Как легко создать резервную копию ВМ ESXi с помощью скриптов ghettoVCB?

Что такое ghettoVCB.sh?

ghettoVCB.sh представляет собой скрипт резервного копирования виртуальных машин VMware ESXi. Он использует подход, похожий на VMware Consolidated Backup (VCB): создает снимок работающей ВМ, копирует ее виртуальные диски, а после завершения удаляет созданный снимок. Это позволяет создавать резервную копию без обязательного выключения виртуальной машины. Для восстановления предусмотрен отдельный скрипт ghettoVCB-restore.sh.

Проект выпускается для разных поколений ESXi. Перед установкой проверьте совместимость выбранного выпуска с конкретной версией и сборкой гипервизора. В примерах ниже используется архив исходного кода выпуска 2025_10_30; имена каталогов для других выпусков будут отличаться.

Помимо ghettoVCB, для резервного копирования ВМ ESXi можно использовать сценарии PowerShell.

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

Предварительная настройка

Подготовьте SSH-доступ к хосту ESXi и загрузите файлы ghettoVCB в его хранилище данных. Для запуска скрипта требуется учетная запись root. Убедитесь, что на целевом хранилище достаточно места для полных копий ВМ.

1. Включите SSH.

1. Войдите в vSphere Client, подключенный к vCenter.

2. Выберите нужный хост ESXi.

3. Откройте вкладку Configure.

4. В разделе System выберите Services.

5. Выберите службу SSH, которая также может отображаться как TSM-SSH.

6. Нажмите Start, чтобы запустить службу.

2. Загрузите ghettoVCB на хост.

1. Откройте официальный репозиторий ghettoVCB на GitHub и выберите подходящий выпуск.

2. В разделе Releases скачайте архив исходного кода Source code (tar.gz). Для приведенного примера используйте выпуск 2025_10_30 и сохраните архив под именем ghettoVCB-2025_10_30.tar.gz. ZIP-архив требует другого способа распаковки.

3. В vSphere Client выберите хост ESXi и откройте Datastores.

4. Выберите хранилище данных и откройте его файловый браузер.

5. Нажмите Upload Files и загрузите архив.

Сохранение файлов на datastore отличается от установки пакета VIB. Если в вашей среде требуется пакетная установка, используйте подходящий VIB или Offline Bundle и инструкции проекта. Способ развертывания должен соответствовать версии ESXi и принятой политике безопасности хоста.

Установка и настройка ghettoVCB

Далее показано развертывание файлов из архива через SSH. Замените datastore_name именем хранилища, в которое загружен архив, а backup_datastore именем уже подключенного и доступного хранилища резервных копий.

1. Подключитесь к хосту ESXi с помощью SSH-клиента.

2. Перейдите в каталог с архивом:

cd /vmfs/volumes/datastore_name

3. Распакуйте архив исходного кода:

tar -xzvf ghettoVCB-2025_10_30.tar.gz

4. Перейдите в извлеченный каталог и установите разрешение на выполнение скриптов:

cd /vmfs/volumes/datastore_name/ghettoVCB-2025_10_30
chmod +x ghettoVCB.sh ghettoVCB-restore.sh

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

5. Проверьте, что хранилище резервных копий подключено:

ls -ld /vmfs/volumes/backup_datastore

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

mkdir -p /vmfs/volumes/backup_datastore/backups /vmfs/volumes/backup_datastore/logs

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

cp ghettoVCB.conf ghettoVCB-local.conf
vi ghettoVCB-local.conf

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

VM_BACKUP_VOLUME=/vmfs/volumes/backup_datastore/backups
DISK_BACKUP_FORMAT=thin
VM_BACKUP_ROTATION_COUNT=3
POWER_VM_DOWN_BEFORE_BACKUP=0
ENABLE_HARD_POWER_OFF=0
VM_SNAPSHOT_MEMORY=0
VM_SNAPSHOT_QUIESCE=0
ALLOW_VMS_WITH_SNAPSHOTS_TO_BE_BACKEDUP=0

VM_BACKUP_VOLUME задает каталог резервных копий. VM_BACKUP_ROTATION_COUNT определяет число сохраняемых копий ВМ: при ротации старые копии удаляются. POWER_VM_DOWN_BEFORE_BACKUP=0 оставляет ВМ включенной. При ALLOW_VMS_WITH_SNAPSHOTS_TO_BE_BACKEDUP=0 скрипт пропускает ВМ с уже существующими снимками. Проверьте эти параметры до первого рабочего запуска.

При VM_SNAPSHOT_QUIESCE=0 приложения не переводятся в согласованное состояние средствами quiescing. Для требований к согласованности приложений отдельно проверьте настройки гостевой ОС, VMware Tools и поддерживаемый способ резервного копирования приложения.

Как создать резервную копию ВМ ESXi с помощью ghettoVCB.sh?

После подготовки списка ВМ и конфигурации команда резервного копирования может выглядеть следующим образом:

./ghettoVCB.sh -f vms_to_backup -g ./ghettoVCB-local.conf -l /vmfs/volumes/backup_datastore/logs/ghettoVCB.log -d info

Основные параметры:

• -a: создать резервные копии всех ВМ на текущем хосте.

• -f: указать файл со списком ВМ для резервного копирования.

• -c: указать каталог индивидуальных конфигураций резервного копирования ВМ.

• -g: указать путь к глобальному файлу конфигурации ghettoVCB.

• -l: указать файл журнала.

• -d: выбрать режим info, debug или dryrun. По умолчанию используется info.

• -e: указать файл со списком ВМ, которые нужно исключить.

