Replication des données insérées/modifiées

Bonjour,

Nous avons actuellement une centaine de base SQL SERVER 2005 sur lesquelles les données remontent sur 5 bases SQL SERVER 2005 centralisées.

Nous n'utilisons pas la réplication mais un programme que nous avons développé nous même en C# qui génère par rapport aux dates d'ajout ou de modification dans les tables des requêtes (INSERT et UPDATE) qui sont mémorisées dans un fichier SQL et qui est exécuté tous les soirs sur les 5 bases de données centralisées.

Je voulais savoir si en utilisant la réplication (et surtout quelle type de réplication à votre avis) de SQL SERVER il est possible de lui dire de synchroniser sur nos 5 bases centralisées uniquement les données modifiées ou insérées ?

Car maintenant, nos fichiers SQL deviennent très volumineux (quelques Giga) si on a besoin de réinitialiser les bases centralisées, et la maintenance du programme est très laborieuse.

Merci de vos conseils

Salut
Je pense au Log Shipping. Mais je me demande s'il est possible que plusieurs BD actives envoient leurs journaux à une seule BD en attente.
@+

Microsoft SQL Server dispose d'un des outils les plus sophistiqué du monde en matière de réplication de données... Pour info le volume de code des outils de réplication dépasse aujourd'hui celui du moteur.
Il vaut donc mieux confier votre réplication à SQL Server que le déléguer à un outil tiers ou perso !

Les techniques sont :
- réplication transactionnelle
- réplication transactionnelle point à point
- réplication par instantané (snapshot)
- réplication de fusion
- utilisation de service broker
- utilisation de change tracking (2008 et +)
- utilisation de change data capture (CDC, 2008 et +)
... (il y en a d'autres anecdotiques...)

Si vos bases sont identiques au départ (copie de l'une par rapport à l'autre) avec les mêmes tables ayant les mêmes objet_id, alors vous pouvez procéder à une réplication transactionnelle. Celle-ci peut être au fil de l'eau (donc dès que possible, mais c'est couteux en ressources en général...), ou en différé (par exemple avec un temps de latence de 10 minutes).
Sinon, le mieux sera d'utiliser Service broker, seul capable de faire de la réplication hétérogène en 2005.
Avec 2008 et suivant, vous pouvez utiliser CDC ou Change Tracking.

Pour info, Rudi Bruchez a établi, pour Orsys, le cours de réplication avec SQL Server (suite à la demande d'une de mes clients) qui va venir au catalogue en septembre...

A +