Примечание
Для доступа к этой странице требуется авторизация. Вы можете попробовать войти или изменить каталоги.
Для доступа к этой странице требуется авторизация. Вы можете попробовать изменить каталоги.
Отработка отказа, управляемая клиентом (незапланированная), позволяет осуществить переключение всей геоизбыточной учетной записи хранения на дополнительный регион, если конечные точки службы хранилища для основного региона становятся недоступными. Во время переключения на резерв старый вторичный регион становится новым основным регионом. Затем все конечные точки службы хранилища перенаправляются в новый основной регион. После устранения сбоя конечной точки службы хранилища вы можете выполнить еще одну операцию отказоустойчивости, чтобы вернуться к исходному основному региону.
В этой статье описывается, что происходит на каждом этапе процесса во время управляемого клиентом (незапланированного) отработки отказа и возврата к первоначальному состоянию.
Управление резервированием во время неплановой отработки отказа и возврата к исходному состоянию
Совет
Дополнительные сведения о различных состояниях избыточности во время незапланированной отработки отказа и восстановительного процесса см. в разделе избыточность службы Azure Storage для определений каждого из них.
Если учетная запись хранения настроена для геоизбыточного хранилища (GRS) или геоизбыточного хранилища для чтения (RA-GRS), данные реплицируются три раза как в пределах основной, так и вторичной зоны локально избыточного хранилища (LRS). Если учетная запись хранения настроена для хранилища с гео-зональной избыточностью (GZRS) или хранилища с гео-зональной избыточностью с доступом для чтения (RA-GZRS), данные являются избыточными в пределах зонально-избыточного хранилища (ZRS) в основном регионе и реплицируются три раза в дополнительном регионе с локальной избыточностью (LRS). Если учетная запись настроена для доступа на чтение (RA), вы сможете считывать данные из дополнительного региона до тех пор, пока в этом регионе доступны конечные точки службы хранилища.
Во время управления клиентом (незапланированного) процесса отработки отказа записи DNS для конечных точек службы хранилища переключаются. Вторичные конечные точки учетной записи хранения становятся новыми основными конечными точками, а исходные первичные конечные точки становятся новыми вторичными. После переключения на резервную копию копия учетной записи хранения в исходном основном регионе удаляется, а учетная запись хранения продолжает локально реплицироваться трижды в новом основном регионе. На этом этапе учетная запись хранения становится локально избыточной и использует LRS.
Исходные и текущие конфигурации избыточности хранятся в свойствах учетной записи хранения. Эта функция позволяет вернуться к исходной конфигурации при отказе. Для получения полного списка конфигураций избыточности ознакомьтесь с разделом Планирование восстановления и отработка отказа.
Чтобы восстановить геоизбыточность после переключения после отказа, необходимо перенастроить учетную запись для работы как GRS. После перенастройки учетной записи для георедундантности Azure немедленно начинает копирование данных из нового основного региона в новый вторичный. Если вы настроите учетную запись хранения для доступа на чтение к дополнительному региону, доступ доступен. Однако репликация из основного региона в дополнительный регион может занять некоторое время.
Предупреждение
После перенастройки учетной записи для геоизбыточности может потребоваться значительное время, прежде чем существующие данные из основного региона полностью копируются в новый вторичный регион.
Чтобы избежать значительной потери данных, проверьте значение свойства времени последней синхронизации перед возвратом. Чтобы оценить потенциальную потерю данных, сравните время последней синхронизации с последним временем записи данных в новую первичную.
Процесс резервного восстановления по сути совпадает с процессом отказоустойчивости, за исключением того, что конфигурация репликации восстанавливается до исходного состояния, предшествовавшего отказоустойчивости.
После восстановления размещения можно перенастроить учетную запись хранения, чтобы воспользоваться преимуществами геоизбыточности. Если исходный основной объект был настроен как ZRS, его можно настроить для GZRS или RA-GZRS. Дополнительные варианты см. в разделе "Изменение репликации учетной записи хранения".
Как инициировать незапланированное аварийное переключение
Для того чтобы узнать, как инициировать незапланированную отработку отказа, см. "Инициация отказа учетной записи".
Внимание
Незапланированное переключение обычно связано с потерей некоторых данных и потенциально несоответствиями файлов и данных. Важно понимать влияние, которое переключение на резервный аккаунт окажет на ваши данные, прежде чем инициировать это переключение.
Дополнительные сведения о потенциальных потерях данных и несоответствиях см. в статье "Предвидение потери данных и несоответствий".
Процесс незапланированного переключения и возврата на исходную конфигурацию
В этом разделе приводится сводка процесса отработки отказа, управляемого клиентом, в случае незапланированной ситуации.
Неплановая сводка о переключении при отказе
После выполнения переноса после отказа, управляемого клиентом (не запланированного):
- Дополнительный регион становится новым первичным
- Копия данных в исходном основном регионе удаляется
- Учетная запись хранения преобразуется в LRS
- Геоизбыточность утрачена
В этой таблице приводится сводка конфигурации избыточности на каждом этапе переключения, под управлением клиента (незапланированного), и восстановления:
| Исходный текст настройка |
После резервирование |
После повторного включения геоизбыточность |
После отказоустойчивое восстановление |
После повторного включения геоизбыточность |
|---|---|---|---|---|
| GRS | LRS | GRS 1 | LRS | GRS 1 |
| GZRS | LRS | GRS 1 | ZRS | GZRS 1 |
1 Геоизбыточность теряется во время отказа, управляемого клиентом (незапланированного), и должна быть перенастроена вручную.
Незапланированное переключение: детали перехода
На следующих схемах показан процесс переключения на резервную систему и возврата после отказа, управляемых клиентом, и восстановления для учетной записи хранения, настроенной на географическую избыточность. Сведения о переходе для GZRS и RA-GZRS немного отличаются от GRS и RA-GRS.
Обычная операция (GRS/RA-GRS)
В обычных условиях клиент записывает данные в учетную запись хранения в основном регионе с помощью конечных точек службы хранилища (1). Затем данные копируются асинхронно из основного региона в дополнительный регион (2). На следующем рисунке показано нормальное состояние учетной записи хранения, настроенной как GRS, когда доступны основные конечные точки:
Конечные точки службы хранилища становятся недоступными в основном регионе (GRS/RA-GRS)
Если конечные точки основной службы хранилища становятся недоступными по какой-либо причине (1), клиент больше не сможет записывать данные в учетную запись хранения. В зависимости от основной причины сбоя репликация в дополнительный регион может перестать функционировать (2), поэтому следует ожидать некоторые потери данных. На следующем рисунке показан сценарий, в котором первичные конечные точки становятся недоступными, но до восстановления:
Процесс непланового переключения (GRS/RA-GRS)
Чтобы восстановить доступ на запись к данным, можно инициировать переключение на резервную систему. URI конечной точки службы хранилища для блобов, таблиц, очередей и файлов остаются неизменными, но их записи DNS изменяются, чтобы указать на вторичный регион, как показано ниже.
Отработка отказа (незапланированная), управляемая пользователем, обычно занимает около часа.
После завершения переключения на резервную систему исходная вторичная становится новой первичной (1), а копия учетной записи хранилища в исходном основном удаляется (2). Учетная запись хранения настроена как LRS в новом основном регионе и больше не является геоизбыточной. Пользователи могут возобновить запись данных в учетную запись хранения (3), как показано на этом рисунке:
Чтобы возобновить репликацию в новом дополнительном регионе, перенастройте учетную запись для геоизбыточности.
Внимание
Имейте в виду, что преобразование учетной записи локально избыточного хранилища в геоизбыточную подразумевает дополнительные затраты средств и времени. Дополнительные сведения см. в разделе "Время и стоимость переключения при отказе".
После перенастройки учетной записи для использования GRS Azure начинает асинхронно копировать данные в новый дополнительный регион (1), как показано на этом рисунке:
Доступ на чтение к новому вторичному региону не будет доступен снова до тех пор, пока не будет устранена проблема, вызвавшая изначальный сбой.
Процесс незапланированного возврата после сбоя (GRS/RA-GRS)
Предупреждение
После перенастройки учетной записи для геоизбыточности может пройти значительное время, прежде чем данные из нового основного региона полностью будут скопированы в новый вторичный.
Чтобы избежать значительной потери данных, проверьте значение свойства время последней синхронизации перед переключением обратно. Сравните время последней синхронизации с последним временем записи данных в новый первичный источник для оценки потенциальной потери данных.
После устранения проблемы, вызвавшей сбой, можно инициировать переключение обратно в основной регион. Процесс возврата совпадает с первоначальным процессом переключения, ранее описанным.
Необходимо учитывать следующие факторы.
- При переключении на другой сервер и возврате, инициированных клиентом, ваши данные не могут завершить репликацию в резервный регион во время процесса возврата. Поэтому важно проверить значение свойства времени последней синхронизации перед возвратом.
- Записи DNS для конечных точек службы хранилища переключаются. Точки подключения в дополнительном регионе становятся новыми основными точками подключения для учетной записи хранения.
После завершения восстановления после аварии исходный основной регион снова становится нынешним (1), а копия учетной записи хранения в исходном резервном регионе удаляется (2). Учетная запись хранения настроена с локальной избыточностью в основном регионе хранения и больше не имеет геоизбыточности. Пользователи могут возобновить запись данных в учетную запись хранения (3), как показано на этом рисунке:
Чтобы возобновить репликацию в исходном дополнительном регионе, перенастройте учетную запись для геоизбыточности.
Внимание
Имейте в виду, что преобразование учетной записи локально избыточного хранилища в геоизбыточную подразумевает дополнительные затраты средств и времени. Дополнительные сведения см. в разделе "Время и стоимость аварийного переключения".
После перенастройки учетной записи как GRS репликация в исходный дополнительный регион возобновляется, как показано на этом рисунке:
