Конфигурация подсистемы аудита
В процессе конфигурирования можно выбирать из двух реализаций подсистемы аудита:
• Реализация непосредственного сохранения - вторая версия подсистемы аудита ThingWorx, в которой сообщения аудита сохраняются в поставщике хранилища данных, сконфигурированном для ThingWorx Platform. Поставщиком хранилища данных может быть PostgreSQL или MS SQL. Эта реализация является рекомендуемой реализацией, независимо от необходимости обработки больших или малых данных аудита. Чтобы использовать эту реализацию, следуйте приведенным ниже инструкциям по конфигурированию подсистемы аудита.
• Реализация таблицы данных - первоначальная версия подсистемы аудита, в которой сообщения аудита сохраняются в системных таблицах данных. Эта версия должна использоваться с поставщиком хранилища данных PostgreSQL. Эта реализация используется по умолчанию при первом включении подсистемы аудита. Для получения наилучших результатов используйте реализацию непосредственного сохранения.
 |
PTC настоятельно рекомендует использовать реализацию непосредственного сохранения, поскольку реализация таблицы данных не будет применяться в будущих выпусках ThingWorx Platform. Кроме того, сервис QueryAuditHistory будет заменен сервисом QueryAuditHistoryWithQueryCriteria.
|
После включения подсистемы аудита можно просматривать и при необходимости изменять значения ее рабочих параметров с помощью ThingWorx Composer:
1. Полагая, что выполнен вход в ThingWorx Composer и переход к страницам AuditSubsystem, щелкните вкладку Конфигурация.
Страница Конфигурация для AuditSubsystem в ThingWorx Composer выглядит следующим образом:
Рис. 9. Конфигурация AuditSubsystem в ThingWorx Composer с включением непосредственного сохранения
2. Просмотрите настройки и при необходимости измените их, руководствуясь информацией в таблице, приведенной ниже. В частности, обратите внимание, что флажок Включить непосредственное сохранение для подсистем аудита по умолчанию снят. Это означает, что будет использоваться реализация таблицы данных подсистемы аудита. Чтобы использовать реализацию непосредственного сохранения, установите этот флажок, как показано на рисунке выше.
3. После задания параметров щелкните Сохранить.
Параметры конфигурации описаны в следующей таблице.
Параметр | Описание | Значение по умолчанию | Допустимые значения |
|---|---|---|---|
Включить непосредственное сохранение для подсистемы аудита | Переключение между реализацией непосредственного сохранения и реализацией таблицы данных подсистемы аудита. Отметим, что поставщик непосредственного сохранения работает с базами данных PostgreSQL и MS SQL. | Реализация непосредственного сохранения подсистемы аудита (флажок установлен). | Флажок установлен - используется реализация непосредственного сохранения подсистемы аудита. Флажок снят - используется реализация таблицы данных подсистемы аудита. |
Поставщик хранилища данных аудита | Значение этого поля нельзя изменить. Поставщик хранилища данных по умолчанию для ThingWorx Platform используется в качестве поставщика хранилища данных для подсистемы аудита. Для реализации таблицы данных рекомендуется использовать PostgreSQL для оптимальной производительности. Для реализации непосредственного сохранения используйте PostgreSQL или MS SQL. | ThingworxPersistenceProvider | Поставщиком хранилища данных для подсистемы аудита всегда является поставщик хранилища данных ThingWorx Platform по умолчанию. Данные аудита всегда сохраняются в той же базе данных, где находятся все остальные типы данных ThingWorx. |
Размер части архива аудита | Число строк, которые будут заархивированы перед новым файлом части архива. Со временем может потребоваться изменить размер в зависимости от объема, размера сообщений аудита и производительности процесса архивации. | 50000 | Эта настройка может иметь любое значение, которое больше или равно 10000 строк. |
Максимальное число записей для интерактивных данных (maxEntriesOnlineAuditData) | Реализация таблицы данных - максимальное число строк интерактивных данных аудита, которые может содержать таблица данных. Это значение также используется для файлов архива, определяя максимальное число строк для записи в файл архива. Реализация непосредственного сохранения - максимальное число строк интерактивных данных аудита, которые может содержать файл архива. Дополнительные сведения об использовании этого параметра в сервисах ArchiveAuditHistoryDirectPersistence и ArchiveAuditHistory (реализация таблицы данных) в разделах Архивация и очистка интерактивных данных аудита (непосредственное сохранение) или Архивация и очистка интерактивных данных аудита (таблица данных). | 500000 строк. | Только положительные (целые) числа. Отрицательные значения не допускаются. |
Максимальное значение, которое может быть задано в параметре maxItems для сервиса QueryAudit History . | Максимальное число строк, которое можно задать для параметра maxItems сервиса QueryAudit History . | 5000 | Это значение должно быть больше или равно 500 (N). Базовый тип ThingWorx для этой настройки - INTEGER. |
Число дней хранения интерактивных данных аудита. | Число суток для интерактивного хранения сообщений аудита. Это значение используется подсистемой в операции архивации, чтобы определить, какие сообщения следует переместить в автономный репозиторий подсистемы аудита. Данные, которые старше этого количества дней, сначала копируются в автономное хранилище. Затем они удаляются из интерактивного хранилища с помощью операции очистки. Дополнительные сведения см. в разделах Архивация и очистка данных аудита и Безопасность для задач аудита. | 60 дней. | Только значения типа INTEGER. |
 | Чтобы просмотреть значения подсистемы во время ее выполнения, перейдите в раздел > . |