Gerenciar Configuração do Autonomous Data Guard

Ativar o Autonomous Data Guard em um Autonomous Container Database

Você pode ativar o Autonomous Data Guard na página Detalhes de um Autonomous Container Database.

Observação:

Você não pode ativar o Autonomous Data Guard em um ACD com uma execução de manutenção ativa programada nos próximos três dias.

Permissões Obrigatórias do Serviço IAM

inspect cloud-autonomous-vmclusters

use autonomous-container-databases

Procedimento

Observação:

Quando uma operação de adição de ACD stand-by estiver em andamento, qualquer manutenção programada nesse ACD não começará até que a operação de adição de stand-by seja concluída.

Vá para a página Detalhes do Autonomous Container Database para o qual você deseja ativar o Autonomous Data Guard.
Para obter instruções, consulte Exibir Detalhes de um Autonomous Container Database.
Clique em Ativar em Autonomous Data Guard nas informações do Autonomous Container Database.
Como alternativa, você também pode clicar em Adicionar Stand-by em grupos do Autonomous Data Guard ou em associações do Autonomous Data Guard.

Preencha a caixa de diálogo Adicionar Stand-by com as seguintes informações:

Definição	Descrição	Notas
Compartimento do Autonomous Container Database de pareamento	Selecione o compartimento do Autonomous Container Database stand-by.
Nome do Autonomous Container Database de pareamento	Informe um nome para o ACD stand-by.
Região de mesmo nível	Selecione uma região para o ACD stand-by.	Os ACDs primários e secundários também podem ser implantados em diferentes regiões (entre regiões).
Exadata Infrastructure de Mesmo Nível	Selecione o recurso Exadata Infrastructure subjacente para o ACD stand-by.
AVMC (Autonomous Exadata VM Cluster)	Selecione o AVMC pai para o ACD stand-by.
Modo de Proteção	Selecione Desempenho máximo ou Disponibilidade máxima na lista drop-down.	O Desempenho Máximo é selecionado por padrão. Para obter informações sobre o Autonomous Data Guard e orientações sobre como escolher onde colocar o banco de dados contêiner autônomo standby e qual modo de proteção usar, consulte Sobre o Autonomous Data Guard e Opções de Configuração do Autonomous Data Guard.
Configuração de backup do banco de dados de pareamento	Selecione um tipo de Destino de Backup na lista drop-down.	APLICA-SE A: Somente Exadata Cloud@Customer É necessário um destino de backup nas implantações do Exadata Cloud@Customer.
Preferência de manutenção de banco de dados de pareamento	Selecione o número de dias para os quais a manutenção do ACD stand-by será programada antes da manutenção do ACD principal porque o ACD stand-by sempre é submetido a patch antes do ACD principal.	Essa opção só estará disponível quando o ACD principal tiver definido uma programação de manutenção personalizada.

Confirme para adicionar o banco de dados stand-by.

Observação:
Uma vez ativado, o Autonomous Data Guard só poderá ser desativado encerrando o ACD stand-by.

Exibir o Status de uma Configuração do Autonomous Data Guard

Você exibe o status de uma configuração do Autonomous Data Guard na página Detalhes do Autonomous Container Database principal ou standby na configuração.

Políticas do Serviço IAM Obrigatórias

inspect autonomous-container-databases

Procedimento

Vá para a página Detalhes do Autonomous Container Database principal ou standby na configuração do Autonomous Data Guard.

Para obter instruções, consulte Exibir Detalhes de um Autonomous Container Database.

Você pode exibir os detalhes do Autonomous Data Guard, como seu status, atribuição de pares, estado de pares, modo de proteção e definição de failover automático no Autonomous Data Guard em Informações do Autonomous Container Database.
Você também pode exibir os detalhes do Autonomous Data Guard clicando em "grupos do Autonomous Data Guard" ou "associações do Autonomous Data Guard".
A tabela do Autonomous Data Guard exibe informações sobre o banco de dados contêiner de pareamento, o atraso para aplicação atual e o atraso no transporte, o estado e última alteração de atribuição e as datas de criação.

