Je diagnostiquerai et réparerai la performance, le blocage et les deadlocks de SQL Server
Administrateur SQL Server senior pour l'optimisation des performances et la résolution de problèmes
À propos de ce service
Votre SQL Server est-il lent, bloque-t-il des utilisateurs, génère-t-il des deadlocks, consomme-t-il beaucoup de CPU ou provoque-t-il des délais d’attente des applications ?
Je vais examiner le problème, identifier la cause principale et fournir des recommandations claires et basées sur des preuves, en tenant compte de la sécurité en production.
Je peux aider avec des requêtes lentes, procédures stockées, blocages, deadlocks, forte utilisation du CPU, mémoire ou I/O, plans d’exécution, Query Store, parameter sniffing, indexation, statistiques, attentes, contention TempDB, Extended Events et configuration de SQL Server.
Mes investigations suivent mon approche TRACE :
Tri, Analyse, Runtime, Analyse, Corrélation, Exécution, Recommandations
Selon le package, vous pouvez recevoir une analyse de la cause principale, une évaluation de la gravité, des actions correctives prioritaires, des métriques avant/après, des scripts de diagnostic réutilisables, des recommandations préventives et un rapport technique professionnel.
L’accès direct au serveur n’est pas toujours nécessaire. Je peux travailler à partir de plans d’exécution, fichiers XEL, XML de deadlock, données Query Store, logs, captures d’écran et sorties de diagnostic.
Identifier la cause principale. La prouver. La réparer en toute sécurité.
Pour les environnements de production ou complexes, veuillez me contacter avant de commander.
Plateforme:
SQL Server
FAQ
Traduction automatique
Avez-vous besoin d’un accès direct à mon SQL Server ?
Non. Dans de nombreux cas, je peux effectuer l’enquête en utilisant des plans d’exécution, des données Query Store, des fichiers XEL, XML de deadlock, scripts de diagnostic, logs, captures d’écran et sorties DMV. Un accès direct peut être discuté si nécessaire.
Pouvez-vous dépanner un SQL Server en production ?
Oui. Le dépannage en production est l’un de mes domaines principaux d’expertise. Je me concentre sur des diagnostics basés sur des preuves et des recommandations sûres, en tenant compte de la performance, de la disponibilité, du risque et de l’impact sur l’activité.
Pouvez-vous analyser des requêtes lentes ou des procédures stockées ?
Oui. Je peux examiner les plans d’exécution, Query Store, index, statistiques, parameter sniffing, lectures logiques, attentes, consommation CPU et autres facteurs influençant la performance des requêtes.
Pouvez-vous analyser des blocages et deadlocks ?
Oui. Je peux analyser les chaînes de blocage, les graphes de deadlock, Extended Events, comportement de verrouillage, requêtes impliquées, portée de la transaction et modèles d’accès aux ressources pour identifier la cause principale.
Pouvez-vous analyser une forte utilisation du CPU ou de la mémoire ?
Oui. Je peux analyser des requêtes coûteuses, attentes, plans d’exécution, Query Store, pression mémoire, parallélisme, comportement de compilation et autres goulots d’étranglement potentiels de SQL Server.
Quelles informations dois-je fournir ?
Veuillez fournir la version de votre SQL Server, une description du problème, quand il a commencé, s’il est intermittent ou continu, ainsi que tout plan d’exécution, requête, fichier XEL, XML de deadlock, logs, captures d’écran ou sortie de diagnostic disponible.
Allez-vous faire des modifications directement sur mon serveur de production ?
Par défaut, je fournis le diagnostic et les actions correctives recommandées. Les modifications directes en production doivent être explicitement convenues et effectuées avec des tests appropriés, des sauvegardes et des considérations de rollback.
Mes données sont-elles confidentielles ?
Oui. Toute requête, structure de base de données, logs, captures d’écran, plans d’exécution ou informations techniques partagés pour l’enquête seront traités comme confidentiels.
Dois-je vous contacter avant de commander ?
Oui, surtout pour des incidents en production, des problèmes de performance complexes, des environnements Always On ou des enquêtes impliquant plusieurs bases ou serveurs. Cela permet de définir le périmètre correct avant de commencer.

