Notas sobre o Release

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

No Capítulo 10, os seguintes parágrafos são atualizados:

15.11.1 Pré-requisitos para DB2 DataPropagator para OS/390

Você deve ter o DB2 para OS/390 Versão 5, o DB2 para OS/390 Versão 6 ou o DB2 para OS/390 Versão 7 para executar o DB2 DataPropagator para OS/390 Versão 7 (V7).

15.11.2 Esquemas de Codificação do UNICODE e ASCII no OS/390

O DB2 DataPropagator para OS/390 V7 suporta esquemas de codificação UNICODE e ASCII. Para explorar os novos esquemas de codificação, você deve ter o DB2 para OS/390 V7 e deve criar ou converter manualmente as tabelas de origem, de destino e de controle do DB2 DataPropagator conforme descrito nas seções a seguir. Entretanto, o ambiente de réplica existente funcionará com o DB2 DataPropagator para OS/390 V7 mesmo se você não modificar quaisquer esquemas de codificação.

15.11.2.1 Escolhendo um Esquema de Codificação

Se as tabelas de origem, de CD e de destino utilizarem o mesmo esquema de codificação, você poderá minimizar a necessidade para conversões de dados em seu ambiente de réplica. Quando você escolher os esquemas de codificação para as tabelas, siga a única regra do CCSID: Os dados de caracteres em uma área de tabela podem ser codificados em ASCII, UNICODE ou EBCDIC. Todas as tabelas dentro de uma área de tabela devem utilizar o mesmo esquema de codificação. O esquema de codificação de todas as tabelas em uma instrução SQL deve ser o mesmo. Além disso, todas as tabelas que você utiliza em exibições e junções devem utilizar o mesmo esquema de codificação.

Se você não seguir a única regra do CCSID, o DB2 detectará a violação e retornará o SQLCODE -873 durante a ligação ou a execução. Quaisquer tabelas que devem ser ASCII ou UNICODE dependem da configuração do cliente/servidor. Especificamente, siga essas regras quando você optar por codificar os esquemas para as tabelas:

• As tabelas de origem e de destino no DB2 para OS/390 podem ser EBCDIC, ASCII ou UNICODE. Elas podem ser copiadas de ou para as tabelas que têm o mesmo ou diferente esquema de codificação em qualquer DBMS suportado (família do DB2 ou não-DB2 com DataJoiner).
• Em um servidor de origem DB2 para OS/390, todas as tabelas de controle do CD, do UOW, de registro e de retirada no mesmo servidor devem utilizar o mesmo esquema de codificação. Para garantir essa consistência, especifique sempre explicitamente o esquema de codificação.
• Todas as tabelas de controle (ASN.IBMSNAP_SUBS_xxxx) no mesmo control server devem utilizar o mesmo esquema de codificação.
• Outras tabelas de controle podem utilizar qualquer esquema de codificação; entretanto, recomenda-se que a tabela ASN.IBMSNAP_CRITSEC permaneça EBCDIC.

15.11.2.2 Definindo Esquemas de Codificação

Para especificar o esquema de codificação correto para as tabelas, modifique o SQL que é utilizado para gerar as tabelas:

• Crie novas tabelas de origem e de destino com o esquema de codificação correto ou altere os esquemas de codificação das tabelas de destino e de origem existentes. Recomenda-se que você páre os programas Capture e Apply antes de alterar o esquema de codificação de tabelas existentes e, posteriormente, que você inicialize a frio o programa Capture e reinicie o programa Apply. para alterar o esquema de codificação de tabelas existentes:
  1. Use o utilitário Reorg para copiar a tabela existente.
  2. Elimine a tabela existente.
  3. Recrie a tabela especificando o novo esquema de codificação.
  4. Use o utilitário Load para carregar os dados antigos na nova tabela.

  Consulte a publicação DB2 Universal Database for OS/390 Utility Guide and Reference para obter mais informações sobre os utilitários Load e Reorg.

• Crie novas tabelas de controle com o esquema de codificação correto ou modifique o esquema de codificação para aqueles existentes.

  DPCNTL.MVS é enviado com o DB2 para OS/390 no sqllib\samples\repl e ele contém várias instruções CREATE TABLE que criam as tabelas de controle. Para aquelas tabelas que precisam ser ASCII ou UNICODE (por exemplo, ASN.IBMSNAP_REGISTER e ASN.IBMSNAP_PRUNCNTL), inclua a palavra-chave CCSID ASCII ou CCSID UNICODE, conforme mostrado no exemplo a seguir.

  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 as tabelas de controle e do CD existentes, utilize os utilitários Reorg e Load.

• Quando você cria novas origens de réplica ou conjuntos de assinatura, modifique o arquivo SQL gerado pela ferramenta de administração para especificar o esquema de codificação correto. O SQL possui várias instruções CREATE TABLE que são utilizadas para criar as tabelas de CD e de destino para origem de réplica e conjunto de assinatura, respectivamente. Inclua a palavra-chave CCSID ASCII ou CCSID UNICODE onde apropriado. Por exemplo:

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

  A publicação DB2 UDB for OS/390 SQL Reference contém mais informações sobre o CCSID.