Резервні копії не бувають простими: чому другого диска недостатньо

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

Другої копії замало

Перший принцип простий — тримайте копію файлів деінде. Сам по собі він не рятує: під'єднаний диск може зашифрувати програма-вимагач або знищити помилкова команда. Тому резервна копія не повинна бути дзеркалом оригіналу: RAID 1 та подібні схеми так само точно відтворюють помилки, як і файли, і не дають змоги повернутися в часі. Потрібні знімки.

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

Дедуплікація та реальні збої

Зміни файлів мають розподіл із важким хвостом, тому більшість файлів у наборі знімків ідентичні. Отже, дедупліковані копії, які зберігають один примірник і посилаються на нього з кожного знімка, економлять і місце, і трафік. Саме так працює rsnapshot із жорсткими посиланнями, і такий підхід переживає ротацію, бо видаляються лише записи каталогів, а не самі файли. Економія трафіку прямо впливає на рахунок, коли друга машина — хмарний сервіс.

Домашня лабораторія додає власних збоїв: контейнери створюють файли, що належать root, і копія, запущена звичайним завданням cron, падає, а бази даних, які скидають дані на диск пакетами, без окремого дампа відновлюються пошкодженими. Ризик становить і сама апаратура — звідси правило 3-2-1: три копії, два типи носіїв, одна поза офісом. Об'єктне сховище на кшталт S3 додає обмежень: метадані під час завантаження втрачаються, а безліч дрібних файлів коштує дорого, тож архіви доводиться пакувати частинами.

Використовуйте інструменти, які вже це розв'язали

Чесний висновок поста: будувати це самому не варте розумового навантаження — Borg і Restic уже беруть на себе шифрування, дедуплікацію на рівні блоків і контрольні суми. Але все це нічого не варте, якщо відновлення не перевіряють на практиці: автор радить робити це приблизно раз на пів року.