Выполнение учений по аварийному восстановлению

Применимо к:База данных SQL Azure

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

Этапы отработки аварийного восстановления:

• моделирование сбоя уровня данных;
• восстановление;
• проверка целостности приложения после восстановления.

Рабочий процесс отработки зависит от того, как вы спроектировали приложение для обеспечения непрерывности бизнес-процессов. В этой статье приведены рекомендации по отработке аварийного восстановления с использованием службы "База данных SQL Azure".

Геовосстановление

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

Моделирование сбоя

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

Восстановление

• Выполните геовосстановление базы данных на другом сервере, как описано в База данных SQL Azure руководстве по аварийному восстановлению.
• Измените конфигурацию приложения, чтобы подключиться к восстановленной базе данных, и завершите восстановление, следуя инструкциям в статье Восстановление базы данных SQL Azure или переход на базу данных-получатель при отказе.

Проверка

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

Группы отработки отказа

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

Моделирование сбоя

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

Восстановление

• Убедитесь, что конфигурация приложения в регионе аварийного восстановления указывает на бывшую базу данных-получатель, которая станет полностью доступной новой базой данных-источником.
• Инициируйте плановую отработку отказа для группы отработки отказа с сервера-получателя.
• Следуйте инструкциям в руководстве по настройке базы данных после восстановления , чтобы завершить восстановление.

Проверка

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

Следующие шаги

• Ознакомьтесь со сценариями обеспечения непрерывности для бизнес-процессов.
• Чтобы узнать об автоматически создаваемых резервных копиях базы данных SQL Azure, ознакомьтесь с разделом создаваемых автоматически резервных копий базы данных SQL
• Чтобы узнать об использовании автоматически создаваемых резервных копий для восстановления, ознакомьтесь с восстановлением базы данных из резервных копий, инициируемых службой.
• Сведения о более быстрых вариантах восстановления см. в разделе "Активные гео-реплика tion" и "Группы отработки отказа".
• Ознакомьтесь с рекомендациями по аварийному восстановлению База данных SQL Azure и списк База данных SQL Azure ом проверка высокого уровня доступности и аварийного восстановления.