Discussion :

[usf70]

Bonjour,
J'ai deux serveurs de productions A et B qui sont installés exactement pareils. Sur chacun d'entre eux, j'ai un sql2005.
Il y a une application qui tourne sur un autre serveur et qui vient "taper" sur la base du serveur A. Si celui-ci ne répond pas, l'appli ira chercher ses données sur le serveur B.
Le serveur A est rechargé tous les soirs par un traitement qui fait un truncate de toutes les tables et les recharge. Ensuite, toute la journée, il est en consultation uniquement, sans mises à jour.
Ma question : Comment synchroniser mon serveur B avec le A ? J'ai d'abords pensé à faire un dump du A tous les jours et le charger sur le B. Mais ensuite j'ai vu une option de mirroring qui apparemment existe sur SQL2005 que je ne connais pas trop ?
Quelqu'un pour me conseiller ?

[usf70]

Question subsidiare ... Quels sont les risques à avoir deux instances nommées avec le même nom, mais sur des serveurs dont les hostnames sont différents ?
Exemple :
serveur A avec instance nommée INSTANCEA
Serveur B avec instance nommée INSTANCEA

[WOLO Laurent]

Evidemment, SQL Serveur 2005, comporte une fonctionalité de mise en miroir des serveurs et des bases de données très intéressentes.
Il nécessite au moins :
1- Un serveur principal qui va loger la base de données principales et qui va directement interragir avec ton application.
2- Un Serveur Mirroire qui contiendra la copie de ta base de données.
3- Un Serveur Witness (Témoin) qui va faire du monitoring de disponibilité de vos deux serveurs de base de données.Il est optionnel si vous pouvez faire baseculer les fonctionalité manuellement.

Pour commencer,

1- Créer une base copie de la base de donnée à mettre en mirroire.
Restaurer la sauvegarde complète de cette base de données en utilisant l'option NORECOVERY.
La base de données mirroire doit avoir le même nom que la base données prncipale.
La spécification de NORECOVERY laisse la base de données miroir dans l'état de restauration. La base de données miroir doit avoir cet état car pendant une session de mise en miroir de bases de données, le serveur miroir reçoit et applique en continu le journal des transactions courant de la base de données principale dans la base de données miroir.

2-Vérifiez que les connexions existent sur le serveur miroir pour tous les utilisateurs de la base de données. Pour plus d'informations, consultez Configuration des comptes de connexion pour la mise en miroir de base de données.

3-Configurer et démarrer une session de mise en mirroire
Vous commencez d'abord par configurer le port d'écoute sur chaque instance de serveur participante.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
CREATE ENDPOINT endpoint_mirroring
    STATE = STARTED
    AS TCP ( LISTENER_PORT = 5022 )
    FOR DATABASE_MIRRORING (ROLE=PARTNER);
GO

Pour le Role Témoin, ROLE=WITNESS

Ensuite, vous definissez les bases de données partenaires du mirrorring
Sur le serveur princiapal A

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
ALTER DATABASE MyDatabase
SET PARTNER = 'TCP://A:5022'

et sur le serveur mirroir,

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
ALTER DATABASE MyDatabase
SET PARTNER = 'TCP://B:5022'

Je pense que l'aide en ligne fournie avec MS SQL Serveur vous donnera des plus amples informations :
ms-help://MS.SQLCC.v9/MS.SQLSVR.v9.fr/udb9/html/25a44245-e28d-41b5-ad65-7778d50c42ea.htm

[WOLO Laurent]

Question subsidiare ... Quels sont les risques à avoir deux instances nommées avec le même nom, mais sur des serveurs dont les hostnames sont différents ?
Exemple :
serveur A avec instance nommée INSTANCEA
Serveur B avec instance nommée INSTANCEA

Aucun risque vue que les deux instances sont sur des serveurs différents

[usf70]

Merci WOLO Laurent pour ton explication plus que détaillée...
Donc si j'ai bien compris, si je veux mettre en place le mirroring, la base dormante est vraiment dormante ... Donc non consultable. Il est donc impossible de l'utiliser pour faire du load balancing par exemple ?

[WOLO Laurent]

Je normalement, elle est dormante, et vous ne pouvez pas la consulter.
Mais je vais tester et relancez-moi lundi ou mardi.

[Sylv666]

Nous utilisons le mirroring pour ce genre de traitement (en SQL 2000).

La base A est maitre, la B est consultable sans aucun probleme (nous migrons en ce moment sur 2005)

[WOLO Laurent]

Nous utilisons le mirroring pour ce genre de traitement (en SQL 2000).

La base A est maitre, la B est consultable sans aucun probleme (nous migrons en ce moment sur 2005)

A ne pas confondre :
1- Le mirroring, niveau système d'exploitation ou matériel qui consistait à mettre en mirroir plusieurs disques

2-Le mirroring des bases de données qui est une fonctionalité qui n'est apparu qu'avec la version 2005 de SQL Serveur, qui elle est une solution logicielle !

Et vous ne pouvez donc pas prétendre l'avoir utilisé depuis la version 2000 de SQL Serveur.