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

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

Від чого взагалі рятує резервна копія

Перш ніж обирати місце, треба назвати вголос загрози. Бекап потрібен не «про всяк випадок» абстрактно, а проти конкретних подій:

  • поломка обладнання — диск, сервер чи телефон помирає без попередження;
  • людська помилка — хтось видалив папку, перезаписав файл, «почистив» не те;
  • шифрувальник-вимагач — шкідливе ПЗ зашифрувало все, до чого дотягнулося, і вимагає гроші;
  • крадіжка чи пожежа — фізична втрата пристрою разом із даними;
  • тихе псування — файл поступово «гниє», і ви помічаєте це лише за півроку.

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

Локальний диск: швидко, під контролем, але вразливо

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

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

Локальний бекап — сильний перший рубіж. Але як єдиний рубіж він створює одну точку відмови, замасковану під надійність.

Хмара: переживає фізичну біду, але має свої умови

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

Але «хмара» не дорівнює автоматично «безпечно». Тут є свої підводні камені.

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

Другий — доступ і ключі. Якщо обліковий запис хмари зламали через слабкий пароль без двофакторної автентифікації, зловмисник отримує і дані, і копію. Хмара безпечна рівно настільки, наскільки захищений вхід до неї.

Третій — відновлення й перевірка. Завантаження терабайтів назад по інтернету може зайняти набагато довше, ніж очікуєш у стресовий момент. І копія, яку ніколи не пробували відновити, — це припущення, а не гарантія.

Бекап у хмару чи на диск: правильна відповідь — «і те, і те»

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

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

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

Що робить бекап справжнім, а не формальним

Місце зберігання — половина справи. Щоб копія спрацювала в потрібний момент, важать ще кілька речей, про які згадують запізно:

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

Саме тут «бекап у хмару чи на диск» перестає бути вибором носія й стає питанням архітектури: як налаштовані розклад, версії, права й перевірки.

З чого почати

Ми у студії працюємо з 2018 року, тримаємо власну інфраструктуру й супровід, і на практиці бачимо одне й те саме: втрачають дані не ті, у кого «не було бекапу», а ті, у кого він був неправильний — синхронізація замість копій, один диск замість двох рівнів, ніколи не перевірене відновлення.

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