Дані та безпека

Бекап: як вибрати тип та спосіб резервного копіювання

До 2025 року за даними IDC у світі буде накопичено понад 173 зеттабайт даних, де кожен зеттабайт — це фільм у 4К тривалістю 63 мільйони років! Серед трильйонів гігабайтів даних є ті, які називають критичними — їхня втрата чи некоректне використання може завдати великих комерційних збитків. Тому навіть невеликі компанії вже усвідомили важливість резервного копіювання важливих даних та прагнуть вибрати стратегію створення бекапів, яка відповідає специфіці їхнього бізнесу та фінансовим можливостям.

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

Ручне копіювання даних

Найпростіший та найдоступніший варіант — зберігати резервні копії на одному носії з поточною версією даних. На щастя, так роблять все рідше, а наявність в компанії системного адміністратора з базовими компетенціями дозволяє хоча б мінімально убезпечити IT-інфраструктуру. У процесі ручного резервування він робить бекапи важливих даних та відправляє їх зберігатися окремо від актуальної копії: на зовнішньому носії, окремому сервері або у хмарі. В останньому випадку це можуть бути популярні хмарні послуги: Google Диск, Dropbox та аналоги.

Недолік ручного копіювання в його трудомісткості та монотонності — доводиться щоразу виконувати однотипні дії, а також контролювати кількість, час створення та актуальні версії бекапів. Якщо сисадмін з якихось причин пропустить створення чергового бекапу (відволічеться, забуде, захворіє тощо) або помилково зробить архівну копію інших даних, компанія може зіткнутися з незапланованим простоєм і зазнати збитків. Крім того, є ризики отримати проблему з відновленням даних, якщо архівна копія з самого спочатку містила помилки. А хмарні рішення на зразок Dropbox і зовсім не припускають масових змін даних в одну одиницю часу, що є необхідним під час створення або відновлення бекапу. Тому при будь-якому нетиповому використанні сервісу ви можете зіштовхнутися з різким обмеженням швидкості, зниженням задачі у пріоритеті та навіть із забороною розміщення даних, якщо ті не відповідають певним вимогам майданчика.

Кому підійде

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

Думка експерта Colobridge:

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

Резервне копіювання з кастомною автоматизацією

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

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

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

Backup types

Кому підійде

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

Резервне копіювання за допомогою готового рішення Colobridge

Більшість проблем, з якими стикаються користувачі масових хмарних сервісів зберігання та нескладних скриптів, написаних сисадміном, закриває готове рішення — резервне копіювання як послуга або BaaS (Backup as a Service). Воно повністю відповідає «золотому стандарту» бекапування 3-2-1, коли принаймні одна копія зберігається за межами основного майданчика.

Резервне копіювання за допомогою готового рішення передбачає не тільки створення, а й зберігання та відновлення резервних копій IT-інфраструктури цілком. У хмарного провайдера Colobridge копії ваших даних будуть розміщені в сертифікованому відмовостійкому дату-центрі Німеччини та доступні 24/7. У будь-який момент їх можна буде відновити, якщо поточна копія буде пошкоджена внаслідок несправності обладнання на стороні клієнта, пожежі чи стихійного лиха, а також буде втрачена, вилучена чи вкрадена. Завдяки використанню провідних рішень від лідера ринку компанії Veeam процедура налаштування резервного копіювання на стороні клієнта займає менш як годину, а виконати її може спеціаліст загального IT-профілю, хоч трохи знайомий з програмним забезпеченням для резервного копіювання.

Кому підійде

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

Який тип backup вибрати

Вибір відповідного інструмента резервного копіювання — важливий аспект для компанії, яка прагне убезпечити себе від втрати важливих бізнес-даних. Локальні копії даних схильні до тих самих ризиків, що й актуальна версія даних. Однак ручне створення копій і навіть автоматизоване з подальшим розміщенням на зовнішніх носіях або спеціалізованих файлових хостингах не здатне повністю закрити потребу більшості організацій у надійному зберіганні бекапів. Оптимальним рішенням для малого та середнього бізнесу буде готове рішення BaaS від Colobridge, яке зведе до мінімуму ризики безповоротної втрати даних на стороні провайдера IT-інфраструктури.

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

Допоможіть нам, стати краще! Наскільки корисний цей пост?

Будь ласка, оцініть цей матеріал, натиснувши на зірочки нижче!

Середній рейтинг 5 / 5. Кількість оцінок: 5

No votes so far! Be the first to rate this post.

Back to top button