Sql-Serveur Mise en Oeuvre de La Replication

2016
MISE EN ŒUVRE DE LA
REPLICATION SOUS SQL
SERVER 2014
Application pas à pas à la réplication fusion
GUY NONO LOUENKAM

Email : [email protected]
Skype : nono.louenkam
Sommaire 1
Sommaire
Sommaire ........................................................................................................................................................ 1
Introduction..................................................................................................................................................... 2
Vue d’e se le d fi itio s ...................................................................................................................... 2
A hite tu e à ett e e œuv e pli atio fusio .................................................................................. 3
Configuration de base ................................................................................................................................. 3
Configuration de la distribution sur le server 1 contenant les données à envoyer au serveur central .......... 4
Création de la publication sur le serveur 1 ..................................................................................................... 9
Création des abonnés (subscriptions) ........................................................................................................... 18
Test de la mise à jour des données instantanément .................................................................................... 28
MISE EN ŒUVRE DE LA REPLICATION SOUS SQL SERVER 2014 | Application pas à pas à la réplication fusion
Introduction 2
Introduction
Vue d’ensemble (définitions)
La réplication consiste à copier et de distribuer un ensemble de données et d’objets d’une base de
données vers une autre, puis de synchroniser ces bases de données afin de préserver leur cohérence.
Les deux bases de données peuvent être stockées à des emplacements distincts. Il existe sous SQL
Server plusieurs types de réplication : Instantanée (snapshot), transactionnelle, Fusion.
- La réplication instantanée : est en général utilisée pour fournir le jeu des données initiales pour
les autres réplications (transactionnelle et fusion). Elle transmet les données telle qu’elles à un
moment donnée définit dans la configuration. Elle est importante pour avoir un état complet du
serveur à un moment précis ou répétitif.
- La réplication transactionnelle est en général utilisée dans les environnements serveur à serveur
dans les cas suivants :
o pour des applications nécessitant une mise à jour instantanée et incrémentielle des
données vers les différents abonnés
o pour les applications pouvant nécessiter l’accès aux états intermédiaires des données:
avec la possibilité d’activer un déclencheur pour chacune des transactions (insertion,
modification, …) quel qu’en soit le nombre sans se limiter simplement aux résultats.
o Pour les applications ayant un gros volume d’activité (insertion, modification, suppression)
du côté du distributeur.
o Pour les cas de réplication où les abonnées sont des bases de données non-SQL Server.
- La réplication fusion est généralement utilisée dans des environnements serveur à client et plus
particulièrement dans les cas suivants :
o Plusieurs abonnés peuvent mettre à jour les mêmes données à différents moments et
propager ces modifications au serveur de publication et à d'autres Abonnés.
o des abonnés doivent recevoir des données, apporter des modifications hors connexion et
synchroniser ultérieurement ces modifications avec l'éditeur et d'autres abonnés ;
o Chaque Abonné requiert une partition de données différente.
o Des conflits peuvent se produire et, le cas échéant, vous devez pouvoir les détecter et les
résoudre.
o L'application requiert le résultat des modifications des données au lieu de devoir accéder
aux états intermédiaires des données. Par exemple, si une ligne change cinq fois sur un
Abonné avant qu'il se synchronise avec un serveur de publication, la ligne ne change
qu'une seule fois sur le serveur de publication pour refléter le résultat final des
modifications (c'est-à-dire la cinquième valeur).
Introduction 3
Architecture à mettre en œuvre (réplication fusion)
Configuration de base
Créer deux instances de serveur :
- la première : le serveur contenant les données (serveur de distribution),

- la deuxième : le serveur central (abonné).
Configuration de la distribution sur le server 1 contenant les données à envoyer au serveur central 4
Configuration de la distribution sur le server 1

contenant les données à envoyer au serveur central
1. Sur le serveur 1, on va configurer la distribution
2.
3.
4. Ensuite, On crée un serveur partagé et car la réplication faite est en mode pull : i.e le serveur
central viens chercher les données lui-même. Dans notre cas, \\CALDERON\ReplData3
5. Le premier répertoire indiqué permet de stocke la configuration de la distribution la meta-data et

le second les logs.
6.
7.
8.
9.
10. L’erreur de démarrage du « Server Agent » ne pose pas de problème car elle peut être faite
directement via la gestion des services.
Création de la publication sur le serveur 1 9
Création de la publication sur le serveur 1

Ici, on fait le choix des éléments qui vont être dupliqué vers le serveur central.
1.
2.
3. Choix de la base de données concernée par la réplication
4. Choix du type de publication : Fusion
5.
6. Il faut préciser que dans le cas d’u e réplication transactionnelle, les tables à répliquer doivent
disposer obligatoirement d’un PRIMARY KEY.
7. Ici on peut définir un filtre horizontal en faisant le choix des colonnes spécifiques à répliquer.
8.
9. Ici on peut ajouter un filtre vertical avec des where.
10.
11. On peut changer les paramètres du S apshot afi u’u e ve sio o pl te de la pli atio
puisse être faite selon le planning défini.
12. Dans notre cas on choisit tous les 7 jours à 23h30.
13. I i vous devez fai e t s atte tio aux d oits utilisateu . Il faut s’assu e ue l’utilisateu ue vous
allez hoisi dispose de tous les d oits essai es pou l’ itu e des fi hie s da s le dossie
partagé à cet effet.
a. Ne hoisissez ette deuxi e optio ue si vous vous tes assu ue l’age t au a tous
les droits sur le dossier partagé pour la publication des fichiers.
14.
15.
16.
17.
18. A la fin de la création, il va générer dans mon dossier partagé un répertoire nommé
[INSTANCE_SQLSERVER][BASE_DE_DONNEE_A_REPLIQUER][NOM_REPLICATION] dans un sous
repertoire « unc ». Dans notre cas : CALDERON$APBS_BANQUE_PUB_FUSION
19. En consultant le contenu du dossier daté qui a été généré dans le dossier …pub_fusion, on a :
Création des abonnés (subscriptions) 18
Création des abonnés (subscriptions)
1.
2.
3.
4.
5.
6. Cli ue Add SQL se ve … pou ajoute u aut e se veu o ea o .
7. Sur le serveur on a déjà une base de données nommée banque. Pour notre démo, on va créer
u e ouvelle ase de do es u’o appelle a banque_fus.
8. on adopte le paramétrage par défaut.
9.
10.
11. I i o va d fi i les d oit d’a s aux fi hie s pu li es pa la pu li atio précédemment crée.
12.
13. I i o va hoisi l’optio d’ex utio o ti ue.
14. Pour des questions de test, on va faire une souscription instantanée.
15.
16.
17.
18.
19. Etat de notre serveur ce t al ava t et ap s la atio de l’a o .
20. Comme on peut le constater, la base de données a été créée sur le serveur central avec les
caractéristiques définie lors de la création de la publication.
Test de la mise à jour des données instantanément 28
Test de la mise à jour des données instantanément

Exécutons la requête suivante chez le serveur 1 pour insérer un nouvel enregistrement dans la table
Users.
USE [banque]
GO
INSERT INTO [dbo].[Users]

([id]
,[Name]
,[Address]
,[Phone])
VALUES
(2,'Guy Nono', 'Douala','655556561')
GO
Si on actualise la table Users sur le serveur central, on peut remarquer que la mise à jour a été faite.
Avec cette démo, il vous sera aisé d’i pl e te tout autre type de publication (Transactionnelle, fusion
ou Snapshot).

Sql-Serveur Mise en Oeuvre de La Replication

Transféré par

Droits d'auteur :

Formats disponibles

Sql-Serveur Mise en Oeuvre de La Replication

Transféré par

Informations du document

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Sql-Serveur Mise en Oeuvre de La Replication

Transféré par

Droits d'auteur :

Formats disponibles

2016

GUY NONO LOUENKAM

Test de la mise à jour des données instantanément .................................................................................... 28

Architecture à mettre en œuvre (réplication fusion)

- la première : le serveur contenant les données (serveur de distribution),

Configuration de la distribution sur le server 1

5. Le premier répertoire indiqué permet de stocke la configuration de la distribution la meta-data et

Création de la publication sur le serveur 1

3. Choix de la base de données concernée par la réplication

4. Choix du type de publication : Fusion

12. Dans notre cas on choisit tous les 7 jours à 23h30.

Création des abonnés (subscriptions)

8. on adopte le paramétrage par défaut.

11. I i o va d fi i les d oit d’a s aux fi hie s pu li es pa la pu li atio précédemment crée.

13. I i o va hoisi l’optio d’ex utio o ti ue.

14. Pour des questions de test, on va faire une souscription instantanée.

19. Etat de notre serveur ce t al ava t et ap s la atio de l’a o .

Test de la mise à jour des données instantanément

INSERT INTO [dbo].[Users]

Vous aimerez peut-être aussi