Архівація даних

Ця тема є частиною SG Systems Global глосарій нормативних та операційних термінів.

Оновлено у грудні 2025 р. • Зберігання, пошук та контроль цілісності записів • Забезпечення якості, ІТ, відповідність вимогам, операції

Архівування даних – це контрольований процес зберігання записів та допоміжних даних протягом необхідних періодів, зберігаючи при цьому цілісність, читабельність та можливість пошуку, навіть після зміни систем, звільнення користувачів або очищення операційних баз даних. Архівування – це не «переміщення файлів до холодного сховища». У регульованому виробництві архівування – це функція управління, яка гарантує, що організація може довести, що сталося, коли це сталося, хто це зробив і яким був затверджений стан – роками пізніше – використовуючи докази, які є повними, пояснюються та захищені від непомічених змін. Саме тому архівування тісно пов’язане зі зберіганням та архівуванням записів , цілісністю даних , контролем документів та пояснювальним журналом аудиту (включаючи принципи Частини 11 / Додатку 11 , де це застосовно).

Архівування важливе, оскільки сучасні операції генерують докази всюди: записи партій ( eBMR ), події якості ( невідповідності , відхилення , CAPA ), записи постачальників, записи навчання, журнали калібрування, результати лабораторних робіт та історія відстеження. Якщо будь-яка частина цього ланцюжка доказів з часом стає нечитабельною, невідновлюваною або неперевірюваною, ваш рівень відповідності вимогам стає крихким. Гарне архівування – це спосіб підтримувати готовність до перевірок протягом багатьох років оновлення програмного забезпечення, міграції систем, зміни кадрового потенціалу організації та зміни постачальників.

«Якщо ви не можете його повернути, то воно у вас не є. Якщо ви не можете довести, що воно не змінилося, ви не можете його захистити».

1) Що охоплює архівування даних

Архівування охоплює більше, ніж просто «документи». Воно включає структуровані записи (записи бази даних), неструктуровані вкладення (PDF-файли, зображення, відскановані форми), системні журнали, журнали аудиту та метадані, які роблять записи доступними для подальшого пошуку та інтерпретації. У регульованих середовищах архівування має зберігати зв'язки: зв'язок між партією та її сировиною, зв'язок між відхиленням та його CAPA, зв'язок між контрольованим документом та навчальними доказами, а також зв'язок між випущеною специфікацією та результатами, що використовуються для обґрунтування випуску.

Ось чому архівування тісно пов'язане із системами контролю документів , контролю змін та моделями відстеження. Якщо ви архівуєте «лише PDF-файл», ви часто втрачаєте журнал аудиту, історію версій та реляційний контекст, що робить запис захищеним.

2) Архівування проти резервного копіювання проти аварійного відновлення

Їх часто плутають, і різниця важлива:

• Резервне копіювання: копія на певний момент часу для оперативного відновлення після збою (зазвичай короткочасне зберігання, не оптимізоване для пошуку під час аудиту).
• Аварійне відновлення (DR): здатність відновлювати системи та операції після серйозних збоїв; зосереджена на цільових показниках часу безвідмовної роботи та часу відновлення.
• Архівація: довгострокове зберігання записів протягом певних періодів з забезпеченням цілісності, читабельності та можливості їх пошуку; зосереджено увагу на дотриманні вимог та доказах.

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

3) Чому архівування даних існує в регульованих операціях

Архівування існує, тому що регульоване виробництво базується на доказах. Регулятори, аудитори, клієнти та внутрішні команди з якості регулярно запитують: «Покажіть мені записи». Якщо ви не можете швидко та надійно створювати записи, ви не можете довести контроль. Архівування також захищає організацію від її власної еволюції: люди звільняються, системи замінюються, постачальники змінюються, а «старий сервер» зникає. Записи повинні пережити ці зміни.

Архівування також є основоположним для якості розслідування. Багато першопричин виявляються шляхом поєднання довгострокових закономірностей: повторювані відхилення, повторювані збої постачальників, відхилення параметрів процесу та історія змін. Якщо ви не можете отримати доступ до історичних записів, ви втрачаєте можливість навчатися на основі власної системи.

4) Основні вимоги: цілісність, читабельність, можливість пошуку

Більшість програм архівування не працюють, оскільки вони ставляться до сховища як до мети. Сховище — це лише один з елементів. Справжні вимоги такі:

• Цілісність: Архівні записи мають бути захищені від непомічених змін. Якщо запис можна редагувати без можливості відстеження, його не можна захистити.
• читаність: Записи повинні залишатися читабельними протягом періоду зберігання. Це включає стабільність формату (наприклад, довготривалі формати, що читаються), а також можливість інтерпретації людиною.
• Можливість відновлення: Записи повинні бути такими, щоб їх можна було знайти та отримати протягом розумного періоду часу. Фраза «У нас це десь є» неприйнятна.
• Збереження контексту: Запис повинен зберігати достатньо метаданих та зв'язків, щоб його можна було зрозуміти та перевірити пізніше (версія, затвердження, дати набрання чинності, пов'язані записи).

Саме тут цілісність даних та журнали аудиту стають центральними. Архівування без контролю цілісності – це лише довгострокове зберігання слабких доказів.

5) Що слід архівувати (типова сфера застосування)

Обсяг архівування слід визначати типом запису, вимогами до зберігання та критичністю для бізнесу. Типові категорії «обов’язкового архівування» включають:

• Пакетні записи: виконані записи та додатки (еБМР/ЄБР), включаючи підписання.
• Якісні заходи: відхилення, невідповідність, MRB, CAPA, розгляд скарг, записи розслідувань.
• Контрольовані документи: Стандартні операційні процедури, політики, специфікації, форми та історія змін у розділі контроль документів.
• Докази навчання: навчальні завдання, підтвердження завершення та матриці компетенцій.
• Калібрування та обслуговування: стан калібрування активів, журнали обслуговування та підтвердження кваліфікації (зв'язок з очікуваннями щодо кваліфікації обладнання).
• Записи постачальника: підтвердження кваліфікації постачальника, записи перевірки сертифіката відповідності, повідомлення про зміни та критичне листування.
• Історія відстеження: генеалогія, переміщення партій, доставка та ключові події відстеження.
• Журнали аудиту та системні журнали: журнали, що підтверджують атрибуцію та історію змін.

Ключовим є архівування не лише «первинної інформації», але й підтверджувальних доказів, необхідних для її захисту: витягів з аудиторських журналів, пов’язаних схвалень та ключових метаданих, що роблять можливою реконструкцію після змін в операційній системі.

6) Терміни зберігання та стратегія зберігання записів

Терміни зберігання залежать від галузі, нормативних актів, типу продукту та вимог контракту. Правильний підхід полягає не в запам'ятовуванні чисел, а у впровадженні контрольованого графіка зберігання за типом запису. Стратегія зберігання зазвичай включає:

• Графік зберігання: контрольований список, що визначає, як довго зберігається кожен тип запису.
• Тригерні події: коли починаються терміни зберігання (дата виробництва, дата випуску, дата закінчення терміну придатності, дата останнього розповсюдження, закриття скарги тощо).
• Юридичні позови: як записи зберігаються понад звичайний термін утримання, коли йдеться про судові процеси, розслідування або регуляторні дії.
• Контроль знищення: коли і як записи знищуються після завершення зберігання, з документально підтвердженим дозволом.

Зберігання даних — це не просто «зберігати назавжди». Надмірне зберігання може створювати юридичні та операційні ризики, тоді як недостатнє зберігання створює ризик для дотримання вимог. Дисципліна полягає у визначенні правил зберігання та послідовному їх дотриманні через систему архівування.

7) Архівний дизайн: як зберігати записи без порушення операцій

Проект архівування повинен поєднувати продуктивність та доступність. Операційні бази даних та сховища файлів часто погіршуються, якщо кожен історичний запис залишається «активним» вічно. Архівування вирішує цю проблему, переміщуючи неактивні записи до архівного сховища, зберігаючи при цьому достатню кількість індексу та зв’язків для пошуку.

Ключові принципи дизайну включають:

• Незмінні шаблони зберігання: зберігати записи таким чином, щоб запобігти непоміченому редагуванню; зміни повинні бути доступні лише для додавання з журналами аудиту.
• Стабільні формати: використовуйте довготривалі формати для документів та звітів; зберігайте оригінальні та нормалізовані версії за потреби.
• Індексація метаданих: індексувати за партією, партією, продуктом, постачальником, датою, типом запису та ключовими ідентифікаторами для швидкого пошуку.
• Знімки контексту: зберегти версію основних даних, необхідну для інтерпретації запису (версії специфікацій, версії рецептів, версії етикеток).
• Безпечний контроль доступу: забезпечувати доступ на основі ролей та зберігати атрибуцію (UAM).

Класична помилка архівування – це «ми зберегли PDF-файл», але втратили метадані та посилання, що пов’язують його з фактичним рішенням щодо партії, продукту чи утилізації. Коли це трапляється, пошук стає ручним судово-медичним проектом. Хороші архіви уникають цього, розглядаючи метадані як частину запису.

8) Забезпечення готовності архівних записів до перевірки

Готовність до перевірки означає, що ви можете швидко, повністю та надійно створити набір записів. Це вимагає більше, ніж просто зберігання. Це вимагає:

• Пошук з можливістю пошуку: Авторизовані користувачі можуть швидко знаходити та експортувати записи за партією/лотом/датою.
• Безперервність журналу аудиту: архів зберігає або посилається на журнал аудиту, щоб зміни та затвердження залишалися доведеними.
• Підпис та підтвердження затвердження: Електронні підписи залишаються пов'язаними з контекстом запису та відповідають йому.
• Зрозумілість версії: зрозуміло, яка версія була чинною на момент створення запису та як контролювалися пізніші зміни.
• Перевірки цілісності: періодична перевірка того, що архівні записи не пошкоджені та залишаються читабельними.

Саме тут багато організацій виявляють, що саме по собі «хмарне сховище» — це ще не архів. Архів, готовий до перевірки, — це ціла система: зберігання, індексування, контроль доступу, експорт та перевірка цілісності.

9) Архівування та міграція системи

Міграція систем – це коли архівування або рятує вас, або наражає на небезпеку. Під час переходу з однієї системи управління якістю/MES/WMS/LIMS до іншої необхідно зберігати історичні записи таким чином, щоб вони залишалися придатними для використання. Основні ризики міграції включають:

• Втрата реляційного контексту: записи переміщено, але зв'язки між записами втрачено.
• Втрата журналів аудиту: журнали аудиту не перенесені або не збережені, що створює розрив у цілісності.
• Порушення формату: історичні файли стають нечитабельними через власні формати.
• Помилки зіставлення ідентифікаторів: Ідентифікатори партій, ідентифікатори лотів та коди товарів не збігаються чітко.
• Дрейф контролю доступу: архівні записи стають доступними для невідповідних посад або недоступними для тих, кому вони потрібні.

Дисциплінований підхід використовує стратегію архівування, незалежну від операційної платформи: зберігати записи у стабільних форматах з індексованими метаданими, підтримувати ланцюжок зберігання для переміщення записів та перевіряти пошук після міграції. Міграція не вважається завершеною, доки ви не зможете запустити реалістичні сценарії аудиту пошуку та створити повні пакети записів.

10) Типові режими збоїв (Як архівування переривається)

Програми архівування зазвичай дають збої передбачуваним чином:

• Архів без індексу: записи існують, але їх неможливо швидко знайти.
• Архів без контексту: записи існують, але їх неможливо інтерпретувати, оскільки метадані та посилання були втрачені.
• Архів, що можна редагувати: Записи можуть бути змінені після архівування без виявлення.
• Розпад формату: файли стають нечитабельними через застарівання програмного забезпечення або використання пропрієтарних форматів.
• Прогалини в контролі доступу: або надмірне розкриття інформації (ризик безпеки), або недостатній доступ (неможливість отримання даних, коли це необхідно).
• Без тестування на вилучення: Організація вважає, що архіви працюють, доки аудит не доведе, що це не так.
• Дрейф ретенції: відсутність послідовного дотримання графіків зберігання; принцип «зберігати все назавжди» стає некерованим.

Більшості цих збоїв можна уникнути, якщо розробити архівування як операційний контроль із регулярним тестуванням, а не як одноразовий ІТ-проект.

11) Практичний план: Захистна програма архівування

Практична програма архівування зазвичай включає:

