Partager via


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.

AttentionAttention

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.

Voir aussi

Concepts

SQL Server Distributed Replay

Sécurité Distributed Replay

Autres ressources

Installer Distributed Replay