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 :

[SQL Server 2000] Réplication comment ça marche


Sujet :

Réplications SQL Server

Vue hybride

Message précédent Message précédent   Message suivant Message suivant
  1. #1
    Membre éclairé
    Homme Profil pro
    DBA - Développeur BI
    Inscrit en
    Avril 2003
    Messages
    442
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Seine et Marne (Île de France)

    Informations professionnelles :
    Activité : DBA - Développeur BI
    Secteur : High Tech - Produits et services télécom et Internet

    Informations forums :
    Inscription : Avril 2003
    Messages : 442
    Par défaut [SQL Server 2000] Réplication comment ça marche
    Bonsoir,

    Je rencontre un souci. Je fais de la réplication sur une base SQL Server 2000. Lorsque mon server de prod tombe le server de réplication prend le relais. Mon souci c'est que les données qui sont insérées dans les bases de réplication ne sont pas présentes dans les tables concernées et lorsque je remet en route le server de prod, toutes les données manipulées sur le server de secours sont perdus.

    donc il y a un paramètre que je ne maîtrise pas dans la réplication, mais lequel ?

    Merci pour votre aide.

  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 998
    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 998
    Billets dans le blog
    6
    Par défaut
    La réplication n'est pas une solution de haute disponibilité mais un pis allé. Vous confondez un usage avec un autre.
    Répliquer l'intégralité des données d'une base n'a aucun intérêt, c'est même cata en terme de perf.
    Si vous voulez de la haute dispo il faut soit utiliser un cluster, soit utiliser le log shipping.
    En version 2005 et suivantes, vous pouvez en sus utiliser le mirroring.
    Lisez l'article que j'ai écrit à ce sujet : http://sqlpro.developpez.com/cours/s...disponibilite/
    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 éclairé
    Homme Profil pro
    DBA - Développeur BI
    Inscrit en
    Avril 2003
    Messages
    442
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Seine et Marne (Île de France)

    Informations professionnelles :
    Activité : DBA - Développeur BI
    Secteur : High Tech - Produits et services télécom et Internet

    Informations forums :
    Inscription : Avril 2003
    Messages : 442
    Par défaut
    J'ai lu votre article avant de poster mais je ne suis pas a l'origine de cette solution je dois la gérer
    Donc c'est quoi que j'ai loupe dans cette réplication qui fait que les données du serveur de backup ne sont pas reproduit sur le serveur de prod

  4. #4
    Membre Expert
    Profil pro
    Inscrit en
    Juin 2007
    Messages
    1 056
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Juin 2007
    Messages : 1 056
    Par défaut
    c'est que les données qui sont insérées dans les bases de réplication ne sont pas présentes dans les tables concernées
    Etes-vous sur que votre répli fonctionne ? Est-ce que vous réinitialisez la réplication une fois retourné sur le serveur principal ?

  5. #5
    Membre éclairé
    Homme Profil pro
    DBA - Développeur BI
    Inscrit en
    Avril 2003
    Messages
    442
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Seine et Marne (Île de France)

    Informations professionnelles :
    Activité : DBA - Développeur BI
    Secteur : High Tech - Produits et services télécom et Internet

    Informations forums :
    Inscription : Avril 2003
    Messages : 442
    Par défaut
    Non je n'ai pas reinitialiser la réplication lors du retour sur le serveur de prod. Afin de voir si j'ai bien compris :
    Lorsque je remet le serveur de prod en fonctionnement je dois, sur le serveur de réplication (la ou j'ai mes abonnements souscrits) faire un clic droit et selectionner "Reinitialiser".
    Ai-je bien compris ou suis-je à côté ?

  6. #6
    Rédacteur

    Avatar de SQLpro
    Homme Profil pro
    Expert bases de données / SQL / MS SQL Server / Postgresql
    Inscrit en
    Mai 2002
    Messages
    21 998
    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 998
    Billets dans le blog
    6
    Par défaut
    Citation Envoyé par Herlece Voir le message
    Non je n'ai pas reinitialiser la réplication lors du retour sur le serveur de prod. Afin de voir si j'ai bien compris :
    Lorsque je remet le serveur de prod en fonctionnement je dois, sur le serveur de réplication (la ou j'ai mes abonnements souscrits) faire un clic droit et selectionner "Reinitialiser".
    Ai-je bien compris ou suis-je à côté ?
    Encore une fois commeil ne s'agit pas d'une solution de haute dispo, il n'y a pas de retour en arrière possible. La réplication n'étant pas la haute dispo, il n'y a pas de "reverse" possible sauf à faire une solution de réplication de fusion, mais là, ce sera pire encore, pour d'autres raisons (conflits de réplication, administration, ressources...) !

    Si vous voulez une haute dispo réversible, il faut opter soit pour la mise en cluster, soit pour le mirroring.
    L'utilisation qui a été faite de tenter d'utiliser la réplication comme technique des haute dispo est une stupidité monumentale !

    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/ * * * * *

+ Répondre à la discussion
Cette discussion est résolue.

Discussions similaires

  1. [SQL Server 2000] Réplication comment ça marche
    Par Herlece dans le forum Administration
    Réponses: 0
    Dernier message: 01/07/2010, 19h00
  2. comment installer sql server 2000 sous wXP pro SP1 ?
    Par poosh dans le forum MS SQL Server
    Réponses: 7
    Dernier message: 11/04/2006, 11h58
  3. [Sql Server 2000][sql sercer ce 2.0] comment gérer un verrou
    Par joefou dans le forum MS SQL Server
    Réponses: 4
    Dernier message: 03/01/2006, 16h51
  4. comment creer un plan de maintenance sur sql server 2000
    Par sorel dans le forum MS SQL Server
    Réponses: 1
    Dernier message: 27/12/2005, 15h03
  5. Réponses: 1
    Dernier message: 19/09/2005, 13h56

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