Резервное копирование для малого бизнеса: что, как часто и куда
Практика4 минРедакция Innovialabs
Коротко
Сначала решите, сколько данных и времени простоя вы можете себе позволить потерять (RPO и RTO), затем составьте список систем, настройте автоматическое копирование по правилу 3-2-1 и регулярно проверяйте восстановление.
Короткий ответ
Стратегия резервного копирования отвечает на три вопроса: что копировать, как часто и куда. Порядок действий:
- Для каждой системы определите RPO и RTO.
- Составьте инвентаризацию: все места, где лежат данные компании.
- Выберите инструменты и хранилища по правилу 3-2-1 с одной неизменяемой копией.
- Назначьте ответственного и проверяйте восстановление по расписанию.
RPO и RTO простыми словами
- RPO (Recovery Point Objective) — сколько данных можно потерять. Если RPO — сутки, достаточно ежедневной копии. Если потеря даже часа заказов недопустима, копировать нужно чаще.
- RTO (Recovery Time Objective) — за сколько времени система должна снова заработать. От RTO зависит, где хранить копию: восстановить терабайты из облака по офисному каналу может занять намного больше времени, чем с локального NAS.
Определите эти цифры вместе с руководителем, а не только с IT: это решение о деньгах и рисках бизнеса. Разным системам нужны разные значения — бухгалтерии и сайту с заказами они обычно строже, чем архиву документов.
Что копировать
| Система | Что именно | На что обратить внимание |
|---|---|---|
| Сайт | Файлы, база данных, загруженные пользователями файлы, конфигурация сервера | Делайте дамп базы, а не копируйте файлы базы во время работы |
| CRM (облачная) | Регулярный экспорт клиентов, сделок, истории | Провайдер отвечает за свою инфраструктуру, а не за ваши удалённые данные; уточните условия |
| 1С | Выгрузка информационной базы (.dt) или резервная копия СУБД; для файловой базы — копия файла базы при закрытых сеансах | Копирование файловой базы при открытых сеансах может дать повреждённую копию |
| Почта | Почтовые ящики, особенно руководства и бухгалтерии | Корзина и сроки хранения в Google Workspace или Microsoft 365 — не резервная копия |
| Файлы | Общие папки, NAS, документы на ноутбуках | Синхронизация с облаком повторяет удаление и шифрование |
| Доступы | Домены, DNS, хостинг, менеджер паролей, лицензии | Без них восстановленные данные будет некуда развернуть |
Не забудьте неочевидное: таблицы в личных облаках сотрудников, Telegram-ботов и их базы, настройки роутеров и телефонии.
Инструменты
- Для серверов и сайтов: restic, BorgBackup, Duplicati — шифруют, сжимают и дедуплицируют данные, умеют отправлять их в объектное хранилище.
- Для офиса: встроенные средства NAS (у Synology, QNAP и других есть свои приложения для бэкапа компьютеров и облака), «Система архивации данных Windows Server», Veeam Agent.
- Для облачных сервисов: штатный экспорт или специализированные сервисы резервного копирования для Google Workspace и Microsoft 365.
Пример для сервера с PostgreSQL и restic:
#!/bin/sh
set -e
pg_dump -Fc shop > /var/backups/shop.dump
restic -r s3:https://storage.example.com/backups backup /var/www /var/backups
restic -r s3:https://storage.example.com/backups forget --keep-daily 7 --keep-weekly 4 --keep-monthly 6 --prune
Пароль репозитория и ключи храните в переменных окружения, а не в скрипте. Обязательно сохраните пароль ещё и вне сервера: без него копии не расшифровать.
Куда копировать
- Локально (NAS, отдельный сервер) — быстрое восстановление, хорошо для малого RTO.
- Объектное хранилище в облаке — копия вне офиса; включите версионирование и Object Lock, если провайдер их поддерживает.
- Офлайн-диски — запасной вариант на случай атаки вымогателей: подключаются только на время копирования.
Учётные записи для бэкапа — отдельные, с минимальными правами, не связанные с доменом и почтой администратора.
Расписание и проверки
- Копирование: базы и важные системы — ежедневно или чаще в зависимости от RPO; файлы — ежедневно; полные образы серверов — еженедельно.
- Хранение: например, ежедневные копии за неделю, еженедельные за месяц, ежемесячные за полгода — подберите под свои требования.
- Мониторинг: уведомление на почту или в Telegram, если задание не выполнилось.
- Тест восстановления: регулярно восстанавливайте отдельные файлы и раз в квартал — целую систему на тестовом сервере. Засекайте время и сравнивайте с RTO.
- Документ: короткая инструкция, где лежат копии, как восстановить и у кого доступы.