Usando o Banco de Dados Snapshot Stand-by

Você pode usar o banco de dados Snapshot Stand-by como o banco de dados de origem para Exportação do Data Pump.

Observação

Esse recurso só está disponível para migrações on-line da Oracle, exceto para o Amazon RDS.
Por que usar esta opção:
  • Permite a exportação do Data Pump com um alto grau de paralelismo e impacto zero no banco de dados de produção.
  • Permite o uso ideal de recursos sem afetar o desempenho do sistema de produção.
  • Possibilita desativar os jobs DBMS_SCHEDULER durante a exportação, ajudando a evitar problemas de exportação que não podem ser resolvidos em um ambiente de produção.
  • Ajuda a impedir o ORA-01555: snapshot too old errors, especialmente durante a exportação de tabelas grandes.
Pré-requisitos:
  1. Você deve converter manualmente o banco de dados stand-by físico em um banco de dados stand-by snapshot.
  2. Crie previamente o diretório de exportação e exporte o objeto de diretório nos bancos de dados principal e stand-by, usando o mesmo nome e caminho.
  3. Para o Object Storage Service (OSS) como meio de transferência: O diretório de exportação nos bancos de dados principal e stand-by deve apontar para um sistema de arquivos compartilhado.
  4. Para o File Storage Service (FSS) como meio de transferência: a mesma montagem do FSS deve estar acessível nos bancos de dados principal e stand-by.
  5. Você deve criar uma conexão de banco de dados com o banco de dados stand-by snapshot no serviço OCI Database Migration.
Como ativar esse recurso:

Durante a criação da migração e para migrações on-line suportadas da Oracle, alterne a opção Usar banco de dados Snapshot Stand-by como origem para exportação do Data Pump. Em seguida, selecione a conexão de banco de dados stand-by snapshot correspondente que foi criada anteriormente.

O que o serviço fará:
  1. Identifique o SCN stand-by e relate-o no log de andamento.
  2. Execute a exportação do Data Pump sem definir os parâmetros FLASHBACK_SCN ou FLASHBACK_TIME.
    Observação

    Ao definir FLASHBACK_SCN, você garante uma exportação consistente. No entanto, ela pode reduzir o desempenho.
  3. Como o stand-by snapshot não está sendo atualizado durante a exportação e não se espera que nenhum job do scheduler seja executado, a exportação é inerentemente consistente.
  4. Uma vez concluída a exportação, o serviço irá:
    1. Prosseguir com importação.
    2. Inicie o Replicat usando o valor AFTERCSN derivado do SCN stand-by.
    Observação

    Você pode reverter o banco de dados stand-by snapshot de volta para um stand-by físico conforme sua conveniência após a conclusão da fase de exportação.