Configure Audit Settings
Important Note: This feature is not available in Version 11.
The Fusion Registry can be used to audit activity, including structure queries, submissions, data registrations, data queries, etc. For each audited event, the associated server side logs can be captured and stored against the event. The Audit tab in the settings Registry Settings enables the level of auditing to be controlled, and the definition of which log events are captured can also be set. Audit and log information can be given a lifetime after which time they will be deleted.
Audit events are split into two categories:
These audit events are ones which result in the Registry modifying structures, data, or metadata. A transactional event includes structure submissions, data registrations, and reference metadata submissions.
2. Non Transactional
These audit events are one where information is being read from the Registry, but no information is being modified. These events include (amongst others) data queries, structure queries, and schema queries.
Audit events are used to capture additional information for structure modifications.
They are also used to provide an overview of User Activity as shown in the image below.
Auditing can either be enabled or disabled.
You can either log All Events (as shown in the example below) or Transactional Events only.
Delete Audits Every input filed can be set how many days the audit events should be kept for, if the field is left empty then the audits will never be deleted. It is important to note that this setting is only relevant for non-transactional events. Transactional audit events will not be deleted even if this setting is applied.
Logging can be enabled or disabled.
You can either log Transactional Events (as shown in the example below) or All Events only.
Delete Logs Every can be used to specify the number of days or hours that the server logs should be kept for, leaving this filed blank will be used to indicate the logs should never be deleted. Note log events will only be deleted for non-transactional audit events.
Note: In order to take full advantage of the Rollback feature, Audit Events should be enabled. Additionally, if you wish to review the log file prior to performing a Rollback it is wise to switch on Log Events.