Notes
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de modifier des répertoires.
s’applique à : SQL Server
Azure SQL Database
Azure Synapse Analytics
Analytics Platform System (PDW)
Il existe des scénarios dans lesquels la capture d’un vidage de mémoire pour SSMS ne génère pas la sortie attendue et nécessite un dépannage avancé.
Les étapes suivantes nécessitent l’installation d'Visual Studio(Community Edition ou version ultérieure).
Pour capturer des informations de diagnostic avec Visual Studio pour résoudre un incident ou un SSMS non répond, procédez comme suit :
- Ouvrez Visual Studio.
- Sélectionnez Continuer sans code pour ouvrir une fenêtre vide.
- Démarrez SSMS, s’il n’est pas déjà ouvert.
- Sélectionnez Déboguer > Attacher à un processus....
- Dans la boîte de dialogue Attacher au processus, dans la zone Filtre de processus, entrez SSMS.
- Dans la liste des processus, sélectionnez SSMS.exe, puis , et attachez.
- Une fenêtre Sortie s'affiche, avec Débogage sélectionné pour Afficher la sortie de :.
- Recréez le comportement problématique dans SSMS.
- Une fois SSMS fermé, sélectionnez Débogage > Enregistrer le fichier de vidage sous... dans Visual Studio et enregistrez le fichier .dmp dans un dossier.
- Compressez le dossier.
- Arrêtez le débogage avant de fermer Visual Studio.
Partager les informations
Pour partager les informations avec l’équipe SSMS, consignez le problème sur le site de commentaires de l’utilisateur SSMS.
Ensuite, partagez le fichier de vidage de mémoire collecté sur OneDrive (ou équivalent) où le fichier peut être collecté.
Important
Les fichiers de vidage de mémoire peuvent contenir des informations sensibles.
Activer la journalisation détaillée
Les informations journalisées à partir de SSMS ne fournissent pas toujours suffisamment de détails pour la résolution des problèmes, et la journalisation détaillée peut être activée pour capturer plus de détails.
Déterminez l’emplacement de l’exécutable SSMS (ssms.exe). L’emplacement par défaut de SSMS 20 est C :\Program Files (x86)\Microsoft SQL Server Management Studio 20\Common7\IDE, mais peut être différent sur votre ordinateur.
Ouvrez une invite de commandes et exécutez les commandes suivantes, en utilisant l’emplacement ssms.exe à l’étape précédente pour la deuxième ligne.
SET VsLogActivity=1 "C:\Program Files (x86)\Microsoft SQL Server Management Studio 20\Common7\IDE\ssms.exe"
SSMS démarre.
Ouvrez l’Explorateur Windows et accédez à %USERPROFILE%\AppData\Roaming\Microsoft\AppEnv\15.0.
Fermez SSMS pour arrêter la journalisation détaillée.
Inspectez le fichier ActivityLog.xml qui contient désormais plus de détails qui peuvent vous aider à résoudre les problèmes.
Effacer les fichiers de cache SSMS
Les données stockées dans les fichiers de cache peuvent interférer de manière inattendue avec le comportement de SSMS. Pour résoudre ce problème, vous pouvez effacer les fichiers manuellement.
Fermez toutes les instances de SSMS.
Supprimez tous les fichiers dans les dossiers suivants (il est recommandé d’effectuer une copie du fichier RegSrvr*.xml si vous souhaitez conserver des entrées sous groupes de serveurs locaux dans serveurs inscrits).
- «%USERPROFILE%\AppData\Local\Microsoft\SQL Server Management Studio »
- «%USERPROFILE%\AppData\Roaming\Microsoft\SQL Server Management Studio »
Démarrez SSMS et observez si la suppression des fichiers de cache a résolu le problème.