2009-02-02 10 views
2

Nous avons une application fonctionnant sur un IIS 6/ASP.NET 2.0 soutenu par une édition de SQL Server 2005 STD X64. De temps en temps, l'application plante avec des messages stupides (certains des fichiers ne sont pas trouvés dans un "select firled1, filed2 .. from mytable"). J'ai obtenu une trace de l'activité du serveur sql prise alors que l'application signalait les erreurs. Remarque: le plantage n'est rencontré que lors d'une charge importante sur ce serveur, comme la création simultanée de plusieurs rapports par plusieurs utilisateurs.Fichier de trace - comment l'utiliser

La question est: comment puis-je utiliser le fichier de trace pour résoudre la situation? Comment puis-je détecter ce qui ne va pas?

Merci

+1

Salut, Comment vous êtes-vous débrouillés? –

+0

Pas tout à fait une solution ... nous avons déplacé un DB sur une autre instance sur la même machine, il semble que c'est corrigé ... c'est une solution de contournement laide. – lmsasu

Répondre

2

OK, vous devez obtenir les données de trace en une forme que vous pouvez interroger, à savoir une table.

Voici les détails sur la façon de charger un fichier de trace dans une table SQL Server.

http://support.microsoft.com/kb/270599

Vous devez ensuite identifier les événements qui sont responsables de votre problème. Recherchez dans la trace les événements survenus dans la base de données qui vous intéressent et qui se sont également produits au moment de l'erreur que vous avez rencontrée.

Le lien suivant fournit un bon point de départ pour les informations SQL Server Profiler/Trace.

http://msdn.microsoft.com/en-us/library/ms187929.aspx

Bonne lecture à travers cela et si vous êtes coincé faites le moi savoir.

Cheers,

4

J'ai un video tutorial on getting started with Profiler à SQLServerPedia. En un mot, vous voudrez exporter ce fichier de trace dans une table, et ensuite le parcourir pour voir les erreurs apparues. Les fichiers de trace ou les tables de trace du profileur eux-mêmes ne disent pas, "Voici ce que vous devez corriger pour éviter cette erreur", pas plus qu'un fichier de vidage vous dira "Voici la mauvaise ligne de code" - vous aurez toujours besoin un administrateur de bases de données expérimenté pour interpréter les résultats. Vous souhaiterez peut-être apporter le fichier de trace à votre réunion du groupe d'utilisateurs SQL Server local et voir si quelqu'un peut vous aider.