Retours d'expérience SQL Server®.

Erreur 823, base SUSPECT, DBCC CHECKDB qui signale des erreurs : la panique pousse à lancer la première commande de réparation venue. C'est souvent ainsi que des données récupérables sont perdues. Voici la marche à suivre.

Une requête qui allait bien hier est lente aujourd'hui. Avant de toucher à quoi que ce soit, il faut savoir où le temps est perdu : à calculer, à lire ou à attendre. Voici la démarche et les causes les plus courantes.

Un fichier journal (.ldf) qui occupe tout le disque est l'un des incidents SQL Server les plus fréquents. La cause relève presque toujours de la même famille : quelque chose empêche la réutilisation du journal. Il faut trouver quoi, avant de réduire le fichier.

tempdb est partagée par toutes les bases et toutes les sessions. Quand elle sature, tout le monde en pâtit : erreurs d'espace, requêtes qui échouent, lenteurs généralisées. Il faut comprendre ce qui la consomme.

Les événements étendus (XEvents) ont remplacé SQL Profiler : plus légers, plus précis, et exploitables en production. Voici comment construire une session, puis des exemples de filtres sur une table, une base, une opération ou une application.

Deux serveurs, une base répliquée en continu et un basculement automatique : c'est la configuration de haute disponibilité la plus courante. Voici les étapes, du cluster Windows au test de basculement, avec les pièges qui reviennent en intervention.

Comptes applicatifs, comptes de maintenance, compte sa : un mot de passe faible ou réutilisé sur une instance SQL Server est une porte ouverte. Voici comment les générer, les poser sans casser les applications et auditer l'existant.

Une connexion refusée alors que tout est correct vient souvent d'une règle de pare-feu qui ne connaît pas votre adresse IP. Voici comment la trouver, l'autoriser proprement et la retirer ensuite.

« L'application est figée » : dans la moitié des cas, une session attend un verrou détenu par une autre. Voici comment identifier la session fautive, comprendre ce qu'elle tient, et agir sans aggraver la situation.

« Transaction was deadlocked on lock resources and has been chosen as the deadlock victim » : l'erreur 1205 interrompt une requête sans prévenir. Voici comment retrouver chaque interblocage, le lire et le supprimer.

Par défaut, SQL Server fait attendre les lecteurs derrière les écrivains. Le versionnement de lignes supprime l'essentiel de ces blocages : les lecteurs lisent une version validée au lieu d'attendre. Voici comment activer RCSI sur une base, passer une transaction en SNAPSHOT, et ce que cela coûte.