Від чого рятують резервні копії
Дані зникають не лише через хакерів. Найчастіші причини втрат зовсім буденні:
- збій обладнання або помилка в хостинг-провайдера;
- невдале оновлення CMS чи модуля, після якого сайт не відкривається;
- випадкове видалення товарів, сторінок чи замовлень співробітником;
- злом сайту, шкідливий код або програма, що зашифрувала файли;
- помилка в імпорті, яка перезаписала ціни чи описи тисяч товарів.
У кожному з цих випадків є лише два варіанти: відновитися з копії чи відтворювати втрачене вручну. Другий часто означає втрачені замовлення й гроші.
Що саме потрібно копіювати
Копія лише файлів сайту — поширена пастка. Для повного відновлення потрібні:
- база даних — товари, ціни, замовлення, клієнти, тексти сторінок;
- завантажені файли — фото товарів, документи, файли користувачів;
- код сайту — якщо він не зберігається в Git, його теж потрібно копіювати;
- налаштування сервера — конфігурації веб-сервера, планувальника завдань, сертифікатів, щоб не згадувати їх з пам’яті після аварії.
Окремо варто подумати про дані, які живуть поза сайтом: CRM, таблиці, облікова система. Часто їх копіюють їхні власні сервіси, але це варто перевірити.
Як часто робити копії і скільки їх зберігати
Відповідь залежить від двох запитань. Перше: скільки останніх змін ви готові втратити? Для блогу це може бути тиждень роботи, для магазину з постійними замовленнями — година. Друге: як швидко сайт має запрацювати знову? Від цього залежить, де зберігати копії і як готуватися до відновлення.
Зазвичай базу даних активного магазину копіюємо кілька разів на добу, а файли — щодоби. Старі копії зберігаємо певний час, щоб можна було повернутися до стану до проблеми, яку помітили не одразу, наприклад до непомітного зламу.
Де зберігати копії: варіанти
- На тому самому сервері. Найшвидше відновлення, але копія загине разом із сервером. Годиться лише як додатковий рівень захисту.
- У хостинг-провайдера. Зручно, проте ви залежите від його правил: як довго зберігаються копії, чи можна їх завантажити, скільки коштує відновлення.
- В окремому хмарному сховищі. Наприклад, у сумісному з S3 сховищі іншого провайдера. Захищає від аварії на основному сервері, недороге для більшості сайтів.
- Кілька місць одночасно. Добра практика — щонайменше 3 копії даних, на 2 різних типах носіїв, і 1 з них поза основною інфраструктурою.
Різні проєкти — різні підходи
Немає одного правильного розкладу для всіх. Ось як зазвичай відрізняються налаштування:
- Корпоративний сайт чи лендинг. Дані змінюються рідко, тож вистачає щоденної копії і зберігання за кілька попередніх періодів. Головне — щоб копія лежала окремо від хостингу.
- Інтернет-магазин. Замовлення надходять постійно, тому базу копіюємо частіше, а фото товарів — окремо, бо вони займають більшу частину обсягу і змінюються повільніше.
- Сервіс з особистими кабінетами. Користувачі завантажують власні файли і чекають, що вони не зникнуть. Тут важливі шифрування копій, обмежений доступ до них і найменша можлива втрата даних.
- Кілька пов’язаних систем. Якщо сайт обмінюється даними з CRM чи обліковою системою, копії мають бути узгоджені, щоб після відновлення замовлення не розійшлися з залишками.
Чому копії потрібно перевіряти
Найнеприємніша ситуація — коли копії «наче були», але в момент аварії з’ясовується, що вони порожні, неповні або їх неможливо розгорнути. Причини банальні: закінчилося місце, змінився пароль до бази, після оновлення сайту файли почали зберігатися в іншій папці.
Тому ми не обмежуємося налаштуванням розкладу. Ми регулярно розгортаємо копію на окремому сервері, відкриваємо сайт, перевіряємо замовлення й адмін-панель і записуємо, скільки часу це зайняло. Тільки така копія справді є страховкою.
Що підготувати з вашого боку
- доступи до сервера або хостингу, де працює сайт;
- розуміння, які дані для вас найцінніші і що болючіше втратити;
- інформацію про сервіси, які зберігають дані поза сайтом;
- контакт людини, яка ухвалює рішення під час аварії.
Типові помилки
- Покладатися лише на копії хостингу і ніколи не перевіряти, що в них лежить.
- Зберігати копії в тій самій папці, що й сайт, де їх може знайти зловмисник або знищити той самий збій.
- Копіювати базу, але забути про фото й документи.
- Тримати лише одну останню копію, яка до моменту виявлення проблеми вже містить пошкоджені дані.
- Не мати плану дій і з’ясовувати під час аварії, в кого є паролі.
Що впливає на вартість
- Обсяг даних і як швидко вони змінюються: великий каталог з тисячами фото потребує іншого підходу, ніж корпоративний сайт.
- Вимоги до швидкості відновлення: відновлення протягом робочої зміни і можливість запустити копію сайту майже одразу — це різні рішення.
- Кількість систем: лише сайт чи ще CRM, сервіси, кілька серверів.
- Частота перевірок і чи потрібен постійний супровід копій з нашого боку.
Вартість зберігання копій у сховищі ви оплачуєте провайдеру напряму. Ми допомагаємо підібрати варіант, щоб не переплачувати за зайвий обсяг.
Часті запитання
Мій хостинг уже робить копії. Цього недостатньо? Може бути достатньо, а може й ні. Ми перевіримо, що саме копіюється, як довго зберігається і чи можна з цього відновити сайт самостійно.
Чи сповільнить копіювання роботу сайту? Якщо налаштувати правильно — ні. Важкі операції плануємо на час, коли відвідувачів найменше, а базу копіюємо способом, що не блокує роботу магазину.
Чи можна відновити лише частину даних? Так. Наприклад, повернути випадково видалені товари без відкату всього сайту, щоб не втратити нові замовлення.
Що робити, якщо сайт уже зламано або дані втрачено? Звертайтеся якомога швидше і нічого не перезаписуйте. Спробуємо знайти найсвіжішу придатну копію, а після відновлення перевіримо сайт на безпеку.
Чому Promodex
Ми створюємо й підтримуємо сайти з 2015 року — за цей час набралося 750+ проєктів — і знаємо, що саме резервна копія часто вирішує, втратить бізнес дані чи ні. Тому для нас копія — не галочка в налаштуваннях, а робочий інструмент, який ми перевіряємо на ділі. Резервне копіювання можна замовити окремо або разом з адмініструванням сервера й технічною підтримкою від нашої власної команди в Києві.
