Procédure : établir une session de mise en miroir de bases de données au moyen de l'authentification Windows (Transact-SQL)

Article
12/15/2008

Après avoir préparé la base de données miroir (voir Procédure : préparer une base de données miroir pour la mise en miroir (Transact-SQL)), vous pouvez établir une session de mise en miroir de bases de données. Le serveur principal, le serveur miroir et le serveur témoin doivent être trois instances distinctes, ayant chacune un système d'hébergement qui lui est propre.

Important :
Il est recommandé de configurer la mise en miroir de la base de données pendant les heures creuses, car la configuration de la mise en miroir peut avoir une incidence sur les performances.

Remarque :
Une instance de serveur peut participer à plusieurs sessions simultanées de mise en miroir de bases de données avec des partenaires identiques ou différents. Une instance de serveur peut être partenaire dans certaines sessions et témoin dans d'autres. L'instance de serveur miroir doit exécuter la même édition de SQL Server (Édition Standard ou Édition Entreprise) que l'instance de serveur principal. En outre, nous vous conseillons vivement d'exécuter les instances sur des systèmes comparables pouvant gérer des charges de travail identiques.

Une instance de serveur peut participer à plusieurs sessions simultanées de mise en miroir de bases de données avec des partenaires identiques ou différents. Une instance de serveur peut être partenaire dans certaines sessions et témoin dans d'autres. L'instance de serveur miroir doit exécuter la même édition de SQL Server (Édition Standard ou Édition Entreprise) que l'instance de serveur principal. En outre, nous vous conseillons vivement d'exécuter les instances sur des systèmes comparables pouvant gérer des charges de travail identiques.

Pour établir une session de mise en miroir de bases de données

Création de la base de données miroir Pour plus d'informations, consultez Procédure : préparer une base de données miroir pour la mise en miroir (Transact-SQL).

Configurez la sécurité sur chaque instance de serveur.

Chaque instance de serveur participant à une session de mise en miroir de bases de données requiert un point de terminaison de mise en miroir de bases de données. Si le point de terminaison n'existe pas, vous devez le créer.

Remarque :
Le type d'authentification utilisé pour la mise en miroir de la base de données par une instance de serveur est une propriété de son point de terminaison de mise en miroir de bases de données. Il existe deux types de sécurité du transport pour la mise en miroir d'une base de données : l'authentification Windows ou l'authentification basée sur les certificats. Pour plus d'informations, consultez Sécurité du transport de la mise en miroir de bases de données.

Le type d'authentification utilisé pour la mise en miroir de la base de données par une instance de serveur est une propriété de son point de terminaison de mise en miroir de bases de données. Il existe deux types de sécurité du transport pour la mise en miroir d'une base de données : l'authentification Windows ou l'authentification basée sur les certificats. Pour plus d'informations, consultez Sécurité du transport de la mise en miroir de bases de données.

Sur chaque serveur partenaire, assurez-vous de la présence d'un point de terminaison pour la mise en miroir. Indépendamment du nombre de sessions de mise en miroir à prendre en charge, l'instance du serveur ne peut avoir qu'un seul point de terminaison de mise en miroir de bases de données. Si vous envisagez d'utiliser cette instance de serveur exclusivement pour les partenaires de sessions de mise en miroir, vous pouvez attribuer le rôle de partenaire au point de terminaison (ROLE**=**PARTNER). Si vous comptez aussi utiliser ce serveur comme témoin dans d'autres sessions, attribuez au point de terminaison le rôle ALL.

Pour exécuter une instruction SET PARTNER, le paramètre STATE des points de terminaison des deux partenaires doit avoir la valeur STARTED.

Pour savoir si une instance de serveur dispose d'un point de terminaison de mise en miroir de bases de données et pour connaître son rôle et son état (sur cette instance), utilisez l'instruction Transact-SQL suivante :

SELECT role_desc, state_desc FROM sys.database_mirroring_endpoints

