Abonnés IBM DB2

Configuration d'un Abonné IBM DB2

Pour configurer un Abonné IBM DB2, procédez comme suit :

1. Installez la dernière version du fournisseur Microsoft OLE DB pour DB2 sur le serveur de distribution :

   • Si vous utilisez SQL Server 2008 Enterprise, dans la page Web Téléchargements SQL Server 2008, dans la section Téléchargements apparentés, cliquez sur le lien pointant vers la dernière version de Microsoft SQL Server 2008 Feature Pack. Dans la page Web Microsoft SQL Server 2008 Feature Pack, recherchez Fournisseur Microsoft OLEDB pour DB2.

   • Si vous utilisez SQL Server 2008 Standard, installez la dernière version du serveur HIS (Microsoft Host Integration Services) qui inclut le fournisseur.

   Outre le fournisseur, nous vous recommandons d'installer l'outil d'accès aux données, qui est utilisé à l'étape suivante (il est installé par défaut avec le téléchargement de SQL Server 2008 Enterprise). Pour plus d'informations sur l’installation et l'utilisation de l'outil d'accès aux données, consultez la documentation du fournisseur ou de HIS.

2. Créez une chaîne de connexion pour l'Abonné. Il est possible de créer la chaîne de connexion dans n'importe quel éditeur de texte mais il est conseillé d'utiliser l'outil d'accès aux données. Pour créer la chaîne dans l'outil d'accès aux données :

   1. Cliquez sur Démarrer, sur Programmes, sur Fournisseur Microsoft OLE DB pour DB2, puis sur Outil d'accès aux données.

   2. Dans l'Outil d'accès aux données, procédez comme suit pour fournir des informations sur le serveur DB2. Après quoi, un lien UDL (Universal Data Link) est créé avec une chaîne de connexion associée (en fait, c'est la chaîne de connexion et non l'UDL qui est utilisée par la réplication).

   3. Accédez à la chaîne de connexion : cliquez avec le bouton droit sur l'UDL dans l'outil d'accès aux données et sélectionnez Afficher la chaîne de connexion.

   La chaîne de connexion se présentera comme suit (des sauts de ligne ont été insérés pour faciliter la lecture) :

   Provider=DB2OLEDB;Initial Catalog=MY_SUBSCRIBER_DB;Network Transport Library=TCP;Host CCSID=1252;
   PC Code Page=1252;Network Address=MY_SUBSCRIBER;Network Port=50000;Package Collection=MY_PKGCOL;
   Default Schema=MY_SCHEMA;Process Binary as Character=False;Units of Work=RUW;DBMS Platform=DB2/NT;
   Persist Security Info=False;Connection Pooling=True;
   

   La plupart des options de cette chaîne sont spécifiques du serveur DB2 que vous configurez, mais vous devez attribuer à l'option Process Binary as Character la valeur False. Une valeur est nécessaire afin que l'option Initial Catalog identifie la base de données d'abonnement. La chaîne de connexion sera indiquée dans l'Assistant Nouvel abonnement lorsque vous créerez l'abonnement.

3. Créez une publication transactionnelle ou d'instantané, activez-la pour les Abonnés non SQL Server puis créez un abonnement par émission de données pour l'Abonné. Pour plus d'informations, consultez :

   • SQL Server Management Studio: Procédure : créer un abonnement pour un Abonné non-SQL Server (SQL Server Management Studio)

   • Programmation Transact-SQL de réplication : Procédure : créer un abonnement pour un Abonné non-SQL Server (programmation Transact-SQL de la réplication)

4. Éventuellement, spécifiez un script de création personnalisé pour un ou plusieurs articles. Lors de la publication d'une table, un script CREATE TABLE est créé pour cette table. Pour les Abonnés non-SQL Server, le script est créé en dialecte Transact-SQL avant d'être traduit dans un dialecte SQL plus générique par l'Agent de distribution et d'être appliqué à l'Abonné. Pour spécifier un script de création personnalisé, vous pouvez soit modifier le script Transact-SQL existant, soit créer un script complet qui utilise le dialecte SQL DB2 ; si vous créez un script DB2, utilisez la directive bypass_translation afin que l'Agent de distribution applique le script sur l'Abonné sans le traduire.

   Les scripts sont modifiés pour diverses raisons mais le plus souvent pour changer les mappages des types de données. Pour plus d'informations, consultez la section « Considérations sur le mappage des types de données », plus loin dans cette rubrique. Si vous modifiez le script Transact-SQL, limitez vos modifications aux mappages des types de données (le script ne doit par ailleurs contenir aucun commentaire). Si des modifications plus importantes sont nécessaires, créez un script DB2.

   Pour modifier un script d'article et le fournir en tant que script de création personnalisé

   1. Après la génération de l'instantané pour la publication, accédez au dossier d'instantanés de la publication.

   2. Recherchez le fichier .sch portant le même nom que l'article, par exemple MonArticle.sch.

   3. Ouvrez ce fichier à l'aide du Bloc-notes ou d'un autre éditeur de texte.

   4. Modifiez le fichier et enregistrez-le dans un autre répertoire.

   5. Exécutez sp_changearticle, en indiquant le chemin d'accès et le nom de fichier de la propriété creation_script. Pour plus d'informations, consultez sp_changearticle (Transact-SQL).

   Pour créer un script d'article et le fournir en tant que script de création personnalisé

   1. Créez un script d'article en langage SQL DB2. Vérifiez que la première ligne du fichier contient bypass_translation et rien d'autre.

   2. Exécutez sp_changearticle, en indiquant le chemin d'accès et le nom de fichier de la propriété creation_script.

Considérations relatives aux Abonnés IBM DB2

Outre les considérations mentionnées dans la rubrique Abonnés non-SQL Server, prenez en compte les points suivants lors de la réplication sur des Abonnés DB2 :

• Les données et les index de chaque table répliquée sont assignées à un espace disque logique DB2. La taille de page d'un espace disque logique DB2 détermine le nombre maximal de colonnes et la taille de ligne maximale des tables appartenant à l'espace disque logique. Vérifiez que l'espace disque logique associé aux tables répliquées est suffisant par rapport au nombre de colonnes répliquées et à la taille de ligne maximale des tables.

• Ne publiez pas des tables sur des Abonnés DB2 à l'aide de la réplication transactionnelle si une ou plusieurs colonnes de clé primaire a le type de données DECIMAL(32-38, 0-38) ou NUMERIC(32-38, 0-38). La réplication transactionnelle identifie les lignes à l'aide de la clé primaire ; des échecs peuvent se produire car ces types de données sont mappés à VARCHAR(41) sur l'Abonné. Les tables avec des clés primaires qui utilisent ces types de données peuvent être publiées à l'aide de la réplication d'instantané.

• Si vous souhaitez créer préalablement ces tables sur l'Abonné plutôt qu'elles soient créées par la réplication, utilisez l'option Prise en charge de la réplication uniquement. Pour plus d'informations, consultez Initialisation d'un abonnement transactionnel sans capture instantanée.

• SQL Server autorise des noms de colonnes et de tables plus longs que DB2 :

  • Si la base de données de publication comprend des tables dont les noms sont plus longs que ceux pris en charge par la version DB2 de l'Abonné, spécifiez un autre nom pour la propriété de l'article destination_table. Pour plus d'informations sur la définition des propriétés lors de la création d'une publication, consultez Procédure : créer une publication et définir des articles (SQL Server Management Studio) et Procédure : définir un article (programmation Transact-SQL de la réplication).

  • Il est impossible de spécifier d'autres noms pour les colonnes. Vous devez vous assurer que les tables publiées ne contiennent pas des noms de colonne plus longs que ceux pris en charge par la version DB2 de l'Abonné.

Mappage des types de données SQL Server et IBM DB2

Le tableau suivant répertorie les mappages des types de données utilisés dans le cadre de la réplication des données sur un Abonné IBM DB2.

1 Reportez-vous à la section suivante pour en savoir plus sur les mappages au type VARCHAR(0).

Considérations sur le mappage des types de données

Voir aussi

Concepts