Архівування на магнітну стрічку в Veeam Backup & Replication v8: нове для добре знайомого старого

Багато організацій використовують пристрої, що працюють з магнітною стрічкою, у своїй інфраструктурі резервного копіювання. Магнітна стрічка була і залишається ефективним засобом для довгострокового зберігання резервних копій, дозволяючи реалізувати правило «3-2-1» захисту даних. Саме тому Veeam продовжує удосконалити підтримку стрічкових бібліотек, про що і буде сьогоднішня розповідь.



За подробицями ласкаво просимо під кат.


Нове в архітектурі — Veeam Tape Server
В розподіленій архітектурі Veeam Backup & Replication v8 з'явився компонент з новою роллю — це Tape Server, тобто сервер, який відповідає за передачу даних (резервних копій віртуальних машин або файли) стрічкове пристрій. Цю роль відіграє Windows сервер, підключений безпосередньо до стрічкової бібліотеки (через SCSI/FC/SAS) або віддалено через iSCSI і виконує функції проксі-сервера — зокрема, управління операціями читання-запису, переміщення та завантаження-розвантаження касет на стрічковому пристрої.

Роль Tape Server можна призначити на виділений сервер, так і на сервер з уже наявною роллю (наприклад, Veeam backup proxy), або навіть на Veeam backup сервер — наприклад, у випадку установки «всі на одній машині». З такою роллю може впоратися як фізична, так і віртуальна машина — головне, щоб вона працювала під Windows і була підключена до стрічкового пристрою, для чого обов'язково встановити необхідні драйвери (докладніше див. тут — на англ. мовою).

Підключаємо стрічкову бібліотеку до машини, яка буде виконувати роль Tape Server, і на цій машині перевіряємо в диспетчері пристроїв Device Manager, що стрічкове пристрій відображається під вузлом Tape drives:



Якщо замість очікуваного стрічкового девайса в дереві з'явився «Unknown Media Changer» або якесь інше невідомий пристрій, перевірте коректність встановлення необхідних драйверів (вони обов'язково повинні бути «рідними», тобто від виробника бібліотеки).

Далі йдемо в консоль Veeam Backup & Replication, відкриваємо подання Tape Infrastructure, вибрати пункт меню Add Tape Server і проходимо по кроках майстра додавання Tape Server. При цьому можна вибрати зі списку вже наявний в бекап-інфраструктурі сервер, а можна додати новий:



Після того, як пройдені кроки майстра, Veeam просканує новоявлений Tape Server, щоб визначити наявність необхідних компонентів і наявних у бібліотеці касет, і відобразить в консолі список доступних пристроїв, які пишуть на стрічку (Drives) та власне стрічок (Media):



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

З призначенням ж ролі Tape Server на виділену машину сервер Veeam Backup звільняється від необхідності виконання операцій читання-запису на стрічку і тепер займається виключно управлінням, а для Tape Server можна застосувати налаштування оптимізації трафіку (докладніше див. тут).

Зауважимо також, що тепер необов'язково розгортати сервер Veeam Backup на фізичній машині — можна встановити на віртуальну машину і користуватися можливостями VMware Fault Tolerance для його захисту.
Серед переваг використання виділеного Tape Server можна відзначити наступні:
  • Допускається розташування Tape Server максимально близько до стрічкової бібліотеки.
  • У залежності від планованої навантаження на Tape Server можна знайти оптимальну конфігурацію (ЦП, пам'ять, смуга пропускання).
  • Можна працювати з декількома стрічковими пристроями, розташованими в різних місцях, призначивши роль Tape Server кільком машин і керуючи процесом з єдиної консолі на сервері Veeam Backup:


Як видно з картинки-схеми, каталог архівів на магнітній стрічці (Tape Catalog) зберігається в базі даних на сервері Veeam Backup, і в разі збою в роботі Tape Server дані про оброблених їм архівах не пропадуть — а сервер можна замінити. Для бекапу бази використовуємо оновлену функціональність Configuration Backup, що додатково підвищує схоронність даних каталогу.

Що ще нового у підтримці роботи з магнітною стрічкою?
Крім ролі Tape Server, додалася підтримка Tape Vaults — це такі логічні контейнери для відображення тих касет, які в даний момент вивантажені з бібліотеки (offline media). Користувач може сам створювати такі контейнери і відповідним чином групувати свої архіви, які в даний момент перебувають поза стрічкового пристрою (лежать у сейфі, на стелажі тощо).

Наприклад, можна створити по одному контейнеру для кожної віддаленої майданчики в інфраструктурі. Коли касети будуть завантажуватися з бібліотеки і «їхати» в місце тривалого зберігання (сейф, стелаж тощо), в консолі Veeam Backup потрібно буде просто перемістити їх у відповідний контейнер. Чітко побудована логічна структура дозволить людям, відповідальним за відновлення даних з стрічкових архівів, швидше знаходити потрібні касети.



І, зрозуміло, ми не могли не згадати новий алгоритм архівації резервних копій на магнітну стрічку під красивою назвою Virtual Synthesized Full Backup for Tape. Він дозволяє синтезувати повні бекапи безпосередньо на стрічці без того, щоб завдання резервного копіювання попередньо робило це на диску. Завдання архівування (tape job) формує такий повний бекап прямо по ходу своєї роботи.

Що це за «синтез» під час архівування?
Для формування цього самого «віртуального повного бекапа на стрічці» використовується допоміжний файлик .VSB (Veeam Synthetic Backup), який містить покажчики на блоки даних у файлах ланцюжка бекапів, що зберігаються в репозиторії.
При створенні завдання архівування на кроці майстра Media Pool можна натиснути кнопку Schedule і вказати, в які дні ви хочете, щоб на стрічці формувався повний бекап з використанням відповідної ланцюжка:



В день, на який призначена дана операція, виконуються 3 кроки:
  1. Завдання архівування створює файл .VSB і зберігає його в репозиторій, поруч з ланцюжком бекапів, що складається з повного бекапа (.VBK) і инкрементов (.VIB)
  2. Звіряючись зі списком покажчиків у цьому .VSB, завдання з'ясовує, які блоки (із збережених на диску в файлах .VBK і .VIB) потрібні для формування повного бекапа, актуального на даний день. Відповідні блоки і записуються на касету у вигляді цього самого «віртуального повного бекапа для стрічки».
  3. В кінці сесії завдання архівування видаляє неактуальний більш файл .VSB з репозиторію.


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

Звертаю вашу увагу на те, що такі «віртуальні повні бекапи для стрічки» можуть бути створені тільки для завдань перенесення бекапа (backup copy job) і для тих завдань резервного копіювання (backup job), які будують нескінченно-инкрементную ланцюжок — тобто тільки для ланцюжків, що містять обов'язково 1 повний бекап і набір наступних инкрементов.

Додаткова інформація


Джерело: Хабрахабр

0 коментарів

Тільки зареєстровані та авторизовані користувачі можуть залишати коментарі.