Типові помилки бекапа і як їх уникнути. Частина друга

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




6. Заміна бекапа архівуванням або реплікацією

Ці процедури почасти схожі, але мають принципово різне призначення. Бекап служить для гарантованого відновлення даних, втрачених з якої-небудь причини в продуктиве (системі, в якій безпосередньо працюють з файлами). Архівування використовується для звільнення місця в робочому навантаженні шляхом стиснення втрачають актуальність даних та їх переміщення на більш повільні носії з низькою вартістю зберігання файлів. Реплікація – це постійне дублювання всіх даних з продуктива на паралельно працюючу систему (локальну або хмарну платформу) в режимі синхронізації. Вона потрібна для підвищення відмовостійкості, але тільки зменшує тяжкість наслідків від апаратних збоїв.
У разі вірусної атаки (зокрема, дій трояна-шифровальщика) або випадкової перезапису даних їх не виявиться ніде, крім бекапа. Синхронна реплікація призведе до одночасного видалення або пошкодження файлів у продуктиве і репліці, а в архівах завжди будуть тільки старі файли, які не планувалося активно використовувати найближчим часом.

7. Зберігання бекапа і вихідних даних разом

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

8. Використання тільки однієї резервної копії

Згідно з правилом «3-2-1» всі цінні дані повинні мати мінімум три резервних копії, записані на два типи носіїв, а один з бекапів додатково зберігається видалено (наприклад, в хмарі). Це дозволяє гарантовано відновити дані за будь-яких обставин, включаючи фізичне знищення серверної або вилучення обладнання під час «маски-шоу». Поки у вас є тільки одна резервна копія, можете вважати, що її немає зовсім. Наприклад, Acronis Backup (Advanced) є можливість автоматично дублювати бекап, паралельно зберігаючи його ще на один носій або завантажуючи в фірмове хмара.


9. Виняток із резервного копіювання файлів, що зберігаються в хмарі

Сервіси хмарного зберігання файлів користуються зростаючою популярністю. Багато хто вважає, що немає сенсу записувати в бекап дані, вже продубльовані в хмару. Однак збої в роботі хмар також трапляються. Одного разу помилка в оновленні програми «Яндекс.Диск» призвела не тільки до втрати даних, але і до видалення системних файлів – комп'ютери перестали завантажуватися. Google Docs іноді зберігає нові документи «в нікуди», Dropbox часом буває недоступний, а Box сильно гальмує завжди. Тому хмара – це лише додаткове місце зберігання даних, звідки їх також варто регулярно поміщати у власні бекапи.

10. Створення бекапу під час оновлення операційної системи

Під час оновлення системних файлів доступ до них припиняється. Після застосування деяких апдейтів може знадобитися перезавантаження. Тому процес оновлення ОС може порушити створення бекапа і привести до його пошкодження, особливо якщо це копія системного розділу або активно використовуваної бази даних. Проблема ускладнюється ще й тим, що в Windows 10 оновлення застосовуються автоматично. Щоб уникнути збоїв рекомендується використовувати відстрочені апдейти, а також заміряти типове час створення бекапа і запланувати їх створення так, щоб вони не перетиналися з процедурою оновлення ОС. Більш сучасний підхід заснований на застосуванні технологій тіньового копіювання. Поки ОС оновлюється, бекап створюється з тіньових блоків файлової системи. В Windows для цього можна використовувати службу тіньового копіювання тому (Volume Shadow Copy – VSS) від Microsoft. В Acronis Backup (Advanced) при її збої або зупинці додатково можна використовувати модуль SnapAPI, який відповідає за всі операції введення-виведення даних на жорсткому диску.

Висновки:

1) Схеми бекапа повинні гарантувати низький час RPO. Вимушена зупинка ІТ-сервісів на кілька годин критична, а на кілька днів – фатальна для сучасного бізнесу з високою інтенсивністю транзакцій (банки, рітейл, телеком-оператори, провайдери та багато інших).

2) Створення бекапів вручну не може вважатися надійним методом і не відповідає поточним потребам компаній, навіть малих і не мають розвинену ІТ-інфраструктуру.

3) Архівування, реплікація і бекап – концептуально різні технології для підвищення відмовостійкості. Їх можна використовувати спільно, але вони не замінюють один одного.

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

5) Рішення Acronis дозволяють легко реалізувати правило «3-2-1» шляхом автоматичного дублювання резервних копій на додаткові пристрої зберігання і власне хмара.

Корисні посилання:
» Вебінари по бэкапу та захисту даних
» Демоверсія для бекапа корпоративних серверів Acronis Backup Advanced

Не забувайте бэкапиться вчасно, Друзі!
Джерело: Хабрахабр

0 коментарів

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