Discussion :

[pulls]

Bonjour,

J'ai créé une trace avec SQL SERVER profiler , pour contrôler ma base de données SQL SERVER 2008. Le nom de ma trace s'appelle ADT_BAZ. J'ai arrêté et fermé ma trace; je ne sais plus où la retrouver et comment la redémarrer.
jai voulu l'afficher avec le code:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
 
select *
FROM Sys.traces

Mais je ne la vois pas. Je voudrais que ma trace reste en activité sur mon serveur, mais si le serveur redemarre , où dois-je la retrouver pour la remettre en activité?

Merci de m'aider.

[janlouk]

Bonjour,
As-tu coché une des cases pour la sauver?
Save to file ou Save to table?

[SQLpro]

Le journal des événements de SQL Server enregistre les lancements de trace. Jettez y un coup d’œil pour obtenir le trace_id :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
EXEC xp_readerrorlog 0, 1, N'Trace ID';
EXEC xp_readerrorlog 1, 1, N'Trace ID';
EXEC xp_readerrorlog 2, 1, N'Trace ID';
EXEC xp_readerrorlog 3, 1, N'Trace ID';
EXEC xp_readerrorlog 4, 1, N'Trace ID';
EXEC xp_readerrorlog 5, 1, N'Trace ID';
EXEC xp_readerrorlog 6, 1, N'Trace ID';

A +

[pulls]

Merci de vouloir m'aider.

J'ai trouvé la solution dans un tutoriel sur youtube. En effet il fallait exporter la définition de la trace sous un format . sql , l'ouvrir dans l’éditeur sqlserver et l’exécuter tout en définissant l’emplacement du fichier .trc avec statut 1

J'ai un autre souci, ma trace fonctionne bien. Mais, quand je fais un UPDATE dans une nouvelle requête sql server, l'évènement est bien capturé dans la trace; par contre, quand je fais un clic droit sur une table, ensuite '' modifier les 200 lignes du haut'' , la modification directe des données dans la table n'est pas capturée par la trace. J'ai cherché à désactiver ce menu en vain. Il est facile de passer par ce menu et modifier les données dans une table, sans laisser de trace. Comment contourner le problème? y a t il un évènement que je nai pas coché dans sql profiler pour ce genre de UPDATE ?

aidez moi s'il vous plait

[SQLpro]

Vous devez faire erreur, les UPDATE sont bien tracés que ce soit dans SSMS ou dans un code client.

A +

[pulls]

S'il vous plait veuillez me comprendre. Dans SSMS, quand je clique sur le bouton " nouvelle requête" dans la barre d'outils ou quand je fais un clic droit sur la table et je choisis le menu " Selectionner les 1000 lignes du haut", toutes les opérations ( update,select,delete) sont tracées. par contre quand je fais un clic droit sur une table, ensuite '' modifier les 200 lignes du haut'' , le contenu de la table s'affiche et j'ai la possibilité de supprimer des lignes , modifier les données ( ce qui se fait couramment) sans que ces opérations ne soient tracées ; Essayez vous allez vous rendre compte.



cordialement

[hmira]

Bonjour,

Vous n'avez vraisemblablement pas sélectionné, dans votre modèle de trace, les classes d'événements idoines !
Sinon ça marche très bien.

Les modifications effectuées depuis SSMS au travers le menu que vous décrivez (un clic droit sur une table, ensuite '' modifier les 200 lignes ..'' génèrent des commandes SQL comme suit :

Code SQL :

Sélectionner tout - Visualiser dans une fenêtre à part

exec sp_executesql N'UPDATE TOP (200) dbo.MaTable SET ... WHERE .. '  --  intégrant des paramètres etc.

Aussi, pour capturer ces commandes, vous devez dans votre modèle de trace sélectionner au moins une des deux classes d'événements ci-après :

Code SQL :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
RPC:Starting
RPC:Completed

Ces deux classes, se trouvent sous le nœud "Stored Procedures" (Procédures stockées) dans l'arborescence des classes d'événements.

A+

[pulls]

Merci infiniment, ça marche. Je fais un grand bon avec ça. Merci.

Excusez moi, l'autre souci est que je comprends pas la différence entre:
RPC:Starting
RPC:Completed

j'ai les mêmes souci de compréhension entre:

SQL:BatchSarting
SQL:batchCompleted

Cordialement

[SQLpro]

RPC = Remote Procedure Call => procédures stockées, y compris distantes
SQL = des requêtes, non encapsulées dans les procédures, BatchStarting => lancement du lot de requête

A +