Editar

Migração do banco de dados Oracle para o Azure

Azure Load Balancer
Azure ExpressRoute
Azure VPN Gateway

Esta solução migra um banco de dados Oracle e seus aplicativos para o Azure. Usamos o Oracle Ative Data Guard para o banco de dados e o Azure Load Balancer para a camada de aplicativo.

Arquitetura

O diagrama de arquitetura mostra a conclusão de uma migração de banco de dados do Oracle para o Azure.

Transfira um ficheiro do Visio desta arquitetura.

Fluxo de dados

  1. Ligue o seu ambiente do Azure à rede no local através da VPN site a site ou ExpressRoute.
  2. Utilize o DataGuard para marcar a OracleDB1 no Azure como o stand-by ativo.
  3. Torne a OracleDB1 no Azure na principal e configure a OracleDB2 no Azure como a stand-by para concluir a migração.

Nota

  • Esse método funciona somente ao migrar de e para a mesma versão do sistema operacional e versão do banco de dados.
  • Suposição: Você está usando o DataGuard localmente.

Componentes

Alternativas

Se o banco de dados tiver mais de 2 TB, você poderá usar o Oracle Data Guard com o Oracle Recovery Manager (RMAN) ou o Data Pump para replicar alterações após uma transferência inicial de dados em massa , o que proporciona uma migração mínima de tempo de inatividade.

Assistente de migração do SQL Server para Oracle

O Assistente de Migração do Microsoft SQL Server (SSMA) para Oracle é uma ferramenta para migrar bancos de dados Oracle para o Microsoft SQL Server e o Banco de Dados SQL do Azure. O SSMA para Oracle converte objetos de banco de dados Oracle em objetos de banco de dados do SQL Server, cria esses objetos no SQL Server e migra dados do Oracle para o SQL Server ou o Banco de Dados SQL do Azure.

Detalhes do cenário

As migrações de Oracle DB podem ser realizadas de várias formas. Esta solução abrange uma dessas opções, em que o Oracle Ative Data Guard é usado para migrar o banco de dados. Presume-se que o Oracle Data Guard (ou Ative Data Guard) seja usado para fins de HA/DR. Dependendo da aplicação, é possível migrar primeiro a aplicação ou a base de dados. Neste caso, a aplicação é migrada para o Azure mediante a utilização do Balanceador de Carga do Azure. Desta forma, pode dividir o tráfego entre no local e o Azure, permitindo-lhe migrar gradualmente a camada da aplicação. A migração da base de dados é realizada em várias fases. Como primeiro passo, o Oracle Data Guard é utilizado para configurar uma Base de Dados Secundária/Stand-by no Azure. Assim, pode migrar os dados para o Azure. Quando a base de dados secundária no Azure estiver a ser sincronizada com a principal, pode trocar a base de dados no Azure para que seja a principal enquanto mantém a secundária no local. A próxima fase é configurar uma base de dados secundária noutra Zona de Disponibilidade (ou região) para fins de HA/DR. Neste momento, pode desativar o ambiente no local. Todo o tráfego do local e do Azure flui através da conectividade do Azure ExpressRoute ou da VPN site a site.

Potenciais casos de utilização

Esta solução aplica-se ao migrar o Oracle DB para o Azure.

Considerações

Essas considerações implementam os pilares do Azure Well-Architected Framework, que é um conjunto de princípios orientadores que podem ser usados para melhorar a qualidade de uma carga de trabalho. Para obter mais informações, consulte Microsoft Azure Well-Architected Framework.

Migração

Você pode migrar todo o banco de dados Oracle do local para a VM do Azure com o mínimo de tempo de inatividade usando o Oracle Recovery Manager (RMAN) e o Oracle Data Guard. Use o RMAN para restaurar seu banco de dados para a VM do Azure em espera de destino, usando backup/restauração ou o método de banco de dados duplicado. Em seguida, você pode configurar o banco de dados de destino como um banco de dados físico em espera com o Oracle Data Guard, permitindo todas as alterações de dados de transação/refazer do banco de dados local primário para o banco de dados em espera. Quando o banco de dados Oracle local primário estiver sincronizado com o banco de dados de espera de destino na instância da VM do Azure, você poderá alternar para o banco de dados de destino, que o converterá em um banco de dados de leitura-gravação. Em seguida, você pode apontar suas conexões de aplicativo para o novo banco de dados primário. Essa opção fornece um tempo de inatividade mínimo ao migrar seu banco de dados para o Azure.

