В этой статье рассказывается о резервном копировании ВМ VMware с помощью Vinchin Backup & Recovery.
Перейдите на страницу VM Backup -> Backup, чтобы начать создание нового задания резервного копирования. Разверните виртуальную инфраструктуру VMware vSphere и выберите целевые ВМ, которые вы хотите копировать; можно выбрать несколько ВМ для добавления в одно задание.
Вы также можете использовать ключевые слова в поле поиска для поиска определенных ВМ из списка ВМ.
Выбранные ВМ будут показаны в правой колонке. Нажмите на имя ВМ, отобразятся подключенные виртуальные диски этой ВМ, и вы сможете исключить определенные диски из задания резервного копирования. После завершения выбора ВМ нажмите кнопку Next, чтобы продолжить.
На этом шаге необходимо выбрать хранилище в качестве места назначения резервного копирования.
Сначала в выпадающем списке Target Node можно выбрать целевой узел, если вы развернули любой узел резервного копирования на этом сервере резервного копирования.
Затем в выпадающем списке Target Storage можно выбрать хранилище, добавленное к выбранному узлу.
Задание резервного копирования будет запущено на выбранном узле, а данные резервного копирования будут сохранены в выбранном хранилище.
В данном примере это отдельный сервер резервного копирования, к которому не подключен дополнительный узел резервного копирования, поэтому я выберу только хранилище.
После этого нажмите кнопку Next, чтобы продолжить.
На этом шаге необходимо настроить подробные стратегии резервного копирования, Vinchin Backup & Recovery будет узнать, когда и как запускать резервные копирования с помощью этих параметров.
Если вы предварительно настроили шаблон стратегии, то в выпадающем списке Select Strategy можно его выбрать. Здесь мы настроим пользовательскую стратегию для этого нового задания.
В разделе Расписание времени можно настроить режим резервного копирования и расписание времени. В выпадающем списке Mode можно настроить запуска задания по расписанию или однократно.
Одноразовое задание будет выполняться только один раз в указанный момент времени и будет создавать полную резервную копию только для каждой выбранной ВМ.
Для задания резервного копирования по расписанию можно запланировать полное, инкрементное или дифференциальное резервное копирование.
Если выбрать только полное резервное копирование, то будет выполняться только полное резервное копирование; если выбрать полное резервное копирование с инкрементным резервным копированием, то будет выполняться полное резервное копирование с инкрементным резервным копированием; если выбрать полное резервное копирование с дифференциальным резервным копированием, то будет выполняться полное резервное копирование с дифференциальным резервным копированием; если выбрать только инкрементное резервное копирование, то будет создано задание постоянного инкрементного резервного копирования.
Рекомендуемая стратегия резервного копирования - инкрементное резервное копирование, и здесь мы рассмотрим задание инкрементного резервного копирования для примера, вам нужно выбрать как полное, так и инкрементное резервное копирование. Расписания по умолчанию: полное резервное копирование вечером в пятницу каждую неделю, а инкрементное резервное копирование ночью каждый день. Конечно, вы можете изменить расписание в соответствии с вашими фактическими потребностями. Также можно настроить резервное копирование на ежедневной, еженедельной и ежемесячной основе.
В разделе Регулятор Скорости, если вы не хотите, чтобы это задание занимало слишком большую пропускную способность сети производственной среды в определенное время, вы можете настроить правило ограничения скорости, чтобы ограничить максимальное использование пропускной способности этого задания резервного копирования в определенный период времени. Регулятор скорости является необязательным.
Далее - стратегия хранения данных. Дедупликация и Сжатие. Эти две опции помогут уменьшить размер данных резервного копирования. Но они потребуют больше вычислительных ресурсов сервера резервного копирования.
Затем - политика хранения. Политика хранения указывает серверу резервного копирования Vinchin, как долго или какой объем данных должен храниться в хранилище резервных копий. Она может быть настроена в соответствии с количеством точек восстановления или количеством дней, например, если я настрою ее на сохранение 30 точек восстановления, то сервер резервного копирования Vinchin будет максимально сохранять 30 точек восстановления для каждой ВМ в этом задании.
Вы можете настроить политику хранения в соответствии с фактическими требованиями вашей организации.
Теперь перейдем к передовой стратегии.
Для стандартного снапшота вы можете выбрать между последовательным и параллельным режимом снапшота. Рекомендуется использовать режим последовательного снапшота, при последовательном снапшоте сервер резервного копирования Vinchin будет требовать VMware, чтобы создать снапшоты для ВМ в задании один за другим.
Не рекомендуем использовать параллельный снапшот, только если ВМ в этом задании коррелированы по обслуживанию, и снапшоты должны быть согласованы по времени, тогда можно использовать режим параллельного снапшота.
В режиме параллельного моментального снапшота сервер резервного копирования Vinchin потребует VMware, чтобы сделать снапшоты всех ВМ в этом задании одновременно.
Далее, опция Create snapshot in advance (Создать снапшот заранее) полезна, когда режим создания снапшотов является последовательным. Это заставит сервер резервного копирования Vinchin потребовать VMware, чтобы создать снапшот следующей ВМ, когда предыдущая передана в резервное хранилище.
Таким образом, ее можно использовать для сокращения временного окна резервного копирования.
Далее, опция потоков используется для настройки многопоточной передачи данных. Обычно достаточно 3 потоков, и вам не нужно это настраивать.
Последняя функция - BitDetector, это уникальная функция Vinchin.
Помимо дедупликации и сжатия, это еще одна функция, которую можно использовать для дальнейшего уменьшения объема данных резервного копирования. Она позволяет исключить из резервного копирования файлы подкачки, неразделенные пространства и блоки удаленных файлов, причем это делается с исходной ВМ, что также снижает использование пропускной способности.
Отсюда перейдем к настройкам стратегии передачи.
Для VMware vSphere резервные данные могут передаваться по LAN, LAN с шифрованием, SAN или HOTADD.
Для получения дополнительной информации об этих способах передачи можно кликать значок помощи, чтобы ознакомиться с подробными объяснениями.
Прокси резервного копирования - это необязательный компонент архитектуры резервного копирования Vinchin, устанавливаемый на платформе VMware. Он использует технологию HOTADD хоста VMware ESXi для прямого доступа к диску ВМ. Когда сервер резервного копирования Vinchin развернут за пределами кластера VMware, для ускорения передачи данных можно развернуть прокси ВМ.
Давайте перейдем к Individual strategy.
В этом разделе вы можете настроить размер блока, который будет использоваться при обработке данных резервного копирования в резервном хранилище. По умолчанию параметр - 1024 КБ, и рекомендуем его сохранить.
Далее - Quiesced Snapshot. Если эта функция включена, файловая система или приложение на ВМ Windows будет поддерживаться в согласованном состоянии путем обработки с учетом работы приложений перед созданием снапщота ВМ. Если не удалось сделать Quiesced snapshot, сервер резервного копирования сделает стандартный снапщот.
Последняя опция - функция CBT VMware, которая может повысить скорость инкрементного резервного копирования. Сильно рекомендуем держать эту опцию включенной.
Давайте нажмем кнопку Next, чтобы продолжить.
На этом шаге вы можете просмотреть и подтвердить настройки на одном экране.
Также можно указать имя задания для идентификации этого задания резервного копирования и подтвердить настройки и создать задание резервного копирования путем нажатия на кнопку Submit.
После создания задания резервного копирования вы будете переходить на страницу Job list. В настоящее время задание находится в состоянии ожидания утверждения. Когда условие времени будет соответствовать расписанию, оно автоматически запустится. Состояние изменится на "Running". В списке заданий вы также можете видеть скорость передачи данных и ход выполнения запущенных заданий.
Путем нажатия на кнопку опций, вы можете вручную запустить задание, остановить, отредактировать и удалить его.
А путем нажатия на название задания, вы будете переходить на страницу подробностей задания.
На странице подробностей задания можно получить некоторую историческую информацию о задании. Итак, давайте запустим старое задание и посмотрим некоторые детали запущенного задания.
В разделе процесса заданий в реальном времени будет указана скорость передачи данного задания с начала передачи.
А в правом верхнем углу можно просмотреть конфигурации стратегии данного задания.
Ниже - журнал выполнения этого задания, здесь будут показаны журналы выполнения каждого этапа задания.
Здесь в списке ВМ будут перечислены все ВМ, включенные в это задание. И вы сможете увидеть статистику ВМ, которые обрабатываются или уже были обработаны текущим звеном задания.
После завершения звена задания оно будет записано в список исторического задания. Здесь мы можем увидеть, сколько раз уже выполнялось это задание резервного копирования.
Развернув один из звеньев задания, вы сможете проверить информацию о резервном копировании всех ВМ в рамках этого звена задания.
А для данных резервного копирования давайте перейдем на страницу VM Backup -> Backup Data, чтобы управлять данными резервного копирования ВМ.
Развернув название задания резервного копирования, список ВМ этого задания будет показан, а путем нажатия на одной из ВМ, вы сможете увидеть ее резервные копии как в этом списке, так и в таблице справа.
С помощью этих резервных копий, то есть называемых точек восстановления, вы можете восстановить ВМ в состояние любой из этих временных точек.
