Gerenciar Configuração do Autonomous Data Guard

O recurso Autonomous DataGuard do Autonomous AI Database on Dedicated Exadata Infrastructure permite que você mantenha seus bancos de dados críticos de produção disponíveis para aplicativos de missão crítica, apesar das falhas, desastres, erro humano ou corrupção de dados. Esse tipo de recurso é frequentemente chamado recuperação de desastres.

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: Não é possível 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 será iniciada até que a operação de adição de stand-by seja concluída.

1. 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.

2. Clique em Ativar em Autonomous Data Guard em informações do Autonomous Container Database.

3. Como alternativa, você também pode clicar em Adicionar Stand-by em grupos do Autonomous Data Guard.

4. 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 mesmo nível	Selecione o compartimento stand-by do Autonomous Container Database.
   Nome do Autonomous Container Database de mesmo nível	Informe um nome para o ACD stand-by.	Você pode adicionar um ACD stand-by da região da AWS ao ACD já provisionado na região do OCI. Como alternativa, você pode adicionar um ACD stand-by na região do OCI a um ACD já provisionado na região da AWS.
   Região de mesmo nível	Selecione uma região para o ACD stand-by.	Os ACDs primário e secundário também podem ser implantados em diferentes regiões (entre regiões).
   Exadata Infrastructure de Mesmo Nível	Selecione o recurso subjacente do Exadata Infrastructure para o ACD stand-by.
   Cluster (AVMC) de VMs Autônomas do Exadata de Mesmo Nível	Selecione o AVMC pai para o ACD stand-by.	Nas implantações do Exadata Cloud@Customer, se o AVMC pai tiver a 3ª NIC ativada, todas as operações do Data Guard só percorrerão essa 3ª NIC.
   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 como usar o Autonomous Data Guard e obter orientação sobre como escolher onde colocar o banco de dados contêiner stand-by 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. Nas implantações do Oracle Public Cloud do Autonomous AI Database, você pode escolher o Autonomous Recovery Service ou o Object Storage como destino de backup. O padrão é o Object Storage e a opção recomendada é o Autonomous Recovery Service. Para Autonomous AI Database no Oracle Database@AWS, você pode escolher o Autonomous Recovery Service, o OCI Object Storage ou o Amazon Simple Storage (AWS S3). O padrão é o AWS S3 e a opção recomendada é o Autonomous Recovery Service.
   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 recebe 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.

5. Confirme a adição do banco de dados stand-by.

   Observação: Depois de 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 stand-by na configuração.

Políticas de IAM Obrigatórias

inspect autonomous-container-databases

Procedimento

1. Vá para a página Detalhes do Autonomous Container Database principal ou stand-by 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 pareamento, estado de pareamento, modo da proteção e definição do failover automático no Autonomous Data Guard em informações do Autonomous Container Database.

2. Você também pode exibir os detalhes do Autonomous Data Guard clicando em (grupos do Autonomous Data Guard).

   A tabela Autonomous Data Guard exibe informações sobre o banco do dados contêiner de mesmo nível, o atraso de aplicação e de transporte atuais, o estado e as datas da última alteração e criação da atribuiçã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 do ACD principal.

Pré-requisitos

Para poder adicionar um segundo ACD stand-by, 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 reativar 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 será iniciada 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 automática não incremental para o primeiro banco de dados stand-by. O banco de dados principal não é afetado por esta reinicialização não incremental.

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

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

