Sobre a Clonagem do Autonomous AI Database

A clonagem é o processo de criação de uma cópia pontual do Autonomous AI Database ou de seu conjunto de backup. Você pode usar o recurso de clonagem para configurar rapidamente um Autonomous AI Database com dados históricos para fins como teste, desenvolvimento ou análise.

Dica:
A velocidade da operação do clone depende do número de CPUs que você especifica para o clone que está criando. Portanto, você pode melhorar a velocidade da operação do clone especificando mais CPUs para o clone e depois dimensioná-lo para o número desejado de CPUs (conforme descrito em Remover Recursos de CPU ou Armazenamento do Autonomous AI Database na Infraestrutura Dedicada do Exadata) após a conclusão da operação do clone.

Tipos de Clone

O Autonomous AI Database suporta os seguintes tipos de clone:

Clone Completo: Um clone completo cria um novo banco de dados que inclui os metadados e os dados do banco de dados da origem.
Clonagem de Metadados: Esse tipo de clone cria um novo banco que inclui todos os metadados do esquema de bancos de dados de origem, mas não os de origem.

Origens de Clonagem

Você pode criar um clone do banco de dados com base em qualquer uma das seguintes origens:

Uma instância de banco de dados em execução: Você pode criar uma nova instância de banco de dados clonando uma instância de Banco de Dados Autonomous AI.

Ao clonar uma instância de banco de dados, você pode:
- Escolha outro Exadata Infrastructure, Cluster de VMs do Autonomous Exadata ou Autonomous Container Database para o banco de dados clone.
- Crie o banco de dados clone na mesma região ou em uma região diferente da origem do clone.
- Crie o banco de dados clone na mesma tenancy ou em uma tenancy diferente da origem do clone. Um clone entre tenancies pode estar na mesma região ou em uma região diferente da origem do clone. A clonagem entre tenancies só é suportada em implantações do Oracle Public Cloud.
Um backup de uma instância de banco de dados: Você pode criar uma nova instância de banco de dados clonando um backup automático do Autonomous AI Database, seja um backup sob demanda ou um backup de longo prazo.

Em uma configuração de Autonomous Data Guard, você pode clonar de um backup no local principal ou stand-by.

Ao criar uma instância de banco de dados com base no backup, você pode:
- Selecione um backup em uma lista de backups dentro de um intervalo de datas ou crie um clone pontual. Os clones pontuais contêm todos os dados até um timestamp específico. O timestamp especificado deve estar dentro do período de retenção definido no nível do Autonomous Container Database.
  
  Observação:
  Não é possível clonar um backup de longo prazo usando a opção de clonagem Pontual. Os backups de longo prazo são backups manuais que podem ser retidos por no mínimo 90 dias e no máximo 10 anos. Consulte Sobre Backup e Recuperação para obter mais detalhes.
- Escolha outro Exadata Infrastructure, Cluster de VMs do Autonomous Exadata ou Autonomous Container Database para o banco de dados clone.
- Crie o banco de dados clone na mesma região ou em uma região diferente da origem do clone.
- Crie o banco de dados clone na mesma tenancy ou em uma tenancy diferente da origem do clone. Um clone entre tenancies pode estar na mesma região ou em uma região diferente da origem do clone. A clonagem entre tenancies só é suportada em implantações do Oracle Public Cloud.

Depois de enviar uma solicitação de clone, o banco de dados clone será exibido como PROVISIONING até que o novo banco de dados dedicado esteja disponível. Não é possível iniciar uma nova operação de clone em um banco de dados dedicado que já está sendo clonado até que a operação atual seja concluída.

Observe também as seguintes informações sobre o banco de dados recém-clonado:

As estatísticas do otimizador são copiadas do banco de dados de origem para o banco de dados clonado. Em seguida:
- Para clones completos, os carregamentos em tabelas se comportam da mesma forma que os carregamentos em uma tabela com estatísticas já existentes.
- Para clones de metadados, o primeiro carregamento em uma tabela limpa as estatísticas dessa tabela e atualiza as estatísticas com o novo carregamento.
Para obter mais informações sobre as Estatísticas do Otimizador, consulte Optimizer Statistics Concepts no Oracle Database 19c SQL Tuning Guide ou Oracle Database 26ai SQL Tuning Guide.
As regras de gerenciamento de recursos alteradas pelo usuário no banco de dados de origem são transferidas para o banco de dados clonado.
Os dados de desempenho do tempo antes da operação de clonagem não estão disponíveis no banco de dados clonado.

Requisitos de Clonagem

Para clonar uma instância do Autonomous AI Database ou seu conjunto de backup com sucesso, as seguintes exigências precisam ser atendidas:

Para clonar um Autonomous AI Database, você precisa do acesso necessário usando as seguintes instruções de política gravadas por um administrador, quer você esteja usando a Console ou a API REST com um SDK, uma CLI ou outra ferramenta:
```
Allow group <Group_Name>
to manage autonomous-databases
in compartment <Compartment_Name>
```
```
Allow group <Group_Name>
to read autonomous-container-databases
in compartment <Compartment_Name>
```
Dica: Se você tentar executar uma ação e receber uma mensagem de que não tem permissão ou que não foi autorizado, confirme com o administrador o tipo de acesso concedido e em qual compartimento você deve trabalhar,
O ACD (Autonomous Container Database) de destino deve estar na mesma versão do banco de dados ou em uma versão mais recente que a origem.
Para suportar a clonagem em implantações do Exadata Cloud@Customer, abra a Porta 1522 como parte da configuração da rede. Consulte Create Autonomous Exadata VM Cluster para obter detalhes.
Ao clonar de uma instância do banco de dados:
- A chave de criptografia de origem e de destino deve ser do mesmo tipo de armazenamento de chaves.
- A senha ADMIN especificada para o banco de dados clone deve ser diferente da senha do usuário do banco de dados ADMIN no banco de dados de origem; caso contrário, a operação de clonagem falhará.
- Para um Clone Completo, o armazenamento mínimo que você pode especificar para o banco de dados clone é o espaço usado real do banco de dados de origem arredondado para o próximo gigabyte.
Durante a clonagem de um backup:
- Você precisa de um mínimo de 4 ECPUs ou 1 OCPU no Cluster de VMs do Autonomous Exadata de destino. Você pode exibir o número de CPUs disponíveis na listagem de Clusters de VMs do Autonomous Exadata na console do Oracle Cloud Infrastructure. Consulte View a List of Autonomous Exadata VM Clusters para obter mais detalhes.
- A origem e o destino podem ser diferentes tipos de armazenamento de chaves para a chave de criptografia. No entanto, as seguintes exigências devem ser atendidas:
  - Se a origem e o destino usarem chaves gerenciadas pelo cliente usando o Oracle Key Vault (OKV), eles deverão usar o mesmo destino OKV. O Cluster de VMs Autônomas do Exadata e o Autonomous Container Database de origem exigirão acesso ao Oracle Key Vault (OKV) de origem para as chaves.
  - No Oracle Cloud, se a origem usar chaves gerenciadas pelo cliente por meio do KMS, você deverá garantir que o Cluster de VMs do Autonomous Exadata de destino tenha acesso ao vault do KMS de origem durante a operação de restauração.

Requisitos de Clone entre Tenancies

APLICA-SE A: Aplicável Oracle Public Cloud somente

Para criar um clone entre tenancies com base em uma instância do Autonomous AI Database ou em seu conjunto de backups com sucesso, certifique-se de atender aos seguintes requisitos:

Observação:
Os requisitos de clonagem entre tenancies discutidos abaixo são necessários além dos requisitos gerais de clonagem discutidos em Requisitos de Clone.

Execute os comandos da CLI ou da API para criar o clone entre tenancies da tenancy de destino.
Defina grupos e políticas do OCI Identity and Access Management nas tenancies de origem e destino para que você possa executar comandos para criar um clone na tenancy de destino e permitir que a tenancy de destino entre em contato com a tenancy de origem em que a origem do clone reside. Quando essas políticas forem revogadas, a clonagem entre tenancies não será permitida.
- Na tenancy de destino, crie um grupo (por exemplo: DestinationGroup) e adicione o(s) usuário(s) que poderá(m) criar o clone entre tenancies para esse grupo. Consulte Usando a Console para Criar um Grupo para obter orientação.
- Na tenancy de origem, crie políticas do serviço IAM para permitir que o grupo criado na tenancy de destino (DestinationGroup) crie um clone usando uma origem de clone da tenancy de origem. Consulte Usando a Console para Criar uma Política para obter orientação.
  
  Por exemplo, você pode definir uma política para permitir que um usuário na DestinationGroup da DestinationTenancy leia de uma instância específica do Autonomous AI Database no compartimento especificado na tenancy de origem, conforme mostrado abaixo:
```
define tenancy DestinationTenancy as ocid1.tenancy.oc1..unique_ID
define group DestinationGroup as ocid1.group.region1..unique_ID
admit group DestinationGroup of tenancy DestinationTenancy to read autonomous-database-family
       in compartment ocid1.compartment.region1..unique_ID
       where target.id = 'oc1.autonomousdatabase.oc1..unique_ID'
```
  Observação:
  A política só precisa permitir acesso de leitura na instância do Autonomous AI Database de origem para criar um clone entre tenancies.
  
  A política acima especifica o seguinte:
  - Linha 1: OCID da tenancy de destino na qual você criará o clone.
  - Linha 2: OCID do grupo de destino ao qual o usuário que criará o clone pertence.
  - Linha 3: OCID do compartimento no qual reside a origem do clone e o OCID da origem do clone (instância do Autonomous AI Database ou um backup).
    
    Observação:
    A cláusula where no exemplo acima é opcional. Ele fornece uma maneira mais detalhada de conceder acesso a uma origem de clone específica.
- Na tenancy de destino, crie políticas do serviço IAM para endossar um grupo para gerenciar a origem do clone na tenancy de origem. Consulte Usando a Console para Criar uma Política para obter orientação.
  
  Por exemplo:
```
Define tenancy SourceTenancy as ocid1.tenancy.oc1..unique_ID
Endorse group DestinationGroup to manage autonomous-database-family in tenancy SourceTenancy
```
  A política acima especifica o seguinte:
  - Linha 1: OCID do OCID da tenancy de origem em que reside a origem do clone.
  - Linha 2: Especifica o grupo de destino que pode ser permitido gerenciar Autonomous AI Databases na tenancy de origem.
  Esta política discutida no exemplo acima permite que o DestinationGroup crie Autonomous AI Databases e clones do Autonomous AI Database na tenancy de origem. Você pode limitar as permissões de clonagem para que o grupo só possa clonar Autonomous AI Databases, mas não possa criar Autonomous AI Databases ou limitar ainda mais a permissão para criar apenas um tipo específico de clone: Clone Completo ou Clone de Metadados. Consulte Permissões do IAM e Operações de API para o Autonomous AI Database para obter mais informações e exemplos.

Limitações de Clone

Há algumas limitações com a clonagem do Autonomous AI Database, conforme listado abaixo:

Você pode clonar um banco de dados de OCPU em um banco de dados de OCPU ou ECPU. No entanto, você não pode clonar um banco de dados de ECPU em um banco de dados de OCPU.
Você não pode clonar um Autonomous AI Database com versão 23ai em um Autonomous AI Database com versão 19c e vice-versa.
Ao clonar de uma instância do banco de dados:
- Para bancos de dados que usam o Autonomous Data Guard, você só pode clonar um banco de dados principal. No entanto, você pode clonar o banco de dados principal ou stand-by ao clonar com base em um backup.
- Você pode clonar um banco de dados regular em uma instância do Autonomous AI Database for Developers e vice-versa. No entanto, para clonar com sucesso um banco de dados regular em um banco de dados do desenvolvedor, o espaço usado real do banco de dados de origem, arredondado para o próximo GB, deve ser 32 GB ou menos.
Ao clonar de um backup:
- O Clone de Metadados não é suportado. Você só pode usar a opção Clone Completo para criar um clone de banco de dados.
- Você só pode ter uma operação de restauração em execução no Cluster de VMs do Autonomous Exadata de destino em um determinado momento. Em outras palavras, você não pode ter vários clones de backup criados em um único Cluster de VMs do Autonomous Exadata simultaneamente.
- Você só poderá clonar um backup para um Autonomous AI Database para Desenvolvedores se o espaço alocado do banco de dados de origem for 32 GB ou menos.
- Não é possível clonar um backup de longo prazo usando a opção de clonagem Pontual.
- Você só pode redimensionar a CPU para um valor fracionário após o clone, se necessário. Consulte Sobprovisionamento de CPU para saber mais sobre o uso de valores de CPU fracionários.
- No Exadata Cloud@Customer:
  - Você não pode usar backups locais baseados em disco para clonagem.
  - O tempo necessário para clonar um Autonomous AI Database depende da Contagem de CPUs e da largura de banda da rede entre o Destino de Backup e o Autonomous Container Database de destino.
Clones entre tenancies:
- Só pode ser criado usando a CLI ou as APIs REST do Autonomous AI Database. Esta opção não está disponível usando a Console do Oracle Cloud Infrastructure.
- Só há suporte para implantações do Oracle Public Cloud.
- Não há suporte para chaves gerenciadas pelo cliente na origem. Consulte Master Encryption Keys in Autonomous AI Database para obter mais informações sobre chaves gerenciadas pelo cliente.

Guias Passo a Passo

Para saber como clonar um Autonomous AI Database de diferentes origens de clone usando a console do OCI, consulte:

Você também pode usar a API CreateAutonomousDatabase para clonar um banco de dados. Para obter informações sobre o uso da API e as solicitações de assinatura, consulte APIs REST e Credenciais de Segurança. Para obter informações sobre SDKs, consulte Kits de Desenvolvimento de Software e Interface de Linha de Comando.