Important :
Ne reconfigurez pas un point de terminaison de mise en miroir de base de données en cours d'utilisation. Si le point de terminaison de mise en miroir de base de données existe et est déjà utilisé, nous vous recommandons d'utiliser ce point de terminaison pour toute session établie sur l'instance du serveur. La suppression d'un point de terminaison en cours d'utilisation peut entraîner son redémarrage et perturber les connexions des sessions existantes, ce qui peut être perçu comme une erreur par les autres instances de serveurs. Cela est particulièrement important en mode haute sécurité avec basculement automatique, où la reconfiguration d'un point de terminaison sur un partenaire peut déclencher un basculement. Par ailleurs, si un témoin a été défini pour une session, la suppression du point de terminaison de la mise en miroir de bases de données peut provoquer la perte du quorum par le serveur principal de cette session ; si cela se produit, la base de données est mise en mode hors connexion et ses utilisateurs sont déconnectés. Pour plus d'informations, consultez Quorum : effets d'un témoin sur la disponibilité de la base de données.

Ne reconfigurez pas un point de terminaison de mise en miroir de base de données en cours d'utilisation. Si le point de terminaison de mise en miroir de base de données existe et est déjà utilisé, nous vous recommandons d'utiliser ce point de terminaison pour toute session établie sur l'instance du serveur. La suppression d'un point de terminaison en cours d'utilisation peut entraîner son redémarrage et perturber les connexions des sessions existantes, ce qui peut être perçu comme une erreur par les autres instances de serveurs. Cela est particulièrement important en mode haute sécurité avec basculement automatique, où la reconfiguration d'un point de terminaison sur un partenaire peut déclencher un basculement. Par ailleurs, si un témoin a été défini pour une session, la suppression du point de terminaison de la mise en miroir de bases de données peut provoquer la perte du quorum par le serveur principal de cette session ; si cela se produit, la base de données est mise en mode hors connexion et ses utilisateurs sont déconnectés. Pour plus d'informations, consultez Quorum : effets d'un témoin sur la disponibilité de la base de données.

Si un des partenaires n'a pas de point de terminaison, consultez Procédure : Créer un point de terminaison de mise en miroir pour l'authentification Windows (Transact-SQL).

Si des instances de serveurs s'exécutent sous différents comptes d'utilisateurs de domaine, chaque instance requiert une connexion à la base de données master de toutes les autres. Si la connexion n'existe pas, vous devez la créer. Pour plus d'informations, consultez Procédure : autoriser l'accès sur le réseau de la mise en miroir des bases de données au moyen de l'authentification Windows (Transact-SQL).
Pour définir le serveur principal comme partenaire sur la base de données miroir, connectez-vous au serveur miroir et exécutez l'instruction suivante :

ALTER DATABASE <database_name> SET PARTNER =<server_network_address>

sachant que <database_name> est le nom de la base de données à mettre en miroir (ce nom est identique sur les deux partenaires) et <server_network_address>, l'adresse réseau du serveur pour le serveur principal.

La syntaxe de l'adresse réseau d'un serveur est la suivante :

TCP**://<system-address>:**<port>

où <system-address> est une chaîne qui identifie de façon non ambiguë l'ordinateur de destination, et <port> le numéro de port utilisé par le point de terminaison de la mise en miroir de l'instance de serveur partenaire. Pour plus d'informations, consultez Spécification d'une adresse réseau de serveur (mise en miroir de base de données).

Par exemple, sur l'instance de serveur miroir, l'instruction ALTER DATABASE suivante définit le partenaire comme instance de serveur principal d'origine. Le nom de la base de données est AdventureWorks, l'adresse système est DBSERVER1 (nom du système du partenaire) et le port utilisé par le point de terminaison de la mise en miroir de la base de données du partenaire est 7022 :
```
ALTER DATABASE AdventureWorks 
   SET PARTNER = 'TCP://DBSERVER1:7022'
```
Cette instruction prépare le serveur miroir à former une session lorsqu'il sera contacté par le serveur principal.
Pour définir le serveur miroir comme partenaire sur la base de données principale, connectez-vous au serveur principal et exécutez l'instruction suivante :

