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 replicação 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 replicação. 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 replicação 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 replicação 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. |