Обзор локальных электронных архивов: классификация и ключевые аспекты организации

Надежный локальный электронный архив on-premise: 100% суверенитет данных, соответствие 115-ФЗ и 402-ФЗ без облаков. Ваш контроль — ваш закон.

Бесплатная консультация юриста

+7 (800) 301-07-30

Реклама jurik.ru

В современном документообороте локальный электронный архив (он же, on-premise архив) остается базовым решением для организаций, которым критически важны полный контроль над данными, соответствие строгим нормативным требованиям (в частности, 115-ФЗ, 402-ФЗ в РФ) и независимость от внешних каналов связи. В отличие от облачных решений, локальный архив разворачивается на собственной аппаратной инфраструктуре компании.

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


Классификация по месту хранения и типу носителей

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

Архивы на съемных носителях (Offline / Cold Storage)

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

  • Оптические диски (CD/DVD/BD, M-DISC): Используются для долговременного хранения (до 50–100 лет для M-DISC). Неподвержены магнитным полям, но хрупки и имеют низкую скорость записи/чтения.
  • Магнитные ленты (LTO — Linear Tape-Open): Индустриальный стандарт для «холодных» данных. Высокая емкость (LTO-9 до 18 Тб нативных данных), низкая стоимость ТБ, высокая надежность (30+ лет хранения). Требуют стримеров и библиотеки лент.
  • Флеш-накопители (USB Flash, SD-карты) и внешние HDD/SSD: Применяются для малых объемов или передачи данных («sneakernet»). Не рекомендуются для долгосрочного архивирования из-за риска потери данных при длительном безпитании (деградация ячеек памяти, высыхание электролита в HDD).

Важно: При использовании съемных носителей обязательно необходимо вести журнал учета носителей (номер, дата записи, ответственное лицо, место хранения) и проводить периодическую верификацию целостности (контрольные суммы SHA-256) и миграцию данных на новые поколения носителей (refresh).

Архивы на стационарных дисковых массивах (Online / Nearline Storage)

Самый распространенный вид для «горячих» и «теплых» архивов. Данные доступны мгновенно по запросу пользователя или системы.

  • DAS (Direct Attached Storage): Диски, подключенные напрямую к серверу архива (SATA/SAS/NVMe). Просто, дешево, но ограничено слотами сервера и не обеспечивает отказоустойчивость уровня предприятия без дополнительных средств.
  • NAS (Network Attached Storage): Специализированное файловое хранилище в локальной сети. Удобно для доступа по протоколам SMB/NFS. Часто используется как целевое хранилище для бэкапов и архивации почты/файлов.
  • SAN (Storage Area Network): Блочное хранилище высокой производительности (Fibre Channel, iSCSI, NVMe-oF). Используется для крупных корпоративных архивов, требующих высоких IOPS и интеграции с кластерами БД (Oracle, SQL Server, PostgreSQL), где хранится метаданные архива.
  • Объектные хранилища (On-premise Object Storage): MinIO, Ceph, Cloudian, Dell ECS, Hitachi HCP. Идеальны для хранения неизменяемых объектов (WORM — Write Once Read Many) с версионированием и метаданными. Стандарт де-факто для современных ЭА (электронных архивов) большого объема.

Гибридные локальные архивы (Tiered Storage / HSM)

Комбинация дискового кэша (горячий tier) и ленточной библиотеки / облачного шлюза (холодный tier) под управлением ПО HSM (Hierarchical Storage Management) или функций ILM (Information Lifecycle Management) внутри ЭА.

  1. Новые/часто запрашиваемые документы лежат на быстрых SSD/SAS/NAS.
  2. По истечении срока «активности» (политика хранения) они прозрачно мигрируют на ленты или дешевые SATA-диски/объектное хранилище.
  3. Для пользователя файл виден по тому же пути, но открытие «холодного» документа занимает минуты/часы (время монтирования ленты).

Классификация по функциональному назначению и составу документов

Локальный архив часто не монолитен, а состоит из подсистем.

