+ Répondre à la discussion
Affichage des résultats 1 à 5 sur 5
  1. #1
    Membre Expert

    Inscrit en
    janvier 2006
    Messages
    1 307
    Détails du profil
    Informations personnelles :
    Âge : 55

    Informations forums :
    Inscription : janvier 2006
    Messages : 1 307
    Points : 1 750
    Points
    1 750

    Par défaut [RS] initialisation de routes

    Je suis en trains de monter un système de répli entre deux sites avec des contraintes d'ouverture (ou plutôt de non-ouverture!) de port TCP/IP assez restrictive.

    Lorsqu'une route est initialisée le repserver de destination se connecte à la base RSSD source pour matérialiser certaines tables.

    Est-t-il envisageable de faire cette matérialisation manuellement (bcp out sur la source, envoi des datas, etc.) ?

    Merci,

    Michael

  2. #2
    Membre Expert
    Inscrit en
    juin 2007
    Messages
    1 056
    Détails du profil
    Informations forums :
    Inscription : juin 2007
    Messages : 1 056
    Points : 1 211
    Points
    1 211

    Par défaut

    Pour un flux simple, tu peux initialiser une souscription manuellement par bcp.

    Mais l'ajout d'une route implique en effet la réplication de données de la RSSD source vers la destination. Je ne sais pas si tu peux initialiser ces souscriptions manuellement (il faudrait afficher le code généré par le rs_init à l'init de la route pour voir s'il n'ya pas des commandes spécifiques lancées)...

    Quand tu parles de 2 sites, ce sont 2 rep servers c'est ça ?
    Emmanuel T.

  3. #3
    Membre Expert

    Inscrit en
    janvier 2006
    Messages
    1 307
    Détails du profil
    Informations personnelles :
    Âge : 55

    Informations forums :
    Inscription : janvier 2006
    Messages : 1 307
    Points : 1 750
    Points
    1 750

    Par défaut

    Oui, 2 serveur de répli (un sur chaque site).

    En fait, comme l'environnement est assez statique je vais essayer de faire un "dump" de la base RSSD source, transferer cette base, la charger localement, et faire croire au repserver de destination qu'il se connecte à la RSSD source. On verra bien si cela marche...

    Michael

  4. #4
    Membre actif
    Inscrit en
    août 2007
    Messages
    134
    Détails du profil
    Informations forums :
    Inscription : août 2007
    Messages : 134
    Points : 167
    Points
    167

    Par défaut

    Rien de tel qu'un bon vieux tunnel ssh pour contourner ces contraintes.
    La création de route implique des actions sur les deux repservers, sachant en plus que les ID qui seront inscrites dans la RSSD seront données par l'id server qui doit être commun aux deux repserver.

  5. #5
    Membre Expert

    Inscrit en
    janvier 2006
    Messages
    1 307
    Détails du profil
    Informations personnelles :
    Âge : 55

    Informations forums :
    Inscription : janvier 2006
    Messages : 1 307
    Points : 1 750
    Points
    1 750

    Par défaut

    Comme ssh est bloqué ce n'est pas vraiment une solution...

    La communication entre les deux RS ne pose pas de problème - c'est la communication entre le RS de destination de la route (qui est aussi le ID RS) et la RSSD du RS source qui me pose problème.

    Pour l'instant je teste une solution de contournement - comme je peux recréer les RS (ils ne servent actuellement à rien d'autre) j'ai créé le RS source (et sa RSSD) sur mon environnement, et je fais un dump de la RSSD qui sera ensuite chargée dans la RSSD source. On verra si ça marche...

    Michael

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
  •