Section 4 : La réplication de capture
instantanée
La réplication de capture instantanée distribue
les données exactement telles qu'elles apparaissent à un moment
précis dans le temps (d'où le terme d'instantanée) et ne
surveille pas les changements faits sur les données
répliquées car ces changements ne sont pas
répliqués aux abonnés.
Dans ce mode de réplication, ce sont
l'intégralité des données répliquées qui
sont redistribuées aux abonnés lors de la synchronisation, et non
pas les seuls changements de façon incrémentielle.
Comme l'ensemble des données est
répliqué, le temps de traitement peut être plus long qu'en
réplication transactionnelle, en revanche ce type de réplication
demande moins de ressources processeur car il n'est pas nécessaire de
surveiller les changements en continu sur le(s) serveur(s) source(s). De plus,
les données sont en général répliquées moins
souvent que dans les autres types de réplication.
Elle est préférable à la
réplication transactionnelle lorsque les changements faits sur les
données sont conséquents mais peu fréquents. La
réplication de capture instantanée est idéale pour
répliquer des données qui ne sont que rarement modifiées,
des données dont on
Mise en place d'un système de réplication de base
de données entre sites distants
Par BILEY NDONGO ALPHONSE ROSELIN
n'a pas besoin d'avoir les dernières valeurs, ou bien
encore des données destinées à la lecture seule, comme une
liste de prix par exemple.
Il peut cependant être nécessaire pour les
abonnés de pouvoir modifier les données de réplication.
Dans ce cas, la « consistance » des transactions, c'est-à-dire
le fait que les transactions soient validées sur tous les serveurs le
nécessitant ou sur aucun est assuré par un protocole de
validation à deux phases.
Section 5 : La réplication transactionnelle
En réplication transactionnelle, la première
phase consiste en fait à faire une réplication
instantanée. L'ensemble des données destinées à la
réplication est distribué aux abonnés. En revanche, la
suite du processus est différente de la réplication
instantanée. Une fois les données répliquées la
première fois, ce sont chaque transaction, de façon individuelle
qui sera propagée aux abonnées. Les transactions seront
propagées de façon continue ou différée.
En réalité, SQL ServerTM surveille les
instructions INSERT, DELETE et UPDATE et d'autres changements faits sur les
données et enregistre ces données dans la base de données
qui joue alors un rôle de file d'attente. Les transactions sont ensuite
propagées dans l'ordre dans lequel elles ont été
effectuées.
Ce mode de réplication est riche de
possibilités, on peut choisir de propager les transactions quand elles
ont lieu (presque en temps réel) ou à intervalle régulier.
On peut en outre choisir de pouvoir faire des modifications ou non sur les
abonnés, pour propager ensuite ces changements à l'éditeur
et aux autres abonnés.
Il faut faire attention à la façon dont sont
utilisées ces options. En effet, certaines configurations peuvent
engendrer des conflits ; si on choisit par exemple de propager les transactions
de façon différée, et que l'on décide de pouvoir
faire des modifications sur les abonnés, il peut en résulter des
conflits. Par exemple, L'abonné peut effacer des données
Mise en place d'un système de réplication de base
de données entre sites distants
Par BILEY NDONGO ALPHONSE ROSELIN
qu'une transaction antérieure sur le serveur source a
modifiées, mais cette transaction n'a pas encore été
propagée. Quand l'abonné la recevra, une erreur surviendra car la
transaction devra modifier des données qui n'existent plus.
| 