Вид архива Содержание Типичное ПО / Стандарты
Архив электронных документов (ЭА / EDRMS) Официальные документы: приказы, договоры, акты, входящая/исходящая корреспонденция. Жизненный цикл: создание -> согласование -> регистрация -> исполнение -> архивирование. 1С:Документооборот, Directum, DIADOC (on-prem), SBIS, ЭлДо, OpenText, SharePoint (on-prem). Соответствие ГОСТ Р 7.0.97-2016, 7.0.100-2018.
Архив электронной почты (Email Archiving) Все входящие/исходящие письма сотрудников, вложения. Необходим для расследований, eDiscovery, соответствия комплаенсу. MailArchiva, GFI Archiver, Exchange Journaling + отдельное хранилище, решения от Kaspersky / Dr.Web.
Архив СЭД / ERP / CRM / 1С (Бизнес-данные) Структурированные данные: счета-фактуры, накладные, кадровые документы, производственные заказы. Часто хранятся в БД, но требуют выгрузки в архивный формат (PDF/A, XML) для долгосрочного хранения. Встроенные модули архивирования 1С, SAP Archiving (ILM), Oracle ILM.
Архив скан-копий (Цифровые копии бумажных носителей) Результаты массового сканирования фондов (ТИФ/PDF/A, 300-600 dpi). Требует огромных объемов, часто «холодного» хранения. ABBYY FineReader Server, Kofax, сканеры Kodak/Canon/Fujitsu + объектное хранилище.
Специализированные отраслевые архивы Медицинские снимки (PACS/DICOM), геологоразведочные данные (SEG-Y), чертежи (PLM/PDM), аудио/видеозаписи переговоров. Специализированные VNA (Vendor Neutral Archive), PLM-системы;

Классификация по правовому режиму и требованиям к сохранности

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

Архив с правовым значением (Legal Archive / WORM-архив)

Хранит документы, имеющие юридическую силу (оригиналы ЭДО, скан-копии с ЭП, учетная политика).

  • Требования: Неизменяемость (WORM), контроль целостности (хэши), аудит всех действий (кто, когда, что открыл/скачал), защита от удаления администраторами (разделение ролей: Администратор инфраструктуры ≠ Администратор архива / Архивариус).
  • Реализация: Программный WORM (Object Lock, Retention Policies в MinIO/CEPH/S3 API), аппаратный WORM (специализированные NAS/SAN типа Dell EMC CloudTier, Hitachi HCP), ленты с WORM-картриджами.
  • Нормативная база (РФ): ФЗ-402 (бухучет), ФЗ-115 (AML/CFT), ФЗ-149 (персональные данные), ГОСТ Р ИСО 15489, ГОСТ Р 7.0.97-2016.

Рабочий / Технический архив (Operational Archive)

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

  • Требования к неизменяемости ниже, важны скорость записи и экономия места (дедупликация, сжатие).
  • Сроки хранения регламентированы внутренними политиками, а не законом.

Архитектурные паттерны развертывания локального архива

Монолитная архитектура (All-in-One)

Один сервер (физический или VM) = Приложение ЭА + База данных (PostgreSQL, MS SQL, Oracle) + Файловое хранилище (локальные диски / подключенный NAS).

  • Плюсы: Простота установки, низкая стоимость входа.
  • Минусы: Точка отказа (SPOF), сложность масштабирования хранилища отдельно от вычислительных ресурсов, риск потери всего архива при сбое сервера.

Распределенная / Кластерная архитектура (Enterprise Grade)

Разделение уровней:

  • Уровень приложений (App Tier): Кластер из 2+ нод (Kubernetes / Docker Swarm / VM HA), на которых работают контейнеры/сервисы ЭА (веб-интерфейс, API, керы индексации/OCR). Stateless.
  • Уровень метаданных (DB Tier): Кластер БД (Patroni + PostgreSQL, AlwaysOn MS SQL, Oracle RAC) — высокая доступность, репликация.
  • Уровень данных (Storage Tier): Отдельная система хранения: Объектное хранилище (MinIO Cluster, Ceph RGW, Cloudian) +/или Ленточная библиотека (Scalar, TS4500) +/или NAS (Isilon, NetApp, Huawei OceanStor).

Геораспределенный локальный архив (Multi-site)

Для крупных холдингов и госсектора. Два и более дата-центра (ДЦ) в разных пожарных ячейках/городах.

  • Синхронная репликация (RPO=0): Для «горячих» метаданных и критических документов (между ДЦ с низкой латентностью < 5-10 мс).
  • Асинхронная репликация (RPO=минуты/часы): Для массивов файлов (объектное хранилище реплицирует бакеты).
  • DR-сайт (Disaster Recovery): «Холодный» резерв, поднимается за часы (RTO).

Ключевые технологии и стандарты для локального архива