Adicionar um Segundo Autonomous Container Database Standby

Em uma configuração do Autonomous Data Guard, você pode adicionar um segundo ACD (Autonomous Container Database) stand-by ao ACD principal. O segundo ACD stand-by deve estar na mesma tenancy que o ACD principal.

Pré-requisitos

Para poder adicionar um segundo ACD stand-by:

O ACD principal deve ter sido provisionado em ou após março de 2025 ou migrado para o modelo de Grupos do Autonomous Data Guard discutido em Configurar e Gerenciar o Autonomous Data Guard.
O primeiro ACD stand-by não deve ter o failover automático ativado. Você deve desativar o failover automático no primeiro stand-by antes de adicionar o segundo stand-by e pode reativá-lo posteriormente.

Permissões Obrigatórias do Serviço IAM

use autonomous-container-databases

Procedimento

Observação:

Quando uma operação de adição de ACD stand-by estiver em andamento, qualquer manutenção programada nesse ACD não começará até que a operação de adição de stand-by seja concluída.
A adição de um banco de dados stand-by requer uma reinicialização não incremental automática para o primeiro banco de dados stand-by. O banco de dados principal não é afetado por essa reinicialização não incremental.

Vá para a página Detalhes do Autonomous Container Database ao qual você deseja adicionar um segundo banco de dados stand-by.

Para obter instruções, consulte Exibir Detalhes de um Autonomous Container Database.
Clique em Adicionar stand-by em grupos do Autonomous Data Guard.

Preencha Adicionar stand-by com as seguintes informações:

Definição	Descrição
Compartimento do Autonomous Container Database de pareamento	Selecione o compartimento stand-by do Autonomous Container Database.
Nome do Autonomous Container Database de pareamento	Informe um nome para o ACD stand-by.
Região de mesmo nível	Selecione uma região para o ACD stand-by.
Exadata Infrastructure de Mesmo Nível	Selecione o recurso Exadata Infrastructure subjacente para o ACD stand-by.
AVMC (Autonomous Exadata VM Cluster)	Selecione o AVMC pai para o ACD stand-by.
Configuração de Backup do Banco de Dados de Pareamento	APLICA-SE A: Somente Exadata Cloud@Customer Selecione o tipo de destino de backup para o segundo banco de dados stand-by na lista drop-down.

Observação:

Não é possível definir explicitamente as preferências de manutenção para o segundo ACD stand-by, pois ele herda essas preferências do primeiro ACD stand-by do ACD principal.

Clique em Adicionar stand-by.

Alternar Atribuições em uma Configuração do Autonomous Data Guard

Você alterna as atribuições dos Autonomous Container Databases principal e standby em uma configuração do Autonomous Data Guard na página Detalhes do Autonomous Container Database principal ou standby.

Políticas do Serviço IAM Obrigatórias

use autonomous-container-databases

Procedimento

Dependendo do modelo do Autonomous Data Guard do ACD, siga as instruções de uma das guias a seguir. Consulte Configurar e Gerenciar o Autonomous Data Guard para saber mais sobre os modelos do Autonomous Data Guard.

Grupos do Autonomous Data Guard
Associações do Autonomous Data Guard

Vá para a página Detalhes do ACD stand-by cujas atribuições você deseja alternar com o ACD principal na configuração do Autonomous Data Guard.

Para obter instruções, consulte Exibir Detalhes de um Autonomous Container Database.

Observação:
Você não pode alternar atribuições dos ACDs principal e stand-by em uma configuração do Autonomous Data Guard em que o stand-by está na atribuição stand-by de snapshot.
Em Ações, clique em Fazer Switchover.
Informe o nome do ACD na caixa de diálogo de confirmação e clique em Switchover.

