Veeam Backup & Replication: 10 рекомендацій для початківців
#1: Виберіть оптимальний метод резервного копіювання
Зазвичай рекомендуються «прямий інкрементний» або «нескінченно інкрементний», оскільки вони найшвидші. Нескінченно-інкрементний ланцюжок (без періодичних повних резервних копій) займає менше місця та досить швидко обробляється. Звичайний інкрементний ланцюжок місця займає більше, але він і більш «життєстійкий», якщо можна так висловитися, оскільки містить не тільки інкрементальні бекапи, а й періодично створювані повні.
Реверсивний (зворотний) інкрементний метод – найстародавніший і, природно, найповільніший. Залежно від СХД, він може бути в 3 і навіть більше разів повільніший за інші. Тим не менш, у його використанні є і свої плюси: останнім у ланцюжку завжди є повний бекап, і тому відновитися можна швидше, ніж із ланцюжків інших типів. Зауважимо, однак, що різниця зі звичайним інкрементальним ланцюжком не дуже значна (хіба що ви тримаєте такий ланцюжок невиправдано довгим, тобто більш ніж 30 днів).
#2: Подумайте про налаштування синтетичних повних бекапів
Операція створення повної синтетичної резервної копії використовує точки відновлення, які зберігаються в репозиторії. Але треба мати на увазі, що не будь-яка СГД може забезпечити достатню для цієї операції продуктивність. Тому ми радимо як альтернативу створення активних повних резервних копій.
Коли ви задаєте налаштування створення синтетичного повного бекапу, зверніть увагу на опцію “Transform previous backup chains into rollbacks” (перетворювати попередні ланцюжки в точки відкату). Її використання призведе до запуску завдання перетворення інкрементального бекапу (.VIB) в точки відкату. (.VRB) (яке, проте, споживатиме значну частину ресурсів СГД репозиторію). Наприклад, за допомогою цієї опції ви зможете перетворити поточний ланцюжок на зворотно-інкрементальний, зокрема, для архівного зберігання.
Але якщо використовувати цю опцію як метод резервного копіювання, то в результаті створиться дуже своєрідний ланцюжок із файлу повної резервної копії та файлів інкрементальних та зворотно-інкрементальних резервних копій.
#3: Налаштуйте обробку гостьової ОС
Обробка гостьової ОС дозволяє створювати консистентні бекапи віртуальних машин. А якщо на ВМ працюють такі програми, як Microsoft Exchange, Active Directory, SharePoint, SQL Server або Oracle, то ви зможете задіяти для їхнього гранулярного відновлення можливості інструментів Veeam Explorers. Робота з гостьовою ОМ базується на функціональності VSS (підтримується Windows), яка має бути коректно налаштована, інакше завдання резервного копіювання не зможуть успішно завершитися.
Для активації налаштувань обробки гостьової ОС:
- У властивості завдання резервного копіювання перейдіть до кроку Guest Processing.
- Увімкніть Application-aware processing (обробка з урахуванням стану програм).
- У розділі Guest OS credentials вкажіть обліковий запис з правами адміністратора для доступу до гостьової ОС.
- Якщо для будь-якої ВМ у складі завдання резервного копіювання потрібний окремий обліковий запис, то натискаємо кнопку Credentials. Далі потрібно натиснути Set User… і вказати потрібні дані.
- Налаштування для обробки конкретних програм задаємо в окремому діалозі, який відкривається після натискання Applications…. При необхідності також можна вимкнути обробку гостьової ОС для окремих машин.
#4: Не індексуйте файли без необхідності
Якщо активувати опцію VM Guest File System Indexing (індексування файлів гостьової ОС) в налаштуваннях бекапу, то Veeam Backup & Replication створюватиме каталоги файлів ВМ. Це дозволить виконувати пошук за файлами та відновлення в 1 клік через веб-інтерфейс Veeam Backup Enterprise Manager.
Якщо ж ви не працюєте з Enterprise Manager, то ми радимо не включати цю опцію - так ви скоротите вікно резервного копіювання (іноді суттєво) і заощадите місце на диску C: сервера Veeam backup. На відновлення файлів ВМ через консоль Veeam Backup & Replication це не вплине.
#5: Робіть додаткові резервні копії
Жоден виробник СГД не гарантує абсолютної цілісності даних. Звичайно, Veeam перевіряє файл резервної копії при записі на диск, але при тому, що на СГД виконуються мільйони операцій, випадкова перестановка біт все ж таки можлива, а в результаті виходить «невидиме» пошкодження. Для виявлення таких пошкоджень на ранніх етапах Veeam Backup & Replication пропонує скористатися функціями SureBackup та health checks. Але і це не панацея, тому ми радимо взяти на озброєння правило 3-2-1, яке наказує використовувати для бекапу різні типи носіїв та зберігати їх як мінімум на 2 майданчиках. Для цього рекомендується після створення основного завдання резервного копіювання налаштувати завдання перенесення резервних копій. Таке завдання може використовувати як цільове місце зберігання резервну СГД або хмарне сховище. Також можна архівувати бекапи на магнітну стрічку.
#6: Фіналізуйте Миттєве відновлення
Функція миттєвого відновлення ВМ Instant VM Recovery дозволяє запустити машину в найкоротший термін безпосередньо з бекапу. Тим не менш, потрібно пам'ятати, що ця машина розміщується у вас в репозиторії і споживає його ресурси, доки ви не перенесете її в продакшен. Не забувайте про цей важливий фінальний крок – повірте, за роки роботи в техпідтримці Veeam ми побачили чимало випадків з ВМ, які функціонували тижнями в режимі «з бекапу» без того, щоб бути перенесеними в продакшен. Підсумок був зазвичай досить плачевний: переповнення СГД та втрата даних.
#7: Подумайте, де розміщувати репозиторій
Veeam підтримує різні сховища як репозиторії. Багато наших користувачів з року в рік вважають за краще використовувати для цієї мети фізичний сервер Windows або Linux, оскільки в більшості випадків це дає максимальну продуктивність. Про це можна почитати на нашому форумі.
Репозиторії на CIFS share також досить популярні, незважаючи на те, що їхня продуктивність у порівнянні з іншими найнижча.
Багато сучасних пристроїв NAS підтримують iSCSI, так що краще все-таки налаштувати диск iSCSI і зробити його доступним для сервера Veeam backup (або для проксі). Слід пам'ятати, що у такому сценарії (з допомогою репозиторію на NAS) не рекомендується застосовувати метод обратно-инкрементального бекапу, т.к. він дає велике навантаження на СГД через інтенсивність читання запису.
#8: Використовуйте проксі під час реплікації
Якщо ви збираєтеся виконувати реплікацію через WAN, то рекомендуємо вам налаштувати проксі-сервер резервного копіювання на віддаленому майданчику та вказати його у налаштування завдання реплікації. Таким чином, ви отримаєте надійний канал між двома майданчиками. Радимо включити цей проксі в роботу в режимі Network(NBD), оскільки робота в режимі Virtual Appliance (hot-add) при реплікації може призвести до виникнення «загублених» снапшотів.
Проксі на віддаленому майданчику ми рекомендуємо використовувати і у разі роботи через WAN-акселератор. Можна розгорнути WAN-акселератор та проксі на різних машинах або навіть на одній (зрозуміло, якщо у неї в достатку ресурсів).
#9: Зважте на важливі нюанси при архівуванні на стрічку
Для передачі на стрічковий пристрій Veeam задіює допоміжний сервер (tape server). Він ставиться на фізичний сервер, до якого підключається цей стрічковий пристрій.
Важливо! Підключення до ВМ з “прокиданням” через хост ESXi не підтримується!
Veeam Backup & Replication отримує інформацію про стрічкову бібліотеку від операційної системи, тому обов'язково переконайтеся, що у вас встановлені останні версії драйверів, а стрічковий пристрій коректно відображається в консолі Управління пристроями (device manager ).
#10: Якщо все одно щось пішло не так
Тут уже нічого не вдієш, доведеться завести заявку на порталі техпідтримки. Просимо зробити пару простих речей:
- Перевірте, який рівень серйозності (Severity) ви виставляєте для вашої заявки – для цього співвіднесіть її з відповідними критеріями. Ми розуміємо, що всі проблеми є серйозними для наших користувачів (інакше вони б до нас не звернулися), і наш обов'язок розглядати заявки в найкоротші терміни. Але якщо ви поставили рівень Severity 1, а заявка не задовольняє критеріям цього рівня, ви ризикуєте втратити дорогоцінний час, який піде на те, щоб вашу заявку перекваліфікувати та перенаправити у відповідну чергу.
- Щоб було простіше та швидше знайти причину проблеми, обов'язково підготуйте логи для надсилання нам. Про те, як це правильно зробити написано тут. У деяких випадках наші інженери можуть попросити логи інших компонентів вашої інфраструктури, тому слід бути готовим.
Сподіваюся, наші рекомендації допоможуть комусь уникнути типових помилок при розгортанні та налаштуванні Veeam Backup & Replication.
