Поделиться через


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

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

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

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

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

    ПримечаниеПримечание

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

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

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

    ПримечаниеПримечание

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

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

  • Если требуется, верните следящий сервер в сеанс.

Ниже описаны процедуры для этих этапов.

Важное примечаниеВажно!

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

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

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

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

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

Удаление следящего сервера из сеанса

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

Выполнение последовательного обновления

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

    ПримечаниеПримечание

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

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

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

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

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

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

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

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

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

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

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

    Важное примечаниеВажно!

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

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

    ПримечаниеПримечание

    Автоматическая отработка отказа не произойдет, пока следящий сервер не обновлен.

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

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

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

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

    • На языке Transact-SQL. С помощью команды ALTER DATABASE установите безопасность транзакций в значение OFF.

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

См. также

Задания

Запуск монитора зеркального отображения баз данных (среда SQL Server Management Studio)

Просмотр состояния зеркального отображения базы данных (среда SQL Server Management Studio)

Справочник

Зеркальное отображение базы данных ALTER DATABASE (Transact-SQL)

BACKUP (Transact-SQL)

Основные понятия

Зеркальное отображение базы данных (SQL Server)

Режимы работы зеркального отображения базы данных

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