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 datacenter 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.
oracle-db-azure-zdm-oracle.zip
A arquitetura tem 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.
- Gateway de roteamento dinâmico (DRG)
O DRG é um roteador virtual que fornece um caminho para o tráfego de rede privada entre VCNs na mesma região, entre uma VCN e uma rede fora da região, como uma VCN em outra região do Oracle Cloud Infrastructure, uma rede local ou uma rede em outro provedor de nuvem.
- 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.
- VPN entre Sites
A VPN Site a Site fornece conectividade de IPSec VPN entre sua rede on-premises e VCNs no Oracle Cloud Infrastructure. O conjunto de protocolos IPSec criptografa o tráfego IP antes que os pacotes sejam transferidos da origem para o destino e decompõe o tráfego quando ele chega.
- VNIC
Uma placa de interface de rede virtual (VNIC) permite que uma instância se conecte com uma VCN e determina como a instância se conecta com pontos finais dentro e fora da VCN. Cada VNIC reside em uma sub-rede de uma VCN e inclui estes itens:
- Um endereço IPv4 privado principal da sub-rede em que a VNIC está, escolhido por você ou pela Oracle.
- Endereços IPv4 secundários opcionais da mesma sub-rede em que a VNIC está, escolhidos por você ou pela Oracle.
- Um endereço público IPv4 opcional para cada IP privado, escolhido pelo sistema Oracle, mas designado por você ao seu critério.
- Um nome de host opcional para DNS em cada endereço IP privado.
- Um endereço MAC.
- Uma tag VLAN designada pelo sistema Oracle e disponível quando a anexação da VNIC à instância é concluída (relevante somente para instâncias bare metal).
- Um flag para ativar ou desativar a verificação de origem/ destino no tráfego de rede da VNIC.
- Associação opcional como membro em um ou mais grupos de segurança de rede (NSGs) da sua escolha. Os NSGs têm regras de segurança que só se aplicam às VNICs desse NSG.
- Endereços IPv6 opcionais. O endereço IPv6 é suportado para todas as regiões comerciais e governamentais.
- Data Guard
O Oracle Data Guard fornece um conjunto abrangente de serviços que criam, mantêm, gerenciam e monitoram um ou mais bancos de dados standby para permitir 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 standby como cópias do banco de dados de produção. Em seguida, se o banco de dados de produção ficar indisponível por causa de 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.
- 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.
- Object Storage
O armazenamento de objetos fornece acesso rápido a grandes quantidades de dados estruturados e não estruturados de qualquer tipo de conteúdo, incluindo backups de bancos de dados, dados de análise e conteúdo avançado, como imagens e vídeos. Você pode armazenar de forma segura e depois recuperar dados diretamente da internet ou de dentro da plataforma da nuvem. Você pode dimensionar o armazenamento sem prejudicar o desempenho ou a confiabilidade do serviço. Use o armazenamento padrão para armazenamento de acesso frequente que você precisa para acessar rapidamente, imediatamente e com frequência. Use o armazenamento de arquivos compactados para armazenamento "frio" que você mantém por longos períodos de tempo e raramente acessa.
- 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 segura entre locais entre uma rede virtual do Azure e uma rede local. Ele permite criar uma rede híbrida que abrange seu datacenter 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.
- 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.
Recomendações
- 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:
- Oracle Zero Downtime Migration - Migração On-line Física para ExaDB-D no Oracle Database@Azure
- Oracle Zero Downtime Migration
- Saiba mais sobre a Oracle Maximum Availability Architecture para Oracle Database@Azure
- Avaliações do Oracle Database@Azure com o Oracle MAA
- Oracle Data Guard
- Oracle Database@Azure
- Oracle Cloud Infrastructure Multinuvem
- Documentação do Oracle Cloud Infrastructure
- Estimador de Custos do Oracle Cloud