Чем отличается архивация от резервного копирования
Резервное копирование создаёт дубликат актуальных данных, чтобы восстановить систему после сбоя, шифровальщика или ошибки администратора — оригинал при этом остаётся на месте. Архивация переносит данные, которые уже не нужны в оперативной работе, на более дешёвое и долговременное хранение, и исходные файлы обычно с продуктива удаляются. Иначе говоря: бэкап отвечает на вопрос «как быстро вернуть систему в рабочее состояние», архив — «где хранить то, что нельзя потерять, но и держать под рукой незачем». Технически это разные процессы с разными точками восстановления, сроками хранения и носителями.
Содержимое обзора:
Пять принципиальных различий
- Судьба оригинала. При резервном копировании данные остаются в продуктивной среде; при архивации — переносятся, а место на быстрых дисках освобождается.
- Срок хранения. Бэкапы живут по политике ретенции — от нескольких дней до нескольких месяцев, старые копии перезаписываются. Архивы хранятся годами, часто в силу требований регулятора или внутренних регламентов.
- Частота. Резервные копии снимаются по расписанию, вплоть до нескольких раз в сутки (инкрементальные и дифференциальные задания). Архивация запускается разово или по событию: закрытие проекта, завершение отчётного периода, устаревание данных.
- Единица работы. Бэкап оперирует образами виртуальных машин, дампами СУБД, снапшотами файловых систем — целыми состояниями на момент времени. Архив работает с логическими объектами: документами, письмами, записями, наборами файлов.
- Способ доступа. Из бэкапа восстанавливают всю точку целиком либо гранулярно (отдельный файл, таблицу, почтовый ящик). Архив рассчитан на поиск по метаданным и выдачу конкретного объекта, скорость доступа тут вторична.
Есть и промежуточные сценарии. Часто, но не всегда, компании превращают в архив старые полные бэкапы: перекладывают их на ленту и держат «на всякий случай». Формально это уже архивация, хотя формат остался бэкапным — и при восстановлении отдельной записи из такого набора придётся разворачивать весь образ.
Как понять, что вам нужен именно архив, а не ещё один бэкап
Признак первый: данные не меняются. Закрытые бухгалтерские периоды, завершённые проекты, логи прошлых лет, переписка уволившихся сотрудников — всё это не требует ежедневного копирования, потому что копировать нечего, дельта равна нулю.
Признак второй: место на СХД заканчивается быстрее, чем растёт полезная нагрузка. Если 60–70% объёма продуктивных томов занимают файлы, к которым никто не обращался год (цифра ориентировочная, зависит от отрасли), проблема решается не расширением массива, а выносом холодных данных.
Признак третий: есть внешнее требование по сроку хранения. Регуляторные нормы для медицинских, финансовых, кадровых документов измеряются годами. Обеспечить это ротацией бэкапов невозможно — политика ретенции просто затрёт старые копии.
Где хранить и на чём экономить
Носители под эти задачи выбирают по-разному. Резервные копии держат ближе к продуктиву: дисковые массивы, репозитории с дедупликацией на уровне блоков, реплики на резервной площадке — важна скорость восстановления, RTO. Архивы уходят на ленточные библиотеки LTO и в объектные хранилища S3, где стоимость терабайта в разы ниже, а задержка доступа некритична.
Схема «3-2-1» (три копии, два типа носителей, одна вне площадки) работает для бэкапов, но для архивов её обычно дополняют: добавляют проверку целостности контрольными суммами и периодическую перезапись носителя, потому что лента деградирует, а форматы устаревают. Раз в несколько лет архив приходится мигрировать — это плановая работа, а не авария.
Практика российских организаций последних лет сместилась в сторону решений, которые закрывают оба сценария в одном контуре. Такие продукты умеют работать с виртуальными средами VMmanager, ПК СВ «Брест», «РУСТЭК», Аэродиск АИСТ, снимать консистентные копии PostgreSQL, Postgres Pro и кластеров Patroni, поддерживать коммуникационную платформу CommuniGate Pro — и одновременно вести непрерывную удалённую репликацию и архивацию для долговременного хранения. Один из примеров такого класса систем — российский бэкап с модульной архитектурой, открытым API, ролевой моделью доступа и горизонтальным масштабированием на десятки петабайт; подробнее можно узнать на сайте разработчика.
Что делать, если бэкапы есть, а архива нет
Сначала классифицируйте данные. Без разделения на горячие, тёплые и холодные любая политика хранения превращается в копирование всего подряд — дорого и бессмысленно. Инвентаризацию проще всего начать с отчётов по дате последнего обращения к файлам.
Дальше — задайте сроки хранения для каждой категории и зафиксируйте их в регламенте, а не в голове администратора. Затем настройте перенос холодных данных на дешёвый уровень и проверьте, что восстановление из архива вообще работает: тестовое извлечение объекта раз в квартал избавляет от неприятных открытий в момент проверки. И отдельно проверьте, что после переноса данные удалены из продуктива — иначе экономии не будет, а появится второй экземпляр, который тоже попадёт в бэкап.
Простое правило: бэкап защищает от потери, архив — от переполнения и от нарушения сроков хранения. Одно не заменяет другое, и попытка обойтись только резервным копированием заканчивается либо раздутыми репозиториями, либо утраченными документами, которые требовались через пять лет. Начните с классификации данных — остальные решения станут очевидны.