Documentação do Oracle Cloud Infrastructure

Sobre o Autonomous Data Guard com Stand-by entre Regiões

Fornece informações sobre recursos e operação do Autonomous Data Guard com um banco de dados stand-by entre regiões ou entre tenancies.

Quando você adiciona um banco de dados stand-by em outra região, se a instância principal ficar inativa, o Autonomous Data Guard fornecerá um banco de dados stand-by que será fisicamente separado em uma região remota. O banco de dados stand-by está disponível para assumir a atribuição da instância principal indisponível. Quando você adiciona um banco de dados stand-by em outra tenancy, o Autonomous Data Guard fornece um banco de dados stand-by que está em outra tenancy. O banco de dados stand-by está disponível para assumir a atribuição da instância principal indisponível.

Banco de dados stand-by entre regiões é uma réplica do principal e pode ser usada para recuperação em caso de falha ou quando o principal não estiver disponível. A ativação de um Autonomous Data Guard com um stand-by entre regiões fornece uma solução RTO baixa para recuperação de desastre, caso uma região inteira não esteja disponível ou quando o banco de dados principal estiver inativo por qualquer motivo.

Os bancos de dados stand-by entre regiões do Autonomous Data Guard têm o custo adicional das CPUs base e o dobro do armazenamento do banco de dados Principal, incluindo qualquer uso de armazenamento dimensionado automaticamente, cobrado no banco de dados de mesmo nível remoto. As CPUs dimensionadas automaticamente do Principal não são cobradas adicionalmente no banco de dados de mesmo nível remoto. O número de CPUs base é especificado pelo número de ECPUs (OCPUs se o seu banco de dados usar OCPUs), conforme mostrado no campo contagem de ECPUs (contagem de OCPUs) na Console do Oracle Cloud Infrastructure.

O Autonomous AI Database permite criar um ou mais bancos de dados de mesmo nível de recuperação de desastres remotos, dependendo do seu modelo de computação:

  • Modelo de Computação de OCPU: Você pode adicionar um banco de dados stand-by remoto em uma região pareada. Regiões emparelhadas são regiões remotas em que você pode criar um par de regiões.

  • Modelo de Computação de ECPU: Você pode adicionar vários pares de recuperação de desastre remota, com até um par em cada região pareada remota. Por exemplo, se o seu banco de dados principal estiver na região IAD, você poderá adicionar um banco de dados stand-by em PHX e um banco de dados stand-by em SJC, mas não poderá adicionar dois pares de recuperação de desastre remota em PHX.

Regiões emparelhadas são regiões remotas em que você pode criar um banco do dados stand-by entre as regiões. Consulte Regiões Emparelhadas entre Regiões do Autonomous AI Database para obter mais informações sobre regiões emparelhadas.

Você executa quase todas as operações, como aumentar a contagem de ECPUs (contagem de OCPUs se seu banco de dados usar OCPUs) e ativar o dimensionamento automático de computação no banco de dados principal. Em seguida, o Autonomous Data Guard executa as mesmas ações no banco de dados stand-by entre regiões.

Depois de adicionar um banco e dados stand-by remoto, o Autonomous AI Database fornece acesso ao banco e dados stand-by remoto da Console do Oracle Cloud Infrastructure. O Autonomous AI Database fornece acesso ao banco de dados stand-by remoto para que você possa executar algumas operações de forma independente no stand-by remoto, como configurar redes e VCNs para pontos finais privados e adicionar tags para definir chaves e valores que não são replicados entre o banco de dados primário e o stand-by remoto.

Observação

O Autonomous Data Guard não executa failover automático para um stand-by entre regiões. Se o banco da dados principal estiver indisponível e um stand-by local estiver indisponível, você poderá executar um failover manual para fazer com que um banco da dados stand-by entre regiões assuma a atribuição principal.

Não é possível estabelecer conexão com um stand-by entre regiões enquanto ele opera como um banco de dados stand-by e ele não está disponível para operações somente para leitura. Você pode se conectar ao banco de dados nos seguintes casos:

