ВхідРезервне копіювання віртуальних машин vmware. Резервне копіювання віртуальних машин VMware ESXi
Існує відмінний безкоштовний скрипт для резервного копіювання віртуальних машин на VMWare ESXi сервері, причому він працює на free версії ESXi 4 і 5 версій без установки будь-яких додаткових приблуд типу VMA і т.п. Проблема тільки в тому, що інструкція там не зовсім точна, тому я довго возився з цим скриптом, щоб він все-таки заробив саме в автоматичному режимі ...
Детально расспісивать як пріконнектіца до ESXi по SSH я не буду, розпишу лише кроки налаштування, з якими все запрацювало у мене.
Спочатку качаємо скрипт за посиланням вище і заливаємо на сервер, заливати потрібно прямо в архіві! Найпростіше це зробити через vSphere Client. У мене на сервері два диска - на одному працюють машини, а на іншому лежать всякі iso-образи і самі бекапи. Називаються диски відповідно datastore1 і datastore2. Все бекапи, скрипт і конфіги лежать в папці backup. Ще зверніть увагу, що назви файлів і папок чутливі до регістру, тому якщо папка називається backup, А ви пишіть в скрипті Backup, То працювати не буде!
- Заливаємо архів зі скриптом сюди / Vmfs / volumes / datastore2
- Далі в SSH cd / vmfs / volumes / datastore2 - переходимо в директорію зі скриптом
- Розпаковуємо скрипт з архіву tar -zxvf імя_файла_архіва.tar.gz
- Через vSphere перейменуйте розпаковану папку в щось простіше, наприклад просто backup
- Тепер зайдемо в цю папку - cd backup
- Створимо всередині неї папку для зберігання індивідуальних конфігов mkdir BackupConfig
- тепер в BackupConfig закинемо потрібні індивідуальні конфіги для машин, якщо вони не потрібні і всі машини треба бекапіть з однаковими настройками, можна залишити її порожній
- Поправити через редактор vi змінні в файлі конфігурації, головне це шляху бекапа, тобто перший рядок змінюємо на таку: VM_BACKUP_VOLUME \u003d / vmfs / volumes / datastore2 / backup, Ну а далі самі дивіться що вам ще потрібно - vi ghettoVCB.conf
- створити скрипт StartBackup.sh (2 рядки) - vi StartBackup.sh
2 ю рядок, де виклик самого скрипта, можете переробити під себе
cd / vmfs / volumes / datastore2 / backup
./ghettoVCB.sh -a -g ./ghettoVCB.conf -c BackupConfig -l ghettoVCB.log - виконати chmod + x ghettoVCB.sh
- виконати chmod + x StartBackup.sh
1 етап завершено! Тепер якщо запустити StartBackup.sh, То почнеться бекап. На час налагодження можете поміняти 2ю рядок на щось типу ось цього ./ghettoVCB.sh -a -g ./ghettoVCB.conf -c BackupConfig -l ghettoVCB.log -d dryrun - це дозволить запустити скрипт і відстежити хід виконання без самого копіювання дисків. Щоб резервне копіювання проводилося більш ефективно і швидко, рекомендую в налаштуваннях виставити тип диска thin.
Конфігурація Cron (для автоматичного запуску скрипта)
- Дати дозвіл на запис в файл chmod + w
- Додаємо через vi рядок в / Var / spool / cron / crontabs / root
15 0 * / 3 * * /vmfs/volumes/datastore2/backup/StartBackup.sh
Запуск в 00:15 ночі кожні три дні. У мене часовий пояс +4 Москва, тобто насправді скрипт запускається о 4:15 ранку, це буде видно по даті зміни балки через vSphere. Само собою час і періодичність можете вибрати інші. - Тепер потрібно виконати дві команди, щоб перезапустити cron
kill $ (cat /var/run/crond.pid)
crond - Додати за допомогою vi 3 рядки в самий кінець файлу /etc/rc.local
Це потрібно, тому що після перезавантаження сервера вміст файлу з 2го пункту з запуском нашого скрипта буде відновлено до попереднього стану, тому в rc.local вказуємо, що після перезавантаження потрібно виконати наступні команди - зупинка cron, додавання рядка для автоматичного запуску скрипта і запуск cron.
/ Bin / kill $ (cat /var/run/crond.pid)
/ Bin / echo "15 0 * / 3 * * /vmfs/volumes/datastore2/backup/StartBackup.sh» \u003e\u003e / var / spool / cron / crontabs / root
crond - Тепер виконаємо виконати команду /sbin/auto-backup.sh, Щоб упевнитися, що всі наші зміни збереглися.
Невелике пояснення - чому потрібно створювати скрипт StartBackup.sh, А не просто взяти і його вміст помістити в / Var / spool / cron / crontabs / root? Існує якесь обмеження на розмір цього файлу і частина рядків в ньому просто не буде працювати, хоча можете спробувати зробити і так, спочатку у мене працювало, але потім, мабуть, вийшли якісь патчі і перестало. Більш того, це просто зручніше - якщо буде потрібно змінити розклад резервного копіювання, то ви просто керуєте файл StartBackup.sh і не потрібно танців з бубном навколо cron з його перезапуском і внесенням тих же змін у /etc/rc.local.
PS: Час іде, все змінюється, сам скрипт змінюється, ESXi5 вже вийшов, так що десь, щось може вже і не працювати 🙂
Додаток: Синтаксис cron
Команда cron виглядає ось так:
1 2 3 4 5 /vmfs/volumes/datastore2/backup/StartBackup.sh
де,
1: Хвилини (0-59)
2: Годинники (0-23)
3: Дні (0-31)
4: Місяці (0-12)
5: День тижня (0-7)
Кілька прикладів:
- Запуск в 5 хвилин на першу ночі, кожен день
5 0 * * * /vmfs/volumes/datastore2/backup/StartBackup.sh - Запуск о 2:15 кожен перший день місяця
15 14 1 * * /vmfs/volumes/datastore2/backup/StartBackup.sh - Запуск о 22:00 кожного робочого дня
0 22 * \u200b\u200b* 1-5 /vmfs/volumes/datastore2/backup/StartBackup.sh - Запуск в 23 хвилини після півночі і далі кожні дві години (2:23, 4: 23 ... і т.д.), кожен третій день
23 0-23 / 2 * * * / 3 /vmfs/volumes/datastore2/backup/StartBackup.sh
Для організації системи автоматичного резервного копіювання віртуальних машин, запущених на сервері VMWare ESXi ми скористаємося безкоштовною утилітою MKSBackup, Скачати яку можна (на момент написання статті остання доступна версія MKSBackup 1.0.4 від 24.01. 2013). Дана утиліта є своєрідним фронтендів, який інтегрується з різними скриптами резервного копіювання, у тому числі GhettoVCB(Скрипт резервного копіювання ВМ, написаний на perl і підтримуваний ентузіастами). GhettoVCB дозволяє в онлайн режимі створювати резервні копії запущених віртуальних машин. Резервна копія ВМ створюється шляхом створення її знімка (снапшотов).
важливо. GhettoVCB не працює з віртуальними машинами, Що мають власні знімки. Для виконання бекапа віртуальної машини все снапшоти повинні бути видалені (наприклад, через Snapshot Manager).
MKSBackup одне з небагатьох засобів резервного копіювання, що дозволяють виконувати онлайн бекап віртуальних машин. MKSBackup можна використовувати для бекапа віртуальних машин, запущених як на комерційних редакція VMware ESXi, так і на безкоштовному VMware Hypervisor. Утиліта розроблена на Python і є кроссплатформенной. Утиліта MKSBackup не має графічного інтерфейсу, Працює через командний рядок, і налаштовується через конфігураційні файли.
Природно, зручність і керованість рішення для організації бекапа віртуальних машин VMWare на базі MKSBackup, нижче ніж у комерційних продуктів, але у багато компенсується його безкоштовністю, простотою настройки і швидкістю розгортання.
Установка скрипта резервного копіювання MKSBackup
Налаштування параметрів резервного копіювання віртуальних машин
Наступний етап - налаштування параметрів резервного копіювання віртуальних машин, запущених на сервері ESXi. Налаштування проводиться шляхом редагування конфігураційного файлу mksbackup.ini (за замовчуванням знаходиться в папці C: \\ Magik).
Відкрийте файл mksbackup.ini в будь-якому текстовому редакторі. За своєю структурою файл являє собою кілька секцій, ім'я кожної секції укладено в квадратні дужки.
секція:
У даній секції можна задати параметри оповіщення по електронній пошті. Нам це не цікаво, тому залишимо
Наступна секція. Ця секція являє собою завдання резервного копіювання і описує різні параметри, що забезпечують запуск бекапа віртуальних машин в середовищі Windows. У нашому прикладі завдання виглядає так:
Program \u003d ghettovcb host \u003d 10.10.1.89 port \u003d 22 login \u003d root password \u003d LI & f3ccc23 local \u003d C: \\ magik \\ vmware global_conf \u003d ghettoVCB.conf vm_list \u003d vm1_https winXPtest destination \u003d C: \\ magik \\ $ (vm) scp_bin \u003d "D: \\ Install \\ Putty \\ pscp.exe "-scp -r
Детальніше зупинимося на параметрах завдання:
program - програма резервного копіювання, залишаємо ghettovcb
host - ім'я / ip хоста ESXi, на якому запущені віртуальні машини
port - порт для доступу (за замовчуванням 22 порт - протокол SSH)
login - ім'я користувача з правами доступу до сервера ESXi (за замовчуванням це root, але з метою безпеки краще завести на сервері ESXi окремого користувача)
password - пароль користувача
local - локальна директорія, в якій зберігається скрипт резервного копіювання та його конфігурація
global_conf - файл з настройками скрипта ghettoVCB
vm_list - список віртуальних машин, для яких необхідно створити резервну копію. Якщо потрібно забекапіть все віртуальні машини, цей параметр потрібно залишити порожнім. Якщо потрібно виключити деякі виртуалки, скористайтеся параметром vm_exclude.
destination - параметр дозволяє вказати тип виконуваної операції. Це може бути
- backup - виконати просте резервне копіювання (місце призначення вказувати не потрібно)
- copy - виконати резервне копіювання і скопіювати отримані файли в зазначений каталог
- move - виконати резервне копіювання і перемістити отримані файли в зазначений каталог
Зупинимося на варіанті move, як на найбільш раціональному. У цьому випадку на хості ESXi створяться локальні резервні копії віртуальних машин, які потім будуть перенесені на комп'ютер, що запустив скрипт.
mon-sun - передбачається, що скрипт може виконуватися щодня (залишимо так, так як періодичність запуску резервного копіювання задамо через планувальник Windows).
Крім того, зазначимо каталог, в який будуть переміщатися резервні копії ВМ (C: \\ magik). Параметр $ (vm) вказує, що для кожної віртуальної машини буде створений окремий каталог з її ім'ям, куди і будуть складатися фали віртуальної машини.
Примітка. Докладний опис конфігураційних налаштувань скрипта і його синтаксису наведено на сайті розробника.
scp_bin - шлях до утиліти scp
важливо. Переконайтеся, що на сервері ESXi включений демон SSH.
VM_BACKUP_VOLUME \u003d / vmfs / volumes / msa2000 / backup VM_BACKUP_ROTATION_COUNT \u003d 3
VM_BACKUP_VOLUME - каталог на сервері ESXi, в якому будуть збережуться копії віртуальних машин (природно, що на VMFS розділі повинно бути достатньо вільного місця)
VM_BACKUP_ROTATION_COUNT - кількість збережених локальних копій (в нашому прикладі будуть зберігається 3 останні резервні копії)
Залишилося за допомогою утиліти plink (також входить до складу поставки Putty) зберегти ключ хоста в локальному кеші ssh. Наприклад, так:
PLINK.EXE [Email protected] ls /
Запуск резервного копіювання віртуальних машин на хості VMWare ESXi
Протестуємо роботу скрипта резервного копіювання. Для це потрібно відкрити командний рядок з правами адміністратора і виконати команду:
C: \\ Magik \\ MKSBackup \\ mksbackup.exe -v -c C: \\ Magik \\ mksbackup.ini backup VMWARE_FROM_WINDOWS
де ключ -v показує, що потрібно відображати детальну інформацію, -c шлях до файлу налаштувань mksbackup.ini, backup- означає що потрібно запустити резервне копіювання, у кінці вказується ім'я завдання з файлу mksbackup.ini(В нашому прикладі завдання VMWARE_FROM_WINDOWS).
Якщо все налаштовано коректно, утиліта почне в консоль виводити докладну інформацію про процес резервного копіювання (сап процес бекапа досить тривалий, так що не варто очікувати його швидкого завершення).
Процес резервного копіювання можна відстежити по появі подій створення / видалення снапшотов в консолі VMware vSphere.
В процесі виконання скрипта в каталозі призначення будуть з'являтися папки, що містять файли віртуальних машин.
Після виконання тестового копіювання можна перейти до автоматизації процесу створення резервних копій. Для цього створимо нове завдання планувальника Windows.
Створимо, завдання з ім'ям «Backup ESXi», яке виконується по п'ятницях і запускає команду: C: \\ Magik \\ MKSBackup \\ mksbackup.exe -v -c C: \\ Magik \\ mksbackup.ini backup VMWARE_FROM_WINDOWS
В налаштуваннях завдання не забудьте вказати, що його потрібно запускати з правами адміністратора (опція «Run with highest privileges»).
Примітка. Якщо завдання буде запускатися від імені іншої облікового запису (Не тієї, під якою виконувалось тестування), необхідно не забути, що в кеші нової облікового запису користувача буде потрібного ключа. Для рішень проблеми потрібно виконати зазначену вище команду plink з-під нового облікового запису.
недоліки даного даного методу резервного копіювання віртуальних машин:
- досить низька швидкість створення резервних копій
- велика кількість вільного місця, необхідне для зберігання резервних копій ВМ
Зазначені недоліки компенсується його безкоштовністю, але для великих рішень переважно використовувати комерційні продукти резервного копіювання, наприклад Veeam або HP DataProtector.
на наразі існує кілька виробників програм для резервного зберігання, Як платних, так і безкоштовних. Ми визначилися, що безкоштовні програми або незручні у використанні (складна установка, постійна загроза збою, відсутність власних інтерфейсів), або в них відсутні найважливіші опції бекапа. У цьому випадку варто придбати платну програму, Яка, на відміну від безкоштовної, буде повністю працездатною з усіма основними функціями бекапа. Нижче наведено список кращих, на думку експертів, рішень для бекапа:
Veeam BackUp & Replication 5
Ці програми є основними програмами для бекапа, що використовуються більшістю користувачів:
Data Recovery з підтримкою VCenter Server
Як уже писалося в минулому, це найвірніший спосіб створення бекапа машини, якщо куплений VCenter Serverі більш немає ні бажання, ні коштів займатися цим питанням. налаштовується дана технологія досить легко, повне керівництво можна знайти за наступним посиланням:
Дане рішення працює як з VCenterServer, так і без нього, але буде відсутня можливість настройки бекапа за часом. Ми розглянемо всі основні можливості трохи нижче, коли будемо порівнювати всі продукти.
Екстрене відновлення систем
консолідація серверів
Тип ліцензування
Характеристики
Обсяг і періодичність бекапа
Цей продукт зараз досить популярний, так як тип ліцензування даного продукту (Ліцензується по сокета) для серверних з малопотужними серверами буде вкрай вигідний. Нижче ми розглянемо декілька комплектацій серверів і розглянемо цінові характеристики. Також цей продукт підтримує опцію миттєвого відновлення даних після збою завдяки своїй технології vPower.
Також з недавнього часу випускає засоби для бекапа в віртуальних середовищах. Крім того, Symantec - єдине з усіх рішень бекапа використовує технологію V2P (конвертація віртуальної середовища на фізичні сервери). Правда, Vcenter володіє такою технологією, але вже не в рамках технології резервного копіювання
Але на цьому можливості акроніс не обмежуються. Компанія Acronisвключіла в пакет Acronis Backup & Recovery 10 AdvancedServer VirtualEdition ще одну функцію, це консолідація серверів для перекладу систем з фізичних на віртуальні платформи, причому з вбудованим планувальником завдань. У підсумку маємо, що дана програма виконує 2 основні функції:
Основні переваги в порівнянні з іншими технологіями:
Можливість роботи, як з фізичними серверами, Так і у віртуальному середовищі, що дозволяє на початкових етапах розвитку компанії поєднати консолідацію при високих оцінках надійності
Широкий спектр підтримуваних пристроїв зберігання резервних копій (аж до оптичних пристроїв і магнітних стрічок)
Створення розділу Acronis Secure Zone на тому ж сервері ВМ, що дозволяє відновити машину за короткий термін, причому цей розділ буде захищений режимом дедуплікаціі на іншому сервері
Якщо резервне копіювання - це одна з наших основних цілей незалежно від ціни нам, безсумнівно, варто вибирати між рішеннями компаній Veeam, Acronisілі Symantec. Обидва ці продукту є лідерами резервного копіювання та зберігання даних, а також мають ряд індивідуальних переваг.
У виборі між цими технологіями необхідно провести межу по декільком разграничениям:
при різному типі ліцензування варто вирішити, який підходить найбільше нам. Якщо у нас потужні сервери з великою кількістю гнізд під процесори, варто схилятися на користь Acronisі Symantec. Якщо у нас багато слабких серверів з невеликою кількістю гнізд, найкращим варіантом буде Veeam.
Також необхідно зрозуміти, що нам потрібно, тобто, які вимоги ми будемо пред'являти до резервного копіювання, наявність тих функцій, які особливо важливі для нас.
Дуже важливий фактор, з якою періодичністю і в який час ми будемо робити бекап. Якщо нам потрібно створити резервні машини для всієї інфраструктури, і періодичність неважлива, це одне (ставимо планувальник бекапа в нічний час). Зовсім інша, якщо у нас є одна пріоритетна машина, створення бекапа для якої нам необхідно з періодом в декілька хвилин (нам вже буде необхідний бекап протягом усього дня).
Після визначення для конкретного випадку всіх цих параметрів, нам буде нескладно вирішити для себе, який продукт підходить нам більше.
Якщо у вас є бажання детальніше розібратися в процесах настройки і забезпечення комплексної безпеки локальної та мережевої інфраструктури, побудованої на базі ОС Linux, рекомендую познайомитися з в OTUS. Курс не для новачків, для вступу потрібно пройти.
Якщо ви ще не налаштували безкоштовний гіпервізор hyper-v, рекомендую познайомитися з моїм матеріалом на цю тему -. Якщо у вас він вже налаштований і постало питання про те, як швидко, зручно і безкоштовно його забекапіть, то я рекомендую скористатися безкоштовною утилітою HV Backup.
HVBackup опис утиліти для hyper-v
Основною метою проекту HVBackup було створення безкоштовного, простого і ефективного вирішення для резервного копіювання віртуальних машин hyper-v, Що працюють як в одиночному режимі, так і в кластері.
Утиліта працює на всіх версіях операційної системи, починаючи з Windows Server 2008 і далі, як в графічному режимі, так і Server Core установках. Утиліта підтримує в тому числі і безкоштовну редакцію гипервизора Hyper-V Server.
HVBackup підтримує app consistent і crash consistent бекапи hyper-v, використовуючи VSS, вбудований в систему. Існує безліч комерційних рішень, заснованих на такому ж способі бекапа віртуальних машин, але серед безкоштовних мені відомий тільки цей продукт.
компанія codeplex, Виробник програми, стверджує, що вона регулярно використовує HVBackup в своїй інфраструктурі, що гарантує висока якість роботи і своєчасні внесення поправок або змін.
Програма може запускатися з командного рядка , Викликатися з Powershellскриптів, або бути вбудованою в будь-який .Net додаток через відповідну бібліотеку.
Принцип роботи цієї утиліти досить простий. Програма створює в зазначеному каталозі окремий zip архів для кожної віртуальної машини, який включає в себе всю інформацію, що стосується ній.
Системні вимоги:
.Net Framework 3.5
Установка.Net Framework 3.5 в командному рядку
Щоб установіть.Net Framework 3.5 необхідно виконати наступні команди в Powershell.
Windows Server або Hyper-V Server 2012:
Install-WindowsFeature NET-Framework-Core
Windows Server 2008 або 2008 R2 (НЕ core):
Ocsetup NetFx3
Windows Server (core) або Hyper-V Server 2008/2008 R2:
Ocsetup NetFx3-ServerCore
HVBackup приклад використання
Виконати повний VSS backup всіх віртуальних машин хоста:
HVBackup -a -o d: \\ vm-backup
Виконати повний VSS backup списку віртуальних машин (необхідно використовувати лапки, якщо імена машин містять пробіли). Бекап виконується на віддалений сервер:
HVBackup -l "VM1, VM2" -o \\\\ backup-server \\ wm-backup
зробити повний бекап віртуальних машин, список яких міститься в текстовому файлі (кожна ВМ в окремому рядку):
HVBackup -f list.txt -o d: \\ wm-backup
Скрипт для автоматичного бекапа
Якщо ви хочете запланувати автоматичне виконання резервного копіювання, то зручніше за все зробити простий bat файл для цих цілей і запланувати його виконання. створимо backup-all.cmd наступного змісту:
Set BCKPATH \u003d "\\\\ backup-server \\ wm-backup" rem net use% BCKPATH% / user:
Цей скрипт перед виконанням бекапа всіх віртуальних машин буде видаляти zip файли старше 7-ми днів у вказаній директорії. Шляхи та параметри ви можете відредагувати під свої потреби.
Тепер створимо заплановане завдання на сервері для періодичного виконання резервного копіювання створеним раніше скриптом:
Schtasks.exe / create / tn HVBackup / tr c: \\ backup-all.cmd / sc DAILY / ru
Якщо необхідно видалити завдання:
Schtasks.exe / delete / tn HVBackup / f
Негайне виконання завдання:
Schtasks.exe / run / tn HVBackup
Параметри командного рядка HVBackup
Використання: HVBackup.exe-b, -backup
Виконати backup (за замовчуванням).
-r, -restore
Виконати відновлення.
-f, -file
текстовий файл, Що містить список віртуальних машин по одній в кожному рядку.
-l, -list
Список віртуальних машин для бекапа.
-a, -all
Резервне копіювання всіх віртуальних машин на сервері.
-n, -name
Якщо вказано, то робиться бекап тільки перерахованих віртуальних машин.
-g, guid
Якщо вказано, то робиться бекап перерахованих віртуальних машин по GUID.
-o, -output
Обов'язковий параметр. Кінцева папка для архівів. Може бути у вигляді локального або мережевого шляху.
-outputformat
Формат імені архіву віртуальної машини. (0) ім'я машини, (1) GUID машини і (2) поточна дата і час. За замовченням: «(0) _ (2: yyyyMMddHHmmss) .zip»
-s, -singlevss
Зробити один snapshot для всіх віртуальних машин.
-help
Вивести довідку по командам:
висновок
На цьому все. Єдине зауваження - я не тестував падіння продуктивності під час виконання бекапа. На око я не помітив ніяких гальм в роботі віртуальних машин. Але вони у мене все ненавантажені були. Час виконання бекапа кожної машини значне. Але, звичайно, воно залежить від безлічі факторів.
є хороша можливість поєднати HVBackup і. Наприклад, робити архіви локально на сервері з hyper-v, монтувати до linux сервера папку і за допомогою rsync забирати zip файли з віртуальними машинами. Або відразу робити резервне копіювання на лінуксових самбу, наприклад. За наведеною вище посилання є приклад на цю тему.
Онлайн курс Безпека Linux
Якщо у вас є бажання детальніше розібратися в процесах настройки і забезпечення безпеки локальної та мережевої інфраструктури, побудованої на базі ОС Linux, рекомендую познайомитися з онлайн-курсом «Безпека Linux» в OTUS. Навчання триває 3 місяці, після чого успішні випускники курсу зможуть пройти співбесіди у партнерів. Програма курсу розроблена у вигляді серії практичних воркшопів і орієнтована на підготовлених слухачів, вже володіють знаннями і досвідом в адмініструванні Linux. Чому навчитеся:- Застосовувати кращі світові практики і стандарти ІБ (Debian, RedHat, MitRE);
- Використовувати кошти для виявлення і експлуатації вразливостей в ОС Linux;
- Встановлювати і конфігурувати мережеві системи виявлення і запобігання атак;
- Працювати з системами моніторингу і контейнеризації на базі Docker;
Для створення резервних копій VMware в Handy Backup можуть використовуватися два методи: внутрішній і зовнішній.
внутрішній метод
Копія Handy Backup встановлюється на віртуальну машину VMware під управлінням ОС Windows або Linux. Експлуатація Handy Backup на віртуальній машині нічим не відрізняється принципово від використання аналогічного рішення на "фізичних" комп'ютерах.
зовнішній метод
Handy Backup запускається на сервері віртуальних машин VMware, щоб скопіювати образи конкретних копій VMware як звичайні файли. Handy Backup використовує для резервного копіювання машин і масивів VMware спеціальний плагін, який працює в "гарячому" режимі (без зупинки машини VMware).
Як зберегти образ віртуальної машини VMware
Копіювання образу VMware backup проводиться за допомогою спеціалізованого інструменту. За допомогою налаштувань плагіна VMware може бути досягнутий також останов копируемой машини VMware і її подальший перезапуск для "холодного" копіювання.
- Відкрийте Handy Backup і створіть нову задачу, натиснувши Ctrl + N або вибравши пункт меню. Виберіть завдання резервного копіювання.
- На Кроці 2 виберіть плагін " VMware Workstation".
- Двічі клацніть на рядку "Нова конфігурація" для вибору конфігурації доступу до VMware.
- У діалозі зробіть вибір між режимами " Hot"(Резервне копіювання без зупинки машини) і" Enable suspend"(Із зупинкою віртуальної машини для отримання її точного способу).
- Далі виберіть в діалозі конкретний образ машини, до якого буде застосовано даний конфігурація.
- Натисніть "ОК" і продовжуйте створення завдання, як зазвичай.
Описана вище послідовність дій буде зупиняти, а потім перезапускати віртуальні машини VMware без будь-якого додаткового втручання.