Новости Статьи VMware Veeam StarWind vGate! Microsoft ИТ-ГРАД Citrix Symantec 5nine События Релизы Видео Контакты Авторы RSS
Виртуализация и виртуальные машины

Виртуализация vSphere, Hyper-V, XenServer и Red Hat

Более 3940 заметок о виртуализации и виртуальных машинах VMware, Microsoft, Citrix, Red Hat

VM Guru / Articles / Использование ghettoVCB для резервного копирования виртуальных машин VMware ESX / ESXi.

Использование ghettoVCB для резервного копирования виртуальных машин VMware ESX / ESXi.

Использование ghettoVCB для резервного копирования виртуальных машин VMware ESX / ESXi.

Автор: Александр Прилепский
Дата: 28/02/2011

Реклама:



Статья:

Предисловие от VM Guru: С удовольствием представляем статью нашего нового автора Александра Прилепского, специалиста в области решений для виртуализации корпоративной инфраструктуры. Статья рассказывает о том, как помощью бесплатного скрипта ghettoVCB организовать резервное копирование виртуальных машин.

Копировать руками машину каждый раз, когда нужно внедрить какое-то оборудование, или просто для сохранения данных, это безумно неудобно. Вот для этого и была придумана технология автоматизированного бэкапа, написанная энтузиастами на скриптах perl: ghettoVCB.

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

В обоих вариантах нам необходимы программа для соединения с хостом VMware ESX по SSH, например Putty (http://www.chiark.greenend.org.uk/~sgtatham/putty/download.html), а также сам скрипт (скачать скрипт).

Для начала, выкладываем файл ghettoVCB.tar.gz на Datastore, после чего заходим в Putty, коннектимся к серверу ESX и проделываем следующие действия:

~# cd vmfs/volumes/<имя datastore>
vmfs/volumes/<имя datastore> # сp ghettoVCB.tar.gz /
vmfs/volumes/<имя datastore> # cd /
~# tar -zxvf ghettoVCB.tar.gz
ghettoVCB/
ghettoVCB/ghettoVCB.conf
ghettoVCB/ghettoVCB.sh
ghettoVCB/ghettoVCB-vm_backup_configuration_template
~# cd ghettoVCB
ghettoVCB # vi vmlist

Откроется файлик (пока еще не созданный) со списком тех машин, которые нужно забэкапить (пока еще пустой :). Для ввода и редактирования информации жмем “a”, чтобы применить настройки Esc. Чтобы выйти с сохранениями :wq чтобы без :q!

Вводим имена машин, далее вводим vi log и, ничего не изменяя в пустом файле, жмем :wq. Далее следует отконфигурить файл ghettoVCB.conf. Зайдя в неко командой vi (vi ghettoVCB.conf), мы увидим следующее:

ghettoVCB # vi ghettoVCB.conf
VM_BACKUP_VOLUME=/vmfs/volumes/dlgCore-NFS-bigboi.VM-Backups/WILLIAM_BACKUPS
DISK_BACKUP_FORMAT=thin
VM_BACKUP_ROTATION_COUNT=3
POWER_VM_DOWN_BEFORE_BACKUP=0
ENABLE_HARD_POWER_OFF=0
ITER_TO_WAIT_SHUTDOWN=3
POWER_DOWN_TIMEOUT=5
ENABLE_COMPRESSION=0
ADAPTER_FORMAT=buslogic
VM_SNAPSHOT_MEMORY=0
VM_SNAPSHOT_QUIESCE=0
ENABLE_NON_PERSISTENT_NFS=0
UNMOUNT_NFS=0
NFS_SERVER=172.30.0.195
NFS_MOUNT=/nfsshare
NFS_LOCAL_NAME=nfs_storage_backup
NFS_VM_BACKUP_DIR=mybackups
SNAPSHOT_TIMEOUT=15
EMAIL_LOG=0
EMAIL_DEBUG=0
EMAIL_SERVER=auroa.primp-industries.com
EMAIL_SERVER_PORT=25
EMAIL_TO=auroa@primp-industries.com
EMAIL_FROM=root@ghettoVCB
Не стоит пугаться обилия параметров, все они легко настраиваются и имеют особую важность. Итак, по порядку:
VM_BACKUP_VOLUME 
Параметр, определяющий директорию создания бэкапов. В моем случае, я указал: /vmfs/volumes/Datastore.
DISK_BACKUP_FORMAT 
Определяет формат забэкапленного диска, возможны варианты: zeroedthick, eagerzeroedthick, thin, 2gbsparse (см. типы дисков).
VM_BACKUP_ROTATION_COUNT 

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

POWER_VM_DOWN_BEFORE_BACKUP 

Определяет, будет ли машина выключаться перед бэкапом (enabled=1 disabled=0) (скрипт поддерживает бэкап при включенной машине).

ENABLE_HARD_POWER_OFF
Отключение дисков на время бэкапа (enabled=1 disabled=0).
ITER_TO_WAIT_SHUTDOWN 

При включенном предыдущем параметре, определяет количество времени (1 единица=60 секунд), прежде чем скрипт выполнит принудительное отключение диска.

POWER_DOWN_TIMEOUT 

При включенном параметре POWER_VM_DOWN_BEFORE_BACKUP, определяет количество времени (1 единица=60 секунд), прежде чем скрипт выполнит жесткое выключение (без использования ShutDown Guest).

ENABLE_COMPRESSION 

Параметр, при включении которого забэкапленные файлы будут помещаться в архиве (enabled=1 disabled=0) (Внимание: это тестовый параметр для данной версии скрипта, мой совет его отключать, так как есть риск потери не только файлов бэкапа, но и файлов машины).

ADAPTER_FORMAT 

Формат диска машины (возможны: buslogic, lsilogic).

VM_SNAPSHOT_MEMORY=0
VM_SNAPSHOT_QUIESCE=0

Параметры, отвечающие за снимки памяти, и если первый параметр “1”, то будет ли переведена машина на этот период в режим ожидания.

ENABLE_NON_PERSISTENT_NFS=0
UNMOUNT_NFS=0
NFS_SERVER=172.30.0.195
NFS_MOUNT=/nfsshare
NFS_LOCAL_NAME=nfs_storage_backup
NFS_VM_BACKUP_DIR=mybackups

Все эти параметры нужны, если мы планируем создать директорию с бэкапами на удаленном сервере. Этими параметрами мы настраиваем доступ к NFS хранилищу (его местонахождение, директория на локально сервере и т.д.) Если создаем директорию бэкапа на том же DataStore, проигнорируем эти параметры.

SNAPSHOT_TIMEOUT 

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

EMAIL_LOG=0
EMAIL_DEBUG=0
EMAIL_SERVER=auroa.primp-industries.com
EMAIL_SERVER_PORT=25
EMAIL_TO=auroa@primp-industries.com
EMAIL_FROM=root@ghettoVCB

Следующие параметры будут отсылать логи на мэйл, при учете того, что в самом скрипте изначально прописаны данные smtp, pop и другие настройки.Данные параметры являются экспериментальными и не будут работать без дополнительных настроек. При желании отсылки логов на свой мэйл, требуется ознакомиться с основами perl и досконально изучить данную статью: http://www.waldrondigital.com/2010/05/11/ghettovcb-e-mail-rotate-logs-batch-file-for-vmware/

Мой совет – не заморачиваться.

Далее я привожу два вида настройки этих параметров без особых углублений (1 – локально, 2 – через сервер NFS)

ghettoVCB # vi ghettoVCB.conf
VM_BACKUP_VOLUME=/vmfs/volumes/Datastore
DISK_BACKUP_FORMAT=thin
VM_BACKUP_ROTATION_COUNT=10
POWER_VM_DOWN_BEFORE_BACKUP=0
ENABLE_HARD_POWER_OFF=0
ITER_TO_WAIT_SHUTDOWN=3
POWER_DOWN_TIMEOUT=5
ENABLE_COMPRESSION=0
ADAPTER_FORMAT=lsilogic
VM_SNAPSHOT_MEMORY=0
VM_SNAPSHOT_QUIESCE=0
ENABLE_NON_PERSISTENT_NFS=0
UNMOUNT_NFS=0
NFS_SERVER=172.30.0.195
NFS_MOUNT=/nfsshare
NFS_LOCAL_NAME=nfs_storage_backup
NFS_VM_BACKUP_DIR=mybackups
SNAPSHOT_TIMEOUT=5
EMAIL_LOG=0
EMAIL_DEBUG=0
EMAIL_SERVER=auroa.primp-industries.com
EMAIL_SERVER_PORT=25
EMAIL_TO=auroa@primp-industries.com
EMAIL_FROM=root@ghettoVCB
ghettoVCB # vi ghettoVCB.conf
VM_BACKUP_VOLUME=/vmfs/volumes/NFS
DISK_BACKUP_FORMAT=thin
VM_BACKUP_ROTATION_COUNT=10
POWER_VM_DOWN_BEFORE_BACKUP=0
ENABLE_HARD_POWER_OFF=0
ITER_TO_WAIT_SHUTDOWN=3
POWER_DOWN_TIMEOUT=5
ENABLE_COMPRESSION=0
ADAPTER_FORMAT=lsilogic
VM_SNAPSHOT_MEMORY=0
VM_SNAPSHOT_QUIESCE=0
ENABLE_NON_PERSISTENT_NFS=1
UNMOUNT_NFS=1
NFS_SERVER=192.168.0.5
NFS_MOUNT=/nfs
NFS_LOCAL_NAME=nfs
NFS_VM_BACKUP_DIR=Backup
SNAPSHOT_TIMEOUT=5
EMAIL_LOG=0
EMAIL_DEBUG=0
EMAIL_SERVER=auroa.primp-industries.com
EMAIL_SERVER_PORT=25
EMAIL_TO=auroa@primp-industries.com
EMAIL_FROM=root@ghettoVCB
Чтобы проверить данный скрипт можем запустить его разово. Для этого ознакомимся с параметрами запуска скрипта:
     -a     Бэкапит все машины
   -f     Использование списка ВМ
   -c     Конфигурация директории бэкапа
   -g     Использование файла конфигурации
   -l     Использование файла логов
   -d     Описание логов [info|debug|dryrun] (изначально: info)
Запустим, например, всё это со следующими параметрами:
/ghettoVCB # ./ghettoVCB.sh -f ./vmlist -g ./ghettoVCB.conf -l ./log
В логах, при правильно настроенном конфиге мы увидим примерно следующее:
2011-02-21 15:08:20 -- info: ============================== ghettoVCB LOG START ==============================
2011-02-21 15:08:20 -- info: CONFIG - USING GLOBAL GHETTOVCB CONFIGURATION FILE = ./ghettoVCB.conf
2011-02-21 15:08:20 -- info: CONFIG - GHETTOVCB_PID = 69601
2011-02-21 15:08:20 -- info: CONFIG - VM_BACKUP_VOLUME = /vmfs/volumes/NFS1/
2011-02-21 15:08:20 -- info: CONFIG - VM_BACKUP_ROTATION_COUNT = 3
2011-02-21 15:08:20 -- info: CONFIG - VM_BACKUP_DIR_NAMING_CONVENTION = 2011-02-21_15-08-19
2011-02-21 15:08:20 -- info: CONFIG - DISK_BACKUP_FORMAT = thin
2011-02-21 15:08:20 -- info: CONFIG - ADAPTER_FORMAT = lsilogic
2011-02-21 15:08:20 -- info: CONFIG - POWER_VM_DOWN_BEFORE_BACKUP = 0
2011-02-21 15:08:20 -- info: CONFIG - ENABLE_HARD_POWER_OFF = 0
2011-02-21 15:08:20 -- info: CONFIG - ITER_TO_WAIT_SHUTDOWN = 3
2011-02-21 15:08:20 -- info: CONFIG - POWER_DOWN_TIMEOUT = 5
2011-02-21 15:08:20 -- info: CONFIG - SNAPSHOT_TIMEOUT = 1
2011-02-21 15:08:20 -- info: CONFIG - LOG_LEVEL = info
2011-02-21 15:08:20 -- info: CONFIG - BACKUP_LOG_OUTPUT = ./log1
2011-02-21 15:08:20 -- info: CONFIG - VM_SNAPSHOT_MEMORY = 0
2011-02-21 15:08:20 -- info: CONFIG - VM_SNAPSHOT_QUIESCE = 0
2011-02-21 15:08:20 -- info: CONFIG - VMDK_FILES_TO_BACKUP = all
2011-02-21 15:08:20 -- info: CONFIG - EMAIL_LOG = 0
2011-02-21 15:08:20 -- info:
2011-02-21 15:08:21 -- info: Initiate backup for Testing
2011-02-21 15:08:21 -- info: Creating Snapshot "ghettoVCB-snapshot-2011-02-21" for Testing
Destination disk format: VMFS thin-provisioned
Cloning disk '/vmfs/volumes/datastore1/Testing/Testing.vmdk'...
Clone: 100% done.
2011-02-21 15:08:37 -- info: Removing snapshot from Testing ...
2011-02-21 15:08:38 -- info: Backup Duration: 17 Seconds
2011-02-21 15:08:38 -- info: Successfully completed backup for Testing!
2011-02-21 15:08:38 -- info: ###### Final status: All VMs backed up OK! ######
2011-02-21 15:08:38 -- info: ============================== ghettoVCB LOG END ================================

 

Самое главное: это последние 3-4 строчки: ###### Final status: All VMs backed up OK! ######

Если видим такое, бэкап прошел успешно. Если видим крики об ошибках, читаем, где накосячили.

Основные типы ошибок:

  • ВМ, которые нужно бэкапить, НЕ ДОЛЖНЫ содержать снапшотов (см. тут, почему снапшоты - это плохо).
  • Кривой путь к хранилищам.
  • При включенном NFS режиме кривая настройка записи данных на NFS.

После всего этого необходимо настроить режим создания бэкапов по времени. Для этого необходимо воспользоваться параметрами CronTab. Для этого проделываем следующее:

~# cd /var/spool/cron/crontabs/
var/spool/cron/crontabs/ # vi <имя пользователя> (по умолчанию root)
Откроется повременной запуск скриптов. На новой строчке впишем следующее:
* * * * * /ghettoVCB # ./ghettoVCB.sh -f ./vmlist -g ./ghettoVCB.conf -l ./log 

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

  • минуту (0-59),
  • час (0-23),
  • день месяца (1-31),
  • месяц года (1-12),
  • день недели (0-6, причем 0=воскресенье).

Шестое поле в строке файла crontab - строка, выполняемая командным интерпретатором в указанные моменты времени. Символ % (процент) в этом поле, если он не замаскирован \ (обратной косой), преобразуется в символ новой строки.

Только первая строка (до символа % или до конца строки) поля команды выполняется командным интерпретатором. Другие строки передаются команде как стандартный входной поток. Любая строка, начинающаяся символом #, считается комментарием и игнорируется. Файл не должен содержать пустых строк.

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

15 2 * * 1-5 /ghettoVCB/ghettoVCB.sh -f ./vmlist -g ./ghettoVCB.conf -l ./log
Реклама

Advertisement



Зал Славы Рекламодателя
Ближайшие события в области виртуализации:

29/09/2016:  NSX Guest Introspection и vShield Endpoint: развитие безагентской антивирусной защиты виртуальных машин.
04/10/2016:  Форум «МИР ЦОД. Услуги. Облака»
10/11/2016:  CNews Forum 2016

Быстрый переход:
VMware StarWind IT-Grad Oracle Veeam Red Hat Parallels Azure Microsoft KVM 5nine Citrix vGate VeeamOn Security Code 1cloud Cloud Docker Storage Offtopic NVIDIA Partnership Dell Virtual SAN Virtualization VMTurbo Nutanix vRealize VirtualBox Symantec Gartner Softline EMC Login VSI RVTools Xen Enterprise Teradici Amazon NetApp VDI Linux Hyper-V IBM Cisco Google VSI HP Security Windows vCenter VMachines Webinar View VKernel Events Hardware Windows 7 Caravan Apple TPS Hyper9 Nicira Blogs Sun VMC Xtravirt Novell vSphere IntelVT Сравнение VirtualIron XenServer CitrixXen ESXi ESX ThinApp VMFS Books P2V Horizon Update Mobile Workstation IaaS Backup VMworld OpenStack PowerCLI Automation Labs Replication Desktop Web Client Log Insight NSX PowerShell Fault Tolerance App Volumes V2V Tools DRS DR Photon Vanguard XenDesktop VVols vCloud SaaS Connector HA SSO Event VTL Manager iSCSI Datacenter Support SQL VSAN Workspace Lifecycle Sponsorship Finance FT Cloud Computing Converter XenApp esxtop Snapshots VCP vCSA Fusion Auto Deploy VMDK SMB SRM RDM Обучение Mirage XenClient Virtual Appliance MP Whitepaper Video Operations SC VMM Certification SSD VDP Partners PCoIP RHEV Performance Award Network AWS USB Licensing Logs Server Demo Visio Intel vCHS Calculator Бесплатно Nested vExpert Client Beta SAN Exchange MAP ONE DaaS VSA Networking vNetwork Monitoring VPLEX UCS Poster VSPP SDRS Receiver vMotion VDI-in-a-Box Deduplication Forum Reporter vShield ACE Go nworks iPad XCP Data Recovery Sizing Pricing VMotion Snapshot FlexPod VMsafe Enteprise Monitor vStorage Essentials Live Migration SCVMM TCO Studio AMD-V VirtualCenter NFS ThinPrint Mac Bug Open Source Troubleshooting Director SSH Memory Book Air Upgrade VAAI Chargeback Heartbeat Android MSCS Ports SVMotion Storage DRS CLI Bugs Composer DPM
Интересные плакаты:

Постер о VMware vSphere 5.1 CLI:

Постер о vSphere 5.1 PowerCLI

Постер VMware vCloud Networking:

Порты и соединения VMware vSphere 6:

Управление памятью в VMware vSphere 5:

Составляющие решения VMware vCloud:

Постер VMware vSphere 5.5 ESXTOP (обзорный):

Постер Veeam Backup & Replication v8 for VMware:

 

Популярные статьи:
Как установить VMware ESXi. Инструкция по установке сервера ESXi 4 из состава vSphere.

Включение поддержки технологии Intel VT на ноутбуках Sony VAIO, Toshiba, Lenovo и других.

Как настроить запуск виртуальных машин VMware Workstation и Server при старте Windows

Как работают виртуальные сети VLAN на хостах VMware ESX / ESXi.

Что такое и как работает виртуальная машина Windows XP Mode в Windows 7.

Инфраструктура виртуальных десктопов VMware View 3 (VDI)

Бесплатные утилиты для виртуальных машин на базе VMware ESX / ESXi.

Проектирование инфраструктуры виртуализации VMware vSphere 4.

Как поднять программный iSCSI Target на Windows 2003 Server для ESX

Типы виртуальных дисков vmdk виртуальных машин на VMware vSphere / ESX 4.

Отличия VMware ESXi 4 free (бесплатного), ESXi 4 и ESX 4 в составе VMware vSphere.

Как использовать возможности VMware vSphere Management Assistant (vMA).

Бесплатные программы для VMware ESX / ESXi в среде Virtual Infrastructure / vSphere (часть 2).

Новые возможности VMware vSphere 5.0 - официально.

Сравнение Oracle VirtualBox и VMware Workstation.

Все ресурсы о виртуализации:
Интервью:

Alessandro Perilli
virtualization.info
Основатель

Ратмир Тимашев
Veeam Software
Президент


Купить:

VMware vSphere 6


Veeam Backup 8


Полезные ресурсы:


Видео компании VMware

Видео про Citrix Xen

Видео о виртуализации Microsoft

Утилиты для виртуальных машин Microsoft.

Книги на английском языке

Блоги на английском языке

Блоги на русском языке

Агрегация статей в твиттере VMC:


Copyright VM Guru 2006 - 2016, Александр Самойленко. Правила перепечатки материалов.