Discussion :

[Fmfib]

Bonjour

Actuellement, mon client a un seul serveur entre deux sites distant, vu le problème de coupure de courant, chute d'internet, l'arrêt du serveur,...
le site distant reste en panne jusqu'à la résolution du problème.
Alors, il décide d'avoir deux serveurs au lieu d'un seul c'est à dire chaque site utilise son serveur et dans un temps différé la synchronisation des données se déclenche automatiquement

D'après vos expériences, je vous demande de me proposer quelques idées ou conseils qui me permet de programmer une réplique afin de mettre les 2 serveurs à jours.

Merci d'avance

[EDM-TAHITI]

Hello,
Il manque le type de serveur utilisé.
Pourrais-tu nous en dire plus?

[Fmfib]

Hello,
Il manque le type de serveur utilisé.
Pourrais-tu nous en dire plus?

J'ai pas bien compris ta demande !

Type power Edge T330 ou R440
Windewos 2012 server

[EDM-TAHITI]

Hello,
si c'est bien une base de données SQL Serveur 2012, il faut aller dans le forum SQL serveur.
Là, tu auras des réponses à tes question de synchro.
Bon dev

[tbc92]

La partie synchronisation des données est compliquée. Le mot couramment utilisé pour ça, c'est 'REPLICATION' ; ça peut t'aider à faire des recherches.
Tu as un logiciel existant, il est fait, il fonctionne avec un serveur.
Si tu veux 2 serveurs, au moment de synchroniser les bases, il va falloir copier certaines choses de A vers B, d'autres de B vers A... Comment, sur quel critère.
Si sur un des serveurs, je modifie l'adresse d'un client, comment le système va-t-il savoir laquelle des 2 adresses il faut garder, au moment de la synchronosation ?

Selon la façon dont l'application est faite, ça peut être simple (je n'y crois pas), ou ça peut être compliqué. Le scénario le plus probable, c'est qu'il faut réécrire l'application de A à Z.

Il y a d'autres options. Au lieu d'avoir un serveur sur le site A, et un serveur sur le site B, tu peux prendre un serveur externe, sur le Cloud. Les sociétés qui proposent ça assurent un fonctionnement 24h/24. Ta base de donnée est sur le cloud. Il n'y a aucune modification à faire à l'application.
Bien entendu, ça ne marche plus si la connexion Internet plante.

[Fmfib]

Hello,
si c'est bien une base de données SQL Serveur 2012, il faut aller dans le forum SQL serveur.
Là, tu auras des réponses à tes question de synchro.
Bon dev

Ma base est en HFCS

[Fmfib]

La partie synchronisation des données est compliquée. Le mot couramment utilisé pour ça, c'est 'REPLICATION' ; ça peut t'aider à faire des recherches.
Tu as un logiciel existant, il est fait, il fonctionne avec un serveur.
Si tu veux 2 serveurs, au moment de synchroniser les bases, il va falloir copier certaines choses de A vers B, d'autres de B vers A... Comment, sur quel critère.
Si sur un des serveurs, je modifie l'adresse d'un client, comment le système va-t-il savoir laquelle des 2 adresses il faut garder, au moment de la synchronosation ?

Selon la façon dont l'application est faite, ça peut être simple (je n'y crois pas), ou ça peut être compliqué. Le scénario le plus probable, c'est qu'il faut réécrire l'application de A à Z.

Il y a d'autres options. Au lieu d'avoir un serveur sur le site A, et un serveur sur le site B, tu peux prendre un serveur externe, sur le Cloud. Les sociétés qui proposent ça assurent un fonctionnement 24h/24. Ta base de donnée est sur le cloud. Il n'y a aucune modification à faire à l'application.
Bien entendu, ça ne marche plus si la connexion Internet plante.

Merci tbc92 pour tes explications

Pour la solution de cloud j'ai peur de problème de vitesse consultation des données, statistiques,....

[EDM-TAHITI]

Hello,
Il existe chez PCSOFT (sur demande uniquement) la possibilité de mettre des serveurs HFSQL en cluster.
J'avais étudié cela car cela pouvait permettre d'avoir une haute disponibilité des données (un peu comme le fait SQL Serveur).
Le principe est d'avoir une recopie automatique des données saisies entre plusieurs serveur (dont 1 maître et 2 esclaves).
Ce que je peux te dire sur le sujet est qu'il y a des contraintes importantes qui ne m'ont pas permis de faire des tests concluants.
En théorie, lorsque le serveur Maître n'est plus accessible, c'est le serveur Esclave qui prend le relais tant que le serveur Maître n'est pas visible.
Dès que le serveur Maître est de nouveau accessible, il reprend la main en se synchronisant avec les 2 autres serveurs.
Cela pourrait certainement te convenir, mais ils faut trois serveur HFSQL (alors que sous SQL Serveur et Always On, il n'en faut que deux).
Voilà ce que je peux t'apporter comme indications très succinctes.
Désolé de ne pouvoir faire plus.

[Fmfib]

Hello,
Il existe chez PCSOFT (sur demande uniquement) la possibilité de mettre des serveurs HFSQL en cluster.
J'avais étudié cela car cela pouvait permettre d'avoir une haute disponibilité des données (un peu comme le fait SQL Serveur).
Le principe est d'avoir une recopie automatique des données saisies entre plusieurs serveur (dont 1 maître et 2 esclaves).
Ce que je peux te dire sur le sujet est qu'il y a des contraintes importantes qui ne m'ont pas permis de faire des tests concluants.
En théorie, lorsque le serveur Maître n'est plus accessible, c'est le serveur Esclave qui prend le relais tant que le serveur Maître n'est pas visible.
Dès que le serveur Maître est de nouveau accessible, il reprend la main en se synchronisant avec les 2 autres serveurs.
Cela pourrait certainement te convenir, mais ils faut trois serveur HFSQL (alors que sous SQL Serveur et Always On, il n'en faut que deux).
Voilà ce que je peux t'apporter comme indications très succinctes.
Désolé de ne pouvoir faire plus.

Merci EDM-TAHITI pour le détail

Je pense que je dois répliquer dans un seul sens (monodirectionnel) sans mettre le serveur esclave à jour de puis le serveur Maitre.
comme ça la tache devient un peu facile.