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

CHAPITRE 5 : ETUDE DE CAS : REPLICATION SOUS MICROSOFT®

SQL SERVERTM

Section 1 : Généralités

Le SGBD4 que nous utiliserons pour l'implémentation de notre projet est Microsoft® SQL ServerTM 2000 puisqu'il est celui utilisé dans l'Entreprise au moment de notre stage. Microsoft® SQL ServerTM permet trois différents types de réplication :

ü Réplication de capture instantanée.

ü Réplication transactionnelle.

ü Réplication de fusion.

Chaque type offre des fonctionnalités différentes en fonction de l'application, et des niveaux différents de propriétés ACID (atomicité, cohérence, isolement, durabilité) pour les transactions et l'autonomie du site. La réplication de fusion, par exemple, permet aux utilisateurs de travailler et de mettre à jour des données de manière autonome, bien que les propriétés ACID ne soient pas assurées. Dès lors, lorsque les serveurs sont connectés, tous les sites de la topologie de réplication convergent vers les mêmes valeurs de données. La réplication transactionnelle gère la cohérence des transactions, mais les sites abonnés ne sont pas aussi autonomes que lors de la réplication de fusion, car les éditeurs et les abonnés doivent être généralement connectés en permanence pour permettre la propagation des mises à jour vers les abonnés.

Il arrive qu'une même application utilise plusieurs types et options de réplication. Une partie des données de l'application ne nécessite pas de mise à jour des abonnés, certains jeux de données requièrent éventuellement de rares mises à jour, effectuées sur un seul

4 Système de Gestion de Base de 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

serveur ou un faible nombre d'entre eux, tandis que d'autres jeux de données peuvent nécessiter une mise à jour quotidienne sur plusieurs serveurs.

Le type de réplication que vous choisissez pour votre application dépend de vos exigences basées sur les facteurs de données distribuées, que vos données doivent être mises à jour ou pas sur l'abonné et quel que soit votre environnement de réplication ainsi que les besoins et exigences des données qui seront répliquées. Pour plus d'informations, reportez- vous à Planification de la réplication.

Chaque type de réplication commence par la création et l'application de l'instantané sur l'abonné, il est donc important de comprendre la réplication d'instantané en complément de tout autre type de réplication et d'options que vous avez choisies.

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








"Aux âmes bien nées, la valeur n'attend point le nombre des années"   Corneille