Резервное копирование защищает не только от поломки компьютера. Современная система должна учитывать несколько возможных сценариев:
- Случайное удаление или изменение файлов. Сотрудник может удалить папку, перезаписать документ или сохранить неверную версию.
- Отказ оборудования. Жёсткий диск, компьютер, сервер или NAS могут выйти из строя без возможности быстро вернуть данные.
- Программы-вымогатели. Вредоносная программа может зашифровать рабочие файлы и доступные ей резервные копии.
- Кража или потеря устройства. Этот риск особенно важен для ноутбуков сотрудников, работающих вне офиса.
- Ошибки программ и обновлений. После неудачного обновления приложение или база данных могут перестать работать.
- Проблемы с облачными учётными записями. Доступ к данным можно потерять из-за удаления файлов, кражи пароля или блокировки учётной записи.
- Физические происшествия. Пожар, затопление, скачок напряжения или кража оборудования могут затронуть всю офисную инфраструктуру.
Одна резервная копия не защищает от всех этих событий. Например, копия на NAS помогает быстро восстановить удалённый файл, но может пострадать вместе с основной сетью. Облачное хранилище защищает от поломки оборудования в офисе, однако для восстановления большого объёма данных потребуется стабильное интернет-соединение.
Подготовку стратегии лучше начать с инвентаризации. Составьте список устройств, сервисов и информации, без которых компания не сможет выполнять заказы, обслуживать клиентов или вести учёт.
К ним относятся проекты, договоры, клиентские файлы, электронные таблицы, изображения и другие материалы, которые сотрудники создают и изменяют каждый день. Чем чаще меняются данные, тем чаще необходимо создавать их резервные копии.
Сайты, CRM-системы, бухгалтерские программы и внутренние приложения могут хранить информацию в базах данных. Простого копирования отдельных файлов не всегда достаточно. Необходимо учитывать особенности приложения и создавать согласованную копию, пригодную для восстановления.
Важные файлы могут находиться не только на компьютерах компании, но и в облачных хранилищах, почтовых сервисах и других онлайн-системах. Синхронизацию не следует считать полноценным резервным копированием. Удаление или повреждение файла может автоматически распространиться на синхронизированные устройства.
Для быстрого возвращения компьютера или сервера в рабочее состояние может потребоваться резервное копирование корпоративной системы, включая системные настройки, установленные приложения, профили пользователей, конфигурационные файлы и образы дисков. Это сокращает количество ручных действий после серьёзного сбоя.
Если сотрудники работают из дома или в поездках, корпоративные документы могут оставаться на ноутбуках и ПК вне офиса. Эти устройства также нужно включить в общий план резервного копирования.
Для каждой группы данных полезно определить два показателя: сколько последних изменений компания может потерять и как быстро необходимо восстановить работу.
Допустимый объём потери данных, или RPO
RPO определяет, за какой период могут быть потеряны изменения. Если компания может потерять данные не более чем за один рабочий час, резервные копии нужно создавать как минимум каждый час. Для редко изменяемых документов может быть достаточно ежедневного копирования.
Допустимое время восстановления, или RTO
RTO показывает, сколько времени система может оставаться недоступной. Для критичной базы данных это может быть один час, а для старого архива допустимы сутки или больше.
RPO влияет на расписание резервного копирования, а RTO помогает выбрать место хранения. Быстро вернуть данные обычно проще с локального диска или NAS. Восстановление из удалённого облака или с архивного носителя может занять больше времени, но такие копии лучше защищены от происшествий в офисе.
Практичной основой для малого бизнеса остаётся правило резервного копирования 3-2-1:
- хранить не менее трёх экземпляров данных, включая рабочую версию;
- использовать два разных типа хранилищ;
- держать хотя бы одну копию отдельно от основной инфраструктуры.
Например, рабочие данные могут находиться на компьютере или сервере, первая резервная копия на локальном NAS, а вторая в облаке либо на отключаемом диске или ленточном картридже.
Копия за пределами офиса защищает от пожара, кражи и повреждения оборудования. Автономная или неизменяемая копия нужна на случай программы-вымогателя.
CISA рекомендует хранить резервные копии критически важных данных в зашифрованном автономном виде и регулярно проверять их доступность и целостность.
Рекомендации CISA по защите от программ-вымогателей
Частота копирования должна зависеть от того, как часто меняются данные. Единого расписания для всей компании может быть недостаточно.
| Тип данных |
Пример расписания |
Приоритет восстановления |
Подходящее хранилище |
| Активная база данных |
Каждый час или чаще
|
Высокий
|
Локальное и удалённое
|
| Рабочие документы |
Несколько раз в день
|
Высокий или средний
|
NAS и облако
|
| Системные данные |
Еженедельно и после изменений
|
Зависит от системы
|
Локальный или внешний диск
|
| Редко изменяемый архив |
Еженедельно или ежемесячно
|
Низкий
|
Облако, диск или лента
|
Это пример, а не универсальное расписание. Компания должна выбирать частоту копирования с учётом допустимых потерь, объёма данных и скорости их изменения.
Не следует хранить только последнюю версию. Ошибка, повреждение файла или заражение могут быть обнаружены спустя несколько дней. Если новая копия уже заменила исправную старую, восстановить нужное состояние будет невозможно.
Срок хранения версий также зависит от задачи. Для текущих документов может быть достаточно нескольких недель, тогда как договоры, бухгалтерские данные и архивы проектов иногда требуется хранить значительно дольше.
Наличие копии ещё не означает, что она защищена. Программы-вымогатели и злоумышленники часто пытаются найти резервные хранилища, чтобы затруднить восстановление.
Для снижения риска следует:
- не хранить все копии постоянно подключёнными к одному компьютеру или одной сети;
- ограничить доступ к резервному хранилищу;
- использовать отдельные учётные данные для управления резервными копиями;
- включать многофакторную аутентификацию в облачных сервисах, если она поддерживается;
- шифровать конфиденциальные данные при хранении и передаче;
- хранить пароли и ключи шифрования в защищённом месте;
- проверять журналы и уведомления об ошибках выполнения задач.
Если копия записывается на съёмный диск или ленту, носитель нужно отключать после завершения задачи. Облачное хранилище желательно настроить так, чтобы удаление рабочей версии не приводило к немедленному удалению всех резервных данных.
Главная цель резервного копирования заключается не в создании архивов, а в возможности вернуть данные и продолжить работу. Поэтому в плане восстановления должны быть указаны:
- сотрудник, ответственный за восстановление;
- местонахождение резервных копий;
- учётные данные и ключи, необходимые для доступа;
- порядок восстановления серверов, приложений и файлов;
- контакты технических специалистов и поставщиков услуг;
- очерёдность запуска критически важных систем;
- способ проверки восстановленных данных.
Эту инструкцию лучше хранить не только на основном сервере. Если сервер станет недоступен, находящийся на нём план не поможет начать восстановление.
Почему нужно выполнять тестовое восстановление
Успешное завершение задачи резервного копирования ещё не гарантирует, что данные удастся вернуть. Копия может оказаться неполной, повреждённой, зашифрованной неизвестным ключом или сохранённой без важных файлов.
Проверку можно начать с восстановления нескольких файлов во временную папку. Для критичных систем полезно периодически проводить более полный тест: восстанавливать базу данных, приложение или образ системы и проверять их работу.
После теста зафиксируйте, какую копию использовали, сколько времени заняло восстановление и какие проблемы возникли. Это позволит понять, соответствует ли реальное время восстановления установленному RTO.
- Хранить резервную копию рядом с оригиналом. Поломка оборудования, пожар или программа-вымогатель могут затронуть оба экземпляра.
- Считать синхронизацию резервным копированием. Синхронизация может перенести удаление или повреждение файла на другие устройства.
- Копировать данные вручную. Такую задачу легко забыть во время высокой нагрузки или отсутствия ответственного сотрудника.
- Не контролировать результаты. Задача может долго завершаться с ошибкой, если никто не проверяет журналы и уведомления.
- Хранить только одну версию. Последняя копия может уже содержать повреждённый или зашифрованный файл.
- Не учитывать облачные и удалённые данные. Важные документы часто остаются в онлайн-сервисах и на ноутбуках сотрудников.
- Никогда не проверять восстановление. Непроверенная копия не гарантирует, что данные действительно удастся вернуть.
Краткий план создания стратегии бэкапа
- Определите данные и системы, необходимые компании для работы.
- Установите, где они находятся: на компьютерах, сервере, NAS, в облаке или на удалённых устройствах.
- Определите допустимый объём потери последних изменений.
- Установите необходимое время восстановления для каждой системы.
- Составьте расписание создания полных и последующих копий.
- Определите количество версий и срок их хранения.
- Выберите место для удалённой, автономной или неизменяемой копии.
- Назначьте ответственного за контроль задач и обработку ошибок.
- Подготовьте порядок восстановления после сбоя.
- Регулярно проводите тестовое восстановление.
Стратегию бэкапа для малого бизнеса следует пересматривать при появлении новых компьютеров, серверов, баз данных, облачных сервисов и сотрудников. Её также нужно обновлять после серьёзных изменений в ИТ-инфраструктуре.
Handy Backup позволяет превратить разработанную стратегию в набор автоматических задач. Пользователь может выбрать исходные данные, место хранения, расписание, метод резервного копирования и правила сохранения версий.
В зависимости от версии Handy Backup поддерживает резервное копирование файлов, папок, дисков, баз данных и других источников. Копии можно сохранять на локальные и внешние диски, NAS, FTP- и SFTP-серверы, а также в поддерживаемые облачные хранилища.
Полное, инкрементальное и дифференциальное резервное копирование помогает подобрать подходящую схему для разных типов данных. Встроенное расписание позволяет выполнять задачи без постоянного участия сотрудника, а шифрование AES-256 помогает защитить конфиденциальные копии.
Таким образом, Handy Backup может стать основой стратегии резервного копирования для малого бизнеса: автоматизировать создание копий, распределить их между разными хранилищами и упростить восстановление после удаления файлов, сбоя оборудования или другой аварии.
Версия 8.7.4 от 29 сентября 2026. 152 MB
30-дневный полнофункциональный пробный период
Скачайте Handy Backup и настройте автоматическое резервное копирование данных вашей компании.
Попробовать бесплатно