O Oracle Autonomous Database on Dedicated Exadata Infrastructure define o estado do stand-by e seus bancos de dados contêiner principais como Alteração de Atribuição em Andamento e inicia a operação de switchover, o que faz com que o banco de dados contêiner principal assuma a atribuição stand-by e o banco de dados contêiner stand-by assuma a atribuição principal. Após a conclusão, o estado de ambos os bancos de dados contêineres retorna para Ativo.

Vá para a página Detalhes do Autonomous Container Database principal ou standby na configuração do Autonomous Data Guard.

Para obter instruções, consulte Exibir Detalhes de um Autonomous Container Database.

Observação:
Você não pode alternar atribuições dos Autonomous Container Databases principal e stand-by em uma configuração do Autonomous Data Guard em que o stand-by está na atribuição stand-by de snapshot.
Clique em associações do Autonomous Data Guard para listar o banco de dados de pareamento em uma coluna tabular. Clique nas reticências (três pontos verticais) na linha do banco de dados na qual você deseja alternar atribuições e clique em Switchover.
Informe o nome do ACD na caixa de diálogo de confirmação e clique em Alternar.

O Oracle Autonomous Database on Dedicated Exadata Infrastructure define o estado dos dois bancos de dados contêiner como Alteração de Atribuição em Andamento e inicia a operação de switchover, o que faz com que o banco de dados contêiner principal assuma a atribuição stand-by e o banco de dados contêiner stand-by assuma a atribuição principal. Após a conclusão, o estado de ambos os bancos de dados contêineres retorna para Ativo.

Fazer Failover para o Stand-by em uma Configuração do Autonomous Data Guard

Você faz failover para os Autonomous Container Databases standby em uma configuração do Autonomous Data Guard na página Detalhes do Autonomous Container Database standby.

Políticas do Serviço IAM Obrigatórias

use autonomous-container-databases

Procedimento

Dependendo do modelo do Autonomous Data Guard do ACD, siga as instruções de uma das guias a seguir. Consulte Configurar e Gerenciar o Autonomous Data Guard para saber mais sobre os modelos do Autonomous Data Guard.

Grupos do Autonomous Data Guard
Associações do Autonomous Data Guard

Vá para a página Detalhes do ACD stand-by para o qual você deseja fazer failover na configuração do Autonomous Data Guard.

Para obter instruções, consulte Exibir Detalhes de um Autonomous Container Database.
Em Ações, clique em Failover.
No caso de um Autonomous Container Database stand-by snapshot, você verá uma mensagem alertando que o stand-by snapshot será convertido em stand-by físico depois de descartar todas as suas atualizações locais e aplicar dados do seu banco de dados principal. Clique em Fazer Failover para continuar.
Informe o nome do ACD na caixa de diálogo de confirmação e clique em Fazer Failover.

O Oracle Autonomous Database on Dedicated Exadata Infrastructure define o estado do banco de dados contêiner Stand-by como Alteração de Atribuição em Andamento e inicia a operação de failover. Após a conclusão, a atribuição do banco de dados contêiner Stand-by torna-se Principal e a atribuição do banco de dados contêiner Principal torna-se Stand-by Desativado com o estado Não Disponível.

Vá para a página Detalhes do Autonomous Container Database standby na configuração do Autonomous Data Guard.

Para obter instruções, consulte Exibir Detalhes de um Autonomous Container Database.
Clique em associações do Autonomous Data Guard para listar o banco de dados de pareamento em uma coluna tabular. Clique nas reticências (três pontos verticais) na linha do banco de dados na qual você deseja alternar atribuições e clique em Failover.
No caso de um Autonomous Container Database stand-by snapshot, você verá uma mensagem alertando que o stand-by snapshot será convertido em stand-by físico depois de descartar todas as atualizações locais e aplicar dados do seu banco de dados principal. Clique em Fazer Failover para continuar.

O Oracle Autonomous Database on Dedicated Exadata Infrastructure define o estado do banco de dados contêiner Stand-by como Alteração de Atribuição em Andamento e inicia a operação de failover. Após a conclusão, a atribuição do banco de dados contêiner Stand-by torna-se Principal e a atribuição do banco de dados contêiner Principal torna-se Stand-by Desativado com o estado Não Disponível.

