What Events are Logged on the Brinqa Platform?
In Application Event Logs, Brinqa stores the record of varying events that have occurred in your instance. For example, when a user logs in or out of the instance, when a data integration sync starts, or if a computation on a dataset finishes without any error. You can use the application event logs to troubleshoot any errors you may come across in your instance.
To prevent the logs from filling up the disk, Brinqa launches a cron
job to remove old logs. By default, this job runs everyday at 2:00 AM UTC and removes logs older than 30 days. An event is generated when the job finishes, summarizing the number of logs removed and the number remaining.
If needed, you can change the retention period to a number between 7 and 365 (days).
The following table details the default events being logged on the Brinqa Platform:
Category | Events being logged |
---|---|
Audit |
|
Automation |
|
Computation |
|
Export |
|
Integration |
|
Remediation |
|
Security |
|
View |
|
- Some processes, such as a data integration sync, generate many events for the Audit category. Logging all audit events negatively impacts system performance and should not be done without coordination with Brinqa Support.
- The Rules and Action categories in previous versions have been combined into the Automation category.
- The stack trace in the Computation category displays the name of the user defined library (UDL) in a user-friendly format:
script_udl_{name-of-the-UDL}
. - The data integration object in the Integration category represents the objects that Brinqa connectors retrieve from the different data sources.