Communities
A collaborative platform to connect and grow with like-minded Informaticans across the globe
Product Communities
Connect and collaborate with Informatica experts and champions
Discussions
Have a question? Start a Discussion and get immediate answers you are looking for
User Groups
Customer-organized groups that meet online and in-person. Join today to network, share ideas, and get tips on how to get the most out of Informatica
Get Started
Community Guidelines
Knowledge Center
Troubleshooting documents, product guides, how to videos, best practices, and more
Knowledge Base
One-stop self-service portal for solutions, FAQs, Whitepapers, How Tos, Videos, and more
Support TV
Video channel for step-by-step instructions to use our products, best practices, troubleshooting tips, and much more
Documentation
Information library of the latest product documents
Velocity (Best Practices)
Best practices and use cases from the Implementation team
Learn
Rich resources to help you leverage full capabilities of our products
Trainings
Role-based training programs for the best ROI
Certifications
Get certified on Informatica products. Free, Foundation, or Professional
Product Learning Paths
Free and unlimited modules based on your expertise level and journey
Resources
Library of content to help you leverage the best of Informatica products
Tech Tuesdays Webinars
Most popular webinars on product architecture, best practices, and more
Product Availability Matrix
Product Availability Matrix statements of Informatica products
SupportFlash
Monthly support newsletter
Support Documents
Informatica Support Guide and Statements, Quick Start Guides, and Cloud Product Description Schedule
Product Lifecycle
End of Life statements of Informatica products
Ideas
Events
Change Request Tracking
Marketplace
Portuguese
  • Informatica Data Quality 10.0
  • Todos os produtos

Sumário

Search

  1. Prefácio
  2. Entendendo Domínios
  3. Gerenciando Sua Conta
  4. Usando o Informatica Administrator
  5. Usando a Exibição Domínio
  6. Gerenciamento de Domínio
  7. Nós
  8. Alta Disponibilidade
  9. Conexões
  10. Propriedades de Conexão
  11. Agendamentos
  12. Exportação e importação do objeto de domínio
  13. Gerenciamento de licenças
  14. Monitoramento
  15. Gerenciamento de Logs
  16. Relatórios de domínio
  17. Diagnóstico de nó
  18. Noções Básicas de Globalização
  19. Administração do Informatica Cloud
  20. POWERCENTERHELP
  21. Páginas de Códigos
  22. Funções personalizadas
  23. Conectividade da Plataforma Informatica
  24. Configurar o Navegador da Web

Guia do Administrador

Guia do Administrador

Anterior Avançar

Compatibilidade de Página de Código

Compatibilidade de Página de Código

A compatibilidade entre páginas de código é essencial para movimentação exata de dados quando o Serviço de Integração do PowerCenter é executado no modo de movimentação de dados Unicode.
Uma página de código pode ser compatível com outra página de código ou pode ser subconjunto ou superconjunto de outra:
  • Compatível. Duas páginas de código são compatíveis quando os caracteres codificados nas duas páginas de código são quase idênticos. Por exemplo, as páginas de código JapanEUC e JIPSE contêm caracteres idênticos e são compatíveis uma com a outra. O processo de repositório do PowerCenter e do Serviço de Integração do PowerCenter podem usar, cada um, uma dessas páginas de código e podem transmitir dados para trás e adiante sem perda de dados.
  • Superconjunto. A página de código é um superconjunto de outra página de código quando ela contém todos os caracteres codificados da outra página de código e caracteres adicionais não codificados na outra página de código. Por exemplo, MS Latin1 é superconjunto de US-ASCII porque contém todos os caracteres da página de código US-ASCII.
    A Informatica considera que uma página de código é superconjunto dela mesma e de todas as outras páginas de código compatíveis.
  • Subconjunto. A página de código é um subconjunto de outra página de código quando todos os caracteres da página de código também estão codificados na outra página de código. Por exemplo, US-ASCII é um subconjunto de MS Latin1 porque todos os caracteres da página de código US-ASCII também estão codificados na página de código MS Latin1.
Para movimentação exata de dados, a página de código de destino deve ser um superconjunto da página de código de origem. Se a página de código de destino não for superconjunto da página de código de origem, o Serviço de Integração do PowerCenter poderá não processar todos os caracteres, resultando em dados incorretos ou não encontrados. Por exemplo, Latin1 é um superconjunto de US-ASCII. Se você selecionar Latin1 como a página de código de origem e US-ASCII como a página de código de destino, poderá haver perda de dados de caractere, se a origem contiver caracteres que não estejam incluídos em US-ASCII.
Ao instalar ou atualizar um Serviço de Integração do PowerCenter para ser executado no modo Unicode, você deve assegurar a compatibilidade da página de código entre o banco de dados de configuração de domínio, a ferramenta Administrador, os Clientes do PowerCenter, os nós de Processo do Serviço de Integração do PowerCenter, o repositório do PowerCenter, o repositório do Metadata Manager e as máquinas que hospedam
pmrep
 e
pmcmd
. No modo Unicode, o Serviço de Integração do PowerCenter forçará a compatibilidade de página de código entre o Cliente do PowerCenter e o repositório do PowerCenter e entre o Processo do Serviço de Integração do PowerCenter e o repositório do PowerCenter. Além disso, quando você executa o Serviço de Integração do PowerCenter no modo Unicode, as páginas de código associadas a sessões devem ter os relacionamentos adequados:
  • Para cada origem na sessão, a página de código de origem deve ser um subconjunto da página de código de destino. O Serviço de Integração do PowerCenter não requer compatibilidade da página de código entre a origem e o Processo do Serviço de Integração do PowerCenter ou entre o Processo do Serviço de Integração do PowerCenter e o destino.
  • Se a sessão contiver uma transformação Pesquisa ou Procedimento Armazenado, o banco de dados ou a página de código do arquivo deverá ser um subconjunto do destino que recebe dados da transformação Pesquisa ou Procedimento Armazenado e um superconjunto da origem que fornece dados para a transformação Pesquisa ou Procedimento Armazenado.
  • Se a sessão contiver uma transformação Personalizada ou Procedimento Externo, o procedimento deverá transmitir dados em uma página de código que seja subconjunto da página de código de destino para destinos que recebem dados da transformação Personalizada ou Procedimento Externo.
A Informatica usa páginas de códigos para os seguintes componentes:
  • Banco de dados de configuração de domínio. O banco de dados de configuração de domínio deve ser compatível com as páginas de código do repositório do PowerCenter e repositório do Metadata Manager.
  • Ferramenta Administrador. Você pode inserir dados em qualquer idioma na ferramenta Administrador.
  • Cliente do PowerCenter. Você pode inserir metadados em qualquer idioma no Cliente do PowerCenter.
  • Processo do Serviço de Integração do PowerCenter. O Serviço de Integração do PowerCenter pode mover dados no modo ASCII e no modo Unicode. O modo de movimentação de dados padrão é ASCII, que transmite dados de caractere de ASCII de 7 bits ou ASCII de 8 bits. Para transmitir dados de caractere multibyte de origens para destinos, use o modo de movimentação de dados Unicode. Quando você executa o Serviço de Integração do PowerCenter no modo Unicode, ele usa até três bytes de cada caractere para mover dados e executa verificações adicionais no nível de sessão para garantir a integridade dos dados.
  • Repositório do PowerCenter. O repositório do PowerCenter pode armazenar dados em qualquer idioma. Você pode usar a página de código UTF-16LE para o repositório do PowerCenter armazenar dados multibyte nele mesmo. A página de código do repositório do PowerCenter é a mesma página de código do banco de dados.
  • Repositório do Metadata Manager. O repositório do Metadata Manager pode armazenar dados em qualquer idioma. Você pode usar a página de código UTF-16LE para o repositório do Metadata Manager armazenar dados multibyte no repositório. A página de código do repositório é a mesma página de código do banco de dados.
  • Origens e destinos. As origens e destinos armazenam dados em um ou mais idiomas. Use páginas de código para especificar o tipo de caractere nas origens e destinos.
  • Programas de linha de comando do PowerCenter. Você também deve garantir que a página de código de
    pmrep
     é um subconjunto da página de código do repositório do PowerCenter e que a página de código de
    pmcmd
     é subconjunto da página de código de Processo do Serviço de Integração do PowerCenter.
A maioria dos servidores de banco de dados usa duas páginas de código, uma página de código do cliente para receber dados de aplicativos do cliente e uma página de código do servidor para armazenar os dados. Quando o servidor de banco de dados está sendo executado, ele converte dados entre as duas páginas de código, caso elas sejam diferentes. Neste tipo de configuração de banco de dados, o Processo do Serviço de Integração do PowerCenter interage com a página de código do cliente do banco de dados. Assim, páginas de código usadas pelo Processo do Serviço de Integração do PowerCenter, como as páginas de código do repositório do PowerCenter, páginas de código de origem ou de destino, devem ser idênticas à página de código do cliente do banco de dados. A página de código do cliente do banco de dados geralmente é idêntica à página de código do sistema operacional em que o Processo do Serviço de Integração do PowerCenter é executado. A página de código do cliente do banco de dados é um subconjunto da página de código do servidor de banco de dados.
Para obter mais informações sobre páginas de código do cliente do banco de dados e do servidor específicas, consulte a documentação do seu banco de dados.
O Serviço de Relatório não requer que você especifique uma página de código para os dados que estão armazenados no repositório do Data Analyzer. A ferramenta Administrador grava informações de domínio, usuário e grupo no Serviço de Relatório. No entanto, drivers do DataDirect executam as conversões de dados necessárias.