Reintegrar o Stand-by Desativado em uma Configuração do Autonomous Data Guard

Após a ocorrência de um failover e a falha do Autonomous Container Database principal assumir uma atribuição stand-by desativada, você poderá restabelecer o banco de dados com falha para uma atribuição stand-by ativada na página Detalhes.

Em uma configuração do Autonomous Data Guard com vários bancos de dados stand-by e failover automático:

Os failovers manuais exigem que você restabeleça manualmente o banco de dados principal original, que se torna o novo banco de dados stand-by.
Sempre que ocorre um failover automático, o Autonomous Database na Infraestrutura Dedicada do Exadata tenta restabelecer o principal antigo como stand-by. No entanto, se essa tentativa falhar, ela deverá ser reintegrada manualmente.

Políticas do Serviço IAM Obrigatórias

use autonomous-container-databases

Procedimento

Dependendo do modelo do Autonomous Data Guard do ACD, siga as instruções de uma das guias a seguir. Consulte Configurar e Gerenciar o Autonomous Data Guard para saber mais sobre os modelos do Autonomous Data Guard.

Grupos do Autonomous Data Guard
Associações do Autonomous Data Guard

Vá para a página Detalhes do ACD Stand-by desativado que você deseja restabelecer.

Para obter instruções, consulte Exibir Detalhes de um Autonomous Container Database.

Dica:
O banco de dados principal cujo failover foi identificado como "Stand-by Desativado" na lista de Autonomous Container Databases de um compartimento.
Em Ações, clique em Reintegrar.
Forneça uma confirmação para continuar com a reintegração do ACD stand-by desativado.

Os estados dos bancos de dados de pareamento tornam-se Alteração de Atribuição em Andamento até que a ação de reintegração seja concluída. Após a conclusão, a atribuição do banco de dados contêiner Stand-by Desativado torna-se Stand-by e seu estado muda para Disponível.

Vá para a página Detalhes do Autonomous Container Database standby desativado que você deseja restaurar.

Dica:
O banco de dados principal cujo failover foi identificado como "Stand-by Desativado" na lista de Autonomous Container Databases de um compartimento.

Para obter instruções, consulte Exibir Detalhes de um Autonomous Container Database.
Clique em assocações do Autonomous Data Guard. A lista de bancos de dados de pareamento é listada em uma coluna tabular. Clique nas reticências (três pontos verticais) na linha do banco de dados na qual você deseja alternar atribuições e clique em Restabelecer.
Os estados dos bancos de dados de pareamento tornam-se Alteração de Atribuição em Andamento até que a ação de reintegração seja concluída. Após a conclusão, a atribuição do banco de dados contêiner Stand-by Desativado torna-se Stand-by e seu estado muda para Disponível.

Atualizar Definições do Autonomous Data Guard

Você pode atualizar as definições de um Autonomous Data Guard na página Detalhes do Autonomous Container Database principal na configuração.

Políticas do Serviço IAM Obrigatórias

use autonomous-container-databases

Procedimento

Vá para a página Detalhes do Autonomous Container Database principal na configuração do Autonomous Data Guard.
Para obter instruções, consulte Exibir Detalhes de um Autonomous Container Database.
Clique em Atualizar Autonomous Data Guard em Ações.
A caixa de diálogo Atualizar Autonomous Data Guard exibe as definições atuais para Modo de Proteção e Failover Automático.
Você pode fazer as seguintes atualizações nesta caixa de diálogo:
1. Modo de proteção: Selecione Desempenho máximo ou Disponibilidade máxima na lista drop-down.
2. Failover automático: Se o failover automático ainda não estiver ativado, você poderá ativá-lo selecionando Ativar failover automático. Da mesma forma, você pode desmarcar Ativar failover automático para desativar o failover automático para esta configuração do Autonomous Data Guard. Se um dos seus bancos de dados stand-by estiver na mesma região que o banco de dados principal e o segundo estiver em outra região, o banco de dados stand-by local será priorizado no stand-by remoto como o destino de failover automático. Quando você ativa o failover automático, qualquer um dos bancos de dados stand-by será considerado para o destino de failover automático.
  
  Observação:
  Você não pode ativar o Failover Automático para bancos de dados com a configuração entre regiões do Autonomous Data Guard nas implantações do Exadata Cloud@Customer.
