Discussion :

[koala59230]

Hello à tous,

Ma problématique est la suivante, j'ai deux serveurs SQL Server 2008 Express, un principal et un secondaire, j'aimerai savoir quelle serait la meilleure solution pour pouvoir avoir une synchronisation entre les deux d'une base de données.


Je ne peux changer les versions de SQL Server, ici : Express des deux côtés.

Merci à tous pour vos réponses.

[elsuket]

Bonjour,

Je ne crois pas que la mise en miroir de bases de données soit supportée par l'édition express, et j'espère que vous n'avez pas de fortes contraintes de synchronisation.
Le mieux me semble d'effectuer une sauvegarde sur le serveur source et de la restaurer sur le serveur cible.
A quelle fréquence devez-vous synchroniser ?

@++

[koala59230]

Bonjour,

Je ne crois pas que la mise en miroir de bases de données soit supportée par l'édition express, et j'espère que vous n'avez pas de fortes contraintes de synchronisation.
Le mieux me semble d'effectuer une sauvegarde sur le serveur source et de la restaurer sur le serveur cible.
A quelle fréquence devez-vous synchroniser ?

@++

La version express a première vue ne supporte que les replication en tant qu'abonné.
La fréquence de synchronisation n'a pas encore été fixé mais je sens venir que le plus rapproché serait le mieux

A défaut comme autre solution j'aurai pu mettre un service windows entre les deux avec le framework de sync mais il ne supporte que SQL CE en tant que client et le provider Express je ne sais pas ce qu'il vaut.

[SQLpro]

Comme vous l'avez remarqué :

La version express a première vue ne supporte que les replication en tant qu'abonné.

Ceci veut dire que vous ne pourrez définir de source de votre réplication et que toute solution basée uniquement sur de SQL Server express ne pourra vous permettre une telle réplication.

Mais quel est le but de cette réplication ? Est-ce pour de la haute disponibilité ou bien pour élargir la surface d'attaque ?

A +

[koala59230]

Comme vous l'avez remarqué :

Ceci veut dire que vous ne pourrez définir de source de votre réplication et que toute solution basée uniquement sur de SQL Server express ne pourra vous permettre une telle réplication.

Mais quel est le but de cette réplication ? Est-ce pour de la haute disponibilité ou bien pour élargir la surface d'attaque ?

A +

Bonjour,

Merci pour vos réponses. Le but de cette réplication est dans le cas où un serveur tombe l'autre puisse prendre le relais avec le moins de perte possible. Donc dans un but de "haute disponibilité" malgré que l'archi ne soit faite qu'avec SQL Express.

[SQLpro]

Dans ce cas vous pouvez implémenter un log shipping avec un temps de latence de quelques minutes.

A lire sur le sujet : http://sqlpro.developpez.com/cours/s...disponibilite/

A +