Резервное копирование файлов и папок Windows Server в Azure

В этой статье описано, как выполнять резервное копирование компьютеров Windows с помощью службы Azure Backup и агента службы восстановления Microsoft Azure (MARS). MARS также называется агентом Azure Backup.

В этой статье вы узнаете, как выполнять следующие задачи.

  • Проверка предварительных требований
  • Создайте политику и расписание для резервного копирования.
  • Выполните резервное копирование по требованию.

Перед началом работы

создание политики архивации;

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

Azure Backup не учитывает переход на летнее время (DST) автоматически. По умолчанию это может привести к несоответствию между реальным временем и временем запланированного резервного копирования.

Чтобы создать политику резервного копирования, выполните следующее.

  1. После загрузки и регистрации агента MARS откройте консоль агента. Его можно найти, выполнив поиск строки Microsoft Azure Backup на компьютере.

  2. В разделе Действия выберите Расписание резервного копирования.

    Schedule a Windows Server backup

  3. В мастере резервного копирования по расписанию выберите Начало работы>Далее.

  4. В разделе Выбрать элементы для архивации выберите Добавить элементы.

    Add items to back up

  5. В поле Выбор элементов выберите элементы для резервного копирования и нажмите кнопку ОК.

    Select items to back up

  6. На странице Выбор элементов для резервного копирования выберите Далее.

  7. На странице Установка расписания резервного копирования укажите, когда следует выполнять ежедневное или еженедельное резервное копирование. Выберите Далее.

    • Точка восстановления создается при каждом резервном копировании.

    • Количество точек восстановления, создаваемых в вашей среде, зависит от расписания резервного копирования.

    • Можно запланировать до трех ежедневных операций резервного копирования в день. В следующем примере выполняются два ежедневных резервных копирования: одно в полночь и одно в 18:00.

      Set up a daily backup schedule

    • Вы также можете выполнять еженедельные операции резервного копирования. В следующем примере резервные копии берутся для каждых вторых воскресенья и среды в 09:30 и 13:00.

      Set up a weekly backup schedule

  8. На странице Выбор политики хранения укажите способ хранения исторических копий данных. Выберите Далее.

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

    • Для настройки ежедневного сохранения необходимо указать, что во время ежедневного сохранения последняя точка восстановления будет храниться в течение заданного количества дней. Для политики ежемесячного сохранения можно указать, что точка восстановления, созданная 30-го числа каждого месяца, должна храниться в течение 12 месяцев.

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

    • В следующем примере:

      • Ежедневные резервные копии, создаваемые в полночь и 18:00, хранятся в течение семи дней.
      • Резервные копии, создаваемые в субботу в полночь и 18:00, хранятся в течение четырех недель.
      • Резервные копии, создаваемые в последнюю субботу месяца в полночь и 18:00, хранятся в течение 12 месяцев.
      • Резервные копии, созданные за последнюю субботу в марте, хранятся в течение 10 лет.

      Example of a retention policy

  9. На странице Выбор типа первоначального резервного копирования выберите, следует выполнять первоначальное резервное копирование по сети или использовать автономную резервную копию. Чтобы выполнить первоначальное резервное копирование по сети, установите флажок Автоматически по сети>Далее.

    Дополнительные сведения об автономной архивации см. в разделе Использование Azure Data Box для автономного резервного копирования.

    Choose an initial backup type

  10. Проверьте данные и на странице Подтверждения выберите Готово.

    Confirm the backup type

  11. Когда мастер завершит создание расписания архивации, нажмите кнопку Закрыть.

    View the backup schedule progress

Создайте политику на каждом компьютере с установленным агентом.

Выполните начальное резервное копирование в автономном режиме

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

Чтобы выполнить перенос в автономном режиме:

  1. Запишите данные резервной копии в промежуточное расположение.

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

    Средство создает задание импорта Azure. Дополнительные сведения см. в статье о службе импорта и экспорта Azure.

  3. Отправьте диски SATA в центр обработки данных Azure.

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

Дополнительные сведения об автономном заполнении см. в разделе Использование Azure Data Box для автономного резервного копирования.

Включение регулирования сети

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

В регулировании пропускной способности в Azure Backup используется служба качества обслуживания (QoS) локальной операционной системы.

Регулирование пропускной способности для резервного копирования доступно в Windows Server 2012 и более поздних версиях, а также в Windows 8 и более поздних версиях. В операционных системах должны быть установлены последние пакеты обновлений.

Чтобы включить регулирование сети:

  1. В агенте MARS выберите Изменить свойства.

  2. На вкладке Регулирование установите флажок Разрешить регулирование уровня использования пропускной способности канала для операций резервного копирования.

    Set up network throttling for backup operations

  3. Укажите допустимую пропускную способность в рабочее и нерабочее время. Значения пропускной способности начинаются с 512 Кбит/с и достигают 1023 Мбит/с. Нажмите кнопку ОК.

Выполнение резервного копирования по запросу

  1. В агенте MARS выберите Резервное копирование.

    Back up now in Windows Server

  2. В версии агента MARS 2.0.9169.0 или более поздней версии можно настроить пользовательскую дату сохранения. В разделе Хранить резервную копию до выберите дату в календаре.

    Use the calendar to customize a retention date

  3. Просмотрите настройки на странице Подтверждение и выберите Резервное копирование.

  4. Нажмите кнопку Закрыть, чтобы закрыть мастер. Если закрыть мастер до завершения резервного копирования, мастер продолжит работу в фоновом режиме.

После завершения первоначального резервного копирования на консоли "Резервное копирование" появится состояние Задание выполнено.

Настройте поведение сохранения для политики резервного копирования по требованию

Примечание

Эти сведения относятся только к версиям агента MARS выше 2.0.9169.0.

Опция резервного копирования по расписанию Продолжительность хранения данных
День Хранение по умолчанию эквивалентно сроку хранения в днях для ежедневного резервного копирования.

Исключение: если ежедневное запланированное резервное копирование, настроенное на долгосрочное хранение (недели, месяцы или годы), завершается неудачно, резервное копирование по требованию, которое запускается сразу после сбоя, рассматривается как использующее долгосрочное хранение. В противном случае для долгосрочного хранения будет учитываться следующее запланированное резервное копирование.

Пример сценария: не удалось выполнить запланированное резервное копирование в четверг в 8:00. Эта резервная копия должна была рассматриваться для недельного, месячного или годового хранения. Поэтому первая резервная копия по запросу, активируемая до следующего запланированного резервного копирования в пятницу в 8:00, автоматически помечается для недельного, месячного или годового хранения. Эта резервная копия заменяет резервную копию, которая должна была быть сделана в четверг в 8:00 утра.
Неделя Хранение по умолчанию: один день. Резервные копии по запросу, созданные для источника данных с политикой еженедельного резервного копирования, удаляются на следующий день. Они удаляются, даже если являются самыми последними резервными копиями для источника данных.

Исключение: если ежедневное запланированное резервное копирование, настроенное на долгосрочное хранение (недели, месяцы или годы), завершается неудачно, резервное копирование по требованию, которое запускается сразу после сбоя, рассматривается как долгосрочное хранение. В противном случае для долгосрочного хранения будет учитываться следующее запланированное резервное копирование.

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

Для получения дополнительной информации см. раздел Создание политики резервного копирования.

Дальнейшие шаги