Version imprimable
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
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 ?
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
Rien de tel qu'un bon vieux tunnel ssh pour contourner ces contraintes. :D
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.
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