Iniciação Rápida Personal Edition

Migrando a partir de Versões Anteriores do DB2

Se estiver migrando a partir da Versão 5.0 ou Versão 5.2 para o DB2 Versão 7, você deve preparar seus bancos de dados e instâncias antes de instalar o DB2 Versão 7. Se estiver fazendo uma atualização da Versão 6, não há nada a ser feito antes da instalação da Versão 7.

A migração de bancos de dados e instâncias anteriores à Versão 5.0 não é suportada no DB2 Versão 7.

Sob o Windows e OS/2, você pode ter apenas uma versão do DB2 instalada em uma máquina. Por exemplo, se você possuir o DB2 Versão 6 e instalar a Versão 7, a Versão 6 será excluída durante a instalação.
Nota:Se você atualizar seu sistema operacional do Windows 95 ou Windows 98 para o Windows 2000 Professional, também é necessário fazer a atualização do DB2. O executável de atualização, migrate.exe, é enviado no diretório db2\common ou db2\winNT95\common, no CD do DB2. Para obter a cópia mais recente do executável, siga o link que aparece durante a instalação do Windows 2000.

Preparando Bancos de Dados e Instâncias para a Migração

Esta seção descreve como preparar os bancos de dados e instâncias do DB2 Versão 5.x para a migração em um formato que pode ser utilizado pelo DB2 Versão 7. Se você quiser migrar mais de uma instância, deverá repetir essas etapas para cada uma delas.

Para preparar os bancos de dados para a migração:

  1. Confira se não há aplicações utilizando nenhum banco de dados pertencente à instância DB2 que você está preparando para migrar. Para obter uma lista de todas as aplicações de propriedade da instância, digite o comando db2 list applications. Se todas as aplicações estão desconectadas, este comando irá retornar a seguinte mensagem:
       SQL1611W Nenhum
    dado foi retornado pelo Monitor de Sistema do Banco de Dados.
       SQLSTATE=00000
    

    É possível terminar a sessão digitando o comando db2 terminate.

  2. Confira se todos os bancos de dados foram catalogados. Para exibir uma lista de todos os bancos de dados catalogados na instância, execute o seguinte comando:
       db2 list database directory
    
  3. Faça uma cópia de backup de todos os bancos de dados da Versão 5.x. Você não tem de fazer um backup dos bancos de dados da Versão 6. Consulte o Administration Guide de seu produto do DB2 para informações sobre como realizar um backup de um banco de dados e o Command Reference sobre a sintaxe do comando backup.
  4. Quando todas as aplicações estiverem completas e você tiver feito o backup dos bancos de dados, interrompa todos os processos do servidor de banco de dados pertencentes à instância DB2 digitando o comando db2stop.
  5. Interrompa o daemon da licença do DB2 digitando o comando db2licd -end.
  6. Pare todas as sessões de processamento de linha de comando digitando o comando db2 terminate em cada sessão que estiver executando o processador de linha de comando.

Em seguida, você deve verificar se todos os bancos de dados catalogados estão prontos para a migração antes de instalar o DB2 Versão 7.

Verificando se os Bancos de Dados estão Prontos para a Migração

Para garantir que se possa migrar os bancos de dados para o formato DB2 Versão 7, é preciso executar o comando db2ckmig antes de instalar o DB2 Versão 7.
Nota:Esta seção se aplica aos bancos de dados criados com o DB2 Versão 5.x somente. Não se deve executar esse comando em bancos de dados criados com o DB2 V6.

