Quando um líder de pool elástico ou um membro de pool elástico ativa um stand-by local do Autonomous Data Guard, o banco de dados stand-by faz parte do pool elástico e você é cobrado adequadamente.

Quando você adiciona um stand-by local, um total de duas vezes (2 x) a alocação de ECPU do principal é contada na capacidade do pool (1 x para o principal e 1 x para o stand-by). Isso significa que um stand-by local multiplica o pico de uso do principal por 2.

Por exemplo, se você criar um pool elástico com um tamanho de pool de 128 ECPUs, com uma capacidade de pool de 512 ECPUs, a adição da seguinte instância do Autonomous Database usará a capacidade do pool elástico:

• 1 instância com 256 ECPUs com o Autonomous Data Guard local ativado, para um total de 512 alocações de ECPUs do pool.

  Ao usar esta instância, se o pico de utilização de ECPU for 256 ECPUs para uma determinada hora de faturamento, a utilização geral de ECPU de pico será reportada como 512 ECPUs por causa do fator de multiplicação 2x do banco de dados stand-by local. E o faturamento dessa hora será de 512 ECPUs (tamanho do pool 4x).

Consulte Ativar Autonomous Data Guard para obter mais informações.

Descreve detalhes de capacidade de faturamento e pool elástico para um stand-by do Autonomous Data Guard entre regiões quando o stand-by entre regiões é adicionado a um pool elástico.

Os bancos de dados em um pool elástico devem estar localizados na mesma região. Se você tiver um stand-by Autonomous Data Guard entre regiões, poderá colocá-lo em um pool elástico na região do stand-by.

• Se você aumentar os recursos de computação do banco de dados principal, o pool elástico remoto no qual as execuções stand-by entre regiões deverão ter capacidade disponível suficiente para acomodar o aumento.

  Consulte Sobre Pools Elásticos para obter mais informações sobre a capacidade do pool elástico.

• Não é possível encerrar um banco de dados principal quando seu stand-by Autonomous Data Guard entre regiões é um líder de pool. Nesse caso, você deve encerrar o pool elástico antes de encerrar o banco de dados principal."

  Consulte Encerrar um Pool Elástico para obter mais informações.

• Um stand-by do Autonomous Data Guard entre regiões que está em um pool elástico é cobrado com base no pico de uso do principal. Isso se aplica independentemente de o primário estar em um pool elástico.

  Por exemplo, em uma determinada hora de faturamento das 1h às 2h, em que o pico de uso do principal é de 30 ECPUs, o stand-by Autonomous Data Guard entre regiões também mostra seu pico de uso de ECPU como 30 ECPUs e esse uso é reportado ao líder do pool elástico da região remota.

• Um stand-by do Autonomous Data Guard entre regiões que não está em um pool elástico, nem como líder de pool nem como membro de pool, é cobrado como um stand-by entre regiões regular.

  Consulte Oracle Autonomous Database Serverless Features Billing para obter mais informações.