Utiliser une base de données à distance, sans accès internet

Bonjour,

D'après mes premières recherches, la section Réplications semble être la plus appropriée à mon problème.

Mes connaissances:
Théoriques, à savoir la modélisation de BDD, la création de tables, de requêtes etc... L'aspect matériel et technique est vague pour moi puisque c'est ma première utilisation de SQL Server.

Contexte:
Une base de données SQL Server est utilisée sur le serveur local de l'entreprise (domaine). Elle est utilisée pour stocker des données de mesures. Dans la majorité des cas, les données sont acquises dans l'entreprise.

Problème
Certaines données doivent être acquises hors de l'entreprise, sur des lieux où aucune connexion internet n'est disponible. Les données acquises étant liées à des enregistrements de la base de données, le PC emmené hors de l'entreprise doit avoir accès aux données existantes (a priori une copie de la BDD).
Pendant ce temps, la base de données interne à l'entreprise est utilisée. Au retour à l'entreprise, les données acquises à l'extérieur et en interne doivent être fusionnées, même si certaines clés primaires de même valeur auront sûrement été attribuées de part et d'autre.


A priori, un serveur de base de données doit être installé et utilisé localement sur le PC employé à l'extérieur des locaux.

Que proposez-vous comme solution? Copie, synchronisation, etc???

D'avance merci.

bonjour ,
si tu veux repliquer sur une autre base externe a l'entreprise il doit falloir une connexion internet ....

Puisqu'il n'y aura pas de connexion internet, quelles sont les alternatives?

Est-il possible de travailler sur une BDD locale au PC sur site, puis de synchroniser cette BDD avec celle de l'entreprise?

Je partirai sur des bases locales sur les pc. Puis un outil maison de synchro pour fusionner les modifications avec le serveur principal

Il suffit d'implémenter une réplication transactionnelle avec un temps de latence "dès que possible". Lors du branchement du PC nomade au réseau d'entreprise, le système de réplication poussera les données vers le serveur central.

Pensez cependant, pour ne pas avoir de conflit de clefs, à définir des plages de clef assez grande sur vos différents postes nomades. Par exemple, le serveur central commence à 10000000 (dix millions), tandis que chaque PC nomade commence à 1, 100001 (cent mille 1), 200001 (deux cent mille 1)...

Et il faut pour cela définir vos clefs autoincrémentées en "NOT FOR REPLICATION".

A +

Merci pour vos réponses.

Il semblerait qu'il n'y ai pas de mécanisme de fusion (sorte de merge) qui gère la correction des clés primaires lors de l'ajout au serveur.

Plutôt que de copier les données à l'identique depuis la base de données locale vers le serveur interne, n'est-il pas possible de mettre à jour la base de données par des INSERT en lisant la BDD locale? Les clés primaires de posent donc pas de conflit puisqu'elles sont définies à l'INSERT. En revanche, il faut identifier quelles sont les nouvelles données plutôt que de tout recopier et dupliquer les données.