Резервное копирование данных: план на случай, если всё сломалось

Сломавшийся сервер, вирус-шифровальщик, случайно удалённая папка с договорами или украденный ноутбук директора — любая из этих ситуаций может остановить работу компании на дни и недели. Разница между небольшой неприятностью и катастрофой обычно определяется одним: была ли у бизнеса продуманная система резервного копирования. Рассказываем, как построить такую систему без лишних затрат и проверить, что она действительно сработает.

Почему «у нас всё в облаке» — не ответ

Многие небольшие компании уверены, что их данные защищены, потому что документы лежат в облачном хранилище, а почта работает через внешний сервис. Это опасное заблуждение. Облачная синхронизация — не резервная копия. Если сотрудник удалил файл или вирус зашифровал папку, изменения мгновенно синхронизируются, и испорченная версия заменит исправную везде.

Кроме того, облачный провайдер отвечает за доступность своей инфраструктуры, но не за ошибки ваших пользователей. Если вы по невнимательности удалили аккаунт, или злоумышленник получил к нему доступ и стёр данные, восстановить их может оказаться невозможно. Ряд сервисов хранит удалённые файлы ограниченное время, и после его истечения они исчезают безвозвратно.

Наконец, бывают ситуации, когда доступ к облачному сервису теряется по внешним причинам: блокировка аккаунта, изменение условий обслуживания, уход провайдера с рынка. За последние годы московский бизнес не раз сталкивался с тем, что привычные сервисы внезапно становились недоступными, и компании без собственных копий оказывались в крайне сложном положении.

Правило трёх копий

Основа любой стратегии резервного копирования — простое правило, которое профессионалы называют «3-2-1». Его суть такова:

• Три копии данных: рабочие данные плюс две резервные копии.
• Два разных типа носителей: например, локальное сетевое хранилище и облако, или диск и ленточный накопитель.
• Одна копия вне офиса: в другом здании, в дата-центре или в облаке, чтобы пожар, затопление или кража не уничтожили все копии сразу.

Сегодня к этому правилу часто добавляют ещё два условия. Одна из копий должна быть неизменяемой или отключённой от сети — так её не сможет зашифровать вирус, проникший в инфраструктуру. И все копии должны регулярно проверяться на возможность восстановления. Так появилась расширенная формула «3-2-1-1-0»: последний ноль означает ноль ошибок при тестовом восстановлении.

Резервная копия, из которой ни разу не пробовали восстановиться, — это не страховка, а надежда. А надежда плохо работает в три часа ночи, когда всё уже сломалось.

Что именно нужно копировать

Прежде чем выбирать технологии, составьте инвентаризацию данных. Пройдитесь по всем отделам и выясните, какая информация критична для работы и где она хранится. Результат часто удивляет: важные файлы обнаруживаются на личных ноутбуках, в почтовых ящиках уволенных сотрудников, на флешках бухгалтера.

Типичный список того, что нужно защищать в небольшой компании:

1. Базы учётных систем: бухгалтерия, складской учёт, CRM.
2. Файловые хранилища с договорами, проектами, коммерческими предложениями.
3. Корпоративная почта и календари.
4. Сайт и интернет-магазин: файлы и база данных.
5. Конфигурации серверов, сетевого оборудования, телефонии.
6. Данные на рабочих компьютерах ключевых сотрудников.
7. Пароли, ключи электронной подписи и лицензии, хранящиеся в защищённом виде.

Для каждой категории определите два параметра. Первый — допустимая потеря данных: за какой период вы готовы потерять информацию? Если бухгалтерия вносит сотни проводок в день, потеря суток работы болезненна, и копировать нужно чаще. Второй — допустимое время простоя: как быстро система должна снова заработать? Для интернет-магазина час простоя в сезон распродаж может стоить серьёзных денег, а для архива старых проектов несколько дней ожидания некритичны.

Выбор технологий: локально, в облаке или гибридно

Локальное резервное копирование на сетевое хранилище в офисе даёт высокую скорость восстановления: большие объёмы можно вернуть за часы, а не за дни. Минусы — уязвимость к физическим угрозам и к вирусам, если хранилище постоянно подключено к сети.

Облачное копирование защищает от локальных катастроф и не требует собственного оборудования. Но восстановление большого объёма через интернет может занять много времени, а ежемесячные платежи при росте данных постепенно увеличиваются. Важно выбирать провайдера, который хранит данные в соответствии с требованиями к персональным данным и предоставляет понятные гарантии.

