Скільки б не писали статей про бекап, їх ніколи не вистачить, щоб запобігти всім можливим помилкам користувачів. Але є і хороша новина – при виконанні резервного копіювання, як правило, відбуваються одні й ті самі помилки. Це дає можливість їх визначити, проаналізувати та систематизувати, і в майбутньому захистити себе від неприємностей.
У цій статті зібрані найпоширеніші помилки та хибні уявлення, пов'язані з резервуванням даних (у тому числі хмарним).
Ви вручну копіюєте дані на зовнішній диск або флеш-накопичувач
Користувачі дуже часто вважають, що для резервування даних досить зрідка вручну копіювати дані на зовнішній носій – флеш-накопичувач або зовнішній диск. Такий підхід може бути прийнятним лише для даних, що рідко змінюються, і категорично не підходить для сучасних компаній, які постійно працюють з інформацією та регулярно додають або змінюють її. Зберігання резервних копій даних на зовнішніх носіях – процес досить ризикований, оскільки зовнішні носії рідко обслуговуються і можуть у найбільш невідповідний момент вийти з ладу або просто загубитися.
Ви плутаєте терміни "синхронізація" і "бекап"
Деякі користувачі вважають, що резервну копію робити не потрібно, оскільки файли синхронізуються з хмарним сховищем. Нагадаємо, що "синхронізувати" означає зберегти та узгодити файли між певною кількістю пристроїв. Якщо ви внесете зміну до вмісту файлу, вона також відобразиться у відповідних файлах у хмарному сховищі та на інших синхронізованих пристроях. Якщо файл раптом буде ненавмисно видалений або пошкоджений, то він видалиться або стане пошкодженим і на інших синхронізованих пристроях, а також у хмарному сховищі. Можливо, рішення для синхронізації хороші для особистого користування, але коли йдеться про дані компанії, втрати можуть призвести до масштабних наслідків. Синхронізацію можна використовувати для зручності роботи співробітників, але резервне копіювання синхронізація в жодному разі не замінить.
Розміщення сервера у хмарі не гарантує цілісність даних
Перенесення серверів компанії у публічну хмару, безумовно, підвищує доступність та захищає від апаратних збоїв обладнання, але завжди залишається ризик, що буде пошкоджено логічну структуру даних через збій або якісь файли будуть ненавмисно видалені самим користувачем. Тому, навіть якщо сервери компанії вже переміщені до хмари, на них все одно необхідно налаштувати процес резервного копіювання даних.
Ви зберігаєте всі резервні копії на одному майданчику
Неважливо, офіс чи дата-центр хмарного провайдера — зберігати всі резервні копії там же, де ви їх робите, досить необачно. Ваші безцінні дані можуть вкрасти, пошкодити, знищити. І, на жаль, ви не завжди здатні вчасно виявити їх відсутність. Крім людського фактора, вашій інформації можуть загрожувати різні форс-мажорні обставини — пожежі, затоплення, землетруси, виверження вулканів — та все що завгодно. Обов'язково знайдіть для зберігання частини своїх резервних копій додатковий надійний майданчик. Нагадуємо про правило 3-2-1 – дані мають бути завжди в 3 примірниках на 2 різних носіях і обов'язково 1 копія даних повинна зберігатися за межами фізичного майданчика, де розміщені сервери (комп'ютери) компанії. Оптимальним місцем для зберігання резервних копій за межами офісу чи дата-центру є віддалені сховища, а ще краще — спеціалізовані захищені віддалені сховища для зберігання резервних копій.
Ви надаєте серверам доступ до системи резервного копіювання
Зберігати бекапи у хмарі дуже зручно, і з цим ніхто не сперечається. Однак, не закривши доступ до хмарного сховища (навіть із захищеного сервера), ви ризикуєте отримати катастрофу буквально в один клік. За часів магнітних стрічок було простіше: резервні копії сортувалися фізично та розміщувалися у безпечному місці. Але зараз, коли масово використовуються хмарні сховища даних, більшість експертів вважає, що резервні копії повинні бути постійно доступні лише для читання, а в ідеалі — доступні лише через спеціалізовані системи резервування та відновлення даних, що забезпечує повну ізольованість бекапів від робочої інфраструктури. Також ніколи не забувайте про небезпеки, що походять від вірусів-вимагачів, що проникають у мережі.
Ви не контролюєте процеси резервування
Різні оповіщення дають можливість відстежувати процес резервування даних та вчасно дізнаватися про помилки. Проблеми з підключенням, неправильне налаштування, зміна пароля і т. д. — про все це ви маєте бути своєчасно повідомлені. Навіть про те, що резервне копіювання пройшло успішно, ви теж маєте бути в курсі. Інакше неприємностей не уникнути.
Ви не перевіряєте бекапи на цілісність та актуальність
Деякі компанії встановлюють та налаштовують ПЗ для резервного копіювання один раз. Після цього адміністратори ставлять собі галочку за виконане завдання та про нього забувають. Проте файлові структури постійно змінюються, створюються нові папки, додаються програми. Зрештою, через час структура даних змінюється і процеси автоматичного бекапу виявляються застарілими, що зазвичай з'ясовується в найважливіший і найвідповідальніший момент. Навіть невеликі організації, що мають обмежені ресурси, повинні як мінімум раз на три місяці перевіряти свою систему резервного копіювання і за необхідності змінювати конфігурації, а регулярно пробувати відновлювати дані з резервних копій для контролю їх цілісності та повноти резервування.
Ви не структуруєте файли та папки
Звичайно, хаос у документах ніяк не вплине на сам факт резервного копіювання. Але коли настає час аварійного відновлення (disaster recovery), необачність рішення не структурувати дані виливається в масу втраченого часу та тривалі простої для компанії. Як правило, повне відновлення інформації – досить рідкісне явище. В основному потрібно "повертати" лише деякі ключові файли, причому робити це потрібно якнайшвидше. Рекомендуємо добре відсортувати інформацію у кілька легко керованих кластерів. І чим простішою буде ця структура, тим краще. Можна також встановити відповідні права доступу для певних категорій папок, щоб запобігти витокам.
Ви вважаєте, що зможете уникнути помилок
Видалення або внесення неправильних змін до локальної версії та синхронізація змін з хмарою здатні завдати великої шкоди даним. До того ж, труднощі можуть виникнути при використанні інструментів для спільної роботи. Коли ви надаєте кільком людям доступ до одного файлу, завжди існує ризик того, що хтось неправильно відредагує або видалить дані. На жаль, людської помилки уникнути важко. Виходом може стати лише дотримання правила 3-2-1 та зберігання резервних копій протягом тривалого часу.
Ви не враховуєте конкретні потреби своєї компанії
Не всі організації потребують єдиного стандартного підходу до резервного копіювання. Якщо ви не братимете до уваги індивідуальні вимоги до бекапу, що враховує особливості бізнес-процесів компанії, ви отримаєте робоче, але абсолютно марне рішення. Якщо ви підбираєте сервіс для резервного копіювання, подумайте, які типи даних ви віддаєте на зберігання. Визначте, як довго вони там мають перебувати, які з них мають більший пріоритет. Тільки так ви зможете підібрати оптимальний інструмент, в якому зможете бути впевнені, і за який не переплачуватимете.
Причини, перелічені вище — це лише невелика частина проблем, з якими можуть зіткнутися користувачі. Можна підготувати велику кількість чек-листів, регулярно перевіряти резервні копії, проводити тестування планів аварійного відновлення (одним словом, робити все правильно), проте спрогнозувати, скільки часу піде на кожну потрібну процедуру, складно. Тому знайти надійного постачальника BaaS-рішень та віддати завдання на аутсорс у більшості випадків є гарною ідеєю та оптимальним рішенням.