Форматы файлов (Долгосрочное хранение)

  • PDF/A-1b / PDF/A-2b / PDF/A-3b (ISO 19005): Единственный стандарт для визуальных документов. Встраивание шрифтов, запрет шифрования, аудио/видео, JavaScript. PDF/A-3 позволяет вкладывать исходные файлы (XML, XLSX, DWG) как вложения.
  • XML (схема по ГОСТ Р 7.0.97-2016 / 7.0.100-2018): Для обмена метаданными и структуры дел между архивами (СЭД <-> ЭА, ЭА -> Госархив).
  • TIFF (Group 4 compression) / JPEG 2000: Для растровых изображений скан-копий без потерь.
  • DICOM / DWG / IFC / STEP: Сохранение в нативных форматах с привязкой PDF/A-представления для просмотра.

Обеспечение целостности и подлинности

  1. Хеширование (SHA-256, ГОСТ Р 34.11-2012 «Стрибог»): Расчет хеша при попадании файла в архив. Периодическая перепроверка (scrubbing).
  2. Электронная подпись (ЭП / КЭП): Подписание хеша документа или всего архивного пакета (ZIP/AIP) квалифицированной ЭП ответственного лица (архивариуса/руководителя) для подтверждения подлинности на момент архивирования.
  3. Блокчейн / Распределенный реестр (опционально): Запись хешей в частный блокчейн (Hyperledger Fabric, Exonum) для неоспоримого доказательства времени существования (timestamping) без доверенного третьего лица.
  4. Криптографические штампы времени (RFC 3161 / TSP): Получение штампа времени от УЦ для фиксации момента архивирования.

Модель OAIS (ISO 14721:2012)

Стандарт де-факто для построения доверенных цифровых репозитариев. Локальный архив должен реализовывать функциональные сущности OAIS:

  • Ingest (Приемка): Прием SIP (Submission Information Package), проверка на вирусы, валидация форматов, извлечение метаданных, генерация AIP.
  • Archival Storage (Хранение): Управление AIP (Archival Information Package), репликация, миграция носителей, аварийное восстановление.
  • Data Management (Управление данными): Каталогизация, поиск по метаданным (Dublin Core, EAD, внутренние схемы), управление правами доступа.
  • Access (Доступ): Формирование DIP (Dissemination Information Package) для пользователей (просмотр в браузере, скачивание, отправка по ЭДО).
  • Preservation Planning (Планирование сохранения): Мониторинг форматов (PRONA, DROID), оценка рисков устаревания, планирование миграции/эмуляции.
  • Administration (Администрирование): Управление пользователями, политиками хранения, аудит, лицензии, соглашения с производителями (SLA).

Информационная безопасность локального архива

Поскольку архив — это «золотая жила» для злоумышленников (конкуренты, вымогатели, инсайдеры), защита должна быть многоуровневой.

Защита инфраструктуры (Perimeter & Host)

  • Сегментация сети: Архив в изолированном VLAN/зоне безопасности (DMZ или Internal Trusted Zone), доступ только через шлюз (WAF, API Gateway).
  • Защита хостов: Astra Linux Special Edition / РЕД ОС / ALT Linux (сертифицированные по ФСТЭК 1-3 класс), настройка по профилям безопасности (запрет USB, контроль целостности ФС — AIDE/Tripwire, мандатное управление доступом — PARSEC/SELinux).
  • Средства защиты информации (СЗИ): Антивирус (КЛ/Доктор Веб сертифицированные), СКЗИ (КриптоПро CSP, ViPNet) для шифрования каналов (TLS ГОСТ) и данных в покое (LUKS/ГОСТ 28147-89).

Защита данных (Data-Centric Security)

  • Шифрование данных в покое (Encryption at Rest): На уровне СУБД (TDE), ФС (LUKS, BitLocker) или массива (SAN/NAS encryption). Ключи хранятся в HSM (Hardware Security Module) или KMS (Key Management Server), а не на дисках сервера.
  • DLP (Data Loss Prevention): Контроль исходящего трафика (запрет отправки архивных документов в почту, мессенджеры, облака), водяные знаки (невидимая разметка) на документах при выдаче пользователю.
  • Управление правами доступа (RBAC / ABAC): Ролевая модель: Архивариус (полные права на фонд), Пользователь (чтение своих дел), Аудитор (только чтение логов), Админ инфраструктуры (нет доступа к содержимому файлов). Принцип минимальных привилегий.
  • Аудит и SIEM: Сбор логов всех действий (вход, поиск, просмотр, скачивание, изменение атрибутов, попытки удаления) в SIEM (MaxPatrol SIEM, Solar Dozor, Positive Technologies) для корреляции событий и расследований.

