Настройка и мониторинг доступности
Теперь, когда вы познакомились со всеми возможностями, необходимо создать стратегию для конкретной рабочей нагрузки, частью которой является база данных SQL Azure или Управляемый экземпляр SQL Azure.
Как сделать правильный выбор
Важная часть создания стратегии заключается в том, чтобы абстрагироваться и обдумать требования для вашей рабочей нагрузки. Вот несколько вопросов, которые стоит учесть:
- Требуются ли долгосрочные резервные копии? Или срока в 1–35 дней достаточно?
- Каковы ваши потребности по RTO и RPO?
- Какой уровень служб представляется наиболее адекватным в зависимости от SLA?
- Требуются ли Зоны доступности?
- Требуются ли геореплицированные высокая доступность и аварийное восстановление (HADR) или группы отработки отказа?
- Готово ли ваше приложение?
Ответы на эти вопросы помогут вам уточнить конфигурацию, которую следует развернуть в соответствии с требованиями к доступности.
Последний вопрос специалисты по данным часто упускают из виду: Готово ли ваше приложение? Он крайне важен для достижения требуемого SLA.
Необходимо убедиться, что база данных соответствует вашим требованиям к доступности, но вам также необходимо убедиться, что ваше приложение соответствует этим требованиям. Кроме того, необходимо убедиться, что подключение между данными и приложениями соответствует вашим требованиям. Например, если приложение и база данных находятся в разных регионах, это размещение увеличит задержку в сети. Рекомендуется размещать приложение и данные как можно ближе друг к другу. В этом модуле вы также узнали, как важно реализовать логику повторных попыток в приложениях для поддержания доступности.
Отслеживание доступности
SQL Azure предоставляет несколько средств и возможностей для наблюдения за определенными аспектами доступности. К ним относятся портал Azure, T-SQL и такие интерфейсы, как PowerShell, az CLI и интерфейсы REST API.
В следующих разделах приведено несколько примеров использования этих средств для отслеживания доступности.
Доступность регионов и центров обработки данных
Доступность регионов и центров обработки данных крайне важна для обеспечения доступности управляемого экземпляра или развертывания базы данных. Состояние Azure и Работоспособность служб Azure — это ключ к пониманию причин простоев для центра обработки данных или региона, включая определенные службы, такие как SQL Azure.
Состояние Azure — это панель мониторинга, на которой отображается любая служба, вызывающая проблемы в любом глобальном регионе Azure. Вы можете использовать RSS-канал для получения уведомлений об изменениях состояния Azure.
Вы можете просматривать работоспособность служб Azure на портале Azure. Работоспособность служб Azure предоставляет сведения о проблемах служб и запланированных событиях обслуживания, рекомендации по работоспособности и журнал работоспособности. Вы также можете настроить оповещения для уведомления по электронной почте или SMS о любом событии, которое может негативно повлиять на доступность.
Доступность экземпляров, серверов и баз данных
Помимо событий, влияющих на службы Azure, вы можете просматривать доступность Управляемого экземпляра SQL Azure или баз данных SQL Azure с помощью портала Azure.
Чтобы просмотреть возможную причину недоступности управляемого экземпляра или базы данных, можно проверить работоспособность ресурсов с помощью портала Azure или интерфейсов REST API.
Вы всегда можете использовать стандартные средства SQL Server, такие как SQL Server Management Studio (SSMS), для подключения к управляемому экземпляру или серверу базы данных и проверка состояние этих ресурсов. Можно использовать средство или запросы T-SQL.
Интерфейсы, такие как Azure CLI, могут отображать состояние SQL Azure. Например:
az sql mi list— вывод состояния управляемых экземпляров.az sql db list— вывод состояния баз данных SQL Azure.
Вы также можете использовать команды PowerShell, чтобы определить доступность базы данных SQL Azure. Например:
Get-AzSQLDatabase— получение всех баз данных на сервере и сведений о них, включая состояние.- REST API не так просты в использовании, но с их помощью можно узнавать состояние управляемых экземпляров и баз данных.
Журнал резервного копирования и восстановления
SQL Azure автоматически создает резервные копии баз данных и журналов транзакций. Стандартный журнал резервного копирования недоступен, но вы можете просмотреть журнал долгосрочного хранения резервных копий с помощью портала Azure или интерфейсов CLI. Кроме того, в Управляемом экземпляре Azure SQL можно использовать XEvents для мониторинга журнала резервного копирования.
При восстановлении базы данных на момент времени создается новая база данных. Для просмотра операций, которые создают базы данных, можно использовать журнал действий Azure.
Состояние реплики
Реплики используются для уровней служб, критически важных для бизнеса. Состояние реплика можно просмотреть с помощью sys.dm_database_реплика_states dmV.
Причины отработки отказа
Чтобы узнать причину события отработки отказа для Управляемого экземпляра SQL Azure или развертывания базы данных, проверьте работоспособность ресурсов с помощью портала Azure или интерфейсов REST API.
Пакет управления System Center для SQL Azure
System Center предоставляет пакеты управления для мониторинга Управляемого экземпляра SQL Azure и базы данных SQL Azure. Дополнительные сведения см. в документации по пакету управления.