ALTER DATABASE <database_name> SET PARTNER =<server_network_address>

Pour plus d'informations, consultez l'étape 4.

Par exemple, sur l'instance de serveur principal, l'instruction ALTER DATABASE suivante définit le partenaire comme instance de serveur miroir d'origine. Le nom de la base de données est AdventureWorks, l'adresse système est DBSERVER2 – nom du système du partenaire, et le port utilisé par le point de terminaison de la mise en miroir de la base de données du partenaire est 7025 :
```
ALTER DATABASE AdventureWorks SET PARTNER = 'TCP://DBSERVER2:7022'
```
La saisie de cette instruction sur le serveur principal démarre la session de mise en miroir des bases de données.

Par défaut, les sessions sont définies sur une sécurité des transactions totale (valeur de SAFETY définie sur FULL), la session est donc démarrée en mode haute sécurité sans basculement automatique. Pour reconfigurer la session pour qu'elle s'exécute en mode haute sécurité avec basculement automatique ou en mode haute performance asynchrone, procédez comme suit :

Mode haute sécurité avec basculement automatique
Si vous souhaitez qu'une session en mode haute sécurité prenne en charge le basculement automatique, ajoutez une instance de serveur témoin. Pour plus d'informations, consultez Procédure : ajouter un témoin de mise en miroir de bases de données à l'aide de l'authentification Windows (Transact-SQL).

Mode hautes performances
Si vous ne voulez pas utiliser le basculement automatique et si vous préférez privilégier les performances par rapport à la disponibilité, désactivez la sécurité des transactions. Pour plus d'informations, consultez Procédure : modification de la sécurité des transactions dans une session de mise en miroir de bases de données (Transact-SQL).

Remarque :
En mode hautes performances, la valeur de WITNESS doit être définie sur OFF. Pour plus d'informations, consultez Quorum : effets d'un témoin sur la disponibilité de la base de données.

Exemple

Remarque :
L'exemple suivant établit une session de mise en miroir de base de données entre partenaires d'une base de données miroir existante. Pour plus d'informations sur la création d'une base de données miroir, consultez Procédure : préparer une base de données miroir pour la mise en miroir (Transact-SQL).

L'exemple montre les étapes de base à suivre pour créer une session de mise en miroir de bases de données sans témoin. Les deux partenaires sont les instances de serveur par défaut présentes sur deux systèmes informatiques (PARTNERHOST1 et PARTNERHOST5). Ces deux instances partenaires exécutent le même compte d'utilisateur de domaine Windows (MYDOMAIN\dbousername).

Remarque :
Pour voir un exemple complet illustrant la configuration de la sécurité, la préparation de la base de données miroir, la définition des partenaires et l'ajout d'un témoin, consultez Configuration de la mise en miroir d'une base de données.

Sur l'instance de serveur principal (instance par défaut sur PARTNERHOST1), créez un point de terminaison qui prend en charge tous les rôles par le biais du port 7022 :

--create an endpoint for this instance
CREATE ENDPOINT Endpoint_Mirroring
    STATE=STARTED 
    AS TCP (LISTENER_PORT=7022) 
    FOR DATABASE_MIRRORING (ROLE=ALL)
GO
--Partners under same domain user; login already exists in master.

Remarque :
Pour obtenir un exemple de configuration d'une connexion, consultez Procédure : autoriser l'accès sur le réseau de la mise en miroir des bases de données au moyen de l'authentification Windows (Transact-SQL).

Sur l'instance de serveur miroir (instance par défaut sur PARTNERHOST5), créez un point de terminaison qui prend en charge tous les rôles par le biais du port 7022 :

--create an endpoint for this instance
CREATE ENDPOINT Endpoint_Mirroring
    STATE=STARTED 
    AS TCP (LISTENER_PORT=7022) 
    FOR DATABASE_MIRRORING (ROLE=ALL)
GO
--Partners under same domain user; login already exists in master.

Sur l'instance de serveur principal (sur PARTNERHOST1), procédez à la sauvegarde de la base de données :
```
BACKUP DATABASE AdventureWorks 
    TO DISK = 'C:\AdvWorks_dbmirror.bak' 
    WITH FORMAT
GO
```

Sur l'instance de serveur miroir (sur PARTNERHOST5), restaurez la base de données :

RESTORE DATABASE AdventureWorks 
    FROM DISK = 'Z:\AdvWorks_dbmirror.bak' 
    WITH NORECOVERY
GO

Après avoir créé la sauvegarde complète de base de données, vous devez créer une sauvegarde du journal sur la base de données principale. Par exemple, l'instruction Transact-SQL suivante sauvegarde le journal dans le même fichier utilisé par la sauvegarde de base de données antérieure :
```
BACKUP LOG AdventureWorks 
    TO DISK = 'C:\AdventureWorks.bak' 
GO
```
Avant de démarrer la mise en miroir, vous devez appliquer la sauvegarde de journal requise (et les sauvegardes de journaux suivantes).
Par exemple, l'instruction Transact-SQL suivante restaure le premier journal à partir de C:\AdventureWorks.bak :
```
RESTORE LOG AdventureWorks 
    FROM DISK = 'C:\ AdventureWorks.bak' 
    WITH FILE=1, NORECOVERY
GO
```

Sur l'instance de serveur miroir, définissez l'instance de serveur sur PARTNERHOST1 comme étant le partenaire (ce qui en fait le serveur principal initial) :

ALTER DATABASE AdventureWorks 
    SET PARTNER = 
    'TCP://PARTNERHOST1:7022'
GO

Important :
Une session de mise en miroir de bases de données s'exécute par défaut en mode synchrone, ce qui dépend de la sécurité des transactions totale (SAFETY défini sur FULL). Pour qu'une session s'exécute en mode hautes performances asynchrone, définissez SAFETY sur OFF. Pour plus d'informations, consultez Sessions de mise en miroir de bases de données et Procédure : modification de la sécurité des transactions dans une session de mise en miroir de bases de données (Transact-SQL).

Une session de mise en miroir de bases de données s'exécute par défaut en mode synchrone, ce qui dépend de la sécurité des transactions totale (SAFETY défini sur FULL). Pour qu'une session s'exécute en mode hautes performances asynchrone, définissez SAFETY sur OFF. Pour plus d'informations, consultez Sessions de mise en miroir de bases de données et Procédure : modification de la sécurité des transactions dans une session de mise en miroir de bases de données (Transact-SQL).

Dans l'instance de serveur principal, définissez l'instance de serveur sur PARTNERHOST5 comme étant le partenaire (ce qui en fait le serveur miroir initial) :
```
ALTER DATABASE AdventureWorks 
    SET PARTNER = 'TCP://PARTNERHOST5:7022'
GO
```
Si vous avez l'intention d'utiliser le mode haute sécurité avec basculement automatique, vous pouvez éventuellement définir l'instance de serveur témoin. Pour plus d'informations, consultez Procédure : ajouter un témoin de mise en miroir de bases de données à l'aide de l'authentification Windows (Transact-SQL).

Remarque :
Pour voir un exemple complet illustrant la configuration de la sécurité, la préparation de la base de données miroir, la définition des partenaires et l'ajout d'un témoin, consultez Configuration de la mise en miroir d'une base de données.

Voir aussi

Partager via

Procédure : établir une session de mise en miroir de bases de données au moyen de l'authentification Windows (Transact-SQL)

Pour établir une session de mise en miroir de bases de données

Exemple

Voir aussi

Tâches

Concepts

Autres ressources

Aide et Informations

Ressources supplémentaires