199
6.5 Database Engine Tuning Advisor
fixe DTA_. Une procédure stockée, msdb.dbo.sp_DTA_help_session, vous permet de
voir rapidement les sessions enregistrées. C’est cette procédure qui est appelée par le
DTA pour remplir les informations de la fenêtre du moniteur.
La partie Workload vous permet de choisir un fichier ou une table. La table doit
avoir été générée par le profiler. Vous choisissez ensuite la base de données dans
laquelle les requêtes du workload s’exécutent, il s’agit du contexte de départ, comme
lorsque vous ouvrez une fenêtre dans SSMS. Les éventuelles instructions USE dans
le workload seront honorées et modifieront le contexte, ce qui permet, dans les faits,
de travailler sur plusieurs bases de données dans la même session. Le DTA est encore
plus subtil lorsqu’il analyse une trace : si la colonne LoginName est présente, il évaluera l’instruction avec les privilèges et dans le contexte de la connexion (login) originale (par exemple pour résoudre le nom des objets non préfixés par un schéma,
selon le schéma par défaut de l’utilisateur) ; de plus, il se sert de la colonne d’événement DatabaseName pour savoir dans quel contexte évaluer chaque instruction. Si
cette colonne est absente, il utilise DatabaseID, sinon la base de données indiquée
dans la fenêtre du DTA est utilisée. En bref, le DTA essaie autant que possible de
reproduire la session utilisateur dans laquelle s’est exécutée l’instruction.
Attention – Si vous voulez que le DTA se base sur la colonne DatabaseID, assurezvous que la session s’exécute sur le même serveur que celui sur lequel la trace a été
enregistrée, et que les bases n’ont pas été détachées/attachées, sinon, le DatabaseID peut ne plus correspondre aux bases originales. Il est plus sûr de se baser sur
la colonne DatabaseName.
Ensuite, vous pouvez choisir quelles sont les bases de données, et éventuellement
les tables, qui seront concernées par l’analyse. Si vous avez dans votre trace des
requêtes sur des objets dont vous ne voulez pas modifier la structure physique, et sur
lesquelles vous ne souhaitez aucun conseil, ne les sélectionnez pas à ce niveau. Pour
sélectionner toutes les bases et toutes leurs tables, cliquez dans la case située sur l’entête de la grille.
La coche « Save tuning log » permet de conserver le journal, qui enregistre des
messages importants sur l’analyse, notamment quand une table ne peut être analysée, soit parce qu’elle n’existe pas, soit parce que sa cardinalité est faible (moins de
dix lignes), et qu’il est inutile d’ajouter quelque index que ce soit.
6.5 Database Engine Tuning Advisor
fixe DTA_. Une procédure stockée, msdb.dbo.sp_DTA_help_session, vous permet de
voir rapidement les sessions enregistrées. C’est cette procédure qui est appelée par le
DTA pour remplir les informations de la fenêtre du moniteur.
La partie Workload vous permet de choisir un fichier ou une table. La table doit
avoir été générée par le profiler. Vous choisissez ensuite la base de données dans
laquelle les requêtes du workload s’exécutent, il s’agit du contexte de départ, comme
lorsque vous ouvrez une fenêtre dans SSMS. Les éventuelles instructions USE dans
le workload seront honorées et modifieront le contexte, ce qui permet, dans les faits,
de travailler sur plusieurs bases de données dans la même session. Le DTA est encore
plus subtil lorsqu’il analyse une trace : si la colonne LoginName est présente, il évaluera l’instruction avec les privilèges et dans le contexte de la connexion (login) originale (par exemple pour résoudre le nom des objets non préfixés par un schéma,
selon le schéma par défaut de l’utilisateur) ; de plus, il se sert de la colonne d’événement DatabaseName pour savoir dans quel contexte évaluer chaque instruction. Si
cette colonne est absente, il utilise DatabaseID, sinon la base de données indiquée
dans la fenêtre du DTA est utilisée. En bref, le DTA essaie autant que possible de
reproduire la session utilisateur dans laquelle s’est exécutée l’instruction.
Attention – Si vous voulez que le DTA se base sur la colonne DatabaseID, assurezvous que la session s’exécute sur le même serveur que celui sur lequel la trace a été
enregistrée, et que les bases n’ont pas été détachées/attachées, sinon, le DatabaseID peut ne plus correspondre aux bases originales. Il est plus sûr de se baser sur
la colonne DatabaseName.
Ensuite, vous pouvez choisir quelles sont les bases de données, et éventuellement
les tables, qui seront concernées par l’analyse. Si vous avez dans votre trace des
requêtes sur des objets dont vous ne voulez pas modifier la structure physique, et sur
lesquelles vous ne souhaitez aucun conseil, ne les sélectionnez pas à ce niveau. Pour
sélectionner toutes les bases et toutes leurs tables, cliquez dans la case située sur l’entête de la grille.
La coche « Save tuning log » permet de conserver le journal, qui enregistre des
messages importants sur l’analyse, notamment quand une table ne peut être analysée, soit parce qu’elle n’existe pas, soit parce que sa cardinalité est faible (moins de
dix lignes), et qu’il est inutile d’ajouter quelque index que ce soit.