Este artigo descreve como usar o Oracle Data Guard para migrar um banco de dados Oracle local para uma máquina virtual (VM) do Azure. Este artigo pressupõe que você tenha uma compreensão básica das tecnologias do Oracle Database, da computação do Azure e da rede do Azure. 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.
Transfira um ficheiro do Visio desta arquitetura.
Cenário
Considere os seguintes detalhes do cenário:
Em sua rede local, você tem uma instância existente do Oracle Database e deseja migrar um banco de dados dessa instância para uma VM do Azure.
O banco de dados tem 20 TB e é executado no Oracle Enterprise Linux (x86). A versão do banco de dados é Oracle Database 19c, Enterprise Edition.
O banco de dados é habilitado para Real Application Clusters (RAC), que inclui dois nós. 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ê conduziu uma avaliação do banco de dados Oracle local e dos serviços de aplicativos e implantou uma VM no Azure que tem o tamanho de computação e a configuração de armazenamento necessários.
Você coloca a VM na sub-rede do banco de dados que está na rede virtual Oracle, que faz par à rede virtual do hub. O intervalo de endereços IP da sub-rede do banco de dados é 10.42.1.0/24.
Na rede virtual do hub, o tráfego tem de atravessar um dispositivo virtual (NVA) de rede que não seja da Microsoft, como FortiGate, Check Point ou Cisco. O NVA funciona como um dispositivo de roteamento, o que ajuda a garantir que a conectividade entre a VM e a implementação do Oracle Database local seja totalmente roteável. 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.
Você precisa migrar o banco de dados local para a VM do Azure com o mínimo de tempo de inatividade possível. Você decide usar o Oracle Data Guard e o Oracle Recovery Manager (RMAN) para a migração.
Estabelecer conectividade de rede
Para usar o Oracle Data Guard para migração, você precisa garantir que os bancos de dados de origem e de destino possam se comunicar entre si.
- Crie uma tabela de rotas do Azure e associe-a à sub-rede do banco de dados.
- Aponte a tabela de rotas do Azure para o endereço IP do NVA do hub para rotear para o ambiente local.
- Configure o NVA do hub para rotear o tráfego entre o ambiente local e a sub-rede do banco de dados.
Configurar a tabela de rotas
Use a seguinte configuração para criar uma tabela de rotas do Azure e associá-la à sub-rede do banco de dados:
- 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 um exemplo da configuração de rede atualizada.
Siga as etapas a seguir para verificar a conectividade.
- Entre na VM do 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 a VM do Azure.
Fazer atividades de migração
Use o RMAN para fazer backup do banco de dados do servidor de banco de dados local e restaurá-lo no sistema de destino. Para obter mais informações, consulte Restaurar um banco de dados em um novo host.
Dependendo do tamanho do arquivo de backup do banco de dados e da largura de banda da rede, você poderá copiar os arquivos de backup diretamente para a VM do Azure em um conjunto de discos de área de preparo criados especificamente para essa finalidade. Se não puder usar esse método devido a restrições de largura de banda de rede, você poderá usar o Azure Data Box para copiar os arquivos de backup para o Azure. Depois que os arquivos estiverem no armazenamento de blob do Azure, você deverá copiá-los para o conjunto de discos da área de preparo da VM do Azure para a operação de restauração.
Configure o Oracle Data Guard entre o servidor de banco de dados local (réplica primária) e o servidor de banco de dados da VM do Azure (réplica secundária). Para obter mais informações, consulte Criar um banco de dados físico em espera.
Depois que a replicação do Oracle Data Guard for concluída e os bancos de dados sincronizados, execute uma alternância para a VM do Azure. Para obter mais informações, consulte Transições de função. Coordene esta etapa com a equipe do aplicativo para garantir que eles atualizem os serviços do aplicativo para apontar para o novo banco de dados.
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.
Realizar atividades pós-migração
Configure o backup para o banco de dados na VM do Azure. Para obter mais informações, consulte Estratégias de backup para banco de dados Oracle em uma VM Linux do Azure.
As VMs do Azure não suportam Oracle RAC, portanto, considere usar o Oracle Data Guard para alta disponibilidade e recuperação de desastres. Para obter mais informações, consulte Continuidade de negócios e recuperação de desastres para Oracle em VMs do Azure.
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.
Depois que você não precisar mais do banco de dados local, descomissione o banco de dados e o servidor. Analise as alterações feitas nas portas e no firewall para permitir a comunicação entre o ambiente local e a VM do Azure. Converta todas as alterações de que já não necessita.
Conclusão
Faça as alterações de configuração anteriores para migrar seu banco de dados de um ambiente local para uma VM do Azure. 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ê possa fazer a migração com o mínimo de tempo de inatividade.
Contribuidores
Este artigo é mantido pela Microsoft. Foi originalmente escrito pelos seguintes contribuidores.
- Jan Faurskov - Brasil | Arquiteto de Soluções Cloud
- Güher Kayali Sarikan - Brasil | Arquiteto de Soluções Cloud
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:
- Topologia de rede e conectividade para Oracle em uma VM do Azure
- Diretrizes de segurança para cargas de trabalho Oracle em uma VM do Azure
- Gerenciar e monitorar cargas de trabalho Oracle em uma VM do Azure
- Continuidade de negócios e recuperação de desastres para Oracle em uma VM do Azure
- Conceitos do agente Oracle Data Guard
- O Oracle Ative Data Guard sincroniza de longe sem perda de dados
- Implementar o Oracle Data Guard em uma VM Linux do Azure
- Implementar o Oracle Golden Gate em uma VM Linux do Azure