Réplication de capture instantanée
Le processus de capture instantanée est souvent utilisé pour fournir le jeu initial de données et d'objets de base de données pour des publications transactionnelles et de fusion, mais la réplication de capture instantanée peut aussi être utilisée pour elle-même. L'utilisation de la réplication de capture instantanée pour elle-même est la plus appropriée quand une ou plusieurs des conditions suivantes sont remplies :
-
Les données changent peu fréquemment.
-
Il est acceptable que des copies des données ne soient pas à jour relativement au serveur de publication pendant un certain temps.
-
de faibles volumes de données sont répliqués ;
-
Un gros volume de modifications surviennent au cours d'une brève période de temps.
La réplication de capture instantanée est plus appropriée quand les modifications de données sont substantielles mais peu fréquentes. Par exemple, si une entreprise commerciale gère des tarifs de produits, et que ces tarifs sont tous mis à jour en même temps, une à deux fois par an, il est recommandé de procéder à une réplication de l'intégralité de la capture instantanée des données modifiées.
Réplication transactionnelle
La réplication transactionnelle est généralement utilisée dans des environnements de serveur à serveur et elle est appropriée dans chacun des cas suivants :
-
Vous souhaitez propager les modifications incrémentielles vers les abonnés, au fur et à mesure qu'elles s'exécutent.
-
L'application requiert une latence faible entre le moment où des modifications sont effectuées sur le serveur de publication et celui où les modifications arrivent sur l'Abonné.
-
L'application requiert l'accès aux états intermédiaires des données. Par exemple, si une ligne change cinq fois, la réplication transactionnelle permet à une application de répondre à chaque modification (par exemple activer un déclencheur), et pas simplement au résultat final des modifications de la ligne.
-
Le serveur de publication a un volume très élevé d'activités d'insertion, de mise à jour et de suppression.
-
Le serveur de publication ou l'Abonné est une base de données non-SQL Server, par exemple Oracle.
Par défaut, les Abonnés à une publication transactionnelle doivent être traités en lecture seule, car les modifications ne sont pas propagées en sens inverse au serveur de publication. Cependant, la réplication transactionnelle n'offre pas d'options qui permettent des mises à jour sur l'Abonné. Pour plus d'informations, consultez la section « Mise à jour de données sur des Abonnés » dans cette rubrique.
Réplication de fusion
La réplication de fusion est généralement utilisée dans des environnements de serveur à client. La réplication de fusion est appropriée dans les situations suivantes :
-
Plusieurs abonnés peuvent mettre à jour les mêmes données à différents moments et propager ces modifications au serveur de publication et à d'autres Abonnés.
-
des abonnés doivent recevoir des données, apporter des modifications hors connexion et synchroniser ultérieurement ces modifications avec l'éditeur et d'autres abonnés ;
-
Chaque Abonné requiert une partition de données différente.
-
Des conflits peuvent se produire et, le cas échéant, vous devez pouvoir les détecter et les résoudre.
-
L'application requiert le résultat des modifications des données au lieu de devoir accéder aux états intermédiaires des données. Par exemple, si une ligne change cinq fois sur un Abonné avant qu'il se synchronise avec un serveur de publication, la ligne ne change qu'une seule fois sur le serveur de publication pour refléter le résultat final des modifications (c'est-à-dire la cinquième valeur).
La réplication de fusion permet à plusieurs sites de fonctionner de manière autonome, pour fusionner ensuite leurs mises à jour en un résultat unique et uniforme. Étant donné que les mises à jour sont effectuées sur plusieurs nœuds, les mêmes données ont pu être mises à jour par le serveur de publication et par plusieurs Abonnés. Par conséquent, des conflits peuvent se produire quand des mises à jour sont fusionnées ; la réplication de fusion fournit plusieurs moyens de gérer ces conflits.