1. Migre para o Oracle Database@Azure com o Oracle Zero Downtime Migration
  2. Migre para o Oracle Database@Azure com o Oracle Zero Downtime Migration

Migre para o Oracle Database@Azure com o Oracle Zero Downtime Migration

O Oracle Database@Azure permite que você execute seus bancos de dados Oracle de missão crítica no Oracle Exadata Database Service on Dedicated Infrastructure no data center do Microsoft Azure.

Aproveite a alta disponibilidade, o desempenho e a escalabilidade incorporados fornecidos pelo Oracle Exadata Database Service e pelo Oracle Real Application Clusters (Oracle RAC) enquanto se beneficia da baixa latência para seus aplicativos do Azure.

A migração do banco de dados para a nuvem geralmente é um processo manual associado ao tempo de inatividade da sua empresa. O Oracle Zero Downtime Migration simplifica e automatiza as migrações de bancos de dados Oracle com tempo de inatividade zero a mínimo, incorpora as melhores práticas do Oracle Maximum Availability Architecture (Oracle MAA) por padrão, suporta migrações de frota e é gratuito, entre outros benefícios.

Desde sua versão em 2019, o Oracle Zero Downtime Migration tem sido a ferramenta de migração confiável para clientes em todo o mundo para migrações de bancos de dados Oracle para máquinas Oracle Exadata locais, Oracle Exadata Database Service on Cloud@Customer e Oracle Cloud Infrastructure (OCI). Consulte Explorar Mais para saber mais sobre o Oracle Zero Downtime Migration.

Arquitetura

Esta arquitetura de referência descreve as migrações do Oracle Database do local para o Oracle Exadata Database Service on Dedicated Infrastructure no Oracle Database@Azure usando o workflow de migração física on-line com base no Oracle Data Guard e na transferência direta de dados, fornecendo simplicidade, automação e continuidade dos negócios durante as migrações de banco de dados para o Oracle Database@Azure.

O host do serviço Oracle Zero Downtime Migration é instalado em uma máquina virtual (VM) local separada ao lado do banco de dados de origem. O Oracle Exadata Database Service on Dedicated Infrastructure de destino é provisionado no data center do Azure dentro da Rede Virtual do Azure (VNet) em uma sub-rede delegada para o Oracle Database@Azure. O data center local é conectado ao data center do Azure por meio do Azure ExpressRoute ou VPN site a site. O workflow on-line físico do Oracle Zero Downtime Migration baseado na transferência direta de dados cria o banco de dados de destino usando a restauração de um método de serviço e evita o backup do banco de dados de origem em um local de armazenamento intermediário. O Oracle Zero Downtime Migration aproveita automaticamente o Oracle Data Guard para replicar os dados do banco de dados local para o banco de dados de destino. O Oracle Zero Downtime Migration configura automaticamente o Oracle Data Guard, o mantém e limpa a configuração após a conclusão da migração. Portanto, o conhecimento na configuração e manutenção do Oracle Data Guard não é necessário. Depois que a migração for concluída, o banco de dados de destino poderá usar o recurso Backup Automático para fazer backup do banco de dados no Oracle Database Autonomous Recovery Service.

O diagrama a seguir ilustra essa arquitetura de referência.


Veja a seguir a descrição da oracle-db-azure-zdm.png
Descrição da ilustração oracle-db-azure-zdm.png

oracle-db-azure-zdm-oracle.zip

O Microsoft Azure fornece os seguintes componentes:

  • VNIC do Azure

    Os serviços nos data centers do Azure têm NICs (fichas de interface de rede física). As instâncias de máquina virtual se comunicam usando NICs virtuais (VNICs) associadas às NICs físicas. Cada instância tem uma VNIC principal que é criada e anexada automaticamente durante o processo de inicialização e está disponível durante o ciclo de vida da instância.

  • Gateway de Rede Virtual do Azure

    O Gateway de Rede Virtual do Azure é um serviço que estabelece conectividade local segura entre uma rede virtual do Azure e uma rede local. Ele permite criar uma rede híbrida que abrange seu data center e o Azure.

  • Sub-rede delegada do Azure

    A delegação de sub-rede é a capacidade da Microsoft de injetar um serviço gerenciado, especificamente um serviço de plataforma como serviço, diretamente em sua rede virtual. Isso significa que você pode designar ou delegar uma sub-rede para ser um home para um serviço gerenciado externo dentro da sua rede virtual. Em outras palavras, esse serviço externo atuará como um recurso de rede virtual, mesmo que tecnicamente seja um serviço de plataforma como serviço externo.

  • Rede Virtual do Azure

    A Rede Virtual do Azure (VNet) é o bloco de construção fundamental para sua rede privada no Azure. O VNet permite que muitos recursos do Azure, como máquinas virtuais do Azure, se comuniquem com segurança entre si, com a internet e com as redes locais.

