Как организовать бэкапы по правилу 3-2-1 дома и в малом бизнесе

Зачем нужно правило 3-2-1 и что оно даёт

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

Логика простая. Одна копия — это не бэкап, а надежда. Две копии на одном диске не спасают от сбоя контроллера или ошибки файловой системы. Копия, лежащая рядом с оригиналом, погибнет вместе с ним при краже, потопе или атаке вируса, который шифрует всё доступное. Схема 3-2-1 разносит риски по разным «корзинам».

В домашних условиях это обычно ноутбук с рабочими документами и фотоархивом, внешний SSD и облако. В малом бизнесе — сервер с 1С или файловый сервер, NAS в соседней комнате и удалённое хранилище. Масштаб разный, принципы одинаковые.

Важно понимать: 3-2-1 — это не про конкретный софт. Это про архитектуру. Инструменты можно менять, а схему — нет.

Что понадобится: требования и исходные данные

Перед настройкой соберите минимум:

1. Список того, что защищаем. Документы, фото, бухгалтерская база, конфиги, почта, проекты. Отдельно отметьте данные, которые нельзя потерять вообще (клиентские договоры, налоговые документы). 2. Оценка объёма. Сколько гигабайт занимают данные сейчас и как быстро растут. От этого зависит выбор носителей и тарифа облака. 3. Два разных типа носителей. Например, внутренний диск + внешний HDD, или NAS + облако. Два внешних диска одной модели — это уже не совсем «два разных носителя» с точки зрения рисков. 4. Место для offsite-копии. Облако, съёмный диск, который вы уносите, или второй офис/квартира. 5. Программное обеспечение. Штатные средства ОС, специализированный бэкап-софт или функции NAS. 6. Права администратора на устройствах, где настраиваете задачи. 7. Понимание окна бэкапа. Когда компьютер включён и можно запускать копирование без помех работе.

Полезно сразу завести простую таблицу: что копируем, куда, как часто, кто отвечает. В малом бизнесе без ответственного человека бэкапы «настроены, но не работают» — типичная история.

Шаг 1. Инвентаризация данных и приоритеты

Начните не с настройки, а с карты данных. Пройдитесь по устройствам и выпишите папки, которые действительно нужны. Обычно 80% объёма — это медиа и архивы, а 20% — критичные рабочие файлы. Копировать всё подряд дорого и медленно.

Разделите данные на категории:

• Критичные — без них бизнес или личные дела встают. Копируются чаще всего, хранятся в нескольких местах.

• Важные — документы, фото, проекты. Ежедневно или еженедельно.

• Объёмные и восстанавливаемые — фильмы, кэши, установочные образы. Можно копировать реже или не копировать вовсе.

Исключите из бэкапа временные папки, кэши браузеров, файлы блокировок, виртуальные машины с снимками (если не уверены, что софт умеет их корректно копировать). Это сэкономит место и время.

В малом бизнесе обязательно включите в список базы данных. Файловый бэкап работающей базы 1С или SQL — плохая идея: получите битую копию. Для баз нужны штатные средства выгрузки или снапшоты.

Шаг 2. Проектируем схему: где будут три копии

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

1. Оригинал — внутренний SSD ноутбука. 2. Копия 1 — внешний HDD, подключённый к ноутбуку или роутеру. 3. Копия 2 — облачное хранилище.

Пример для малого бизнеса:

1. Оригинал — файловый сервер. 2. Копия 1 — NAS в том же офисе, но в отдельной комнате. 3. Копия 2 — облако или съёмный диск, который увозят домой.

Ключевой момент: копии должны быть на разных носителях и хотя бы одна — вне основного помещения. Если NAS стоит на той же полке, что и сервер, при пожаре вы потеряете обе копии.

Отдельно продумайте защиту от шифровальщиков. Идеально, если offsite-копия недоступна на запись с рабочей машины: облако с версионированием, диск, который подключается только на время бэкапа, или хранилище с неизменяемыми (immutable) версиями.

Шаг 3. Выбираем носители и хранилища

Для домашних бэкапов хорошо работают внешние HDD на 2–4 ТБ: они дешевле SSD и лучше подходят для архивов. SSD берите, если важна скорость или нужен компактный носитель. Не используйте флешки как основной бэкап-носитель — они ненадёжны при долгом хранении.

Для малого бизнеса разумный вариант — NAS с двумя дисками в зеркале (RAID 1). Это даёт защиту от отказа одного диска, но не заменяет бэкап: RAID не спасает от удаления файлов, шифровальщика или ошибки администратора. NAS — это копия 1, а не вся схема.

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

Съёмный диск для offsite-копии — самый дешёвый способ выполнить требование «одна копия вне офиса». Минус — человеческий фактор: диск нужно регулярно уносить и приносить. Если это делать лень, схема развалится.

Шаг 4. Настраиваем локальную копию

Локальная копия — самая быстрая для восстановления. Настройте её первой.

Вариант для Windows. Используйте «Историю файлов» для пользовательских папок или сторонний софт для образов системы. Для образа системы удобно делать полный бэкап раз в неделю и инкрементальные — ежедневно. Проверьте, что внешний диск не отключается сам и задача выполняется по расписанию.

Вариант для macOS. Time Machine на внешний диск — базовый уровень. Он делает почасовые снимки и позволяет восстановить отдельные файлы. Но Time Machine на один диск — это только одна копия, схему 3-2-1 он не закрывает.

Вариант для Linux. rsync или Borg для инкрементальных копий, tar — для простых случаев. Настройте запуск через cron или systemd timer.

Вариант для NAS. Включите встроенные задачи резервного копирования с компьютеров и серверов. Для баз данных используйте скрипты выгрузки, а не копирование файлов на лету.

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

Шаг 5. Настраиваем вторую копию на другом носителе

Вторая копия должна лежать на носителе другого типа. Если первая — внешний HDD, вторая может быть облаком или NAS. Если первая — NAS, вторая — облако или съёмный диск.

Практические варианты:

• Облачная синхронизация с версионированием. Не путайте синхронизацию с бэкапом: если файл удалён локально, синхронизация удалит его и в облаке. Версионирование и корзина частично спасают, но полагаться только на них нельзя.

• Специализированный облачный бэкап. Софт шифрует данные перед отправкой и хранит версии. Это надёжнее простой синхронизации.

• Второй внешний диск. Подключайте его по расписанию и копируйте данные отдельной задачей. Храните отдельно от первого.

Следите за пропускной способностью канала. Первый полный бэкап в облако на 500 ГБ при слабом интернете может идти неделями. Планируйте это заранее или используйте «засев» через физический диск, если провайдер такое поддерживает.

Шаг 6. Организуем offsite-копию

Offsite — самая важная и самая часто пропускаемая часть схемы. Варианты по возрастанию удобства:

1. Съёмный диск, который уносят. Раз в неделю подключаете, копируете, уносите. Дёшево, но требует дисциплины. 2. Облако. Настраивается один раз и работает автоматически. Главное — проверить восстановление и убедиться, что данные шифруются. 3. Второй офис или квартира родственников. Подходит, если есть куда поставить NAS и есть интернет для репликации.

Для малого бизнеса с критичными данными разумно комбинировать: облако как автоматическая offsite-копия плюс периодический съёмный диск как «холодная» копия на случай проблем с облачным провайдером.

Проверьте, что offsite-копия не доступна на запись с рабочих машин напрямую. Идеально — отдельные учётные данные только для бэкап-задачи и включённое версионирование.

Шаг 7. Автоматизация и расписание

Ручной бэкап рано или поздно перестаёт делаться. Настройте автоматику и расписание:

• Критичные данные — ежедневно, желательно несколько раз в день или непрерывно (для баз — по расписанию выгрузок).

• Важные документы и фото — ежедневно или еженедельно.

• Объёмные архивы — раз в неделю или месяц.

Для дома достаточно ежедневной задачи ночью и еженедельной offsite-копии. Для бизнеса настройте мониторинг: если задача не выполнилась, ответственный должен узнать об этом, а не обнаружить через полгода.

Простейший мониторинг — журнал задач и еженедельная проверка. Лучше — уведомления на почту или в мессенджер при ошибке. В NAS и бэкап-софте это обычно встроено.

Не запускайте полный бэкап и антивирусную проверку одновременно — получите таймауты и битые копии. Разнесите задачи по времени.

Шаг 8. Шифрование и защита копий

Бэкапы содержат те же чувствительные данные, что и оригиналы: договоры, персональные данные, переписку. Поэтому:

1. Шифруйте внешние диски. BitLocker, FileVault, LUKS или шифрование на уровне бэкап-софта. 2. Шифруйте облачные копии перед отправкой. Если провайдер не гарантирует шифрование на стороне клиента, используйте софт с клиентским шифрованием. 3. Храните пароли отдельно. Пароль от бэкапа не должен лежать в текстовом файле на том же диске. Используйте менеджер паролей, а ключ восстановления — в защищённом месте. 4. Ограничьте доступ. Отдельные учётные записи для бэкап-задач, минимальные права, двухфакторная аутентификация для облака.

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

Шаг 9. Проверка восстановления

Бэкап, который никогда не восстанавливали, — это не бэкап. Настройте регулярную проверку:

1. Раз в месяц восстановите несколько случайных файлов из локальной копии. 2. Раз в квартал восстановите папку целиком или разверните систему на тестовом диске. 3. Раз в полгода проверьте восстановление из offsite-копии — это самый важный тест. 4. Для баз данных регулярно разворачивайте копию на тестовом сервере и проверяйте целостность.

Ведите журнал проверок: дата, что восстанавливали, результат. В малом бизнесе это дисциплинирует и помогает при аудите.

Если восстановление занимает слишком долго или что-то не работает, исправьте схему сейчас, а не после аварии.

Шаг 10. Документация и регламент

Запишите схему так, чтобы её понял человек, который не настраивал бэкапы. В документе должны быть:

• список данных и приоритеты;

• где лежат копии и как к ним получить доступ;

• расписание задач;

• ответственные и порядок действий при сбое;

• где хранятся пароли и ключи;

• как проверить восстановление.

Для дома достаточно заметки в менеджере паролей и подписанного ярлыка на диске. Для бизнеса — короткий регламент на 1–2 страницы и назначенный ответственный.

Типичные ошибки

1. Считать RAID бэкапом. Зеркало защищает от отказа диска, но не от удаления и шифровальщика. 2. Хранить все копии рядом. Пожар, потоп или кража уничтожат всю схему. 3. Путать синхронизацию с резервным копированием. Удаление файла синхронизируется во все подключённые устройства. 4. Копировать базы данных файлами. Получите битую копию, которая не восстановится. 5. Не проверять восстановление. Самая частая причина провала — «бэкапы были, но не читались». 6. Одна версия копии. Испорченный файл перезапишет хорошую копию. 7. Отсутствие мониторинга. Задача молча падает месяцами. 8. Слабые пароли и общий доступ. Бэкап-хранилище становится лёгкой целью. 9. Игнорирование шифрования. Потеря внешнего диска превращается в утечку данных. 10. Отсутствие ответственного. В бизнесе «все отвечают» значит «никто не отвечает».

FAQ

Обязательно ли строго три копии? Нет, 3-2-1 — минимальная разумная схема. Для критичных данных можно делать больше копий, для некритичных — меньше. Главное — не оставаться с одной копией.

Можно ли использовать только облако? Можно, если у провайдера есть версионирование и защита от массового удаления. Но восстановление большого объёма из облака может занять дни. Локальная копия ускоряет восстановление.

Подходит ли RAID 1 как одна из копий? Как носитель для копии — да, но помните, что RAID не заменяет резервное копирование. Это защита от отказа диска, а не от ошибок и атак.

Как часто делать offsite-копию? Зависит от того, сколько данных вы готовы потерять. Для дома часто достаточно раза в неделю, для бизнеса с ежедневными операциями — ежедневно или непрерывно.

Что делать, если интернет медленный? Делайте первый полный бэкап через физический диск, если провайдер поддерживает, либо копируйте только критичные данные, а объёмные архивы — на съёмный диск.

Нужно ли шифровать домашние бэкапы? Да, если на диске есть личные документы, фото и переписка. Потеря незашифрованного диска — это утечка.

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

Итог

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

Для дома достаточно внешнего диска и облака с версионированием. Для малого бизнеса добавьте NAS, регламент и ответственного, а критичные базы копируйте штатными средствами. Схема может быть простой — важно, чтобы она реально выполнялась и проверялась.