Резервное копирование для бизнеса: правило 3-2-1, NAS, облако и ленточные накопители

Содержание

Система резервного копирования данных с NAS, облачным хранилищем и ленточными накопителями

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

На практике схема может выглядеть так: рабочие данные находятся на сервере или СХД, оперативная резервная копия создается на NAS, а еще одна передается в облако, на удаленную площадку или на съемные LTO-носители. Конкретная архитектура зависит от объема данных, допустимой потери последних изменений, требуемого времени восстановления и срока хранения архива.

Что такое резервное копирование и зачем оно бизнесу

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

Резервировать необходимо не только пользовательские документы. В корпоративной инфраструктуре критичными могут быть:

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

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

Именно поэтому резервное копирование проектируют вместе с политикой восстановления.

Что означает правило резервного копирования 3-2-1

Правило 3-2-1 формулируется следующим образом:

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

2 — хранить копии как минимум на двух разных типах носителей или систем хранения.

1 — одну копию держать вне основной площадки.

Например:

Копия	Где хранится
Основные данные	рабочий сервер или СХД
Резервная копия №1	локальный NAS
Резервная копия №2	облачное объектное хранилище

Другой вариант:

Копия	Где хранится
Основные данные	сервер
Резервная копия №1	дисковая система резервного копирования
Резервная копия №2	LTO-лента вне основной площадки

Или:

Копия	Где хранится
Основные данные	СХД в основном офисе
Резервная копия №1	NAS в том же ЦОД
Резервная копия №2	второй NAS в другом офисе

Главный смысл правила заключается не в конкретном наборе устройств, а в разделении рисков.

Почему одной резервной копии недостаточно

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

Например:

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

Поэтому в современной схеме важно не только количество копий, но и степень их изоляции.

RAID не является резервным копированием

RAID и резервное копирование решают разные задачи.

RAID позволяет массиву продолжить работу после определенного количества отказов дисков. Например, RAID 1 зеркалирует данные, RAID 5 защищает от отказа одного накопителя, RAID 6 — от двух.

Но если пользователь удалил файл, удаление произойдет на всем RAID-массиве. Если данные зашифровало вредоносное ПО, RAID сохранит зашифрованные данные так же, как обычные.

Поэтому:

RAID повышает доступность хранилища при отдельных аппаратных отказах.

Резервная копия позволяет вернуть данные к предыдущему состоянию.

NAS с RAID может быть отличным местом для резервного копирования, но RAID внутри NAS не превращает рабочие данные на этом NAS в самостоятельную резервную копию.

Репликация тоже не всегда заменяет резервное копирование

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

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

Поэтому для защиты данных дополнительно используют:

точки восстановления;
версии файлов;
снимки состояния;
цепочки резервных копий;
неизменяемые копии;
носители, физически или логически изолированные от рабочей сети.

Репликация особенно полезна для сокращения времени восстановления, но ее задача отличается от хранения истории резервных копий.

Что такое RPO и RTO

До выбора NAS, облака или ленточной библиотеки нужно определить два показателя: RPO и RTO.

RPO — Recovery Point Objective, допустимая точка восстановления. Показывает, насколько далеко назад во времени допустимо вернуться при восстановлении.

Если RPO составляет один час, система резервного копирования должна быть организована так, чтобы при аварии компания обычно теряла не более последнего часа изменений.

RTO — Recovery Time Objective, допустимое время восстановления. Показывает, за какой максимальный период должна быть восстановлена работа системы.

Пример:

Система	Возможный RPO	Возможный RTO
Критичная база заказов	15 минут	1 час
Общие документы	4 часа	4 часа
Архив проектов	24 часа	24 часа
Долгосрочный архив	несколько дней	несколько дней

Это только пример. Реальные значения определяет сам бизнес исходя из стоимости простоя и потери информации.

Почему нельзя задавать одинаковое резервное копирование для всех данных

Для разных систем последствия потери данных различаются.

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

Поэтому перед закупкой оборудования полезно классифицировать данные.

Критичные. Потеря или длительный простой непосредственно останавливают основные процессы.

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

Архивные. Используются редко, однако должны храниться длительное время.

После этого для каждой группы можно определить собственные RPO, RTO и сроки хранения резервных копий.

NAS для резервного копирования

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