Para executar o comando db2ckmig:

  1. Insira o CD-ROM do produto DB2 Versão 7 na unidade. Se você estiver instalando o DB2 em uma estação de trabalho do Windows de 32 bits, o programa de configuração deverá ser iniciado automaticamente pelo recurso autorun do sistema operacional. Cancele o processo de instalação e continue na próxima etapa.
  2. Passe para o diretório x:\db2\common em que x: representa a letra da unidade de CD-ROM.
  3. Execute o comando db2ckmig para verificar se todos os bancos de dados em seu sistema podem ser corretamente migrados. A sintaxe do comando é a seguinte:
    Comando DB2CKMIG
     
    >>-db2ckmig----+-database_alias-+--/l--drive:\path\filename------------------->
                   '-/e-------------'
     
    >-----+---------------------------+----------------------------><
          '-/u--userid--/p--password--'
     
    

    database_alias
    Especifica um nome database_alias de um banco de dados para ser verificado para migração. Este parâmetro é obrigatório se o parâmetro /e não está especificado.

    /e
    Especifica se todos os bancos de dados catalogados devem ser verificados para migração. Este parâmetro é obrigatório se o parâmetro database_alias não está especificado.

    /l drive:\path\filename
    Especifica uma unidade, caminho de destino e nome de arquivo para manter uma lista de erros e avisos gerados para o banco de dados rastreado. A variável path é opcional; se não for especificado um caminho, o caminho a partir do qual se executa o comando db2ckmig será utilizado. Deve ser especificado um filename.

    /u userid
    Especifica a conta de usuário utilizada para conectar com o banco de dados. Este parâmetro deve ser especificado se você efetuar logon como um usuário sem autoridade de conexão.

    /p password
    Especifica a senha da conta de usuário utilizada para conectar com o banco de dados. Este parâmetro deve ser especificado se você efetuar logon como um usuário sem autoridade de conexão.

    É possível executar o comando db2ckmig a partir de sistemas remotos. O parâmetro banco de dados deve especificar o nome database_alias do banco de dados remoto.

    Por exemplo, para verificar se todos os bancos de dados catalogados em seu sistema podem ser migrados e registrar todas as mensagens deste comando para o arquivo c:\temp\message.txt, execute o seguinte comando:

       x:\db2\common\db2ckmig /e /l c:\temp\message.txt
    

    onde x: representa sua unidade de CD-ROM.

  4. Se qualquer erro for encontrado, o comando db2ckmig gera um arquivo de log e o coloca no caminho e arquivo especificado pela opção /l. Se houver erros, consulte as informações a seguir para ver as ações de correção recomendadas. Assim que os erros encontrados forem corrigidos, execute o comando db2ckmig novamente, para garantir que os bancos de dados estão prontos para a migração.
  5. Faça uma cópia de backup do banco de dados. Para obter mais informações, consulte o Administration Guide

Condições de Erro DB2CKMIG Possíveis

Um banco de dados está em estado pendente de backup

Faça um backup do banco de dados.

Um banco de dados está em estado pendente de roll-forward

Recupere o banco de dados conforme exigido. Faça ou retome um roll-forward no banco de dados até o final dos logs e pare.

A ID do tablespace não está no estado normal

Recupere o banco de dados e o tablespace conforme necessário. Faça ou retome um roll-forward no banco de dados até o final dos logs e pare.

Um banco de dados está em estado incompatível

Reinicialize o banco de dados para retorná-lo a um estado consistente.

O tipo estruturado e a função têm o mesmo nome

Tipo e função estruturados (sem argumentos) que pertencem ao mesmo esquema não podem ter o mesmo nome. O tipo ou função, e os objetos que usam o tipo ou a função, devem ser eliminados e recriados com outro nome. Para corrigir o erro:

  1. Faça um backup do banco de dados.
  2. Exporte os dados de quaisquer tabelas dependentes dos tipos ou funções estruturados.
  3. Elimine todas as tabelas dependentes dos tipos ou funções estruturados e depois elimine os tipos ou funções estruturados. Estas eliminações podem eliminar outros objetos, como views, índices, disparadores ou funções.
  4. Crie tipos ou funções estruturados com nomes diferentes e recrie as tabelas com o uso dos novos nomes. Recrie todas as views, índices, disparadores ou funções eliminadas.
  5. Importe ou carregue os dados no objeto.

O banco de dados contém tipos distintos definidos pelo usuário (UDTs) que usam os nomes BIGINT, DATALINK ou REFERENCE.

Esses nomes ficam reservados para o gerenciador do banco de dados versão 7. Para corrigir o erro:

  1. Faça um backup do banco de dados.
  2. Exporte os dados de qualquer tabela que seja dependente desses tipos de dados.
  3. Elimine qualquer tabela dependente desses tipos de dados e depois elimine os tipos de dados. Estas eliminações podem eliminar outros objetos, como views, índices, disparadores ou funções.
  4. Crie tipos de dados com nomes de função ou tipo diferentes e recrie as tabelas usando os novos nomes. Recrie todas as views, índices, disparadores ou funções eliminadas.
  5. Importe ou carregue os dados no objeto.

Consulte o Administration Guide para obter mais informações sobre as ações necessárias para corrigir estas condições.


[ Início da Página | Página Anterior | Próxima Página | Índice | Índice Remissivo ]