2. Clique em Adicionar stand-by em grupos do Autonomous Data Guard.

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

   Definição	Descrição
   Compartimento do Autonomous Container Database de mesmo nível	Selecione o compartimento stand-by do Autonomous Container Database.
   Nome do Autonomous Container Database de mesmo nível	Informe um nome para o ACD stand-by. Observação: Você pode adicionar um ACD stand-by da região AWS ao ACD já provisionado na região do OCI. Como alternativa, você pode adicionar um ACD stand-by na região do OCI a um ACD já provisionado na região da AWS.
   Região de mesmo nível	Selecione uma região para o ACD stand-by.
   Exadata Infrastructure de Mesmo Nível	Selecione o recurso subjacente do Exadata Infrastructure para o ACD stand-by.
   Cluster (AVMC) de VMs Autônomas do Exadata de Mesmo Nível	Selecione o AVMC pai para o ACD stand-by.
   Configuração de Backup do Banco de Dados de Pareamento	Selecione na lista drop-down o tipo de destino de backup do segundo banco de dados stand-by. Nas implantações do Oracle Public Cloud do Autonomous AI Database, você pode escolher o Autonomous Recovery Service ou o Object Storage como destino de backup. O padrão é o Object Storage e a opção recomendada é o Autonomous Recovery Service. Para Autonomous AI Database no Oracle Database@AWS, você pode escolher o Autonomous Recovery Service, o OCI Object Storage ou o Amazon Simple Storage (AWS S3). O padrão é o AWS S3 e a opção recomendada é o Autonomous Recovery Service.

   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.

4. Clique em Adicionar stand-by.

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

Alterne as atribuições dos Autonomous Container Databases principal e stand-by em uma configuração do Autonomous Data Guard pela página Detalhes do Autonomous Container Database principal ou stand-by.

Políticas de IAM Obrigatórias

use autonomous-container-databases

Procedimento

1. Vá para a página Detalhes do ACD stand-by que você deseja alternar atribuições 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 as atribuições dos ACDs principal e stand-by em uma configuração do Autonomous Data Guard na qual o stand-by está na atribuição stand-by de snapshot.

2. Em Ações, clique em Fazer Switchover.

3. Informe o nome do ACD na caixa de diálogo de confirmação e clique em Fazer Switchover.

   O Oracle Autonomous AI Database on Dedicated Exadata Infrastructure define o estado do banco de dados contêiner stand-by e seus bancos de dados contêineres 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 essa atribuição. Após a conclusão, o estado dos dois bancos de dados contêiner 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 stand-by em uma configuração do Autonomous Data Guard pela página Detalhes do Autonomous Container Database stand-by.

Políticas de IAM Obrigatórias

use autonomous-container-databases

Procedimento

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

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

2. Em Ações, clique em Failover.

3. 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 após descartar todas as atualizações locais e aplicar dados do seu banco de dados principal. Clique em Fazer Failover para continuar.

4. Informe o nome do ACD na caixa de diálogo de confirmação e clique em Fazer Failover.

   O Oracle Autonomous AI 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. Na conclusão, a atribuição do banco do contêiner Stand-by torna-se Principal e da atribuição do banco do 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 que falhou em uma atribuição stand-by ativada em sua página Detalhes.

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

• 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 AI 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 de IAM Obrigatórias

use autonomous-container-databases

Procedimento

1. 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 que você falhou é rotulado como "Stand-by Desativado" na lista de Autonomous Container Databases de um compartimento.

2. Em Ações, clique em Reintegrar.

3. Forneça uma confirmação para continuar com a reintegração do ACD stand-by desativado.

   Os estados dos bancos de dados pareados se tornam Alteração da Atribuição em Andamento até que a ação de reintegração seja concluída. Na conclusão, a atribuição do banco do contêiner Stand-by Desativado se torna 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 de IAM Obrigatórias

use autonomous-container-databases

Procedimento

1. 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.

2. Clique em Atualizar Autonomous Data Guard em Ações.

   A caixa de diálogo Atualizar Autonomous Data Guard exibe as definições atuais do Modo de Proteção e do Failover Automático.

3. Você pode fazer as seguintes atualizações a partir desta 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 a opção 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 em relação ao stand-by remoto como destino de failover automático. Quando você ativar o failover automático, qualquer um dos bancos de dados stand-by será considerado para o destino do failover automático.

      Observação: Você não pode ativar o Failover Automático para bancos de dados com configuração do Autonomous Data Guard entre regiões em implantações do Exadata Cloud@Customer.

   3. Limite de lag 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 lag 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.

4. Salve as alterações.

No 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 de Snapshot

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

Políticas de IAM Obrigatórias

use autonomous-container-databases

Procedimento

1. Vá para a página Detalhes do Autonomous Container Database stand-by na configuração do Autonomous Data Guard.

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

2. Clique em Converter em stand-by snapshot em Ações.

   Observação: Não há suporte para a conversão em 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.

3. 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 estão ativos somente no modo stand-by snapshot.

   • Usar serviços de Banco de Dados principal: Clique nesta opção se quiser se conectar ao banco de dados stand-by snapshot usando os mesmos serviços do banco de dados principal.

   Observação: A ativação de 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 para o banco de dados principal ou vice-versa, se você usar strings de conexão de banco de dados incorretas. Portanto, você deve ter cuidado ao usar a string de conexão apropriada ao estabelecer conexão com seu banco de dados principal e stand-by snapshot quando optar por usar serviços de Banco de Dados principal.

4. Clique em Converter.

   No 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 stand-by snapshot em um stand-by físico em uma configuração do Autonomous Data Guard na página Detalhes do Autonomous Container Database stand-by na configuração.

Políticas de IAM Obrigatórias

use autonomous-container-databases

Procedimento

1. Vá para a página Detalhes do Autonomous Container Database stand-by na configuração do Autonomous Data Guard.

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

2. Clique em Converter em stand-by físico em Ações.

3. A caixa de diálogo Converter em stand-by físico exibe uma mensagem alertando que a conversão do stand-by snapshot em stand-by físico descartará todas as atualizações locais e aplicará dados do seu banco de dados principal.

4. Clique em Converter.

   Na console do Oracle Cloud Infrastructure, o estado do Autonomous Container Database mostra UPDATINGaté as alterações stand-by no stand-by físico.

Adicionar um Banco de Dados Stand-by entre Tenancies

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

APLICA-SE A: Oracle Public Cloud somente

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 em que 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 poderá(m) adicionar um banco de dados stand-by entre tenancies a esse grupo. Consulte Usando a Console para Criar um Grupo para obter orientação.

  • Natenancy 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 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
        tenancy
    

    Observação: A política só precisa permitir o acesso de leitura na instância do Autonomous AI Database de origem para criar um stand-by 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 o usuário que criará o banco de dados stand-by entre tenancies pertence.

    • Linha 3: Especifica o grupo de destino que pode ser permitido ler Autonomous AI Databases na tenancy de origem.

  • 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 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 bancos de dados stand-by entre tenancies na tenancy de origem. Consulte Permissões do IAM e Operações de API para o Autonomous AI Database para obter mais informações e exemplos.

Adicionar um Banco de Dados Stand-by entre Tenancies na Mesma Região

CLI API REST

Você pode criar um ACD stand-alone na tenancy de origem usando a CLI, conforme mostrado abaixo.

oci --debug db autonomous-container-database create
--cloud-autonomous-vm-cluster-id ocid1.cloudautonomousvmcluster.oc1.<region-name>.unique_ID
--compartment-id ocid1.compartment.oc1.unique_ID --display-name clicrosdg
--patch-model RELEASE_UPDATES --service-level-agreement-type STANDARD

em que:

• --cloud-autonomous-vm-cluster-id: O OCID do Cluster de VMs do Autonomous Exadata de destino no qual o novo ACD (Autonomous Container Database) será provisionado.

Como alternativa, você também pode usar um ACD stand-alone existente e adicionar diretamente o banco de dados stand-by, conforme mostrado abaixo.

Na tenancy em que você deseja adicionar o banco de dados stand-by, ou seja, na tenancy de destino, use a CLI para adicionar um banco de dados stand-by, conforme mostrado abaixo:

oci --debug db autonomous-container-database add
--autonomous-container-database-id ocid1.autonomouscontainerdatabase.oc1.<region-name>.unique_ID
--peer-autonomous-container-database-display-name clisecdg
--peer-cloud-autonomous-vm-cluster-id ocid1.cloudautonomousvmcluster.oc1.<region-name>.unique_ID
--protection-mode MAXIMUM_PERFORMANCE
--peer-autonomous-container-database-compartment-id "ocid1.compartment.oc1.unique_ID"

em que:

• --autonomous-container-database-id : O OCID do Autonomous Container Database principal ao qual você está adicionando um stand-by.

