Денис Литвин

Резервні копії, які справді відновлюються

Кожен адміністратор знає, що резервні копії потрібні. Мало хто пам’ятає, що копія, яку жодного разу не відновлювали, — це просто припущення. Ось що ми перевіряємо, щоб у день аварії бекап справді допоміг.

Правило 3-2-1

  • 3 копії даних: робоча й дві резервні.
  • 2 різні носії чи сховища.
  • 1 копія в іншому місці: інший сервер, інша країна чи хмара.

Що копіювати

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

Шифрування

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

Автоматизація й сповіщення

  1. Копії створюються за розкладом, а не «коли згадаємо».
  2. Кожен запуск записує результат і розмір архіву.
  3. Різке зменшення розміру чи пропущений запуск надсилає сповіщення.

Перевірка відновлення

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

Політика зберігання

Практичний варіант: щоденні копії за останні 5 днів, тижневі за 2 тижні й місячні за 2 місяці. Старіші видаляйте автоматично, щоб сховище не росло безкінечно.

Питання не «чи є у нас бекап», а «за скільки хвилин і з якими втратами ми повернемося до роботи».

Коментарі

Поки без коментарів.

Схожі матеріали

Сейф, який не вміє читати навіть власник сервераDiox · 22.09.2026 Пошта, яку складно підробити: SPF, DKIM і DMARC простими словамиDiox · 20.09.2026