La check-list gratuite en 5 points
Cinq questions à vous poser sur chaque flux de données. Si vous ne pouvez pas répondre oui aux cinq, vos tableaux de bord reposent en partie sur la chance.
1. Chaque échec déclenche une alerte
Un job qui échoue doit prévenir quelqu'un, par e-mail, Teams ou supervision, sans attendre qu'un utilisateur remarque un tableau de bord faux. Vérifiez que chaque job planifié a un opérateur notifié en cas d'échec, et que la messagerie de base de données fonctionne vraiment.
2. Les retards et les jobs trop longs sont repérés
Un traitement qui finit à 9 h au lieu de 5 h est souvent aussi grave qu'un échec. Comparez la durée de chaque exécution à sa durée habituelle et alertez au-delà d'un seuil (par exemple deux fois la moyenne). Repérez aussi les exécutions sautées : un job qui n'a pas tourné n'échoue pas, il ne dit rien.
3. Une reprise sans risque est possible
Une étape qui échoue sur un incident passager (réseau, verrou, timeout) doit pouvoir être relancée automatiquement, et la relance ne doit pas créer de doublons. Vérifiez les tentatives de reprise configurées et que chaque chargement est idempotent (MERGE ou purge de la tranche avant insertion).
4. La fraîcheur et le volume des données sont contrôlés
Un job qui réussit peut charger zéro ligne ou les données d'hier. Ajoutez en fin de chaîne un contrôle simple : date de la dernière ligne, nombre de lignes comparé aux jours précédents, totaux rapprochés de la source. C'est ce contrôle qui protège vraiment les décideurs.
5. Chaque flux a un propriétaire et une procédure
Quand un flux tombe à 3 h du matin, qui est prévenu et que fait-il ? Chaque job doit avoir un propriétaire nommé (et un compte propriétaire qui existe encore), une description, et une procédure courte : comment relancer, quoi vérifier, qui prévenir.
Le script gratuit pour SQL Server Agent
Pour les flux qui tournent dans SQL Server Agent ou SSIS, notre script T-SQL vérifie la check-list en quelques secondes sur votre historique msdb : jobs en échec sur les 30 derniers jours, exécutions anormalement longues ou encore en cours, exécutions planifiées qui n'ont pas eu lieu, jobs sans aucune alerte, étapes sans reprise et jobs dont le compte propriétaire n'existe plus.
Télécharger le script (samix-etl-job-health.sql)
- lecture seule : uniquement des SELECT sur msdb, aucun objet créé, aucune donnée métier lue ;
- rien n'est envoyé : vous lisez les résultats dans SSMS ou sqlcmd ;
- droits nécessaires : lecture sur msdb (rôle db_datareader ou sysadmin), SQL Server 2008 R2 et versions suivantes.
Pour la santé générale de l'instance (sauvegardes, sécurité, version, performances), utilisez aussi le score santé SQL Server gratuit.
Le diagnostic en 1 jour : 800 € HT
Un DBA senior passe une journée sur vos flux et vous dit précisément ce qui peut casser, ce qui casse déjà sans bruit, et dans quel ordre le corriger.
- Historique. Échecs, retards et exécutions sautées sur les dernières semaines, avec leur cause.
- Alertes et supervision. Qui est prévenu, comment, et ce qui passe entre les mailles.
- Reprise et idempotence. Ce qui se passe quand on relance un chargement à moitié fait.
- Qualité des données. Les contrôles de fraîcheur et de volume qui manquent, et où les placer.
- Propriétaires et procédures. Les flux orphelins et les procédures à écrire en premier.
Vous recevez sous 48 heures un rapport écrit et une liste de corrections priorisée, puis une restitution d'une heure en visio. Ensuite, vous restez libres : appliquer vous-mêmes, ou nous confier la mise en œuvre, voire la modernisation de votre plateforme de données.
