Создание отказоустойчивых служб данных
В вашей организации есть несколько рабочих нагрузок, распределенных по средам. Все рабочие нагрузки полагаются на защищенные и актуальные данные. Вы можете предпринять различные меры по созданию устойчивости для данных.
В этом уроке вы узнаете, как группы доступности AlwaysOn помогают реплицировать данные. Вы видите, как автоматические резервные копии и автоматическая отработка отказа в База данных SQL Azure помогают обеспечить безопасность данных. Вы также узнаете, как использовать функцию георепликации Azure Cosmos DB для прозрачной репликации данных в другие регионы и иметь доступ к данным для чтения и записи.
Репликация баз данных с группами доступности 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 помещает реплики данных в несколько зон доступности в любом одном регионе для обеспечения дополнительной устойчивости.