O utilitário Oracle Data Pump é usado para exportar e importar dados e metadados de ou para bancos de dados Oracle. Você pode executar a exportação/importação do Data Pump em um banco de dados inteiro, esquemas seletivos, espaços de tabela ou objetos de banco de dados. O Data Pump é a ferramenta recomendada para migrar dados para o Azure, para bancos de dados grandes que variam de 10 GB a 20 TB de tamanho. Ele permite um alto grau de paralelismo, opções flexíveis de extração de dados e operações escaláveis, que permitem a movimentação de alta velocidade de dados e metadados de um banco de dados de origem para o banco de dados de destino. O Oracle Data Pump também suporta criptografia e compactação, ao exportar seus dados para arquivos de despejo de dados. Você pode usar o Oracle Data Pump com o Oracle Data Guard ou o Golden Gate para lidar com a transferência inicial de dados para bancos de dados grandes. Observe que o Data Pump está disponível somente no Oracle Database 10g Release 1 (10.1) e posterior.

Considerações de design

Dimensionamento de VM

Considere o uso de uma máquina virtual otimizada para memória hyperthreaded com vCPUs de núcleo restrito para sua VM do Oracle Database, para economizar nos custos de licenciamento e maximizar o desempenho. A Oracle garantiu a mobilidade de licenças do local para o Azure. Consulte as Perguntas frequentes do Oracle-Azure.

Armazenamento

Use vários discos premium ou ultra (discos gerenciados) para desempenho e disponibilidade em seu banco de dados Oracle. O nome do disco/dispositivo pode mudar nas reinicializações ao usar discos gerenciados. É recomendável que você use o UUID do dispositivo em vez do nome, para garantir que suas montagens persistam nas reinicializações. Considere o uso do Oracle Automatic Storage Management (ASM) para gerenciamento simplificado de armazenamento para seu banco de dados.

Testes e ajustes

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

  • Execute testes de desempenho para garantir que eles atendam às expectativas do seu negócio.
  • 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 em uma nova instância Oracle para avaliar seu desempenho em relação aos SLAs (Service Level Agreements, contratos de nível de serviço).
  • Por fim, ao migrar ou criar aplicativos para a nuvem, é importante ajustar o código do aplicativo para adicionar padrões nativos da nuvem, como padrão de repetição e padrão de disjuntor. Outros padrões definidos no guia Cloud Design Patterns podem ajudar seu aplicativo a ser mais resiliente.

Licenciamento Oracle

Se você estiver usando a tecnologia habilitada para hyper-threading em suas VMs do Azure, conte duas vCPUs como equivalentes a uma licença do Processador Oracle. Consulte Licenciamento de software Oracle no ambiente de computação em nuvem para obter detalhes.

Estratégia de backup

Uma estratégia de backup é usar o Oracle Recovery Manager (RMAN) e o Backup do Azure para backups consistentes com aplicativos. Você também pode usar o método de backup do Azure.

Opcionalmente, use o Fusível de Blob do Azure para montar uma conta de Armazenamento de Blobs do Azure altamente redundante e gravar seus backups do RMAN nela para maior resiliência.

Segurança

A Proteção contra DDoS do Azure, combinada com as práticas recomendadas de design de aplicativos, fornece recursos aprimorados de mitigação de DDoS para fornecer mais defesa contra ataques DDoS. Você deve habilitar a Proteção DDOS do Azure em qualquer rede virtual de perímetro.

Continuidade de negócio e recuperação após desastre

Para continuidade de negócios e recuperação de desastres, considere a implantação do seguinte software:

  • Failover de início rápido (FSFO) do Oracle Data Guard para disponibilidade de banco de dados
  • Oracle Data Guard Far Sync para proteção contra perda de dados zero.
  • O Oracle GoldenGate para modo multiprimário ou ativo-ativo no conjunto de disponibilidade ou zona de disponibilidade do Azure depende dos requisitos de SLA.

Use as Zonas de Disponibilidade para obter alta disponibilidade na região. Para obter mais informações, consulte Arquiteturas de referência para bancos de dados Oracle no Azure.

Uma disponibilidade de tempo de atividade de 99,99% para sua camada de banco de dados pode ser alcançada usando uma combinação de Zonas de Disponibilidade do Azure e Oracle Ative DataGuard com FSFO.

Considere o uso de grupos de posicionamento de proximidade para reduzir a latência entre seu aplicativo e a camada de banco de dados.

Monitorização

Configure o Oracle Enterprise Manager para gerenciamento, monitoramento e registro.

Próximos passos

Consulte estes artigos para obter informações de suporte:

Saiba mais sobre os vários componentes arquitetónicos: