Ошибка «информация об установщике на сервере восстановления повреждена» возникает при установке или обновлении Microsoft SQL Server, когда мастер установки не может прочитать служебные данные предыдущего экземпляра или повреждённого кэша установщика. Чаще всего сообщение появляется на этапе проверки правил установки, и дальнейшая инсталляция блокируется до устранения причины.
Проблема не связана с «железом» сервера: она указывает на повреждение файлов установщика Windows (Windows Installer), остатков прошлых попыток установки SQL Server или записей в системном реестре. Хорошая новость в том, что в большинстве ситуаций ошибку можно устранить штатными средствами, не прибегая к переустановке операционной системы.
Почему возникает эта ошибка
Установщик SQL Server при запуске считывает сведения о всех ранее установленных продуктах, зарегистрированных через Windows Installer. Если хотя бы одна запись повреждена — например, отсутствует файл .msi в кэше установщика или запись в реестре указывает на несуществующий путь — проверка правил завершается сбоем.
Типичные сценарии, после которых появляется сообщение:
- 🔧 Прерванная или незавершённая прошлая установка SQL Server, оставившая «битые» записи.
- 🗑 Ручное удаление папок SQL Server вместо корректного удаления через «Программы и компоненты».
- 🧹 Работа «чистильщиков» системы, удаливших кэш установщика из папки
C:\Windows\Installer. - 💾 Повреждение файлов после аварийного завершения работы сервера или сбоев диска.
- 📦 Обновление через неполный или повреждённый дистрибутив.
⚠️ Внимание: папка C:\Windows\Installer — системная, и удалять из неё файлы вручную нельзя. Это одна из самых частых причин подобных ошибок, а восстановить удалённый кэш без дистрибутива бывает крайне сложно.
Быстрая диагностика: с чего начать
Прежде чем что-либо исправлять, стоит выяснить, какой именно компонент вызывает сбой. Откройте журнал установки SQL Server — он находится в папке C:\Program Files\Microsoft SQL Server\<версия>\Setup Bootstrap\Log. В файле Summary.txt и в подпапке последнего запуска обычно указан код продукта (Product Code), с которым связана проблема.
Дополнительно проверьте журнал событий Windows: Просмотр событий → Журналы Windows → Приложение. Ищите события от источника MsiInstaller в момент запуска установки — они часто содержат точное имя повреждённого пакета.
Способ 1: восстановление через установщик SQL Server
Самый безопасный вариант — встроенная функция восстановления. Запустите setup.exe из дистрибутива той же версии SQL Server, перейдите в раздел «Обслуживание» (Maintenance) и выберите пункт «Восстановить» (Repair). Мастер перезапишет повреждённые файлы и записи установщика.
Если графический мастер не запускается, попробуйте восстановление из командной строки с правами администратора:
setup.exe /q /ACTION=Repair /INSTANCENAME=MSSQLSERVERИмя экземпляра подставьте своё — его можно посмотреть в оснастке SQL Server Configuration Manager, если она ещё работает. После завершения восстановления перезагрузите сервер и повторите исходную операцию.
Способ 2: очистка остатков неудачной установки
Если восстановление не помогает, вероятная причина — «хвосты» от прошлых попыток установки. Действуйте последовательно и только через штатные механизмы:
- Откройте
Панель управления → Программы и компонентыи удалите все компоненты SQL Server, которые удаляются штатно. - Перезагрузите сервер — это важно, чтобы освободить заблокированные файлы и службы.
- Проверьте, не осталось ли служб SQL Server: откройте
services.mscи убедитесь, что служб с именем экземпляра нет в списке. - Повторите установку с «чистого» запуска установщика.
☑️ Подготовка к повторной установке
⚠️ Внимание: сторонние утилиты для принудительного удаления MSI-пакетов и правки реестра используйте только с полной резервной копией системы. Некорректное удаление записей Windows Installer может вывести из строя другие установленные программы, а не только SQL Server.
Способ 3: проверка дистрибутива и системных файлов
Иногда виноват не сервер, а сам установочный пакет. Если дистрибутив скачивался частями, копировался по сети или распаковывался с ошибками, установщик может не пройти проверку целостности. Скачайте образ заново с официального источника Microsoft и по возможности сверьте контрольную сумму, если она опубликована.
Параллельно стоит проверить целостность системных файлов Windows. В командной строке с правами администратора выполните:
sfc /scannow
DISM /Online /Cleanup-Image /RestoreHealth
Обе команды безопасны и не трогают пользовательские данные. Если будут найдены и исправлены повреждения, перезагрузитесь и повторите установку.
Где искать коды ошибок в журнале
В папке Setup Bootstrap\Log откройте подпапку с датой последнего запуска. Файл Detail.txt содержит подробный ход установки. Ищите строки со словами «Error» и «Return code 3» — рядом обычно указан компонент, на котором произошёл сбой. Коды вида 0x84Bxxxxx относятся именно к установщику SQL Server.
Сравнение способов решения
Чтобы выбрать подходящий путь, ориентируйтесь на ситуацию:
| Ситуация | Рекомендуемый способ | Риск |
|---|---|---|
| Ошибка при обновлении рабочего экземпляра | Восстановление через setup.exe | Низкий |
| Несколько неудачных попыток установки подряд | Удаление компонентов и чистая установка | Средний |
| Подозрение на повреждённый дистрибутив | Повторная загрузка образа | Низкий |
| Сбои после аварийного выключения сервера | sfc и DISM, затем восстановление | Низкий |
| Удалён кэш C:\Windows\Installer | Восстановление с дистрибутива той же версии | Высокий |
Как предотвратить повторение ошибки
Большинство таких сбоев — следствие обслуживающих действий, а не самого SQL Server. Исключите из практики очистку папки C:\Windows\Installer любыми «оптимизаторами»: место там освобождается, но ценой работоспособности установщика. Перед установкой накопительных обновлений убедитесь, что сервер не перезагружается принудительно и установку никто не прерывает.
Полезная привычка — хранить дистрибутив той версии SQL Server, которая развёрнута на сервере. При повреждении кэша установщика именно он понадобится для восстановления, и искать его в спешке не придётся.
Частые вопросы
Можно ли исправить ошибку без переустановки SQL Server?
Да, во многих случаях помогает функция восстановления (Repair) из дистрибутива той же версии. Она перезаписывает повреждённые файлы и записи установщика, не затрагивая пользовательские базы данных.
Не пропадут ли базы данных при восстановлении?
Операция восстановления не удаляет пользовательские базы данных — файлы .mdf и .ldf остаются на месте. Тем не менее перед любыми действиями с установщиком рекомендуется сделать резервные копии, если служба SQL Server ещё работает.
Где найти точную причину сбоя?
В журналах установки: папка Setup Bootstrap\Log в каталоге SQL Server, файлы Summary.txt и Detail.txt. Дополнительно смотрите события MsiInstaller в журнале «Приложение» программы «Просмотр событий».
Можно ли удалить «битую» запись в реестре вручную?
Технически можно, но это рискованная операция: ошибочное удаление веток Windows Installer ломает другие приложения. Делайте это только с резервной копией реестра и системы, либо доверьте задачу системному администратору.
Ошибка появляется при установке обновления. Что делать в первую очередь?
Сначала скачайте пакет обновления заново и запустите его от имени администратора. Если сбой повторяется, выполните восстановление экземпляра через setup.exe исходной версии, а затем повторите установку обновления.