Avez-vous déjà voulu savoir comment trouver rapidement quelles modifications ont été apportées à la configuration de votre serveur SQL Server ? Dans cet article de blog, nous allons explorer une fonctionnalité pratique dans SQL Server Management Studio (SSMS) qui vous permet de consulter l’historique des modifications de configuration.
Imaginez que vous venez de commencer un nouveau travail et que vous êtes responsable de la gestion des instances de SQL Server. Vous souhaitez vous assurer que les serveurs respectent certaines normes, mais vous ne savez pas par où commencer. C’est là que le rapport d’historique des modifications de configuration intervient.
Le rapport d’historique des modifications de configuration est disponible dans SSMS et peut être consulté en naviguant jusqu’au nœud Serveur et en sélectionnant “Rapports standard”. Il s’agit du deuxième rapport de la liste.
Ce rapport fournit deux informations clés :
- Modifications apportées à la configuration du serveur à l’aide de sp_configure
- Modifications des indicateurs de trace (activation ou désactivation) effectuées via T-SQL
Les informations affichées dans ce rapport sont extraites de la “trace par défaut” qui s’exécute par défaut dans chaque installation de SQL Server. Cependant, si la trace par défaut est désactivée par l’administrateur, le rapport affichera un message indiquant qu’il n’y a pas de données à afficher.
Pour activer la trace par défaut, vous pouvez utiliser la commande suivante :
sp_configure 'default trace enabled', 1 GO RECONFIGURE WITH OVERRIDE GO
Il est important de noter que dans la plupart des installations, la trace par défaut est déjà activée par défaut, vous n’avez donc pas besoin de l’activer manuellement.
Maintenant, examinons comment fonctionne le rapport d’historique des modifications de configuration en coulisses. Le rapport utilise la fonction fn_trace_gettable pour lire la trace par défaut et récupérer les classes d’événements 22 et 116.
SELECT name FROM sys.trace_events WHERE trace_event_id IN (22, 116)
Ces classes d’événements correspondent aux modifications apportées à l’aide de DBCC TraceStatus ou sp_configure, qui sont enregistrées dans la trace par défaut sous les catégories “ErrorLog” et “Audit DBCC Event”.
Lorsque vous consultez le rapport d’historique des modifications de configuration, des filtres supplémentaires sont appliqués pour ne montrer que les informations pertinentes, ce qui facilite l’analyse des modifications apportées à la configuration de votre serveur SQL.
Donc, la prochaine fois que vous avez besoin de savoir rapidement quelles modifications ont été apportées à la configuration de votre serveur SQL, n’oubliez pas de consulter le rapport d’historique des modifications de configuration dans SSMS. C’est un outil puissant qui peut vous aider à suivre et gérer efficacement vos configurations de serveur.
Avez-vous découvert des informations intéressantes en utilisant ce rapport ? Faites-le moi savoir dans les commentaires !