|
Publicité ' | |||||||||||||||||||||||
|
|
#1 |
![]() ![]() |
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
__________________
Michael Peppler Membre de TeamSybase - www.teamsybase.com "A successful [software] tool is one that was used to do something undreamed of by its author." -- S. C. Johnson |
|
|
00
|
|
|
#2 |
|
Membre Expert
![]() Inscription : juin 2007 Messages : 1 056 ![]() |
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. |
|
|
00
|
|
|
#3 |
![]() ![]() |
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
__________________
Michael Peppler Membre de TeamSybase - www.teamsybase.com "A successful [software] tool is one that was used to do something undreamed of by its author." -- S. C. Johnson |
|
|
00
|
|
|
#4 |
|
Membre actif
![]() Inscription : août 2007 Messages : 134 ![]() |
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. |
|
|
00
|
|
|
#5 |
![]() ![]() |
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
__________________
Michael Peppler Membre de TeamSybase - www.teamsybase.com "A successful [software] tool is one that was used to do something undreamed of by its author." -- S. C. Johnson |
|
|
00
|
Copyright © 2000-2013 - www.developpez.com