Expertise
Audit SQL Server & optimisation des performances
Votre SQL Server rame, vos requêtes dérivent, vos plans d'exécution sont instables ? J'audite, je mesure et j'optimise les performances de vos instances SQL Server — avec un livrable actionnable, pas une liste de bonnes pratiques génériques.
L'audit SQL Server n'a de valeur que s'il débouche sur des actions concrètes. Ma méthode part de la mesure — jamais de l'intuition — pour remonter 3 à 5 problèmes réels et actionnables, chiffrés en effort et en impact.
Ce que j'analyse
- Wait stats : où SQL Server perd réellement son temps, normalisé sur un échantillon représentatif.
- Requêtes critiques : top par CPU, lectures logiques, durée et fréquence (
sys.dm_exec_query_stats). - Plans d'exécution : parameter sniffing, scans qui devraient être des seeks, tris et hash inutiles, missing indexes critiques.
- Indexation : fragmentation des index chauds, index manquants à fort impact, index redondants ou jamais utilisés.
- tempdb : nombre de fichiers vs cœurs, contention d'allocation (
PAGELATCH), version store. - Configuration : MAXDOP, cost threshold for parallelism, max server memory, optimize for ad hoc workloads.
De la mesure au gain mesuré
L'optimisation ne s'arrête pas au diagnostic. J'implémente les corrections,
je les valide sur réplica avant la production, et je mesure le gain.
Exemple concret sur une procédure victime de parameter sniffing : diagnostic
(valeur paramétrée skewed, plan compilé catastrophique pour les clients de
volume normal), correctif (OPTION (RECOMPILE) + filtered statistics +
UPDATE STATISTICS WITH FULLSCAN dans la maintenance hebdo), résultat
de la correction : 14s → 320ms.
Une exécution rigoureuse dès la première séance
Chaque audit démarre par une séance de cadrage structurée. La méthode complète est publiée : les 90 premières minutes d'une mission — six phases time-boxées, du cadrage métier à la synthèse priorisée.
Le livrable
- Note structurée (5 à 10 pages).
- Tableau d'actions priorisées : action, effort (jours), impact, prérequis.
- Scripts de reproduction des findings, pour re-vérifier après correction.
Questions fréquentes
- Combien de temps prend un audit SQL Server ?
- Une première photographie ciblée tient en 90 minutes et sort 3 à 5 priorités actionnables. Un audit complet (santé, perf, sauvegarde, HA, configuration) se mène en 2 à 5 jours selon la taille du parc et la profondeur attendue.
- Mon SQL Server est lent : par où commencer ?
- Par mesurer, pas par deviner. J'analyse les wait stats, les requêtes les plus coûteuses (CPU, lectures, fréquence), les plans d'exécution suspects (parameter sniffing, scans inutiles), l'indexation et la contention tempdb. On agit sur les 3 à 5 problèmes réels, pas sur une liste de bonnes pratiques génériques.
- Touchez-vous à la production pendant l’audit ?
- Non. L'audit se fait en lecture seule (DMV système, vues msdb, compteurs). Les corrections sont validées sur réplica ou en pré-prod, avec un diff revu, avant toute application en production.
- Que contient le livrable ?
- Une note structurée, un tableau d'actions priorisées avec effort estimé en jours et impact, et les scripts de reproduction des findings pour que vos équipes puissent re-vérifier. Pas de slides décoratifs.
- Optimisez-vous aussi les requêtes applicatives ?
- Oui, c'est souvent là que se trouvent les gains : réécriture de requêtes, indexation ciblée, gestion des statistiques, OPTION (RECOMPILE) sur les procédures victimes de parameter sniffing. Sur un cas réel, le temps d'exécution d'une requête est passé de 14s à 320ms.
Une mission sur ce périmètre ?
30 minutes pour cadrer le besoin, premier échange offert. Réponse dans la journée. Missions critiques : 1000-1400 €/jour selon périmètre et durée.