Healthcheck Test Index
Healthchecks assist users to identify and resolve configuration and data issues that can negatively affect system performance.
Healthchecks are executed or skipped based on the database in use and/or if in-memory is enabled on the STEP system, so not all health checks will run on every system. As available, healthchecks can be reviewed and run from the following locations:
-
In the Admin Portal on the Healthcheck tab, users can run tests and review detected problems as needed. For more information on the Admin Portal Healthcheck tab, refer to the Healthcheck topic here.
-
For on-premise systems, healthcheck information is stored on the application server at [STEPHOME]/diag/healthcheck (for example, opt/stibo/step/diag/healthcheck). This information is automatically included when sending a diagnostics package to Stibo Systems Support.
-
From the Start Page, the STEP Performance Analysis link displays 12 weeks of results from all scheduled healthcheck results. Some unscheduled healthchecks are long-running or are only useful for Stibo Systems Support, and so they are not available in the Performance Analysis tools.
Healthcheck Tests
The following tables include all available Configuration, Data Error, and Performance healthchecks.
Note: Not all healthchecks are applicable for all STEP systems. On your system, only the healthchecks that are valid are displayed in the Admin Portal, on the application server, and in the Performance Analysis tools.
-
The 'Automated Fix' column indicates if a script is available to resolve the reported issue. To apply a scripted fix, contact Stibo Systems Support for assistance. If no automated fix is available, manually update the reported data or configuration.
-
The 'Runs on Schedule' column indicates that the test is run on the schedule defined in the sharedconfig.properties file on the application server, as defined in the STEP Performance Analysis topic here.
Configuration Healthcheck Name | Severity | Description | Automated Fix | Runs on Schedule |
---|---|---|---|---|
Hidden Oracle Parameters With Non-Default Values | Medium | Lists hidden Oracle parameters with a changed default value. The default value of a hidden parameter should only be changed when recommended by Oracle or Stibo Systems Support. | No | No |
JavaScript Catch Without Rethrow |
High | Identifies business rules that do not correctly handle exceptions in try-catch statements. When catching an exception in JavaScript business rules using try-catch, only checked exceptions that have been declared in the Stibo Systems Scripting API are safe to catch without a rethrow of the same or another exception. All runtime exceptions should be rethrown. For some runtime exceptions, this will be strictly enforced so that if the business rule completes successfully, the exception will be rethrown by the framework when omitted in JavaScript. This protects against possible database inconsistencies that occur when the rethrow is omitted. If an API method partially completed a change when the exception occurred, the database transaction needs to roll back by letting the exception fall through the execution scope of the transaction. When issues are reported in this healthcheck, the system-detected missing rethrow(s) and the reported business rule(s) need to be revised to include a rethrow of the same or another exception. | No | Yes |
Non-Compacted Attributes |
Medium | Identifies attributes that are not using the compact storage model. Compacted attributes (excluding LOVs) take up less storage space than non-compacted attributes, which results in reduced I/O during read and write, improving response-time of the system. Additionally, for customers migrating to Stibo Systems SaaS (Cassandra), it is a prerequisite and may take multiple days to complete. When issues are detected in this healthcheck, review the attributes reported and start the migration to compact soft values, or convert the attributes to LOVs, where feasible (many usages and few distinct values). Refer to the Attribute Value Migration topic (here) for prerequisites and technical migration details. | No | Yes |
Residual Events for a Queue |
Medium | Identifies event queues with events not being processed. When a queue-based event processor or outbound integration endpoint is set to 'Read events' but is not enabled, or is stopped in error, or is enabled without a schedule being run, large numbers of events can build up, which can negatively affect performance. If this issue is detected, inspect the objects in the report and make configuration changes to either consume the events or discard them. | No | Yes |