Fase 1: Preparar

Durante a fase de preparação, avalie seu banco de dados existente e identifique suas dependências. As seções a seguir abordam os principais itens a serem avaliados antes de planejar a migração.

Análise de dependência

Ao se preparar para a migração do Oracle, identifique as interdependências e seu impacto nos aplicativos de interface. Responda às seguintes perguntas iniciais:

• Verificação de dependência — identifique os aplicativos que se conectam diretamente ao banco de dados. Para evitar problemas de latência, recomendamos que você migre os aplicativos junto com o banco de dados. Para aplicativos que acessam dados indiretamente por meio de uma API, identifique o impacto no desempenho e a necessidade de tempo de inatividade para a migração.

• Acesso a outros bancos de dados — O Oracle Database fornece um mecanismo para acessar dados em outro banco de dados em uma rede usando um link de banco de dados. O link do banco de dados ajuda você a ler e gravar tabelas em um banco de dados remoto. Por exemplo, um aplicativo de geração de relatórios pode buscar dados de um banco de dados centralizado que usa links de banco de dados para buscar dados de outros bancos de dados na mesma unidade de negócios. É importante identificar todas essas conexões e recriar os links do banco de dados após a migração.

• Trabalhos externos — Às vezes, os trabalhos do banco de dados são agendados e controlados fora do banco de dados. Para evitar qualquer impacto posterior, certifique-se de que esses trabalhos continuem sendo executados durante a migração do banco de dados.

• Dependências do data center — Durante a migração, pode haver momentos em que alguns de seus sistemas estejam na nuvem, enquanto outros sistemas ainda estejam no data center local. A latência da rede desempenha um grande fator nessas configurações. Decida se você deseja migrar juntos aplicativos e bancos de dados sensíveis à latência ou se deseja mover a funcionalidade para o banco de dados migratório. Em ambos os casos, recomendamos que você migre seus aplicativos para a mesma zona de disponibilidade do banco de dados migrado para evitar qualquer latência na rede.

• Acesso ao host — Alguns aplicativos criam relatórios que são armazenados em um sistema de arquivos em um servidor de banco de dados. Ao migrar seu banco de dados, você também pode decidir modernizar sua geração de relatórios salvando os relatórios no armazenamento nativo da nuvem. Com base na complexidade de alterar a geração de relatórios, você pode decidir usar o Amazon EC2, o Amazon RDS ou o Amazon RDS Custom como destino para o banco de dados Oracle.

• Opções, recursos e requisitos de patch específicos do banco de dados — Analise os recursos do banco de dados Oracle que você usa e seus requisitos após a migração. O uso de recursos e as necessidades pós-migração ajudam a determinar a configuração do banco de dados na nuvem. Patches únicos no banco de dados Oracle de origem podem exigir que seu banco de dados seja migrado para o Amazon RDS Custom ou para uma instância. EC2

Requisitos de disponibilidade

Dependendo das necessidades comerciais, alguns bancos de dados devem estar operacionais o dia todo, todos os dias. Outros bancos de dados podem permitir o tempo de inatividade após o horário comercial ou nos finais de semana. Na fase de preparação do planejamento da migração, é importante entender o impacto comercial do tempo de inatividade do banco de dados e escolher a estratégia de migração apropriada. Por exemplo, a migração on-line tem um tempo de inatividade mínimo, enquanto a migração off-line envolve um período de inatividade mais longo.

Análise da carga de trabalho

Compreender a natureza da carga de trabalho do banco de dados ajuda a determinar sua estratégia de migração do banco de dados. A janela para migração e qualquer tempo de inatividade necessário dependem da carga de trabalho. As cargas de trabalho podem variar de altamente transacionais a consistir principalmente em trabalhos em lotes e relatórios. Para ajudar no planejamento e na estratégia de migração, identifique onde está sua carga de trabalho nesse espectro.

As ferramentas estão disponíveis para ajudá-lo a qualificar sua carga de trabalho do banco de dados. As ferramentas que você pode usar dependem da sua licença do Oracle Database e incluem o seguinte:

• Métricas de host, como CPU, E/S e memória, ajudam você a decidir os requisitos de instância e armazenamento para seus bancos de dados na nuvem.

• Relatórios da Oracle, como o Automatic Workload Repository (AWR) para Oracle Database Enterprise Edition ou Statspack for Standard Edition, ajudam você a determinar a natureza das transações que ocorrem em seu banco de dados.

• A geração de registros de refazer e arquivar ajuda você a determinar a taxa de alteração que ocorre em seu banco de dados.