Discussion :

[Dranor]

Bonjour,

Je sollicite vos avis d'experts en réplication pour une situation qui est nouvelle pour moi.

Voici le contexte :

Actuellement une de nos application est utilisée sur un site > 1 db SQL server.

Dans un futur proche, des instances autonomes de cette application vont devoir être déployées sur 40 sites distants :

- La DB du site "maitre" mettra à jour certaines tables et certaines colonnes des DB des 40 sites (la plupart des tables auront entre 100 et 20000 rows. Une table aura vers les 1 million de rows).
- Les DB des 40 sites devront remonter au site mère certaines information.. donc les données de quelques tables précises.
- La réplication ne devra pas forcément s'effectuer en "temps réel" et pourra être programmées sur plusieurs heures.

Autrement dit :
Chacun de ces sites utilisera ainsi une instance de l'application de manière autonome. Seuls les données "communes" à chaque site seront distribuées par le site "maitre".
Certaines données propres à chaque site devront être remontées au site "maitre".


Mes questions sont les suivantes :

- Est-ce qu'une réplication SQL Server est un bon choix ?
- Est-ce qu'une réplication vers 40 sites à partir d'un seul serveur SQL maitre "de publication" est suffisant ? Quels sont les recommandations usuelles en nombre de "Publisher" ou "distributors" ?
- Même question dans l'autre sens : une remontée d'info des 40 sites vers 1 seul serveur SQL maître est-il envisageable ? Sinon quelle architecture recommandez vous ?

- Autre question : Est-il possible d'utiliser une base de donnée sur le cloud Azure avec une réplication en local sur les 40 sites et de basculer sur ces serveurs locaux en cas de coupure internet ? Idée farfelue ?

Je me doute que ce genre de question sous-tend un tas d'autres questions... Je vous remercie déjà pour vos réponses.
Après quelques recherches, je ne vois pas pour le moment de recommandations précises pour ce type d'architecture.

Merci

PS : précisions, je n'ai jamais utilisé de réplication SQL server... si ce n'est y'a 10 minutes sur un serveur de test...

[SQLpro]

Mes questions sont les suivantes :

- Est-ce qu'une réplication SQL Server est un bon choix ?

Oui, tout comme Service broker qui est une alternative intéressante

- Est-ce qu'une réplication vers 40 sites à partir d'un seul serveur SQL maitre "de publication" est suffisant ? Quels sont les recommandations usuelles en nombre de "Publisher" ou "distributors" ?

Pas de problème majeur. Si vous envisagiez des milliers de serveurs, alors il vaudrait mieux aller vers Service Broker

- Même question dans l'autre sens : une remontée d'info des 40 sites vers 1 seul serveur SQL maître est-il envisageable ? Sinon quelle architecture recommandez vous ?

Même réponse que précédemment

- Autre question : Est-il possible d'utiliser une base de donnée sur le cloud Azure avec une réplication en local sur les 40 sites et de basculer sur ces serveurs locaux en cas de coupure internet ? Idée farfelue ?

Je ne suis pas sûr que cela soit possible... À vérifier. Mais vous pouvez utiliser une machine Azure pour la haute dispo dans le cas d'AlwayOn

Je me doute que ce genre de question sous-tend un tas d'autres questions... Je vous remercie déjà pour vos réponses.
Après quelques recherches, je ne vois pas pour le moment de recommandations précises pour ce type d'architecture.

Merci

PS : précisions, je n'ai jamais utilisé de réplication SQL server... si ce n'est y'a 10 minutes sur un serveur de test...

Pour votre cas, la réplication transactionnelle sera parfaite.

A +