IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

Réplications SQL Server Discussion :

SQL2000 - Réplication


Sujet :

Réplications SQL Server

  1. #1
    Membre régulier
    Inscrit en
    Mai 2006
    Messages
    98
    Détails du profil
    Informations forums :
    Inscription : Mai 2006
    Messages : 98
    Points : 70
    Points
    70
    Par défaut SQL2000 - Réplication
    Bonjour,

    je suis confronté à une problématique qui me paraît assez étrange. J'ai mis en place une réplication de base. Jusque là pas de soucis, les modifcations dans ma base EDITEUR (Insert, Update, Delete) sont bien impactées dans ma base ABONNEE.

    Par contre, dès lors qu'une ligne est supprimée dans ma base ABONNEE, l'agent de Distribution se met en échec, et la réplication ne fonctionne plus, bien évidemment. Est-ce un comportemant normal ? Y a-t-il un moyen de contournement ou bien faut il s'assurer qu'il n'y aura absolument aucune modification dans la base ABONNEE ?

    Je suis débutant dans ce domaine, il me manque peut-être certains concepts.

    Merci d'avance.
    Cordialement,

    Jo

  2. #2
    Rédacteur

    Avatar de SQLpro
    Homme Profil pro
    Expert bases de données / SQL / MS SQL Server / Postgresql
    Inscrit en
    Mai 2002
    Messages
    21 770
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Var (Provence Alpes Côte d'Azur)

    Informations professionnelles :
    Activité : Expert bases de données / SQL / MS SQL Server / Postgresql
    Secteur : Conseil

    Informations forums :
    Inscription : Mai 2002
    Messages : 21 770
    Points : 52 726
    Points
    52 726
    Billets dans le blog
    5
    Par défaut
    Comencez par indiquer le mode de réplication et l'architecture de la réplication : ou se trouve les éditeurs, la publication et les abonnés.

    A +
    Frédéric Brouard - SQLpro - ARCHITECTE DE DONNÉES - expert SGBDR et langage SQL
    Le site sur les SGBD relationnels et le langage SQL: http://sqlpro.developpez.com/
    Blog SQL, SQL Server, SGBDR : http://blog.developpez.com/sqlpro
    Expert Microsoft SQL Server - M.V.P. (Most valuable Professional) MS Corp.
    Entreprise SQL SPOT : modélisation, conseils, audit, optimisation, formation...
    * * * * * Expertise SQL Server : http://mssqlserver.fr/ * * * * *

  3. #3
    Membre régulier
    Inscrit en
    Mai 2006
    Messages
    98
    Détails du profil
    Informations forums :
    Inscription : Mai 2006
    Messages : 98
    Points : 70
    Points
    70
    Par défaut
    oui effectivement je n'ai pas été très précis.
    La réplication est en mode transactionnel.

    l'architecture est une architecture de test, les trois bases, EDITEUR, DISTRIBUTION et ABONNEE sont sur un même serveur.

  4. #4
    Rédacteur

    Avatar de SQLpro
    Homme Profil pro
    Expert bases de données / SQL / MS SQL Server / Postgresql
    Inscrit en
    Mai 2002
    Messages
    21 770
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Var (Provence Alpes Côte d'Azur)

    Informations professionnelles :
    Activité : Expert bases de données / SQL / MS SQL Server / Postgresql
    Secteur : Conseil

    Informations forums :
    Inscription : Mai 2002
    Messages : 21 770
    Points : 52 726
    Points
    52 726
    Billets dans le blog
    5
    Par défaut
    C'est donc parfaitement normal. Dans ce mode une base ne pout être à la fois abonné et éditeur. Ce mode de réplication est UNIDIRECTIONNEL. La base cible (abonnée) doit être en lecture seule en principe ou bien les tuples mis à jour ne doivent pas eux-mêmes faire l'objet d'une publication.

    Si vous voulez tout répliquer dans tous les sens (ce qui n'est jamais conseillé) il vous faut une réplication de fusion. Cela implique que vous aurez TOUJOURS des conflits de réplication, que vous pourrez résoudre, soit de manière automatique (règle de priorité par défaut) soit de manière fonctionnelle en récrivant les triggers de réplication.

    Dernier élément, quelque soit le mode de réplication, une base de données se doit d'être PARFAITEMENT normalisée, c'est à dire au moins 3NF + BNCF.

    A +
    Frédéric Brouard - SQLpro - ARCHITECTE DE DONNÉES - expert SGBDR et langage SQL
    Le site sur les SGBD relationnels et le langage SQL: http://sqlpro.developpez.com/
    Blog SQL, SQL Server, SGBDR : http://blog.developpez.com/sqlpro
    Expert Microsoft SQL Server - M.V.P. (Most valuable Professional) MS Corp.
    Entreprise SQL SPOT : modélisation, conseils, audit, optimisation, formation...
    * * * * * Expertise SQL Server : http://mssqlserver.fr/ * * * * *

  5. #5
    Membre régulier
    Inscrit en
    Mai 2006
    Messages
    98
    Détails du profil
    Informations forums :
    Inscription : Mai 2006
    Messages : 98
    Points : 70
    Points
    70
    Par défaut
    Merci pous vos réponses rapides.
    je crois que je n'ai pas dû être très clair dans mes explications, je suis désolé.

    J'ai bien 3 bases distinctes, une base editeur (Pub par exemple), une base ditribution, et une base abonnee (Abo_Pub par exemple). Ces trois sont cependant sur le même serveur, même s'il est conseillé de mettre la base de distribution sur un serveur dédié.

    La réplication que je souhaite est donc bien unidirectionnelle, de ma base Pub vers Abo_Pub. Ce qui se semble parfaitement fonctionner, les lignes rajoutées, modifiées dans Pub se retrouvent bien dans Abo_Pub.
    Par contre dès q'une ligne d'une table de la base Abo_Pub est supprimée (à prioiri ça ne devrait jamais être le cas, mais on ne sait jamais !), tout se plante ...

    J'ai donc choisi la réplication transactionnelle, justement parceque je ne voulais pas de réplication dans les deux sens, et qu'il existe une option de Snapshot lors de la première exécution.

Discussions similaires

  1. Réponses: 20
    Dernier message: 27/10/2010, 12h27
  2. Réponses: 0
    Dernier message: 15/12/2009, 18h00
  3. Réplication fusion SQL2000
    Par Dustykkv dans le forum Réplications
    Réponses: 0
    Dernier message: 15/05/2008, 11h38
  4. [SQL2000]Réplication entre 3 serveurs
    Par Angath dans le forum MS SQL Server
    Réponses: 2
    Dernier message: 30/10/2007, 14h09
  5. SQL2000 - Réplication
    Par loggti dans le forum MS SQL Server
    Réponses: 4
    Dernier message: 04/10/2006, 14h38

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo