Migre para o Oracle Database@Google Cloud com o Oracle Zero Downtime Migration

O Oracle Database@Google Cloud permite que você execute seus bancos de dados Oracle de missão crítica nos data centers Oracle Oracle Exadata Database Service on Dedicated Infrastructure e Oracle Autonomous Database Serverless no Google Cloud.

Aproveite a alta disponibilidade, o desempenho e a escalabilidade incorporados ao Oracle Exadata Database Service e ao Oracle Real Application Clusters (Oracle RAC) e beneficie-se da baixa latência para seus aplicativos Google Cloud.

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 (ZDM) simplifica e automatiza migrações de banco de dados Oracle com tempo de inatividade mínimo ou nenhum, 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 seu lançamento 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 banco de dados Oracle para máquinas Oracle Exadata on-premises, Oracle Exadata Database Service on Cloud@Customer e Oracle Cloud Infrastructure (OCI).

Arquitetura

Reformule suas migrações do Oracle Database de on-premises para o Oracle Exadata Database Service no Oracle Database@Google Cloud usando o workflow de migração física on-line baseado no Oracle Data Guard e na transferência direta de dados, fornecendo simplicidade, automação e continuidade de negócios durante as migrações de banco de dados para o Oracle Database@Google Cloud.

O host de serviço do 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 de destino é provisionado no data center do Google Cloud dentro da Virtual Private Cloud (VPC) do Google. O data center on-premises é conectado ao Google Cloud usando o Google Cloud Interconnect ou VPN site a site. O workflow do Oracle Zero Downtime Migration usa transferência direta de dados e cria o banco de dados de destino usando o método Restaurar de um Serviço, eliminando a necessidade de fazer backup do banco de dados de origem em um local de armazenamento intermediário. O Oracle Zero Downtime Migration usa 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 o Oracle Data Guard, mantém e limpa a configuração após a conclusão da migração, para que você não precise fazer isso. Após a conclusão da migração, o banco de dados de destino pode usar o recurso Backup Automático para fazer backup do banco de dados no Oracle Database Autonomous Recovery Service.

O diagrama a seguir ilustra a arquitetura:



oracle_database_at_google_cloud_w_zdm-oracle.zip

A arquitetura tem os seguintes componentes locais e do Oracle Cloud Infrastructure:

  • Rede on-premises

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

  • 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 regiões são independentes de outras regiões, e grandes distâncias podem separá-las (entre países ou até mesmo 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.

  • Tabela de roteamento

    As tabelas de roteamento virtual contêm regras para rotear o tráfego de sub-redes para destinos fora de uma VCN, geralmente por meio de gateways.

  • Lista de segurança

    Para cada sub-rede, você pode criar regras de segurança que especifiquem a origem, o destino e o tipo de tráfego que deve ser permitido dentro e fora da sub-rede.

  • VPN entre Sites

    A VPN Site a Site fornece conectividade IPSec VPN entre sua rede on-premises e VCNs no Oracle Cloud Infrastructure. A suíte de protocolos IPSec criptografa o tráfego IP antes que os pacotes sejam transferidos da origem para o destino e decriptografa o tráfego quando ele chega.

  • Oracle Exadata Database Service

    O Oracle Exadata Database Service permite que você aproveite o poder do Exadata na nuvem. O Oracle Exadata Database Service oferece recursos comprovados do Oracle Database em uma infraestrutura otimizada e específica do Oracle Exadata na nuvem pública. A automação da nuvem integrada, o dimensionamento elástico de recursos, a segurança e o desempenho rápido para todas as cargas de trabalho do Oracle Database ajudam a simplificar o gerenciamento e reduzir custos.

    Oracle Exadata Database Service on Dedicated Infrastructure provides Oracle Exadata Database Machine as a service in an Oracle Cloud Infrastructure (OCI) data center. A instância do Oracle Exadata Database Service on Dedicated Infrastructure é um cluster de VMs (máquinas virtuais) que reside nos racks do Exadata em uma região do OCI.

  • 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.

  • Oracle Database@Google Cloud

    O Oracle Database@Google Cloud é um serviço de banco de dados Oracle Cloud que executa cargas de trabalho do Oracle Database em seu ambiente Google Cloud. Todo o hardware do Oracle Database@Google Cloud está co-localizado nos data centers do Google Cloud e usa a rede do Google Cloud. O serviço se beneficia da simplicidade, segurança e baixa latência de um único ambiente operacional no Google Cloud. Você pode gerenciar o serviço no console do Google Cloud ou usando as ferramentas de automação do Google Cloud. O Google Cloud IAM e Admin fornecem gerenciamento federado de identidade e acesso para o Oracle Exadata Database Service.

  • Oracle Cloud Infrastructure Vault

    O Oracle Cloud Infrastructure Vault permite gerenciar centralmente as chaves de criptografia que protegem seus dados e as credenciais secretas usadas para proteger o acesso aos seus recursos na nuvem. Você pode usar o serviço Vault para criar e gerenciar vaults, chaves e segredos.

  • Host do serviço Zero Downtime Migration

    O host de 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 no Oracle Linux 7 ou 8 ou no Red Hat Enterprise Linux 8 ou 9.

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

  • 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.

A arquitetura tem os seguintes componentes do Google:

  • Região do Google Cloud

    Uma região do Google Cloud é uma área geográfica que contém data centers e infraestrutura para hospedagem de recursos. É composto por zonas isoladas umas das outras dentro da região.

  • Projeto do Google Cloud

    Um Projeto do Google Cloud é necessário para usar as APIs do Google Workspace e criar complementos ou aplicativos do Google Workspace. Um projeto forma a base para criar, habilitar e usar todos os serviços do Google Cloud, incluindo o gerenciamento de APIs, o faturamento, a adição e a remoção de colaboradores e o gerenciamento de permissões.

  • Google Virtual Nuvem Privada

    O Google Cloud Virtual Private Cloud (VPC) fornece funcionalidade de rede para instâncias de máquina virtual (VM) do Compute Engine, contêineres do Google Kubernetes Engine (GKE), serviços de banco de dados e cargas de trabalho sem servidor. A VPC fornece rede global, escalável e flexível para seu serviço baseado em nuvem.

  • Interconexão do Google Cloud

    O Cloud Interconnect estende sua rede local para a rede do Google por meio de uma conexão de baixa latência e alta disponibilidade. Use a Interconexão Dedicada para se conectar diretamente ao Google ou use a Interconexão do Parceiro para se conectar ao Google por meio de um provedor de serviços suportado.

  • Roteador do Google Cloud

    O Cloud Router é um serviço distribuído e totalmente gerenciado que fornece recursos de alto-falante e respondedor do BGP (Border Gateway Protocol). O Cloud Router trabalha com dispositivos Cloud Interconnect, Cloud VPN e Router para criar rotas dinâmicas em redes VPC com base em rotas aprendidas personalizadas e recebidas por BGP.

Workflows do Oracle Zero Downtime Migration

Use os workflows do Oracle Zero Downtime Migration (ZDM) a seguir para migrar seu Oracle Database para o Oracle Exadata Database Service no Oracle Database@Google Cloud.

  • 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 de 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 Física Off-line

    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 Servidor NFS Gerenciado do Google Cloud fornece um compartilhamento de arquivos NFS para armazenar os arquivos de backup do RMAN.

Use os workflows ZDM a seguir para migrar seu Oracle Database para o Oracle Exadata Database Service no Oracle Database@Google Cloud ou para o Oracle Autonomous Database Serverless no Oracle Database@Google Cloud.

  • 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 Servidor NFS Gerenciado do Google Cloud fornece um compartilhamento de arquivos NFS para armazenar os arquivos de dump do Data Pump. O Oracle GoldenGate 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 Lógica

    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 Servidor NFS Gerenciado do Google Cloud 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 para migrar para o Oracle Database@Google Cloud. 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 patch número 33509650 em Patches e Atualizações (consulte a seção Implantar).
  • Instale o host do serviço Oracle Zero Downtime Migration on-premise ao lado do banco de dados de origem.
  • Garanta que o host do serviço Oracle Zero Downtime Migration tenha pelo menos 100 GB de armazenamento gratuito.
  • Garanta conectividade de rede segura e privada entre o local e o Google Cloud usando VPN site a site ou Google Cloud Interconnect.
  • Dependendo do tamanho do banco de dados, garanta uma taxa de transferência de rede suficiente da sua rede local para o Google Cloud.

Considerações

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

  • 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 requer que a chave SSH no host de serviço do Oracle Zero Downtime Migration esteja no formato RSA (no Oracle Linux 8, o padrão é OPENSSH).
  • O banco de dados de destino deve:
    • Ser provisionado usando as ferramentas do Oracle Cloud sem ativar backups automáticos
    • Ter uma versão de arquivo de fuso horário igual ou posterior ao 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)
    • Usar o mesmo conjunto de caracteres
    • Ter o mesmo algoritmo de criptografia definido no arquivo sqlnet.ora
    • 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
    • Os bancos de dados de origem e de destino podem ter a mesma versão de release 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.23 e destino na versão 19.24). 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 um patch de dados como parte da migração. Isso é configurável e os clientes que migram dentro da mesma versão e níveis de patch podem solicitar que o ZDM não execute o patch de dados.

Implante

Faça download e instale o Oracle Zero Downtime Migration on-premises mais recente ao lado do seu banco de dados de origem:

  1. Vá para My Oracle Support (MOS)
  2. Para procurar o software ZDM mais recente, selecione Nome ou Número do Patch, digite o número do patch 33509650 e clique em Pesquisar.
  3. Clique no número de patch mais recente e selecione Fazer Download no menu.
  4. Siga as instruções incluídas no download.

Reconhecimentos

  • Autors: Ricardo Gonzalez, Sinan Petrus Toma
  • Contribuintes: Thomas Van Buggenhout, Robert Lies