Подібно до того, як людина тільки у своїх ілюзіях може дати відсіч грізному начальнику, нахамити сварливій тещі або свекрусі і навіть вдатися до пристрастей з недоступною пасією, не маючи можливості зробити це в реаліях, користувачі комп'ютерів не всякі експерименти можуть проводити з операційною системою та програмним забезпеченням. Адже можна втратити цінні дані, та й на перевстановлення системи, інсталяцію та налаштування програм піде багато часу. Благо, для затятих експериментаторів, яким цікавий розум не дає спокійно жити, дай йому тільки «поюзати» операційну систему та покопатися в налаштуваннях різних програм, існують програми для створення віртуальних комп'ютерів. - Одна з таких, точніше, найпопулярніша завдяки безкоштовному поширенню і доброзичливому інтерфейсу користувача.
1. Подорож тимчасовими лініями та подійністю віртуальних операційних систем
VirtualBox вміє створювати віртуальні комп'ютери та встановлювати на них віртуальні операційні системи, з якими можна робити все те, що не можна з основними, встановленими на фізичний комп'ютер. Встановивши віртуальну операційну систему, ви зможете робити з нею все, що захочете - експериментувати з її налаштуваннями, тестувати різний софт з неперевірених інтернет-ресурсів, можна навіть запускати віруси для вивчення. Якщо ваші експерименти закінчаться невдачею, віртуальну операційну систему можна видалити. І все, чим ви ризикуєте, це часом, який ви витратите на встановлення нової системи на віртуальну машину VirtualBox. Зате натомість ви отримаєте безцінний досвід.
Але навіть витраченого часу на встановлення нової віртуальної операційної системи можна уникнути, якщо привчитися працювати зі знімками її стану. Знімок стану системи, він снапшот (SnapShot) – це фіксація певних налаштувань і самої віртуальної машини, і операційної системи, і встановлених програм у певний момент. Зафіксувавши один раз стан віртуальної операційної системи, до нього можна буде повернутися надалі, коли з системою виникнуть проблеми. По суті це аналог процедури відкату операційної системи або відновлення її з резервної копії, тільки у віртуальному середовищі VirtualBox все відбувається набагато простіше і трохи швидше.
Не завжди невдалий експеримент із налаштуваннями віртуальної операційної системи та стороннім софтом можна нейтралізувати, не зберігши зміни при вимкненні. Наприклад, при встановленні системних патчів, драйверів, деяких антивірусів та інших програм, які вимагають перезавантаження відразу після інсталяції, зміни віртуальної машини VirtualBox будуть застосовані в процесі її перезапуску. У таких випадках краще зробити знімок стану системи. До того ж, VirtualBox дозволяє робити безліч снапшотів, і ви в будь-який час можете повернутися до будь-якого зі станів віртуальної машини - така подорож по її тимчасових лініях і подій, то в минуле, то в майбутнє, то в сьогодення.
2. Як створити знімок віртуальної машини у VirtualBox
Щоб створити фотографію стану системи, запустіть її на віртуальній машині. У меню VirtualBox виберіть « Авто», потім - « Зробити знімок».
З'явиться віконце для завдання знімку імені та опису.
Ви можете залишити назву за промовчанням і не вводити жодного опису, але якщо таких знімків стану системи надалі буде багато, ви плутатиметеся. Тому краще запровадити хоч якісь уточнення для себе.
Знімок створюється не довго, особливо, якщо віртуальна система ще не напхана налаштуваннями та програмами.
Тепер можете приступати до ризикованих експериментів - встановлювати системні патчі, сумнівні програми, включати і відключати різні системні служби, проводити будь-які інші дії, на які ви ніколи б не зважилися, будь це основна операційна система комп'ютера. Відтепер захисту від невдалих експериментів більш ніж достатньо - мало того, що це віртуальна операційна система, так ще можна в будь-який момент зробити відкат дій.
Як відновити віртуальну операційну систему зі знімка?
У головному меню VirtualBox виберіть потрібну віртуальну операційну систему, якщо у вас їх кілька, та переключіть праву частину вікна програми з активної за замовчуванням кнопки « Деталі» на кнопку « Знімки».
Відкриється вікно з відображенням всіх зроблених знімків стану системи. Виберіть знімок того стану системи, до якого ви хочете її повернути, викличте на ньому контекстне меню правою клавішею миші та натисніть « Відновити знімок».
VirtualBox запропонує вам додатково створити знімок поточного стану системи, щоб, якщо ви раптом пошкодуєте про те, що повернулися до більш раннього стану, ви могли знову перейти на поточний стан. Знімок поточного стану не буде зайвим, тому ставте галочку згоди на його створення і натисніть « Відновити».
Задайте знімку поточного стану системи ім'я та опис, потім натисніть « ОК».
Після цього VirtualBox негайно почне відновлення системи з раніше створеного знімка стану.
Все – можете розпочинати роботу з віртуальною системою у тому стані, у якому ви її колись зберегли.
3. Як видалити непотрібний знімок віртуальної машини
Якщо періодично робити знімки стану віртуальної системи, згодом їх збереться чимало. Щоб не захаращувати простір жорсткого диска, можна видалити непотрібні знімки. Як видалити знімок? Виберіть знімок стану системи, який хочете видалити, викличте на ньому контекстне меню та виберіть « Видалити знімок».
Потім підтвердьте видалення.
4. Деталі знімків віртуальних машин
Якщо у вас багато накопичених знімків стану системи, при виборі точки відновлення або для видалення непотрібних знімків можна переглянути детальну інформацію про них, щоб вибрати саме те, що необхідно. Для цього на тій чи іншій фотографії викличте контекстне меню і виберіть « Показати деталі».
Відкриється детальна інформація по знімку, де буде видно опис, якщо ви його задавали під час створення, дату, коли було зроблено знімок стану системи, та інші параметри.
Чи допомогла Вам ця стаття?
Copyright © Acronis International GmbH, 2002-2013
Щоб мати можливість оновити віртуальну машину, програма зберігає її кілька
проміжних моментальних знімків з іменами Резервна копія…і Репліка…; їх
необхідно зберігати. Непотрібні миттєві знімки автоматично видаляються.
Останній моментальний знімок Репліка…відповідає результату останнього
перетворення. Можна перейти до цього моментального знімку, щоб повернути машину в це
стан, наприклад, якщо після роботи з машиною потрібно скасувати внесені зміни.
Інші моментальні знімки призначені для внутрішнього використання програми.
6.2.3 Відновлення на "Нову віртуальну машину"
Замість перетворення TIB-файлу на файл віртуального диска, що вимагає додаткових
дій для початку роботи з віртуальним диском, Acronis Backup & Recovery 11.5
перетворення шляхом відновлення резервної копії диска на повністю налаштовану та
працюючу нову віртуальну машину. Під час налаштування операції відновлення
можна адаптувати конфігурацію віртуальної машини до вимог ситуації.
За допомогою агента Acronis Backup & Recovery 11.5 для Windowsабо агента для Linuxможна, можливо
створити нову віртуальну машину в локальній чи мережній папці. Можна запустити машину
за допомогою відповідного програмного забезпечення віртуалізації або підготувати
файли машини для подальшого використання. У наступній таблиці містяться відомості про
доступних форматах віртуальних машин та діях, які можна зробити для
додавання машини до сервера віртуалізації.
Формат ВМ
Подальші дії та інструмент, що використовується Цільова платформа
віртуалізації
VMware Workstation
Експортуйте за допомогою VMware Workstation або
перетворіть на OVF, вибравши VMware OVF Tool >
Deploy OVF template (Утиліта VMware OVF Tool >
Розгорнути шаблон OVF) у клієнті vSphere
Microsoft Virtual PC*
Додайте VHD-файл на машину Hyper-V
Citrix XenServer OVA
Імпортуйте за допомогою Citrix XenCenter
Віртуальні машини на
основі ядра (посекторний
Перемістіть файли віртуальної машини на
машину з ОС Linux та запустіть віртуальну машину
за допомогою Virtual Machine Manager
Red Hat Enterprise
Virtualization (RHEV)
(посекторний формат)
Імпортуйте за допомогою RHEV Manager
*Microsoft Virtual PC не підтримує диски розміром більше 127 ГБ. За допомогою Acronis можна створити
машину Virtual PC з дисками більшого розміру, щоб підключити диски до віртуальної машини
Microsoft Hyper-V.
За допомогою агента Acronis Backup & Recovery 11.5 для Hyper-Vабо агента для ESX(i)можна, можливо
створити нову віртуальну машину прямо на відповідному сервері віртуалізації.
Необхідні кроки
Як виконати відновлення на нову віртуальну машину
1. Підключіть консоль до сервера керування, до машини, на якій встановлено агент, або до
машині, що завантажується із завантажувального носія.
2. Натисніть кнопку Відновити, щоб відкрити сторінку Відновлення даних(Стор.
Багато підприємств, а також домашні користувачі дедалі частіше використовують віртуальні машини для виконання різноманітних завдань і підвищення ефективності своєї діяльності. Якщо раніше віртуальні машини застосовувалися переважно ентузіастами, то тепер якість настільних і серверних платформ віртуалізації дозволила використовувати їх професіоналам у великих масштабах. Можливість запуску кількох віртуальних систем на одному фізичному комп'ютері має безліч переваг, серед яких: економія на апаратному забезпеченні, спрощення обслуговування та зниження витрат на електроенергію у великих датацентрах. Крім того, важливою перевагою віртуальних машин є їх проста переносимість на іншу фізичну платформу та проста процедура їх резервного копіювання. Але як і звичайні операційні системи, віртуальні середовища вимагають високої уваги до створення резервних копій критично важливих даних. При роботі віртуальних машин у виробничому середовищі підприємства багато компаній планують цілі стратегії з архівації та відновлення віртуальної інфраструктури після збоїв, які отримали назву Disaster Recovery.
Багато постачальників комерційних платформ віртуалізації пропонують корпоративним користувачам вбудовані засоби архівації віртуальних машин, такі як VMware Consolidated Backup (VCB) для платформи ESX Server. Однак у секторі SMB (Small and Medium Business), де кількість використовуваних віртуальних машин невелика, практично відсутні засоби резервного копіювання, що надаються виробником платформ. Внаслідок цього невеликим компаніям доводиться залучати системних адміністраторів для написання різних скриптів, а також використання стандартних утиліт операційних систем, що забезпечують архівацію та відновлення файлів та папок із життєво важливими даними.
Загальні відомості про резервне копіювання даних
Одночасно з процесом планування віртуальної інфраструктури необхідно також ініціювати процес розробки плану архівації та відновлення після збоїв (Disaster Recovery Plan). Перш за все, потрібно виділити найбільш критичні елементи ІТ-інфраструктури, які потенційно схильні до пошкоджень з боку внутрішніх та зовнішніх джерел, таких як відключення електроживлення, несправності жорстких дисків, вірусна загроза та інші. Після цього необхідно продумати частоту резервного копіювання віртуальних машин різних категорій в залежності від ступеня критичності. Віртуальні продакшен-сервери компанії, які працюють в режимі повної публічної доступності, повинні архівуватися досить часто і регулярно і мати властивість швидкої відновлюваності у разі збою. Внутрішні сервери організації, що не потребують такої високої уваги та швидкого відновлення, можуть архівуватися рідше, з більшим часом відновлення. Потім потрібно визначити, які пристрої зберігання будуть використовуватися для архівації (IDE або SCSI диски інших серверів, SAN і т.п.).
При виборі частоти архівації необхідно враховувати, що деякі види резервного копіювання мають властивість швидкого створення резервних копій, але повільнішого відновлення. І навпаки, можливе проведення тривалішої архівації з меншим часом відновлення. Нижче наведено основні види резервного копіювання даних, які можуть також застосовуватися до віртуальних машин:
- Звичайна (повна) архівація (full backup)
При цьому типі архівації створюється повна копія всіх даних, що зберігаються. Процес створення такої резервної копії досить тривалий, проте потребує не так багато часу на відновлення, оскільки не потрібно виконувати кілька завдань відновлення. Повна архівація скидає маркери архівації файлів та папок, які використовуються для визначення того, які файли слід копіювати. Ці маркери застосовуються для перевірки станів файлів при додатковій та різницевій архівації. - Додаткова архівація (incremental backup)
Цей вид архівації передбачає копіювання файлів та папок, які змінилися з часу створення останньої резервної копії. Тому, якщо послідовно виконати дві додаткові архівації та не змінювати файл між ними, в образ відновлення він доданий не буде. - Різнисна архівація (differential backup)
Така архівація включає всі зміни, що відбулися в файлах і папках, з часу останньої повної архівації. Відповідно, при двох послідовних різницевих архіваціях файл, який не змінився між ними, але змінився з часу останньої повної архівації буде поміщений в архів обидва рази.
Щоб пояснити, чим відрізняються ці типи архівації, наведемо приклад комбінування видів резервного копіювання. При використанні повної та додаткової архівації суттєво зменшується час резервного копіювання, проте збільшується час відновлення. Наприклад, якщо ми зробили повну архівацію в понеділок і щодня накочували додаткову архівацію, а в п'ятницю система була пошкоджена, нам необхідно буде відновити повну архівну копію понеділка і послідовно всі додаткові копії до п'ятниці, що триватиме тривалий час. Комбінування повної та різницевої активації, навпаки, потребує більшого часу на проведення архівації, проте менше на відновлення, оскільки потрібно буде відновити лише повну архівну копію даних понеділка та накотити на неї різницевий архів п'ятниці.
Це, звичайно ж, не всі типи архівації, які можуть бути використані при резервному копіюванні даних, проте перелічені види - одні з найчастіше використовуваних. Очевидно, що для серверів з високою критичністю до відновлення часу доцільніше використовувати різницеву архівацію в комбінації з повною, ніж додаткову. Перша підійде для зовнішніх серверів організації, друга - для внутрішніх, яким можна більше часу простою.
Оскільки, в основному, віртуальна машина є папкою з файлами, то можна застосовувати вбудовані засоби резервного копіювання хостової операційної системи, якщо використовується платформа віртуалізації поверх хостової системи така як, наприклад Microsoft Virtual Server або VMware Server. У Microsoft Windows для цих цілей можна застосовувати утиліту ntbackup. При використанні bare-metal платформ (класу «голе залізо»), таких як ESX Server або Virtual Iron, необхідно скористатися засобами виробника віртуалізації або продуктами сторонніх розробників.
Крім того, резервне копіювання віртуальних машин може здійснюватись шляхом створення образів гостьових систем за допомогою програмного забезпечення, такого як Acronis True Image. Варто відзначити також, що бувають ситуації, коли необхідно здійснити архівацію не всієї віртуальної машини, а деяких даних у гостьовій системі. У цьому випадку при написанні пакетних сценаріїв архівації можна використовувати утиліти для монтування віртуальних дисків у систему хоста. Для платформ VMware такою утилітою є програма VMware Disk Mount.
Архівація та відновлення віртуальних машин на платформі VMware ESX Server
Пілотний продукт компанії VMware, платформа ESX Server є ключовим елементом віртуальної інфраструктури у виробничому середовищі підприємства. Віртуальна інфраструктура VI3 (Virtual Infrastructure 3) являє собою сукупність продуктів та засобів, що дозволяють парку віртуальних машин ефективно виконувати свої завдання та безперебійно функціонувати в різних умовах, включаючи такі форс-мажорні фактори як різкі сплески навантаження, відключення живлення та псування обладнання. Одним із найважливіших засобів реалізації стратегії Disaster Recovery є засіб резервного копіювання VMware Consolidated Backup (VCB). VCB може використовуватися для створення резервних копій окремих ESX-серверів, а також разом із засобом управління парками віртуальних серверів VMware Virtual Center. VCB надає реалізує такі можливості:
- створення архівних копій віртуальних машин з різним типом архівації за допомогою спеціального проксі-сервера VCB Proxy Host, який знімає навантаження зі створення резервних копій з production-сервера компанії, де запущено віртуальні машини
- не вимагає встановлення додаткових агентів на ESX-сервери
- надає широкі можливості з інтеграції з продуктами сторонніх виробників засобів резервного копіювання, підтримка різних пакетів вже вбудована у VCB
- підтримує архівацію на рівні файлів для гостьових систем Windows (можна створювати архівні копії окремих файлів та папок усередині гостьової системи), а також архівацію на рівні образів віртуальних машин для будь-яких гостьових ОС
Створення резервних копій віртуальних машин за допомогою VCB відбувається за допомогою миттєвих знімків віртуальних машин без зупинки їх роботи. VCB також підтримує мережі зберігання SAN. Якщо віртуальні машини розташовані на пристрої зберігання SAN, процедура резервного копіювання виглядає так: 
Створені в процесі роботи знімки станів віртуальних машин за допомогою агента, розташованого на проксі-сервері VCB, зберігаються на резервному носії, звідки потім можуть бути відновлені у разі збою запущеної гостьової системи або псування обладнання. У цьому випадку бекап-агент має прямий доступ до логічних одиниць LUN (Logical Unit Number) у пристроях SAN. Для мереж SAN засоби VCB підтримують протокол Fibre Channel, а також стрічкові носії для збереження архівних копій. VCB тісно використовує можливості VMware Tools, запущених у гостьовій системі, для створення резервних копій даних гостьової ОС.
VMware Consolidated Backup на даний момент підтримує наступні пакети (список включає лише офіційно відтестоване ПЗ з продуктом ESX Server):
- Symantec Backup Exec 10.0
- Symantec Backup Exec 10d
- Veritas Netbackup 5.0
- Veritas Netbackup 5.0 MP4
- Veritas Netbackup 5.1
- Veritas Netbackup 5.1 MP2
- Veritas Netbackup 5.1 MP3
- Veritas Netbackup 6.0
- Tivoli Storage Manager v 5.2.1
- Tivoli Storage Manager v 5.2.3
- Tivoli Storage Manager v 5.3
- EMC Networker v 7.0
- EMC Networker v 7.1.x
- EMC Networker v 7.2
- EMC Networker v 7.3
- CA BrightStor ARCServe r11
- CA BrightStor ARCServe r11.1
- CA BrightStor ARCServe r11.5
- Commvault Galaxy v 5.9
- Commvault Galaxy v 6.1
Роботу зі створення архівних копій віртуальних машин загалом можна так:
- Програмне забезпечення для створення резервних копій запускає сценарій підготовки до архівації, який виконує такі завдання:
- переконується в тому, що всередині гостьової системи не відбуваються операції читання-запису в папки і файли, що зберігаються (тільки для гостьових ОС Windows)
- перемикає віртуальну машину в режим «снапшота», створює знімок стану віртуальної машини і робить його доступним для програми, що використовує VCB
- монтує знімок віртуальної машини з SAN на проксі-сервер
- Виконується створення резервної копії знімка віртуальної машини на рівні образу або на рівні файлів і папок гостьової системи (повне, різницеве або інкрементальне копіювання).
- ПЗ для архівації викликає post-backup сценарій, який завершує резервне копіювання (демонтує знімки віртуальних машин із проксі-сервера та виводить віртуальну машину з режиму знімка).
У процесі створення резервних копій засобу VCB використовують компоненти віртуальної інфраструктури, наведені нижче: 
Підсумовуючи можна сказати, що VMware Consolidated Backup є потужним засобом для створення резервних копій віртуальних машин і дає можливість застосовувати стандартне програмне забезпечення резервного копіювання, що використовується в організації для створення архівних копій даних.
Резервне копіювання за допомогою Vizioncore esxRanger
Продукт esxRanger компанії Vizioncore, яку зараз контролює компанія Quest Software, на даний момент є одним з найпопулярніших рішень для створення архівних копій віртуальних машин на платформі ESX Server. esxRanger не вимагає встановлення ніяких додаткових агентів на сервери ESX і створює архівні копії віртуальних машин з одного сервера чи групи серверів з допомогою інтеграції з продуктом Virtual Center. Процес створення резервних копій відбувається на одному Windows-сервері, звідки архівні образи віртуальних систем можуть бути збережені на різних пристроях зберігання у середовищі організації.
esxRanger має як GUI-інтерфейс, так і інтерфейс командного рядка, що дозволяє використовувати звичайний планувальник завдань Windows для запуску робіт резервного копіювання за розкладом, що скасовує необхідність написання додаткових скриптів. Головне вікно продукту esxRanger представлене нижче: 
Підключившись до VMware Virtual Center, за наявності відповідних дозволів, можна вибрати окремі віртуальні машини серверів датацентру для резервного копіювання. Образи, що копіюються, автоматично стискаються при архівуванні і розпаковуються при відновленні, що дозволяє економити час системним адміністраторам.
esxRanger інтегрується з VMware Consolidated Backup під час використання в мережах зберігання даних SAN і дозволяє створювати повні або диференціальні копії віртуальних машин, а також окремих файлів та папок у гостьових ОС Windows. Крім того, в процесі резервного копіювання esxRanger збирає різну інформацію про метрики архівації (таких як час, витрачений на архівацію та відновлення), зберігає її в базі даних і дозволяє використовувати її для побудови трендів стратегії Disaster Recovery. На додаток до цього esxRanger має механізм політик, які дозволяють будувати стратегію архівації даних на основі шаблонів та інтегрувати його з іншими компонентами ІТ-інфраструктури організації, максимально знизивши завантаження системних адміністраторів.
Процедура резервного копіювання за допомогою esxRanger має такий вигляд:
- Створюється точка збереження віртуальної машини та зберігається у базі даних.
- За допомогою VMware API відбувається «розлочка» файлів віртуальних дисків на читання (за замовчуванням вони заблоковані) та створення. REDO файлів, які зберігатимуть зміни віртуальних дисків з моменту збереження.
- Файли віртуальних дисків стискаються.
- Відбувається резервне копіювання стислих файлів та застосування. REDO файлів до VMDK файлів віртуальних машин.
- Після того, як зміни будуть застосовані, файли VMDK повертаються у вихідний заблокований стан.
- Системний адміністратор додає коментарі до архівних копій віртуальних машин, що містять вказівки на випадок збою віртуальних машин.
В цілому, esxRanger є зручним, надійним і простим у використанні засобом створення архівних копій віртуальних машин у Virtual Infrastructure 3, який має можливості інтеграції з VMware Consolidated Backup, що дозволяє використовувати його в мережах зберігання даних SAN компаній будь-якого масштабу.
Створення резервних копій віртуальних машин на платформі Microsoft Virtual Server
На жаль, компанія Microsoft, яка є власником та розробником продукту для віртуалізації серверів Virtual Server 2005, не надає користувачам такого потужного засобу резервного копіювання та відновлення, як VMware Consolidated Backup. В даний момент Microsoft зосередилася в основному на розробці вбудованої в наступну версію платформи Windows Server підтримки віртуалізації на основі гіпервізора під кодовою назвою Viridian. Однак Microsoft постійно відкладає дату остаточного релізу Windows Virtualization, а також урізує його анонсовані можливості, тому зараз важко щось певне сказати про можливості резервного копіювання в платформі віртуалізації, що готується. Із досить великою ймовірністю можна сказати, що вбудована підтримка «живої» архівації буде, проте незрозуміло поки що. На сьогоднішній день, резервні копії віртуальних машин у Virtual Server можуть бути створені «двома з половиною способами», що включають:
- використання стандартних засобів резервного копіювання образів операційних систем, які можуть бути створені агентами, що працюють у гостьових системах, наприклад, Symantec Backup Exec.
- написання спеціалізованих скриптів, які зберігають стан віртуальної машини, копіюють її дані на резервний носій та запускають віртуальну машину знову
- застосування служб тіньового копіювання тома (Volume Shadow Service, VSS), підтримка яких у Virtual Server з'явилася зовсім недавно і поки не підтримується виробниками систем резервного копіювання даних
Щоб зробити архівацію запущених віртуальних машин на платформі Virtual Server можна використовувати її COM-інтерфейс, написавши сценарій, наприклад, з допомогою Visual Basic Scripting (vbs). При створенні резервної копії віртуальної машини необхідно спочатку перевести її в збережений стан (Saved State), потім скопіювати її файли в задане місце і потім знову запустити її. Нижче наведено приклад скрипта на vbs, який робить ці необхідні дії для копіювання однієї віртуальної машини. Його можна запускати за розкладом за допомогою стандартного планувальника завдань Windows. " backupvm.vbs " автор: John Savill " використання: backupvm.vbs Option Explicit On Error Resume Next Dim objFSO, objVirtualServer, objVM, objSaveTask, objVHD " З'єднання з об'єктом файлова система set objFSO=CreateObject("Scripting.FileSystemObject") " З'єднання з Virtual Server set objVirtualServer = CreateObject("VirtualServer.Application") " Пошук віртуальної машини set objVM = objVirtualServer.FindVirtualMachine(WScript.Arguments(0)) " Збереження стану віртуальної машини set objSaveTask = objVM.Save " Пауза для виконання операції збереження while not objSaveTask.isComplete WScript.Sleep 1000 wend " Копіювання віртуальних дисків та UNDO-дисківдля кожного objVHD in objVM.HardDiskConnections Якщо objFSO.FileExists(objVHD.HardDisk.file) "Wscript.Echo objVHD.HardDisk.file & " " & WScript.Arguments(1) objFSO.CopyFile objVHD.HardDisk.file, WScript. (1) End If If objFSO.FileExists(objVHD.undoHardDisk.file) Then "Wscript.Echo objVHD.undoHardDisk.file & " " & WScript.Arguments(1) objFSO.CopyFile objVHD.undoHardDisk.file, WScript.Arguments(1 ) End If Next " Копіювання vsv та vmc файлів objFSO.CopyFile objVM.File, WScript.Arguments(1) objFSO.CopyFile objVM.SavedStateFilePath, WScript.Arguments(1) " Запуск віртуальної машини objVM.Startup
Цей скрипт необхідно використовувати так:
C: emp>cscript backupvm.vbs
Потрібно відзначити, що компанія Microsoft офіційно не підтримує такий процес створення резервних копій, оскільки цілісність віртуальної машини, скопійованої в збереженому стані, може бути порушена через те, що частина пам'яті не зберігається в цьому випадку в файлах vsv і vhd.
Використання служби Volume Shadow Service
Підтримка служб VSS з'явилася в релізі Virtual Server 2005 R2 SP1, що нещодавно вийшов. Використання служб тіньового копіювання у Virtual Server передбачає створення резервних копій запущених віртуальних машин за рахунок створення образів, що має суттєво спростити та прискорити процедуру резервного копіювання та відновлення. Однак недостатньо, щоб програмне забезпечення для резервного копіювання підтримувало VSS, необхідно також, щоб воно підтримувало ще й новий Virtual Server VSS Writer Service (VS Writer), виявити підтримку якого, на даний момент, не вдалося в жодній із систем архівації. Відповідно до інформації Microsoft, засоби резервного копіювання можуть використовувати VS Writer для архівації та відновлення віртуальних машин наступним чином: вони нотифікують Virtual Server про те, що процес архівації розпочався, Virtual Server відповідає на це створенням знімка віртуальної машини, після чого починається процес копіювання. На даний момент утиліта NTBackup також не підтримує цей механізм.
Резервне копіювання віртуальних машин Xen
Компанія XenSource, що займається підтримкою Open-Source проекту Xen, а також розповсюдженням комерційної платформи віртуалізації XenEnterprise пропонує не так багато варіантів архівації віртуальних машин на платформі Xen. Один із них наведено нижче з використанням пристроїв зберігання даних у файловій системі NFS (Network File System).
Вихідна інформація:
- Хост XenServer (у прикладі процедури бекапу його IP 192.168.1.10)
- Комп'ютер, який використовується як сервер зберігання архівних копій (у прикладі його IP 192.168.1.1)
- Віртуальна машина XenVM (у прикладі її IP 192.168.1.12)
Процедура резервного копіювання:
- Встановіть NFS сервер шляхом додавання до файлу /etc/exports наступного рядка:
/ * (rw, sync, no_root_squash) - На хості XenServer пропишіть у файл /etc/xen/xmexample1 наступне:
kernel /boot/xenkernel
name = "ExampleDomain"Root = /dev/nfs
Nfs_server = "192.168.1.1"
nfs_root = "/ ip=192.168.1.10:192.168.1.1:192.168.1.1:255.255.255.0:::" - Збережіть копію файлу /etc/fstab і додайте до нього наступні рядки:
192.168.1.1:rootdevice / nfs rw,hard,intr 1 1
192.168.1.1:swapdevice swap swap defaults 0 0
192.168.1.1:usrpartition /usr nfs rw,hard,intr 1 1
192.168.1.1:varpartition /var nfs rw,hard,intr 1 1
none /dev/pts devpts gid=5,mode=620 0 0
none /proc proc defaults 0 0 - Скопіюйте /lib/modules/2.6.16.29-xen із хоста XenServer на пристрій резервного копіювання
- Виконайте наступну команду на сервері архівних копій:
#scp 192.168.1.10:/lib/modules/2.2.16.29-xen /lib/modules/ - Для активації консолі за допомогою udev виконайте такі команди на сервері архівних копій:
mkdir /tmp/dev
mount --move /dev /tmp/dev
sbin/MAKEDEV null console zero
mount --move /tmp/dev /dev - Виконайте наступну команду для монтування пристрою резервного копіювання на хост Xen:
#xm create -c xmexample1 - Збережіть резервну копію файлу xenstore-ls і скопіюйте вміст файлової системи (за винятком директорій /proc та /sys) в іншу папку:
#rsync -a -e ssh --exclude="/proc/*" --exclude="/sys/*" 192.168.1.10:/ /backupdir
Висновок
Складання та реалізація плану резервного копіювання та відновлення після збоїв (Disaster Recover Plan) найважливіших серверів та робочих станцій організації є необхідною складовою її діяльності. Віртуальні машини, навіть більше, ніж фізичні, вимагають високої уваги до архівації даних, оскільки зазвичай кілька віртуальних систем консолідовано на одному фізичному хості. Провідні виробники платформ віртуалізації прагнуть надати потужні та зручні засоби резервного копіювання, проте на даний момент це вдалося тільки компанії VMware. Стратегію резервного копіювання можна проводити двома способами: один із найпростіших шляхів, робити це в рамках стандартної стратегії з архівації даних в ІТ-інфраструктурі компанії, за рахунок встановлення в гостьових системах агентів резервного копіювання та створення образів. Інший, більш зручний та швидкий шлях – використання вбудованих засобів платформ, таких як VMware Consolidated Backup або написання скриптів системними адміністраторами. У будь-якому разі, ніколи не можна забувати, що відмова обладнання чи інші форс-мажорні обставини не повинні суттєво впливати на критично важливу діяльність компанії.
Уявіть ситуацію: комп'ютер бухгалтера глючить (а інакше з комп'ютером бухгалтера не може бути!). На ньому (на цьому комп'ютері) встановлено купи програм, відновлювати які можна дні три, а то й більше. А працювати бухгалтеру треба без перерв, і йому краще нічого не чіпати ще років зо три, чекати на тотальний крах. Що робити? Старий бекап системи не підійде - щокварталу програми оновлюються, додаються і тому старий образ системи, зроблений на нову систему, не підійде.
Непогано було б зробити так, щоб залишити все старе і водночас зробити все новим. Саме в такій ситуації можна зробити віртуальну копію комп'ютера, що поки ще працює, перевірити її працездатність. (наприклад, комп'ютер адміністратора). Потім знести все на комп'ютері бухгалтера, поставити нову систему і запускати на цій новій системі віртуальну машину до тих пір, поки робота плавно не перетіче на хостову машину. При цьому гостьову можна і залишити (це по суті бекап бухгалтерії, що працює!) в архіві - адже це просто файл, щоправда, розміром гігів у 20, але кого це зараз хвилює.
Отже, ідея зрозуміла. Реалізація її теж не складна. Для цього будемо використовувати дві програми, що безкоштовно розповсюджуються: Oracle VirtualBoxі Paragon Go Virtual.
Крок 1: створюємо віртуальну копію працюючого комп'ютера
Для створення віртуальної копії комп'ютера використовуємо програму Paragon Go Virtual. Ця програма доступна для завантаження з сайту http://www.paragon-software.com/home/go-virtual/ безкоштовно. Потрібно лише повідомити ім'я та email - на цей email прийде лист із серійним номером. Після інсталяції програми потрібно буде перезавантажити комп'ютер.
Інтерфейс програми гранично простий – лише дві кнопки на основному вікні. Вибираємо "P2V" (physical to virtual). Необхідно буде вибрати тип майбутньої віртуальної машини – ми вибираємо Oracle VirtualBox.
Процес копіювання займе якийсь час, можна попити чайку. Наприкінці програма створить щонайменше два файли: диск C та файл налаштувань з розширенням OVF. Якщо ви створюєте копію комп'ютера з кількома дисками, файлів буде більше. Створені зображення дисків будуть у форматі VMDK (VMWare). Але VirtualBox із ними чудово працює.
Крок 2: імпортуємо створену копію до Virtual Box
Для чистоти експерименту скопіюємо файли на інший комп'ютер (умовно назвемо його комп'ютером адміна). Якщо на комп'ютері адміну ще немає VirtualBox (!!! Ахтунг !!!) ставимо його негайно.
У головному вікні програми VirtualBox вибираємо меню "файл" - "Імпорт конфігурації" та вибираємо файл з розширенням OVF, створений Paragon Go Virtual за крок 1. VirtualBox сам зрозуміє, що робити далі.
Примітка: перед тим, як робити цю операцію, подивіться в налаштуваннях VirtualBox, куди він складатиме файли дисків і налаштувань віртуальних машин - файли будуть чималі за розміром, а за замовчуванням, шлях буде на системний диск, що не завжди зручно.
У процесі створення віртуальної машини VirtualBox скопіює файли жорстких дисків, створених Paragon Go Virtual. Після того, як VirtualBox закінчить процес імпорту, створені файли Go Virtual можна видалити (спочатку перевірте, що віртуальна машина запускається!).
Крок 3: фініш
Швидше за все, все це ви робите на роботі, тому будьте уважні при запуску віртуальної машини - адже якщо мережевий адаптер VirtualBox стоїть в режимі моста, ваша копія комп'ютера, що реально працює, в мережі може викликати конфлікти. Я зазвичай роблю так: до запуску віртуальної машини взагалі відключаю мережу налаштування цієї машини в консолі головного вікна VirtualBox. Від гріха. Підключаю як CD VBoxGuestAdditions.iso і після завантаження віртуальної машини встановлюю доповнення (для інтеграції миші, підстроювання розміру екрану та ін.). Зверніть увагу, що Windows потрібно дати деякий час на те, щоб він оновив список обладнання і встановив нові драйвери екрана тощо. Потрібно перезавантажити гостьову віртуальну машину.
Всі. Ви створили копію комп'ютера, що реально працює, і можете робити на ній все, що забажаєте.
Зверніть увагу, що такий спосіб можна розглядати як просунутий варіант створення резервних копій. Наприклад, можна вважати, що ми створюємо резервну копію даних, а вже налаштованих і готових до роботи додатків.
Зменшення обсягу диска віртуальної машини формату VMDK (VMWare)
Як правило, на комп'ютері, що постійно використовується, встановлено більше програм, ніж це необхідно для зберігання у віртуальній машині. Ну насправді, навіщо вам потрібні Gimp, ICQ, Skype, ImageViewer або медіа програвач, а також "Мої документи" та "Моя музика"? Геть все зайве. Диск віртуальної машини і так буде, швидше за все, не менше 10 Гб, а тут ще й мотлох.
Добре, запустили ви віртуальну машину, видалили непотрібні програми, а файл vdisk.vmdk (наприклад) розмір свій не зменшив. Добре, як не збільшив. Ви видалили 3 Гб мотлоху, а розмір менше не став?
Файл диска створюється у форматі VMware. Компанія VMware разом із продуктами VMware Server та VMware Workstation постачає консольну утиліту для роботи з віртуальними дисками vmware-vdiskmanager. Ця утиліта є сильним засобом перетворення віртуальних дисків. Знайти утиліту vdiskmanager можна у папці, куди встановлені продукти VMware Server або VMware Workstation. Тобто. достатньо встановити тріальну версію WMware Workstation та знайти у її папці файл vmware-vdiskmanager.
Використання цієї утиліти у нашому випадку просте: vmware-vdiskmanager.exe -k<путь до вашего файла vdisk.vmdk> .
У моєму випадку це дозволило зменшити розмір з 22 Гб до 14 Гб!
Якщо встановлювати VMware немає бажання, можете скачати архів з цієї утилітою звідси (856 кб, MD5: CF48CF9B69EA712E7B7B8C94EFA7AB49). В архіві сама утиліта та дві бібліотеки, необхідні для її роботи. Принаймні з ключем "-k". Сподіваюся, що цього вистачить і не знадобиться установка повного дистрибутива VMware.
Переустановка операційної системи чи зміна комп'ютерного пристрою означає кінець роботи з встановленими гостьовими ОС у програмі . Щоправда, винятком може бути випадок, коли файли жорстких дисків віртуальних машин перебувають у системному диску комп'ютера, а систему неможливо відновити після критичного збою. Щоб продовжити роботу з наявними гостьовими ОС зі збереженням їхнього стану, але вже на перевстановленій Windows або іншому комп'ютері, в арсеналі програми VirtualBox є інструмент експорту конфігурації існуючих віртуальних машин його імпорту надалі. Інша можливість продовжити роботу з існуючими гостьовими ОС - додавання нових віртуальних машин на базі наявних файлів їх жорстких дисків. Всі ці процеси розглянемо нижче.
1. Універсальний формат експорту файлу віртуальних машин
Конфігурація існуючої віртуальної машини VirtualBox експортується до файлу « .ova». Файл ".ova" (Open Virtual Appliance) – це універсальний файл зберігання даних віртуальної машини, який можна використовувати у різних програмах для віртуалізації операційних систем. Це . Експортована в цей файл віртуальна машина може бути імпортована як програмою VirtualBox, так і VMware Workstation або Microsoft Hyper-V в рамках підтримуваних цими програмами гостьових систем.
Розглянемо детальніше процес експорту та імпорту конфігурації віртуальної машини VirtualBox в основній системі Windows.
2. Експорт віртуальної машини
У вікні VirtualBox вибираємо конкретну віртуальну машину для експорту, тиснемо меню « Файлі вибираємо « Експорт конфігурацій».
У наступному вікні тиснемо « Next».
Експорт конфігурації можливий лише при вимкненому стані віртуальної машини, і, якщо вона припинена, VirtualBox запропонує скинути збережений стан для продовження процесу.
Далі з'явиться вікно параметрів експорту. Формат залишаємо встановлений, а ось папку файлу експорту «.ova», що за умовчанням розташовується на системному диску, змінюємо на папку, наприклад, як у нашому випадку, спеціально створену на несистемному диску D.
У наступному вікні тиснемо « Експорт».
Очікуємо завершення процесу експорту.
Експортована віртуальна машина у файлі «.ova» перебуватиме у вказаній папці, звідки її можна перемістити на інший комп'ютер, знімний носій, у хмарний сервіс. Або можна залишити, як у нашому випадку, на місці на несистемному диску, де цей файл зберігатиметься під час переустановки Windows.
3. Імпорт віртуальної машини
Після інсталяції VirtualBox на новій Windows або іншому комп'ютері відкриваємо програму й у меню « Файл» вибираємо « Імпорт конфігурацій».
У наступному вікні вказуємо шлях до файлу ".ova" з експортованою віртуальною машиною. Тиснемо « Next».
Наприкінці вікна буде вказано шлях, куди після імпорту буде розміщено файл жорсткого диска «.vdi». За замовчуванням це системний диск, і щоб не захаращувати його і запобігти втраті файлу ".vdi" у разі збою системи, можна змінити шлях, вказавши папку зберігання на несистемному диску. Тиснемо « Імпорт».
Очікуємо завершення процесу імпорту.
Після чого побачимо імпортовану віртуальну машину у списку машин VirtualBox. Що й лишилося тепер, то це запустити машину.
Гостьова ОС запуститься точно в тому стані, в якому вона була на момент експорту віртуальної машини.
4. Додавання нової машини з існуючого файлу жорсткого диска VirtualBox
Альтернатива експорту та імпорту віртуальної машини – додавання нової машини з існуючого файлу жорсткого диска VirtualBox « .vdi». Цей спосіб нічим не поступається процедурі експорту та імпорту віртуальної машини. Більше того, якщо файл .vdi розташований на несистемному диску, при переустановці Windows на фізичному комп'ютері можна навіть не витрачати час на експорт конфігурації. Файл «.vdi», що зберігається на системному диску, можемо просто перенести на несистемний диск. За великим рахунком, процес експорту та імпорту віртуальної машини виграє лише економією місця файлом «.ova». Наприклад, у нашому випадку проводився експорт віртуальної машини зі встановленої гостьової ОС Windows ХР, і вага файлу ".ova" на виході склала 4,11 Гб. У той час як розмір файлу жорсткого диска ".vdi" цієї системи складає 10 Гб.
Така вигода в економії місця може бути актуальною у разі перенесення віртуальної машини на інший комп'ютер за допомогою хмарного сховища або знімного носія з обмеженим розміром. У нашому випадку, коли мова йде саме про переустановку Windows, цілком підійде спосіб додавання нової машини з існуючого жорсткого диска VirtualBox.
Запускаємо VirtualBox і тиснемо « Створити».
Задаємо показник оперативної пам'яті. Тиснемо « Next».
У вікні вибору жорсткого диска вибираємо параметр « Використовувати існуючий жорсткий диск», за допомогою кнопки огляду вказуємо шлях зберігання файлу .vdi. Тиснемо « Створити».
Віртуальна машина з'явиться у списку VirtualBox, можемо її запускати.
Гостьова ОС запуститься у тому стані, у якому було збережено востаннє роботи з нею.
Додавання нової віртуальної машини з існуючого файлу ".vdi" - це також спосіб перенести файл жорсткого диска гостьової ОС на несистемний диск комп'ютера, якщо спочатку такий був створений на системному диску, і згодом займане ним місце стало знижувати продуктивність системи. Для цього необхідно видалити віртуальну машину зі списку у головному вікні VirtualBox. На вибраній машині викликаємо контекстне меню та вибираємо « видалити».
Потім у віконці тиснемо « Прибрати зі списку».
Після цього можна шукати файл жорсткого диска ".vdi" на системному диску (як правило, за умовчанням це шлях C:\Users\Ім'я_користувача\VirtualBox VMs), переносити його на несистемний диск та додавати віртуальну машину заново.
Чи допомогла Вам ця стаття?