O Oracle Cloud Infrastructure fornece os seguintes componentes:

  • Região

    Região do Oracle Cloud Infrastructure é uma área geográfica localizada que contém um ou mais data centers, denominada domínios de disponibilidade. As regioes sao independentes de outras regioes, e grandes distancias podem separá-las (entre paises ou ate continentes).

  • Rede virtual na nuvem (VCN) e sub-redes

    Uma VCN é uma rede personalizável definida por software que você configura em uma região do Oracle Cloud Infrastructure. Como as redes tradicionais de data center, as VCNs oferecem controle sobre seu ambiente de rede. Uma VCN pode ter vários blocos CIDR não sobrepostos que você pode alterar após a criação da VCN. Você pode segmentar uma VCN em sub-redes, com escopo definido para uma região ou para um domínio de disponibilidade. Cada sub-rede consiste em um intervalo contíguo de endereços que não se sobrepõem a outras sub-redes da VCN. Você pode alterar o tamanho de uma sub-rede após a criação. Uma sub-rede pode ser pública ou privada.

  • Rede local

    Essa rede é a rede local usada por sua organização. É um dos raios da topologia.

  • Gateway de serviço

    O gateway de serviço fornece acesso de uma VCN a outros serviços, como o Oracle Cloud Infrastructure Object Storage. O tráfego da VCN para o serviço Oracle percorre a malha da rede Oracle e não passa pela internet.

  • Data Guard

    O Oracle Data Guard e o Oracle Active Data Guard fornecem um conjunto abrangente de serviços que criam, mantêm, gerenciam e monitoram um ou mais bancos de dados stand-by e que permitem que os bancos de dados Oracle de produção permaneçam disponíveis sem interrupção. O Oracle Data Guard mantém esses bancos de dados stand-by como cópias do banco de dados de produção usando replicação na memória. Se o banco de dados de produção ficar indisponível devido a uma interrupção planejada ou não planejada, o Oracle Data Guard poderá alternar qualquer banco de dados stand-by para a atribuição de produção, minimizando o tempo de inatividade associado à interrupção. O Oracle Active Data Guard fornece a capacidade adicional de descarregar cargas de trabalho de leitura principalmente para bancos de dados stand-by e também fornece recursos avançados de proteção de dados.

  • Serviço Exadata Database

    O Oracle Exadata Database Service permite que você utilize o poder do Exadata na nuvem. Você pode fornecer sistemas Exadata X9M flexíveis que permitem adicionar servidores de computação de banco de dados e servidores de armazenamento ao sistema à medida que suas necessidades aumentam. Os sistemas Exadata X9M oferecem rede RDMA sobre Ethernet Convergente (RoCE) para módulos de memória persistente (PMEM) de alta largura de banda e baixa latência e software Exadata inteligente. Você pode provisionar sistemas X9M do Exadata usando uma forma equivalente a um sistema X9M de quarto de rack e, em seguida, adicionar servidores de banco de dados e de armazenamento a qualquer momento após o provisionamento.

    O Oracle Exadata Database Service on Dedicated Infrastructure fornece o Oracle Exadata Database Machine como um serviço em um data center do Oracle Cloud Infrastructure (OCI). A instância do Oracle Exadata Database Service on Dedicated Infrastructure é um cluster de máquinas virtuais (VMs) que reside nos racks do Exadata em uma região do OCI.

    O Oracle Exadata Database Service on Cloud@Customer fornece o Oracle Exadata Database Service hospedado em seu data center.

  • Host do serviço Zero Downtime Migration

    O host do serviço Oracle Zero Downtime Migration deve ser um sistema dedicado, mas pode ser compartilhado para outros fins.

    O software Oracle Zero Downtime Migration requer um host independente do Oracle Linux em execução em qualquer uma das seguintes plataformas: Oracle Linux 7, Oracle Linux 8 ou Red Hat Enterprise Linux 8.

    O host do serviço Oracle Zero Downtime Migration deve ser capaz de estabelecer conexão com os servidores de banco de dados de origem e de destino; desde que a conectividade seja garantida, o host do serviço poderá ser localizado em qualquer lugar.

  • Oracle Database Autonomous Recovery Service

    O Oracle Database Autonomous Recovery Service é um serviço Oracle Cloud que protege bancos de dados Oracle. Com automação de backup e recursos aprimorados de proteção de dados para bancos de dados da OCI, você pode transferir todos os requisitos de processamento e armazenamento de backup para o Oracle Database Autonomous Recovery Service, eliminando assim os custos de infraestrutura de backup e a sobrecarga de administração manual.

Workflows de migração do Oracle Zero Downtime Migration

Observação:

Para cada apresentação de trabalho de migração listada, consulte Explorar Mais para obter mais detalhes.

