Discussion :

[Sebwar]

Bonjour,
J'ai actuellement un serveur principal qui tourne toute la journée à plein régime et un serveur secondaire en miroir qui sert de backup et qui est également exploité pour certain gros calcul. Est ce qu'il est possible de créer un second miroir à partir du serveur principal sur un troisième serveur ?

[darkelend]

Tu es sur que c'est du miroir et pas de la réplication ?

[Sebwar]

oui c'est bien du mirroring, les bases sont en restauration, les calculs se font sur des snapshots.

j'aurai voulu un 3eme serveur avec la même base de donnée, le plus simple aurait été de faire un autre miroir de la base mais je ne sais pas si c'est possible ?

[darkelend]

En mirroring, il me semble qu'il ne peut y avoir que 2 instances pour une base. Par contre en 2012, avec Always On tu peux en avoir plus et les bases sont accessibles en lecture (mais je ne maitrise pas encore)

[Sebwar]

ok, merci pour les info darkelend.
Je n'ai malheureusement pas la possibilité de passer en 2012 ducoup je vais continuer de fouillé ici et là pour essayer de trouver une solution.

Si quelqu'un à une idée entre temps, je suis preneur

[SQLpro]

Bonjour,

vous pouvez greffer une réplication transactionnelle de l'intégralité de la base avec un temps de latence "dès que possible".

En effet, 2005/2008/2008R2 ne supportent pas le muti mirroring. Cela est possible dans 2012...

En revanche, faites gaffe à la consommation de, ressources ! Tout cela n'est pas gratuit et il faut donc surdimensionner les ressources du serveur de prod pour maintenir des performances acceptables.....

A +

[mikedavem]

Tout dépend ton besoin concernant ce 3ème serveur. Tu ne nous a rien dit dessus. Est-ce tu as besoin d'avoir une réplication sans perte de données sur ce 3ème serveur ? Quel rôle dois jouer ce 3ème serveur ? Décharger le serveur miroir en lecture ? Avoir une option supplémentaire de basculement ?

Si une certaine perte de données est acceptable tu as quelques solutions à disposition comme du log-shipping ou de la réplication transactionnelle comme a proposé les autres précédemment.

Effectivement SQL Server 2012 permet plus de choses mais dans ton cas cette option n'est pas envisageable.

++

[Sebwar]

Le 3eme serveur servira à décharger le serveur miroir. Je pense que je vais me diriger vers une réplication transactionnelle.

Merci pour ces infos.

[mikedavem]

Comme cela de loin, le choix n'est pas si évident je trouve mais bon je n'ai pas forcément tous les éléments

La réplication transactionnelle peut en effet t'offrir des temps de latence mois importants que le log shipping mais va te complexifier ton architecture. Premièrement Il va te falloir un distributeur en plus. De plus tu as une architecture de base en miroir et il va doit falloir en tenir compte pour le paramétrage de l'agent de lecture du journal (log reader agent). Deuxièmement la mise en place de la réplication transactionnelle peut avoir un impact sur le schéma de ta base en fonction des objets que tu veux répliquer notamment pour les clés primaires, les triggers et colonnes de type TEXT. Est-ce que tu as la main sur le schéma si jamais tu dois pouvoir modifier certaines choses pour une compatibilité avec la réplication transactionnelle ?

Le log shipping a une latence plus importante de mise à jour mais est plus simple à paramétrer. De plus si tu dois répliquer tous les objets de ta base il faut voir si cette solution n'est finalement pas ce qu'il faudrait pour toi.


Donc voila ... à peser le pour et le contre mais de loin le choix n'est pas si évident

++