Notas del release

15.11 Capítulo 10. Capture y Apply para OS/390

En el Capítulo 10, se han actualizado los siguientes párrafos:

15.11.1 Requisitos previos para DB2 DataPropagator para OS/390

Debe tener DB2 para OS/390 Versión 5, DB2 para OS/390 Versión 6 o DB2 para OS/390 Versión 7 para poder ejecutar DB2 DataPropagator para OS/390 Versión 7 (V7).

15.11.2 Esquemas de codificación UNICODE y ASCII en OS/390

DB2 DataPropagator para OS/390 V7 da soporte a los esquemas de codificación UNICODE y ASCII. Para aprovechar los nuevos esquemas de codificación, debe tener DB2 para OS/390 V7 y debe crear o convertir de forma manual la fuente, el destino y las tablas de control de DB2 DataPropagator tal como se describe en las siguientes secciones. Sin embargo, el entorno de duplicación existente funcionará con DB2 DataPropagator para OS/390 V7 aunque no modifique ningún esquema de codificación.

15.11.2.1 Elección de un esquema de codificación

Si sus tablas fuente, CD y destino utilizan el mismo esquema de codificación, puede minimizar la necesidad de convertir datos en su entorno de duplicación. Cuando elija esquemas de codificación para las tablas, siga la única regla de CCSID: los datos de caracteres de un espacio de tabla se pueden modificar en ASCII, UNICODE o EBCDIC. Todas las tablas de un espacio de tabla deben utilizar el mismo esquema de codificación. El esquema de codificación de todas las tablas de una sentencia de SQL debe ser el mismo. Además, todas las tablas que utilice en vistas y uniones deben utilizar el mismo esquema de codificación.

Si no sigue la única regla de CCSID, DB2 detectará la violación y devolverá SQLCODE -873 durante la vinculación o ejecución. Qué tablas deben estar en ASCII o UNICODE depende de la configuración de cliente/servidor. En concreto, siga estas reglas cuando elija los esquemas de codificación para tablas:

• Las tablas fuente o destino en DB2 para OS/390 pueden estar en EBCDIC, ASCII o UNICODE. Se pueden copiar de tablas o en tablas que tengan el mismo u otro esquema de codificación en cualquier DBMS soportado (familia DB2 o no DB2 con DataJoiner).
• En un servidor fuente DB2 para OS/390, todas las tablas CD, UOW, de registros y de control de recortes del mismo servidor deben utilizar el mismo esquema de codificación. Para asegurar esta coherencia, especifique siempre el esquema de codificación de forma explícita.
• Todas las tablas de control (ASN.IBMSNAP_SUBS_xxxx) del mismo servidor de control deben utilizar el mismo esquema de codificación.
• Otras tablas de control pueden utilizar cualquier esquema de codificación; sin embargo, se recomienda que la tabla ASN.IBMSNAP_CRITSEC permanezca en EBCDIC.

15.11.2.2 Establecimiento de esquemas de codificación

Para especificar el esquema de codificación adecuado para tablas, modifique el SQL que se utiliza para generar las tablas:

• Cree nuevas tablas fuente o destino con el esquema de codificación adecuado o cambie los esquemas de codificación de las tablas destino y fuente existentes. Se recomienda detener los programas Capture y Apply antes de cambiar el esquema de codificación de tablas existentes; después puede iniciar en frío el programa Capture y reiniciar el programa Apply. Para cambiar el esquema de codificación de tablas existentes:
  1. Utilice el programa de utilidad Reorg para copiar la tabla existente.
  2. Elimine la tabla existente.
  3. Vuelva a crear la tabla especificando el nuevo esquema de codificación.
  4. Utilice el programa de utilidad Load para cargar los datos antiguos en la nueva tabla.

  Consulte el manual DB2 Universal Database for OS/390 Utility Guide and Reference para obtener más información sobre los programas de utilidad Load y Reorg.

• Cree nuevas tablas de control con el esquema de codificación adecuado o modifique el esquema de codificación correspondiente a las existentes.

  DPCNTL.MVS se suministra con DB2 para OS/390 en sqllib\samples\repl y contiene varias sentencias CREATE TABLE que crean los archivos de control. Para las tablas que tienen que estar en ASCII o UNICODE (por ejemplo, ASN.IBMSNAP_REGISTER y ASN.IBMSNAP_PRUNCNTL), añada el teclado CCSID ASCII o CCSID UNICODE, tal como se muestra en el ejemplo siguiente.

  CREATE TABLE ASN.IBMSNAP_PRUNCNTL (
    TARGET_SERVER      CHAR( 18)              NOT NULL,
    TARGET_OWNER       CHAR( 18)              NOT NULL,
    TARGET_TABLE       CHAR( 18)              NOT NULL,
    SYNCHTIME          TIMESTAMP,
    SYNCHPOINT         CHAR( 10)              FOR BIT DATA,
    SOURCE_OWNER       CHAR( 18)              NOT NULL,
    SOURCE_TABLE       CHAR( 18)              NOT NULL,
    SOURCE_VIEW_QUAL   SMALLINT               NOT NULL,
    APPLY_QUAL         CHAR( 18)              NOT NULL,
    SET_NAME           CHAR( 18)              NOT NULL,
    CNTL_SERVER        CHAR( 18)              NOT NULL,
    TARGET_STRUCTURE   SMALLINT               NOT NULL,
    CNTL_ALIAS         CHAR(  8)
          )  CCSID UNICODE
             DATA CAPTURE CHANGES
             IN TSSNAP02;
  

  Para modificar las tablas de control o las tablas CD existentes, utilice los programas de utilidad Reorg y Load.

• Cuando cree nuevas fuentes de duplicación o grupos de suscripciones, modifique el archivo SQL generado por la herramienta de administrador para especificar el esquema de codificación adecuado. El SQL tiene varias sentencias CREATE TABLE que sirven para crear las tablas de CD y destino para la fuente de duplicación y el grupo de suscripciones, respectivamente. Añada el teclado CCSID ASCII o CCSID UNICODE cuando sea necesario. Por ejemplo:

  CREATE TABLE   user1.cdtable1 (
    employee_name   varchar,
    employee_age    decimal
      )  CCSID UNICODE; 
  

  El manual DB2 UDB para OS/390 Consulta de SQL contiene más información sobre CCSID.