Жизненный цикл документа в локальном архиве (Workflow)

  1. Формирование SIP: Исходная система (СЭД, 1С, Почта) формирует пакет: файлы + XML-манифест (метаданные по ГОСТ 7.0.97) + хеши.
  2. Приемка (Ingest) и Валидация: Шлюз архива проверяет: соответствие схеме XML, валидность PDF/A (veraPDF), отсутствие вирусов, целостность хешей, наличие ЭП/штампа времени.
  3. Генерация AIP: Архив упаковывает данные в внутренний формат (папки/объекты + БД метаданных), присваивает уникальный ИД (UUID/ARK), ставит на хранение (WORM).
  4. Индексация и OCR: Асинхронные воркеры извлекают текст (Tika, Tesseract, ABBYY), строят полнотекстовый индекс (Elasticsearch/OpenSearch), извлекают сущности (НЕР).
  5. Хранение и Кураторство: Ежедневные проверки целостности (scrubbing), мониторинг свободного места, выполнение политик удержания (Retention Policies) — автоматическое перевод в статус «К уничтожению» или «Бессрочное хранение».
  6. Предоставление доступа (Dissemination): Пользователь находит дело через веб-интерфейс -> запрашивает файл -> система формирует DIP (конвертирует в PDF для просмотра, накладывает водяной знак, логирует событие) -> отдает через защищенный канал.
  7. Уничтожение / Передача в госархив: По истечении сроков: формирование акта экспертизы стоимости, безопасное стирание (NIST SP 800-88 / ГОСТ Р 50739-95) или передача пакетов (AIP/SIP) в федеральный/региональный архив по протоколу ОАИС/СМЭВ.

Чек-лист выбора и внедрения локального электронного архива

Критерий Вопросы для оценки
Объем и рост Текущий объем (ТБ/ПБ)? Годовой прирост? Пиковые нагрузки на индексацию/загрузку?
Сроки хранения Есть ли документы с бессрочным/75-100 лет хранением? Требуется ли миграция форматов через 10-20 лет?
Правовой режим Нужен ли WORM? КЭП на пакетах? Соответствие 115-ФЗ / 402-ФЗ / ГОСТ Р 7.0.97? Аттестация ФСТЭК/ФСБ нужна?
Интеграция API (REST/SOAP/GraphQL)? Коннекторы к 1С, SharePoint, Exchange, СЭД? Поддержка протоколов CMIS, S3, WebDAV?
Поиск Полнотекстовый (OCR для сканов)? Фасетный поиск по атрибутам? Поиск по похожим документам (Near-duplicate detection)?
Надежность (SLA) RTO/RPO? Активный-активный кластер? Георепликация? Поддержка кворума при потере ДЦ?
Импортозамещение Входит ли ПО в Реестр российского ПО (Минцифры)? Есть ли сертификаты ФСТЭК/ФСБ на СЗИ? Работает ли на отечественном ОС (Астра, РЕД, Альт) и БД (PostgreSQL Pro, Яндекс БД)?
TCO (Стоимость владения) Лицензии (per core / per TB / per user)? Стоимость железа (серверы, диски, ленты, сеть)? Зарплаты админов/архивариусов? Стоимость миграции с legacy-системы?

Выбор вида и архитектуры локального электронного архива — это компромисс между требованиями регулятора (надежность, неизменяемость, сроки), бизнес-потребностями (скорость поиска, интеграция, удобство) и ИТ-бюджетом (CAPEX/OPEX).

Ключевые тренды современного локального архива:

  • Переход на объектные хранилища (S3 API) как единый пул данных вместо файловых серверов.
  • Контейнеризация микросервисов архива (Kubernetes) для упрощения обновлений и масштабирования.
  • Внедрение ИИ/ML для автоклассификации, извлечения атрибутов и дедупликации на этапе Ingest.
  • Строгое следование модели OAIS и стандартам PDF/A, XML (ГОСТ 7.0.97) для гарантии читаемости через десятилетия.
  • Полное импортозамещение стека (ОС, БД, СЗИ, Приложение) для критической инфраструктуры.

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