• --peer-autonomous-container-database-display-name: Um nome amigável para o novo Autonomous Container Database stand-by na tenancy de destino.

• --peer-autonomous-vm-cluster-id : O OCID do Cluster de VMs Autônomas na Nuvem na tenancy de destino na qual o banco de dados stand-by será criado.

• --peer-autonomous-container-database-compartment-id: O OCID do compartimento no qual o Autonomous Container Database stand-by residirá.

• --protection-mode: Define o modo de proteção que será usado quando o ACD for ativado pelo Data Guard.

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. Observação: Se você quiser que o comando seja executado em uma região que não esteja listada no arquivo de configuração, será necessário definir a região necessária no prompt de comando antes de executar o comando oci.

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 outra tenancy na mesma região.

Você pode criar um ACD stand-alone na tenancy de origem usando a API REST, conforme mostrado abaixo.

oci raw-request --http-method POST --target-uri https://database.us-ashburn-1.oraclecloud.com/20160918/autonomousContainerDatabases
--request-body '{
"cloudAutonomousVmClusterId": "ocid1.cloudautonomousvmcluster.oc1.<region-name>.unique_ID",
"compartmentId": "ocid1.compartment.oc1.unique_ID",
"displayName": "cliapcrdg",
"patchModel": "RELEASE_UPDATES",
"serviceLevelAgreementType": "AUTONOMOUS_DATAGUARD",
}''

em que:

• cloudAutonomousVmClusterId: O OCID do Cluster de VMs do Autonomous Exadata de destino no qual o novo ACD (Autonomous Container Database) será provisionado.

Como alternativa, você também pode usar um ACD stand-alone existente e adicionar diretamente o banco de dados stand-by, conforme mostrado abaixo.

Na tenancy em que você deseja adicionar o banco de dados stand-by, ou seja, na tenancy de destino, use a API REST para adicionar um banco de dados stand-by, conforme mostrado abaixo:

oci raw-request --http-method POST --target-uri
https://database.<region-name>.oraclecloud.com/../../ocid1.autonomouscontainerdatabase.oc1.<region-name>../actions/addStandby
--request-body '{
  "peerCloudAutonomousVmClusterId": "ocid1.cloudautonomousvmcluster.oc1.<region-name>.unique_ID",
  "peerAutonomousContainerDatabaseCompartmentId": "ocid1.compartment.oc1.unique_ID",
  "peerAutonomousContainerDatabaseDisplayName": "cliapsec1",
   "protectionMode": "MAXIMUM_PERFORMANCE",
}'

em que:

• peerCloudAutonomousVmClusterId: O OCID do Cluster de VMs Autônomas da Nuvem na tenancy de destino na qual o banco de dados stand-by será criado.

• peerAutonomousContainerDatabaseCompartmentId: O OCID do compartimento no qual o Autonomous Container Database stand-by residirá.

• peerAutonomousContainerDatabaseDisplayName: Um nome amigável para o novo Autonomous Container Database stand-by na tenancy de destino.

• protectionMode: Define o modo de proteção que será usado quando o ACD for ativado pelo Data Guard.

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.

Criar um Banco de Dados Stand-by entre Tenancies em uma Região Remota

CLI API REST

Você pode criar um ACD stand-alone na tenancy de origem (se você ainda não tiver criado um) usando a CLI, conforme mostrado abaixo.

oci --debug db autonomous-container-database create
--cloud-autonomous-vm-cluster-id ocid1.cloudautonomousvmcluster.oc1.<sourceregion-name>.unique_ID
--compartment-id ocid1.compartment.oc1.unique_ID --display-name clicrosdg
--patch-model RELEASE_UPDATES --service-level-agreement-type STANDARD

em que:

• --cloud-autonomous-vm-cluster-id: O OCID do Cluster de VMs do Autonomous Exadata de destino no qual o novo ACD (Autonomous Container Database) será provisionado.

Como alternativa, você também pode usar um ACD stand-alone existente e adicionar diretamente o banco de dados stand-by, conforme mostrado abaixo.