3. Limite de failover de início rápido: Se o failover automático estiver ativado e o modo de proteção for Desempenho Máximo, o valor do limite de failover de início rápido será exibido em segundos. Por padrão, esse valor é definido como 30 segundos, mas você pode alterá-lo para qualquer valor entre 5 e 3600 segundos.
Salve as alterações.

Na console do Oracle Cloud Infrastructure, o estado do Autonomous Container Database mostra UPDATING até que as definições atualizadas do Autonomous Data Guard sejam aplicadas.

Converter Stand-by Físico em Stand-by Snapshot

Você pode converter um Autonomous Container Database standby em um standby snapshot em uma configuração do Autonomous Data Guard na página Detalhes do Autonomous Container Database standby na configuração.

Políticas de IAM Obrigatórias

use autonomous-container-databases

Procedimento

Vá para a página Detalhes do Autonomous Container Database standby na configuração do Autonomous Data Guard.
Para obter instruções, consulte Exibir Detalhes de um Autonomous Container Database.
Clique em Converter em stand-by snapshot em Ações.

Observação:
Não há suporte para a conversão para stand-by snapshot quando o failover automático está ativado. Você deve desativar o failover automático antes de converter em um stand-by snapshot. Consulte Atualizar Definições do Autonomous Data Guard para obter instruções sobre como desativar o failover automático em uma configuração do Autonomous Data Guard.
A caixa de diálogo Converter em stand-by snapshot é exibida com opções para usar novos serviços de Banco de Dados ou serviços de Banco de Dados principal para as conexões de banco de dados stand-by snapshot.
- Usar novos serviços de Banco de Dados: Clique nesta opção para estabelecer conexão com o stand-by snapshot usando novos serviços que só estão ativos no modo stand-by snapshot.
- Usar serviços de Banco de Dados principal: Clique nesta opção se quiser estabelecer conexão com o banco de dados stand-by snapshot usando os mesmos serviços do banco de dados principal.
  
  Observação:
  A ativação dos serviços de banco de dados principal no banco de dados stand-by snapshot pode resultar em solicitações de conexão stand-by snapshot encaminhadas ao banco de dados principal ou vice-versa se você usar strings de conexão de banco de dados incorretas. Portanto, você deve ter cuidado para usar a string de conexão apropriada ao estabelecer conexão com seu banco de dados stand-by principal e snapshot quando optar por usar os serviços do Banco de Dados principal.
Clique em Converter.
Na console do Oracle Cloud Infrastructure, o estado do Autonomous Container Database mostra UPDATING até que o stand-by seja alterado para stand-by snapshot.

Converter Stand-by Snapshot em Stand-by Físico

Você pode converter um Autonomous Container Database standby snapshot em um standby físico em uma configuração do Autonomous Data Guard na página Detalhes do Autonomous Container Database standby na configuração.

Políticas de IAM Obrigatórias

use autonomous-container-databases

Procedimento

Vá para a página Detalhes do Autonomous Container Database standby na configuração do Autonomous Data Guard.
Para obter instruções, consulte Exibir Detalhes de um Autonomous Container Database.
Clique em Converter em stand-by físico em Ações.
A caixa de diálogo Converter em standby físico exibe uma mensagem alertando que a conversão do standby snapshot em standby físico descartará todas as atualizações locais e aplicará dados do banco de dados principal.
Clique em Converter.
Na console do Oracle Cloud Infrastructure, o estado do Autonomous Container Database mostra UPDATING até que o stand-by seja alterado para stand-by físico.

