Section 6 : La réplication de fusion
La réplication de fusion associe les avantages des
réplications de capture instantanée et de réplication
transactionnelle. Elle consiste à répliquer les données de
l'éditeur aux abonnés, puis à laisser l'éditeur et
les abonnés faire des modifications pendant qu'ils sont connectés
ou déconnectés et enfin de fusionner ces transactions entre les
différents sites quand ils sont connectés.
La réplication de fusion permet à plusieurs
sites de travailler indépendamment les uns des autres, de faire des
modifications sur les données de réplication chacun de son
côté, puis fusionne toutes ces modifications en un ensemble
cohérent.
Les modifications sont propagées immédiatement,
à intervalle régulier ou à la demande. Comme des copies de
données peuvent être modifiées en même temps à
plusieurs endroits, des conflits peuvent apparaître au moment de la
fusion des modifications. SQL ServerTM permet de configurer la façon
dont ces conflits seront résolus en fonction de l'utilisation que l'on
a.
Après avoir vu les trois grands types de
réplication, nous allons maintenant amorcer une étude technique
qui sera une ouverture vers le niveau pratique que nous aurons d'atteindre avec
le système de gestion de base de données Microsoft® SQL
ServerTM 2000.
Mise en place d'un système de réplication de base
de données entre sites distants
Par BILEY NDONGO ALPHONSE ROSELIN
CHAPITRE 6 : ETUDE DE FAISABILITE ET ANALYSE TECHNIQUE
Section 1 : Etude de Faisabilité
La réalisation de notre projet de réplication
dépend de plusieurs facteurs, humains, financières,
matériels et logiciels. Gérer ce projet nous amène
à l'organiser avec la méthode appropriée, de sorte que
l'ouvrage réalisé par le maître d'oeuvre réponde aux
attentes du maître d'ouvrage et qu'il soit livré dans les
conditions de coût et de délai prévus initialement. Pour ce
faire, la gestion de projet a pour objectifs d'assurer la coordination des
acteurs et des tâches dans un souci d'efficacité et de
rentabilité.
a) Facteur humain
L'élaboration et le dénouement du projet exigent
la présence d'un maître d'oeuvre et d'un maître d'ouvrage.
Le maître d'oeuvre est l'auteur du projet ; il assure la direction des
travaux et peut en être l'architecte. Une fois son projet validé
par le maître d'ouvrage qui auprès de lui tient un rôle de
patron, le maître d'oeuvre est responsable du bon déroulement des
travaux et joue un rôle de conseil dans le choix des entreprises qui vont
les réaliser. Il est responsable du suivi des délais et des
budgets selon les modalités définies dans le cahier des clauses
administratives particulières. Dans notre cas, à ACTIVA, la DSI
(Direction des Solutions Informatiques) tient ce rôle pour ce
qui est du projet réel de réplication. La maîtrise
d'ouvrage reviendra à la Direction Générale ou au «
comité de Direction » constitué des responsables de
certaines Directions stratégiques.
Dans le cadre de notre document, la maîtrise d'oeuvre
est assurée par l'encadreur académique. La maîtrise
d'ouvrage est tenue par ISMA, qui se comporte dans ce cas comme le
commanditaire du projet.
Une fois le projet réalisé et livré, il
est important de déléguer la responsabilité du suivi du
système mis en place à un personnel spécial. Une fois au
moins tous les deux mois, l'on doit s'assurer de l'intégrité des
données répliquées et surtout, vérifier les
conséquences dues aux pannes liées aux éventuelles pertes
de connexions.
Mise en place d'un système de réplication de base
de données entre sites distants
Par BILEY NDONGO ALPHONSE ROSELIN
b) Contraintes matérielles
Pour mener à terme ce projet, plusieurs ressources
matérielles seront sollicitées. Outre le dispositif à
prévoir pour la connexion entre les agences et le siège, l'achat
de nouveaux ordinateurs à qui on donnera des rôles précis
est à envisager.
Le souci de haute disponibilité peut être
satisfait entre autres, par la mise en place d'un SAN dont les avantages sont
la gestion de la concurrence d'accès au disque partagé et la
possibilité d'avoir une capacité de l'ordre de Téraoctets
(To). Ce dispositif est constitué de plusieurs disques rangés
dans une baie comme nous le montre la figure ci-après :
Figure 4 : Exemple de baie de disques.
Dans l'optique de prévenir des pannes liées au
niveau des indicateurs de performance, les serveurs sur lesquels seront
implémenter les opérations de réplication devront avoir un
minimum de performances considérées comme ligne de base.
Il faudra aussi prévoir les interruptions de courant
électrique. Pour ce faire, l'achat d'onduleurs pour les ordinateurs et
d'un groupe électrogène serait d'une grande
nécessité.
c) Contraintes logicielles
La migration de SQL Server 2000 à une version beaucoup
plus récente serait déjà à prévoir. Pour ce
qui concerne le système d'exploitation utilisé, Microsoft®
Windows 2003 ServerTM est actuellement installé sur les serveurs de
production. La réplication est automatisable et, des progiciels
spéciaux peuvent être développés pour booster mieux
gérer ses différents processus ; c'est pourquoi il est utile de
prévoir aussi un environnement de
Mise en place d'un système de réplication de base
de données entre sites distants
Par BILEY NDONGO ALPHONSE ROSELIN
développement. Pour le cas de SQL Server 2000, il est
possible d'effectuer des tâches programmées sous Microsoft Visual
Basic 6.0 et, pour les versions 2005 et 2008 de SQL Server, c'est la
plate-forme .NET (dotnet) qui y est directement
intégrée.
d) Contraintes financières
Les difficultés financières dépendent des
besoins matériels, logiciels et humains. En effet, pour mener à
bout un projet de réplication entre sites distants, il faut s'assurer de
la possibilité du budget alloué de pouvoir entre autres :
· avoir une connexion internet stable et constante ;
· avoir un dispositif adéquat pour l'interconnexion
;
· avoir des ordinateurs respectant une certaine ligne de
base ;
· avoir un personnel formé pour assurer la
maintenance à la fois matérielle et logicielle ;
· prévoir une redondance pour tout
sous-système du système global à implémenter ;
· prévoir les intempéries et autres pannes
imprévues.
Mise en place d'un système de réplication de base
de données entre sites distants
Par BILEY NDONGO ALPHONSE ROSELIN
| 
