Publicité
+ Répondre à la discussion
Affichage des résultats 1 à 6 sur 6
  1. #1
    Nouveau Membre du Club
    Inscrit en
    mai 2005
    Messages
    76
    Détails du profil
    Informations forums :
    Inscription : mai 2005
    Messages : 76
    Points : 25
    Points
    25

    Par défaut SQLServer2008 - Changement serveur répli

    Bonjour à tous
    J'ai monté une repli il y a quelques temps d'un serveur A vers un serveur B.
    Du serveur A, je prends la base A1, avec toutes les colonnes de la table A2.
    Sur le serveur B, la base porte un autre nom B1, la table le même nom A2 mais j'ai ajouté une colonne X sur laquelle je fais des traitements ainsi que des triggers.
    Ma repli fonctionne sans pb.

    Aujourd'hui je dois changer le serveur B. A partir du serveur A, j'ai donc créé un nouveau subscriber vers C. Si je laisse l'article en "drop" le nouveau snapshop me casse la structure de ma table A1 sur le serveur C. ma colonne X dégage ainsi que les triggers.
    J'ai donc mis en "keep" mais impossible de faire le snapshot, une erreur de file size ??? (j'ai pourtant désactivé les triggers avant le snapshot initial).

    Avez-vous une idée pour que je puisse recréer la synchro en gardant mes structures de tables ? (j'ai essayé lesnapshot avec initialize with backup en vain...)

    Merci.

    Iza

  2. #2
    Expert Confirmé

    Homme Profil pro Etienne ZINZINDOHOUE
    Chargé de Développement et d'Analyse de données
    Inscrit en
    mars 2010
    Messages
    1 278
    Détails du profil
    Informations personnelles :
    Nom : Homme Etienne ZINZINDOHOUE
    Localisation : France, Nord (Nord Pas de Calais)

    Informations professionnelles :
    Activité : Chargé de Développement et d'Analyse de données
    Secteur : High Tech - Opérateur de télécommunications

    Informations forums :
    Inscription : mars 2010
    Messages : 1 278
    Points : 2 567
    Points
    2 567

    Par défaut

    Quels sont les types de réplication que vous avez mis en place entre :

    1) A et B ?

    2) A et C ?
    Etienne ZINZINDOHOUE
    Billets-Articles

  3. #3
    Nouveau Membre du Club
    Inscrit en
    mai 2005
    Messages
    76
    Détails du profil
    Informations forums :
    Inscription : mai 2005
    Messages : 76
    Points : 25
    Points
    25

    Par défaut

    Je suis en transactionnel push de A vers B et idem A vers C.
    Iza

  4. #4
    Expert Confirmé

    Homme Profil pro Etienne ZINZINDOHOUE
    Chargé de Développement et d'Analyse de données
    Inscrit en
    mars 2010
    Messages
    1 278
    Détails du profil
    Informations personnelles :
    Nom : Homme Etienne ZINZINDOHOUE
    Localisation : France, Nord (Nord Pas de Calais)

    Informations professionnelles :
    Activité : Chargé de Développement et d'Analyse de données
    Secteur : High Tech - Opérateur de télécommunications

    Informations forums :
    Inscription : mars 2010
    Messages : 1 278
    Points : 2 567
    Points
    2 567

    Par défaut

    Citation Envoyé par iza76 Voir le message
    Je suis en transactionnel push de A vers B et idem A vers C.
    Iza
    quand tu avais mis en place la repli entre A et B, est ce que tu n'avais pas exclu la table A2 ? parce que dans le cas d'une réplication transactionnelle simple, la table abonnée a la même définition que la table de publication.
    tu utilises quelle édition de SQL SERVER pour les 2 bases ?
    Etienne ZINZINDOHOUE
    Billets-Articles

  5. #5
    Nouveau Membre du Club
    Inscrit en
    mai 2005
    Messages
    76
    Détails du profil
    Informations forums :
    Inscription : mai 2005
    Messages : 76
    Points : 25
    Points
    25

    Par défaut

    J'ai repris exactement le même script de création de la BBD, j'ai uniquement changé les noms de serveur.
    Pour une même publication, j'ai 2 subscriber qui partent tous les 2 du serveur A mais en direction de B et C.
    Comme ça fait plusieurs jours que je galère, voici ce que je suis en train de faire :
    je fais un new snapshot sur mon serveur C. Du coup les structures de tables sont pétées. J'arrête les 2 subscriptions (de B et de C). Puis, sur C, j'altère les tables, copie le contenu de B vers C, puis je restartetrai les 2 subscriptions. J'aespère que ça va marcher, car là je suis à cours d'idée !!!

    A+ et merci.

  6. #6
    Expert Confirmé

    Homme Profil pro Etienne ZINZINDOHOUE
    Chargé de Développement et d'Analyse de données
    Inscrit en
    mars 2010
    Messages
    1 278
    Détails du profil
    Informations personnelles :
    Nom : Homme Etienne ZINZINDOHOUE
    Localisation : France, Nord (Nord Pas de Calais)

    Informations professionnelles :
    Activité : Chargé de Développement et d'Analyse de données
    Secteur : High Tech - Opérateur de télécommunications

    Informations forums :
    Inscription : mars 2010
    Messages : 1 278
    Points : 2 567
    Points
    2 567

    Par défaut

    un Workaround :
    1) exclure cette table A2 de la répli
    2) créer un link entre les serveurs A et C
    3) écrire un script de mis à jour de la table A2 à partir des données du serveur A
    4) mettre en place un schedule (toutes les 15 minutes par exemple) du script 3)
    Etienne ZINZINDOHOUE
    Billets-Articles

Liens sociaux

Règles de messages

  • Vous ne pouvez pas créer de nouvelles discussions
  • Vous ne pouvez pas envoyer des réponses
  • Vous ne pouvez pas envoyer des pièces jointes
  • Vous ne pouvez pas modifier vos messages
  •