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