Вопросы о резервном копировании файлов Azure

Чтобы проверить, относится ли учетная запись хранения к одному из поддерживаемых типов учетных записей хранения, см. таблицу поддержки резервного копирования общих папок в Azure. Также вполне возможно, что учетная запись хранения, которую вы ищете, уже защищена или зарегистрирована в другом хранилище. Отмените регистрацию учетной записи хранения в хранилище, чтобы найти учетную запись хранения, которую требуется защитить, в других хранилищах.

Проверьте, не защищен ли файловый ресурс Azure в том же хранилище служб восстановления и не удален ли он.

В текущем решении для резервного копирования файлов Azure моментальные снимки хранятся в той же учетной записи хранения, что и защищаемый файловый ресурс. Если учетная запись хранения удаляется, вы потеряете все моментальные снимки. Чтобы защитить учетную запись от случайного удаления, Azure Backup применяет блокировку удаления для учетной записи хранения. Это означает, что авторизованные пользователи смогут только читать и изменять этот ресурс, но не удалять его. Такая блокировка также предотвращает удаление любой общей папки в учетной записи хранения. Таким образом, вы получаете защиту от случайного удаления учетной записи хранения и общих папок в ней.

Да. Функция защиты общих папок Azure, подключенных к группам синхронизации, включена.

Если во время создания резервной копии выбрать учетную запись хранения для обнаружения общих папок в ней, учетная запись хранения регистрируется в хранилище, из которого выбирается учетная запись. Если вы выбираете для защиты общие папки в другом хранилище, отмените регистрацию выбранной учетной записи хранения в этом хранилище.

Если учетная запись хранения уже зарегистрирована в хранилище или другие общие папки в учетной записи хранения защищены с помощью хранилища, вы не можете изменить его. Все файловые ресурсы в учетной записи хранения могут быть защищены только одним хранилищем. Если вы хотите изменить хранилище, отключите защиту для всех файловых ресурсов в учетной записи хранения из подключенного хранилища, отмените регистрацию учетной записи хранения, а затем выберите другое хранилище для защиты.

Да. Но вам потребуется остановить защиту общей папки из подключенного хранилища, отменить регистрацию этой учетной записи хранения и защитить ее из другого хранилища.

№ Все файловые ресурсы в учетной записи хранения могут быть защищены только одним хранилищем.

В любое время вы можете хранить до 200 моментальных снимков для файлового ресурса. При этом учитываются моментальные снимки, сделанные службой Azure Backup в соответствии с политикой. Если операции резервного копирования завершаются сбоем после достижения этого ограничения, удалите моментальные снимки по запросу.

В следующей таблице объясняется количество моментальных снимков в соответствии с конфигурацией политики резервного копирования:

Если файловый ресурс находится в состоянии обратимого удаления, необходимо сначала отменить удаление файлового ресурса для выполнения операции восстановления. Операция отмены удаления переведет общую папку в активное состояние, после чего вы сможете выполнить восстановление в любой момент времени. Чтобы узнать, как отменить удаление файлового ресурса, перейдите по этой ссылке или просмотрите сценарий отмены удаления файлового ресурса. Если файловый ресурс окончательно удаляется, вы не сможете восстановить содержимое и моментальные снимки.

Да. Если вы выбрали Retain Backup Data (Сохранить данные архивации) при отключении защиты, то можете выполнить восстановление из всех имеющихся точек.

Если отменить выполняемое задание восстановления, процесс восстановления прекращается и все файлы, восстановленные до отмены, остаются в заданном целевом расположении (исходном или другом указанном) без выполнения отката.

Если точка восстановления не указана, срок ее действия должен быть был истечь. Мы рекомендуем проверить срок хранения, настроенный в политике резервного копирования, чтобы понять длительность хранения точек восстановления резервного копирования общей папки.

Да. Дополнительные сведения см. здесь.

В текущем решении резервного копирования для Файлов Azure данные в хранилище не передаются, а моментальные снимки хранятся в той же учетной записи хранения, в которой размещаются общие папки с резервным копированием. Поэтому данные, передаваемые в МБ, равны 0.

Параметр репликации службы хранилища для хранилища не подходит для резервного копирования Файлов Azure. Это связано с тем, что текущее решение основано на моментальном снимке, а данные не передаются в хранилище. Моментальные снимки хранятся в той же учетной записи хранения, что и архивный файловый ресурс, и поэтому реплицируются в соответствии с параметром репликации учетной записи хранения.

Все моментальные снимки, сделанные службой Azure Backup, можно просмотреть на портале, с помощью PowerShell или интерфейса командной строки. Дополнительные сведения о моментальных снимках общих папок службы "Файлы Azure" см. в статье Общие сведения о моментальных снимках общих ресурсов для службы файлов Azure.

