Práticas recomendadas para migrar ao Amazon RDS para Oracle

Com base na avaliação do seu banco de dados e dos requisitos do seu projeto, se sua meta for migrar ao Amazon RDS para Oracle, siga as melhores práticas nesta seção para provisionar seu banco de dados de destino, realizar a migração e testar, operar e otimizar seu banco de dados Amazon RDS para Oracle.

Importante

Certifique-se de possuir um plano de reversão antes de migrar seu banco de dados.

Provisionamento do seu banco de dados de destino

Após concluir a avaliação, o planejamento e a preparação de sua estratégia de migração do banco de dados, siga estas melhores práticas ao provisionar seu banco de dados Amazon RDS para Oracle:

• Dimensione corretamente a instância de banco de dados Amazon RDS para Oracle com base em seus requisitos de CPU, memória, IOPS e tipo de armazenamento.

• Defina o fuso horário e o conjunto de caracteres corretamente.

• É importante iniciar o Amazon RDS na nuvem privada virtual (VPC) correta.

• Crie os grupos de segurança com entradas e endereços IP corretos.

• Provisione seu banco de dados do Amazon RDS em uma sub-rede privada para fins de segurança.

• Se possível, provisione a instância de banco de dados usando a versão mais recente do banco de dados Oracle, que atualmente é 19c. As versões anteriores estão chegando ao fim do suporte. Para ter mais informações, consulte suporte Amazon RDS para banco de dados Oracle 19c.

• Se você deseja utilizar criptografia, sempre a habilite enquanto estiver provisionando o banco de dados do Amazon RDS.

• Crie um grupo de opções e um grupo de parâmetros separados para cada banco de dados do Amazon RDS.

Como exportar dados do seu banco de dados de origem

Há muitas ferramentas de migração de um banco de dados do Oracle para um banco de dados do Amazon RDS para Oracle. A ferramenta mais utilizada é o Oracle Data Pump. Antes de exportar seu banco de dados Oracle de origem, verifique o seguinte para facilitar o processo de exportação:

• Verifique o tamanho do banco de dados para verificar se você pode migrá-lo esquema por esquema, em vez de migrar o banco de dados completo. Migrar esquemas individualmente é menos propenso a erros e mais gerenciável do que migrá-los todos de uma vez.

• Para obter melhor desempenho, exporte dados em modo paralelo, utilizando o parâmetro Oracle Data Pump PARALLEL.

• Verifique se as tabelas contêm objetos grandes (LOBs). Se você tiver tabelas grandes com LOBs, recomendamos que você exporte essas tabelas separadamente.

• Durante o processo de exportação, evite executar transações longas no banco de dados de origem para evitar erros de inconsistência de leitura do Oracle.

• Se você estiver utilizando ferramentas de replicação como AWS DMS, Oracle GoldenGate ou Quest SharePlex, certifique-se de possuir espaço suficiente no seu servidor on-premises para armazenar logs de arquivamento por 24 a 72 horas, dependendo do tempo de migração.

Transferência de arquivos da cópia exata do banco de dados para a AWS

Se você estiver utilizando o AWS Direct Connect, que fornece conectividade de alta largura de banda entre seu ambiente on-premises e a AWS, você pode copiar os arquivos do Data Pump utilizando o utilitário Oracle DBMS_FILE_TRANSFER ou o atributo de integração do Amazon S3. Se você não tiver largura de banda alta por meio do AWS Direct Connect, use o AWS Snowball para transferir grandes arquivos de exportação da cópia do banco de dados.

Como importar dados para seu banco de dados de destino

• Se você estiver migrando um banco de dados muito grande, recomendamos que você provisione inicialmente um tipo de instância do Amazon RDS maior, durante a migração, para cargas de dados mais rápidas. Após conclusão da migração, você poderá alterar a instância de banco de dados para o tipo de instância do tamanho correto.

• Aumente o tamanho dos arquivos de redo log, dos espaços de tabela de operações desfazer e dos espaços de tabela temporários para melhorar o desempenho durante a migração, se necessário.

• Desative a opção Multi-AZ durante o processo de importação e ative-a após a conclusão da migração.

• Desative a geração de logs de arquivamento definindo a retenção de backup como zero para obter um carregamento de dados mais rápido.

• Prepare o banco de dados de destino criando espaços de tabela, usuários, funções, perfis e esquemas com antecedência.

• Se você tiver tabelas grandes com LOBs, importe cada tabela LOB separadamente.

Etapas de pós-importação

• Verifique se há erros nos logs de registro de importação e corrija-os após a conclusão da importação.

• Verifique se há objetos inválidos. Se você encontrar algum, compile e corrija.

• Alguns procedimentos podem não ser compilados devido à falta de permissões em objetos SYS que não são permitidos ou suportados no Amazon RDS. Esses procedimentos precisam ser reescritos.

• Se você estiver utilizando sequências, valide os valores da sequência no banco de dados de origem para evitar inconsistência da sequência.

• Certifique-se de que a contagem de objetos no seu banco de dados do Amazon RDS seja a mesma do banco de dados de origem. Valide tabelas, índices, procedimentos, acionadores, funções, pacotes, restrições e outros objetos.

• Se seu banco de dados de origem contiver links para outros bancos de dados, teste a conectividade para confirmar se os links ainda funcionam.

• Reúna estatísticas em nível de dicionário e em nível de esquema para obter o desempenho ideal.

Como testar a migração

Recomendamos os seguintes testes para validar seu aplicativo em relação ao seu novo banco de dados Amazon RDS para Oracle:

• Talvez você precise atualizar seu software cliente Oracle ou software JDBC com base na versão do banco de dados Amazon RDS para Oracle. Se você migrou para uma versão mais recente do banco de dados Oracle, talvez ela não ofereça suporte a versões mais antigas do software cliente Oracle.

• Execute testes funcionais.

• Compare o desempenho das consultas SQL em seus bancos de dados de origem e destino e ajuste as consultas conforme necessário. Algumas consultas podem ser executadas mais lentamente no banco de dados de destino, portanto, recomendamos que você capture as linhas de base das consultas SQL no banco de dados de origem.

• Quando a equipe do aplicativo terminar o teste e confirmar que seu banco de dados do Amazon RDS esteja funcionando corretamente, você poderá:

  • Dimensionar corretamente a instância de banco de dados do Amazon RDS com base na sua avaliação.

  • Ativar as retenções de backup.

  • Ativar os logs de arquivamento.

  • Redefinir o tamanho dos arquivos de redo log.

  • Ative a opção Multi-AZ.

  • Crie alarmes do Amazon CloudWatch e configure tópicos do Amazon Simple Notification Service (Amazon SNS) para alertas.

Para validação adicional durante a fase de prova de conceito (POC), recomendamos os seguintes testes complementares:

• Execute testes de desempenho para garantir que eles atendam às expectativas da sua empresa.

• Teste o failover, a recuperação e a restauração do banco de dados para garantir que você esteja atendendo aos requisitos de RPO e RTO.

• Liste todos os trabalhos e relatórios críticos e execute-os no Amazon RDS para avaliar seu desempenho em relação aos seus acordos de serviço (SLAs).

Operando e otimizando seu banco de dados Amazon RDS

Quando seu banco de dados estiver na AWS, certifique-se de seguir as práticas recomendadas em áreas como monitoramento, alertas, backups e alta disponibilidade na nuvem. Por exemplo:

• Configure o monitoramento do CloudWatch e habilite o monitoramento detalhado.

• Use o Insights de Performance do Amazon RDS e o Atendente de gerenciamento Oracle Enterprise Manager (OEM) para monitorar seu banco de dados.

• Configure alertas usando tópicos do SNS.

• Configure backups automáticos usando o AWS Backup. Você também pode usar backups do Oracle Data Pump ou tirar snapshot manuais.

• Para obter alta disponibilidade, configure o atributo Multi-AZ do Amazon RDS.

• Se você precisar de bancos de dados somente para leitura, configure uma réplica de leitura dentro da mesma região ou em várias regiões da AWS de acordo com suas necessidades.