Réplication fusion par internet et FTP ?

Bonjour.

Pour mon projet, je dois mettre en place une réplication entre deux bases SQL SERVER 2008r2 par internet.
J’utilise une réplication de fusion et je passe par FTP pour les échanges des Snapshop.
Cela fonctionne mais uniquement en réseau local et pas par internet. L’abonné essaye de se connecter à mon serveur de distribution et il ne le trouve pas. J’ai essayé de faire une connexion avec le serveur par IP mais cela ne marche toujours pas avec la réplication.
Question : est-il possible de faire de la réplication par FTP sans connexion avec la base et si oui comment ?

Merci pour votre aide.

Non, ça n'est pas prévu de fonctionner comme ça vu que les agent de réplication doivent avoir accès aux répertoires distants afin de faire du push et du pull par l'intermédiaire de la base de données de distribution.

Quel est votre but final dans cette réplication ? Partager des données ? étendre la surface d'attaque du serveur ? Assurer une haute dispo en cas de crash ???

A +

Bonjour

Je travaille sur une application clients/serveur classique. Dans le cadre de la mobilité, les utilisateurs veulent avoir accès à leurs applications clients (lectures/écritures) sans être connecté au serveur principal. L’idée est d’avoir des bases nomades (sur des pc portable) qui ce synchronisent par internet avec le serveur de référence. La réplication de fusion par extraction (pull) me semble la plus adaptée. Comment faire (le plus simplement possible) la synchro par internet sans connexion au serveur de distribution ?

Merci pour votre aide.

Le mieux dans ce cas est d'utiliser Service Broker.

A +

Mon application est composé de plusieurs centaines de tables.
Je me trompe peut être mais si j'utilise Service Broker je vais être obligé de faire beaucoup de modification sur le client ou le serveur pour gérer la communication.
Quand est il des problèmes de performance par exemple lorsqu'un utilisateur nomade modifie des données ?

Vos 100 tables sont-elles modifiées par les nomades ?

Exprimez clairement vos différents flux de réplication.

A +

La base contient 350 tables. Les postes nomades doivent pouvoir :
- lire 300 tables; ( base de référence => bases nomades )
- lire et écrire dans 50 tables ( bidirectionnel )
Optionnellement, des utilisateurs peuvent ajouter des trigger et des tables.

Merci pour votre aide
A+

Pour les 50 tables, peuvent-ils mettre à jour les mêmes lignes ?
Par exemple client A mis à jour par poste nomade 1 et poste nomade 2 ?
Si oui, => réplication de fusion avec règles de mise à jour par déclencheurs avec codage de priorité entre même fils sinon vous allez au devant de beaucoup de conflits de réplication...

A +

Bonjour

En général, chaque utilisateur ne devrait modifier que ces lignes mais les conflits ne sont pas exclus (surtout entre la base de ref et les bases nomades).
Question : A quoi sert la synchro par FTP si on est obligé de se connecter à la base de distribution ?
Je regarde actuellement la synchro par fusion avec HTTPS et IIS quelqu'un aurait ‘il un tutoriel ou un retour d'expérience sur cette techno ?

Merci