В офисах без своего айтишника этот сценарий повторяется с неприятной регулярностью. Годами всё работало, пока не умер единственный диск с базой 1С или пока шифровальщик не прошёлся по сетевой папке, где лежали и рабочие файлы, и копии. После этого выясняется, что бэкап вроде бы был, но последний раз он делался полгода назад, а восстановить из него никто ни разу не пробовал.
Что такое правило 3-2-1 и где его обычно ломают
Правило 3-2-1 это минимум 3 копии данных на 2 разных типах носителей, и хотя бы 1 копия физически в другом месте. Формулировка простая, но на практике большинство компаний останавливается на второй копии, которая лежит на соседнем диске в том же системном блоке. Это спасает от отказа диска и больше ни от чего: ни от пожара, ни от кражи, ни от шифровальщика, который видит оба диска одинаково хорошо.
| Где лежит копия | От чего спасает | От чего не спасает |
|---|---|---|
| Соседний диск в том же системном блоке | отказ одного диска | пожар, кража, шифровальщик |
| Сетевая папка, доступная с рабочих компьютеров | отказ рабочего компьютера | шифровальщик, пожар или кража в офисе |
| Облако с отдельными ключами и защитой от удаления | отказ техники, пожар, кража, шифровальщик | битый архив, если восстановление ни разу не проверяли |
Как защитить резервную копию от шифровальщика
Если резервная копия доступна с той же учётной записи и из той же сети, что и рабочие файлы, вирус зашифрует её вместе со всем остальным, и вы узнаете об этом ровно в тот момент, когда копия понадобится. Поэтому копия должна лежать там, куда рабочая машина писать не может: облачное хранилище с отдельными ключами, отдельная учётка, версионирование с защитой от удаления.
Что бэкапить, кроме базы 1С
Базы 1С и учётных систем это очевидная часть, с которой обычно и начинают. Про остальное вспоминают, когда уже поздно:
- Файловое хранилище: договоры, сметы, макеты, всё, что копилось годами в общей папке и существует в одном экземпляре.
- Почта. Многие считают, что раз почта в облаке, она в безопасности сама по себе, но удалённое письмо облако восстановит только в пределах срока хранения корзины, а это обычно 30 дней.
- Конфигурации: настройки серверов, правила файрвола, схема сети. Восстановить данные и потом неделю вспоминать, как всё было настроено, это отдельный сорт мучения.
Как проверить, что бэкап восстановится
Бэкап, который никогда не восстанавливали, это не бэкап, а надежда. Файл может месяцами писаться битым, архив может оказаться зашифрованным паролем, который знал уволившийся администратор, а база может не подняться из-за несовпадения версии платформы.
Нормальная практика: раз в квартал разворачивать копию на тестовой машине и проверять, что база открывается и в ней есть свежие данные. Занимает час. Выясняется при этом всякое.
Почему на бэкапе экономят до первой аварии
Настройка автоматического копирования баз и файлового хранилища по расписанию, с выгрузкой в облако и проверкой целостности, обходится в сумму, сопоставимую с одним днём простоя компании среднего размера. Проблема в том, что день простоя случится когда-нибудь потом, а платить надо сейчас, и в этом торге бэкап почти всегда проигрывает.
Мы настраиваем копирование по расписанию, хранение в облаке отдельно от основной инфраструктуры и регулярную проверку восстановления. Квартальную проверку удобно держать в абонентском обслуживании, тогда она не зависит от памяти одного администратора.
Если непонятно, что у вас сейчас происходит с копиями, начните с аудита инфраструктуры. Он стоит 55 000 - 100 000 ₽, занимает от 1 недели и показывает, что бэкапится, что нет и что из этого реально восстанавливается. На выходе у вас план со сметой, и делать по нему можно хоть с нами, хоть своими силами.