Non-SQL Server Subscribers

Les Abonnés non SQL Server suivants peuvent s’abonner à des publications instantané et transactionnelles à l’aide d’abonnements Push. Les abonnements sont pris en charge pour les deux versions les plus récentes de chaque base de données listée, à l'aide de la version la plus récente du fournisseur OLE DB listé.

La réplication hétérogène sur les abonnés non SQL Server est déconseillée. La publication Oracle est déconseillée. Pour déplacer des données, créez des solutions à l'aide de la Capture de données modifiées et SSIS.

Pour plus d'informations sur la création d'abonnements à Oracle et IBM DB2, consultez Abonnés Oracle et IBM DB2 Subscribers.

Règles des abonnés non-SQL Server

Gardez les considérations suivantes à l’esprit lors de la réplication vers des Abonnés non SQL Server :

Considérations d’ordre général

• La réplication prend en charge la publication des tables et des vues indexées vers des Abonnées nonSQL Server (les vues indexées ne peuvent pas être répliquées en tant que telles).

• Au moment de créer une publication dans l’Assistant Nouvelle publication et de l’activer pour les abonnés non SQL Server à partir de la boîte de dialogue Propriétés de la publication, le propriétaire de tous les objets de la base de données d’abonnement n’est pas spécifié pour les abonnés non SQL Server, alors qu’il est défini en tant que propriétaire de l’objet correspondant dans la base de données de publication pour les abonnés Microsoft SQL Server.

• Si une publication a des Abonnés SQL Server et des Abonnés non SQL Server, la publication doit être activée pour les Abonnés non SQL Server avant de créer des abonnements à SQL Server Abonnés.

• Par défaut, les scripts générés par le Agent d'instantané pour les Abonnés non SQL Server utilisent des identificateurs sans guillemets dans la syntaxe CREATE TABLE. Ainsi, une table publiée nommée « test » est répliquée comme « TEST ». Pour utiliser la même casse que la table dans la base de données de publication, utilisez le paramètre -QuotedIdentifier pour l’Agent de distribution. Le paramètre -QuotedIdentifier doit également être utilisé si les noms d’objets publiés (tables, colonnes et contraintes) comportent des espaces ou des mots réservés dans la version de la base de données au niveau de l’abonné non-SQL Server . Pour plus d'informations sur ce paramètre, consultez Agent de distribution de réplication.

• Le compte sous lequel s'exécute l'Agent de distribution doit disposer de droits d'accès au répertoire d'installation du fournisseur OLE DB.

• Pour les abonnés non-SQL Server , l’Agent de distribution utilise par défaut une valeur de [(destination par défaut)] pour la base de données d’abonnement (le paramètre -SubscriberDB pour l’Agent de distribution) :

  • Sur Oracle, un serveur a au plus une base de données, il n'est donc pas nécessaire de la spécifier.

  • Pour IBM DB2, la base de données est spécifiée dans la chaîne de connexion DB2. Pour plus d’informations, voir Créer un abonnement pour un Abonné non-SQL Server.

• Si le serveur de distribution SQL Server s’exécute sur une plateforme 64 bits, vous devez utiliser la version 64 bits du fournisseur OLE DB approprié.

• La réplication déplace les données en format Unicode quelles que soient les pages de classement/de codes utilisées sur le serveur de publication et sur l'Abonné. Il est recommandé de choisir une page de classement/de codes compatible lors de la réplication entre serveurs de publication et abonnés.

• Si un article est ajouté ou supprimé d'une publication, les abonnements aux abonnés non-SQL Server doivent être réinitialisés.

• Les seules contraintes prises en charge pour tous les Abonnés nonSQL Server sont : NULL et NOT NULL. Les contraintes de clés primaires sont répliquées en tant qu'index uniques.

• La valeur NULL est traitée différemment par différentes bases de données, ce qui affecte la façon dont une valeur vide, une chaîne vide ou une valeur NULL est représentée. Cela affecte à son tour le comportement des valeurs insérées dans des colonnes où des contraintes uniques sont définies. Par exemple, Oracle autorise plusieurs valeurs NULL dans une colonne considérée comme unique, alors de SQL Server n'autorise qu'une seule valeur NULL dans une colonne unique.

  Un autre facteur est la façon dont les valeurs NULL, les chaînes vides ou les valeurs vides sont traitées lorsque la colonne est définie comme NOT NULL. Pour plus d'informations sur la résolution de ce problème pour les abonnés Oracle, consultez Abonnés Oracle.

• Les métadonnées liées à la réplication (table de la séquence de la transaction) ne sont pas supprimées d'abonnés non-SQL Server lorsque l'abonnement est supprimé.

Se conformer aux conditions requises de la base de données de l'Abonné.

• Le schéma et les données publiés doivent être conformes aux conditions requises de la base de données sur l'Abonné. Par exemple, si la taille maximale de ligne d'une base de données non-SQL Server est plus petite que pour une base de données SQL Server, vous devez vous assurer que le schéma et les données publiés ne dépassent pas cette taille.

• Les tables répliquées sur des Abonnés nonSQL Server adoptent les conventions d'affectation des noms de tables de la base de données sur l'Abonné.

• Les instructions DDL ne sont pas prises en charge pour les Abonnés non SQL Server. Pour plus d’informations sur les modifications de schéma, consultez Modifier le schéma dans les bases de données de publication.

Prise en charge de la fonctionnalité de réplication

• SQL Server offre deux types d'abonnements : les abonnements par émission de données et les abonnements par extraction. Les abonnés non-SQL Server doivent utiliser les abonnements par envoi de données (push), dans lesquels l'Agent de distribution est exécuté sur le serveur de distribution SQL Server .

• SQL Server offre deux formats d'instantanés : le mode bcp natif et le mode caractère. Les abonnés non-SQL Server nécessitent des instantanés en mode caractère.

• Les abonnés non-SQL Server ne peuvent pas utiliser d'abonnements mis à jour immédiatement ou mis à jour en attente, et ne peuvent pas être des nœuds dans une topologie d'égal à égal.

• Les abonnés non-SQL Server ne peuvent pas être initialisés automatiquement à partir d'une sauvegarde.

Voir aussi

Heterogeneous Database Replication
S'abonner à des publications