Partilhar via


Migrar um banco de dados Oracle para OD@A Exadata Database Service

Azure ExpressRoute
Gateway de VPN do Azure

Este artigo descreve como usar o Oracle Zero Downtime Migration (ZDM) para migrar um banco de dados Oracle de um sistema Exadata local para o Oracle Database@Azure (ODAA) Exadata Database Service. Este artigo pressupõe que você tenha uma compreensão básica de ODAA e Oracle ZDM. Este cenário baseia-se no cenário em Migrar cargas de trabalho de banco de dados Oracle para o Azure.

Arquitetura

O diagrama a seguir mostra um exemplo desse cenário.

Diagrama que mostra uma arquitetura para migrar um banco de dados local para ODAA.

Transfira um ficheiro do Visio desta arquitetura.

Cenário

Considere os seguintes detalhes do cenário:

  • Você implantou o Oracle Exadata Database@Azure na região do Azure escolhida e configurou um cluster de máquina virtual (VM) que tem dois servidores de banco de dados e três nós de célula de armazenamento.

  • A sub-rede delegada ODAA está na rede virtual do banco de dados, que faz par à rede virtual do hub. O intervalo de endereços IP da sub-rede ODAA é 10.42.1.0/24. Para obter mais informações, consulte Planejar o espaço de endereços IP.

  • Na rede virtual do hub, o tráfego tem que atravessar um dispositivo virtual de rede (NVA), como o Firewall do Azure ou um dispositivo virtual de rede que não seja da Microsoft. O NVA funciona como um dispositivo de roteamento, o que ajuda a garantir que os nós de cluster ODAA sejam totalmente roteáveis dentro da infraestrutura. Você configura o NVA para inspecionar todo o tráfego que vai e vem do local. O endereço IP do NVA do hub é 10.0.0.5.

  • Configure a conectividade híbrida na rede virtual do hub por meio de uma conexão do Azure ExpressRoute com sua rede local.

  • Em sua rede local, você tem uma implementação Exadata existente e deseja migrar um dos bancos de dados para o Oracle Exadata Database@Azure. O banco de dados é de 2 TB e é executado no Exadata X8M-2. A versão do banco de dados é Oracle Database 19c, Enterprise Edition. Seu intervalo de endereços IP local é 192.168.0.0/16.

  • Você habilitou o Real Application Clusters (RAC) no banco de dados. Para recuperação de desastres, você replica o banco de dados por meio do Oracle Data Guard para outro datacenter geograficamente distante do local do banco de dados principal.

  • Você precisa migrar o banco de dados para o Oracle Exadata Database@Azure com o mínimo de tempo de inatividade. Você decide usar a ferramenta Oracle ZDM para orquestrar a migração.

Estabelecer conectividade de rede

Para usar o ZDM para migração, você precisa garantir que os bancos de dados de origem e de destino possam se comunicar entre si.

  1. Crie uma tabela de rotas do Azure e associe-a à sub-rede ODAA.
  2. Aponte a tabela de rotas do Azure para o endereço IP do NVA do hub para rotear para o local.
  3. Configure o NVA do hub para rotear o tráfego entre a sub-rede local e a sub-rede ODAA.

Configurar a tabela de rotas

Use a seguinte configuração para criar uma tabela de rotas do Azure e associá-la à sub-rede ODAA:

  • Prefixo do endereço: 192.168.0.0/16
  • Tipo de salto seguinte: Dispositivo virtual
  • Endereço IP do próximo salto: 10.0.0.5
  • Nome: <Nome da tabela de rotas>

O diagrama a seguir mostra a configuração de rede atualizada.

Diagrama que mostra uma arquitetura para migrar um banco de dados para ODAA e inclui o destino.

Execute as seguintes etapas para verificar a conectividade:

  • Faça login em um nó de banco de dados Oracle Exadata Database@Azure. Verifique se você pode usar o protocolo Secure Shell (SSH) para estabelecer uma conexão com o servidor de banco de dados local.
  • Entre no servidor de banco de dados local. Verifique se você pode usar o protocolo SSH para estabelecer uma conexão com o nó do banco de dados Oracle Exadata Database@Azure.

Fazer atividades de migração

  1. Prepare-se para a migração. Para obter mais informações, consulte Preparar para uma migração de banco de dados físico.

    Nota

    Esta orientação pressupõe que você tenha largura de banda suficiente entre os bancos de dados de origem e de destino para dar suporte a uma migração online. Ele pressupõe que você não precise fazer uma migração offline ou uma restauração do backup no Oracle Exadata Database@Azure, primeiro.

  2. Execute a migração. Para obter mais informações, consulte Migrar seu banco de dados com o ZDM.

  3. Faça as seguintes atividades de migração de aplicativos em paralelo com a migração do banco de dados para ajudar a garantir o menor tempo de inatividade.

    • Migre os serviços de aplicativos de acordo com seus planos e discussões.
    • Atualize os serviços de aplicativo para apontar para o novo banco de dados, incluindo a cadeia de conexão, entradas TNS (Transparent Network Substrate) e outras configurações necessárias.
    • Verifique se os serviços de aplicativo funcionam conforme o esperado.

O diagrama a seguir mostra a configuração atualizada, incluindo o nó de migração ZDM.

Diagrama que mostra uma arquitetura para migrar um banco de dados para ODAA e inclui o nó de migração ZDM.

Realizar atividades pós-migração

  • Configure backups automatizados para o banco de dados ODAA.

  • Configure o Data Guard automatizado. Esta orientação pressupõe que você já tenha criado uma instância separada em outra zona ou região de disponibilidade.

  • Execute o banco de dados local como uma réplica secundária do Data Guard por um período de tempo para garantir que a migração seja bem-sucedida.

Conclusão

Faça as alterações de configuração anteriores para migrar seu banco de dados local para o Oracle Exadata Database@Azure usando o Oracle ZDM. As alterações de configuração ajudam a garantir que os bancos de dados de origem e de destino possam se comunicar entre si e que você execute a migração com o mínimo de tempo de inatividade.

Contribuidores

Este artigo é mantido pela Microsoft. Foi originalmente escrito pelos seguintes contribuidores.

Para ver perfis não públicos do LinkedIn, inicie sessão no LinkedIn.

Próximos passos

Analise os seguintes artigos para garantir que sua implementação siga as práticas recomendadas: