Fornece informações gerais sobre a operação de clonagem e o banco de dados clonado resultante.

• Se a versão do banco de dados de origem for o Oracle Database 19c, nas regiões em que o Oracle Database 23ai está disponível, você poderá escolher o Oracle Database 19c ou o Oracle Database 23ai para o clone.

• Se a versão do banco de dados de origem for o Oracle Database 23ai, você poderá selecionar o Oracle Database 23ai para o clone.

• Se houver uma operação de dimensionamento em andamento em um banco de dados de origem, você não poderá iniciar uma operação de clone até que a operação em andamento seja concluída. Se você tentar tal operação, verá uma mensagem como a seguinte:

  The operation cannot be performed because the Autonomous Database with Id **** is in the SCALE_IN_PROGRESS state.

• Se você definir uma Lista de Controle de Acesso (ACL) no banco de dados de origem, a ACL de rede definida atualmente será clonada para o novo banco de dados. Se um banco de dados for clonado de um backup, a ACL do banco de dados de origem atual será aplicada (não a ACL válida no momento do backup).

• Se você criar um clone e o banco de dados de origem tiver uma lista de controle de acesso (ACL) e especificar a opção de acesso à rede de ponto final privado, rede virtual na nuvem para o banco de dados de destino, a ACL não será clonada para o novo banco de dados. Nesse caso, defina regras de segurança dentro do seu Grupo de Segurança de Rede (ou grupos) para controlar o tráfego de/para o seu banco de dados de destino (em vez de usar as regras de controle de acesso especificadas na ACL da origem do clone). Consulte Configurar Pontos Finais Privados ao Provisionar ou Clonar uma Instância para obter mais informações.

• A clonagem de uma instância do Autonomous Database copia seus arquivos de banco de dados para uma nova instância. Não há tempo de inatividade associado à clonagem e a operação de clonagem não tem impacto nos aplicativos em execução na origem.

• Para um Clone de Metadados, os Aplicativos APEX e os Projetos e Notebooks do OML são copiados para o clone. Para um Clone de Metadados, os dados do banco de dados subjacente do Aplicativo APEX ou do Notebook do OML não são clonados.

• A página Detalhes do Autonomous Database para uma instância do Autonomous Database que foi criada pela clonagem inclui o campo Clonado De. Isso exibe o nome do banco de dados em que o clone foi criado.

• O valor da coluna DBA_SERVICES.FAILOVER_TYPE não é copiado para uma instância clonada do Autonomous Database.

Fornece Observações para clonar um Autonomous Database de um backup:

• Se houver uma operação de clonagem em andamento em um banco de dados de origem, você não poderá iniciar uma nova operação de clonagem no mesmo backup que está sendo clonado até que a operação em andamento seja concluída. Assim, você não pode clonar do backup duas vezes simultaneamente de um backup específico (por exemplo, um timestamp específico ou um backup selecionado específico da lista de backups).

• Para tabelas externas, tabelas externas particionadas e as partições externas de tabelas particionadas híbridas, um backup não inclui os arquivos externos que residem no seu Object Store. Assim, para a operação de clonagem do backup, é sua responsabilidade fazer backup e restaurar, se necessário, os arquivos externos associados a tabelas externas, tabelas particionadas externas ou os arquivos externos para uma tabela particionada híbrida

• Com a clonagem do backup, os espaços de trabalho, os projetos e os notebooks do Oracle Machine Learning do banco de dados de origem não são clonados no novo banco de dados.

• Depois que o Autonomous Database terminar de provisionar o clone, consulte a view dba_pdbs para ver as colunas last_recover_time e last_recover_scn. Essas colunas fornecem o timestamp salvo e o SCN salvo dos dados dos quais o banco de dados clonado foi criado.

  Por exemplo:

  SELECT last_recover_time, last_recover_scn FROM dba_pdbs;

Fornece informações sobre clonagem entre tenancies e regiões.

• Para clonagem, quando você escolhe uma região diferente da atual para seu destino de clonagem, usando a CLI ou o Terraform do Oracle Cloud Infrastructure, você só pode executar essa clonagem entre regiões pela região remota. Ou seja, chame a API de criação de clone da região remota para a qual você deseja clonar, com o OCID do banco de dados de origem como o da origem da qual você deseja clonar.

• A opção de clonagem entre tenancies só está disponível usando a CLI ou as APIs REST do Autonomous Database. A clonagem entre tenancies não está disponível usando a Console do Oracle Cloud Infrastructure.

  Consulte Tenancy Cruzada e Clonagem entre Regiões para obter mais informações.

• A opção de clonagem entre tenancies não suporta a clonagem com chaves gerenciadas pelo cliente na origem. Consulte Gerenciar Chaves de Criptografia no Autonomous Database para obter mais informações sobre chaves gerenciadas pelo cliente.

Fornece observações para regras de gerenciamento de recursos e dados de desempenho para um banco de dados clonado.

O seguinte se aplica a regras de gerenciamento de recursos e dados de desempenho em um banco de dados clonado:

• Durante o provisionamento de um Clone Completo ou de um Clone de Metadados, qualquer regra de gerenciamento de recursos alterada pelo usuário no banco de dados de origem é transferida para o banco de dados clonado.

• Para um banco de dados clonado, os dados de desempenho do tempo anterior à operação de clonagem não estão visíveis no cartão Painel de Controle do Banco de Dados (em Monitorar no Database Actions).

Para obter mais informações sobre a definição de regras de gerenciamento de recursos, consulte Gerenciar Instruções SQL de Escape no Autonomous Database.

Durante o provisionamento de um clone completo ou de um clone de metadados, as estatísticas do otimizador são copiadas do banco de dados de origem para o banco de dados clonado.

Isto se aplica às estatísticas do otimizador para tabelas em um banco de dados clonado:

• Clone Completo: as cargas em tabelas se comportam da mesma forma que as cargas em uma tabela com estatísticas já em vigor.
• Clone de Metadados: a primeira carga em uma tabela após a clonagem do banco de dados limpa as estatísticas dessa tabela e atualiza as estatísticas com a nova carga.

Para obter mais informações sobre Estatísticas do Otimizador, consulte Conceitos de Estatísticas do Otimizador.

Os jobs do Oracle Scheduler de um banco de dados de origem são copiados para o clone quando você executa uma operação de clonagem. Você pode garantir que os jobs clonados do Oracle Scheduler estejam desativados no clone.

Para desativar jobs do Oracle Scheduler em instâncias do Autonomous Database que são clonadas, você pode definir um trigger usando a cláusula AFTER CLONE. Para usar a cláusula AFTER CLONE, defina o trigger no banco de dados de origem antes de executar a operação de clonagem.

Por exemplo:

CREATE OR REPLACE TRIGGER after_clone_instance
     AFTER CLONE 
     ON PLUGGABLE DATABASE
BEGIN 
-- Disable specific jobs or use a cursor to grab all scheduled jobs and disable them
     DBMS_SCHEDULER.DISABLE(name=> job_name);
END; 
/

Consulte Instrução CREATE TRIGGER para obter mais informações.

Observe o seguinte:

• O valor da coluna DBA_SCHEDULER_WINDOWS.REPEAT_INTERVAL não é copiado para uma instância clonada do Autonomous Database.