As seguintes áreas têm diferenças para failover ou switchover do banco de dados principal para um banco de dados stand-by remoto, quando comparadas ao failover ou switchover para um stand-by local.

  • Nome de Exibição: O nome de exibição tem uma extensão "_região". Em que região é o nome da região, como IAD ou BOM.

    Se você criou o par entre regiões antes da introdução do suporte para vários pares entre regiões, o nome para exibição do par entre regiões terá uma extensão "_Remote".

  • Notebooks do OML: Após um switchover ou failover entre regiões, os notebooks do OML do principal que foi alternado ou submetido a failover não estarão presentes no banco de dados principal (o banco de dados principal atual após a alteração da atribuição). É possível criar novos notebooks OML.

  • Ponto Final Privado: Você pode configurar e atualizar pontos finais privados de forma independente em um banco de dados stand-by antes de fazer failover ou antes de executar um switchover. Isso permite que você tenha um ponto final privado configurado de forma diferente, após failover ou após a execução de um switchover. O Autonomous AI Database não mantém a configuração da rede sincronizada do banco de dados principal para um stand-by remoto.

    O Pareamento de VCN e o encaminhamento de domínios são obrigatórios para que wallets funcionem entre regiões, com Autonomous AI Databases com um ponto final privado com um stand-by do Autonomous Data Guard, em que o banco de Dados principal e o stand-by estão em diferentes VCNs. Consulte Pareamento Remoto de VCN usando um RPC e DNS na Rede Virtual na Nuvem para obter informações sobre pareamento de VCN e encaminhamento de domínio.

  • Lista de Controle de Acesso à Rede: Por padrão, um banco de dados principal de recuperação de desastre e bancos de dados de pareamento remoto usam as mesmas ACLs (Listas de Controle de Acesso) de rede. Opcionalmente, você pode editar ACLs de rede de forma independente em um banco de dados de mesmo nível remoto. Isso permite que você use diferentes ACLs em um banco de dados remoto de mesmo nível.

    Consulte Gerenciar ACLs de Rede de Pares Remotos para obter mais informações.

  • Tags: As tags são tratadas de forma independente em um banco de dados principal de recuperação de desastres e em um banco de dados de pareamento remoto. Isso significa que:

    • Quando você adiciona, remove ou atualiza uma tag em um par remoto, a alteração só se aplica ao banco de dados de mesmo nível remoto.

    • Quando você adiciona, atualiza ou remove uma tag no primário, a tag não é adicionada, atualizada ou removida em bancos de dados de mesmo nível remotos.

  • APIs ou Scripts: Talvez seja necessário atualizar quaisquer APIs ou scripts que você use para gerenciar o Autonomous AI Database para chamar as APIs no banco da dados principal.

    Você também pode usar variáveis de substituição predefinidas em seus URLs da Oracle Cloud Infrastructure (OCI) para failover entre regiões para Autonomous AI Database ao usar APIs REST da OCI. Consulte Variáveis de Substituição em URLs do OCI (Oracle Cloud Infrastructure) para obter mais informações.

    Para conexões mTLS, você deve fazer download de uma wallet do banco de dados principal, do banco de dados principal atual, após um failover ou após executar um switchover. Consulte Strings e Wallets de Conexão de Recuperação de Desastre entre Regiões para obter mais informações.

  • Aplicativos Clientes: Os aplicativos clientes precisam estabelecer conexão usando as strings de conexão e a wallet das quais você faz download no banco de dados principal, no banco de dados principal atual, após um failover ou depois de executar um switchover. Consulte Strings e Wallets de Conexão de Recuperação de Desastre entre Regiões para obter mais informações.

  • Conexões Baseadas em Wallet: Você deve fazer download de uma wallet e estabelecer conexão usando as strings de conexão do banco de dados principal, o banco de dados principal atual, para estabelecer conexão com o banco de dados após um failover ou depois de executar um switchover. Consulte Strings e Wallets de Conexão de Recuperação de Desastre entre Regiões para obter mais informações.

  • Ferramentas do Autonomous AI Database : As ferramentas têm URLs diferentes no banco de dados principal, no banco de dados principal atual, após um failover ou depois que você executa um switchover (os URLs de ferramentas não são alterados para um switchover ou failover para um stand-by local):

    • Ações do Banco de Dados

    • Oracle APEX

    • Oracle REST Data Services (ORDENS)

    • Graph Studio

    • Oracle Machine Learning Notebooks

    • Transformações de Dados

    • API MongoDB

  • Uso do Oracle Cloud Infrastructure Object Storage: Depois que você faz failover ou switchover do banco de dados principal para um banco de dados stand-by, no banco de dados principal (o banco de dados principal atual), as credenciais e os URLs que fornecem acesso ao Object Storage continuam a funcionar como antes do failover ou do switchover, fornecendo acesso ao seguinte:

    • Tabelas externas

    • Tabelas particionadas externas

    • Tabelas particionadas híbridas externas

    Observação

    Isso se aplica quando o Armazenamento de Objetos está disponível. Para cenários raros em que o Object Storage não está disponível, a Oracle recomenda ter backups ou replicação do Object Storage para outra região. Se o Object Storage não estiver disponível (que é o recurso do Object Storage que você usou com o Principal antes de um switchover ou failover), você poderá atualizar suas credenciais de usuário e parâmetros que definem URLs para o Object Storage, de modo que os parâmetros especifiquem valores para acessar um Object Storage de região disponível. Consulte Usando a Replicação para obter mais informações.