• 1) Визначте типи записів: партія, події якості, документи, навчання, технічне обслуговування, лабораторія, відстеження тощо.
• 2) Визначте правила зберігання: тривалість зберігання та події-тригери для кожного типу запису.
• 3) Визначте вміст архівного пакета: що необхідно зберегти для реконструкції історії запису (метадані, журнали аудиту, вкладення).
• 4) Реалізація елементів керування незмінністю: запобігати непоміченим редагуванням; застосовувати логіку змін лише з додаванням.
• 5) Індекс для пошуку: поля пошуку, що відповідають потребам аудиту та розслідування (партія, партія, дата, постачальник, продукт).
• 6) Регулярне отримання тестів: періодично проводити аудиторські симуляції, щоб забезпечити можливість пошуку та читання записів.
• 7) Керувати знищенням: контрольоване видалення після закінчення терміну зберігання з юридичними засобами контролю зберігання.

Найважливіша зміна мислення: архівування є частиною вашої системи якості, а не лише частиною ІТ-операцій. Воно має бути спільною відповідальністью відділу контролю якості та ІТ-відділу з чіткою відповідальністю за ефективність та цілісність пошуку даних.

12) Як це поєднується з V5 від SG Systems Global

V5 QMS + Контрольовані записи. У V5 QMS такі записи, як відхилення, CAPA, рішення MRB та контрольовані документи, регулюються за допомогою версій та журналів аудиту. Надійна стратегія архівування зберігає не лише вміст запису, але й пов'язані з ним затвердження, вкладення та історію змін, що робить запис захищеним через роки.

Ланцюжки доказів V5 MES/WMS. Докази виконання з MES (eBMR, підписання, перевірки в процесі виробництва) та історія відстеження/переміщення з WMS можуть бути архівовані як повні пакети доказів, пов'язані з ідентифікатором партії та лота. Це підтримує готовність до інспекції, зберігаючи при цьому продуктивність операційних систем.

Підсумок: V5 підтримує архівування як функцію збереження доказів відповідного рівня: контрольовані записи, журнали аудиту та пов'язаний контекст залишаються доступними та захищеними протягом тривалого періоду зберігання та розвитку системи.

13) FAQ

Q1. Чи є архівування тим самим, що й експорт PDF-файлів?
Ні. Експорт PDF-файлів може зберегти знімок, але архівування має зберігати цілісність, можливість пошуку та контекст (метадані, версії, схвалення та журнали аудиту), щоб запис залишався захищеним у довгостроковій перспективі.

Q2. Як ми можемо довести, що архівні записи не змінилися?
Використовуйте елементи керування незмінністю (шаблони лише додавання або одноразового запису), журнали аудиту, контроль доступу та періодичну перевірку цілісності. Якщо запис можна редагувати без виявлення, його неможливо захистити.

Q3. Що слід індексувати для пошуку?
Як мінімум: ідентифікатор партії/лоту, продукт/найменування, постачальник, діапазон дат, тип запису, статус/розпорядження та ключові пов'язані ідентифікатори. Поля індексу повинні відображати, як аудитори та слідчі запитують записи.

Q4. Що відбувається під час міграції системи?
Архівування стає критично важливим. Ви повинні зберігати історичні записи у стабільних форматах зі збереженим контекстом та журналами аудиту, перевіряти зіставлення ідентифікаційних даних та доводити їх пошук після міграції. Міграція не вважається завершеною, доки не буде перевірено пошук архівних записів.

Q5. Як часто слід тестувати пошук архівів?
Регулярно — часто за запланованим графіком або в рамках внутрішніх аудитів. Тестування пошуку — це спосіб перевірити працездатність архіву, перш ніж зовнішній аудит викличе проблему.

Q6. Чи можемо ми видаляти записи після закінчення терміну зберігання?
Так, але видалення має бути регульованим: підтвердження терміну зберігання, переконання в відсутності юридичного утримання, авторизація документів та докази знищення записів. Неконтрольоване видалення є ризиком для дотримання вимог та юридичним ризиком.

Пов'язане читання
• Цілісність та управління: цілісність даних | Аудиторський журнал (GxP) | Документ контрольний | Зберігання та архівування записів
• Записи про якість: Управління відхиленнями | Управління невідповідностями | MRB | КАПА
• Докази виконання: МНС | еБМР | Життєвий цикл пакетного запису | Генеалогія від початку до кінця
• Доступ і контроль: Керування доступом користувачів | Контроль змін | MOC