Este artigo descreve como usar o Oracle Data Guard para migrar um banco de dados Oracle local para uma VM (máquina virtual) 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. Esse cenário se baseia no cenário em Migrar cargas de trabalho de banco de dados Oracle para o Azure.
Arquitetura
O diagrama abaixo mostra um exemplo desse cenário.
Baixe um Arquivo Visio dessa 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 RAC (Real Application Clusters), 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ê realizou uma avaliação do Oracle Database local e dos serviços de aplicativo 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 do Oracle, que emparelha com a 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 precisa atravessar uma NVA (solução de virtualização de rede) que não seja da Microsoft, como FortiGate, Check Point ou Cisco. A 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 a NVA para inspecionar todo o tráfego que vai e vem do local. O endereço IP da NVA do hub é 10.0.0.5.
Você configura 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 da NVA do hub a ser roteada para o ambiente local.
- Configure a 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 do próximo salto: Solução de virtualização
- 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.
Execute 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 da área de preparo que você cria especificamente para essa finalidade. Se você não puder usar esse método devido a restrições de largura de banda de rede, poderá usar o Azure Data Box para copiar os arquivos de backup para o Azure. Depois que os arquivos estiverem no armazenamento de blobs 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 de VM do Azure (réplica secundária). Para obter mais informações, consulte Criar um banco de dados stand-by físico.
Depois que a replicação do Oracle Data Guard for concluída e os bancos de dados forem sincronizados, execute um switchover para a VM do Azure. Para obter mais informações, consulte Transições de função. Coordene essa etapa com a equipe de aplicativos para garantir que eles atualizem os serviços de aplicativos 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, as entradas TNS (Transparent Network Substrate) e outras configurações necessárias.
- Verifique se os serviços de aplicativo funcionam conforme o esperado.
Fazer 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 o Oracle Database em uma VM Linux do Azure.
As VMs do Azure não dão suporte ao Oracle RAC, portanto, considere usar o Oracle Data Guard para alta disponibilidade e recuperação de desastre. Para obter mais informações, consulte Continuidade dos negócios e recuperação de desastre 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, desative o banco de dados e o servidor. Examine as alterações feitas nas portas e no firewall para permitir a comunicação entre o ambiente local e a VM do Azure. Converta as alterações que você não precisa mais.
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.
Colaboradores
Esse artigo é mantido pela Microsoft. Ele foi originalmente escrito pelos colaboradores a seguir.
- Jan Faurskov - Brasil | Arquiteto de Soluções em Nuvem
- Güher Kayali Sarikan - Brasil | Arquiteto de Soluções em Nuvem
Para ver perfis não públicos do LinkedIn, entre no LinkedIn.
Próximas etapas
Examine 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 do Oracle em uma VM do Azure
- Gerenciar e monitorar cargas de trabalho do Oracle em uma VM do Azure
- Continuidade dos negócios e recuperação de desastre para Oracle em uma VM do Azure
- Conceitos do broker do Oracle Data Guard
- Oracle Active Data Guard far sync zero perda de dados
- Implementar o Oracle Data Guard em uma VM Linux do Azure
- Implementar Oracle Golden Gate em uma VM Linux do Azure