Na tenancy em que você deseja adicionar o banco de dados stand-by, ou seja, na tenancy de destino na região remota, use a CLI para adicionar um banco de dados stand-by, conforme mostrado abaixo:

oci --debug db autonomous-container-database add
--autonomous-container-database-id "ocid1.autonomouscontainerdatabase.oc1.<sourceregion-name>.unique_ID"
--peer-autonomous-container-database-display-name "cliCrosstSec2"
--protection-mode "MAXIMUM_PERFORMANCE"
--peer-cloud-autonomous-vm-cluster-id "ocid1.cloudautonomousvmcluster.oc1.<remoteregion-name>.uniqueID"
--peer-autonomous-container-database-compartment-id "ocid1.compartment.oc1..uniqueID"

em que:

• --autonomous-container-database-id: O OCID do Autonomous Container Database principal na região de origem à qual você está adicionando um stand-by.

• --peer-autonomous-container-database-display-name: Um nome amigável para o novo Autonomous Container Database stand-by na região de destino e na tenancy de destino.

• --peer-autonomous-vm-cluster-id: O OCID do Cluster de VMs Autônomas na Nuvem na região de destino e na tenancy de destino na qual o banco de dados stand-by será criado.

• -peer-autonomous-container-database-compartment-id: O OCID do compartimento no qual o Autonomous Container Database stand-by residirá.

• --protection-mode: Define o modo de proteção que será usado quando o ACD for ativado pelo Data Guard

Observação: Se a região remota for diferente da listada no arquivo de configuração padrão, você precisará definir a região remota necessária no prompt de comando antes de executar o comando oci.

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 como banco de dados principal usando a API REST, use AutonomousContainerDatabases.

Você pode criar um ACD stand-alone na tenancy de origem usando a API REST, conforme mostrado abaixo.

oci raw-request --http-method POST --target-uri https://database.us-ashburn-1.oraclecloud.com/20160918/autonomousContainerDatabases --request-body '{
  "cloudAutonomousVmClusterId": "ocid1.cloudautonomousvmcluster.oc1.<sourceregion-name>.unique_ID",
  "compartmentId": "ocid1.compartment.oc1.unique_ID",
  "displayName": "cliapcrdg",
  "patchModel": "RELEASE_UPDATES",
   "serviceLevelAgreementType": "AUTONOMOUS_DATAGUARD",
}'

em que:

• cloudAutonomousVmClusterId: O OCID do Cluster de VMs do Autonomous Exadata de destino no qual o novo ACD (Autonomous Container Database) será provisionado.

Como alternativa, você também pode usar um ACD stand-alone existente e adicionar diretamente o banco de dados stand-by, conforme mostrado abaixo.

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 API REST para adicionar um banco de dados stand-by, conforme mostrado abaixo:

oci raw-request --http-method POST --target-uri
https://database.ap-chuncheon-1.oraclecloud.com/20160918/autonomousContainerDatabases/ocid1.autonomouscontainerdatabase.oc1.<sourceregion-name>../actions/addStandby
--request-body '{
  "peerCloudAutonomousVmClusterId": "ocid1.cloudautonomousvmcluster.oc1.<remoteregion-name>.uniqueID",
  "peerAutonomousContainerDatabaseCompartmentId": "ocid1.compartment.oc1.uniqueID",
  "peerAutonomousContainerDatabaseDisplayName": "cliapsec2",
   "protectionMode": "MAXIMUM_PERFORMANCE",
}'

em que:

• peerCloudAutonomousVmClusterId: O OCID do Cluster de VMs Autônomas da Nuvem na tenancy de destino na qual o banco de dados stand-by será criado.

• peerAutonomousContainerDatabaseCompartmentId: O OCID do compartimento no qual o Autonomous Container Database stand-by residirá.

• peerAutonomousContainerDatabaseDisplayName: Um nome amigável para o novo Autonomous Container Database stand-by na tenancy de destino.

• protectionMode: Define o modo de proteção que será usado quando o ACD for ativado pelo Data Guard.

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: Após 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 AI Database nesse estado.

Conteúdo Relacionado

Proteger Bancos de Dados Críticos contra Falhas e Desastres Usando o Autonomous Data Guard