— У тебя есть бэкап?
— Конечно!
— А он работает?
— 🤔… Сейчас узнаем…
Бэкап — важная тема, особенно если ты работаешь с данными, IT-системами, СХД или просто не хочешь потерять ценные файлы.
Что нам предстоит разобрать?
- Основы бэкапа — что такое бэкап, зачем он нужен, какие бывают типы (полный, инкрементальный, дифференциальный)?
- Решения для бэкапа — какие есть программы, системы (Veeam, Bacula, Borg, Rsync и др.)?
- Бэкап в enterprise/СХД — как делать резервное копирование в корпоративных хранилищах?
- 3-2-1 стратегия — классическая стратегия бэкапа: 3 копии, 2 разных носителя, 1 вне офиса.
- Бэкап в облако — Google Drive, S3, Azure, Яндекс и т. д.
- Автоматизация и скрипты — как делать бэкап с помощью скриптов (например, на bash или python)? - или ну его нах?
- Восстановление после сбоя — как тестировать и использовать бэкапы?
Слово «бэкап» — это транслитерация английского backup, где:
- back — «назад»
- up — приставка, усиливающая действие (в данном случае «поддерживать», «сохранять»)
Вместе backup означает «резервная копия» или «откат к предыдущему состоянию».
Изначально это слово использовалось в английском в контексте:
- страховки (например, backup plan — запасной план),
- поддержки (например, backup power — резервное питание),
- а позже — в ИТ для обозначения копии данных, к которой можно вернуться, если с основной что-то пошло не так.
В русском языке слово прижилось как бэкап, хотя официально правильнее было бы говорить резервное копирование.
Рассказываю честно, чётко и без маркетинговой мишуры — только суть и практика.
Что такое бэкап?
Бэкап (backup) — это резервная копия данных, которая создаётся на случай потери, повреждения или удаления оригиналов. Он нужен не для красоты, а чтобы ты мог восстановить данные, если:
- сдох жёсткий диск/SSD/флешка;
- нажал «удалить» не туда;
- вирус/вымогатель зашифровал всё;
- сгорел сервер/попал молотком/забрал обыск; (неожиданно?)
- облако удалило твой аккаунт; (так бывает только в РФ)
- человек ошибся, а тебе не фортануло.
Главный принцип: "Ты не делаешь бэкапов — значит, ты уже потерял данные. Просто ещё не знаешь об этом."
Способы хранения - Локально: внешний диск, NAS, флешка, другой сервер.
- В облаке: S3, Google Drive, Яндекс.Диск, Backblaze.
- Вне помещения (off-site): хранение копий в другом здании/городе.
- Холодное хранение: ленты, Blu-ray, жёсткие диски на полке (архивы).
Золотое правило — стратегия 3-2-1
3 копии данных
2 разных носителя (например, диск + облако)
1 копия вне основной инфраструктуры (например, вне офиса)
Частота бэкапов
Зависит от важности данных и допущенного риска:
- Финансовые документы: ежедневно
- Базы данных: каждую ночь или чаще (ежечасно)
- Домашние фото: раз в месяц (но облако лучше)
- Исходники кода: каждый коммит + автоматический бэкап репозитория
Что критически важно:
- Бэкап ≠ защита. Это не антивирус, он не спасёт от взлома — только поможет восстановиться после.
- Нет теста восстановления — нет бэкапа. Если ты ни разу не делал восстановление — ты не знаешь, работает ли оно.
- Автоматизация. Ручной бэкап — это способ однажды забыть. Настраивай автоматом и логируй.
- Шифрование и контроль доступа — чтобы копии не стали уязвимостью.
По полочкам: что такое полный, инкрементальный, дифференциальный бэкапы — и где тут снапшоты.
Типы бэкапов
1. Полный бэкап (Full backup)
Полная копия всех данных.
Как работает:
Каждый раз создаётся копия всех файлов, которые входят в задачу резервного копирования.
Пример:
У тебя есть 100 ГБ данных — и каждый день создаётся ещё 100 ГБ заново.
Плюсы:
- просто восстановить — нужна только одна копия;
- надёжно.
Минусы:
- много места;
- долго создаётся.
2. Инкрементальный бэкап (Incremental backup)
Сохраняются только изменения с момента последнего бэкапа — полного или инкрементального.
Как работает:
- День 1: создаётся полный бэкап.
- День 2: сохраняется только то, что изменилось с дня 1.
- День 3: сохраняется только то, что изменилось с дня 2.
- и т.д.
Плюсы:
- быстро;
- экономия места.
Минусы:
- чтобы восстановиться, нужно восстановить полный бэкап + все последующие инкременты;
- если один инкремент повреждён — всё после него пропало.
3. Дифференциальный бэкап (Differential backup)
Сохраняются изменения с момента последнего полного бэкапа (не предыдущего дифференциального!).
Как работает:
- День 1: полный бэкап.
- День 2: изменения с дня 1.
- День 3: всё, что изменилось с дня 1.
- и т.д.
Плюсы:
- проще восстанавливать (нужен только полный + последний дифференциальный);
- надёжнее, чем инкремент.
Минусы:
- занимает всё больше места с каждым днём (до следующего полного бэкапа).
А где же снапшоты? Снапшот (Snapshot)
Это моментальный снимок состояния файловой системы или тома, сделанный мгновенно, почти без копирования данных.
Снапшот не копирует файлы, а сохраняет ссылку на текущее состояние данных. Когда данные меняются — сохраняется разница (дельта). Это называется copy-on-write или redirect-on-write.
Роль снапшота:
- позволяет быстро вернуться к прошлому состоянию;
- почти не занимает места (если данные не изменяются);
- удобен для временных точек восстановления;
- используется как основа для инкрементальных бэкапов (например, в ZFS, Btrfs, NetApp, Proxmox и др.).
Снапшоты + Бэкап
- Снапшоты не заменяют бэкап, потому что:
они обычно хранятся на том же диске (если диск сдох — прощай снапшот);
могут быть повреждены вместе с системой. - Но они идеальны как точки отката, особенно в сочетании с репликацией или экспортом снапшотов на внешнее хранилище.
Что значит "связка снапшот + бэкап"
Это комбинация:
Снапшот — быстрый снимок состояния данных (на месте, в той же системе);
Бэкап — копия, которая уходит на внешнее хранилище, на случай сбоя, удаления, кражи и т.п.
Зачем такая связка?
Чтобы:
- делать бэкапы без остановки работы системы;
- не получить "битые" копии из-за изменений во время бэкапа;
- иметь момент времени, к которому можно вернуться (из снапшота) и внешнюю защиту (бэкап).
Пример 1: ZFS
ZFS — файловая система, в которой снапшоты — базовая функция.
Команды:
ьzfs snapshot tank/data@2025-07-22
zfs send tank/data@2025-07-22 | gzip > /mnt/backup/zfs_data.gz
- zfs snapshot — делает моментальный снимок без копирования.
- zfs send — передаёт снапшот как поток (можно сохранить, передать по SSH и т.д.)
Можно делать инкрементальные бэкапы через разницу между снапшотами:
zfs send -i tank/data@2025-07-21 tank/data@2025-07-22 | gzip > /mnt/backu
"Как продать бэкап" — значит, как убедить клиента платить за то, что кажется ему ненужным до первого сбоя.
1. Начни не с продукта, а с риска
Никто не покупает бэкап. Люди покупают восстановление после потерь.
Вопросы-крюки:
- "А что случится, если пропадёт ваш Excel с продажами за год?"
- "У вас есть копия 1С на случай блокировки, кражи или шифровальщика?"
- "А если облачный сервис отключится (или Роскомнадзор его заблокирует)?"
Цель — показать, что потери стоят дороже, чем бэкап.
2. Продавай не бэкап, а возврат к жизни
Плохо:
Мы делаем инкрементальные бэкапы с дедупликацией и шифрованием.
Хорошо:
Даже если вас взломают или сгорит офис — мы восстановим систему за 1 час. Никаких потерь.
Бизнесу нужен не архив, а работающая система завтра утром.
3. Используй язык денег и времени
Сравни это с ценой бэкапа: "Вы тратите 5 000₽ в месяц, чтобы не терять 200 000₽ в день простоя."
"У нас был клиент, у которого сотрудник случайно удалил папку с договорами. Через 10 минут мы всё восстановили."
Или наоборот: "Один отказался — потом в панике искал хоть что-то. Потерял базу за 5 лет. Теперь платит в 4 раза больше, чтобы не повторилось."
4. Продай как часть услуги, а не отдельный продукт
Если ты внедряешь серверы, СХД, 1С, сайты, CRM — включай бэкап по умолчанию:
"Вот стоимость решения, включая резервное копирование на внешнее хранилище."
"А вот без бэкапа — но вы берёте риск на себя."
Финальная формула
Бэкап — это страховка для бизнеса.
Он стоит дешевле любого сбоя.
Мы не делаем бэкап ради галочки — мы даём вам возможность работать без паники.