Discussion :

[[DreaMs]]

Bonjour,

Je pense que mon problème est basique mais j'avoue que malgré 2h de recherche je ne m'y retrouve pas trop dans la réplication et le mirorring.

Mon besoin est simple: Je voudrais pouvoir synchroniser en temps réel 2 bases de données installées géographiquement distantes. Cela dans l'optique de réduire les temps de latence de mon applications à travers des lignes internet pas très rapide.

Si cela est possible mes questions sont:
- Cela ralentit-il beaucoup l'utilisation de ses bases ?
- Les ID autoincrémenter peuvent-il varier sur les 2 bases ?

D'avance merci pour votre aide et désolé pour la question basique.

[zinzineti]

Pour le Mirorring
============
La base en Miroir est en lecture SEULE (autrement dit on ne peut faire que des SELECT dessus).

Pour la REPLICATION
===============
il existe # types de réplication.
Est ce pour synchroniser les données dans les 2 sens ? ou dans un SEUL sens ?
Peux-tu donner plus de détails sur ton besoin ?

Les ID autoincrémenter peuvent-il varier sur les 2 bases ?

OUI

[[DreaMs]]

Oui en fait mon besoin c'est de synchroniser dans les deux sens car les deux seraient des bases de travail active.

Si les ID ne sont pas les mêmes de chaque coté cela est potentiellement problématique. Il n'y a pas un type de réplication qui conserve les ID ?

[dbaffaleuf]

Pour le Mirorring
============
La base en Miroir est en lecture SEULE (autrement dit on ne peut faire que des SELECT dessus)

Niet, avec du mirroring, la base miroir est fermée, elle est dans le même état que lorsqu'on la restaure. Il existe une astuce en version Enterprise qui consiste à créer un database snapshot sur la base miroir pour accéder à des données figées en lecture-seule, mais c'est tout.

Faire une réplication bidirectionnelle avec les mêmes données mises à jour de chaque côté est extrêmement périlleux. Les topologies qui existent (merge, transac à souscriptions modifiables et peer to peer) imposent que chaque pair modifie des données différentes, pour minimiser les conflits. Quel est le besoin d'avoir une base sur chaque site ? N'est-il pas possible de n'avoir qu'une seule base et d'y accéder avec des clients légers ?

David B.

[zinzineti]

Niet, avec du mirroring, la base miroir est fermée, elle est dans le même état que lorsqu'on la restaure. Il existe une astuce en version Enterprise qui consiste à créer un database snapshot sur la base miroir pour accéder à des données figées en lecture-seule, mais c'est tout.
David B.

Merci pour la précision. Effectivement la base Miroir étant dans l'état RECOVERING, aucune transaction n'est directement possible.

mon besoin c'est de synchroniser dans les deux sens car les deux seraient des bases de travail active.

Quelles sont les éditions des deux serveurs ?
Les 2 bases seront utilisées 24h/24 ?

[[DreaMs]]

Quel est le besoin d'avoir une base sur chaque site ? N'est-il pas possible de n'avoir qu'une seule base et d'y accéder avec des clients légers ?

Nous avons un client léger pour notre application mais il ne possède pas toutes les fonctionnalitées du clients lourd. Notre client a deux sites éloignés géographiquement et nous cherchons un moyen pour que les utilisateurs des deux sites travaillent simultanément de la manière la plus efficace possible. La connexion entre les deux sites n'est pas forcement rapide.

Quelles sont les éditions des deux serveurs ?
Les 2 bases seront utilisées 24h/24 ?

L'édition n'est pas fixé mais nous pouvons imposer des pre-réquis. Oui et non la base sera surtout utilisé essentiellement la journée.

[Bluedeep]

Bonjour

Nous avons un client léger pour notre application mais il ne possède pas toutes les fonctionnalitées du clients lourd.

J'avoue ne pas bien comprendre en quoi le fait d'avoir deux applis avec des fonctionnalités différentes sur une structure de bases similaire implique d'avoir deux bases, de surcroit distantes.

Peux tu préciser ?