Saiba Mais Sobre Migração com o Oracle Data Guard

Em todos os casos de migração usando o Oracle Data Guard, você pode executar um “switchover” para um banco de dados stand-by, criando um banco de dados principal do stand-by.

Duas soluções estão disponíveis quando você usa o Oracle Data Guard para migrações com períodos de indisponibilidade reduzidas. Os dois métodos têm um pré-requisito de execução nas plataformas compatíveis com Oracle Data Guard.

Quando sua meta for migrar o banco de dados de origem para o destino e manter a release do banco de dados a mesma, você poderá usar a solução “Data Guard Simples”. Quando sua meta for fazer upgrade do banco de dados de origem para uma versão posterior, além de migrar o banco de dados de origem para o destino, você usará a solução “Advanced Data Guard”.

Os bancos de dados stand-by usados no processo de migração devem ser usados apenas para fins de migração e não para recuperação de desastre.Durante a preparação da migração, se você precisar manter uma solução de recuperação de desastres de alta disponibilidade, crie vários bancos de dados stand-by com um para migração e bancos de dados adicionais para atender aos seus requisitos de alta disponibilidade.

Quando você migra um banco de dados usando o Oracle Data Guard, você pode usar os seguintes métodos:

• Data Guard Simples - Com esta solução, o banco de dados de origem já está na versão de destino do novo ambiente.Um banco de dados stand-by físico é criado no novo ambiente.Quando você estiver pronto para concluir a migração, um switchover do Data Guard será executado e todos os aplicativos começarão a usar o novo banco de dados principal.Como parte desse processo, você pode devolver o redo do novo ambiente para o ambiente de origem, a fim de mantê-lo atual. Se surgirem problemas, um switchover de perda de dados (fallback) poderá ser feito para retornar à configuração original.

• Data Guard Avançado - Com essa solução, o banco de dados é submetido a upgrade para uma nova versão.Nessa solução, há dois métodos:

  • Upgrade Incremental Lógico Transitório - Este método fornece o período de inatividade mínimo. O tempo para fazer upgrade da versão do banco de dados não afeta o banco de dados de origem principal. O upgrade é executado no banco de dados stand-by de destino antes de alternar, deixando o banco de dados principal de origem aberto para uso.Após concluir o upgrade, alterne para o banco de dados stand-by de destino submetido a upgrade e todos os aplicativos começam a usar o novo banco de dados principal submetido a upgrade.

  • Switchover e Upgrade do Data Guard - Esse método incorre em inatividade (2 horas ou menos) para fazer upgrade do banco de dados alvo. Você executa o switchover para o banco de dados alvo antes de executar o upgrade.

Como opção, como parte desses processos, você pode usar o Oracle Transparent Data Encryption (TDE) para criptografar seus dados existentes. Como opção, você pode converter em arquitetura Oracle Multitenant conectando seu Oracle Database 12c ou posteriormente um banco de dados não CDB como banco de dados plugável (PDB) em um banco de dados contêiner da nuvem (CDB).

Sobre a Utilização da Solução Simples do Data Guard

Esta solução para migrar um banco de dados deve ser usada quando nenhum upgrade ou conversão para uma arquitetura multitenant for necessário.

A imagem a seguir fornece o fluxo geral para migração simples, por exemplo, para um ambiente Oracle Cloud.   

Descrição da ilustração mm-32575_edc_001a.png

Os pré-requisitos para a Migração Simples do Data Guard são:

• O banco de dados de origem pode ser Oracle Database 11g Release 11.2.0.4, Oracle Database 12c ou Oracle Database 18c.

• O Oracle Home que é usado pelo banco de dados stand-by deve ser a mesma versão do banco de dados original, mas pode ser um nível de patch do pacote diferente, no entanto, o patch do pacote usado pelo banco de dados stand-by deve estar em conformidade com o Documento 1265700.1 - Oracle Patch Assurance - Data Guard Standby-First Patch Apply.

• A plataforma de origem e a plataforma de destino devem ser compatíveis para uma configuração do Data Guard.

As etapas de alto nível para a Migração Simples do Data Guard são:

1. Prepare o ambiente de Nuvem e instancie o banco de dados stand-by do Data Guard no ambiente de destino.

2. Ative TDE e criptografe dados do usuário de criptografia no banco de dados stand-by.

3. Execute um switchover do Data Guard para o novo ambiente, de forma que as aplicações usem o banco de dados no novo ambiente.

   Um período mínimo de inatividade ocorrerá durante o switchover.Permitir que o Data Guard envie e aplique redo ao banco de dados original.

4. Se surgirem problemas, execute um switchover do Data Guard para retornar à configuração original.

Sobre o Uso da Solução Transiente Logical Rolling Upgrade

Esta solução para migrar um banco de dados limita o tempo de inatividade incorrido ao executar um upgrade. Esta solução deve ser usada quando o banco de dados de origem não tiver restrições para usar o stand-by lógico.

A imagem a seguir mostra o fluxo geral usando o Upgrade Incremental Lógico Transitório para executar a migração para um ambiente Oracle Cloud.

Descrição da ilustração mm-32575_edc_002a.png

Os pré-requisitos para usar a solução Transiente Logical Rolling Upgrade são:

• O banco de dados de origem pode ser Oracle Database 11g Release 11.2.0.4, Oracle Database 12c ou Oracle Database 18c.

• O banco de dados de origem deve ser compatível com o uso do banco de dados stand-by lógico.

• O Oracle Home usado pelo banco de dados stand-by de destino deve ter a mesma versão do banco de dados de origem, mas pode ser um outro aproveitamento de patches de pacote. O patch do pacote deve estar em conformidade com o Documento 1265700.1 - Oracle Patch Assurance - Aplicação de Patch Standby-First do Data Guard.

• A plataforma de origem e a plataforma de destino devem ser compatíveis para uma configuração do Data Guard.

• Um banco de dados de container (CDB) com pelo menos um banco de dados plugável (PDB) deve ser criado e operacional com base em um home do banco de dados da versão do alvo no ambiente do alvo.

• Aplique o Patch 22826718 nos Oracle homes do CDB e do CDB de destino para ambientes anteriores ao 12c Release 12.2.0.1 do banco de dados Oracle. Esse patch permite que você use as alterações FORCE KEYSTORE ao utilizar uma wallet TDE AUTOLOGIN sem voltar para uma wallet baseada em senha.

As etapas de nível superior da solução Transiente Logical Rolling Upgrade são:

1. Prepare o ambiente de Nuvem e instancie o banco de dados stand-by do Data Guard no ambiente de destino.

2. Faça upgrade do banco de dados stand-by usando o Upgrade Incremental Lógico Transitório.

3. Ative TDE e criptografe dados do usuário no banco de dados stand-by.

4. Execute um switchover do Data Guard para o novo ambiente, de forma que as aplicações usem o banco de dados no novo ambiente.

5. Se a origem não for CDB, converta o banco de dados não CDB em um banco de dados plugável.

6. Fallback para o banco de dados de origem, se necessário.

   Se surgirem problemas, você poderá executar um switchover para retornar o banco de dados de origem ao seu status principal original.Observe que o stand-by de destino não receberá redo do banco de dados de origem que pode incorrer em perda de dados.

Sobre o Uso da Solução de Switchover e Upgrade do Data Guard

Esta solução para migrar um banco de dados incorre em inatividade durante a execução do upgrade e é usada quando o banco de dados de origem é restrito do uso de um banco de dados stand-by lógico.

A imagem a seguir fornece o fluxo geral usando o Switchover e o Upgrade do Data Guard para executar a migração para um ambiente Oracle Cloud.

Descrição da ilustração mm-32575_edc_003a.png

Os pré-requisitos para usar o método Switchover e Upgrade do Data Guard são:

• O banco de dados de origem pode ser Oracle Database 11g Release 11.2.0.4, Oracle Database 12c ou Oracle Database 18c.

• O banco de dados de origem não é compatível com o uso do banco de dados stand-by lógico.

• O Oracle Home usado pelo banco de dados stand-by deve ter a mesma versão do banco de dados de origem, mas pode ser um nível de patch do pacote diferente. O patch do pacote deve estar em conformidade com o Documento 1265700.1 - Oracle Patch Assurance - Aplicação de Patch Standby-First do Data Guard.

• As plataformas de origem e destino devem ser compatíveis para uma configuração do Data Guard.

• Um banco de dados de container (CDB) com pelo menos um banco de dados plugável (PDB) deve ser criado e operacional com base em um home do banco de dados da versão do alvo instalada no ambiente do alvo.

• Aplique o Patch 22826718 nos Oracle homes do CDB e do CDB de destino para ambientes anteriores ao Oracle Database 12c Release 12.2.0.1. Esse patch permite que você use as alterações FORCE KEYSTORE ao utilizar uma wallet TDE AUTOLOGIN sem voltar para uma wallet baseada em senha.

As etapas de nível superior do método Switchover e Upgrade do Data Guard são:

1. Prepare o ambiente de Nuvem e instancie o banco de dados stand-by do Data Guard no ambiente de destino.

2. Ative TDE e criptografe dados do usuário no banco de dados stand-by.

3. Execute um switchover do Data Guard para o ambiente de destino de forma que as aplicações usem o banco de dados no ambiente de destino e, em seguida, faça upgrade do banco de dados.

4. Se necessário, converta o banco de dados não CDB em um banco de dados plugável.

5. Fallback para o banco de dados de origem, se necessário.

   Se surgirem problemas, você poderá executar um switchover para retornar o banco de dados de origem ao seu status principal original.Observe que o stand-by de destino não receberá redo do banco de dados de origem que pode incorrer em perda de dados.