Discussion :

[Erwan1978]

Bonjour,

Avant de migrer une base de données sur un nouveau serveur (où les données seraient stockées sur un SAN... est-ce d'ailleurs une bonne idée, selon vous ?) j'aimerais vérifier que la performance reste au minimum constante.

Pour cela, je pensais faire une capture de l'activité sur le serveur de production avec le profiler puis rejouer ces transactions dans mon environnement de test.

Petit problème, les identifiants des bases de données tels que donnés par db_id() sont différentes entre mes deux environnements (les noms des db sont identiques, en revanche).

1. Cela pose-t-il un problème
2. Est til possible de changer ces identifiants (je préssent la réponse !)

Par ailleurs, et celà est peut être lié à mon problème intial, dans ma fenêtre de résultat de la relecture, j'ai des erreurs d'authentification sur des tentatives d'accès de connections en mode Windows.

Échec de la définition du nom d'utilisateur correct («*Domaine\utilisateur*») pour la connexion

Comment cela est-il possible sachant que mes connections et mes users sont identiques en Production et en test et que le mapping entre les deux a été effectué ?

Je vous remercie par avance

Erwan

Environnement :

Microsoft SQL Server 2005 - 9.00.3042.00 (Intel X86)
Feb 9 2007 22:47:07
Copyright (c) 1988-2005 Microsoft Corporation
Standard Edition on Windows NT 5.2 (Build 3790: Service Pack 2)

[Invité]

Standard Edition on Windows NT 5.2 (Build 3790: Service Pack 2)

Petit détail en passant, la SP2 n'est plus supporté depuis deux semaines environ.
Il faut passé à la sp3 - c'est sur ce que je travaille...

[mikedavem]

Bonsoir,

Petit problème, les identifiants des bases de données tels que donnés par db_id() sont différentes entre mes deux environnements (les noms des db sont identiques, en revanche).

L'idéal est d'avor les mêmes id mais dans le cas contraire la correspondance se fait sur le nom des bases d données (colonne database_name)

Par ailleurs, et celà est peut être lié à mon problème intial, dans ma fenêtre de résultat de la relecture, j'ai des erreurs d'authentification sur des tentatives d'accès de connections en mode Windows.

Échec de la définition du nom d'utilisateur correct («*Domaine\utilisateur*»)

Est ce que les noms d'utilisateurs correspondants sont bien mappés ? Les droits sont ils corrects ?

++

[Erwan1978]

Petit détail en passant, la SP2 n'est plus supporté depuis deux semaines environ.
Il faut passé à la sp3 - c'est sur ce que je travaille...

Merci du rappel

[Erwan1978]

L'idéal est d'avor les mêmes id mais dans le cas contraire la correspondance se fait sur le nom des bases d données (colonne database_name)

Merci de ta réponse. Les noms des bd sont identiques dans mon cas. par contre il y a "telescopage" des db_id, c'est a dire que j'ai la situation suivante :

Serveur Production
db_name => ma_base_1
db_id => 5
db_name => ma_base_2
db_id => 7

Serveur Test
db_name => ma_base_1
db_id => 6
db_name => ma_base_2
db_id => 5

L'objectif pour moi est que les transactions effectuées sur le serveur de prod, ma_base_1 soient executées sur le serveur de test, ma_base_1. Or, le Profiler semble faire un joyeux mic-mac, c'est à dire que les transactions sont effectuées tantôt sur ma_base_1, tantôt sur ma_base_2...

Question naïve, est-il possible de modifier les db_id ?

[dbaffaleuf]

Hello,

J'ai essayé de reproduire ton problème:

Instance1:
-db_id('ma_base_1'): 13
-db_id('ma_base_2'): 14

Instance2:
-db_id('ma_base_1'): 14
-db_id('ma_base_2'): 13

Un create table effectué dans ma_base_1 sur Instance1 est rejoué dans ma_base_1 sur Instance2, et inversement. Je suis en SQL Server 2005 SP3 9.00.4035. La trace a été prise avec le template TSQL_Replay et exportée en tant que trace *.trc.

Depuis la version 2005, les données du catalogue système ne sont plus accessibles en écriture que par les interfaces standards (procédures stockées systèmes, commandes d'administration). Je pense comme mikedavem, normalement Profiler doit utiliser le nom de la base, pas le dbid.
Dans la trace de replay et dans la trace originale, vérifie le nom et l'id de la base en question pour l'event 'Existing Connection'. Dans mon cas, le nom est le même et l'ID a bien été translaté par Profiler. (cf pj)

A+ David B.
---------------------
http://blog.capdata.fr