Для большинства компаний оптимален гибридный подход. Ежедневные копии хранятся локально для быстрого восстановления, а их зашифрованные дубликаты отправляются в облако или в арендованное хранилище в дата-центре. Хотя бы раз в неделю создаётся копия, которая физически или логически отключается от основной инфраструктуры.

Небольшое архитектурное бюро в районе Таганки столкнулось с атакой шифровальщика, который поразил и рабочие компьютеры, и подключённое сетевое хранилище. Работу удалось восстановить за два дня только благодаря облачным копиям с функцией защиты от удаления: злоумышленники не смогли до них добраться. Потеряны были лишь изменения за последние сутки.

Защита от шифровальщиков

Вирусы-вымогатели стали одной из главных угроз для бизнеса любого размера. Современные шифровальщики специально ищут резервные копии и уничтожают их в первую очередь, чтобы жертва не могла восстановиться без выкупа. Поэтому классическая схема с копированием на подключённый диск больше не защищает.

Что помогает противостоять такой угрозе:

• Неизменяемые копии. Хранилища, в которых данные в течение заданного срока нельзя удалить или изменить даже с правами администратора.
• Изоляция. Отдельные учётные записи для системы резервного копирования, не связанные с основным доменом.
• Отключаемые носители. Внешние диски, которые подключаются только на время копирования и затем хранятся отдельно.
• Многофакторная аутентификация для доступа к консоли управления копиями и облачным хранилищам.
• Мониторинг. Оповещения о массовом изменении файлов и об ошибках резервного копирования.

Важно помнить, что выплата выкупа не гарантирует восстановления данных и лишь поощряет злоумышленников. Надёжная система резервного копирования — единственный действительно работающий ответ на эту угрозу.

План восстановления: что делать, когда всё сломалось

Копии сами по себе не спасут, если в момент аварии никто не знает, что делать. Поэтому вторая половина работы — план восстановления. Это короткий документ, который можно распечатать и хранить вне компьютеров, потому что при серьёзной аварии они могут быть недоступны.

В плане стоит прописать:

1. Кто принимает решение о начале восстановления и кого нужно оповестить.
2. Контакты ответственных сотрудников, подрядчиков и провайдеров, включая личные телефоны.
3. Порядок восстановления систем по приоритету: что поднимаем первым, что вторым.
4. Где хранятся копии, как к ним получить доступ, где лежат пароли и ключи шифрования.
5. Как организовать работу сотрудников во время простоя: временные процессы, ручной учёт, коммуникация с клиентами.
6. Как проверить целостность восстановленных данных перед возвращением к работе.

Отдельно подумайте о ключах шифрования. Если копии зашифрованы, а ключ хранился только на сервере, который вышел из строя, восстановиться не получится. Ключи и пароли должны храниться в нескольких защищённых местах, включая бумажную копию в сейфе.

Тестирование и регулярность

Самая частая причина неудачного восстановления — то, что копии никто не проверял. Задание резервного копирования месяцами завершалось с ошибкой, и никто не обращал внимания на уведомления. Или копировалась не та папка. Или копия создавалась, но восстановить из неё базу оказалось невозможно из-за несовместимости версий.

Чтобы этого не случилось, введите простой регламент. Ежедневно ответственный проверяет отчёт о выполнении заданий. Ежемесячно проводится выборочное восстановление нескольких файлов и одной базы на тестовую машину. Раз в полгода — полноценные учения: имитация аварии с восстановлением ключевых систем и замером времени. Результаты фиксируются, а выявленные проблемы исправляются.

Такие учения часто выявляют неожиданные слабые места. Например, оказывается, что восстановление учётной базы занимает не два часа, как предполагалось, а целый день, потому что скорость интернет-канала до облака недостаточна. Лучше узнать об этом на учениях, чем во время настоящей аварии.

Выводы

Резервное копирование — это не покупка программы, а система, включающая инвентаризацию данных, правильную архитектуру хранения, защиту от вирусов, понятный план восстановления и регулярные проверки. Облачная синхронизация её не заменяет. Следуйте правилу трёх копий на двух типах носителей с одной копией вне офиса и обязательно держите хотя бы одну копию недоступной для изменения.

Затраты на такую систему для небольшой компании обычно скромны по сравнению с потенциальными потерями от простоя и утраты данных. Начните с малого: составьте список критичных данных, настройте автоматическое копирование и проведите первое тестовое восстановление. Этот день, потраченный сейчас, может спасти бизнес завтра.