Создание отказоустойчивых служб данных
В вашей организации есть несколько рабочих нагрузок, распределенных по средам. Все рабочие нагрузки полагаются на защищенные и актуальные данные. Вы можете предпринять различные меры по созданию устойчивости для данных.
В этом уроке вы узнаете, как группы доступности AlwaysOn помогают реплика управлять данными. Вы видите, как автоматические резервные копии и автоматическая отработка отказа в База данных SQL Azure помогают обеспечить безопасность данных. Вы также узнаете, как использовать функцию гео реплика tion Azure Cosmos DB, чтобы прозрачно реплика te данные в других регионах и иметь доступ к данным для чтения и записи.
Репликация баз данных с группами доступности AlwaysOn
Группы доступности AlwaysOn помогают обеспечить высокий уровень доступности для баз данных SQL Server, работающих на виртуальных машинах.
Указанные группы баз данных можно хранить в реплика доступности:
- Основной реплика содержит базы данных-источник.
- Вторичная реплика содержит синхронизированные вторичные копии баз данных-источника.
Если произошел сбой, вторичный реплика является целевым объектом отработки отказа. Первичная реплика доступна для чтения и записи. Данные синхронизируются между каждой базой данных-источником и каждой соответствующей базой данных-получателем.
Можно также задать возможность чтения вторичных реплик. Таким образом клиенты могут получать доступ к данным из нескольких баз данных, а увеличение спроса распределяется между несколькими реплика.
Группы доступности AlwaysOn выполняются поверх отказоустойчивого кластера Windows Server, состоящего из группы компьютеров, работающих в унисоне. Такая архитектура обеспечивает высокий уровень доступности для рабочих нагрузок, выполняемых на этих компьютерах. С группами доступности AlwaysOn каждый узел (компьютер) в кластере размещает реплика, будь то первичный или вторичный. Каждая реплика содержит группу баз данных.
Группы доступности AlwaysOn можно настроить в Azure, создав два набора доступности: один для узлов отказоустойчивого кластера Windows Server и другой для контроллеров домена.
Отказоустойчивый кластер Windows Server должен содержать не менее трех компьютеров. Должен быть один компьютер SQL Server для основного реплика, а другой — для вторичного реплика в кластере. Третий сервер должен выступать в качестве следящего файла или использовать общую папку Azure в качестве свидетеля.
Отработка отказа для База данных SQL Azure
Для настройки отработки отказа и реплика групп баз данных на сервере База данных SQL можно использовать База данных SQL группы баз данных. Вы объединяете определенные политики, позволяющие выполнять отработку отказа с учетом своих потребностей. При необходимости можно также активировать отработку отказа вручную. База данных SQL может автоматически выполнять отработку отказа баз данных на сервер-получатель в дополнительном регионе, если произошел сбой.
База данных SQL базы данных-получатели автоматической отработки отказа можно использовать в качестве доступных для чтения баз данных. Эти базы данных-получатели можно использовать для обслуживания доступа на чтение к данным для любых подключаемых клиентов и распределения использования и нагрузки между базами данных-источниками и базами данных-получателями.
Если вы используете политики автоматической отработки отказа и происходит сбой по меньшей мере в одной базе данных из группы баз данных-источников, активируется автоматическая отработка отказа в базы данных-получатели. Во время отработки отказа конечные точки остаются неизменными. Когда проблема, вызванная сбоем, устранена, и вы готовы, вы можете вернуться в исходное расположение. Вы можете вручную выполнить отработку отказа групп в исходное расположение.
Базы данных на одном сервере базы данных можно включить в одну группу автоматической отработки отказа. Вы также можете поместить все базы данных в эластичном пуле в одну группу отработки отказа. Если базы данных-источники входят в эластичный пул, то базы данных-получатели также подготавливаются в эластичном пуле. Этот пул имеет то же имя, что и основной эластичные пулы.
Автоматическая архивация для Базы данных SQL Azure
База данных SQL Azure могут создавать резервные копии баз данных, хранящихся от 7 до 35 дней. База данных SQL использует геоизбыточное хранилище для хранения резервных копий и предоставляет доступ на чтение к данным в другом регионе. Ваши базы данных безопасны, даже если что-то происходит с центром обработки данных.
Можно продлить срок хранения резервных копий до 10 лет, настроив политики долгосрочного хранения для отдельных баз данных или эластичных пулов. Все резервные копии базы данных в База данных SQL шифруются неактивных данных. Все созданные базы данных SQL имеют прозрачное шифрование данных, включенное по умолчанию.
База данных SQL автоматически выполняет резервное копирование в фоновом режиме. Он создает резервные копии баз данных с разными интервалами в зависимости от типа резервного копирования. Например, он создает:
- Резервное копирование журналов транзакций в интервале от 5 до 10 минут.
- Полные резервные копии баз данных каждую неделю. Первая полная резервная копия создается сразу после создания базы данных. Сколько База данных SQL времени требуется для завершения полной резервной копии, зависит от размера базы данных.
- Разностные резервные копии для всех данных, которые изменились с момента последней полной резервной копии каждые 12 часов.
База данных SQL сохраняет резервные копии в больших двоичных объектах хранилища, которые предоставляют доступ на чтение. Затем он копирует эти резервные копии в парный центр обработки данных.
Базы данных можно восстановить в резервной версии. Если вы настроили долгосрочное хранение, эта резервная копия может быть доступна до 10 лет. Удаленные базы данных можно восстановить до момента их удаления и вплоть до предельного срока хранения, указанного в политике хранения.
База данных SQL может восстанавливать базы данных в другом географическом регионе. Этот процесс выполняется через геовосстановление, которое позволяет восстанавливать базы данных из одного региона в другой, если что-то происходит со всем регионом.
Георепликация с помощью Azure Cosmos DB
Azure Cosmos DB — это служба базы данных с низкой задержкой, мультимодельной базой данных, которая позволяет распределять данные глобально и масштабировать эластично и быстро.
В Azure Cosmos DB все данные реплика прозрачно в регионах, заданных для учетной записи Azure Cosmos DB. Azure Cosmos DB сохраняет данные внутри контейнеров, составляющих базу данных, и все контейнеры секционированы.
Все секции реплицируются в каждом регионе. В каждом регионе секции копируются перед распределением каждой копии между доменами сбоя.
Данные реплицируются не менее четырех раз. Вы можете настроить учетную запись Azure Cosmos DB и настроить базу данных Azure Cosmos DB для распределения между пятью регионами. При настройке этой базы данных для пяти регионов Azure Cosmos DB гарантирует, что у вас не менее 4 x 5 копий всех данных.
Базу данных Azure Cosmos DB следует настроить для работы в не менее чем двух регионах. Чем больше регионов вы используете, тем более устойчивыми становятся данные. Кроме того, необходимо явно задать базу данных Azure Cosmos DB для нескольких регионов записи, чтобы вы могли выполнять операции чтения и записи из всех регионов.
Также можно настроить избыточность между зонами для некоторых регионов. С помощью этой функции Azure Cosmos DB помещает реплика данных в несколько зон доступности в любом одном регионе для обеспечения дополнительной устойчивости.