Adicionar um Banco de Dados Stand-by entre Tenancies

APLICAÇÕES PARA: somente Oracle Public Cloud

Você pode adicionar um banco de dados stand-by do Autonomous Data Guard que reside em uma tenancy diferente do banco de dados principal.

Políticas de IAM Obrigatórias

Para criar um banco de dados stand-by entre tenancies, certifique-se de atender aos seguintes requisitos:

Execute os comandos da CLI ou da API para adicionar o banco de dados stand-by entre tenancies na 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 adicionar o banco de dados stand-by entre tenancies na tenancy de destino e permitir que a tenancy de destino entre em contato com a tenancy de origem na qual o banco de dados principal reside. Quando essas políticas forem revogadas, não será permitido adicionar um banco de dados stand-by entre tenancies.
- Na tenancy de destino, crie um grupo (por exemplo: DestinationGroup) e adicione o(s) usuário(s) que terá(ão) permissão para adicionar um banco de dados stand-by entre tenancies a 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) adicione um banco de dados stand-by entre tenancies usando o banco de dados principal 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 em DestinationGroup do DestinationTenancy leia de uma instância específica do Autonomous 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 manage autonomous-database-family in
    tenancy
```
  Observação:
  A política só precisa permitir acesso de leitura na instância do Autonomous 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ê adicionará o banco de dados stand-by.
  - Linha 2: OCID do grupo de destino ao qual pertence o usuário que criará o banco de dados stand-by entre tenancies.
  - Linha 3: OCID do compartimento no qual o banco de dados principal reside e o OCID do banco de dados principal.
- Na tenancy de destino, crie políticas do serviço IAM para endossar um grupo para gerenciar a origem do banco de dados principal 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 no qual reside o banco de dados principal.
  - Linha 2: Especifica o grupo de destino que pode gerenciar Autonomous Databases na tenancy de origem.
  Esta política discutida no exemplo acima permite que DestinationGroup crie Autonomous Databases e bancos de dados stand-by entre tenancies na tenancy de origem. Consulte Permissões do IAM e Operações de API para o Autonomous Database para obter mais informações e exemplos.

Para adicionar um banco de dados stand-by entre tenancies local (mesma região):

CLI
API REST

Na tenancy em que você deseja adicionar o banco de dados stand-by, ou seja, na tenancy de destino, use a CLI ou chame a API REST e forneça o OCID do banco de dados principal, no qual o banco de dados principal reside em outra tenancy (a tenancy de origem).

oci db autonomous-container-database create --cloud-autonomous-vm-cluster-id ocid1.cloudautonomousvmcluster.oc1.iad.unique_ID --compartment-id ocid1.compartment.oc1..unique_ID --display-name clicrosdg --patch-model RELEASE_UPDATES --peer-autonomous-container-database-compartment-id ocid1.compartment.oc1..unique_ID --peer-autonomous-container-database-display-name clisecdg --peer-cloud-autonomous-vm-cluster-id ocid1.autonomousexainfrastructure.oc1.iad.unique_ID --protection-mode MAXIMUM_PERFORMANCE --service-level-agreement-type AUTONOMOUS_DATAGUARD

Quando o comando for bem-sucedido, um work-request-id será retornado, o que poderá ser usado para rastrear o andamento do banco de dados stand-by. Consulte autonomous-container-database para obter mais informações.

Para obter informações sobre SDKs, consulte Kits de Desenvolvimento de Software e Interface de Linha de Comando.

Para adicionar um banco de dados stand-by entre tenancies que reside na mesma região do banco de dados principal usando a API REST, use AutonomousContainerDatabases.

A chamada de API para criar o stand-by é enviada para a tenancy diferente na região local.

oci raw-request --http-method POST --target-uri https://database.us-ashburn-1.oraclecloud.com/20160918/autonomousContainerDatabases --request-body '{
  "cloudAutonomousVmClusterId": "ocid1.cloudautonomousvmcluster.oc1..unique_ID",
  "compartmentId": "ocid1.compartment.oc1..unique_ID",
  "displayName": "cliapcrdg",
  "patchModel": "RELEASE_UPDATES",
  "peerAutonomousContainerDatabaseCompartmentId": "ocid1.compartment.oc1..unique_ID",
  "peerAutonomousContainerDatabaseDisplayName": "cliapscdg",
  "peerCloudAutonomousVmClusterId": "ocid1.autonomousexainfrastructure.oc1.iad.unique_ID",
  "protectionMode": "MAXIMUM_PERFORMANCE",
  "serviceLevelAgreementType": "AUTONOMOUS_DATAGUARD",
}'

Consulte AutonomousContainerDatabase para obter informações adicionais sobre a API REST.

Para obter informações sobre como usar a API e assinar solicitações, consulte APIs REST e Credenciais de Segurança.

Para criar um banco de dados stand-by entre tenancies remoto (entre regiões):

CLI
API REST

Na tenancy em que você deseja adicionar o banco de dados stand-by, ou seja, na tenancy de destino na região de destino, use a CLI ou chame a API REST e forneça o OCID do banco de dados principal, em que o banco de dados principal reside em outra tenancy e região.

oci db autonomous-container-database create --cloud-autonomous-vm-cluster-id ocid1.cloudautonomousvmcluster.oc1.ap-chuncheon-1.unique_ID --compartment-id ocid1.compartment.oc1..unique_ID --display-name clicrosdg --patch-model RELEASE_UPDATES --peer-autonomous-container-database-compartment-id ocid1.compartment.oc1..unique_ID --peer-autonomous-container-database-display-name clisecdg --peer-cloud-autonomous-vm-cluster-id ocid1.autonomousexainfrastructure.oc1.iad.unique_ID --protection-mode MAXIMUM_PERFORMANCE --service-level-agreement-type AUTONOMOUS_DATAGUARD

Quando o comando for bem-sucedido, um work-request-id será retornado, o que poderá ser usado para rastrear o andamento do banco de dados stand-by. Consulte autonomous-container-database para obter mais informações.

Para obter informações sobre SDKs, consulte Kits de Desenvolvimento de Software e Interface de Linha de Comando.

Para adicionar um banco de dados stand-by entre tenancies que reside em outra região do banco de dados principal usando a API REST, use AutonomousContainerDatabases.

A chamada de API para criar o stand-by é executada na tenancy diferente na região de origem.

oci raw-request --http-method POST --target-uri https://database.ap-chuncheon-1.oraclecloud.com/20160918/autonomousContainerDatabases --request-body '{
  "cloudAutonomousVmClusterId": "ocid1.cloudautonomousvmcluster.oc1.ap-chuncheon-1.unique_ID",
  "compartmentId": "ocid1.compartment.oc1..unique_ID",
  "displayName": "cliapcrdg",
  "patchModel": "RELEASE_UPDATES",
  "peerAutonomousContainerDatabaseCompartmentId": "ocid1.compartment.oc1..unique_ID",
  "peerAutonomousContainerDatabaseDisplayName": "cliapscdg",
  "peerCloudAutonomousVmClusterId": "ocid1.autonomousexainfrastructure.oc1.iad.unique_ID",
  "protectionMode": "MAXIMUM_PERFORMANCE",
  "serviceLevelAgreementType": "AUTONOMOUS_DATAGUARD",
   
}'

Consulte AutonomousContainerDatabase para obter informações adicionais sobre a API REST.

Para obter informações sobre como usar a API e assinar solicitações, consulte APIs REST e Credenciais de Segurança.

Observação:

Depois de submeter uma solicitação para adicionar um banco de dados stand-by entre tenancies. O Estado do Ciclo de Vida do banco de dados mostra Atualizando. Você não pode interromper, iniciar, reiniciar, restaurar ou mover o Autonomous Database nesse estado.