Проблемы
Предположим, что в версии Linux в SQL Server 2017 включена функция групп доступности Always On (AG). При обновлении вторичной реплики до накопительного обновления 18 (CU18) с помощью команды Yum появляется сообщение о том, что обновление сценария может завершиться с ошибкой, описанной ниже.
Системные объекты DateTimeSpidNum не удалось обновить в базе данных "имя_базы_данных" , так как она доступна только для чтения.
DateTime SpidNum CHECKDB для базы данных "DatabaseName" завершился без ошибок в DateTime (Местное время). Это информационное сообщение; никаких действий пользователя не требуется.
DateTime SpidNum обновление параметров подписки и системных объектов в базе данных [имя_базы_данных].
DateTime SpidNum DateTime не удалось обновить базу данных "имя_базы_данных", так как она доступна только для чтения.
DateTime SpidNum DateTime, ошибка выполнения sp_vupgrade_replication.
DateTime SpidNum сохраняет состояние сценария обновления в "SOFTWARE\Microsoft\MSSQLServer\Replication\Setup".
DateTime SpidNum DateTime ошибка при сохранении состояния сценария обновления.
Дата и время SpidNum базы данных "имя_базы_данных"обновляет сценарий "upgrade_ucp_cmdw_discovery. SQL" с уровня LevelNumна уровень LevelNum.
Дата и время SpidNum базы данных "имя_базы_данных"обновляет сценарий "msdb110_upgrade. SQL" с уровня LevelNum на уровень LevelNum.
DateTime SpidNum , начиная выполнение PRE_MSDB. Microsoft
DateTime SpidNum Error: 3930, Severity: 16, состояние: 1.
DateTime SpidNum . Текущая транзакция не может быть зафиксирована и не поддерживает операции, которые записываются в файл журнала. Откат транзакции.
DateTime SpidNum Error: 912, Severity: 21, состояние: 2.
Обновление уровня сценария DateTimeSpidNum для базы данных "DatabaseName"завершилось сбоем, так как на этапе обновления "msdb110_upgrade. SQL" произошла ошибка 3930, состояние 1, степень серьезности 16. Это серьезная ошибка, которая может повлиять на нормальную работу, и база данных будет переведена в автономный режим. Если при обновлении базы данных "DatabaseName"произошла ошибка, это не помешает запуску всего экземпляра SQL Server. Проверьте предыдущие записи ErrorLog на наличие ошибок, выполните необходимые корректирующие действия и перезапустите базу данных, чтобы выполнить шаги по обновлению сценария до завершения.
DateTime SpidNum Error: 3417, Severity: 21, состояние: 3.
DateTime SpidNum не может восстановить базу данных master. Не удается запустить SQL Server. Восстановите образец из полной резервной копии, исправьте ее или перестройте. Дополнительные сведения о том, как перестроить базу данных master, можно найти в книге SQL Server Books Online.
Дата и время SpidNum трассировка SQL была остановлена из-за завершения работы сервера. Trace ID = "1". Это информационное сообщение; никаких действий пользователя не требуется.
Статус
Корпорация Майкрософт подтверждает наличие этой проблемы в своих продуктах, которые перечислены в разделе "Применяется к".
Решение
Эта проблема устранена в следующем накопительном обновлении SQL Server:
Сведения о накопительных обновлениях для SQL Server.
Все новые накопительные обновления для SQL Server содержат все исправления и все исправления для системы безопасности, которые были включены в предыдущий накопительный пакет обновления. Ознакомьтесь с самыми последними накопительными обновлениями для SQL Server.
Ссылки
Ознакомьтесь с терминологией , которую корпорация Майкрософт использует для описания обновлений программного обеспечения.