Se você estiver utilizando o sistema operacional Microsoft XP (2600) configurado para utilizar o protocolo NETBIOS com a família de produtos do DB2, será necessário obter um hotfix da Microsoft. Entre em contato com a Microsoft indicando o artigo do Knowledge Base número Q317437.
O sistema operacional Windows XP Home Edition é suportado apenas pelos produtos do DB2 UDB (Universal Database) Personal Edition.
O sistema operacional Windows XP Professional é suportado pelos seguintes produtos do DB2:
No DB2 UDB (Universal Database) Versão 8.2, os clientes do DB2 UDB Workgroup Server Edition e do DB2 UDB Express Edition (quando licenciado com base no modelo de avaliação por usuário) não conseguiram instalar o opcional disponível para aquisição à parte do DB2 UDB HADR (High Availability Disaster Recovery). Esse problema foi corrigido no DB2 UDB Versão 8.2 FixPak 1 (equivalente à Versão 8.1 FixPak 8).
Os utilitários OLAP no DB2 Warehouse Manager Standard Edition, Versão 8.2 não são compatíveis com o IBM DB2 OLAP Server FP3 (Essbase API nível 6.5.4) e posterior. Você é aconselhado a utilizar o DB2 OLAP Server FP2 (Essbase 6.5.3) ou anterior até que esse problema seja resolvido.
O DB2 Universal Database, Versão 8.2 suporta o Red Hat Enterprise Linux AS Versões 3.1 e 2.1. Porém, o Centro de Data Warehouse suporta apenas o Red Hat Enterprise Linux AS, Versão 2.1. O Centro de Data Warehouse utiliza drivers DataDirect ODBC que não suportam o Red Hat Enterprise Linux AS, Versão 3.1. Portanto, o Centro de Data Warehouse não suporta origens e destinos do armazém ODBC de um site de agente do Red Hat Enterprise Linux AS, Versão 3.1.
A página de códigos Shift-JIS do MicrosoftWindows para o idioma japonês é registrada como o CCSID (Coded Character Set Identifier) IBM 943. Entretanto, a página de códigos Shift-JIS na plataforma HP-UX está registrada como CCSID 5039. O CCSID 5039 contém caracteres somente no JIS (Japanese Industry Standard), e não possui nenhum caractere definido pelo fornecedor. Você pode utilizar um banco de dados do DB2 UDB (Universal Database) do CCSID 5039 no HP-UX para armazenar caracteres Shift-JIS, mas haverá conversão da página de códigos entre o CCSID 5039 e o CCSID 943. Ao utilizar aplicativos Microsoft ODBC, você poderá encontrar um problema ao converter dados em CCSID 5039 para Unicode, devido a diferenças entre a tabela de conversão da página de códigos da IBM e a tabela de conversão da página de códigos da Microsoft.
A lista de caracteres a seguir, quando convertida de CCSID 5039 para Unicode, resultará em pontos de código diferentes dependendo de qual tabela de conversão for utilizada (IBM ou Microsoft). Para esses caracteres, a tabela de conversão da IBM está de acordo com o Japanese Industry Standard JISX0208 e JISX0221.
| Ponto de Código do Shift-JIS (Nome do Caractere) | Ponto de Código Primário da IBM (Nome do Unicode) | Ponto de Código Primário da Microsoft (Nome do Unicode) |
|---|---|---|
| X'815C' (dash EM) | U+2014 (dash EM) | U+2015 (Barra Horizontal) |
| X'8160' (dash Wave) | U+301C (dash Wave) | U+FF5E (Fullwidth tilde) |
| X'8161' (Linha Vertical Dupla) | U+2016 (Linha Vertical Dupla) | U+2225 (Paralelo para) |
| X'817C' (Minus sign) | U+2212 (Minus sign) | U+FF0D (Fullwidth hyphen-minus) |
Por exemplo, o caractere EM dash com o ponto de código CCSID 5039 de X'815C' é convertido para o ponto de código do Unicode U+2014 ao utilizar a tabela de conversão da IBM, mas é convertido para U+2015 ao utilizar a tabela de conversão da Microsoft. Isso pode criar problemas potenciais para aplicativos Microsoft ODBC porque eles tratariam o U+2014 como um ponto de código inválido. Para evitar esses problemas potenciais, o DB2 UDB fornece a tabela de conversão alternativa da Microsoft de CCSID 5039 para Unicode, além da tabela de conversão padrão da IBM. É necessário substituir a tabela de conversão padrão da IBM pela tabela de conversão alternativa da Microsoft. Observe que a tabela de conversão padrão da IBM de Unicode para CCSID 5039 corresponde à versão da Microsoft.
Ao converter de CCSID 5039 para Unicode, será utilizada a tabela de conversão da página de códigos padrão do DB2 UDB (Universal Database). Se desejar utilizar uma versão diferente da tabela de conversão, como a versão da Microsoft, você deverá substituir manualmente o arquivo da tabela de conversão padrão (.cnv).
Antes de substituir os arquivos da tabela de conversão da página de códigos existentes no diretório sqllib/conv, você deve, primeiro, fazer um backup do arquivo, caso deseje alterá-lo de volta. No UNIX e no Linux, o diretório sqllib/conv é vinculado ao caminho de instalação do DB2 UDB.
Para que a substituição da tabela de conversão seja efetiva, cada cliente do DB2 UDB que se conectar ao mesmo banco de dados deve ter sua tabela de conversão alterada. De outro modo, clientes diferentes podem armazenar o mesmo caracter utilizando pontos de código diferentes.
Para substituir a tabela de conversão padrão do DB2 UDB para converter de CCSID 5039 para Unicode, siga essas etapas:
O CCSID (Coded Character Set Identifier) da IBM para a página de códigos Japanese EUC é registrado como CCSID 954. O CCSID 954 é uma codificação comum para as plataformas Japanese UNIX e Linux. Ao utilizar aplicativos Microsoft ODBC para se conectar a um banco de dados DB2 UDB (Universal Database) do CCSID 954, você pode encontrar um problema ao converter dados do CCSID 954 para Unicode. As diferenças entre a tabela de conversão da página de códigos da IBM e da Microsoft geram tais problemas. A tabela de conversão da IBM está de acordo com os nomes de caracteres conforme especificado no JIS (Japanese Industry Standard) JISX0208, JISX0212 e JISX0221.
Os caracteres a seguir, quando convertidos de CCSID 954 para Unicode, resultarão em pontos de códigos diferentes dependendo da tabela de conversão que for utilizada (IBM ou Microsoft).
| Ponto de Código do EUC-JP (Nome do Caractere) | Ponto de Código Primário da IBM (Nome do Unicode) | Ponto de Código Primário da Microsoft (Nome do Unicode) |
|---|---|---|
| X'A1BD' (Dash EM) | U+2014 (Dash EM) | U+2015 (Barra Horizontal) |
| X'A1C1' (Wave dash) | U+301C (Wave Dash) | U+FF5E (Fullwidth Tilde) |
| X'A1C2' (Linha Vertical Dupla) | U+2016 (Linha Vertical Dupla) | U+2225 (Paralela Para) |
| X'A1DD' (Minus Sign) | U+2212 (Minus Sign) | U+FF0D (Fullwidth Hyphen-Minus) |
| X'8FA2C3' (Broken Bar) | U+00A6 (Broken Bar) | U+FFE4 (Fullwidth Broken Bar) |
Por exemplo, o caractere EM dash com o ponto de código CCSID 954 de X'A1BD' é convertido para o ponto de código do Unicode U+2014 ao utilizar a tabela de conversão da IBM, mas é convertido para U+2015 ao utilizar a tabela de conversão da Microsoft. Devido a essa diferença de mapeamento de conversão, você pode ter dois pontos de códigos diferentes para o mesmo caractere em um banco de dados Unicode do DB2 UDB ou em uma coluna de gráfico de um banco de dados do DB2 UDB 954. Isso pode criar problemas potenciais para aplicativos Microsoft ODBC porque eles tratariam o U+2014 como um ponto de código inválido. Para evitar esses problemas potenciais, o DB2 UDB fornece a tabela de conversão alternativa da Microsoft de CCSID 954 para Unicode, além da tabela de conversão padrão da IBM. É necessário substituir a tabela de conversão padrão da IBM pela tabela de conversão alternativa da Microsoft. Observe que a tabela de conversão padrão da IBM de Unicode para CCSID 954 corresponde à versão da Microsoft.
Ao converter de CCSID 954 para Unicode, será utilizada a tabela de conversão da página de códigos padrão do DB2 UDB (Universal Database). Se desejar utilizar uma versão diferente da tabela de conversão, como a versão da Microsoft, você deverá substituir manualmente o arquivo da tabela de conversão padrão (.cnv).
Antes de substituir os arquivos da tabela de conversão da página de códigos existentes no diretório sqllib/conv, você deve, primeiro, fazer um backup do arquivo, caso deseje alterá-lo de volta. No UNIX e no Linux, o diretório sqllib/conv é vinculado ao caminho de instalação do DB2 UDB.
Para ser efetivo, todo cliente do DB2 UDB que se conectar ao mesmo banco de dados CCSID 954 deve ter sua tabela de conversão alterada. Se seu cliente for um Windows em japonês, cuja página de códigos ANSI é Shift-JIS (CCSID 943), será necessário também alterar as tabelas de conversão padrão do DB2 entre o CCSID 943 e o Unicode para a versão da Microsoft. De outro modo, clientes diferentes podem armazenar o mesmo caracter utilizando pontos de código diferentes.
Para substituir a tabela de conversão padrão do DB2 UDB para converter de CCSID 954 para Unicode, siga essas etapas:
Para substituir as tabelas de conversão padrão do DB2 UDB para converter entre o CCSID 943 e o Unicode, siga essas etapas:
Ao utilizar a página de códigos Shift-JIS do Microsoft Japanese Windows que é registrada como o CCSID (Coded Character Set Identifier) da IBM 943, você pode encontrar os dois problemas a seguir ao converter caracteres entre o CCSID 943 e o Unicode. O problema em potencial ocorre devido a diferenças entre as tabelas de conversão da página de códigos da IBM e da Microsoft. Para evitar esses problemas em potencial, o DB2 UDB (Universal Database) fornece as tabelas de conversão alternativas da Microsoft entre o CCSID 943 e o Unicode, além das tabelas de conversão padrão da IBM.
Por motivos de histórico, mais de 300 caracteres na página de códigos CCSID 943 são representados por dois ou três pontos de código cada. A utilização de IMEs (Input Method Editors) e de tabelas de conversão de páginas de códigos faz com que apenas um destes pontos de código equivalentes seja digitado. Por exemplo, a letra minúscula para o numeral romano um 'i' possui dois pontos de código equivalentes: X'EEEF' e X'FA40'. Os IMEs do Microsoft Windows sempre geram X'FA40' quando 'i' é digitado. No geral, a IBM e a Microsoft utilizam o mesmo ponto de código primário para representar o caractere, exceto para os 13 caracteres a seguir:
| Nome do Caractere (Ponto de Código Unicode) | Ponto de Código Shift-JIS Primário da IBM | Ponto de Código Shift-JIS Primário da Microsoft |
|---|---|---|
| Numeral romano um (U+2160) | X'FA4A' | X'8754' |
| Numeral romano dois (U+2161) | X'FA4B' | X'8755' |
| Numeral romano três (U+2162) | X'FA4C' | X'8756' |
| Numeral romano quatro (U+2163) | X'FA4D' | X'8757' |
| Numeral romano cinco (U+2164) | X'FA4E' | X'8758' |
| Numeral romano seis (U+2165) | X'FA4F' | X'8759' |
| Numeral romano sete (U+2166) | X'FA50' | X'875A' |
| Numeral romano oito (U+2167) | X'FA51' | X'875B' |
| Numeral romano nove (U+2168) | X'FA52' | X'875C' |
| Numeral romano dez (U+2169) | X'FA53' | X'875D' |
| Estoque ideográfico entre parênteses (U+3231) | X'FA58' | X'FA58' |
| Sinal numérico (U+2116) | X'FA59' | X'8782' |
| Sinal de telefone (U+2121) | X'FA5A' | X'8754' |
Os produtos IBM, como o DB2 UDB, utilizam principalmente pontos de código IBM, como X'FA4A' para apresentar o numeral romano um em letra maiúscula 'I', mas os produtos Microsoft utilizam X'8754' para representar o mesmo caractere. Um aplicativo Microsoft ODBC pode inserir o caractere 'I' como X'8754' em um banco de dados DB2 UDB do CCSID 943 e o DB2 UDB Control Center pode inserir o mesmo caractere como X'FA4A' no mesmo banco de dados CCSID 943. Porém, aplicativos ODBC podem localizar apenas as linhas que têm 'I' codificado como X'8754' e o DB2 UDB Control Center pode localizar apenas as linhas que têm 'I' codificado como X'FA4A'. Para ativar o DB2 UDB Control Center para selecionar 'I' como X'8754', você precisa substituir as tabelas de conversão padrão da IBM entre o CCSID 943 e o Unicode pelas tabelas de conversão alternativa da Microsoft.
A lista de caracteres a seguir, quando convertida de CCSID 943 para Unicode, resultará em pontos de códigos diferentes dependendo da tabela de conversão que for utilizada (IBM ou Microsoft). Para esses caracteres, a tabela de conversão da IBM está de acordo com o Japanese Industry Standard JISX0208, JISX0212 e JISX0221.
| Ponto de Código do Shift-JIS (Nome do Caractere) | Ponto de Código Primário da IBM (Nome do Unicode) | Ponto de Código Primário da Microsoft (Nome do Unicode) |
|---|---|---|
| X'815C' (dash EM) | U+2014 (dash EM) | U+2015 (Barra Horizontal) |
| X'8160' (dash Wave) | U+301C (dash Wave) | U+FF5E (Fullwidth tilde) |
| X'8161' (Linha Vertical Dupla) | U+2016 (Linha Vertical Dupla) | U+2225 (Paralelo para) |
| X'817C' (Minus sign) | U+2212 (Minus sign) | U+FF0D (Fullwidth hyphen-minus) |
| X'FA55' (Barra interrompida) | U+00A6 (Broken bar) | U+FFE4 (Fullwidth broken bar) |
Por exemplo, o caractere EM dash com o ponto de código CCSID 943 de X'815C' é convertido para o ponto de código do Unicode U+2014 ao utilizar a tabela de conversão da IBM. Porém, ele é convertido para U+2015 ao utilizar a tabela de conversão da Microsoft. Devido a essa diferença de mapeamento de conversão, você pode ter dois pontos de códigos diferentes para o mesmo caractere em um banco de dados Unicode do DB2 UDB. Isso pode criar problemas potenciais para aplicativos Microsoft ODBC porque eles tratariam o U+2014 como um ponto de código inválido. Para evitar esse problema potencial, é necessário substituir as tabelas de conversão padrão da IBM entre CCSID 943 e Unicode pelas tabelas de conversão alternativa da Microsoft.
A utilização das tabelas de conversão alternativa da Microsoft entre CCSID 943 e Unicode deve ser restrita a ambientes fechados, onde os clientes DB2 UDB e os bancos de dados DB2 UDB tenham todos uma página de códigos de CCSID 943 e estejam todos utilizando as mesmas tabelas de conversão alternativas da Microsoft. Se você tiver um cliente DB2 UDB utilizando as tabelas de conversão padrão da IBM e outro cliente DB2 UDB utilizando as tabelas de conversão alternativas da Microsoft e ambos os clientes estiverem inserindo dados no mesmo banco de dados DB2 UDB de CCSID 943, o mesmo caractere poderá ser armazenado como pontos de códigos diferentes no banco de dados.
Ao converter entre CCSID 943 e Unicode, são utilizadas as tabelas de conversão da página de códigos padrão do DB2 UDB (Universal Database). Se deseja utilizar uma versão diferente das tabelas de conversão, como a versão da Microsoft, você deverá substituir manualmente os arquivos da tabela de conversão padrão (.cnv).
Antes de substituir os arquivos da tabela de conversão da página de códigos existente no diretório sqllib/conv, é necessário fazer backup dos arquivos, caso deseje alterá-los novamente. No UNIX e Linux, sqllib/conv é vinculado ao caminho de instalação do DB2 UDB.
Para que a substituição da tabela de conversão seja efetiva, cada cliente do DB2 UDB que se conectar ao mesmo banco de dados deve ter sua tabela de conversão alterada. De outro modo, clientes diferentes podem armazenar o mesmo caractere utilizando pontos de código diferentes.
Para substituir as tabelas de conversão padrão do DB2 UDB para converter caracteres entre CCSID 943 e Unicode:
Apesar de ser mencionado na documentação, o sistema operacional MVS não é mais suportado pelo DB2 Universal Database. O MVS foi substituído pelo z/OS.
As operações de backup e restauração para e a partir de vários dispositivos de fita podem não funcionar se você estiver utilizando o sistema operacional Linux 390.
Ao acessar o Development Center no UNIX com o Hummingbird Exceed, a extensão XTEST versão 2.2 deve ser ativada antes que você possa mover e acoplar visualizações arrastando suas barras de título dentro do Development Center.
Para ativar a extensão XTEST: