Conditions requises par Distributed Replay
Avant d'utiliser la fonctionnalité Microsoft SQL Server Distributed Replay, prenez connaissance des spécifications du produit présentées dans cette rubrique.
Spécifications des données de trace d'entrée
Pour que les données de trace puissent être correctement relues, elles doivent répondre à des spécifications de version et de format et contenir des événements et des colonnes obligatoires.
Versions de trace d'entrée
Distributed Replay prend en charge les données de trace d'entrée recueillies dans les versions suivantes de SQL Server :
SQL Server 2012
SQL Server 2008 R2
SQL Server 2008
SQL Server 2005
Formats de trace d'entrée
Les données de trace d'entrée peuvent se présenter sous l'un des formats suivants :
Un fichier de trace unique ayant l'extension .trc.
Un jeu de fichiers de trace de substitution qui suivent la convention d'affectation des noms de substitution de fichier, par exemple : <TraceFile>.trc, <TraceFile>_1.trc, <TraceFile>_2.trc, <TraceFile>_3.trc, … <TraceFile>_n.trc.
Événements et colonnes de trace d'entrée
Les données de trace d'entrée doivent contenir des événements et des colonnes spécifiques pour pouvoir être relues par Distributed Replay. Le modèle TSQL_Replay, dans SQL Server Profiler, contient tous les événements et toutes les colonnes obligatoires, ainsi que des informations supplémentaires. Pour plus d'informations sur ce modèle, consultez Conditions préalables à la relecture.
Attention |
---|
Si vous n'utilisez pas le modèle TSQL_Replay pour capturer les données de trace d'entrée, ou si les conditions d'entrée de trace ne sont pas satisfaites, vous pouvez recevoir des résultats de relecture inattendus. |
Vous pouvez également créer un modèle de trace personnalisé et l'utiliser pour relire des événements avec Distributed Replay, à condition que ce modèle contienne les événements suivants :
Audit Login
Audit Logout
ExistingConnection
RPC Output Parameter
RPC:Completed
RPC:Starting
SQL:BatchCompleted
SQL:BatchStarting
Si vous relisez des curseurs côté serveur, les événements suivants sont également obligatoires :
CursorClose
CursorExecute
CursorOpen
CursorPrepare
CursorUnprepare
Si vous relisez des instructions SQL préparées côté serveur, les événements suivants sont également obligatoires :
Exec Prepared SQL
Prepare SQL
Toutes les données de trace d'entrée doivent contenir les colonnes suivantes :
Classe d'événements
EventSequence
TextData
Application Name
LoginName
DatabaseName
Database ID
HostName
Binary Data
SPID
Start Time
EndTime
IsSystem
Combinaisons de traces d'entrée et de serveurs cibles prises en charge
Le tableau suivant répertorie les versions de données de trace prises en charge et, pour chacune d'entre elles, les versions de SQL Server prises en charge avec lesquelles les données peuvent être relues.
Version de données de trace d'entrée |
Versions de SQL Server prises en charge pour l'instance de serveur cible |
---|---|
SQL Server 2005 |
SQL Server 2008, SQL Server 2008 R2, SQL Server 2012 |
SQL Server 2008 |
SQL Server 2008, SQL Server 2008 R2, SQL Server 2012 |
SQL Server 2008 R2 |
SQL Server 2008 R2, SQL Server 2012 |
SQL Server 2012 |
SQL Server 2012 |
Système d'exploitation requis
Les systèmes d'exploitation suivants sont pris en charge pour exécuter l'outil d'administration et les services contrôleur et clients.
Windows Vista avec Service Pack 2 (SP2) ou version ultérieure
Windows 7 Server RTM ou version ultérieure
Windows Server 2008 avec SP2 ou une version ultérieure
Windows Server 2008 R2 RTM ou version ultérieure
Les fonctionnalités Distributed Replay sont prises en charge à la fois sur les systèmes d'exploitation basés sur des processeurs x86 et ceux basés sur des processeurs x64. Pour les systèmes d'exploitation basés sur des processeurs x64, seul le mode Windows on Windows (WOW) est pris en charge.
Limitations d'installation
Un ordinateur ne peut avoir qu'une seule instance de chaque fonctionnalité Distributed Replay installée. Le tableau suivant indique le nombre d'installations autorisées pour chaque fonctionnalité dans un même environnement Distributed Replay.
Fonctionnalité de Distributed Replay |
Nombre maximal d'installations par environnement de relecture |
---|---|
Service SQL Server Distributed Replay Controller |
1 |
Service SQL Server Distributed Replay Client |
16 (ordinateurs physiques ou virtuels) |
Outil d'administration |
Illimité |
[!REMARQUE]
Bien qu'une seule instance de l'outil d'administration puisse être installée sur un même ordinateur, vous pouvez en démarrer plusieurs instances. Les commandes émises depuis plusieurs outils d'administration sont résolues dans l'ordre de leur réception.
Fournisseur d'accès aux données
Distributed Replay ne prend en charge que le fournisseur d'accès aux données SQL Server ODBC Native Client.
Spécifications requises pour la préparation du serveur cible
Nous conseillons de placer le serveur cible dans un environnement de test. Pour relire les données de trace avec une instance de SQL Server différente de celle qui a servi à les enregistrer, assurez-vous que les opérations suivantes ont été effectuées sur le serveur cible :
Toutes les connexions et tous les utilisateurs contenus dans les données de trace doivent être présents dans la même base de données sur le serveur cible.
Toutes les connexions et tous les utilisateurs présents sur le serveur cible doivent avoir les mêmes autorisations que sur le serveur d'origine.
Les ID de base de données sur la cible doivent idéalement être identiques à ceux qui sont sur la source. Si ce n'est pas le cas, la mise en correspondance peut être effectuée sur la base du DatabaseName s'il est présent dans la trace.
La base de données par défaut de chaque connexion contenue dans les données de trace doit être définie (sur le serveur cible) en tant que base de données cible relative à la connexion. Par exemple, les données de trace à relire contiennent les activités de la connexion Fred dans la base de données Fred_Db située sur l'instance d'origine de SQL Server. Par conséquent, sur le serveur cible, la base de données par défaut de la connexion Fred doit être la base de données correspondant à Fred_Db (même si le nom de la base de données est différent). Pour définir la base de données par défaut de la connexion, utilisez la procédure stockée système sp_defaultdb.
La relecture d'événements associés à des connexions manquantes ou incorrectes va entraîner des erreurs de relecture, mais l'opération de relecture va se poursuivre.