Je viens de tomber sur une étude de cas très très intéressante.

Il s’agit de la mise en place d’une réplication transactionnelle avec SQL SERVER 2008, en mode Peer to peer.

L’étude de cas débute par l’inspection de la solution actuelle, basée sur SQL SERVER 2005, des lots SSIS, un peu de BCP in and out et du FTP pour rallier le tout. Bref, tripant pour les neurones et les nuits blanches :)

image

Les différentes solutions de haute disponibilité sont ensuite analysées, et mise en concurrence vis à vis des demandes du client :

  1. Sql Server Cluster Failover
  2. Database Mirroring
  3. Log Shipping
  4. Replication Transactionnelle Peer to peer

Vous l’aurez compris, la Transactionelle P2P est celle retenue dans ce cas concret.

Ensuite vient le temps de l’analyse des bases de production et des points bloquants potentiels : Taille de champs texte maximum pour la réplication, Colonnes Identity, Triggers, Mises à jour en cascade etc …

L’analyse de la structure même des bases de données et la répartition des disques / bases est passée en revue.

Pour s’intéresser enfin à l’architecture Physique, réutilisation de serveurs existants, et des serveurs non utilisés.

Bref, voici l’architecture finale, mais n’ayez pas peur, elle est vraiment détaillée tout au long de l’article !

image

Viendra ensuite les tests de performance, suivant différentes options comme l’utilisation du PUSH ou du PULL sur le distributeur etc … Tableaux à l’appui, la meilleure configuration est retenue.

Ensuite, viendra la mise en production de l’architecture complète avec un arrêt de service total de … 12 minutes :)

Bref, un must read !

Using Replication for High Availability and Disaster Recovery in SQL Server 2008

Bonne lecture :)