🔴 « La base est lente, mais personne ne sait pourquoi »

Une session bloque les autres ? Une requête consomme toute la CPU ?
Un batch tourne depuis des heures sans visibilité sur sa progression ?

Quand un incident survient, chaque minute compte. Ouvrir SQL*Plus, chercher les vues V$, filtrer manuellement :

C’est trop lent quand la pression monte.

✅ Sessions actives en un coup d’oeil

• Rafraîchissement automatique (10 secondes) — vous voyez la base en direct
• Arbre de verrous : qui bloque qui, avec la chaîne complète
• Opérations longues : barre de progression en temps réel
• Kill session en un clic (avec confirmation et audit)

🔒 « On n’a pas la licence Diagnostic Pack »

AWR, ASH, les heatmaps d’activite — tout ca nécessite Diagnostic Pack. Mais votre contrat ne l’inclut pas.

Résultat :
vous pilotez à l’aveugle, sans historique.

Certaines equipes installent des crontabs maison, des scripts Perl d’un autre âge !

Ou pire :
– elles utilisent AWR
– sans licence
– et risquent un audit Oracle.

✅ sw$bash_snapper : l’ASH gratuit, légal, intégré

• Échantillonnage 1 seconde des sessions actives, comme ASH
• Mini-AWR : snapshots horaires (sysstat, wait events, segments, top SQL)
• Installation en 1 clic depuis l’interface (schéma dédié, synonymes publics)
• Basculement transparent : les rapports utilisent ASH natif si la licence existe, sw$bash_snapper sinon
• Aucune licence requise — pur PL/SQL, pas de dépendance tierce

📉 « C’était rapide hier, c’est lent aujourd’hui »

Un changement de plan d’éxecution ?
Un pic d’I/O ?
Une table dont les statistiques n’ont pas été recalculées ?
Sans outil, le diagnostic prend des heures

… et le métier attend.

✅ Diagnostics guides et visuels

• Comparaison avant/après : distribution des classes d’attente entre deux périodes
• Détail ASH minute par minute avec filtrage dynamique (SQL ID, event, user)
• Indicateurs de santé : ratios (buffer cache, parse, library cache) avec seuils colorés
• Advisors mémoire : graphiques de recommandation Oracle (SGA, PGA, buffer cache)
• Statistiques perimées : détection + collecte en un clic

🚨 « La requête est lente mais on ne peut pas modifier le code »

Application tierce, code généré par un ORM, déploiement bloqué jusqu’à la prochaine release. Le DBA doit corriger le plan d’exécution sans toucher au SQL.

Écrire un SQL Profile à la main, trouver les bons hints, naviguer dans DBMS_SQLTUNE : c’est faisable, mais fastidieux.

✅ Correction SQL en 3 clics

• Détail complet d’un SQL ID : tous les plans, historique d’exécution, hints outline
• SQL Profile : figer un bon plan via DBMS_SQLTUNE (nom, catégorie, force)
• SQL Patch : injecter un hint sans modifier le code (12c+)
• SQL Plan Baseline : charger un plan valide depuis le cursor cache
• Suppression des profils/patches existants depuis la même interface

📚 « On a 50 bases et 10 personnes qui y accèdent »

Chaque DBA a ses scripts, ses alias TNS, ses habitudes.
Les développeurs demandent des accès mais on ne sait plus qui voit quoi.
Quant-aux bases Cloud (ExaCC, OCI) elles ajoûtent la complexité des wallets.

✅ Un point d’entree unique, securise

• Registre centralisé : bases standard + Cloud (wallet ZIP)
• Groupes et environnements : dev, homol, pre-prod, prod, secours
• Contrôle d’accès granulaire : par utilisateur, groupe AD, rôle interne
• Plusieurs niveaux de droit : consultation (lecture), DBA (actions) et développeur
• Authentification : locale, LDAP/AD, OAuth/SSO
• Mots de passe chiffrés au repos (XSalsa20-Poly1305)

⏰ « On découvre les problèmes quand il est trop tard »

Tablespace plein à 95% un vendredi soir.
Redo logs trop petits qui switchent 10 fois par heure.
Sauvegardes RMAN en echec depuis 3 jours.

Tout ca se voit — quand on sait ou regarder.

✅ Tableaux de bord et recommandations

• Tablespaces : graphiques utilisé/libre + recommandations de redimensionnement
• Tablespaces chiffres (TDE) signalés par un cadenas
• Redo logs : fréquence de switch, taille, threads inactifs
• Sauvegardes RMAN : dernière sauvegarde, historique, fenêtre de restauration
• Scheduler : jobs en cours, planifiés, en échec
• Alert log : dernières entrées avec filtre de sévèrité