Intégration de données hétérogènes
Cette rubrique est une brève introduction à l'utilisation de la technologie de réplication Microsoft SQL Server pour intégrer des données entre les bases de données SQL Server et les bases de données IBM DB2 et Oracle prises en charge.
De nombreuses entreprises et organisations disposent de données vitales stockées dans des bases de données pour de nombreux fournisseurs. Lorsqu'une organisation commence à automatiser ses processus, il est souvent nécessaire de comparer et de partager les données dans différentes bases de données avec d'autres processus. Dans de nombreux cas, les systèmes de bases de données ne sont pas directement compatibles et n'utilisent pas tous le même système d'exploitation. Ce scénario est généralement connu sous le nom d'un environnement de données hétérogènes.
SQL Server fournit des fonctionnalités, par exemple Integration Services et PowerPivot, qui peuvent vous aider à intégrer les données hétérogènes. Une autre façon d'intégrer les données hétérogènes consiste à utiliser les fonctionnalités de réplication SQL Server pour répliquer les données de serveur à serveur. SQL Server prend en charge la réplication des données hétérogènes avec certaines bases de données IBM et Oracle.
La réplication vous permet d'intégrer des données hétérogènes de plusieurs manières :
Vous pouvez utiliser une base de données Oracle comme serveur de publication pour les données qui peuvent être répliquées sur des bases de données SQL Server.
Utilisez SQL Server comme un serveur de publication ou de distribution pour les données qui peuvent être répliquées sur des bases de données IBM et Oracle. Le diagramme suivant illustre la réplication d'un serveur de publication SQL Server vers des abonnés IBM DB2 et Oracle.
.gif "Réplication de données vers des bases de données non SQL Server")
Les données publiées à partir d'Oracle sur un abonné SQL Server peuvent ensuite être distribuées à partir de SQL Server aux abonnés Oracle ou IBM. Dans ce scénario, les données sont d'abord répliquées sur une base de données SQL Server où elles peuvent ensuite être répliquées sur d'autres bases de données y compris SQL Server, IBM DB2 et Oracle.
Notes
La réplication directe d'Oracle sur IBM ou les abonnés Oracle n'est pas prise en charge par SQL Server.
Le diagramme suivant illustre la réplication de données d'une base de données Oracle sur d'autres bases de données. Certaines ou l'ensemble des données de la base de données Oracle sont incluses dans la publication. Les données sont répliquées sur le premier SQL Server (configuré comme serveur de distribution), puis distribuées sur l'autre SQL Server et sur les bases de données IBM et Oracle. Chacune de ces bases de données est un Abonné à la publication et reçoit un schéma et des données comme abonnement.
.gif "Réplication de données à partir d'Oracle")
Les contraintes suivantes s'appliquent à la réplication SQL Server dans une topologie hétérogène :
Les réplications d'instantané et transactionnelle sont prises en charge. La réplication de fusion n'est pas prise en charge.
Vous pouvez utiliser des abonnements par émission de données ou par extraction. Les abonnements d'égal à égal ne sont pas pris en charge.
Une base de données Oracle peut être un serveur de publication ou un abonné par rapport à SQL Server.
Les bases de données IBM sont toujours des abonnés par rapport à SQL Server. La publication à partir d'IBM DB2 sur SQL Server n'est pas prise en charge.
Pour plus d'informations sur la réplication dans une topologie hétérogène, consultez Réplication hétérogène d'une base de données.
Choix du type de réplication à utiliser
SQL Server offre différents types de réplication pour les différents besoins des applications hétérogènes :
Si votre application nécessite la réplication des modifications incrémentielles au fur et à mesure qu'elles se produisent, utilisez la réplication transactionnelle.
Pour une publication Oracle, la réplication transactionnelle assure le suivi des modifications sur le serveur de publication à l'aide de déclencheurs et de tables de suivi des modifications. Pour plus d'informations sur la réplication transactionnelle, consultez Présentation de la réplication transactionnelle, Fonctionnement de la réplication transactionnelle et Flux de travail de réplication transactionnelle pour serveurs de publication Oracle.
Si votre application nécessite que les données ne soient répliquées que peu souvent ou qu'elles soient mises à jour périodiquement plutôt que de manière incrémentielle, utilisez la réplication d'instantané.
Comme la réplication d'instantané n'assure pas de suivi et ne délivre pas de modifications incrémentielles, les déclencheurs ne sont pas utilisés sur les tables publiées. Pour plus d'informations sur la réplication d'instantané, consultez Présentation de la réplication transactionnelle et Fonctionnement de la réplication transactionnelle.
Les réplications d'instantané et transactionnelle traitent les principaux besoins de nombreux scénarios d'intégration hétérogènes :
Réplication entre bases de données de différents fournisseurs
Homogénéité des transactions
Charge minimale
La réplication transactionnelle aborde les conditions supplémentaires requises pour les systèmes nécessitant des mises à jour incrémentielles :
Latence faible
Débit élevé
Étapes de l'implémentation d'une solution d'intégration hétérogène
Cliquez sur les liens ci-dessous pour plus d'informations.
Publication Oracle :
Abonnés Oracle et IBM DB2 :
Une fois que l'abonnement est initialisé et que les données circulent entre le serveur de publication et les abonnés, vous devrez peut-être consulter les rubriques suivantes afin d'obtenir des informations sur les tâches communes d'administration et d'analyse :