Acerca de la facturación de pool flexible con Autonomous Data Guard activado

Cuando un líder de pool elástico o un miembro de pool elástico activa una base de datos en espera de Autonomous Data Guard local, la base de datos en espera forma parte del pool elástico y se le factura según corresponda.

Al agregar una base de datos en espera local, un total de dos veces (2 x) la asignación de ECPU de la base de datos primaria se cuenta para la capacidad del pool (1 x para la base de datos principal y 1 x para la base de datos en espera). Esto significa que una base de datos en espera local multiplica el uso máximo de la base de datos primaria por 2.

Por ejemplo, si crea un pool elástico con un tamaño de pool de 128 ECPU, con una capacidad de pool de 512 ECPU, al agregar la siguiente instancia de Autonomous Database se utiliza la capacidad de pool elástico:

• 1 instancia con 256 ECPU con Autonomous Data Guard local activado, para un total de 512 ECPU asignadas desde el pool.

  Al utilizar esta instancia, si el uso máximo de ECPU es de 256 ECPU para una hora de facturación determinada, el uso máximo general de ECPU se notificará como 512 ECPU debido al factor de multiplicación 2x de la base de datos en espera local. Y la facturación de esa hora será de 512 ECPU (tamaño de agrupación 4x).

Consulte Activación de Autonomous Data Guard para obtener más información.

Describe los detalles de capacidad de pool flexible y de facturación para una base de datos en espera de Autonomous Data Guard entre regiones cuando la base de datos en espera entre regiones se agrega a un pool elástico.

Las bases de datos de un pool elástico se deben ubicar en la misma región. Si tiene una base de datos en espera de Autonomous Data Guard entre regiones, puede colocarla en un pool elástico en la región en espera.

• Si aumenta los recursos informáticos de la base de datos primaria, el pool elástico remoto donde se ejecutan las ejecuciones en espera entre regiones debe tener suficiente capacidad disponible para adaptarse al aumento.

  Consulte About Elastic Pools para obtener más información sobre la capacidad de la agrupación elástica.

• No se puede terminar una base de datos primaria cuando la base de datos en espera de Autonomous Data Guard entre regiones es líder del pool. En este caso, debe terminar el pool elástico antes de terminar la base de datos primaria".

  Consulte Terminate an Elastic Pool para obtener más información.

• Una base de datos en espera de Autonomous Data Guard entre regiones que se encuentra en un pool elástico se factura en función del uso máximo de la base de datos primaria. Esto se aplica independientemente de si el primario está en un pool elástico.

  Por ejemplo, en una hora de facturación determinada de 1 p.m. a 2 p.m., donde el uso máximo de la base de datos primaria es 30 ECPU, la base de datos en espera de Autonomous Data Guard entre regiones también muestra su uso máximo de ECPU como 30 ECPU y este uso se informa al líder del pool elástico de la región remota.

• Una base de datos en espera de Autonomous Data Guard entre regiones que no está en un pool elástico, ni como líder de pool ni como miembro de pool, se factura como una base de datos en espera entre regiones normal.

  Consulte Facturación de funciones de Oracle Autonomous Database Serverless para obtener más información.