Captures de l’interface CIRMS

CIRMS Home — Vue d’ensemble opérationnelle centralisée

Le tableau de bord CIRMS Home offre une vue consolidée de la plateforme déployée. Il réunit les informations sur le produit et l’instance, les outils et modules disponibles, la répartition des objets GL3 et GL4, la santé du système, la préparation à l’IA et les dernières informations d’exécution. Il constitue le point d’entrée opérationnel de l’environnement CIRMS et permet de passer rapidement entre les fonctions Automation, Healthcheck, Monitoring, AI Data, AI Models, AI Agents, Reports et Data Warehouse.

• Détails du produit, du build, de la plateforme et de l’instance
• Outils et modules RDBMS et métier
• Répartition des objets GL3 / GL4 et indicateurs de préparation
• Santé du système, objets prêts pour l’IA et temps d’exécution

Automation Command Center — Exécution et visibilité opérationnelle

L’Automation Command Center offre une visibilité centralisée sur les exécutions automatisées dans les environnements gérés. Il présente l’activité d’exécution, les hôtes cibles, les avertissements et erreurs, la répartition des environnements, les informations RDBMS, la répartition des versions et l’historique de l’activité d’automatisation dans une vue opérationnelle unique. Le tableau de bord aide les équipes à examiner l’état des exécutions, à repérer les tâches en échec ou problématiques et à comprendre la répartition de l’automatisation entre les hôtes et les environnements.

• Historique d’exécution, signal de vie et activité des Atoms
• État des hôtes, hôtes cibles et environnements
• Avertissements, erreurs et nombres d’exécutions par Atom
• Informations de build et répartition des versions RDBMS

Healthcheck Command Center — Surveillance proactive et intégrité du système

Le Healthcheck Command Center offre une vue structurée de la santé des infrastructures et des bases de données dans l’environnement géré. Il résume les résultats des contrôles, les ressources saines et dégradées, les états critiques et les avertissements, le score de santé global et le dernier état d’exécution. Des groupes de contrôles détaillés couvrent la santé des bases de données et des RDBMS, la configuration, les performances et la capacité, la maintenance et les opérations, les services, ainsi que la sécurité et les accès.

• Évaluations de santé des bases de données et des RDBMS
• Contrôles de configuration, de performances, de capacité et de sécurité
• Nombre de problèmes critiques, d’avertissements et de problèmes au total
• Évolution historique de la santé et état de l’infrastructure

AI Data Command Center — AI Data Readiness et préparation des connaissances

L’AI Data Command Center donne de la visibilité sur le pipeline GL4 AI Data Readiness, de l’enregistrement des sources et du traitement des métadonnées à la préparation finale, en passant par la curation, la génération de documents, le découpage en chunks, la vectorisation et la validation sémantique. Il réunit l’état des objets enregistrés, les objets prêts ou non pour l’IA, les compteurs de modifications de lignes, la stratégie d’acquisition, les métriques de transformation, les documents, versions, chunks, vecteurs et indicateurs de préparation nécessitant une attention particulière.

• Pipeline AI Data Readiness, étapes 0 → 7
• Compteurs de modifications de lignes et de transformations
• Stratégies d’identité, de détection des modifications et d’acquisition
• Documents, versions, chunks, vecteurs et points d’attention sur la préparation

Automation Reports — Suivre chaque objet automatisé dans GL3

L’automatisation n’est digne de confiance que si son activité peut être examinée. La section Automation Reports donne aux opérateurs GL3 un accès structuré à l’historique d’exécution, aux exécutions Atom uniques et synthétisées, aux relations entre Atoms et hôtes, à la configuration Matrix, aux avertissements de processus et à l’inventaire des environnements.

Cette couche de rapports est importante, car chaque objet automatisé doit rester observable après son exécution : les équipes doivent savoir ce qui a été exécuté, où et à quelle fréquence, quelle configuration a été utilisée et si des avertissements ou des erreurs ont été signalés. L’automatisation passe ainsi d’une boîte noire à un processus opérationnel auditable.

• Historique des exécutions Atom et rapports sur les exécutions uniques
• Relations entre Atoms et hôtes et configuration Matrix
• Avertissements des processus d’automatisation et erreurs de packages
• Inventaire des environnements et rapports sur les hôtes actifs

RDBMS Reports — Historique des événements et visibilité complète pour l’audit dans GL3

La section RDBMS Reports organise les événements de bases de données collectés par GL3 en rapports opérationnels et d’audit. Elle couvre l’inventaire, la croissance et la réduction des fichiers, les exécutions DBCC, les sauvegardes et restaurations, les constats des journaux d’erreurs, les modifications d’objets, les autorisations et les événements d’accès.

Pour des opérations maîtrisées, connaître l’état actuel de la base de données ne suffit pas. Les équipes ont également besoin d’un historique fiable indiquant ce qui s’est passé, quand cela s’est passé et ce qui a changé. Ces rapports permettent une vue d’audit complète des événements RDBMS capturés par GL3. Ils aident les administrateurs à analyser les incidents, à vérifier les actions opérationnelles et à examiner les modifications d’accès ou de configuration.

• Inventaire RDBMS, croissance automatique, réduction et opérations DBCC
• Rapports sur les sauvegardes, restaurations, journaux d’erreurs et modifications d’objets
• Événements d’audit des bases, schémas, connexions, utilisateurs et rôles
• Éléments de preuve opérationnels pour l’analyse des incidents et l’audit des modifications