Установка пакета обновления на систему с минимальным временем простоя для зеркально отображаемых баз данных
В этом разделе описывается, как добиться минимального времени простоя зеркальных баз данных при установке пакетов обновления и исправлений. Этот процесс включает последовательное обновление экземпляров SQL Server 2014, участвующих в зеркальном отображении базы данных. Эта форма обновления, известная как последовательное обновление, сокращает время простоя до одной отработки отказа. Обратите внимание, что в сеансах высокопроизводительного режима при географическом удалении зеркального сервера от основного последовательное обновление может оказаться неподходящим.
Последовательное обновление является сложным процессом, состоящим из следующих этапов.
Обеспечьте защиту данных.
Если в сеанс включен следящий сервер, рекомендуется его удалить. В противном случае при обновлении экземпляра зеркального сервера доступность базы данных будет зависеть от следящего сервера, остающегося подключенным к экземпляру основного сервера. После удаления следящего сервера его можно обновить в любой момент во время последовательного обновления без дополнительного простоя базы данных.
Примечание
Дополнительные сведения см. в статье Кворум. Как следящий сервер влияет на доступность базы данных (зеркальное отображение базы данных).
Если сеанс выполняется в режиме высокой производительности, измените его на режим высокой безопасности.
Обновление всех экземпляров сервера, участвующих в зеркальном отображении базы данных. Последовательное обновление включает обновление экземпляра сервера, который в настоящий момент является зеркальным сервером, ручной перевод на другой ресурс каждой из его зеркальных баз данных и обновление экземпляра сервера, который первоначально был основным сервером, а сейчас является зеркальным. В этот момент необходимо возобновить зеркальное отображение.
Примечание
Перед началом пошагового обновления рекомендуется выполнить пробную отработку отказа вручную как минимум в одном сеансе зеркального отображения.
При необходимости перейдите в высокопроизводительный режим.
Если требуется, верните следящий сервер в сеанс.
Ниже описаны процедуры для этих этапов.
Важно!
Экземпляр сервера может одновременно исполнять различные роли зеркального отображения (основной сервер, зеркальный сервер или следящий сервер) в параллельных сеансах зеркального отображения. В этом случае придется соответствующим образом адаптировать процесс последовательного обновления.
Защита данных перед обновлением (рекомендации)
Создайте полную резервную копию каждой основной базы данных.
Создание резервной копии базы данных
Выполните команду DBCC CHECKDB в каждой основной базе данных.
Удаление следящего сервера из сеанса
Если сеанс зеркального отображения включает следящий сервер, рекомендуется удалить его перед выполнением последовательного обновления.
Удаление следящего сервера
Изменение режима сеанса с высокопроизводительного на режим высокой безопасности
Если сеанс зеркального отображения выполняется в высокопроизводительном режиме, перед выполнением последовательного обновления измените его на режим высокой безопасности без автоматической отработки отказа. Используйте один из следующих методов.
В SQL Server Management Studio: измените параметр Режим работы на Высокая безопасность без автоматической отработки отказа (синхронный) с помощью страницы Зеркальное отображение диалогового окна Свойства базы данных. Дополнительные сведения о доступе к этой странице см. в статье Запуск мастера настройки безопасности зеркального отображения баз данных (среда SQL Server Management Studio).
В Transact-SQL: установите безопасность транзакций как FULL. Дополнительные сведения см. в статье Изменение безопасности транзакций в сеансах зеркального отображения базы данных (Transact-SQL).
Выполнение последовательного обновления
Чтобы свести к минимуму время простоя, рекомендуется следующее: Запустите последовательное обновление, обновив любого партнера зеркального отображения, который в настоящее время является сервером зеркало во всех сеансах зеркального отображения. На этом этапе, возможно, придется обновить несколько экземпляров сервера.
Примечание
Следящий сервер можно обновить в любой момент последовательного обновления. Например, если экземпляр сервера является зеркальным сервером в сеансе 1 и следящим сервером в сеансе 2, этот сервер можно обновить сразу.
Экземпляр сервера, который следует обновлять в первую очередь, зависит от текущей конфигурации сеансов зеркального отображения следующим образом.
Если какой-либо из экземпляров сервера уже является зеркальным сервером во всех сеансах зеркального отображения баз данных, установите на него пакет обновления или исправление.
Если все экземпляры сервера в настоящее время являются основными серверами в сеансе зеркального отображения баз данных, выберите первый экземпляр сервера для обновления. Затем вручную переведите каждую из основных баз данных на другой ресурс и обновите экземпляр сервера путем установки пакета обновления или исправления.
После обновления экземпляр сервера автоматически подключится к сеансам зеркального отображения.
Отработки отказа вручную
Переключение сеанса зеркального отображения базы данных на другой ресурс вручную (язык Transact-SQL).
Дополнительные сведения об отработке отказа вручную см. в статье Переключение ролей во время сеанса зеркального отображения базы данных (SQL Server).
В каждом сеансе зеркального отображения, зеркальный сервер которого был обновлен, дождитесь окончания синхронизации сеанса. Затем подключитесь к экземпляру основного сервера и вручную переведите этот сеанс на другой ресурс. При отработке отказа обновленный сервер становится основным сервером для этого сеанса, а бывший основной сервер становится зеркальным.
Цель этого этапа — сделать другой экземпляр сервера зеркальным во всех сеансах зеркального отображения, в которых он участвует.
После перехода на другой ресурс рекомендуется выполнить в основной базе данных команду DBCC CHECKDB .
Установите пакет обновления или исправление на каждом экземпляре сервера, который теперь стал зеркальным сервером во всех сеансах зеркального отображения баз данных, участником которых он является. На этом этапе, возможно, придется обновить несколько серверов.
Важно!
В сложной конфигурации зеркального отображения некоторые экземпляры сервера могут все еще исполнять роль основного сервера в одном или нескольких сеансах зеркального отображения. Повторяйте шаги 2–4 для этих экземпляров сервера, пока не будут обновлены все задействованные экземпляры.
Возобновление сеанса зеркального отображения.
Примечание
Автоматическая отработка отказа не будет работать, пока не будут обновлены все следящие серверы.
Установите пакеты обновления или исправления на оставшемся экземпляре сервера, который является следящим во всех сеансах зеркального отображения. После подключения обновленного следящего сервера к сеансу зеркального отображения становится возможным автоматическая отработка отказа. На этом этапе, возможно, придется обновить несколько серверов.
Возвращение сеанса в высокопроизводительный режим
При необходимости вернитесь в высокопроизводительный режим, используя один из следующих методов.
В SQL Server Management Studio: измените параметр Режим работы на Высокая производительность (асинхронный) с помощью страницы Зеркальное отображение диалогового окна Свойства базы данных.
В Transact-SQL: используйте ALTER DATABASE , чтобы установить для параметра безопасность транзакций значение OFF.
Возврат следящего сервера в сеанс зеркального отображения
При необходимости в режиме высокой безопасности повторно соедините следящий сервер со всеми сеансами зеркального отображения.
Повторное соединение следящего сервера
См. также:
Зеркальное отображение базы данных ALTER DATABASE (Transact-SQL)
BACKUP (Transact-SQL)
Зеркальное отображение базы данных (SQL Server)
Режимы работы зеркального отображения базы данных
Переключение ролей во время сеанса зеркального отображения базы данных (SQL Server)
Запуск монитора зеркального отображения баз данных (среда SQL Server Management Studio)
Просмотр состояния зеркального отображения базы данных (среда SQL Server Management Studio)