Устранение распространенных проблем с установкой накопительного обновления SQL Server

  • Статья

В этой статье приведены общие инструкции по устранению неполадок, которые могут возникнуть при применении накопительного обновления (CU) или пакета обновления (SP) к экземпляру Microsoft SQL Server. В ней также содержатся сведения о том, как устранить следующие сообщения об ошибках или условия:

  • Wait on Database Engine recovery handle failed сообщение и ошибки 912 и 3417 при выполнении скриптов обновления.
  • Ошибки установки, возникающие из-за отсутствия ФАЙЛОВ MSI или MSP (обновление) в кэше установщика Windows.
  • The Database Engine system data directory in the registry is not valid или the User Log directory in the registry is not valid сообщения.
  • Network path was not foundи другие сообщения об ошибках, которые вы получаете, если служба удаленного реестра или общие папки администратора отключены в экземпляре отказоустойчивого кластера Always On (FCI) или Always On группах доступности.

Сведения об установке накопительного пакета обновления и пакета обновления

В этом разделе содержатся сведения об установке cu и sp.

  • Для Microsoft SQL Server 2016 и более ранних версий:

    • Перед установкой накопительного пакета обновления убедитесь, что экземпляр SQL Server находится на правильном уровне sp для этого накопительного пакета обновления. Например, нельзя применить накопительный пакет обновления 17 для SQL 2016 с пакетом обновления 2 (SP2) перед применением с пакетом обновления 2 (SP2) для экземпляра SQL Server 2016.
    • Вы всегда можете применить последнюю версию cu для заданного базового плана sp, не применяя предыдущие CU для этого пакета обновления. Например, чтобы применить накопительный пакет обновления 17 для экземпляра SQL Server 2016 с пакетом обновления 2 (SP2), можно пропустить применение предыдущих обновлений к CU14, CU15 и CU16, если они не установлены, и применить накопительный пакет обновления 17 напрямую.

  • Для Microsoft SQL Server 2017 и более поздних версий вы всегда можете применить последнюю доступную накопительную версию. (Для SQL Server 2017 и более поздних версий не существует пакетов обновления.)

  • Перед применением cu или sp убедитесь, что обновляемый экземпляр установлен правильно. Файлы программы SQL Server и файлы данных не могут быть установлены в следующих средах:

    • Съемный диск.
    • Файловая система, использующая сжатие.
    • Каталог, в котором находятся системные файлы.
    • Общие диски в экземпляре отказоустойчивого кластера.

  • При добавлении компонента ядра СУБД после применения cu или sp к экземпляру необходимо обновить новую функцию до того же уровня, что и экземпляр программы, прежде чем применять новые CU или SPs.

Общая методология устранения неполадок

Изолируйте ошибку, выполнив следующие действия.

  1. Выберите Сведения на экране сбой процесса установки.
  2. В папке %programfiles%\Microsoft SQL Server\nnn\Setup Bootstrap\Log проверка Summary.txt в разделе Обнаруженные компоненты продукта, чтобы определить, сообщают ли какие-либо из перечисленных функций о сбое. В этом случае вы можете сосредоточиться на решении проблем, влияющих на эту функцию.
  3. Перейдите во вложенную папку с именем yyyyMMdd_HHmmss (например , 20220618_174947), соответствующую времени сбоя, на которое вы сосредоточены. Цель состоит в том, чтобы при необходимости изучить файлы с конкретными функциями, файлы ERRORLOG и Details.txt файл.
  4. Перейдите во вложенную папку \MSSQLSERVER и найдите файлы журнала, относящиеся к функции, которая завершилась сбоем. Например, sql_engine_core_inst_Cpu64_1.log. Для сбоев скриптов обновления проверка файлыSQLServer_ERRORLOG_date_time.txt, соответствующие времени сбоя обновления.
  5. Откройте файл журнала Details.txt и выполните поиск по ключевое слово "Сбой". Не каждый сбой считается критическим.

Дополнительные сведения см. в разделе Просмотр и чтение файлов журнала установки SQL Server.

В следующих разделах проверка для сценария, соответствующего вашей ситуации, а затем выполните соответствующие действия по устранению неполадок. Если соответствующий сценарий отсутствует, найдите дополнительные указатели в файлах журнала.

Ошибки 912 и 3417 и "Сбой ожидания дескриптора восстановления ядра СУБД"