Autonomous Data Guard entre Tenancies com Stand-by entre Regiões

Você pode ativar o Autonomous Data Guard entre tenancies com um stand-by entre regiões. Quando você adiciona um banco de dados stand-by do Autonomous Data Guard entre tenancies em outra região, o Autonomous AI Database provisiona um banco de dados stand-by entre regiões na tenancy de destino. Com um stand-by do Autonomous Data Guard entre tenancies, você pode fazer failover, switchover ou criar um stand-by snapshot com um stand-by entre regiões em outra tenancy. Esse recurso permite que você use o Autonomous Data Guard para migrar um banco de dados para outra tenancy.

Consulte Usar um Banco de Dados Stand-by do Autonomous Data Guard entre Tenancies para obter mais informações.

OCI Full Stack Disaster Recovery com um Autonomous Data Guard Stand-by entre Regiões

Quando o Full Stack Disaster Recovery está ativado, a página de detalhes do Autonomous AI Database, em Disaster recovery, mostra o campo Full Stack DR como Ativado.


Veja a seguir a descrição da ilustração adb_full_stack_dr_enabled.png
Descrição da ilustração adb_full_stack_dr_enabled.png

Consulte Use o OCI Full Stack Disaster Recovery com o Autonomous AI Database para obter mais informações.

Tópicos

Tópico principal: Usar Bancos de Dados Stand-by com Autonomous Data Guard para Recuperação de Desastre

Atribuição do Autonomous Data Guard Database

Depois de adicionar um banco de dados stand-by entre regiões, cada banco de dados terá uma atribuição designada: principal, stand-by ou stand-by snapshot.

A atribuição especifica o estado atual de um banco de dados, principal, stand-by ou stand-by snapshot, e esse valor muda depois que você executa um switchover ou um failover ou depois de converter um banco de dados stand-by em um stand-by snapshot. Você pode exibir a atribuição do Autonomous AI Database no ícone que é exibido ao lado do nome de exibição na página Informações do Autonomous AI Database. Por exemplo:

Veja a seguir a descrição da ilustração adb_adg_primary.png
Descrição da ilustração adb_adg_primary.png

Veja a seguir a descrição da ilustração adb_adg_standby.png
Descrição da ilustração adb_adg_standby.png

Depois de adicionar um banco de dados stand-by entre regiões, você poderá exibir a atribuição na área Recuperação de desastre na página de detalhes. A função é uma destas:

  • A Função mostra a Principal no banco de dados principal.

  • Após um switchover ou failover, no mesmo banco de dados, a Atribuição mostra Stand-by.

  • Depois de converter um par entre regiões em um stand-by snapshot, a Atribuição será mostrada como Stand-by Snapshot.

Para exibir detalhes de um par, na página de detalhes do Autonomous AI Database, selecione a guia Recuperação de desastre. A lista mostra as informações do banco de dados de pareamento e a coluna Atribuição de pareamento mostra a atribuição de pareamento:

  • Stand-by (local): a coluna Atribuição de pareamento mostra Stand-by e o banco de dados tem o mesmo nome para exibição na coluna Autonomous Database de Pares. A coluna Região mostra o nome da região atual.

  • A coluna Stand-by (entre regiões) da Atribuição de pareamento mostra o Stand-by para um banco de dados stand-by remoto e o banco de dados tem o mesmo nome com uma extensão "_region" na coluna Autonomous Database de Par. Você pode clicar no link para acessar o banco de dados remoto. A coluna Região mostra o nome da região remota.

    Se você criou o par entre regiões antes da introdução do suporte para vários pares entre regiões, o nome para exibição do par entre regiões terá uma extensão "_Remote".

  • Stand-by de snapshot: a coluna Atribuição de pareamento mostra Stand-by de snapshot. A coluna Região mostra o nome da região remota.

