Quando un leader del pool elastico o un membro del pool elastico abilita un standby Autonomous Data Guard locale, il database di standby fa parte del pool elastico e ti viene fatturato di conseguenza.

Quando si aggiunge uno standby locale, un totale di due volte (2 x) l'allocazione ECPU del database primario viene conteggiata per la capacità del pool (1 x per il database primario e 1 x per lo standby). Il significato di uno standby locale moltiplica il picco di utilizzo del database primario per 2.

Ad esempio, se si crea un pool elastico con una dimensione pool di 128 ECPU, con una capacità pool di 512 ECPU, l'aggiunta dell'istanza di Autonomous Database seguente utilizza la capacità elastica del pool:

• 1 istanza con 256 ECPU con Autonomous Data Guard locale abilitato, per un totale di 512 ECPU di allocazione dal pool.

  Quando si utilizza questa istanza, se l'utilizzo di ECPU di picco è di 256 ECPU per un'ora di fatturazione specifica, l'utilizzo complessivo di ECPU di picco verrà segnalato come 512 ECPU a causa del fattore di moltiplicazione 2x del database di standby locale. E la fatturazione per quell'ora sarà di 512 ECPU (dimensione pool 4x).

Per ulteriori informazioni, vedere Abilita Autonomous Data Guard.

Descrive i dettagli della capacità del pool elastico e di fatturazione per uno standby Autonomous Data Guard tra più aree quando lo standby tra più aree viene aggiunto a un pool elastico.

I database in un pool elastico devono trovarsi nella stessa area. Se disponi di uno standby Autonomous Data Guard tra più aree, puoi posizionarlo in un pool elastico nell'area di standby.

• Se aumenti le risorse di computazione del database primario, il pool elastico remoto in cui vengono eseguite le esecuzioni in standby tra più aree deve avere una capacità disponibile sufficiente per soddisfare l'aumento.

  Per ulteriori informazioni sulla capacità elastica del pool, vedere Informazioni sui pool elastici.

• Non è possibile arrestare un database primario quando il relativo standby Autonomous Data Guard tra più aree è un leader del pool. In questo caso, è necessario terminare il pool elastico prima di terminare il database primario."

  Per ulteriori informazioni, vedere Terminare un pool elastico.

• Un standby Autonomous Data Guard tra più aree che si trova in un pool elastico viene fatturato in base al picco di utilizzo del database primario. Ciò si applica indipendentemente dal fatto che il primario si trovi in un pool elastico.

  Ad esempio, in una determinata ora di fatturazione da 1pm a 2pm in cui il picco di utilizzo del database primario è di 30 ECPU, il database di standby Autonomous Data Guard tra più aree mostra anche il picco di utilizzo di ECPU come 30 ECPU e questo utilizzo viene segnalato al leader del pool elastico dell'area remota.

• Uno standby Autonomous Data Guard tra più aree che non si trova in un pool elastico, né come leader del pool né come membro del pool, viene fatturato come un normale standby tra più aree.

  Per ulteriori informazioni, consulta Oracle Autonomous Database Serverless Features Billing.