Установка пакета обновления в системе с минимальным временем простоя для зеркальных баз данных

В этом разделе описывается, как свести к минимуму время простоя зеркальных баз данных при установке пакетов обновления и исправлений. Этот процесс включает последовательное обновление экземпляров SQL Server 2014, участвующих в зеркальном отображении базы данных. Эта форма обновления, которая называется скользящим обновлением, сокращает время простоя до только одной отработки отказа. Обратите внимание, что для сеансов с высоким уровнем производительности, в которых зеркальный сервер географически удален от основного сервера, развертывание обновления может быть неуместным.

Последовательное обновление — это многоэтапный процесс, состоящий из следующих этапов:

  • Обеспечьте защиту данных.

  • Если сеанс включает свидетеля, рекомендуется удалить свидетеля. В противном случае, при обновлении экземпляра зеркального сервера, доступность базы данных зависит от свидетеля, оставшегося подключенным к экземпляру основного сервера. После удаления свидетеля его можно обновить в любое время во время последовательного процесса обновления без риска простоя базы данных.

    Замечание

    Дополнительные сведения см. в статье Кворум: как свидетель влияет на доступность базы данных (зеркалирование базы данных).

  • Если сеанс работает в режиме высокой производительности, измените режим работы на режим высокой безопасности.

  • Обновите каждый экземпляр сервера, участвующий в зеркальном отображении базы данных. Последовательное обновление включает процесс обновления экземпляра сервера, который в настоящее время является зеркальным сервером, вручную переключение на каждую из зеркальных баз данных и обновление экземпляра сервера, который сначала был основным сервером (и теперь является новым зеркальным сервером). На этом этапе вам придется возобновить синхронизацию.

    Замечание

    Перед началом поэтапного обновления рекомендуется выполнить практическую проверку отказоустойчивости вручную по крайней мере на одной из ваших сессий зеркалирования.

  • Вернитесь к режиму высокой производительности, если это необходимо.

  • Верните свидетеля в сеанс зеркального отображения, если это необходимо.

Здесь описаны процедуры этих этапов.

Это важно

Экземпляр сервера может выполнять различные роли зеркального отображения (основной сервер, зеркальный сервер или следящий сервер) в параллельных сеансах зеркального отображения. В этом случае необходимо соответствующим образом адаптировать базовый процесс последовательного обновления.

Защита данных перед обновлением (рекомендуется)

  1. Выполните полную резервную копию базы данных для каждой основной базы данных.

    Создание резервной копии базы данных

  2. Выполните команду DBCC CHECKDB в каждой основной базе данных.

Удалить свидетеля из сеанса

  1. Если сеанс зеркального отображения включает свидетеля, рекомендуется удалить свидетеля перед выполнением поэтапного обновления.

    Удалить свидетеля

Изменение сеанса с режима высокой производительности на режим высокой безопасности

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

Для выполнения постепенного обновления

  1. Чтобы свести к минимуму время простоя, рекомендуется начать поэтапное обновление, обновив партнера, который в данный момент выступает зеркальным сервером во всех сеансах зеркалирования. На этом этапе может потребоваться обновить несколько экземпляров сервера.

    Замечание

    Свидетель может быть обновлен в любой момент в процессе последовательного обновления. Например, если экземпляр сервера является зеркальным сервером в сеансе 1 и является свидетелем в сеансе 2, можно обновить экземпляр сервера.

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

    • Если любой из экземпляров сервера уже является зеркальным сервером во всех зеркальных сеансах, установите обновление или исправление на этом экземпляре сервера.

    • Если все ваши экземпляры сервера в настоящее время являются ведущими серверами в каких-либо сеансах зеркалирования, сначала выберите один экземпляр сервера для обновления. Затем вручную переведите каждую из своих главных баз данных и обновите этот экземпляр сервера, установив пакет обновлений или программный патч.

    После обновления экземпляр сервера автоматически подключается к каждому из зеркальных сеансов.

    Отработки отказа вручную

    Сведения о том, как работает отработка отказа вручную, см. в разделе "Переключение ролей во время сеанса зеркального отображения базы данных" (SQL Server).

  2. Для каждого сеанса зеркального отображения, экземпляр зеркального сервера которого только что был обновлен, дождитесь синхронизации сеанса. Затем подключитесь к экземпляру основного сервера и вручную переключите сеанс на резервный. При переключении на резервный сервер обновленная серверная инстанция становится основным сервером для этого сеанса, а бывший основной сервер становится зеркальным сервером.

    Цель этого шага состоит в том, чтобы другой серверный экземпляр становился зеркальным сервером в каждом сеансе зеркалирования, в котором он является партнером.

  3. После переключения при отказе рекомендуется выполнить команду DBCC CHECKDB на основной базе данных.

  4. Установите пакет обновления или хотфикс на каждом экземпляре сервера, который теперь является сервером-зеркалом во всех сеансах зеркалирования, где он выступает в качестве партнера. На этом этапе может потребоваться обновить несколько серверов.

    Это важно

    В сложной конфигурации зеркального отображения некоторый экземпляр сервера по-прежнему может быть исходным основным сервером в одном или нескольких сеансах зеркального отображения. Повторите шаги 2-4 для этих экземпляров сервера, пока все задействованные экземпляры не будут обновлены.

  5. Возобновите сеанс зеркального отображения.

    Замечание

    Автоматический переход на резервный сервер не будет работать, пока свидетель не будет обновлён.

  6. Установите пакеты обновления или исправления на любой оставшийся экземпляр сервера, который является свидетелем во всех сеансах зеркального отображения. После повторного подключения обновленного свидетеля к сеансу зеркального отображения автоматическая отработка отказа становится возможной снова. На этом этапе может потребоваться обновить несколько серверов.

Возврат сеанса в режим высокой производительности

  1. При необходимости вернитесь в режим высокой производительности с помощью одного из следующих методов:

    • В SQL Server Management Studio: измените режим работы на высокопроизводительный (асинхронный) с помощью диалогового окна " Зеркальное отображение " диалогового окна "Свойства базы данных ".

    • В Transact-SQL: используйте ALTER DATABASE для установки безопасности транзакций в значение OFF.

Возвращение свидетеля в сеанс зеркального отображения

  1. При необходимости, в режиме повышенной безопасности, восстановите свидетеля для каждого сеанса зеркального отображения.

    Восстановить свидетеля

См. также

ALTER DATABASE Зеркальное отображение базы данных (Transact-SQL)
BACKUP (Transact-SQL)
Зеркалирование базы данных (SQL Server)
Режимы работы зеркального отображения базы данных
Переключение ролей во время сеанса зеркального отображения базы данных (SQL Server)
Запуск монитора зеркалирования баз данных (SQL Server Management Studio)
Просмотр состояния зеркалированной базы данных (SQL Server Management Studio)

  • Last updated on