Failover e Switchover entre Regiões do Autonomous Data Guard

Você pode ter um par local de recuperação de desastres e, opcionalmente, pode adicionar um ou mais pares entre regiões (vários pares entre regiões são permitidos com o modelo de computação ECPU). Nos casos local e entre regiões, o pareamento pode ser uma cópia de Recuperação de Desastre Baseada em Backup ou um stand-by do Autonomous Data Guard.

Com uma região atual e um ou mais bancos de dados de pareamento do Autonomous Data Guard entre regiões, dependendo do estado do banco de dados principal, você tem as seguintes opções:

  • Se seu banco do dados principal ficar inativo e o banco do dados stand-by local estiver disponível, o Autonomous Data Guard executará failover automaticamente para converter o banco do dados stand-by local para o banco do dados principal, com interrupção mínima. Depois que o failover for concluído, o Autonomous Data Guard criará um novo banco de dados stand-by local para você. Se o failover automático não for possível, você terá a opção de executar um failover manual.

    O Autonomous Data Guard continua a usar os mesmos bancos de dados entre regiões de mesmo nível.

  • Se seu banco e dados principal ficar inativo e o banco e dados standby local não estiver disponível, você poderá executar um failover manual para um banco e o banco e peer entre regiões que você fizer failover se tornará o banco e se tornará o banco.

    Nesse caso, após a conclusão do failover, o Autonomous Data Guard não cria um novo banco de dados stand-by local (por padrão, você tem um par de cópias de backup).

  • Você pode executar uma operação de switchover, na qual o banco de dados principal torna-se o banco de dados stand-by local, e o banco de dados stand-by local torna-se o banco de dados principal.

    O Autonomous Data Guard continua a usar os mesmos bancos de dados entre regiões de mesmo nível.

  • Você pode executar uma operação de switchover, na qual um banco de dados de pareamento entre regiões se torna o banco de dados principal (e o banco de dados que era o principal é recriado como um novo banco de dados stand-by para que ele se torne um banco de dados de mesmo nível).

    Um switchover altera as atribuições do banco de dados principal e de um banco de dados de mesmo nível. Se você executar um switchover duas vezes entre as mesmas duas regiões remotas, o banco de dados principal retornará para ser o banco de dados principal novamente.

Backup e Restauração Entre Regiões do Autonomous Data Guard Database

Depois de adicionar um Banco de Dados Stand-by entre Regiões do Autonomous Data Guard, o backup e a restauração do backup são tratados da seguinte forma:

  • Se a base de dados principal for restaurada a partir de um backup, um novo stand-by remoto será criado a partir da base de dados principal restaurada.

  • Os Backups Automáticos só são feitos no banco de dado principal (o banco de dado que mostra a Função: Principal). Por exemplo, após um switchover ou failover, o banco de dados com a atribuição Principal começa a executar backups automáticos. Um banco de dados com a atribuição Stand-by não faz mais backups. Se você fizer switchover novamente, o banco de dados que se torna o banco de dados de atribuição Principal começará a fazer backups novamente.

  • Não é possível restaurar ou clonar com base em um backup quando um banco de dados de mesmo nível está na atribuição Stand-by. Os backups só são feitos no banco de dados na atribuição Principal, e a operação de restauração não está disponível na Console do Oracle Cloud Infrastructure em um banco de dados Stand-by.

Strings e Wallets de Conexão de Recuperação de Desastres entre Regiões

Quando você adiciona um banco de dados stand-by entre regiões (remoto) do Autonomous Data Guard ou quando usa um par de Recuperação de Desastre Baseado em Backup entre regiões, a wallet e a string de conexão do banco de dados principal contêm apenas o nome do host do banco de dados principal.

Além disso, a wallet e a string de conexão de um banco de dados de pareamento remoto contêm apenas o nome do host do banco de dados remoto. Isso se aplica a carteiras regionais e de instância.

A Oracle recomenda que você configure seus aplicativos em execução no banco de dados da Atribuição Principal para usar a wallet ou a string de conexão baixada do banco de dados Principal. Para aplicativos executados em um banco de dados remoto, use a wallet ou a string de conexão baixada do banco de dados remoto (em que o banco de dados remoto é o banco de dados principal atual após um failover ou após você executar um switchover). Você pode obter essas strings de conexão ou a wallet clicando em Conexão do banco de dados na Console do Oracle Cloud Infrastructure.

Por exemplo, se o Autonomous Data Guard entre regiões estiver configurado com o principal em Ashburn (IAD) e um stand-by entre regiões em Phoenix (PHX), a Oracle recomenda que seus aplicativos de camada intermediária em execução no IAD usem o string de conexão ou wallet do banco de dados principal no IAD e seus aplicativos correspondentes executados no PHX após um failover ou após você executar um switchover, use a string de conexão ou wallet do banco de dados stand-by no PHX. Durante o failover ou switchover regional, a Oracle recomenda fazer failover do seu banco de dados e de seus aplicativos de camada intermediária para o novo banco de dados de atribuição Principal para obter o desempenho ideal e minimizar qualquer latência entre regiões.

Consulte Fazer Download das Credenciais do Cliente (Wallets) para obter mais informações.

Se exigido pelo seu aplicativo, você poderá construir manualmente strings de conexão contendo nomes de host de banco de dados primário e remoto, para suportar a conexão com qualquer instância que esteja disponível e aberta para conexões automaticamente, o banco de dados primário ou remoto.

Para obter detalhes sobre as etapas para criar manualmente essas strings de conexão, consulte:

Autonomous Data Guard entre Regiões com Chaves de Criptografia Gerenciadas pelo Cliente

Quando você adiciona um stand-by entre regiões do Autonomous Data Guard, há considerações especiais quando o banco de dados principal está usando chaves de criptografia gerenciadas pelo cliente ou se você deseja alternar para o uso de chaves de criptografia gerenciadas pelo cliente no banco de dados principal.

Observação

O Autonomous AI Database suporta vários provedores de chaves gerenciadas pelo cliente. Somente o Oracle Cloud Infrastructure Vault é suportado para uso com o Autonomous Data Guard. Outros vaults não são suportados para chaves gerenciadas pelo cliente.

Para que um stand-by remoto possa usar a mesma chave de criptografia mestra do banco de dados principal, a chave de criptografia mestra deve ser replicada para a região remota. Só há suporte para Chaves de Criptografia Gerenciadas pelo Cliente com um único stand-by do Autonomous Data Guard entre regiões. Não há suporte para vários stand-bys entre regiões porque o Oracle Cloud Infrastructure Vault só suporta replicação para uma região remota.

Considere os seguintes casos:

  • A adição de um stand-by remoto do Autonomous Data Guard será permitida se o Autonomous AI Database estiver usando chaves gerenciadas pelo cliente. Quando o banco de dados está usando uma chave gerenciada pelo cliente e você adiciona um stand-by entre regiões do Autonomous Data Guard, a lista Região na caixa de diálogo Adicionar banco de dados de pareamento só mostra as regiões que contêm o vault e as chaves replicados. Se você não vir uma região remota listada, precisará replicar seu vault e suas chaves para a região na qual deseja que seu banco de dados stand-by (essa deve ser uma região pareada).

  • A alternância para chaves gerenciadas pelo cliente é permitida no principal quando você tem um stand-by entre regiões do Autonomous Data Guard. No caso em que o banco de dados estiver usando chaves gerenciadas pela Oracle e você alternar para chaves gerenciadas pelo cliente no principal, só verá as chaves que são replicadas nas regiões principal e stand-by. As listas Gerenciar Chave de Criptografia Vault e Chave de criptografia principal só mostram vaults e chaves que são replicados nas regiões principal e stand-by. Se você não vir uma chave listada, replique seu vault e suas chaves para uma região pareada.

Para obter mais informações, consulte:

Autonomous Data Guard entre Tenancies com Chaves de Criptografia Gerenciadas pelo Cliente

Quando você adiciona um stand-by entre tenancies do Autonomous Data Guard, há considerações especiais quando o banco de dados Principal está usando chaves de criptografia gerenciadas pelo cliente ou se você deseja alternar para o uso de chaves de criptografia no banco de dados Principal.

Quando você adiciona um stand-by entre tenancies do Autonomous Data Guard para segurança adicional, por exemplo, para se proteger contra ransomware, se o Principal estiver usando uma chave gerenciada pelo cliente, você poderá replicar a chave de criptografia e usá-la no stand-by. Use a mesma chave de criptografia, seja uma chave gerenciada pela Oracle ou uma chave gerenciada pelo cliente, na tenancy Principal e no stand-by. Como cada tenancy tem uma cópia independente da chave, desativar ou excluir a chave em uma tenancy não afeta a outra.

