На этой неделе мы обсудим, как устранять различные ошибки сборки, которые мы получаем при устранении неполадок при установке для SQL Server. Я сосредоточу эту статью больше на SQL Server 2008 R2 и системе Windows 7. Прежде чем начать, я объясню, что такое сборка в Windows. Википедия описывает сборку в CLI как библиотеку скомпилированного кода, используемую для развертывания, управления версиями и безопасности. Сборки CLI могут иметь информацию о версии, что позволяет им устранить большинство конфликтов между приложениями, вызванных общими сборками.
Итак, давайте перейдем к части, посвященной устранению неполадок в статье.
В большинстве случаев ошибки сборки возникают из-за остатков неудачной установки, то есть установка прошла на полпути и была выполнена откат. В таких случаях мы должны вручную очистить записи. Это немного длительный и, казалось бы, сложный процесс, но я постараюсь сделать его максимально простым. Прежде чем мы начнем процесс, создайте точку восстановления системы и создайте резервную копию реестра. Пожалуйста, следуйте этим статьям, чтобы сделать это.
Прежде всего, мы должны удалить любые после записи. Если на этом компьютере не установлен SQL, просто удалите все записи SQL из раздела «Программы и компоненты». Если нет, просто удалите SQL Server 2008 R2 и выберите экземпляр, который вы пытаетесь установить (больше ничего не удаляйте). Если его там нет, тогда оставьте его и давайте перейдем к следующему шагу.
Следующим шагом является проверка реестра, чтобы убедиться, что все записи удалены. Честно говоря, практически невозможно найти и удалить все записи SQL, но мы можем удалить только те важные, которые, по нашему мнению, вызовут проблемы.
- Пуск -> Выполнить ->Regedit
- Идти к
32-разрядный: HKEY_LOCAL_MACHINE \ SOFTWARE \ Microsoft \ Microsoft SQL Сервер \
64-разрядная версия: HKEY_LOCAL_MACHINE \ SOFTWARE \ Wow6432Node \ Microsoft \ Microsoft SQL Сервер \
- Удалите записи для экземпляра SQL, который вы хотите установить. Если у вас нет другого SQL, просто удалите корневую папку сервера Microsoft SQL .
- Теперь перейдите в HKEY_LOCAL_MACHINE \ SYSTEM \ ControlSet001 \ Services \ Eventlog \ Application и удалите записи для экземпляра SQL, который вы хотите установить.
- Затем перейдите в HKEY_LOCAL_MACHINE \ SYSTEM \ ControlSet001 \ Services \ и удалите записи для экземпляра SQL, который вы хотите установить.
- Вы найдете несколько наборов элементов управления, таких как ControlSet001 , ControlSet002 , ControlSet003 , ControlSet004 и т. Д. Повторите тот же процесс.
- HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ Services \ Eventlog \ Application и удалите записи для экземпляра SQL, который вы хотите установить
- HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ Services и удалите записи для экземпляра SQL, который вы хотите установить.
Теперь следующим шагом является удаление записей сборки для SQL. Для этого
- Пуск -> Выполнить ->Сборка
- Ищите сборки, запущенные с помощью Microsoft.SqlServer , как только вы найдете его правой кнопкой мыши и нажмите «Удалить»
Теперь просто чтобы убедиться, что у вас есть все записи, есть хитрость, где мы можем переключить представление сборки в представление папки.
- В командной строке введите cd/d% windows% \ assembly
- Введите: attrib -r -h -s desktop.ini
- Введите ren desktop.ini desktop.bak
Или
- Перейдите на страницу HKEY_LOCAL_MACHINE \ SOFTWARE \ Microsoft \ Fusion
- Добавить новое имя двоичного значения «DisableCacheViewer»
- Щелкните правой кнопкой мыши «DisableCacheViewer» и выберите «Изменить».
- Введите 1
- Закройте реестр и попробуйте снова
Теперь, если вы вернетесь к сборке, вы должны быть представлениями папки, а не видом сборки. Теперь найдите любой Microsoft.SqlServer и удалите его. После завершения процесса просто очистите TEMP, перезагрузите систему и попробуйте установить ее снова.
Теперь в некоторых случаях вы все равно можете получить ошибку сборки, в большинстве случаев это связано с Microsoft .NET 4.0. Я бы порекомендовал переустановить .NET Frameworks 4.0 и попробовать установить его снова. Также Microsoft Visual C ++ 2008 или 2010 также может вызывать такие ошибки. Переустановка их была бы хорошей идеей.
Существует другой сценарий, в котором ошибка вызвана MSI-драйвером Microsoft SQL Server 2008 R2 RsFx. В таких случаях мы можем попробовать две вещи.Одним из них является создание отсутствующей записи в реестре или удаление драйвера из папки установщика.
- Пуск -> Выполнить ->Regedit
- Перейдите в HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ Services \ RsFx0150
- Нажмите правой кнопкой мыши на RsFX0150 , нажмите Новый ключ и введите InstancesShares.
- Теперь закройте реестр и попробуйте установить его снова.
- Пуск -> Выполнить -> Установщик
- Как только папка откроется, вы отправите много столбцов, щелкните правой кнопкой мыши на любом из имен столбцов и выберите «Больше».
- В списке выберите Комментарии и нажмите кнопку «ОК».
- Теперь найдите MSI-драйвер Microsoft SQL Server 2008 R2 RsFx в комментариях (поскольку фактическое имя файла будет бессмысленным)
- Щелкните правой кнопкой мыши по файлу MSI и выберите «Удалить».
Хорошо, используя этот метод, вы сможете решить большинство ошибок, связанных со сборкой, при установке Microsoft SQL Server 2008 R2. Если у вас все еще есть проблемы, вы можете использовать наш раздел комментариев.
Источник
Установка SQL Server 2016, dll не удалось запустить код ошибки 1723
Я пытаюсь установить стандартную версию sql server 2016 на предприятии Windows 10, и он продолжает давать мне эту ошибку при установке.
Существует проблема с этим пакетом установщика Windows. Не удалось запустить DLL, необходимую для завершения этой установки. Обратитесь к вашему персоналу службы поддержки или поставщику пакета.
Сводный файл содержит следующую информацию:
вот ссылка на файл журнала: sqlncli_Cpu64_1.log может кто-нибудь помочь?
Ответов: 3
Я боролся с этой ошибкой пару дней, пытаясь установить SQL Server 2016. Наконец, он работал, удаляя MS Visual C ++ 2010 Runtime из программ и функций. SQL Server снова устанавливает это в процессе установки. Итак, советую удалить C ++ 2010 Runtime. Это решение устраняет ту же установку, что и в SSMS. Итак, проверьте, установлен ли установленный MS Visual C ++ 2010 Runtime и удалите его.
Поскольку невозможно полностью удалить сервер sql, и всегда останутся некоторые компоненты, я просто переустановил свои окна, и на этот раз я установил sql в первую очередь (до vs2015) и проблема была решена. Я думаю, что есть некоторые проблемы с установкой такого программного обеспечения и проблема с некоторыми DLL.
Я столкнулся с такой же проблемой на моем компьютере с Windows 10, после проверки журнала ошибок в просмотре событий я нашел следующую деталь для ошибки
«Продукт: собственный клиент Microsoft SQL Server 2012 — ошибка 1723. Существует проблема с этим пакетом установщика Windows. Невозможно запустить DLL, необходимую для завершения этой установки. Обратитесь к вашему персоналу службы поддержки или поставщику пакетов. Действие SNAC_SetClientSSNLDefaults_32 , запись: SNAC_SetClientSSNLDefaults, библиотека: C: WINDOWS Installer MSI4206.tmp «
В googling далее я обнаружил, что запись для 32-битной sql-клиентской dll в файле sqlncli.msi не указывает на фактическую dll для dll для SQL-сервера sql server 2012 dll в папке system32. Вы можете просмотреть или отредактировать эту запись с помощью редактора ORCA MSI . При открытии файла sqlncli.msi с использованием редактора ORCA и поиске ключа SNAC_SetClientSSNLDefaults_32 вы можете видеть, что это значение может быть $ DP_sqlncli10_dll_32 = 3 или $ DP_sqlncli_dll_32 = 3 или любой предыдущей версией родного клиента, но для родного клиента SQL Server 2012 оно должно быть $ DP_sqlncli11_dll_32 = 3 . Я изменил и сохранил это значение в каждом файле sqlncli.msi, найденном в моей системе, используя редактор ORCA. Вы можете выполнить поиск в папке C: ProgramData .. и установить папку установки для файла sqlncli.msi или лучше, если вы можете использовать любой инструмент поиска, как все . После этого я смог успешно установить собственный клиент SQL Server 2012 без каких-либо ошибок.
Для получения дополнительной информации вы можете сослаться на эту ссылку. Установка собственного клиента Microsoft SQL Server 2012
Источник
Ошибки при установке программ из пакета Windows Installer «.msi»
alt=»Что делать если не работает установщик Windows Installer» width=»80″ height=»55″/>Довольно распространённая проблема среди пользователей операционной системы Windows любых версий – ошибка msi при установке программ из файла с расширением .msi. В этой статье я опишу часто встречаемые проблемы с установщиком Windows 7/10/XP и варианты их решения, а также сделаю видео по текущему вопросу.
Файлы с расширением .msi это обычные пакеты установки (дистрибутивы) из которых ставится программа. В отличии от обычных «setup.exe», для запуска файла msi система использует службу Windows Installer (процесс msiexec.exe). Говоря простыми словами, установщик Windows разархивирует и запускает файлы из дистрибутива. Когда Windows Installer не работает, то появляются различные ошибки.
Вообще, меня это жутко бесит, т.к. после глупого сообщения об ошибке совсем непонятно что делать дальше. Microsoft специально разработали установщик Windows Installer для расширения возможностей установки программ (в основном это касается системных администраторов), но не позаботились должным образом о безглючной работе этой службы или хотя бы об адекватных сообщениях о проблемах. А нам теперь это разгребать 🙂
Неполадки могут быть с работой самой службы или могут возникать в процессе установки программ, когда всё настроено, в принципе, правильно. В первом случае нужно ковырять службу установщика, а во втором решать проблему с конкретным файлом. Рассмотрим оба варианта, но сначала второй.
Ошибки msi файлов
Очень часто ошибки появляются из-за недостаточных прав системы на файлы или папки. Нельзя сказать, что Windows Installer не работает, в этом случае достаточно просто добавить нужные права и всё заработает. Буквально вчера я столкнулся с тем, что скаченный дистрибутив .msi не захотел устанавливаться, при этом успешно запускается мастер установки, выбираются параметры, но затем система думает несколько секунд и выдаёт ошибку:
«Error reading from file «имя файла» verify that the file exists and that you can access it» (Error 1305). Переводится «Ошибка чтения из файла … проверьте существует ли файл и имеете ли вы к нему доступ». Ну не тупняк ли? Естественно, что кнопка «Повторить» не помогает, а отмена прекращает всю установку. Сообщение особой смысловой нагрузки также не несёт, т.к. файл точно существует и я имею к нему доступ, иначе бы просто не смог его запустить и получить это сообщение, к тому же почему-то на английском языке 🙂
А ошибка в том, что не Я должен иметь доступ к файлу, а установщик Windows, точнее сама Система. Решается очень просто:
- Кликаем правой кнопкой по файлу с расширением .msi, выбираем «Свойства»
- На вкладке «Безопасность» смотрим, есть ли в списке пользователь с именем «система» или «System»
- Скорее всего вы такого не увидите. Поэтому будем добавлять вручную. Нажимаем кнопку «Изменить…», затем «Добавить…»
- В поле пишем «система» или «System» (если у вас английская Windows) и нажимаем «Проверить имена». При этом слово должно стать подчёркнутым как на картинке.
- Нажимаем «ОК», ставим галочку «Полный доступ», «ОК»
- Кнопка «Дополнительно» -> «Изменить разрешения…» ставим «Добавить разрешения, наследуемые от родительских объектов», «ОК» три раза.
Теперь ошибка установщика не появится! Можно добавить доступ на всю папку, из которой вы обычно инсталлируете программы, например на папку «Downloads», как у меня. Смотрим видео по решению проблем с правами доступа:
В Windows XP вкладки «Безопасность» не будет, если включён простой общий доступ к файлам. Чтобы его выключить, нужно зайти в «Пуск -> Панель управления -> Свойства папки -> Вид» и выключить опцию «Использовать простой общий доступ к файлам». В урезанных версиях Windows 7/10 и XP вкладки «Безопасность» нет в принципе. Чтобы её увидеть, нужно загрузить Windows в безопасном режиме и зайти в неё под администратором.
Ещё способы решить проблему
- Запускайте установку, войдя в систему под администраторским аккаунтом
- Правой кнопкой по пакету «.msi» и выбираем «Запуск от имени Администратора»
- Выключите антивирус на время
- Включить режим совместимости с предыдущими операционными системами. Для этого зайдите в свойства файла msi и на вкладке «Совместимость» поставьте галочку «Запустить программу в режиме совместимости»
- Если файл на флешке, то попробуйте скопировать его куда-нибудь на жёсткий диск и запустить оттуда (бывает, что запрещена установка программ со съёмных накопителей)
- Попробуйте просто создать новую папку с любым именем в корне диска, перекинуть туда дистрибутив и запустить его оттуда
Описанный метод поможет при разных сообщениях, с разными номерами. Например, вы можете видеть такие ошибки файлов msi:
- Error 1723
- Internal Error 2203
- Системная ошибка 2147287035
- Ошибка «Невозможно открыть этот установочный пакет»
- Ошибка 1603: Во время установки произошла неустранимая ошибка
Во всех этих случаях должна помочь установка прав на файл и/или на некоторые системные папки. Проверьте, имеет ли доступ «система» к папке временных файлов (вы можете получать ошибку «Системе не удается открыть указанное устройство или файл»). Для этого:
- Сначала узнаем нужные пути. Нажмите «Win + Pause» и зайдите в «Дополнительные параметры системы -> Вкладка «Дополнительно» -> кнопка «Переменные среды»»
- В списках ищем переменные с названиями «TEMP» и «TMP» (значения обычно совпадают), в них записаны пути к временным папкам, которые использует установщик Windows
- Теперь идём к этим папкам и смотрим в их свойствах, имеет ли к ним доступ «система». Чтобы быстро получить путь к временной папке пользователя, кликните два раза по переменной, скопируйте путь и вставьте его в адресной строке «Проводника» Windows
После нажатия «Enter» путь преобразится на «нормальный» и вы переместитесь в реальную временную папку. Права на неё и надо проверять. Также рекомендую очистить временные папки от всего что там скопилось или даже лучше удалить их и создать новые с такими же названиями. Если не получается удалить папку, почитайте как удалить неудаляемое, но это не обязательно.
Если служба Windows Installer всё равно не хочет работать, то проверьте права на папку «C:\Config.Msi», сюда «система» также должна иметь полный доступ. В этом случае вы могли наблюдать ошибку «Error 1310». На всякий случай убедитесь, что к папке КУДА вы инсталлируете софт также есть все права.
Если вы используете шифрование папок, то отключите его для указанных мной папок. Дело в том, что хотя мы сами имеем к ним доступ, служба Microsoft Installer не может до них достучаться пока они зашифрованы.
Ещё ошибка может быть связана с битым файлом. Может быть он не полностью скачался или оказался битым уже на сервере. Попробуйте скачать его ещё раз оттуда же или лучше с другого места.
Ошибка установщика Windows
В случае общих проблем не будут устанавливаться никакие msi файлы, процесс установки, скорее всего, даже не начнётся. При этом могут появляться ошибки вида:
- Нет доступа к службе установщика Windows
- Не удалось получить доступ к службе установщика Windows
- Ошибка пакета установщика Windows (1719)
или ещё нечто подобное со словами «ошибка msi», «Windows Installer Error». Всё это означает, что система дала сбой и теперь её надо лечить. Может вы ставили какой-то софт, который испортил системные файлы и реестр, или подхватили вирус. Конечно, никогда не будет лишним удалить вирусы, или убедиться что их нет. Но оставьте этот вариант на потом, т.к. обычно проблема кроется в другом.
Сначала давайте проверим работает ли служба Windows Installer:
- Нажмите «Win + R» и введите services.msc
- Найдите в конце списка службу «Установщик Windows» или «Windows Installer»
- Тип запуска должен быть «Вручную». Если она «Отключена», то зайдите в «Свойства» и выберите «Вручную»
- Затем кликните по ней правой кнопкой и выберите «Запустить» или «Перезапустить». Если ошибок нет и состояние переходит в режим «Работает», то здесь всё нормально.
- Нажмите «Win + R» и введите msiexec. Если модуль MSI работает нормально, то должно появиться окно с версией установщика и параметрами запуска, а не ошибка.
Следующее что я посоветую сделать – это выполнить команду сканирования системы на повреждённые и изменённые системные файлы. Нажмите «Win + R» и введите
Sfc /scannow
Произойдёт поиск и замена испорченных файлов на оригинальные, при этом может потребоваться вставить установочный диск с Windows XP-7-10. После окончания процесса перегрузитесь и посмотрите, решена ли проблема.
Microsoft сам предлагает утилиту, призванную решить нашу проблему. Запустите программу Easy Fix и следуйте мастеру.
Параметры реестра и службы
Следующий способ устранения ошибки – восстановление рабочих параметров в реестре установщика Windows Installer.
Для этого скачайте архив и запустите оттуда два reg-файла, соответственно своей версии Windows. Согласитесь с импортом настроек.
В Windows XP или Windows Server 2000 установите последнюю версию установщика 4.5.
Если не помогло, то проделайте ещё перерегистрацию компонентов:
- Нажмите «Win + R» и введите «cmd». Затем в чёрном окне введите последовательно команды:
MSIExec /unregister
MSIExec /regserver - В ответ должна быть пустота, никаких ошибок. Если проблема не решена, введите ещё команду
regsvr32 msi.dll - Закройте чёрное окно
Если пишет, что не хватает прав, то нужно запускать командную строку от имени Администратора.
Если команды выполнились, но не помогло, то скачайте файл и запустите msi_error.bat из архива, проверьте результат.
Последний вариант — скачайте программу Kerish Doctor, почитайте мою статью, там есть функция исправления работы службы установщика и многих других частых проблем Windows.
Также, многие программы используют .NET Framework, поэтому не будет лишним установить последнюю версию этого пакета. И, напоследок, ещё один совет: если в пути к файлу-дистрибутиву есть хоть одна папка с пробелом в начале названия, то удалите пробел. Такой простой приём решит вашу проблему 🙂
Подведение итогов
Ошибки с установщиком Windows очень неприятные, их много и сразу непонятно куда копать. Одно ясно – система дала сбой и нужно восстанавливать её до рабочего состояния. Иногда ничего не помогает и приходится переустанавливать Windows. Однако не торопитесь это делать, попробуйте попросить помощи на этом форуме. В точности опишите вашу проблему, расскажите что вы уже делали, какие сообщения получили, и, возможно, вам помогут! Ведь мир не без добрых людей 🙂
Источник
Ошибка установки MSI — ошибка 1723
У меня возникли проблемы с установкой нашего программного обеспечения на некоторых компьютерах при установке нашего.msi, встроенного в VS2015.
Без VS2015 я получаю это в файле журнала:
MSI (s) (24:64) [11: 21: 22: 095]: Выполнение действия: InstallFinalize
Действие 11:21:22: InstallFinalize.
Начало действия 11:21:22: InstallFinalize.
MSI (s) (24:64) [11: 21: 22: 095]: значение политики пользователя «DisableRollback» равно 0
MSI (s) (24:64) [11: 21: 22: 095]: значение политики машины «DisableRollback» равно 0
Действие 11:21:22: RollbackCleanup. Удаление файлов резервных копий
MSI (s) (24:64) [11: 21: 22: 585]: Создание MSIHANDLE (13) типа 790536 для потока 8036
MSI (s) (24:74) [11: 21: 22: 595]: вызов удаленных пользовательских действий. DLL: C:\Windows\Installer\MSIAE3F.tmp, точка входа: _KSTInstallSC @4
MSI (s) (24:74) [11: 21: 22: 595]: Генерация случайного файла cookie.
MSI (s) (24:74) [11: 21: 22: 645]: Создан пользовательский сервер действий с PID 1160 (0x488).
MSI (s) (24: 5C) [11: 21: 22: 765]: Работа в качестве службы.
MSI (s) (24: 5C) [11: 21: 22: 775]: Здравствуйте, я ваш 32-разрядный повышенный неподписанный пользовательский сервер действий.
CustomAction _3F7B94EF_231A_421E_BF8B_C0760F3B266E вернул действительный код ошибки 1157 (обратите внимание, что это может быть не на 100% точным, если перевод произошел внутри песочницы) MSI (s) (24:74) [11: 21: 22: 975]: Закрытие MSIHANDLE (13) типа 790536 для нить 8036
MSI (s) (24:64) [11: 21: 22: 975]: Примечание: 1:1723 2: _3F7B94EF_231A_421E_BF8B_C0760F3B266E 3: _KSTInstallSC @4 4: C:\Windows\Installer\MSIAE3F.tmp
MSI (s) (24:64) [11: 21: 22: 975]: Примечание: 1: 2262 2: Ошибка 3: -2147287038
MSI (c) (8C: 0C) [11: 21: 22: 975]: Примечание: 1: 2262 2: Ошибка 3: -2147287038
DEBUG: Ошибка 2835: элемент управления ErrorIcon не найден в диалоговом окне ErrorDialog. Установщик обнаружил непредвиденную ошибку при установке этого пакета. Это может указывать на проблему с этим пакетом. Код ошибки — 2835. Аргументами являются: ErrorIcon, ErrorDialog,
Ошибка 1723. Существует проблема с этим пакетом установщика Windows. Не удалось запустить DLL, необходимую для завершения этой установки. Обратитесь к вашему персоналу службы поддержки или поставщику пакета. Действие _3F7B94EF_231A_421E_BF8B_C0760F3B266E, запись: _KSTInstallSC @4, библиотека: C:\Windows\Installer\MSIAE3F.tmp
MSI (s) (24:64) [11: 21: 25: 796]: Примечание: 1: 2262 2: Ошибка 3: -2147287038
MSI (s) (24:64) [11: 21: 25: 796]: Продукт: KST — Ошибка 1723. Существует проблема с этим пакетом установщика Windows. Не удалось запустить DLL, необходимую для завершения этой установки. Обратитесь к вашему персоналу службы поддержки или поставщику пакета. Действие _3F7B94EF_231A_421E_BF8B_C0760F3B266E, запись: _KSTInstallSC @4, библиотека: C:\Windows\Installer\MSIAE3F.tmp
Я просмотрел в Visual Studio и нет никаких настраиваемых действий, которые бы соответствовали чему-либо в файле журнала.
Что-то примечание, после установки VS2015 на тестовом ПК, установка работала нормально, поэтому он определенно пропускает DLL или что-то в этом роде. Но установка VS2015 на всех машинах наших клиентов нецелесообразна.
Есть ли способ упаковать файлы, необходимые вместе с msi? И если да, то как я могу найти имя зависимых DLL файлов?
Источник