Донецкий техникум промышленной автоматики

Як створити цілісну резервну копію віртуальної машини (ВМ)

  1. Рівні узгодженості файлів резервного копіювання
  2. Неузгоджена резервна копія
  3. Резервна копія без урахування стану додатків
  4. Резервна копія, узгоджена на рівні файлів
  5. Резервна копія, узгоджена на рівні транзакцій
  6. Як переконатися, що резервна копія узгоджена?
  7. Функція заморозки (quiescence) від VMware
  8. Корисні ресурси

Узгодженість (консистентность) даних резервної копії - це сума валідності, точності і цілісності даних по відношенню до файлів, даних додатків і операційної системи комп'ютера або віртуальної машини. Узгодженість даних критична для будь-якої системи резервного копіювання, незалежно від її розміру і політик безпеки компанії. У цій статті я розповім, як упевнитися, що ваша резервна копія узгоджена і може бути відновлена ​​в будь-який момент часу без будь-яких пошкоджень даних.

Рівні узгодженості файлів резервного копіювання

У файлах резервної копії є кілька рівнів узгодженості даних. Рівні визначаються за наступними критеріями:

  • тип системи (чи було зроблено резервну копію «живий» або виключеною системи)
  • облік файлів (чи можуть взаємозалежні файли бути чітко визначені відносно один одного)
  • облік додатків (чи була використана захист для запобігання втрат даних на різних рівнях, в тому числі рівні транзакцій)

Розглянемо всі типи узгодженості по порядку.

Неузгоджена резервна копія

Перший і найстаріший тип резервного копіювання - використання неузгоджених копій. Його можна уявити як операцію копіювання всіх даних комп'ютера в процесі його роботи на USB-флешку або мережеве сховище. Якщо протягом копіювання зміниться хоча б один файл, резервна копія стане неузгодженою. Це означає, що сума даних резервної копії буде відрізнятися від актуального стану системи, а відновлення даних відбудеться неточно або не повністю. Цей тип теж не передбачає збереження дампа оперативної пам'яті і може зазнавати труднощів з файлами, доступними «тільки для читання».

Резервна копія без урахування стану додатків

Наступний тип резервних копій - так звані копії без урахування стану додатків. Основна відмінність від неузгоджених копій полягає в тому, що ця резервна копія створена в певний проміжок часу. Таку копію можна уявити як миттєвий знімок всього вмісту жорсткого диска - як ніби ви зробили фотографію.

Проте, відновлення образу системи з такою копії приблизно рівнозначно включенню комп'ютера після збою в електроживленні. Дані відкритих на момент збою додатків і активні (на момент збою) операції введення-виведення не можуть бути відновлені. У деяких випадках буде запущено програму після відновлення потрібно провести спеціальні операції для відновлення їх працездатності. Особливо небезпечний такий випадок для додатків баз даних. Наприклад, Microsoft Exchange сервер може вимагати встановлення спеціальної групи відновлення і окремої інтеграції логів. Додатки Microsoft SQL або Oracle зажадають відновлення стану баз даних з точністю до певної транзакції, так як збій в їх роботі порушив послідовність операцій, і деякі транзакції потрібно виконати заново, щоб вони були зафіксовані системою.

Резервна копія, узгоджена на рівні файлів

Узгодженість на рівні файлів означає, що вміст всіх відкритих на час початку резервного копіювання файлів має бути зафіксовано на жорсткому диску. Однак, навіть в такому випадку система як і раніше не має уявлення про що відбуваються транзакції з базами даних додатків.

Резервна копія, узгоджена на рівні транзакцій

У такий копії немає недоліків, описаних вище, і всі дані ВМ точно певного моменту часу збережені в резервну копію. Проблема створення такої копії в тому, що операції узгодження файлів і додатків необхідно проводити, коли потрібна ВМ знаходиться в роботі і доступ до неї повинен бути безперервним для клієнтів.

Для ВМ, що працюють під управлінням Windows, Veeam допомагає зробити резервну копію повністю узгодженою, використовуючи службу тіньових копій (VSS). Ця служба розроблена компанією Microsoft і включена в усі редакції операційних систем Windows, починаючи з Windows Server 2003. Служба тіньових копій координує процеси, що готують систему до заморожування. Вона дозволяє тимчасово призупинити операції введення-виведення на жорсткий диск і, таким чином, допомагає програмного забезпечення для резервного копіювання.

«Створення резервної копії з урахуванням стану додатків» (application-aware image processing) технологія Veeam, яка гарантує успішне повне відновлення ВМ і даних додатків ВМ без втрат даних.

Veeam Backup & Replication не встановлює програмні агенти на ВМ. Замість цього на гостьовий машині запускається сервісне додаток для координації резервного копіювання гостьовий ОС. Після закінчення копіювання додаток автоматично видаляється. Механізм розроблений таким чином, щоб запобігти потенційні труднощі з предустановкой, пошуком несправностей і оновленням програмних агентів.

Veeam Backup & Replication ініціює запуск служби тіньових копій і надсилає запит на створення узгодженого вмісту диска ВМ перед тим, як зняти знімок ВМ. Потім провайдер служби тіньових копій координує підготовку додатків до резервного копіювання. Так забезпечується узгодженість даних в точно визначений проміжок часу. Таким чином, гарантується відсутність незакінчених і непідтверджених операцій в базі даних або неповних файлів додатків в момент копіювання вмісту ВМ.

Як переконатися, що резервна копія узгоджена?

На етапі конфігурації завдання резервного копіювання або реплікації потрібно переконатися, що на вкладці "guest processing" активована опція "enable application-aware processing" для ВМ, які обрані в це завдання. Потім можна запускати завдання в роботу і перевіряти статус його виконання.

Використання механізму «резервного копіювання з урахуванням стану додатків» для особливо критично в разі резервних копій SQL або Exchange серверів, так як дозволяє контролювати зростання логів транзакцій і усікати їх при необхідності. В іншому випадку контроль за зростанням логів відбувається в ручному режимі.

Служба тіньових копій прекрасно працює для сучасних машин під управлінням ОС Windows, але в разі Linux оточення необхідно використовувати інший метод.

Функція заморозки (quiescence) від VMware

Наприклад, для віртуальних машин, що працюють на VMware ESXi серверах, VMware надає опцію «заморозки» (quiescence). Ця функція дозволяє заздалегідь заморожувати операції введення-виведення гостьовий ОС, коли сервер готується зняти копію віртуальної машини. Докладну інструкцію по роботи з цією опцією можна прочитати в довідковому керівництві .

У завданнях резервного копіювання Veeam можна використовувати одночасно опції «Створення резервної копії з урахуванням стану додатків» і «заморозку» від VMware. В такому випадку Veeam Backup & Replication за замовчуванням буде використовувати першу опцію, а в разі невдачі або неможливості її використання переключиться на іншу.

Перевірити можливість відновлення даних з резервної копії можна за допомогою віртуальної лабораторії Veeam .

Корисні ресурси

GD Star Rating
a WordPress rating system

Як переконатися, що резервна копія узгоджена?