Observação

O Autonomous AI Database suporta vários provedores de chaves gerenciadas pelo cliente. Somente o Oracle Cloud Infrastructure Vault é suportado para uso com o Autonomous Data Guard. Não há suporte para outros vaults em chaves gerenciadas pelo cliente na Principal ou em um Stand-by com o Autonomous Data Guard.

Consulte Observações sobre Chaves de Criptografia Gerenciadas pelo Cliente com um Stand-by Autonomous Data Guard entre Tenancies para obter mais informações.

Replicando Backups para um Stand-by do Autonomous Data Guard entre Regiões

Quando você adiciona um stand-by do Autonomous Data Guard entre regiões, pode ativar a replicação de backup entre regiões para que os backups automáticos do principal também estejam disponíveis em uma região remota.

Por padrão, os backups feitos no principal não são replicados em um banco de dados stand-by entre regiões. Quando você ativa a replicação de backup entre regiões, até 7 dias de backups automáticos para o principal são replicados para um banco de dados stand-by entre regiões. Quando esse recurso está ativado, os backups automáticos estão disponíveis na região remota da seguinte forma:

  • Após um switchover ou failover, você pode restaurar ou clonar para qualquer timestamp nos últimos sete (7) dias ou para qualquer timestamp no período de retenção especificado quando o período de retenção for definido para menos de sete dias.

  • Todos os backups do principal que são replicados para a região remota são excluídos no par de regiões remotas após sete dias ou após o número de dias do período de retenção em que o período de retenção é definido como menos de sete dias.

  • Não é possível modificar o período de retenção de backup para backups replicados, exceto se você modificar o período de retenção de backup no principal para especificar um valor inferior a sete dias. Nesse caso, o período de retenção para backups replicados na região remota corresponde ao período de retenção de backup automático definido no principal.

A replicação de backup entre regiões incorre em um custo adicional. Consulte Oracle Autonomous Database Serverless Features Billing para obter mais informações.

Consulte Adicionar um Banco de Dados Stand-by entre Regiões e Ativar ou Desativar a Replicação de Backup para um Stand-by entre Regiões Existente para obter mais informações.

Observe o seguinte para replicação de backup automático entre regiões:

  • Após um switchover ou um failover, enquanto o banco de dados entre regiões estiver na atribuição principal, os backups serão feitos no principal atual e serão replicados no stand-by (remoto) atual.

  • Em uma região remota, você pode criar um clone com base em um backup replicado enquanto o banco de dados estiver na atribuição Stand-by.

Licenciamento BYOL entre Regiões do Autonomous Data Guard

O limite de ECPU BYOL definido em um banco de dados Principal do Autonomous Data Guard não se aplica a um banco de dados Stand-by do Autonomous Data Guard entre regiões ou entre tenancies.

Em um Stand-by entre regiões ou entre tenancies, você pode definir de forma independente o limite de ECPU BYOL, conforme necessário. A definição de um valor para limite de Licença BYOL limita quantas ECPUs serão cobertas pelas licenças BYOL.

Por exemplo, considere um banco de dados Principal do Autonomous Data Guard com 8 ECPUs usando o licenciamento BYOL. Quando você adiciona um Stand-by entre regiões ou entre tenancies, o Stand-by obtém seu licenciamento do Principal (usando o licenciamento BYOL).

Neste exemplo, se você definir o limite de licença BYOL como 4 (ECPUs) na instância principal, 4 das 8 ECPUs usarão o licenciamento BYOL. No entanto, o limite de Licença BYOL definido na instância Principal não se aplica a um Stand-by entre regiões ou entre tenancies. O Stand-by usa o licenciamento Bring your own license (BYOL) (sem um limite de licença BYOL). Se você definir separadamente um limite de Licença BYOL no Stand-by, por exemplo, se você definir o valor limite de Licença BYOL como 2 (ECPUs), 2 ECPUs no Stand-by serão cobradas usando o licenciamento BYOL e 6 ECPUs. Da mesma forma, o limite de ECPU BYOL definido no Stand-by não afeta o limite de ECPU BYOL do Principal.

Consulte Escolher a Opção Bring Your Own License Durante o Provisionamento ou a Clonagem e Escolher Bring Your Own License no Autonomous AI Database (ECPU Compute Model) para obter mais informações.