Ouvrez la voie à  la réplication snapshot à  grande échelle

J’ai choisi d’optimiser la réplication
d’un grand snapshot de données. La réplication
snapshot copie un ensemble
de données à  partir d’un SQL Server
source au moment où la réplication est
invoquée, même pendant que d’autres
requêtes ou mises à  jour existent sur le
même ensemble de données. La
réplication snapshot copie ensuite cet
ensemble de données, immédiatement
ou plus tard, dans un ou plusieurs SQL
Server cible. Les serveurs cible voient les données comme elles existaient dans le
serveur source au moment de la copie
jusqu’à  ce que la réplication snapshot
suivante rafraîchisse tout l’ensemble de
données. DTS copie un ensemble de
données à  partir d’une source ODBC
(ou OLE DB) et dans une autre cible
ODBC (ou OLE DB) immédiatement. La
source et la cible peuvent être deux
fournisseurs de données ODBC complètement
différents. Bcp copie une
table ou vue de SQL Server vers un fichier
au format natif ou caractère, ou
bien il copie un fichier en format natif ou
caractère dans une table ou vue de SQL
Server.

La réplication snapshot utilise en
fait bcp et se déroule en deux phases.
La première phase copie (bcps out) un
snapshot d’une source de données sélectionnée
à  une heure programmée.
La seconde phase distribue (bcps in) le
snapshot vers un ou plusieurs serveurs
cible d’après des programmes séparés.
Bien que DTS utilise aussi bcp en supportant
la tâche BULK INSERT, DTS ne
peut pas programmer la copie sortante
et la copie entrante séparément, et il
lui manque l’efficacité de partager un
snapshot pour de multiples cibles. Un
job DTS ne peut copier que sur une
cible. Toutefois, bcp est un utilitaire de
ligne de commande brut. Il lui manque
une interface conviviale et la possibilité
de copier directement d’un SQL Server
sur un autre. Chaque exécution de bcp
ne peut copier qu’une table à  la fois. La
réplication snapshot et DTS sont des
habillages conviviaux et puissants de
l’utilitaire bcp. (Pour savoir pourquoi la
réplication snapshot serait plus appropriée
que la réplication transactionnelle
pour votre projet, voir l’encadré
intitulé « Pourquoi pas la réplication
transactionnelle ? ».)