Fazendo Upgrade para um Novo Servidor DB2

If you want to upgrade to a new Db2 versão 11.5 server, re-create your instances and then upgrade your databases by restoring a pre- versão 11.5 database backup. Após a restauração do backup de banco de dados, o comando RESTORE DATABASE executa automaticamente o comando UPGRADE DATABASE

Para fazer upgrade para um novo servidor Db2 versão 11.5 :

1. Executar um backup de banco de dados offline completo de seus bancos de dados existentes e quaisquer outras tarefas de pré-upgrade que se aplicam.
   Se desempenhou backups de banco de dados off-line completos recentemente e não puder desempenhar outro antes de efetuar upgrade, é possível, no lugar, desempenhar um backup de banco de dados off-line incremental.
2. Faça logon no novo servidor Db2 como root em sistemas operacionais Linux e UNIX ou usuário com autoridade de Administrador Local em sistemas operacionais Windows.
3. Instale o Db2 versão 11.5 no novo servidor Db2 .
4. Crie suas instâncias no novo servidor Db2 executando o comando db2icrt a partir do local de cópia da versão 11.5 que você instalou na etapa anterior. Se o novo servidor \Db2 tiver recursos semelhantes, restaure os valores de parâmetro de configuração do gerenciador de banco de dados para cada instância usando o comando UPDATE DBM CFG e os valores que você salvou nas tarefas pré-upgrade.
5. Opcional: Crie um novo Db2 Administration Server (DAS) no Db2 versão 11.5. Você precisa de um DAS se desejar manter sua configuração do DAS existente e usar a nova funcionalidade disponível em versão 11.5
6. Transfira arquivos de backup pré-Db2 versão 11.5 para todos os bancos de dados que você deseja atualizar para o novo servidor Db2 .
7. Faça logon no servidor Db2 como um usuário com autoridade SYSADM.
8. Upgrade do banco de dados usando o comando RESTORE DATABASE . O exemplo a seguir mostra como restaurar o banco de dados de amostra em sistemas operacionais UNIX:

      db2 RESTORE DATABASE sample FROM /db2/backups

   em que sample é o nome do banco de dados e /db2/backups é o diretório para o arquivo de backup do banco de dados.

   Se você executou um backup de banco de dados incremental offline antes do upgrade, você deve ter acesso ao backup completo do banco de dados completo do offline e o backup de banco de dados incremental offline e utilizar uma restauração incremental automática para fazer o upgrade do banco de dados. Uma restauração incremental manual falhará porque cada comando RESTORE DATABASE tenta atualizar o banco de dados antes de o banco de dados ser completamente recuperado. O exemplo a seguir mostra como executar uma restauração incremental automática:

      db2 RESTORE DATABASE sample INCREMENTAL AUTOMATIC 
          TAKEN AT timestamp WITHOUT PROMPTING
   

   Em um ambiente de banco de dados particionado, você deve executar o comando RESTORE DATABASE em todas as partições de banco de dados que começam com a partição do catálogo primeiro. Se sqlcode 7535 for retornado da seguinte forma:

   SQL2517W The database was restored and then upgraded to the current release.
   The database upgrade returned sqlcode "7535" and tokens "*N".
   

   então, é possível executar o comando UPGRADE DATABASE novamente.
9. Quando o banco de dados foi restaurado, mas o banco de dados não foi atualizado, o comando RESTORE DATABASE retorna o erro a seguir e inclui a mensagem de erro de upgrade com o código de razão:

   SQL2519N  The database was restored but the restored database was not upgraded 
      to the current release.  Error "-1704" with tokens "3" is returned. 
      SQLSTATE=57011

   A mensagem de erro SQL1704N indica que o upgrade do banco de dados falhou. Encontre este código de erro SQL no Message Reference Volume 2 para ler a lista das soluções possíveis para cada código de razão. No exemplo anterior, tokens "3" significa código de razão 3, que indica que a atualização falhou porque os logs do banco de dados estão cheios. Se este erro ocorrer, conclua as seguintes etapas para fazer upgrade do banco de dados:

   1. Aumente o tamanho dos arquivos de log.
   2. Atualizar o banco de dados usando o comando UPGRADE DATABASE ..
   3. Se o tamanho do arquivo de registro ainda não for grande o suficiente, o seguinte erro é retornado:

      SQL1704N  Database upgrade failed.  Reason code "3". 

      Você deve aumentar o tamanho do arquivo de log e tentar efetuar a atualização do banco de dados novamente.

   4. Após a conclusão da atualização do banco de dados, reconfigure o tamanho dos arquivos de log para seus valores pré-upgrade.

10. Opcional: Configure o seu novo servidor Db2 para usar os novos recursos disponíveis por executando o comando AUTOCONFIGURE para calcular os tamanhos do buffer pool, e o gerenciador de banco de dados e configuração de banco de dados valores de parâmetros. O exemplo a seguir mostra como executar este comando para exibir apenas os valores recomendados para o banco de dados de amostra:

    db2 CONNECT TO sample
    db2 AUTOCONFIGURE USING MEM_PERCENT 80 
          WORKLOAD_TYPE complex 
          NUM_STMTS 1 TPM 73
          ADMIN_PRIORITY performance
          IS_POPULATED YES
          NUM_REMOTE_APPS 15 
          ISOLATION CS
        APPLY NONE;

    Se você escolher não executar este comando ou não aplicar os valores recomendados, configure manualmente seu servidor DB2 para utilizar os novos recursos. Caso contrário, seus bancos de dados poderão não funcionar conforme o esperado.
11. Restaurar quaisquer rotinas externas que você fez backup nas tarefas de pré-upgrade.
12. Verifique se a atualização de seu banco de dados foi bem sucedida. Conecte-se ao banco de dados atualizado e emita uma pequena consulta:

       db2 CONNECT TO sample
    
         Database Connection Information
    
        Database server        = DB2/AIX64 10
        SQL authorization ID   = TESTDB2
        Local database alias   = SAMPLE
    
       db2  "SELECT * FROM SYSCAT.DBAUTH"

    Como alternativa, se você tiver arquivos de amostra instalados, execute o script testdata.db2:

       cd samplefile-dir-clp
       db2 connect to sample
       db2 -tvf testdata.db2

    em que samplefile-dir-clp está DB2DIR/samples/clp no Linux e UNIX e DB2DIR\samples\clp no Windows, DB2DIR representa o local especificado durante a instalação do Db2 versão 11.5 e sample é o nome do banco de dados.