Сетевое хранилище подключается к локальной сети и может принимать резервные копии от:

физических серверов;
виртуальных машин;
рабочих станций;
файловых серверов;
отдельных приложений.

На RITM-IT представлены сетевые хранилища NAS, которые можно использовать для централизованного хранения данных и резервных копий.

Преимущества NAS для резервного копирования

NAS удобен прежде всего быстрым доступом по локальной сети.

Преимущества:

высокая скорость локального копирования;
быстрое восстановление больших объемов данных;
централизованное хранение;
поддержка RAID;
возможность установки нескольких HDD или SSD;
поддержка версий и снимков состояния в зависимости от платформы;
возможность репликации на второй NAS;
относительно простой ввод в эксплуатацию.

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

Недостаток локального NAS

NAS в том же серверном помещении остается частью одной физической площадки.

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

Кроме того, постоянно доступный по сети NAS необходимо защищать от компрометации учетных записей и программ-шифровальщиков.

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

Нужно ли использовать отдельный NAS только для резервного копирования

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

Разделение позволяет:

использовать отдельные учетные записи;
ограничить доступ пользователей;
выделить отдельную сеть или VLAN;
задать собственные правила хранения;
упростить контроль свободной емкости;
снизить вероятность случайного удаления резервных копий.

Если один NAS одновременно является основным файловым сервером и единственным местом хранения его «резервных копий», изоляция получается слабой.

Облачное резервное копирование

Облако удобно прежде всего как место хранения копии вне основной площадки.

Резервные данные находятся за пределами основной серверной и могут сохраниться при физическом инциденте в офисе или ЦОД.

Облачное хранилище дает:

географическое разделение;
масштабирование объема;
автоматическую передачу данных;
возможность хранить несколько версий;
разные классы хранения в зависимости от частоты доступа;
поддержку неизменяемых копий и WORM в отдельных сервисах.

WORM означает «однократная запись, многократное чтение». Такой механизм ограничивает возможность изменения или удаления уже сохраненных данных.

Что такое неизменяемая резервная копия

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

Это особенно важно для защиты от:

программ-шифровальщиков;
компрометации административной учетной записи;
случайного удаления;
намеренного повреждения резервных данных.

Механизм может реализовываться средствами системы резервного копирования, объектного хранилища, специализированного устройства или WORM-носителя.

Например, в Amazon S3 Object Lock можно задать период, в течение которого определенные версии объектов защищены от удаления или перезаписи.

Плюсы и минусы облачного резервного копирования

Плюсы	Ограничения
данные находятся вне офиса	зависимость от интернет-канала
легко увеличивать объем	регулярные расходы
можно автоматизировать копирование	стоимость передачи данных зависит от сервиса
доступны неизменяемые копии	восстановление больших объемов может занять время
не нужно размещать дополнительную СХД в офисе	необходимо защищать учетные записи и ключи

Облако особенно удобно как вторая резервная копия после локального дискового хранилища.

Например:

сервер → NAS → облако

При обычном удалении файла восстановление можно быстро выполнить с NAS. Если локальная площадка полностью потеряна, остается облачная копия.

Когда одного облачного резервного копирования недостаточно

Полностью облачная схема может быть неудобной, если необходимо быстро восстановить десятки терабайт данных.

Реальная скорость восстановления ограничивается:

интернет-каналом;
маршрутизатором;
производительностью локального хранилища;
возможностями облачного сервиса;
количеством одновременно восстанавливаемых объектов.

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

Ленточные накопители LTO для резервного копирования

Магнитная лента остается актуальной в инфраструктурах, где требуется хранить большой объем данных в течение длительного времени.

LTO — Linear Tape Open — открытая технология ленточного хранения, развиваемая HPE, IBM и Quantum.

По состоянию на 2026 год актуальным поколением является LTO-10. Для него заявлена емкость картриджа до 40 ТБ без сжатия и до 100 ТБ при расчетном коэффициенте сжатия 2,5:1. Фактическая степень сжатия зависит от характера данных.

Лента особенно подходит для:

длительного архива;
больших объемов резервных данных;
хранения копий вне сети;
еженедельных и ежемесячных архивов;
требований WORM;
организаций с десятками и сотнями терабайт данных.

Главное преимущество ленты — возможность физически изолировать копию

После записи картридж можно извлечь из привода или библиотеки и хранить отдельно.

В этот момент он недоступен с сервера по сети, поэтому удаленный злоумышленник не сможет зашифровать данные на физически отсоединенном носителе через обычный сетевой доступ.

Однако сама лента не решает все вопросы безопасности. Необходимо организовать:

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

Что такое WORM на LTO

LTO поддерживает специальные WORM-картриджи.

WORM расшифровывается как Write Once Read Many — «однократная запись, многократное чтение».

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

Это не то же самое, что обычный перезаписываемый LTO-картридж, который просто вынесли из серверной.

Физическая изоляция и WORM — разные механизмы:

физическая изоляция защищает за счет отсутствия сетевого доступа к носителю;

WORM ограничивает возможность изменения уже записанной информации.

Ленточный привод или ленточная библиотека

Для небольшого числа картриджей может использоваться отдельный LTO-привод.

Если резервное копирование выполняется регулярно и носителей много, удобнее автозагрузчик или ленточная библиотека.

Ленточная библиотека автоматически работает с набором картриджей и позволяет системе резервного копирования выбирать необходимый носитель без постоянной ручной замены.

На RITM-IT представлено оборудование для систем хранения и резервного копирования, включая ленточные библиотеки.

Что учитывать при выборе поколения LTO

Нельзя выбирать картридж отдельно от привода.

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

какие поколения картриджей уже используются;
каким приводом их можно читать;
требуется ли перенос старого архива;
сколько лет необходимо хранить исторические данные;
останется ли старый привод для чтения предыдущих носителей.

Например, у LTO-10 изменены правила обратной совместимости по сравнению с рядом предыдущих поколений. Поэтому переход на новое оборудование нужно планировать вместе с доступом к уже записанному архиву.

NAS, облако или LTO: что выбрать

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

Решение	Сильная сторона	Основное ограничение
NAS	быстрое локальное восстановление	находится в сети и часто на той же площадке
Второй NAS на другой площадке	быстрое восстановление и географическое разделение	требуется вторая инфраструктура
Облако	удаленное хранение и простое масштабирование	зависимость от интернет-канала и тарифов
LTO	физическая изоляция, архив, большие объемы	последовательный доступ и работа со сменными носителями
Внешний диск	простота и низкая стоимость	ручные операции и слабая масштабируемость

Для малого бизнеса практичной схемой может быть:

сервер → NAS → облако

Для компании с большим архивом:

СХД → дисковая система резервного копирования → LTO на другой площадке

Для более критичной инфраструктуры:

рабочая СХД → отдельная система резервного копирования → удаленная и неизменяемая или физически изолированная копия

Что такое правило 3-2-1-1-0

Развитием классического подхода стало правило 3-2-1-1-0.

К исходным требованиям добавляются:

1 — дополнительная изолированная или неизменяемая копия;

0 — отсутствие ошибок после проверки резервных копий и восстановления.

Такой подход усиливает классическое правило 3-2-1 применительно к современным киберугрозам.

Почему резервные копии нужно проверять

Успешный статус задания резервного копирования еще не означает, что система действительно восстановится.

Проблема может обнаружиться только в момент аварии:

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

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

Как часто делать резервные копии

Частота определяется RPO.

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

Если потеря даже часа работы критична, копирование один раз ночью уже не соответствует требованиям.

каждые 15 минут;
каждый час;
несколько раз в сутки;
ежедневно;
еженедельно;
ежемесячно.

При этом необходимо учитывать объем изменяемых данных и нагрузку на инфраструктуру.

Полная, инкрементальная и дифференциальная копия

Системы резервного копирования используют разные методы.

Полная копия содержит весь защищаемый набор данных.

Преимущество — понятная структура восстановления. Недостаток — большой объем и длительное время создания копии.

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

Преимущество — меньше объем ежедневного копирования.

Дифференциальная копия сохраняет изменения относительно последней полной копии.

Конкретную схему выбирают с учетом программного обеспечения, RPO, RTO и доступной емкости.

Для бизнеса важнее не название метода, а количество доступных точек восстановления и время, необходимое для возврата системы в рабочее состояние.

Как определить срок хранения резервных копий

Срок хранения определяет, как долго сохраняется каждая точка восстановления.

Например, компания может использовать:

ежедневные копии за последние несколько недель;
недельные копии за несколько месяцев;
месячные копии за год или несколько лет;
отдельный долгосрочный архив.

Сроки зависят от:

требований бизнеса;
договоров;
законодательства;
внутренней политики;
объема хранилища;
стоимости хранения.

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

Как защитить резервные копии от программ-шифровальщиков

Надежная защита состоит из нескольких уровней.

Разделите учетные записи

Администратор рабочих серверов не должен автоматически иметь неограниченную возможность удалить все резервные копии.

Храните копию вне основной площадки

Она защищает в том числе от физической потери основной серверной. Именно это предусматривает правило 3-2-1.

Используйте неизменяемые копии

Объектные хранилища и специализированные системы позволяют блокировать изменение данных на установленный срок хранения.

Используйте физически или логически изолированную копию

Копия, которая недоступна из рабочей сети, значительно сложнее для уничтожения при кибератаке.

Проверяйте восстановление

Непроверенная копия может оказаться бесполезной именно в момент аварии.

Нужно ли шифровать резервные копии

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

Особенно это важно для:

съемных дисков;
LTO-картриджей, которые вывозятся с основной площадки;
облачного хранения;
удаленных NAS.

Но ключ шифрования становится еще одним критичным объектом.

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

Как рассчитать необходимую емкость хранилища резервных копий

Нельзя просто взять текущий объем рабочих данных и купить NAS точно такой же емкости.

Нужно учитывать:

текущий объем данных;
ежедневный объем изменений;
число точек восстановления;
коэффициент дедупликации;
сжатие;
сроки хранения;
годовой рост данных;
запас свободного пространства.

Например, сервер содержит 20 ТБ данных, но это не означает, что для резервных копий потребуется ровно 20 ТБ.

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

Расчет нужно выполнять с учетом возможностей конкретной системы резервного копирования.

Нужен ли 10GbE для NAS с резервными копиями

Зависит от объема данных и допустимого времени копирования.

Если ежедневно резервируются сотни гигабайт или несколько терабайт, сеть 1GbE способна стать ограничением.

В этом случае стоит рассматривать:

2.5GbE;
10GbE;
агрегацию каналов;
более быстрые интерфейсы для крупных систем.

Но сам по себе интерфейс 10GbE не гарантирует такую скорость резервного копирования. Ограничением могут стать HDD, RAID, сервер-источник или программное обеспечение.

Что резервировать в виртуальной инфраструктуре

Для VMware, Hyper-V и других платформ виртуализации желательно проектировать резервное копирование на уровне виртуальных машин с учетом возможностей используемой системы.

Необходимо определить:

какие виртуальные машины критичны;
какие базы данных работают внутри них;
требуется ли согласованное резервное копирование приложений;
как часто создаются точки восстановления;
можно ли быстро запустить виртуальную машину из резервной копии;
куда будут восстановлены ВМ при потере основного сервера.

Сам факт наличия снимка состояния гипервизора не заменяет полноценную резервную копию с отдельной политикой хранения.

Как выбрать схему для небольшого офиса

Для компании с одним сервером и объемом данных в несколько терабайт часто достаточно относительно простой архитектуры:

1. Рабочие данные на сервере.

2. Автоматическое резервное копирование на отдельный NAS.

3. Копирование критичных резервных данных в облако или на удаленную площадку.

4. Несколько точек восстановления.

5. Регулярная проверка восстановления.

Так реализуется базовый принцип 3-2-1 без сложной ленточной инфраструктуры.

Как выбрать схему для среднего бизнеса

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

рабочая СХД → выделенный NAS или специализированная система резервного копирования → удаленная площадка или облако

Дополнительно применяются:

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

Для такой инфраструктуры особенно важно заранее определить RTO по каждой ключевой информационной системе.

Когда бизнесу нужна лента

LTO стоит рассматривать, если:

объем архива измеряется десятками и сотнями терабайт;
нужно длительное хранение;
требуется физически изолированная копия;
данные восстанавливаются редко;
есть требования WORM;
стоимость долгосрочного хранения становится критичной.

Для небольшого офиса с 2 ТБ данных покупка ленточной библиотеки обычно неоправданно усложняет инфраструктуру.

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

Типичные ошибки резервного копирования

Хранить единственную резервную копию на том же сервере

При физическом отказе или компрометации сервера исчезает и копия.

Считать RAID резервной копией

RAID помогает при отказе диска, но не возвращает удаленные или зашифрованные версии файлов.

Делать резервную копию на NAS и больше ничего

Если NAS находится в той же серверной и постоянно доступен по сети, часть рисков остается общей.

Не иметь копии вне основной площадки

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

Не изолировать резервные копии

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

Не тестировать восстановление

Успешное завершение задания резервного копирования не доказывает работоспособность полного процесса восстановления.

Выбирать хранилище только по емкости

Важно не только разместить копию, но и вернуть данные за требуемое время.

Не учитывать рост данных

Хранилище быстро заполняется, срок хранения приходится сокращать, и компания теряет старые точки восстановления.

NAS, облако и LTO: пример комбинированной схемы

Для компании с виртуальной инфраструктурой можно использовать следующую логику.

Уровень 1 — рабочая инфраструктура.
Серверы и виртуальные машины работают на основной СХД.

Уровень 2 — быстрое резервное копирование.
Ночью и в течение дня данные копируются на локальный NAS или специализированную систему резервного копирования.

Уровень 3 — удаленная копия.
Резервные данные передаются в облако или на вторую площадку.

Уровень 4 — долгосрочный архив.
Еженедельные или ежемесячные точки переносятся на LTO при наличии требований к длительному хранению.

Уровень 5 — тестирование.
По расписанию выполняется контрольное восстановление критичных систем.

Не каждой компании нужны все пять уровней. Они показывают, как разные технологии могут дополнять друг друга.

Что проверить перед созданием системы резервного копирования

1. Какие данные действительно критичны.

2. Каков их текущий объем.

3. Как быстро объем увеличивается.

4. Какой RPO нужен каждой системе.

5. Какой RTO допустим.

6. Сколько точек восстановления необходимо хранить.

7. Какие сроки хранения требуются.

8. Где будет находиться локальная резервная копия.

9. Нужен ли отдельный NAS или специализированное устройство.

10. Есть ли копия вне основной площадки.

11. Нужна ли облачная копия.

12. Требуется ли неизменяемое хранение.

13. Нужна ли физически изолированная копия.

14. Требуется ли LTO.

15. Как будут храниться ленточные носители.

16. Как защищаются административные учетные записи.

17. Как защищаются ключи шифрования.

18. Хватает ли производительности сети.

19. Хватает ли емкости с учетом роста.

20. Как регулярно будет проверяться восстановление.

FAQ

Что означает правило резервного копирования 3-2-1?

Нужно иметь три копии важных данных, хранить их как минимум на двух разных типах носителей или систем хранения и одну копию держать вне основной площадки.

NAS считается резервной копией?

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

Что лучше для резервного копирования — NAS или облако?

Они решают разные задачи. NAS удобен для быстрого локального восстановления. Облако позволяет хранить копию вне основной площадки. Практичная схема часто использует оба варианта: сервер → NAS → облако.

Нужна ли ленточная система современному бизнесу?

Не всем. LTO имеет смысл при больших объемах, долгосрочном архивировании и необходимости физически изолированной копии.

Как защитить резервную копию от шифровальщика?

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

Короткий алгоритм выбора

Сначала определите, какие информационные системы критичны и сколько данных допустимо потерять. На основании этого задайте RPO.

Затем определите, сколько времени бизнес может работать без каждой системы. Это задает RTO и помогает понять, нужен ли быстрый локальный дисковый уровень резервного копирования.

Для оперативного восстановления удобно использовать NAS или специализированное дисковое хранилище.

Следующим уровнем создайте копию вне основной площадки: второй NAS в другом офисе либо облачное хранилище.

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

Для большого долгосрочного архива рассмотрите LTO.

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

Вывод

Универсального носителя для резервного копирования бизнеса нет. NAS, облако и LTO решают разные задачи и лучше работают как части единой архитектуры.

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

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

Главный принцип — проектировать систему резервного копирования не от доступного объема дисков, а от требований бизнеса. Сначала определяются RPO, RTO и сроки хранения, затем выбираются NAS, облако, LTO, сеть и программное обеспечение. Такой подход позволяет создать систему, которая не просто хранит копии, а действительно позволяет восстановить работу компании после сбоя или кибератаки.