Скрипты обновления T-SQL поставляются вместе с каждым SQL Server накопительным обновлением. Они запускаются после замены двоичных файлов SQL Server последними версиями. Если эти скрипты T-SQL по какой-либо причине не выполняются, программа установки сообщает об ошибке "Ожидание при сбое дескриптора восстановления ядра СУБД". Программа установки записывает ошибки 912 и 3417 в журнале последних ошибок SQL Server. Ошибки 912 и 3417 связаны со сбоями обновления скрипта базы данных и сбоем восстановления master базы данных соответственно. Сообщения, предшествующие ошибке 912, обычно содержат сведения о первопричине сбоя, возникшего при выполнении скриптов обновления.

Вместе с 912 и 3417 могут возникать различные ошибки. Дополнительные сведения об общих сценариях и связанных решениях см. в статье Устранение неполадок скрипта обновления при применении обновления.

Ошибки установки, вызванные отсутствием файлов установщика в кэше Windows

Такие приложения, как SQL Server, использующие технологию установщика Windows для процесса установки, будут хранить критически важные файлы в кэше установщика Windows. Расположение кэша установщика по умолчанию — C:\Windows\Installer. Эти файлы необходимы для удаления и обновления приложений. Они уникальны для этого компьютера. Обновления приложений, которые зависят от этих файлов, не будут работать, если они случайно удалены или скомпрометированы иным образом. Чтобы устранить это условие, используйте один из следующих методов, описанных в разделе Восстановление отсутствующих файлов кэша установщика Windows:

Сбой установки из-за неправильного расположения данных или журнала в реестре

Если при установке cu или sp папки данных и журналов по умолчанию недопустимы, могут возникать ошибки, похожие на следующие сообщения:

"Каталог пользовательских данных в реестре недопустим. Убедитесь, что ключ DefaultData в кусте экземпляра указывает на допустимый каталог".

"Недопустимый каталог user log в реестре. Убедитесь, что ключ DefaultLog в кусте экземпляра указывает на допустимый каталог.

"Ошибка при установке SQL Server компонентов экземпляров служб ядра СУБД. Каталог системных данных ядра СУБД в реестре недопустим.

Для устранения данной проблемы выполните следующие действия.

  1. Подключитесь к экземпляру SQL Server с помощью SQL Server Management Studio (SSMS).
  2. Щелкните правой кнопкой мыши экземпляр SQL Server в обозреватель объектов и выберите Свойства>Параметры базы данных.
  3. В разделе Расположения базы данных по умолчанию убедитесь, что папки в разделе Данные и журнал правильные.
  4. В диспетчер конфигурации SQL Server выберите службы SQL Server, дважды щелкните затронутую службу SQL Server, перейдите на вкладку Дополнительно и убедитесь в правильности значения Путь к данным. Значение неактивно и не может быть изменено. Однако если вы хотите исправить это, следуйте методу 2 в разделе Ошибка, что каталог данных или журнала в реестре недопустим при установке накопительного обновления SQL Server или пакета обновления, чтобы изменить запись реестра SQLDataRoot.
  5. Повторите установку cu или sp.

Неправильно настроенные узлы отказоустойчивой кластеризации Windows Server (WSFC)

Чтобы обеспечить бесперебойную работу и обслуживание экземпляра отказоустойчивого кластера (FCI) SQL Server, следуйте рекомендациям, описанным в разделе Перед установкой отказоустойчивой кластеризации и администрирование экземпляра отказоустойчивого кластера & обслуживания. Если при применении cu или sp возникают ошибки, проверка следующие условия:

  • Убедитесь, что служба удаленного реестра активна и работает на всех узлах кластера WSFC.
  • Если учетная запись службы для SQL Server не является администратором в кластере Windows, убедитесь, что на всех узлах включены административные общие папки (C$ и т. д.). Дополнительные сведения см. в статье Общие сведения о проблемах, которые могут возникнуть при отсутствии административных общих папок. Если эти общие папки настроены неправильно, при попытке установить накопительный пакет обновления или sp может возникнуть один или несколько из следующих симптомов:
    • Обновление выполняется долго или не отвечает. В журналах установки не отображается ход выполнения.
    • Журналы установки содержат следующие сообщения:

      The network path was not found. System.UnauthorizedAccessException: Attempted to perform an unauthorized operation.

Дополнительные сведения