После перемещения файлового ресурса в другую подписку он считается новым файловым ресурсом Azure Backup. Рекомендуемые действия:

Сценарий. Предположим, что у вас есть файловый ресурс FS1 в подписке S1 и он защищен с помощью хранилища V1. Теперь вы хотите переместить файловый ресурс в подписку S2.

1. Переместите нужную учетную запись хранения и файловый ресурс (FS1) в другую подписку (S2).
2. В хранилище V1 активируйте операцию отключения защиты с помощью операции удаления данных для FS1.
3. Отмените регистрацию учетной записи хранения, в которой размещается FS1, из хранилища V1.
4. Перенастройте резервное копирование для FS1, теперь перемещенное на S2, с хранилищем (V2) в подписке S2.

Обратите внимание, что после повторной настройки резервного копирования с помощью V2 моментальные снимки, сделанные с помощью V1, больше не будут управляться с помощью службы Azure Backup. Поэтому необходимо удалить эти моментальные снимки вручную в соответствии с вашими требованиями.

Да, вы можете переместить резервную копию общей папки в другую группу ресурсов. Тем не менее, необходимо будет повторно настроить резервное копирование для файлового ресурса, так как служба Azure Backup будет считать его новым ресурсом. Кроме того, моментальные снимки, созданные до перемещения группы ресурсов, больше не будут управляться службой Azure Backup. Поэтому необходимо удалить эти моментальные снимки вручную в соответствии с вашими требованиями.

Сведения о максимальном сроке хранения см. в таблице поддержки. Azure Backup выполняет вычисление количества моментальных снимков в реальном времени при вводе значений срока хранения во время настройки политики резервного копирования. Как только число моментальных снимков, соответствующих заданным значениям срока хранения, превысит 200, на портале отобразится предупреждение с запросом на изменение значений срока хранения. Это необходимо для того, чтобы в какой-либо момент времени не было превышено максимальное количество моментальных снимков, поддерживаемое службой "Файлы Azure" для общей папки.

При изменении политики ежедневного резервного копирования на политику GFS, в которой добавляется еженедельное, ежемесячное и ежегодное резервное копирование, происходит следующее.

• Хранение. Если при изменении политики вы добавляете еженедельное, ежемесячное и ежегодное хранение, все будущие точки восстановления, созданные в рамках запланированного резервного копирования, будут помечены в соответствии с новой политикой. Все существующие точки восстановления по-прежнему будут рассматриваться как ежедневные точки восстановления, поэтому они не будут помечены как еженедельные, ежемесячные или ежегодные.

• Очистка моментальных снимков и точек восстановления.

  • При продлении ежедневного хранения дата окончания срока действия существующих точек восстановления обновляется в соответствии со значением срока хранения для ежедневной резервной копии, настроенным в новой политике.
  • При уменьшении срока хранения существующие точки восстановления и моментальные снимки будут помечены для удаления в следующем задании очистки согласно значению срока хранения, настроенному в новой политике, а затем удалены.

Ниже приведен пример процесса.

Существующая политика [P1]

Новая политика [измененная P1]

Воздействие

1. Дата окончания срока действия существующих точек восстановления будет скорректирована в соответствии с установленным новой политикой сроком хранения ежедневной резервной копии, который составляет 50 дней. Точки восстановления старше 50 дней будут помечены для удаления.

2. Существующие точки восстановления не будут помечены как еженедельные, ежемесячные или ежегодные на основе новой политики.

3. Резервное копирование будет запускаться в соответствии с новым расписанием, то есть в 21:00.

4. Срок действия всех будущих точек восстановления будет согласован с новой политикой.

При применении новой политики к общим папкам все будущие запланированные резервные копии будут записываться в соответствии с расписанием в измененной политике. Срок хранения всех существующих точек восстановления изменяется в соответствии с новыми значениями срока хранения. Если срок хранения увеличивается, существующие точки восстановления помечаются для хранения в соответствии с новой политикой. Если период хранения сокращается, они помечаются для очистки при выполнении следующего задания очистки, а затем удаляются.

Ниже приведен пример процесса.

Существующая политика [P2]

Новая политика [измененная P2]

Влияние изменений

1. Дата окончания срока действия существующих ежедневных точек восстановления будет выравнивается в соответствии с новым ежедневным значением хранения (10 дней). Поэтому все ежедневные точки восстановления старше 10 дней будут удалены.

2. Дата окончания срока действия существующих еженедельных точек восстановления будет выравнивается в соответствии с новым еженедельно значением хранения (две недели). Таким образом, все еженедельные точки восстановления старше двух недель будут удалены.

