Gestion des coupures reseau entre clients et serveur avec SQL Server 2005

r1texas Messages postés 2 Date d'inscription mardi 22 septembre 2009 Statut Membre Dernière intervention 25 septembre 2009 - 22 sept. 2009 à 22:32
nivsql Messages postés 159 Date d'inscription lundi 22 juin 2009 Statut Membre Dernière intervention 14 décembre 2010 - 25 sept. 2009 à 15:16
Bonjour,

Nous avons des testeurs qui stockent leur donnees sur une base SQL Server 2005 sur un serveur. Comment gerer la synchronisation des donnees en cas de coupure reseau?
Dans l'ideal je voudrais que le testeur enregistre ces donnees directement sur le serveur. Puis en cas de coupure reseau switch sur une base locale. Une fois la connexion retablie, les bases (locale et server) se synchronisent automatiquement. Est-ce possible avec SQL Server 2005?

3 réponses

nivsql Messages postés 159 Date d'inscription lundi 22 juin 2009 Statut Membre Dernière intervention 14 décembre 2010 1
25 sept. 2009 à 12:16
Tout est toujours possible, la question est de savoir quel coût tu es pret a investir en mise en oeuvre et en licences ;)

La replication de Fusion est la pour ce genre de problématique mais une etude tres strict et approfondie doit etre menée car c'est une mecanique complexe.
0
r1texas Messages postés 2 Date d'inscription mardi 22 septembre 2009 Statut Membre Dernière intervention 25 septembre 2009
25 sept. 2009 à 15:13
Effectivement, j'en ai parle a l'administrateur reseau, et le principe de fusion semble etre complique et couteux. Si j'ai bien compris il faudrait que chaque testeur est une licence au moins standard et ca engendre une maintenance complique de tous ces postes...
La solution qu'on va adpoter consiste a avoir un base Express sur chaque testeur et le serveur central viendra periodiquement recuperer les infos sur les differents postes.
En procedent comme ceci, est-ce que le serveur est capable de vider les bases locales une fois la recuperation effectuee?
0
nivsql Messages postés 159 Date d'inscription lundi 22 juin 2009 Statut Membre Dernière intervention 14 décembre 2010 1
25 sept. 2009 à 15:16
encore une fois tout est possible, mais ce n'est pas une mecanique native, il faudra donc la programmer.
0
Rejoignez-nous