WOW !! MUCH LOVE ! SO WORLD PEACE !
Fond bitcoin pour l'amélioration du site: 1memzGeKS7CB3ECNkzSn2qHwxU6NZoJ8o
  Dogecoin (tips/pourboires): DCLoo9Dd4qECqpMLurdgGnaoqbftj16Nvp


Home | Publier un mémoire | Une page au hasard

 > 

Mise en place d'un système de réplication de base de données entre sites distants

( Télécharger le fichier original )
par Roselin BILEY
Université de Dschang - Licence Professionnelle ès Génie logiciel 2009
  

précédent sommaire suivant

Bitcoin is a swarm of cyber hornets serving the goddess of wisdom, feeding on the fire of truth, exponentially growing ever smarter, faster, and stronger behind a wall of encrypted energy

Section 4 : Principes de la Réplication

L'objectif principal de la réplication est de faciliter l'accès aux données en en augmentant la disponibilité. Soit parce que les données sont copiées sur différents sites permettant de répartir les requêtes, soit parce qu'un site peut prendre la relève lorsque le serveur principal s'écroule. Une autre application tout aussi importante est la synchronisation des systèmes embarqués non connectés en permanence.

Ce qui peut se résumer à l'aide des trois types de scénarii suivants :

· deux serveurs distants sur lesquels les données doivent être consistantes ;

· deux serveurs, un comme serveur principal, l'autre comme serveur de backup à chaud ;

· plusieurs serveurs en cluster utilisés pour de l'équilibrage de charge et de la tolérance à la panne.

Le principe de la réplication, qui met en jeu au minimum deux SGBD, est assez simple et se déroule en trois temps :

y' La base « maître » reçoit un ordre de mise à jour (INSERT, UPDATE ou DELETE).

y' Les modifications faites sur les données sont détectées et stockées (dans une table, un fichier, une queue) en vue de leur propagation.

Mise en place d'un système de réplication de base de données entre sites distants
Par BILEY NDONGO ALPHONSE ROSELIN

y' Un processus de réplication prend en charge la propagation des modifications à faire sur une seconde base dite esclave. Il peut bien entendu y avoir plus d'une base esclave.

Bien entendu il est tout à fait possible de faire de la réplication dans les deux sens (de l'esclave vers le maître et inversement). On parlera dans ce cas-là de réplication bidirectionnelle ou symétrique.

Dans le cas contraire la réplication est unidirectionnelle (seulement du maître vers l'esclave) et on parle de réplication en lecture seule ou asymétrique. De plus la réplication peut être faite de manière synchrone ou asynchrone. Dans le premier cas, la résolution des conflits éventuels entre deux sites intervient avant la validation des transactions ; Dans le second cas, la résolution est faite dans des transactions séparées. Il est donc possible d'avoir quatre modèles de réplication :

· Réplication asymétrique (maître/esclave) avec propagation asynchrone ;

· Réplication asymétrique (maître/esclave) avec propagation synchrone ;

· Réplication symétrique ou Peer-to-peer (update everywhere) avec propagation asynchrone ;

· Réplication symétrique avec propagation synchrone.

Mise en place d'un système de réplication de base de données entre sites distants
Par BILEY NDONGO ALPHONSE ROSELIN

précédent sommaire suivant






Bitcoin is a swarm of cyber hornets serving the goddess of wisdom, feeding on the fire of truth, exponentially growing ever smarter, faster, and stronger behind a wall of encrypted energy








"Le don sans la technique n'est qu'une maladie"