CIRMS GUI Screenshots

Real product views of the CIRMS operational interface: centralized system overview, automation, health checks, GL4 AI Data Readiness, RDBMS event monitoring and operational reporting.

Real CIRMS interface

Control, monitoring and proactive management.

CIRMS provides a set of operational dashboards and reports designed to give teams centralized visibility across automation, health monitoring, event surveillance, infrastructure information, audit evidence and AI Data Readiness. Together, the dashboards help technical teams and managers understand current status, identify areas requiring attention and review the operational information collected by CIRMS. These are real CIRMS GUI captures supplied by TOHOL, not generated mockups.

Captured product state. The Home view identifies CIRMS 4.2.15 (Build 1001). Dates, counts, health states and readiness values are the values visible at capture time; they are not live website data or benchmark claims.

CIRMS Home interface showing system overview, product details, GL3 and GL4 object distribution, health and readiness indicators.
System overview

CIRMS Home — Centralized Operational Overview

The CIRMS Home dashboard provides a consolidated view of the deployed platform, combining product and instance information, available tools and modules, GL3 and GL4 object distribution, system health, AI readiness and recent execution information. It acts as the operational entry point into the CIRMS environment, allowing users to move quickly between Automation, Healthcheck, Monitoring, AI Data, AI Models, AI Agents, Reports and Data Warehouse functions.

  • Product, build, platform and instance details
  • RDBMS and business tools and modules
  • GL3 / GL4 object distribution and readiness indicators
  • System health, AI-ready objects and execution timing
CIRMS Automation Command Center showing atom executions, host status, automation activity, execution history and environment breakdown.
GL3 automation

Automation Command Center — Execution and Operational Visibility

The Automation Command Center provides centralized visibility into automated execution across managed environments. It presents execution activity, target hosts, warnings and errors, environment distribution, RDBMS information, version distribution and historical automation activity in one operational view. The dashboard helps teams review execution status, identify failed or problematic tasks and understand how automation is distributed across hosts and environments.

  • Atom execution history, heartbeat and activity
  • Host, target-host and environment status
  • Warnings, errors and execution counts by atom
  • Build information and RDBMS version distribution
CIRMS Healthcheck Command Center showing categorized checks, attention levels, overall health score, trends and infrastructure health.
Proactive health monitoring

Healthcheck Command Center — Proactive Monitoring and System Integrity

The Healthcheck Command Center provides a structured view of infrastructure and database health across the managed environment. It summarizes healthcheck results, healthy and unhealthy resources, critical and warning conditions, overall health score and the latest execution status. Detailed healthcheck groups cover database and RDBMS health, configuration, performance and capacity, maintenance and operations, services, and security and access.

  • Database and RDBMS health assessments
  • Configuration, performance, capacity and security checks
  • Critical, warning and total issue counts
  • Historical health trends and infrastructure status
CIRMS AI Data Command Center showing AI Data Readiness pipeline stages, row-change counters, acquisition strategies, documents, versions, chunks and vectors.
GL4 AI Data Readiness

AI Data Command Center — AI Data Readiness and Knowledge Preparation

The AI Data Command Center provides visibility into the GL4 AI Data Readiness pipeline, from source registration and metadata processing through curation, document generation, chunking, vectorization, semantic validation and final readiness. It brings together registered-object status, AI-ready and not-ready objects, row-change counters, acquisition strategy, transformation metrics, documents, versions, chunks, vectors and readiness attention indicators.

  • Stage 0 → 7 AI Data Readiness pipeline
  • Row-change and transformation counters
  • Identity, change-detection and acquisition strategies
  • Documents, versions, chunks, vectors and readiness attention
CIRMS Monitoring Command Center, SQL Trace Log view, showing 60 RDBMS event categories in three panels with coloured status indicators and event counts.
RDBMS event monitoring

Monitoring Command Center — SQL Trace Log

The SQL Trace Log view brings event surveillance, warnings and alerts into one operational screen. It lists 60 event categories across three panels, with descriptions, colour-coded indicators and occurrence counters.

Review database and log-file growth, backup and restore activity, DBCC actions, configuration and permission changes, login failures, and recovery or I/O errors.

  • 60 event categories across three panels
  • File growth, backup, restore and DBCC activity
  • Configuration, permissions and login events
  • Recovery, availability and I/O error categories

Captured view: SQL Trace Log, categories 1–60. Counts and indicators are captured values, not live website data.

CIRMS Monitoring Command Center, SQL Error Log Page I, showing error categories 1–75 in three panels and navigation to pages 76–150 and 151–205.
RDBMS error monitoring

Monitoring Command Center — SQL Error Log

The SQL Error Log view organizes RDBMS errors and operating conditions into categories with status indicators and occurrence counters. This capture shows Page I (1–75) in three panels.

The categories cover fatal errors, stack dumps, non-yielding schedulers, corruption, recovery failures, I/O delays and file-access problems. The page tabs also show Page II (76–150) and Page III (151–205).

  • Fatal errors, stack dumps and scheduler issues
  • Corruption and DBCC errors
  • Database recovery and log-related failures
  • Disk I/O and file-access conditions

Captured view: SQL Error Log, Page I (1–75). Counts and indicators are captured values, not live website data.

CIRMS Automation Reports interface showing Atom reports, Matrix table reports, Automation process reports and Environment reports.
GL3 operational reporting

Automation Reports — Trace Every Automated Object in GL3

Automation is only trustworthy when its activity can be reviewed. The Automation Reports area gives GL3 operators structured access to execution history, unique and summarized Atom executions, Atom-to-host relationships, Matrix configuration, process warnings and environment inventory.

This reporting layer is important because every automated object should remain observable after execution: teams need to know what ran, where it ran, how often it ran, which configuration was used and whether warnings or errors were raised. That turns automation from a black box into an auditable operational process.

  • Atom execution history and unique execution reporting
  • Atom-to-host and Matrix configuration relationships
  • Automation process warnings and package errors
  • Environment inventory and alive-host reporting
CIRMS RDBMS Reports interface showing inventory, growth, backup, restore, error and audit reports for managed database environments.
GL3 RDBMS audit and event reporting

RDBMS Reports — Event History and Full Audit Visibility in GL3

The RDBMS Reports area organizes the database events collected by GL3 into operational and audit-focused reports. It covers inventory, file growth and shrink activity, DBCC execution, backup and restore activity, error-log findings, object changes, permissions and access events.

For controlled operations, it is not enough to know the current database state. Teams also need a reliable history of what happened, when it happened and what changed. These reports support a complete audit view across the RDBMS events captured by GL3, helping administrators investigate incidents, verify operational actions and review access or configuration changes.

  • RDBMS inventory, auto-growth, shrink and DBCC activity
  • Backup, restore, error-log and object-change reporting
  • Database, schema, login, user and role audit events
  • Operational evidence for incident review and change auditing

One operational interface across GL3 and GL4.

The eight captures bring together centralized system context, GL3 automation, proactive infrastructure health, AI-ready data preparation, RDBMS event monitoring, Automation Reports and RDBMS audit reporting within a consistent command-center experience.

Explore capabilities