Db2 LUW: tipos de dato, objetos y operaciones soportados

Esta sección contiene información sobre los tipos de dato, objetos y operaciones soportados para Oracle GoldenGate en Db2 LUW.

Tipos de dato LUW Db2 soportados

Oracle GoldenGate soporta todos los tipos de dato Db2 LUW, excepto los que se muestran en Tipos de dato Db2 LUW no soportados.

Limitaciones del soporte

Oracle GoldenGate tiene las siguientes limitaciones para admitir tipos de dato Db2 LUW:

• Oracle GoldenGate soporta tipos de dato de caracteres de varios bytes y datos de varios bytes almacenados en columnas de caracteres. Los datos de varios bytes solo están soportados en una configuración similar. La transformación, el filtrado y otros tipos de manipulación no están soportados para los datos de caracteres multibyte.

• Las columnas BLOB y CLOB deben tener una cláusula LOGGED en sus definiciones.

• Debido a las limitaciones de la interfaz DB2READLOG de IBM, Oracle GoldenGate no soporta la coordinación de transacciones entre nodos en un entorno de función de partición de base de datos (DPF) Db2. En DPF, una transacción puede abarcar varios nodos, según cómo se particionen los datos.

  Sin embargo, si necesita capturarlo, puede hacerlo con ciertas limitaciones. Consulte la nota de soporte de Oracle ¿Soporta Oracle GoldenGate la función de partición de datos (DPF) de LUW DB2? (DocID 2763006.1).

• Las columnas GRAPHIC y VARGRAPHIC deben estar en una base de datos, donde el juego de caracteres es UTF16. Cualquier otro juego de caracteres hace que Oracle GoldenGate finalice de forma anormal.

• El soporte de rango y precisión para los números de punto flotante depende de la máquina host. En general, la precisión es de 16 dígitos significativos, pero debe revisar la documentación de la base de datos para determinar las aproximaciones esperadas. Oracle GoldenGate redondea o trunca los valores que superan la precisión soportada.

• Extract soporta por completo la captura y aplicación de TIMESTAMP(0) a TIMESTAMP(12) cuando el formato de pista de salida es 19.1 o superior. De lo contrario, Extract trunca los datos de TIMESTAMP(10) a TIMESTAMP(12) a nanosegundos (máximo de nueve dígitos de tiempo fraccionario) y emite una advertencia al archivo de informe.

• Oracle GoldenGate soporta datos de registro de hora de 0001/01/03:00:00:00 a 9999/12/31:23:59:59. Si se convierte un registro de hora de GMT a la hora local, estos límites también se aplican al registro de hora resultante. Dependiendo de la zona horaria, la conversión puede sumar o restar horas, lo que puede hacer que el registro de hora supere el límite admitido inferior o superior.

• Oracle GoldenGate no soporta el filtrado, la asignación de columnas ni la manipulación de objetos grandes que sean mayores que 4K. Puede utilizar la funcionalidad completa de Oracle GoldenGate para objetos que sean 4K o menores.

• Se admite la replicación de columnas XML entre bases de datos de origen y destino con el mismo juego de caracteres. Si los juegos de caracteres de la base de datos origen y destino son diferentes, la replicación XML puede fallar con un error de la base de datos porque es posible que algunos caracteres no se reconozcan (o sean válidos) en el juego de caracteres de la base de datos destino.

• Oracle GoldenGate no certifica la captura de cambios de las tablas organizadas por columnas de LUW Db2.

• El tipo de dato DECFLOAT soporta los valores numéricos especiales NaN, sNaN y Infinity/-Infinity.

  Para obtener más información sobre los tipos de dato por bases de datos que soportan valores especiales, consulte Valores especiales soportados por tipos de dato de base de datos.

Tipos de dato LUW Db2 no soportados

Los tipos de dato LUW Db2 no soportados son:

• XMLType (captura)

• Tipos definidos por el usuario

• Fechas negativas

Objetos y operaciones soportados para Db2 LUW

Los objetos y las operaciones que se admiten para el LUW Db2 son:

• Oracle GoldenGate Extract soporta la captura entre endios en la que la base de datos y Oracle GoldenGate se ejecutan en distintos servidores de orden de bytes. El orden de bytes se detecta automáticamente para Db2 LUW versión 10.5 o superior. Si no es necesaria la detección automática de la base de datos Db2 en la base de datos Db2 LUW 10.5, puede sustituirla especificando el parámetro TRANLOGOPTIONS MIXEDENDIAN [ON|OFF] . Para la versión 10.1 de LUW Db2, este parámetro se debe utilizar en el archivo de parámetros Extract para la captura de cross-endian. Consulte TRANLOGOPTIONS para obtener más información.

• El entorno Db2 pureScale está soportado.

• Oracle GoldenGate soporta el número máximo de columnas y el tamaño de columna por tabla soportado por la base de datos.

• TRUNCATE TABLE.

• Tablas en cluster multidimensionales (MDC).

• Tablas de Consulta Materializadas. Oracle GoldenGate no replica el MQT en sí, sino solo las tablas base. La base de datos destino mantiene automáticamente el contenido del MQT en función de los cambios aplicados por Replicat a las tablas base.

• Tablas con ROW COMPRESSION. En Db2 LUW versión 10.1 y posterior, COMPRESS YES STATIC está soportado y COMPRESS YES ADAPTIVE está soportado.