Перед рабочим запуском выполните проверку dryrun, описанную в следующем разделе. Ниже приведены примеры разных вариантов резервного копирования; в каждом используется подготовленный файл ghettoVCB-local.conf.

Резервное копирование ВМ из списка:

./ghettoVCB.sh -f vms_to_backup -g ./ghettoVCB-local.conf

Резервное копирование всех ВМ на хосте:

./ghettoVCB.sh -a -g ./ghettoVCB-local.conf

Резервное копирование всех ВМ, кроме указанных в списке исключений:

./ghettoVCB.sh -a -e vm_exclusion_list -g ./ghettoVCB-local.conf

Файл vm_exclusion_list должен содержать точные отображаемые имена исключаемых ВМ, по одному имени в строке.

Резервное копирование с индивидуальными настройками ВМ:

./ghettoVCB.sh -f vms_to_backup -c vm_backup_configs -g ./ghettoVCB-local.conf

Заранее создайте каталог vm_backup_configs и подготовьте индивидуальные файлы по шаблону ghettoVCB-vm_backup_configuration_template из того же выпуска. Имена файлов должны соответствовать именам ВМ; проверьте итоговые параметры в режиме dryrun.

Резервное копирование с файлом глобальной конфигурации по абсолютному пути:

./ghettoVCB.sh -f vms_to_backup -g /vmfs/volumes/datastore_name/ghettoVCB-2025_10_30/ghettoVCB-local.conf

Сохранение журнала на datastore:

./ghettoVCB.sh -f vms_to_backup -g ./ghettoVCB-local.conf -l /vmfs/volumes/backup_datastore/logs/ghettoVCB.log

Если параметр -l не указан, скрипт создает журнал в /tmp с именем, включающим дату, время и идентификатор процесса. Файлы в /tmp не предназначены для постоянного хранения; для сохранения журналов после перезагрузки используйте datastore.

Проверочный запуск без создания резервных копий:

./ghettoVCB.sh -f vms_to_backup -g ./ghettoVCB-local.conf -d dryrun

После успешного резервного копирования восстановить ВМ ESXi можно с помощью ghettoVCB-restore.sh. Проверьте восстановление в тестовой среде, прежде чем полагаться на копии для защиты рабочих систем.

Отладка и тестирование

Рассмотрим простой пример подготовки списка ВМ, проверки конфигурации и запуска резервного копирования с подробным журналом.

1. Создайте список виртуальных машин.

vi vms_to_backup

Впишите отображаемые имена ВМ из инвентаря ESXi, каждое с новой строки. Например, содержимое файла может быть таким:

TestVM01
TestVM02

Замените имена фактическими. При подготовке файла в Windows используйте окончания строк LF, чтобы символы CRLF не мешали обработке списка.

2. Сначала выполните проверку dryrun.

./ghettoVCB.sh -f vms_to_backup -g ./ghettoVCB-local.conf -d dryrun

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

3. При необходимости запустите резервное копирование в режиме debug.

./ghettoVCB.sh -f vms_to_backup -g ./ghettoVCB-local.conf -l /vmfs/volumes/backup_datastore/logs/ghettoVCB-debug.log -d debug

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

Как создать резервную копию VMware ESXi с помощью корпоративного решения?

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

Vinchin Backup & Recovery представляет собой профессиональное решение для резервного копирования ВМ ESXi. Сервер резервного копирования можно развернуть на виртуальной или физической машине по инструкции соответствующей версии продукта. Управление выполняется через веб-консоль, в которой доступны различные стратегии защиты данных.

Кроме VMware, Vinchin поддерживает другие платформы виртуализации, включая Hyper-V, XenServer, XCP-ng, oVirt, RHV и OpenStack. Для поддерживаемых сочетаний платформ доступна V2V-миграция путем восстановления резервной копии на целевом гипервизоре. Мгновенное восстановление позволяет запускать ВМ непосредственно из резервной копии и сокращать RTO; для подходящих условий Vinchin заявляет запуск примерно за 15 секунд. Фактическое время зависит от инфраструктуры и нагрузки.

Чтобы создать резервную копию ВМ ESXi в Vinchin Backup & Recovery, выполните четыре шага:

1. Выберите виртуальные машины ESXi.

2. Выберите хранилище резервных копий.

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

4. Проверьте параметры и отправьте задание.

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

Часто задаваемые вопросы о резервном копировании с ghettoVCB

1. Чем ghettoVCB отличается от коммерческих решений резервного копирования?

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

2. Можно ли автоматизировать ghettoVCB?

Да, запуск можно организовать через cron. Однако ESXi использует ограниченную среду BusyBox: прямые изменения расписания могут не сохраниться после перезагрузки. Следуйте разделу Scheduling Backups using Cron в документации проекта с учетом версии ESXi, используйте абсолютные пути и проверьте выполнение заданий после перезапуска хоста.

3. Подходит ли ghettoVCB для крупных сред?

Скрипт часто выбирают для домашних лабораторий и небольших инфраструктур. С ростом числа хостов и ВМ сложнее централизованно управлять заданиями, журналами и восстановлением. Для масштабной инфраструктуры рассмотрите профессиональное решение, например Vinchin Backup & Recovery.

Заключение

Резервное копирование ВМ ESXi помогает подготовиться к сбоям и другим инцидентам в рабочей среде. Бесплатный скрипт ghettoVCB позволяет создавать полные резервные копии ВМ. Перед рабочим запуском настройте целевое хранилище, список виртуальных машин и политику хранения, выполните dryrun и проверьте реальное восстановление.

Если возможностей ghettoVCB недостаточно, Vinchin Backup & Recovery предоставляет централизованное управление и дополнительные функции защиты виртуальной среды. Начать знакомство с продуктом можно с бесплатной пробной версии.