Novidades deste Release

Esta seção fornece um breve resumo dos aperfeiçoamentos disponíveis neste release do DB2 Universal Database.

Aperfeiçoamentos do DB2 UDB Workgroup Server Edition e do DB2 UDB Workgroup Server Unlimited Edition

Suporte ao DB2 UDB na Plataforma Windows AMD64

Os produtos DB2 são, agora, suportados nas seguintes plataformas AMD64 Windows:

• Windows XP 64 bits
• Windows Server 2003 64 bits

Criação de Instâncias de 32 bits e de 64 bits

É possível criar instâncias de 32 bits em qualquer produto DB2 UDB Versão 8.2 em uma plataforma de 64 bits. É possível criar instâncias de 64 bits em todos os produtos DB2 UDB Versão 8.2, exceto no DB2 UDB Personal Edition e no DB2 Connect Personal Edition.

Nova Variável de Registro: DB2_ASYNC_IO_MAXFILOP

Uma nova variável de registro geral foi incluída na Versão 8.2 FixPak 1 (equivalente à Versão 8.1 FixPak 8).

Nome da Variável

DB2_ASYNC_IO_MAXFILOP

Sistema Operacional

Todos

Valores

Padrão: o valor de MAXFILOP (o parâmetro de configuração).

Valores: Do valor de MAXFILOP até o valor de MAX_INT.

Descrição

As EDUs (Engine Dispatchable Units) do DB2, como agentes, pré-buscadores, limpadores de páginas, que lêem ou gravam dados de, e em, espaços de tabelas, utilizam o parâmetro de configuração MAXFILOP para limitar o número de manipulações de arquivos que cada processo ou encadeamento tem aberto a qualquer momento. Como a maioria das E/S nos sistemas é feita pelas EDUs que executam E/S assíncrona para agentes (limpadores de páginas e pré-buscadores), essas EDUs podem se beneficiar de um valor maior para o número máximo de manipulações de arquivos por EDU que MAXFILOP. Este é especialmente o caso em sistemas em que há muitos arquivos. Essa variável de registro é utilizada para permitir que o limite máximo de manipulações de arquivos aumente além do valor de MAXFILOP para limpadores de páginas e pré-buscadores.

Novo Espaço de Tabelas de Usuário SMS para Manutenção Automática e Indicadores de Funcionamento de Manutenção

Um novo espaço de tabelas de usuário SMS, SYSTOOLSPACE, é criado por padrão pelo processo db2hmon para armazenar tabelas utilizadas pela manutenção automática e pelos indicadores de funcionamento de manutenção. O espaço de tabelas é criado no diretório de banco de dados padrão.

Se não quiser que as tabelas utilizadas pela manutenção automática e pelos indicadores de funcionamento de manutenção sejam criadas dentro do espaço de tabelas SYSTOOLSPACE, você poderá criar as tabelas de manutenção automática em um espaço de tabelas de sua escolha. Porém, você deve eliminar as tabelas em SYSTOOLSPACE e eliminar SYSTOOLSPACE antes de utilizar chamadas de procedimentos armazenadas para criar as tabelas.

Com autorização válida, utilize a instrução SQL DROP para eliminar SYSTOOLSPACE, se você não precisar dele. Certifique-se de que não haja tabelas dentro do espaço de tabelas antes de eliminar o espaço de tabelas. Se houver tabelas dentro do espaço de tabelas e ele for solto, as tabelas e o espaço de tabelas serão automaticamente recriados da próxima vez que o banco de dados for iniciado.

Para criar as tabelas necessárias em um espaço de tabelas de sua opção, emita as seguintes chamadas de procedimento armazenadas:

CALL SYSINSTALLOBJECTS('DB2AC','C','<nome_do_espaço_de_tabelas>', NULL)
CALL SYSINSTALLOBJECTS('POLICY','C','<nome_do_espaço_de_tabelas>', NULL)

onde nome_do_espaço_de_tabelas seja um espaço de tabelas de sua opção que tenha páginas de 4 KB.

A reorganização automática e o indicador de funcionamento Reorganização requerida criarão automaticamente um espaço de tabelas temporário do usuário, SYSTOOLSTMPSPACE, se tal espaço não existir.