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

Если реализация непосредственного сохранения активна, интерактивные записи аудита поддерживаются в интерактивном режиме на основе значений, указанных для параметра DaysOnline подсистемы аудита. Предоставляются сервисы для управления объемом данных интерактивного хранилища данных аудита.

Операции архивации и очистки инициируются соответствующими вещами планировщика в ThingWorx Platform. Эти вещи планировщика отвечают за периодический вызов таких сервисов. Можно настроить планировщики в соответствии с потребностями организации. По умолчанию эти сервисы выполняются ежедневно. Их также можно вызывать вручную при необходимости. Интерактивные сообщения аудита сохраняются в файлах, которые хранятся в каталоге AuditArchiveDirectPersistence репозитория AuditArchiveFileRepository подсистемы аудита. Вы не можете настраивать этот репозиторий.

Критерием хранения данных онлайн-аудита является количество дней, в течение которых параметр оперативной конфигурации данных аудита сохраняется для подсистемы аудита. Сервис ArchiveAuditHistoryDirectPersistence не удаляет данные, которые отвечают этому критерию хранения. Вместо этого можно запустить отдельный сервис PurgeAuditData по расписанию или вручную, чтобы удалить интерактивные данные аудита при соблюдении критерия.

Для поиска интерактивных данных аудита с помощью сервиса QueryAuditHistoryWithQueryCriteria см. раздел

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

Сервис ExportAuditData вызывает сервис ArchiveAuditHistoryDirectPersistence, который копирует запрошенные интерактивные данные аудита из файла AuditArchiveFileRepository в указанный файл экспорта. Операция экспорта обрабатывает и преобразует архивированные данные и сохраняет их в указанном файле экспорта.

Как правило, сервис CleanUpOfflineAudit выполняется на основе планировщика. Он также может выполняться вручную. Пользователь передает сервису значение olderThanDate, чтобы указать архивные файлы для удаления из AuditArchiveFileRepository.

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

На следующей схеме показана иерархия файлов для автономной архивации. В абзаце, следующем после схемы, поясняется следующий узел после FileRepository, OfflineAudit folder for active implementation.

На схеме выше узел OfflineAudit folder for active implementation представляет главный каталог в репозитории для активной реализации непосредственного сохранения и/или таблицы данных. Если начать с реализацией таблицы данных и позже переключиться на реализацию непосредственного сохранения, то будут существовать два каталога: AuditArchive для реализации таблицы данных и AuditArchiveDirectPersistence для реализации непосредственного сохранения. Оба каталога имеют одинаковую структуру подкаталогов, показанную выше. Архивированные данные аудита сохраняются при переключении с одной реализации на другую.

Датированные папки представляют даты сообщений аудита, которые они содержат, а не даты выполнения архивации. Как показано на схеме выше, формат имени датированной папки имеет вид YYYY-MM-DD (ISO 8601) и каждые сутки для сообщений аудита создается новая папка. "Части автономного архива аудита" находятся в архивированном zip-файле в формате JSON, который содержит сообщения аудита для той даты. Размер части по умолчанию составляет 50 000 строк. Отметим, что минимальный размер составляет 10 000 строк. Системный администратор может изменить размер частей по умолчанию в конфигурации подсистемы аудита. Например, системный администратор может указать размер части в 70 000 строк. В zip-файле части в датированной папке будет содержаться указанное количество строк сообщений. Если размер каждой записи аудита равен ~1 КБ, то размер файла части будет равен примерно ~70 МБ после распаковки.

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

Когда планировщик вызывает сервис ArchiveAuditHistoryDirectPersistence, текущая дата передается как olderThanDate. Архивируются все интерактивные сообщения аудита, созданные раньше этой даты. Этот сервис не проверяет параметр DaysOnline подсистемы аудита.

Сервис PurgeAuditData проверяет значение параметра DaysOnline подсистемы аудита, чтобы определить, какие интерактивные сообщения аудита должны быть очищены, а какие должны оставаться доступными в интерактивном режиме. Перед удалением сообщений аудита этот сервис проверяет, имеются ли интерактивные сообщения аудита, помеченные для удаления, которые не были заархивированы. Если это так, этот сервис вызывает сервис ArchiveAuditHistoryDirectPersistence. Эти действия обеспечивают архивацию любых удаляемых данных перед их удалением.

Начиная с версии ThingWorx Platform 9.0.0 в подсистеме аудита есть два сервиса экспорта: первый только для интерактивных данных аудита и второй для интерактивных и автономных данных аудита. Дополнительные сведения об использовании этих сервисов для экспорта данных аудита см. в разделах Экспорт интерактивных данных аудита и Экспорт данных аудита.