Как организовать резервное копирование в компании
Пошаговый план резервного копирования для небольшой компании: что копировать, как часто, где хранить, как защитить копии от шифровальщиков и проверить восстановление.
· 4 минуты чтения
О резервном копировании вспоминают в самый неудачный момент — когда данные уже потеряны. Хорошая новость: чтобы защититься, не нужны огромные бюджеты. Нужен план и дисциплина. Разберём по шагам.
Шаг 1. Составьте список данных
Пройдитесь по всем местам, где хранится что-то важное:
- базы 1С и других учётных программ;
- общие папки и файловые хранилища;
- серверы и виртуальные машины — включая настройки, а не только данные;
- почта, если используется собственный почтовый сервер;
- документы на компьютерах сотрудников — особенно у тех, кто хранит всё «на рабочем столе»;
- данные в облачных сервисах: CRM, облачные диски, онлайн-бухгалтерия;
- настройки сетевого оборудования.
Для каждого пункта ответьте: что будет, если эти данные пропадут?
Шаг 2. Определите, сколько данных можно потерять
Два ключевых вопроса:
- Сколько данных допустимо потерять? Если резервная копия создаётся раз в сутки, в худшем случае пропадёт работа за день. Для 1С с активной работой это может быть неприемлемо — тогда копии нужны несколько раз в день.
- Как быстро нужно восстановиться? Одно дело — вернуть один файл, другое — восстановить весь сервер. От ответа зависит, где хранить копии и какие средства использовать.
Ответы разные для разных данных: архив документов прошлых лет и текущая база 1С требуют разного подхода.
Шаг 3. Следуйте правилу 3-2-1
- 3 копии данных — оригинал и две резервные;
- 2 разных типа носителей — например, диски в сетевом хранилище и облако;
- 1 копия — вне офиса.
Так данные переживут отказ оборудования, ошибку сотрудника, шифровальщика и даже пожар в офисе.
Шаг 4. Автоматизируйте
Резервное копирование должно работать без участия человека. Ручное копирование на внешний диск по пятницам со временем перестаёт выполняться.
Настройте:
- расписание для каждого типа данных;
- хранение цепочки копий: например, ежедневные за последние недели, еженедельные за последние месяцы;
- уведомления об ошибках — ответственному человеку, а не в журнал, который никто не читает.
Шаг 5. Защитите копии
Современные шифровальщики и злоумышленники сначала ищут резервные копии, а потом шифруют данные. Если сервер копий доступен с заражённого компьютера по сетевой папке, копии будут зашифрованы вместе со всем остальным.
- отдельные учётные данные для системы резервного копирования;
- хранилище копий без прямого доступа из рабочей сети — не подключено как сетевой диск;
- неизменяемые копии — которые нельзя удалить или перезаписать в течение заданного срока;
- шифрование копий, которые хранятся вне офиса или в облаке.
Шаг 6. Проверяйте восстановление
Зелёный статус задания не означает, что из копии можно восстановиться. Копия может оказаться неполной, повреждённой или несовместимой.
- регулярно восстанавливайте тестовые данные: отдельный файл, базу 1С в тестовую копию, виртуальную машину;
- фиксируйте результат и время восстановления;
- опишите порядок восстановления — во время аварии не будет времени разбираться.
Шаг 7. Назначьте ответственного
У резервного копирования должен быть хозяин: человек или подрядчик, который получает уведомления, реагирует на ошибки и проводит проверки. Без этого система постепенно ломается незаметно для всех.
Частые ошибки
- RAID считают резервной копией. Он защищает только от отказа диска — подробно в статье «Почему RAID не является резервной копией».
- Копия на том же сервере. Отказ сервера уничтожает и оригинал, и копию.
- Внешний диск всегда подключён. Шифровальщик доберётся и до него.
- Нет копии вне офиса. Пожар, затопление или кража — и данных нет.
- Никто не проверял восстановление.
- Облачные сервисы не копируют. Облако защищает от отказа своих серверов, но не всегда от ваших ошибок и удалений.
Минимальный набор для небольшого офиса
- Автоматическое резервное копирование сервера и базы 1С на отдельное сетевое хранилище.
- Копия этих копий в облачное хранилище с шифрованием.
- Защита хранилищ от доступа из рабочей сети.
- Уведомления об ошибках.
- Тестовое восстановление по графику.