Você pode executar os workflows a seguir para migrar seu Oracle Database para o Oracle Exadata Database Service on Dedicated Infrastructure no Oracle Database@Azure.

  • Migração física online

    O workflow de migração física on-line suporta migrações entre as mesmas versões e plataformas de banco de dados. Ele usa transferência direta de dados e o método "restauração do serviço" para criar o banco de dados de destino, evitando explicitamente fazer backup do banco de dados de origem em um local de armazenamento intermediário. O Oracle Data Guard mantém os bancos de dados de origem e destino sincronizados para obter uma migração de tempo de inatividade mínimo.

  • Migração off-line física

    O workflow de migração física off-line suporta migrações entre as mesmas versões e plataformas de banco de dados. Ele cria o banco de dados de destino usando backup e restauração do RMAN (Recovery Manager). O serviço Arquivos do Azure fornece um compartilhamento de arquivos NFS para armazenar os arquivos de backup do RMAN.

  • Migração on-line lógica

    O workflow de migração on-line lógica suporta migrações entre as mesmas e diferentes versões e plataformas de banco de dados. Ele usa a exportação e a importação do Oracle Data Pump para criar o banco de dados de destino. O serviço Arquivos do Azure fornece um compartilhamento de arquivos NFS para armazenar os arquivos de dump do Data Pump. O OCI GoldenGate mantém os bancos de dados de origem e destino em sincronia para obter uma migração de tempo de inatividade mínimo.

  • Migração lógica off-line

    O workflow de migração off-line lógica suporta migrações entre as mesmas e diferentes versões e plataformas de banco de dados. Ele usa a exportação e a importação do Oracle Data Pump para criar o banco de dados de destino. O serviço Arquivos do Azure fornece um compartilhamento de arquivos NFS para armazenar os arquivos de dump do Data Pump.

Você pode executar os seguintes fluxos de trabalho de migração do Oracle Zero Downtime Migration para migrar seu Oracle Database para o Oracle Autonomous Database Serverless no Oracle Database@Azure.

  • Migração on-line lógica

    O workflow de migração on-line lógica suporta migrações entre as mesmas e diferentes versões e plataformas de banco de dados. Ele usa a exportação e a importação do Oracle Data Pump para criar o banco de dados de destino. O serviço Arquivos do Azure fornece um compartilhamento de arquivos NFS para armazenar os arquivos de dump do Data Pump. O OCI GoldenGate mantém os bancos de dados de origem e destino em sincronia para obter uma migração de tempo de inatividade mínimo.

  • Migração lógica off-line

    O workflow de migração off-line lógica suporta migrações entre as mesmas e diferentes versões e plataformas de banco de dados. Ele usa a exportação e a importação do Oracle Data Pump para criar o banco de dados de destino. O serviço Arquivos do Azure fornece um compartilhamento de arquivos NFS para armazenar os arquivos de dump do Data Pump.

Recomendações

Use as recomendações a seguir como ponto de partida. Seus requisitos podem ser diferentes da arquitetura descrita aqui.
  • Faça download da versão mais recente do software Oracle Zero Downtime Migration no My Oracle Support (MOS) procurando o número de patch 33509650 na guia Patches e Atualizações.
  • Instale o host do serviço Oracle Zero Downtime Migration no local ao lado do banco de dados de origem.
  • Certifique-se de que o host do serviço Oracle Zero Downtime Migration tenha pelo menos 100 GB de armazenamento gratuito.
  • Garanta uma conectividade de rede segura e privada entre o local e o Azure por meio de VPN site a site ou do Azure ExpressRoute.
  • Dependendo do tamanho do seu banco de dados, garanta um throughput de rede suficiente da sua rede local para o Azure.

Considerações

Considere os pontos a seguir ao implantar essa arquitetura de referência.

  • O banco de dados de destino deve:
    • Seja provisionado usando ferramentas do Oracle Cloud sem ativar backups automáticos.
    • Ter uma versão de arquivo de fuso horário igual ou posterior à do banco de dados de origem.
  • Os bancos de dados de origem e de destino devem:
    • Têm o mesmo nome de banco de dados (DB_NAME).
    • Têm nomes exclusivos de banco de dados diferentes (DB_UNIQUE_NAME).
    • Use um arquivo de parâmetros do servidor (SPFILE).
    • Use o mesmo conjunto de caracteres.
    • Têm o mesmo algoritmo de criptografia definido no arquivo sqlnet.ora.
    • Ter a mesma versão de lançamento principal (por exemplo, 19c). No entanto, o banco de dados de destino pode ter um nível de patch mais alto (por exemplo, origem na versão 19.21 e destino na versão 19.22). Se o banco de dados de destino estiver em um nível de patch mais alto que o banco de dados de origem, o Oracle Zero Downtime Migration executará automaticamente o datapatch como parte da migração.
  • A senha da conta do usuário SYS deve ser a mesma nos bancos de dados de origem e de destino.
  • O parâmetro de inicialização do banco de dados COMPATIBLE deve ser o mesmo nos bancos de dados de origem e de destino.
  • Para o Oracle Database 12c Release 2 e posterior, a wallet de TDE deve existir na origem e o status da wallet deve estar no estado OPEN. O banco de dados de origem não precisa necessariamente ser criptografado, mas uma wallet de TDE deve ser configurada.
  • O Oracle Zero Downtime Migration exige que a chave SSH no host do serviço Oracle Zero Downtime Migration esteja no formato RSA (no Oracle Linux 8, o padrão é OPENSSH).

Explorar Mais

Saiba mais sobre os serviços desta arquitetura.

Revise estes recursos adicionais:

Confirmação

  • Autores: Sinan Petrus Toma, Ricardo Gonzalez, Thomas Van Buggenhout
  • Colaboradores: Emiel Ramakers, Wei Han, John Sulyok