Discussion :

[Syrrus]

Bonjour,

j'ai une base de données sur un serveur, et une autre sur un portable et je voudrais qu'elles se mettent à jour mutuellement, celle qui a les données les plus récentes met à jour l'autre.

Je me suis dit que c'était de la réplication ça, alors j'ai cherché sur google. Je trouve des trucs mais je comprends pas grand chose.

Alors à votre avis c'est la réplication qu'il me faut ? Si oui comment ça se met en place ??

Merci pour votre aide

[ylarvor]

salut,

De ce que j'en sais, il existe 3 types de réplications et celle qui te concerne est la replication de fusion.

"- la réplication de capture instantanée s'applique pour un volume de donnée faible. Il s'agit d'une opération planifiée de réécriture chez les abonnés de la publication. Comme il y a écrasement de la publication par la nouvelle version, on utilisera cette réplication pour un sous ensemble réduit de la base de données. On peut comparer la réplication de capture instantanée à une opération de sauvegarde/restauration sur la seule publication.

- la réplication transactionnelle s'applique en cas de mise à jour fréquente des données de l'éditeur ( source ). La réplication transactionnelle effectue une première mise à jour complète des données suivie d'opérations de transfert des seuls données modifiées entre la source et la cible. La réplication transactionnelle utilise pour ce faire le journal des transactions. La réplication transactionnelle est à sens unique, elle reporte les modifications de la source vers la cible. Pour mettre en place une remontée des modifications de la cible vers la source, il est nécessaire de mettre en place un processus indépendant de la réplication transactionnelle.

- la réplication de fusion s'applique en cas de mise à jour des données sur l'éditeur et sur l'abonné. La réplication de fusion transfert les modifications de données dans les deux sens. Contrairement à la réplication transactionnelle qui utilise le journal de transaction pour publier les modifications, la réplication de fusion s'appuie sur des transformations profondes ( tables, triggers ) du schéma de bases de données pour mettre en place une réplication bidirectionnelle.
"

[Syrrus]

merci, comme ça maitnentant je sais ce que je veux...

Du coup j'ai voulu m'essayer à mettre en place cette réplication de m$**#de.
Dans le management studio, une fois conectée à mon serveur, dans l'arborecence de gauche je clique sur "réplication" qui se développe alors. Et là dés que je faire qqchose il me dit que je peux pas parce que c'est pas installé en gros.

Alors ma question est là : je peux le rajouter où je peux pas parce que c'est sql server express ??

merci d'avance

[ylarvor]

tu peux seulement être abonné, il te faut donc une version developpeur pour l'éditeur et le distributeur.

[JauB]

chez nous on a testé la réplication transactionnelle et ça a bien marché sous SQL SERVER DEVELOPPER EDITION mais quand il s'agit de faire de la réplication dans un réseau VPN alors là ça ne marche pas et il faudrait voir du côté taille des packets....

[Syrrus]

oki, merci pour vos réponses;

Je crois que je vais abandonner ma réplication, je me vois pas reinstaller sql server pour en place une réplication dont je ne suis pas sure d'arriver à mettre en place, juste pour deux bases.

Je vais plutot faire un systeme de mises à jour, la seconde se met à jour sur la premiere qui est la seule à etre modifiable.

Voilà je vois pas d'autres solutions.

[SQLpro]

Il n'y a pas possibilité de répliquer entre deux serveurs version Express. En revanche vous pouvez le faire entre un serveur Standard et un express.

Dans votre cas la réplication de fusion semble indiquée.
Cependant la réplication de fusion (plus encore que les autres modes) sont des choses complexes à mettre en oeuvre et administrer sans avoir une solide formation admin.

A +