Se você criar um banco de dados com o DB2 Universal Database Versão 8.2, não será possível utilizar esse banco de dados em um nível da Versão 8.1. Esse banco de dados somente poderá ser utilizado em um nível da Versão 8.2 ou posterior.
Os bancos de dados criados no nível DB2 UDB Versão 8.2 podem ter funcionalidade adicional que não estava disponível em versões anteriores. Essa diferença pode resultar em um comportamento inesperado e indesejável se você tentar mover seu novo banco de dados para um release anterior do DB2 UDB.
A seção "Visão Geral do Cliente DB2" do manual Iniciação Rápida para Clientes do DB2 afirma o seguinte:
Os clientes DB2 podem se conectar a servidores DB2 dois releases posteriores ou um release anterior no nível de release do cliente e também a servidores no mesmo nível de release.
A emenda para essa instrução é a seguinte:
Embora as conexões de clientes Versão N com servidores Versão N + 2 sejam possíveis em alguns ambientes, esta conexão será uma configuração suportada apenas se a Versão N estiver em serviço. Depois que a Versão N é retirada de serviço, essa configuração não é mais suportada.
Os clientes DB2 Versão 6 conectando-se a um servidor DB2 Versão 8 não são mais suportados porque a Versão 6 foi retirada de serviço.
De forma semelhante, para suporte ao servidor DB2 UDB, um cliente Versão N pode se conectar a um servidor Versão N - 1, a não ser que o servidor Versão N - 1 esteja fora de serviço.
Todas as alterações de registro feitas no nível DB2 UDB Versão 8.2 são perdidas quando você migra de volta para o DB2 UDB Versão 8.1. O registro é revertido para o arquivo HealthRules.reg da versão 8.1 que contém as configurações que existiam antes de você fazer upgrade para o DB2 UDB Versão 8.2 e começar a utilizar as configurações no arquivo HealthRules2.reg.
Antes do DB2 Universal Database (UDB) Versão 8, os FixPaks funcionavam apenas como atualizações para pacotes ou conjuntos de arquivos do DB2 UDB instalados em um local fixo. Essencialmente, isso significava que a instalação de FixPaks substituía os arquivos existentes pelos atualizados, fornecidos nos FixPaks e não era possível ter vários níveis de FixPak do DB2 em um único sistema. Agora, o DB2 UDB (ESE) pode existir em vários níveis de fix pack no mesmo sistema. Este recurso, suportado em ambientes operacionais de produção desde a Versão 8.1.2, é obtido utilizando os dois tipos de FixPak a seguir:
Para atualizar uma instância de vários FixPaks em um nível diferente de FixPak, execute uma das seguintes opções:
Para obter informações adicionais referentes ao download de FixPaks alternativos, visite o site de suporte da IBM em http://www.ibm.com/software/data/db2/udb/support.html.
As limitações a seguir existem para suporte ao servidor anterior para o DB2 UDB (Universal Database) Enterprise Server Edition Versão 8 Data Warehouse Center:
Ao utilizar o Development Center em um cliente do Application Development para o DB2 UDB (Universal Database) Versão 8 em sistemas operacionais Windows ou UNIX, os seguintes APARs precisarão ser instalados no servidor para ativar o suporte a SQLJ e SQL Assist:
É possível chamar a Versão 7 e a Versão 8 do SQL Assist a partir do DB2 Universal Database, Versão 8. É possível iniciar a Versão 7 a partir do Centro de Data Warehouse do DB2. Todos os outros centros iniciam a Versão 8 mais recente. A ajuda on-line do produto possui informações adicionais para o SQL Assist, Versão 7.
Na Versão 7, os servidores Unicode ignoravam todas as páginas de códigos de gráficos enviadas pelos aplicativos no momento da conexão e assumiam que o UCS2 Unicode (página de códigos 1200) estava sendo utilizado. Agora, os servidores Unicode Versão 8 respeitam a página de códigos enviada pelo cliente.
O DB2 UDB Versão 8.2 utiliza um novo arquivo de parâmetro de configuração de banco de dados de 16K denominado SQLDBCONF. Este é um arquivo separado do arquivo de parâmetro de configuração de banco de dados de 4K do DB2 UDB Versão 8.1 denominado SQLDBCON.
Depois de migrar para o DB2 UDB Versão 8.2, o produto migra o conteúdo do arquivo de 4K da Versão 8.1 e utiliza o arquivo de 16K para registrar as alterações do parâmetro de configuração de banco de dados. O arquivo de 4K da Versão 8.1 é retido, mas não é utilizado.
Se você migrar de volta para o DB2 UDB Versão 8.1, o produto DB2 UDB Versão 8.1 volta a utilizar o arquivo de 4K da Versão 8.1 original para registrar alterações do parâmetro de configuração de banco de dados. O arquivo de 16K da Versão 8.2 é retido, mas não é reconhecido pelo produto DB2 UDB Versão 8.1. As alterações feitas no arquivo do parâmetro de configuração de banco de dados de 16K entre migrar para a Versão 8.2 e migrar de volta para a Versão 8.1 são, na verdade, ocultas do nível do DB2 UDB anterior porque as alterações não são migradas para o arquivo de 4K original.
Além disso, se você migrar para o DB2 UDB Versão 8.2 novamente, o produto DB2 UDB Versão 8.2 reconhece que o arquivo de configuração de banco de dados de 16K já existe e volta a utilizar o arquivo de 16K da Versão 8.2 para registrar as alterações do parâmetro de configuração de banco de dados. O arquivo de 4K da Versão 8.1 é retido, mas não é reconhecido pelo produto DB2 UDB Versão 8.2. As alterações feitas no arquivo do parâmetro de configuração de banco de dados de 4K entre migrar de volta para a Versão 8.1 e migrar novamente para a Versão 8.2 são, na verdade, ocultas do nível do DB2 UDB mais recente porque as alterações não são migradas para o arquivo de 16K existente.
O formato do arquivo db2diag.log foi aprimorado de várias maneiras para a Versão 8.2. O arquivo de log agora ficou mais fácil de ser lido e mais fácil de ser analisado no software. Os aperfeiçoamentos incluem:
Também foram feitas outras alterações, tais como: a alteração do nome de campo do banco de dados para DB.
Foram incluídos registros de eventos como mensagens de diagnósticos no arquivo db2diag.log. Exemplos de tais eventos são:
Os registros de eventos possuem "Evento" especificado no campo LEVEL. Embora os eventos não sejam erros, eles podem ser registrados nos níveis de diagnósticos maiores que 4 (Informativo) ou 3 (Aviso), dependendo de sua importância.
A partir da Versão 8.2, as atualizações de registro do perfil db2set e os parâmetros de configuração do DB e do DBM são armazenados em log no arquivo db2diag.log. Estas mensagens são registradas em altos níveis de diagnósticos devido à sua importância.
Estão registrados os seguintes tipos de atualizações de registro de perfil db2set:
2004-04-22-19.19.14.156959-240 I79582C286 LEVEL: Event PID : 2437242 TID : 1 PROC : db2set INSTANCE: db2user NODE : 000 FUNCTION: DB2 UDB, oper system services, db2set_main, probe:40 CHANGE : CFG DB2SET: DB2DBDFT: From: "OLDDB" To: "SAMPLE"
CHANGE : CFG DB2SET: DB2DBDFT: From: "SAMPLE" To: ""
CHANGE : CFG DB2SET: Profile registry was reset
Exemplos de atualizações de parâmetros de configuração do DD e DBM são
CHANGE : CFG DB SAMPLE: "Maxlocks" From: "10" To: "20" CHANGE : CFG DBM: "Diaglevel" From: "3" To: "1" CHANGE : CFG DBM: Reset to the system defaults
Para localizar estas mensagens de atualização de configuração, utilize a ferramenta db2diag. Por exemplo: