Usando o Recovery Manager (RMAN) para Instanciação

O método do Recovery Manager (RMAN) de instanciar um Oracle AI Database de destino é adequado para fornecer uma instanciação física baseada em bloco que oferece desempenho mais rápido para transferências de dados em larga escala. O processo do RMAN cria o banco de dados de destino restaurando um backup do banco de dados de origem.

Para bancos de dados grandes que estão no intervalo de terabytes, os métodos de instanciação lógica podem ser demorados e ineficientes. Nesses casos, o Oracle RMAN é uma solução preferencial para criar um clone físico do banco de dados de origem.

As etapas a seguir descrevem as tarefas executadas durante uma instanciação baseada em RMAN para o Oracle AI Database de destino: 1. Use um backup do banco do dados de origem.

1. Restaure o backup para um novo banco de dados auxiliar (clonado).

2. Execute a recuperação de mídia no banco de dados clonado para colocá-lo em um estado consistente.

3. Configure e ajuste o banco de dados clonado para atender aos requisitos específicos do ambiente de destino.

Ao usar a clonagem do RMAN para o Oracle GoldenGate, é importante gerenciar o tempo de replicação para evitar a perda de dados e garantir a integração perfeita. A chave é identificar o ponto no tempo (ou SCN) em que o banco de dados de destino foi consistente, para que os bancos de dados de origem e de destino permaneçam sincronizados.

Para fazer isso, inicie o processo Extract do Oracle GoldenGate no banco de dados de origem antes do backup ser feito. Se você encontrar uma transação que tenha um timestamp mais antigo do que quando você registrou o Extract, deverá aguardar até que a transação seja concluída. Isso é importante, pois o processo Extract processa apenas transações concluídas. Depois que o sistema de destino for configurado por meio da clonagem, direcione as alterações de replicação para o sistema de destino usando DISTPATH e adicione o processo Replicat. Quando você iniciar o Replicat, certifique-se de iniciar exatamente no SCN em que o banco de dados de destino foi recuperado.

O exemplo a seguir explica o uso do SCN ao fazer a cloagem de um banco de dados usando o backup do banco de dados de origem.

No banco de dados de origem, o backup, que é agendado às 10 da tarde, está em execução. O backup inclui arquivos de banco de dados e logs de arquivamento, que são submetidos a backup com mais frequência. O backup termina às 10:30 PM com um SCN de 1420004711. Esse backup é usado para clonar (restaurar e recuperar) o novo banco de dados de destino. A cópia, a restauração e a recuperação de arquivos levam várias horas, após as quais o novo banco de dados de destino está pronto. Nesse ponto, os bancos de dados de origem e de destino são consistentes, conforme mostrado no diagrama a seguir.

Com o passar do tempo, novas alterações continuam a ocorrer no banco de dados de origem e seu SCN aumenta. Para manter o banco de dados de destino sincronizado, o processo Extract do Oracle GoldenGate captura as alterações a partir de um ponto antes do backup ser feito.

Embora o processo Replicat não seja iniciado imediatamente, quando estiver, ele ignorará todas as alterações que ocorreram antes do STARTCSN (o SCN para o qual o banco de dados de destino foi recuperado). Após esse ponto, o Replicat começa a aplicar o backlog de alterações. Depois que o Replicat estiver em sincronia, a replicação fará a transição para a fase normal em tempo real.

Consulte o tópico Duplicando Bancos de Dados no Oracle AI Database Backup and Recovery User's Guide, que fornece etapas detalhadas para configurar um banco de dados de destino clonado usando o RMAN.

Instanciação Precisa para o Oracle Usando o Método RMAN

As etapas a seguir são necessárias para configurar a instanciação do RMAN para o Oracle AI Database ao usar o Oracle GoldenGate. 1. Instale e configure o Oracle GoldenGate implantando o software nos sistemas de origem e de destino. Antes de configurar qualquer coisa, certifique-se de que todos os pré-requisitos do banco de dados sejam atendidos. Isso inclui ativar o log complementar mínimo no banco de dados de origem e usar ADD TRANDATA ou ADD SCHEMATRANDATA para garantir que as colunas-chave nas tabelas replicadas sejam registradas.

1. Adicionar e configurar os processos Extract e DISTPATH no banco de dados de origem.

2. Adicione e configure o processo Replicat no banco de dados de destino.

3. Inicie o processo Extract e certifique-se de que o processo Extract comece a ser executado antes do início de qualquer transação de longa execução, pois o processo Extract captura apenas transações completas.

4. Inicie o processo DISTPATH.

5. Não inicie o processo Replicat. aguarde até que o banco de dados de destino tenha sido totalmente recuperado.

6. Use o RMAN para fazer um backup do banco de dados de origem. Esse backup será usado posteriormente para criar o banco de dados de destino. Os arquivos de backup precisam ser transferidos com segurança para o sistema de destino.

   RMAN target /
   RMAN> BACKUP DATABASE PLUS ARCHIVELOG

7. Use o RMAN para criar uma duplicata do banco de dados de origem e renomeá-lo como o nome do banco de dados de destino. Por exemplo, se o nome do banco de dados de destino for DBSOUTH, renomeie a duplicação do banco de dados de origem como DBSOUTH. Certifique-se de anotar o valor SCN (Número de Alteração do Sistema) durante esse processo, pois ele marca o momento exato em que ambos os bancos de dados estão sincronizados. O exemplo a seguir exibe a criação de uma duplicata do banco de dados DBNORTH, que é nomeado como DBSOUTH (o mesmo que o banco de dados de destino).

   OS> RMAN target /
   
   RMAN> restore database preview summary
   >>> Recovery must be done beyond SCN 1420004711 to clear datafile fuzziness
   
   OS> target sys/tiger99_RR@dbnorth
   
   RMAN> connect auxiliary
   RMAN> duplicate target database to DBSOUTH nofilenamecheck until SCN 1420004711;

8. Inicie o processo Replicat no banco de dados DBSOUTH, certificando-se de que ele seja iniciado exatamente no mesmo SCN do banco de dados que foi recuperado usando o RMAN.

   Use a opção ATSCN para garantir que não haja lacuna de dados durante a replicação:

   OGG http://www.example.com:12000 depl_south> START REPLICAT REPS, ATCSN 1420004711

O seguinte diagrama ilustra estas etapas: