Резервное копирование и хранение данных: как выбрать сервер для бэкапов и не потерять 8 лет работы

858 терабайт. Восемь лет. Рабочие документы почти 125 000 сотрудников.

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

"У нас всё на новом сервере и он не сломается". "Зачем платить за дублирование, если ничего не теряли раньше". "Бэкапы съедят весь бюджет". Вот эти фразы звучат в офисах ровно до того момента, пока не происходит что-то непоправимое. Жёсткий диск выходит из строя без предупреждения. Криптовымогатели шифруют базу клиентов. Сотрудник случайно удаляет годовую отчётность. И внезапно оказывается, что история про сгоревший дата-центр это не "где-то там", а вполне может быть "здесь и сейчас".

Резервирование данных сегодня в наше время это не перестраховка айтишника. Это страховка бизнеса, который строится на информации. Потеряли квартальные отчёты — объясняйте налоговой. Лишились базы клиентов — прощайтесь с выручкой. Исчезла проектная документация — начинайте всё сначала. Если вообще будет с чего начинать.

Бэкапы как элемент бизнес-гигиены

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

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

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

Три кита современного бэкапирования: полный, инкрементный и дифференциальный

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

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

Инкрементное копирование сохраняет только изменения с момента последнего бэкапа любого типа. Быстро, экономично, но при восстановлении придётся последовательно накатывать все инкременты. Упустили один потеряли целостность данных.

Дифференциальное копирование фиксирует все изменения с момента последнего полного бэкапа. Золотая середина: места занимает больше инкрементного, но восстанавливается проще — нужны только полная копия и последний дифференциал.

Вот наглядное сравнение для принятия решения:

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

Правило 3-2-1 и почему его игнорируют до первого инцидента 

Есть золотое правило резервного копирования, простое как дважды два: храните 3 копии данных на 2 разных типах носителей, причём 1 копия должна быть вне офиса. А что делают те, кто экономит? Хранят все данные в одном месте и надеются на авось.

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

Современная интерпретация правила выглядит примерно так:

• Копия 1: на рабочем сервере (для быстрого доступа)
• Копия 2: на локальном NAS или выделенном бэкап-сервере
• Копия 3: в облаке или удалённом дата-центре

Некоторые идут дальше и внедряют правило 3-2-1-1-0: добавляют одну иммутабельную (неизменяемую) копию и проверяют, что в бэкапах ноль ошибок. Перестраховка? После историй с полной потерей данных так уже не кажется.

Выбираем сервер для резервного копирования: от NAS до энтерпрайза

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

Сетевые хранилища (NAS) — для малого бизнеса

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

Современные NAS от Synology или QNAP это уже не просто коробка с дисками. Там и шифрование, и дедупликация (хранение только уникальных блоков данных), и репликация в облако. Для компании до 50 человек — оптимальный вариант.

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

Выделенные backup-серверы — универсальные солдаты

Берёте обычный сервер (Dell PowerEdge, HPE ProLiant  неважно), ставите специализированное ПО для резервирования, настраиваете политики готово. Гибкость максимальная: хоть файлы копируйте, хоть образы систем, хоть базы данных на лету.

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

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

Системы хранения данных (СХД) — для серьёзных игроков

СХД — это когда к вопросу хранения подходят со всей серьёзностью. Специализированное железо, оптимизированное именно под работу с данными. Dell EMC, NetApp, HPE Nimble — эти имена знакомы любому энтерпрайз-админу.

СХД умеют то, что обычному серверу и не снилось: мгновенные снимки состояния, репликация между площадками в реальном времени, автоматическое распределение данных между быстрыми SSD и ёмкими HDD. И всё это на скоростях, которые NAS может только во сне увидеть.

Но и цена соответствующая. СХД начального уровня стоит как несколько хороших серверов. Зато когда речь идёт о петабайтах данных и тысячах пользователей — альтернативы нет.

Программное обеспечение: от бесплатного до российского

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

Российские решения и импортозамещение в действии

Кибер Бэкап (бывший российский Acronis) — лидер отечественного рынка. Сертификация ФСТЭК, защита от шифровальщиков, поддержка всех российских ОС от Astra Linux до Альт. Вырос из сегмента малого бизнеса, поэтому интерфейс дружелюбный, но с большими объёмами бывают нюансы.

RuBackup от ГК "Астра" — создавался специально под госсектор, но подходит и бизнесу. Особенность — глубокая интеграция с отечественными операционными системами. Если у вас всё на Astra Linux — выбор очевиден.

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

Open Source для тех, кто не боится командной строки

Bacula — ветеран резервного копирования. Мощный, гибкий, бесплатный. Но настройка — это квест для опытного админа. Зато результат — система уровня энтерпрайз без лицензионных отчислений.

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

Duplicity — швейцарский нож бэкапов. Умеет копировать куда угодно: на FTP, в S3, на Google Drive. Шифрование GPG, инкрементные бэкапы, сжатие. Минус — медленная работа с большими объёмами.

Shadow Copy, шифрование и другие технические нюансы

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

Shadow Copy (VSS в Windows) — технология теневого копирования. Позволяет делать бэкапы открытых файлов и работающих баз данных. Без неё пришлось бы останавливать 1С каждую ночь для копирования.

Шифрование резервных копий — обязательный пункт, если среди данных есть персональные данные или коммерческая тайна. AES-256 стал стандартом де-факто. Только не потеряйте ключи — зашифрованный бэкап без ключа бесполезнее пустого диска.

Дедупликация — технология, убирающая дубликаты на уровне блоков данных. Десять копий Windows Server с одинаковыми системными файлами? Храним только уникальные блоки. Экономия места — до 90%, но нужен мощный процессор.

Проблема роста объёмов: резервное копирование занимает много места — факт. Но давайте посчитаем. Терабайтный HDD стоит около 3000 рублей. Восстановление терабайта данных после сбоя — от 100 000 рублей. Арифметика простая.

Локальное vs облачное резервное копирование

После громких историй с потерей данных многие вспомнили про облака. И правильно — географическое разнесение копий критически важно. Но есть нюансы.

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

Минусы: зависимость от интернета (попробуйте восстановить 10 ТБ по каналу 100 Мбит/с), вопросы конфиденциальности, риск блокировки аккаунта, растущие тарифы.

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

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

Тестирование восстановления самая недооценённая часть

Знаете, какой самый страшный сон сисадмина? Не тот, где все серверы упали. А тот, где бэкапы есть, но не восстанавливаются. Битые архивы, неправильные ключи шифрования, несовместимость версий вариантов масса.

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

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

Расчёт стоимости: TCO против потенциальных потерь

Давайте прикинем экономику. Базовый NAS для малого бизнеса с дисками 150 000 рублей. Софт для резервирования 50 000 в год. Время администратора на настройку 40 часов. Итого около 250 000 рублей на старте.

Теперь потери. День простоя малого бизнеса от 100 000 рублей упущенной прибыли. Полная потеря данных от миллиона (если повезёт восстановить) до закрытия бизнеса. По данным Disaster Recovery Preparedness Council, 20% компаний после серьёзной потери данных теряют от 50 тысяч до 5 миллионов долларов, а 70% малых компаний вынуждены закрываться.

Недавние события в мире IT показали: даже организации с развитой инфраструктурой могут потерять годы работы из-за банальной экономии на резервном копировании. Аргумент "система слишком большая для бэкапов" звучит абсурдно, но именно он привёл к потере почти петабайта критически важных данных.

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

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

В конце концов, как говорят опытные администраторы: "Есть два типа компаний это те, кто уже делает бэкапы, и те, кто ещё не потерял данные".