Реализация непосредственного сохранения в подсистеме аудита (по умолчанию) предоставляет возможность менее затратного хранения данных аудита по сравнению с реализацией таблицы данных. Чтобы архивировать интерактивные данные аудита, используйте ArchiveAuditHistoryDirectPersistence. Этот сервис копирует интерактивные данные аудита в zip -файлы автономной архивации в AuditArchiveFileRepository. Для реализации непосредственного сохранения данные аудита хранятся в папке AuditArchiveDirectPersistence репозитория.

Входным параметром для сервиса ArchiveAuditHistoryDirectPersistence является olderThanDate, имеющий базовый тип ThingWorx DATETIME в формате, основанном на языковой настройке, заданной в ThingWorx Composer. Например:

При задании значения для этого параметра указывается дата, до которой следует архивировать записи аудита в интерактивном хранилище. Например, если нужно архивировать все интерактивные записи аудита до 27 марта 2020 г., укажите 03-27-2020 для Default или 27-03-2020 для языковой настройки de в качестве olderThanDate. Ниже приведены примеры страницы ввода для каждой языковой настройки, Default и de (немецкий):

В приведенном выше примере используется формат DD-MM-YYYY. При создании файла архива значение olderThanDate преобразуется в формат YYYY-MM-DD для любой языковой настройки. Размер каждого файла архива управляется параметром подсистемы аудита Максимальное число записей для интерактивных данных аудита. Значение по умолчанию: 50000.

Имя файла архива включает номер части (chunk) архива. Например, 2020-03-27-chunk1.zip. Размер части также является параметром конфигурации подсистемы аудита. Размер части архива аудита. Этот параметр определяет максимальное число строк из базы данных, которые должны быть сжаты в одной части. Например, если для размера части задано ее минимальное значение 10000 строк, а в базе данных имеется 35000 строк для одного дня, то сервис архивации создает четыре части с номерами, начинающимися с 0:

Если сервис архивации вызывается более одного раза в один и тот же день и части уже созданы, каждый новый вызов сервиса создает отдельную часть, даже если предыдущая часть не была заполнена. В приведенном выше примере в последней части имеется место для большего числа строк, но если сервис будет вызван снова в тот же день, то именем первого создаваемого файла архива будет 2020-03-27-chunk4.zip.

Для реализации непосредственного сохранения параметр Число дней хранения интерактивных данных аудита подсистемы аудита определяет, как долго данные аудита остаются в интерактивном режиме. Этот параметр указывает число суток, в течение которых интерактивные данные должны оставаться в интерактивном хранилище. Число суток по умолчанию: 60. Если оставить это значение по умолчанию, все данные старше 60 дней автоматически архивируются в автономном хранилище.

Интерактивные данные можно также архивировать вручную, вызывая сервис AuditArchiveSchedulerDirectPersistence. Чтобы архивировать интерактивные данные аудита вручную, выполните следующее:

Сервис ArchiveAuditHistoryDirectPersistenceкопирует все данные аудита из интерактивного хранилища в автономное и сохраняет их в папке AuditArchiveDirectPersistence в AuditArchiveFileRepository. Архивные файлы сжимаются (zip), а их имена выводятся из даты их создания. Например, файл архива, созданный 26 марта 2020 г., будет называться 2020-03-26-chunk0.zip.

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

Операция очистки удаляет только данные, которые были архивированы. Если обнаруживаются сообщения аудита для удаления, которые ранее не были архивированы, они сначала архивируются и только после этого удаляются.