3. Ежемесячные точки восстановления будут создаваться только в рамках будущих резервных копий на основе новой конфигурации политики.

4. Срок действия всех будущих точек восстановления будет согласован с новой политикой.

Атрибут duration помогает определить метку времени для последней резервной копии за день.

Например, если атрибут start time (время начала) равен "x", а duration (длительность) — "y часов", создание резервных копий будет запланировано на период между "x" и (x + y часов) на основе заданного в политике атрибута schedule (расписание). Этот атрибут позволяет гарантировать, что резервные копии активируются только в рабочие часы, если в содержимом общей папки часто выполняются операции обновления; таким образом, при принятии нескольких моментальных снимков данные будут защищены от случайных изменений.

Например, вы создали политику со следующей конфигурацией:

• Время начала: 9:00.
• Расписание: каждые 4 часа.
• Длительность: 12 часов.

На основе этих значений вычисляется окно резервного копирования: с 9:00 до (9:00 + 12 часов), то есть 21:00. Поэтому создание всех резервных копий будет планироваться в пределах этого окна.

Первое задание резервного копирования активируется в момент времени, соответствующий указанному в политике времени начала, то есть в 9:00, а атрибут schedule (расписание) определяет разницу во времени между резервными копиями. В нашем примере она составляет 4 часа. Таким образом, расписание резервного копирования будет иметь следующий вид: 9:00, 13:00 (9:00 + 4 часа), 17:00 (13:00 + 4 часа) и 21:00 (17:00 + 4 часа).

Так как вычисленное время окончания для окна резервного копирования было равно 21:00, после этого времени резервные копии создаваться не будут.

Эта ошибка происходит, если значение schedule превышает duration. Например, вы задали для атрибута start time значение "9:00", для schedule — "6 часов", а для duration — "4 часа". В этом сценарии единственным моментом, когда может быть запущено задание резервного копирования, является 9:00, так как время следующего резервного копирования, равное 15:00 (9:00 + 6 часов), находится вне окна резервного копирования от 9 до 13:00 (9:00 + 4 часа).

Чтобы устранить эту проблему, рекомендуем настроить расписание либо длительность или выбрать частоту Daily (Ежедневно), а не Hourly (Ежечасно).

Эта ошибка происходит, если значения start time (время начала) и end time (вреям окончания) окна резервного копирования, которые определяются на основе атрибутов schedule (расписание) и duration (длительность), выпадают на два разных дня.

Например, вы настроили политику со следующими параметрами:

• Расписание: каждые 4 часа.
• Время начала: 12:00.
• Длительность: 15 часов.

На основе этой конфигурации окно резервного копирования будет следующим: 12:00–3:00 (12:00 + 15 часов). Так как время начала и окончания выпадают на два разных дня, рекомендуем настроить start time или duration таким образом, чтобы эти значения находились в пределах одного дня.

Предположим, в указанной выше конфигурации вы измените время начала на 6:00. Теперь окно резервного копирования будет от 6:00 до 21:00 (6:00 + 15 часов). Это поддерживаемая конфигурация.

При переключении частоты с Daily (Ежедневно) на Hourly (Ежечасно) происходит следующее:

• Хранение. Если при изменении политики вы добавляете еженедельное, ежемесячное и ежегодное хранение, все будущие точки восстановления, созданные в рамках запланированного резервного копирования, будут помечены в соответствии с новой политикой. Все существующие точки восстановления по-прежнему будут рассматриваться как ежедневные точки восстановления, поэтому они не будут помечены как еженедельные, ежемесячные или ежегодные.

• Очистка моментальных снимков и точек восстановления.

  • При продлении ежедневного хранения дата окончания срока действия существующих ежедневных точек восстановления обновляется в соответствии со значением срока хранения для ежедневной резервной копии, настроенным в новой политике.
  • При уменьшении срока хранения существующие ежедневные точки восстановления и моментальные снимки будут помечены для удаления в следующем задании очистки согласно значению срока хранения, настроенному в новой политике, а затем удалены.

Нет, удаление учетной записи хранения не блокируется арендой моментальных снимков.

Рекомендуется выполнить для архивированной общей папки операцию остановки защиты с удалением данных.

После выполнения этой операции служба Azure Backup освободит аренду и удалит все моментальные снимки. Затем можно будет удалить общую папку.

Нет, служба Azure Backup берет в аренду только моментальные снимки, сделанные после выпуска этой функции.

№ При удалении общей папки, содержащей арендованные моментальные снимки, аренда не будет действовать, пока общая папка остается неудаленной.

Да, вы можете защитить общие папки в учетной записи хранения в одном хранилище служб восстановления с различными политиками резервного копирования.

Следующие шаги

• Устранение неполадок с резервным копированием файловых ресурсов Azure