• La función de tamaño de fila ampliado está activada de forma predeterminada. Se admite con una solución alternativa que utiliza FETCHCOLS. Para cualquier valor de columna que sea de tipo VARCHAR o VARGRAPHIC y que se almacene fuera de fila en la base de datos, debe recuperar estas filas ampliadas especificando estas columnas mediante la opción FETCHCOLS en el parámetro TABLE del archivo de parámetros de extracción. Con esta opción definida, cuando los valores de columna estén fuera de fila, Oracle GoldenGate recuperará su valor. Si el valor está fuera y FETCHCOLS no está especificado, Extract finalizará de forma anormal para evitar la pérdida de datos. Si no desea utilizar esta función, defina el parámetro extended_row_size en DISABLE.

  La función de tamaño de fila ampliado está activada de forma predeterminada. Se admite con una solución alternativa que utiliza FETCHCOLS para Db2 LUW 10.1. Para cualquier valor de columna que sea de tipo VARCHAR o VARGRAPHIC y que se almacene fuera de fila en la base de datos, debe recuperar estas filas ampliadas especificando estas columnas mediante la opción FETCHCOLS en el parámetro TABLE del archivo de parámetros Extract. Con esta opción definida, cuando los valores de columna están fuera de fila, Oracle GoldenGate recupera su valor. Si el valor está fuera y no se especifica FETCHCOLS, Extract finaliza de forma anormal para evitar la pérdida de datos. Si no desea utilizar esta función, defina extended_row_size parameter en DISABLE. Para Db2 LUW 10.5 y superiores, los valores fuera de fila se capturan sin problemas mediante Extract. FETCHCOLS ya no es necesario para capturar columnas fuera de fila de estas versiones de base de datos.

• Están soportadas las tablas temporales con Db2 LUW 10.1 FixPack 2 y posterior. Éste es el valor por defecto para Replicat.

  • La replicación entre las tablas temporales de período de sistema y las tablas temporales de período de aplicación no está soportada.

  • La replicación de una tabla no temporal a una tabla temporal no está soportada.

  • La replicación de tablas temporales con el parámetro INSERTALLRECORDS no está soportada.

  • La replicación bidireccional solo se admite con la replicación predeterminada.

  • No se admite CDR en la replicación bidireccional.

  • Se soporta CDR en tablas temporales de período de aplicación.

• Las opciones admitidas con el comando SEND EXTRACT SHOWTRANS \ SKIPTRANS \ FORCETRANS son:

  Opciones soportadas con el comando SHOWTRANS

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

  Opciones con SKIPTRANS y FORCETRANS.

  SKIPTRANS transaction_ID
  [FORCE] FORCETRANS transaction_ID  [FORCE]

• Las limitaciones en el soporte de la tabla automática de latidos son las siguientes:

  • [THREAD n] [DETAIL] no está soportado.

  • La frecuencia de los parámetros de latido de Oracle GoldenGate y la frecuencia de depuración se aceptan en segundos y días. Sin embargo, el programador de tareas de LUW Db2 solo acepta su programa en formato cron, por lo que el valor de entrada de Oracle GoldenGate en formato cron puede provocar una pérdida de precisión. Por ejemplo:

ADD HEARTBEATTABLE, FREQUENCY 150, PURGE_FREQUENCY 20

This example sets the `FREQUENCY` to 150 seconds, which is converted to the closest minute value of 2 minutes, so the heartbeat table is updated every 120 seconds instead of every 150 seconds. Setting `PURGE_FREQUENCY` to 20 means that the history table is purged at midnight on every 20th day.

• Los siguientes pasos son necesarios para que se ejecuten las tareas programadas de latido:

  1. Defina la variable de registro DB2_ATS_ENABLE en db2set DB2_ATS_ENABLE=YES.

  2. Cree el tablespace SYSTOOLSPACE si aún no existe:

  CREATE TABLESPACE SYSTOOLSPACE IN IBMCATGROUP MANAGED BY AUTOMATIC STORAGE
  EXTENTSIZE 4

  1. Asegúrese de que el propietario de la instancia tiene autoridad de administración de base de datos (DBADM):

     GRANT DBADM ON DATABASE TO instance_owner_name

Objetos y Operaciones No Soportados para Db2 LUW

Los objetos y operaciones para Db2 LUW que no están soportados por Oracle GoldenGate son:

• Nombres de esquema, tabla o columna que tienen espacios finales

• Varias instancias de una base de datos

• Extracción o replicación de operaciones DDL (lenguaje de definición de datos)

• Columnas generadas (cláusula GENERATE ALWAYS)

• La función de partición de datos (DPF) DB2 no está soportada. DPF no proporciona una forma de leer los registros de log de manera coordinada en todos los nodos de una partición. Por lo tanto, no hay forma de garantizar que incluso si todos los nodos se replican con extracciones separadas, sea posible garantizar que todos los registros de todas las transacciones se apliquen en el orden temporal correcto. Esto puede ocurrir debido a una serie de factores, incluido el almacenamiento en caché en la base de datos y el sistema operativo subyacente, que no permiten a Extracts tener visibilidad de si hay entradas en caché y aún no visibles que puedan afectar al orden de las operaciones de registro en todas las particiones. Debido a esta incertidumbre, no es posible garantizar que las transacciones que abarcan particiones o actualizaciones de clave primaria se puedan replicar de manera coherente.

Esquemas de Sistema

Oracle GoldenGate no replica automáticamente los siguientes esquemas u objetos a menos que se especifiquen explícitamente sin un comodín.

• "SYSIBM"

• "SYSCAT"

• "SYSSTAT"

• "SYSPROC"

• "SYSFUN"

• "SYSIBMADMIN"

• "SYSTOOLS"

• "SYSPUBLIC"

Nombres de objetos soportados

Para obtener una lista de los caracteres soportados en los nombres de objetos, consulte Nombres de objetos de base de datos soportados.