Db2 z/OS : types de données, objets et opérations pris en charge

Cette section contient des informations sur la prise en charge d'Oracle GoldenGate pour la base de données z/OS Db2.

Oracle GoldenGate pour Db2 pour z/OS prend en charge la capture et la distribution du chargement initial et des données transactionnelles pour Db2 pris en charge pour les versions de base de données z/OS.

Oracle GoldenGate for Db for z/OS prend en charge la mise en correspondance, le filtrage et la transformation des données source, sauf indication contraire dans ce document, ainsi que la réplication des données dérivées d'autres bases de données source prises en charge par Oracle GoldenGate, dans Db2 pour les bases de données z/OS.

Oracle GoldenGate pour Db2 pour z/OS est installé et s'exécute à distance sur Linux et zLinux.

Types de données Db2 z/OS pris en charge

Voici la liste des Db2 pour les types de données z/OS pris en charge par Oracle GoldenGate et toutes les limites de cette prise en charge.

• Oracle GoldenGate n'effectue pas de conversion de jeu de caractères pour les colonnes qui peuvent contenir des données à plusieurs octets. Il s'agit notamment des types de données GRAPHIC, VARGRAPHIC et DBCLOB, ainsi que des types CHAR, VARCHAR et CLOB pour les tables définies avec ENCODING_SCHEME sur 'M' (ensemble CCSID multiple ou plusieurs schémas d'encodage) ou 'U' (Unicode). Ces données ne sont prises en charge que si les systèmes source et cible sont du même CCSID.

• Oracle GoldenGate prend en charge les formats de données ASCII, EBCDIC et Unicode. Oracle GoldenGate convertit automatiquement les données ASCII et EBCDIC. Cependant, il ne convertit pas Unicode.

• Oracle GoldenGate prend en charge la plupart des types de données Db2 à l'exception de ceux répertoriés dans Db2 non pris en charge pour les types de données z/OS.

Limites de prise en charge

• La prise en charge de la plage et de la précision pour les nombres à virgule flottante dépend de la machine hôte. La précision est généralement précise à 16 chiffres significatifs, mais vous devez consulter la documentation de la base de données pour déterminer les approximations attendues. Oracle GoldenGate arrondit ou tronque les valeurs qui dépassent la précision prise en charge.

• Oracle GoldenGate ne prend pas en charge le filtrage, la mise en correspondance de colonnes ou la manipulation des objets volumineux dont la taille est supérieure à 4K. Vous pouvez utiliser l'intégralité de la fonctionnalité Oracle GoldenGate pour les objets 4K ou plus petits.

• Oracle GoldenGate prend en charge les valeurs par défaut TIMESTAMP et TIMESTAMP avec TIMEZONE jusqu'à une valeur fractionnaire de 9 chiffres, mais pas plus.

• Le type de données DECFLOAT prend en charge les valeurs numériques spéciales NaN, sNaN et Infinity/-Infinity.

  Pour plus d'informations sur les types de données par base de données qui prennent en charge des valeurs spéciales, reportez-vous à la section Special Values Supported by Database Data Types.

Db2 non pris en charge pour les types de données z/OS

Voici la liste de Db2 pour les types de données z/OS qu'Oracle GoldenGate ne prend pas en charge. Les données non prises en charge peuvent affecter l'intégrité des données cible avec les données source.

• Dates négatives

• types définis par l'utilisateur

• XML

Objets et opérations pris en charge pour Db2 z/OS

Voici la liste des objets de base de données et des types d'opération pris en charge par Oracle GoldenGate.

• L'extraction et la réplication des opérations LMD sur Db2 pour les tables z/OS prennent en charge la longueur de ligne maximale de Db2 pour les colonnes z/OS et LOB, qui peut atteindre 2 Go.

• Les opérations INSERT de l'utilitaire IBM LOAD sont prises en charge pour la capture des modifications si l'utilitaire est exécuté avec LOG YES et SHRLEVEL CHANGE, et si DATA CAPTURE CHANGES est activé pour les tables source en cours de chargement (requis par Oracle GoldenGate). Indiquez ou mettez en correspondance ces tables dans la configuration d'extraction Oracle GoldenGate. Oracle GoldenGate prend également en charge les chargements initiaux à l'aide de l'utilitaire LOAD pour instancier les tables cible lors de la synchronisation initiale.

• Oracle GoldenGate prend en charge le nombre maximal de colonnes de table prises en charge par la base de données.

• Oracle GoldenGate prend en charge la taille de colonne maximale prise en charge par la base de données.

• Oracle GoldenGate prend en charge l'extraction et la réplication des données stockées à l'aide de la compression de données Db2 (CREATE TABLESPACE COMPRESS YES).

• La capture à partir de tables d'historique temporelles est prise en charge.

• TRUNCATE TABLE est pris en charge, mais comme cette commande émet des suppressions de ligne pour effectuer la troncation, elles sont affichées dans les statistiques Oracle GoldenGate en tant que telles, et non en tant qu'opération de troncation. Le processus de réplication utilise l'opération DELETE sans la clause WHERE pour répliquer l'instruction TRUNCATE.

• TRUNCATES est toujours capturé à partir d'un élément Db2 pour la source z/OS, mais peut être ignoré par le processus de réplication si le paramètre IGNORETRUNCATES est utilisé dans le fichier de paramètres du processus de réplication.

• Les colonnes UNICODE dans les tables EBCDIC sont prises en charge.

• Options prises en charge avec SHOWTRANS

  SHOWTRANS [transaction_ID]  [COUNT n]
  [DURATION duration unit]
  [FILE file_name] |

  N'indiquez pas transaction_ID et count ou transaction_ID et duration ensemble.

• Options prises en charge avec SKIPTRANS et FORCETRANS :

  SKIPTRANS transaction_ID
  [FORCE] FORCETRANS transaction_ID  [FORCE]

Objets et opérations non pris en charge pour Db2 z/OS

Oracle GoldenGate ne prend pas en charge les objets et opérations suivants sur Db2 z/OS :

• Extraction ou réplication d'opérations LDD

• Cloner des tables

• Les routines de sortie Db2 fournies par l'utilisateur qui manipulent les données ne sont pas prises en charge, par exemple :

  • Compression

  • routines de date et d'heure

  • Modifiez les routines (CREATE TABLE EDITPROC) dans les versions Db2 inférieures à 13.1

  • Routines de validation (CREATE TABLE VALIDPROC)

• La réplication avec BATCHSQL n'est pas entièrement fonctionnelle pour Db2 z/OS. Les opérations de non-insertion ne sont pas prises en charge. Par conséquent, toute opération de mise à jour ou de suppression entraînera la suppression temporaire du processus Replicat en mode BATCHSQL. Les transactions s'arrêteront et des erreurs se produiront.