3.6 Хранение данных, юридическая блокировка и пакет данных для аудита

Накопление данных — это проблема масштаба. Бесконтрольное накопление терабайтов информации с высокочастотных датчиков без продуманной стратегии очистки часто приводит к деградации производительности системы. В то же время, преждевременное удаление записей, связанных с соблюдением нормативных требований, создает значительные юридические риски. Настоятельно рекомендуется внедрить стратегию Управления жизненным циклом данных (Data Lifecycle Management, DLM), которая обеспечит баланс между производительностью, стоимостью хранения и юридическими обязательствами.

Политика хранения по классам данных

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

Класс A: Нормативные данные и история происхождения (данные “навсегда”)

Содержимое: Серийные номера, результаты испытаний, идентификаторы операторов, история возвратов по гарантии (RMA).
Срок хранения: Рекомендуется срок гарантийный период плюс один год (для потребительских товаров) или до 15 лет (для автомобильной и медицинской отраслей).
Действие: Обеспечить, чтобы эти записи не удалялись до истечения установленного срока.

Класс B: Высокочастотная телеметрия (данные для инженерного анализа)

Содержимое: Формы сигналов, кривые крутящего момента, температурные профили (с разрешением 100 мс).
Срок хранения: 12 месяцев является общепринятым стандартом.
Логика: Если инженерная команда не проанализировала аномалию (например, всплеск температуры) в течение года, эти данные, скорее всего, уже не представляют ценности. По истечении 12 месяцев система должна агрегировать исходные записи в сводные показатели (мин./макс./среднее) и безопасно удалять необработанные данные высокой частоты.

Класс C: Журналы ИТ и безопасности (данные для судебной экспертизы)

Содержимое: Попытки входа в систему, вызовы API, журналы брандмауэра, изменения прав доступа пользователей.
Срок хранения: 1 год (стандартное требование для кибербезопасности).
Действие: Периодическая очистка по истечении срока.

Класс D: Крупные бинарные объекты (изображения)

Содержимое: Изображения автоматической оптической инспекции (AOI), рентгеновские снимки в формате TIFF, файлы схем печатных плат.
Срок хранения: 6 месяцев (если изображение не связано с подтвержденным дефектом или анализом отказа).
Логика: Хранение терабайтов изображений, подтверждающих только “годные” изделия, неэффективно с точки зрения использования ресурсов. Изображения с дефектами следует хранить с приоритетом, аналогичным данным Класса A.

Стратегия хранения: Горячий, теплый и холодный уровни

Хранение 10-летней детальной истории в основной производственной базе данных SQL недопустимо. Эта практика почти неизбежно приводит к катастрофическому падению производительности запросов.

Горячий уровень (Уровень 1): Производственная база данных (NVMe SSD).
- Возраст данных: 0 – 12 месяцев.
- Назначение: Оперативные транзакции, панели мониторинга в реальном времени, активная отчетность.
Теплый уровень (Уровень 2): Хранилище данных или читаемая реплика (HDD).
- Возраст данных: 1 – 3 года.
- Назначение: Месячная и годовая аналитика, исторические отчеты.
Холодный уровень (Уровень 3): Архивное хранилище (например, S3 Glacier, ленточные библиотеки).
- Возраст данных: 3+ года.
- Назначение: Хранение на случай судебных разбирательств. Низкая стоимость, высокая задержка извлечения (часы).
Автоматизация: Процесс перемещения данных должен быть автоматизирован. Когда запись достигает возраста 12 месяцев, скрипт базы данных должен систематически переносить ее на холодный уровень и удалять с горячего для поддержания высокой производительности.

Юридическая блокировка (режим приостановки удаления)

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

Триггер: Юридический отдел официально уведомляет ИТ-службу о конкретной партии, продуктовой линии или диапазоне дат.
Механизм:
1. Администратор устанавливает в базе данных флаг “Legal_Hold”.
2. Логика работы: При активном флаге “Legal_Hold” система должна автоматически приостанавливать выполнение любых скриптов автоматической очистки для защищаемых записей.
Объем блокировки: Блокировка должна применяться ко всем связанным данным (электронная переписка, журналы, история происхождения (трассируемость), телеметрия).

Пакет данных для аудита

Когда аудитор (например, от FDA, ISO, UL или от заказчика) запрашивает данные, он, по сути, проверяет вашу способность к их оперативному извлечению. Как правило, они ожидают получить связную и удобочитаемую историю, а не необработанную SQL-выгрузку.

Соглашение об уровне услуг (SLA, Service Level Agreement): Надежная операционная процедура должна обеспечивать формирование этого комплексного пакета за менее 30 минут.

Структура пакета

“Экспортный пакет” — это сжатый архив, содержащий четыре типа документов для конкретного серийного номера (SN):

1. Отчет о трассируемости (PDF)

Древовидное представление всех входящих компонентов (партии/серийные номера).
Перечень всего задействованного оборудования (идентификаторы активов).
Список всех вовлеченных операторов (идентификаторы пользователей).

2. История процесса (CSV)

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

3. Снимок конфигурации (PDF)

Документальное подтверждение конфигурации изделия на момент производства.
Актуальные на дату производства ревизии спецификации материалов (BOM) и технологического маршрута.

4. Сертификаты соответствия (PDF)

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

Валидация: Тестирование процедур восстановления

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

Периодичность: Проводить учения по отработке восстановления ежеквартально.
Сценарий: ИТ-команда выбирает случайную архивную партию, произведенную несколько лет назад.
Цель: Успешно извлечь данные из холодного хранилища и сформировать полный пакет для аудита.
Критерий неудачи: Учение считается проваленным, если процесс извлечения занимает более 24 часов или если предоставленные данные оказываются поврежденными или неполными.

Резюме: Управление жизненным циклом данных (DLM)

Класс данных	Содержание (примеры)	Срок хранения	Уровень хранения (возраст)
Класс A	Серийные номера, испытания, RMA	Гарантия + 1 год или до 15 лет	Холодный (3+ года)
Класс B	Формы сигналов, температурные профили	12 месяцев (сырые данные)	Горячий (0-12 мес.), затем агрегация
Класс C	Журналы входа, API, брандмауэра	1 год	Теплый (1-3 года)
Класс D	Изображения AOI, рентгеновские снимки	6 месяцев (если нет дефекта)	По политике класса A/B