Выполнение детализации аварийного восстановления — База данных SQL Azure
Применимо к:
База данных SQL Azure
Рекомендуется периодически проверять готовность приложений к рабочему процессу восстановления. Проверка поведения приложения и возможных последствий потери данных и нарушений работы, которая включает отработку отказа, предусмотрена стандартами разработки. Эта процедура также является обязательной для большинства отраслевых стандартов в рамках сертификации непрерывности бизнес-процессов.
Этапы отработки аварийного восстановления:
- моделирование сбоя уровня данных;
- восстановление;
- проверка целостности приложения после восстановления.
Рабочий процесс отработки зависит от того, как вы спроектировали приложение для обеспечения непрерывности бизнес-процессов. В этой статье приведены рекомендации по отработке аварийного восстановления с использованием службы "База данных SQL Azure".
Геовосстановление
Чтобы предотвратить потенциальную потерю данных при выполнении аварийного восстановления, выполните детализацию с помощью тестовой среды, создав копию рабочей среды и используя ее для проверки рабочего процесса отработки отказа приложения.
Моделирование сбоя
Чтобы сымитировать сбой, можно переименовать базу данных-источник. Это изменение имени вызовет сбой подключения приложения.
Восстановление
- Выполните геовосстановление базы данных на другой сервер, как описано в руководстве по аварийному восстановлению.
- Измените конфигурацию приложения, чтобы подключиться к восстановленной базе данных, и завершите восстановление, следуя инструкциям в статье Восстановление базы данных SQL Azure или переход на базу данных-получатель при отказе.
Проверка
Выполните отработку, проверив целостность приложения после восстановления (в том числе проверьте строки подключения, учетные данные, протестируйте основные функции или выполните другие проверки стандартной процедуры утверждения приложений).
Группы отработки отказа
Для базы данных, защищенной с помощью групп отработки отказа, упражнение детализации включает плановая отработка отказа на сервер-получатель. Плановая отработка отказа гарантирует, что база данных-источник и база данных-получатель в группе отработки отказа останутся синхронизированными после переключения ролей. В отличие от незапланированной отработки отказа, эта операция не приводит к потере данных, поэтому отработку можно выполнить в рабочей среде.
Моделирование сбоя
Чтобы сымитировать сбой, можно отключить веб-приложение или виртуальную машину, подключенные к базе данных. Эта имитация приведет к сбоям подключения веб-клиентов.
Восстановление
- Убедитесь, что конфигурация приложения в регионе аварийного восстановления указывает на бывшую базу данных-получатель, которая станет полностью доступной новой базой данных-источником.
- Инициируйте плановая отработка отказа группы отработки отказа с сервера-получателя.
- Следуйте инструкциям в руководстве по настройке базы данных после восстановления , чтобы завершить восстановление.
Проверка
Выполните отработку, проверив целостность приложения после восстановления (в том числе проверьте подключение, протестируйте основные функции или выполните другие проверки, требуемые для утверждения отработки).
Связанный контент
Дополнительные сведения см. в следующих статьях:
- Сценарии непрерывности.
- Автоматическое резервное копирование
- Восстановите базу данных из резервных копий, инициированных службой.
- Дополнительные сведения о более быстрых вариантах восстановления см. в разделе "Активные георепликации" и группы отработки отказа.
- Ознакомьтесь с рекомендациями по аварийному восстановлению и контрольным списком высокого уровня доступности и аварийного восстановления.