Copias de seguridad automáticas: el almacenamiento de las copias de seguridad se factura, por GB, además del almacenamiento de base de datos seleccionado.

Por ejemplo, si las copias de seguridad ocupan 200 GB de almacenamiento, se le facturarán 200 GB de almacenamiento de copia de seguridad (además del uso facturado por el número seleccionado de ECPU y almacenamiento de base de datos). Consulte ECPU Compute Model Billing Information para obtener más información sobre los SKU a los que se facturan las copias de seguridad.

Copias de seguridad a largo plazo: el almacenamiento para las copias de seguridad a largo plazo se factura, por GB, como almacenamiento de copia de seguridad, además del almacenamiento de la base de datos.

Por ejemplo, si las copias de seguridad automáticas ocupan actualmente 200 GB y las copias de seguridad a largo plazo ocupan 600 GB de almacenamiento, se le factura por 800 GB de almacenamiento de copia de seguridad, además del uso facturado para las ECPU y el almacenamiento de base de datos seleccionados. Consulte ECPU Compute Model Billing Information para obtener más información sobre los SKU que se facturan para cada tipo de carga de trabajo y cada copia de seguridad.

Escala automática de recursos informáticos: cuando la escala automática de recursos informáticos está activada, la base de datos puede utilizarla y se le puede facturar el consumo adicional de ECPU según lo necesite la carga de trabajo, hasta tres veces (3 veces) el número de ECPU base, como se muestra en el recuento de ECPU de la consola de Oracle Cloud Infrastructure.

• El uso de ECPU facturado por hora mientras se ejecuta la base de datos se basa en el número base de ECPU que ha seleccionado para la base de datos, además de cualquier uso de ECPU adicional debido a la escala automática.

• Una instancia de Autonomous Database parada no tiene ningún uso de ECPU.

• El uso de ECPU se mide cada segundo, en unidades de ECPU completas y con una media de una hora. Si la base de datos se está ejecutando durante menos de una hora o se escala automáticamente durante solo una parte de una hora, se factura por segundo por el consumo medio de ECPU, en las ECPU base, durante esa hora. El consumo mínimo de ECPU es de un minuto.

Por ejemplo, si la base de datos tiene el recuento de ECPU 4 con la escala automática de recursos informáticos activada:

• Supongamos que en una hora la base de datos está disponible durante toda la hora y que la utilización de ECPU es inferior a 4 ECPU. La base de datos se facturará por 4 ECPU.

• Supongamos que en la segunda hora la base de datos está disponible durante toda la hora y que la utilización de ECPU es inferior a 4 ECPU durante 30 minutos, el 50 % de la hora y se escala automáticamente a 8 ECPU durante 30 minutos (el otro 50 % de la hora). El uso para este período, para la facturación, es de 6 ECPU (en función del uso medio por segundo de ECPU durante la segunda hora).

Escala automática de almacenamiento:

• Para el uso de almacenamiento por debajo del almacenamiento base reservado, se le facturará en función del almacenamiento base.

• Después de que el almacenamiento asignado supere el almacenamiento base reservado, el uso de almacenamiento se factura en función del almacenamiento asignado redondeado al TB más cercano, en una hora determinada.

Por ejemplo, si su almacenamiento base reservado es de 4 TB, hasta que el almacenamiento asignado exceda los 4 TB de almacenamiento, recibirá una facturación en función del almacenamiento base (4 TB). Después de superar los 4 TB, el almacenamiento se factura en función del almacenamiento asignado redondeado al TB más cercano, en una hora determinada. En este ejemplo, si el almacenamiento asignado crece más de 4 TB en una hora determinada, por ejemplo, a 4,9 TB, se le factura por 5 TB de almacenamiento a partir de esa hora.

Si, a continuación, elimina 1 TB de datos, el almacenamiento asignado permanece en 4,9 TB y se le facturará 5 TB hasta que realice una operación de reducción. Al realizar una operación de reducción, es posible que pueda reducir o reducir el almacenamiento asignado a 3,9 TB. Cuando se complete la operación de reducción y el almacenamiento asignado (3,9 TB) vuelva a estar por debajo del almacenamiento base reservado (4 TB), se le facturará una vez más por el almacenamiento base reservado de 4 TB. Consulte Reducción de almacenamiento para obtener más información.

Base de datos en espera de Autonomous Data Guard: local (misma región)

Las bases de datos peer de Autonomous Data Guard locales conllevan el costo adicional de las ECPU base y el almacenamiento de la base de datos principal, incluido cualquier uso de almacenamiento escalado automáticamente, que se factura en la propia base de datos principal. Las ECPU de escala automática de la base de datos primaria no se facturan adicionalmente en la base de datos peer local de Autonomous Data Guard. El número de ECPU base se especifica mediante el número de ECPU, como se muestra en el recuento de ECPU de la consola de Oracle Cloud Infrastructure.

Por ejemplo, si activa un peer de Autonomous Data Guard local en una base de datos de origen con:

• 2 ECPU (base) con la escala automática de recursos informáticos activada y consumen unas 4 ECPU por hora
• 1 TB de almacenamiento (base) con escala automática de almacenamiento, con un consumo total de 2 TB de almacenamiento de base de datos

Para el peer local de Autonomous Data Guard, se le factura por 2 ECPU adicionales (su selección de ECPU base), además de 2 TB adicionales de almacenamiento (es decir, la misma cantidad de almacenamiento reservado para el principal de origen con escala automática, en la base de datos principal).

Cuando se para la base de datos primaria, ni la base de datos primaria ni la base de datos peer se facturan por ECPU.

Base de datos en espera de Autonomous Data Guard: remota (entre regiones)

Las bases de datos peer entre regiones de Autonomous Data Guard conllevan el costo adicional de las ECPU base y el doble (2 veces) del almacenamiento de la base de datos principal, incluido cualquier uso de almacenamiento escalado automáticamente, que se factura en la base de datos peer remota. Las ECPU de escala automática de la base de datos principal no se facturan adicionalmente en la base de datos peer remota. El número de ECPU base se especifica mediante el número de ECPU, como se muestra en el recuento de ECPU de la consola de Oracle Cloud Infrastructure.

Por ejemplo, si activa un peer de Autonomous Data Guard entre regiones para una base de datos de origen con:

• 2 ECPU (base) con la escala automática de recursos informáticos activada y consumen unas 4 ECPU por hora
• 1 TB de almacenamiento (base) con escala automática de almacenamiento, con un consumo total de 2 TB de almacenamiento de base de datos

Para el peer de Autonomous Data Guard entre regiones, se le facturan 2 ECPU adicionales (su selección de ECPU base), además de 4 TB de almacenamiento (es decir, 2 veces el almacenamiento reservado para el principal de origen con escala automática, facturado en la base de datos peer remota).

Cuando se para la base de datos primaria, ni la base de datos primaria ni la base de datos peer se facturan por ECPU.

Cuando se selecciona la opción Activar replicación de copia de seguridad entre regiones en par de recuperación ante desastres, se le factura el doble (2 veces) del tamaño de almacenamiento de copia de seguridad necesario para las copias de seguridad replicadas, que se factura a la base de datos en espera remota.

Recuperación ante desastres basada en copias de seguridad: copias de seguridad locales (de la misma región) no hay costos adicionales para la Recuperación ante desastres basada en copias de seguridad local, aparte del costo de almacenamiento para las copias de seguridad automáticas.

Recuperación ante desastres basada en copias de seguridad: copias de seguridad remotas (entre regiones) la facturación de una recuperación ante desastres basada en copias de seguridad entre regiones es el doble (2 veces) de la cantidad de almacenamiento de copia de seguridad necesario para las copias de seguridad entre regiones replicadas, facturadas al peer remoto.

Por ejemplo, si activa una copia de seguridad entre regiones en una base de datos de origen con:

• 2 ECPU (base)
• 2 TB de almacenamiento de base de datos

Si las copias de seguridad replicadas en la región remota ocupan 1,9 TB de almacenamiento, se le facturarán 3,8 TB de almacenamiento de copia de seguridad en la base de datos peer de copia de seguridad remota.

Cuando se selecciona la opción Activar replicación de copia de seguridad entre regiones en par de recuperación ante desastres, se le factura el doble (2 veces) de tamaño de almacenamiento de copia de seguridad necesario para las copias de seguridad replicadas adicionales, facturadas al par remoto. Esta facturación se basa en el número de días definido para la retención de copia de seguridad en la base de datos principal, de la siguiente manera:

• Cuando la retención automática de copias de seguridad se define en 7 días o más, la facturación se basa en el tamaño de almacenamiento durante 7 días de copias de seguridad replicadas.
• Cuando la retención automática de copias de seguridad se define en menos de 7 días, la facturación se basa en el tamaño de almacenamiento para el número especificado de días de datos que se replican en la base de datos en espera entre regiones.

Clonación de refrescamiento local (misma región) Las clonaciones de refrescamiento local tienen su propia selección de ECPU configurable, por lo que se facturan por ECPU en función del número de ECPU seleccionado por el usuario, con o sin escala automática; no se facturan adicionalmente mediante la selección de ECPU. El número de ECPU se especifica por el número de ECPU, como se muestra en el recuento de ECPU en la consola de Oracle Cloud Infrastructure.

Las clonaciones de refrescamiento locales se facturan por la misma cantidad de almacenamiento que la base de datos de origen.

Por ejemplo, si crea una clonación de refrescamiento local de 2 ECPU a partir de una base de datos de origen con:

• 4 ECPU
• 1 TB de almacenamiento con escala automática de almacenamiento y un consumo de 2 TB de almacenamiento

Para la clonación de refrescamiento local, se le facturarán 2 ECPU, es decir, el valor de recuento de ECPU de la clonación de refrescamiento y 2 TB de almacenamiento (es decir, el almacenamiento reservado para la base de datos de origen).

Al iniciar o parar la base de datos origen, las acciones de la base de datos origen no afectan a la clonación de refrescamiento. Una clonación de refrescamiento se inicia o para independientemente de la base de datos origen.

Clonación de refrescamiento remota (entre regiones) Las clonaciones de refrescamiento remoto tienen su propia selección de ECPU configurable y, por lo tanto, se les factura por ECPU según la ECPU seleccionada por el usuario (con o sin escala automática); no se facturan adicionalmente mediante la selección de ECPU. El número de ECPU se especifica por el número de ECPU, como se muestra en el recuento de ECPU en la consola de Oracle Cloud Infrastructure.

Las clonaciones de refrescamiento remoto se facturan por el doble (2 veces) de la cantidad de almacenamiento que su base de datos de origen.

Por ejemplo, si crea una clonación de refrescamiento remoto de 2 ECPU a partir de una base de datos de origen con:

• 4 ECPU
• 1 TB de almacenamiento con escala automática de almacenamiento y un consumo de 2 TB de almacenamiento

Para la clonación de refrescamiento remoto, se le facturan 2 ECPU (es decir, la selección de ECPU de la clonación de refrescamiento) y 4 TB de almacenamiento (es decir, 2 veces el almacenamiento reservado para la base de datos de origen)

Iniciar o parar la base de datos origen no afecta a la clonación de refrescamiento: la clonación de refrescamiento se puede iniciar o parar de forma independiente.

Base de datos de instantánea en espera para la recuperación ante desastres remota (entre regiones)

El uso de ECPU de instantánea en espera se factura en función del recuento de ECPU base y cualquier uso de ECPU adicional si la escala automática de recursos informáticos está activada. El número de ECPU base se especifica mediante el número de ECPU, como se muestra en el recuento de ECPU de la consola de Oracle Cloud Infrastructure.

El uso de almacenamiento de instantánea en espera se factura en función del almacenamiento de la instantánea en espera más (1x) el almacenamiento de la base de datos primaria de origen.

Por ejemplo, si tiene una instantánea en espera de 2 ECPU y 3 TB de una base de datos de origen con:

• 4 ECPU
• 1 TB de almacenamiento con escala automática de almacenamiento y un consumo de 2 TB de almacenamiento

La base de datos de instantánea en espera se facturará por 2 ECPU (es decir, la selección de ECPU de la base de datos de instantánea en espera) y 3 TB + 2 TB = 5 TB de almacenamiento de base de datos (es decir, el almacenamiento reservado en la base de datos de instantánea en espera + el almacenamiento reservado en la base de datos de origen)

Pools elásticas: un pool elástico permite aprovisionar 4 veces el recuento de ECPU que tiene como tamaño de pool. Por ejemplo, si tiene un pool con un tamaño de pool de 128 ECPU, puede aprovisionar hasta 512 ECPU en este pool. En otras palabras, cuando el tamaño del pool es de 128 ECPU, la capacidad del pool es cuatro veces mayor que el tamaño del pool (en este ejemplo, 512 ECPU).

Las bases de datos que pertenecen a un pool no se facturan individualmente para los recursos informáticos. La facturación informática para todos los miembros del grupo y el líder se realiza a través del líder. En otras palabras, los miembros individuales de un pool elástico no se facturan por los recursos informáticos siempre que formen parte del pool. Esto se aplica independientemente del tipo de carga de trabajo que sea para el miembro del pool. Por ejemplo, cuando se agrega un miembro del pool con el tipo de carga de trabajo Almacén de datos a un pool, su uso de recursos informáticos se factura al líder del pool con la tasa de uso de recursos informáticos de Transaction Processing. Por otro lado, la facturación de almacenamiento se sigue facturando a instancias individuales de Autonomous Database, independientemente de que formen parte de un pool o no.

Supongamos que tiene un pool elástico con un tamaño de agrupación de 128 ECPU. Dado el tamaño de la agrupación, la capacidad de la agrupación es de 512 ECPU (capacidad de la agrupación = 4 veces el tamaño de la agrupación). Para este ejemplo, se presentan algunas preguntas y respuestas de facturación comunes:

• ¿Cuál es el número máximo de instancias de Autonomous Database permitidas en este pool? Un total de 512 instancias de Autonomous Database con 1 ECPU cada una (los miembros del pool elástico o el líder pueden tener una asignación de ECPU individual de hasta 1 ECPU).

• ¿Qué sucede si la marca de agua de uso de ECPU agregada del pool es mayor que el tamaño del pool? Si la marca de agua superior de utilización de ECPU agregada es menor o igual que el tamaño del pool en una hora de facturación determinada, el cargo por hora es la cantidad del tamaño del pool. Si el límite superior de utilización de ECPU agregado es mayor que el tamaño del pool, pero menor o igual que el tamaño del pool 2 veces en una hora de facturación determinada, el cargo por hora es de 2 veces el tamaño del pool. Si el límite superior de utilización de ECPU agregado es más de 2 veces el tamaño de la agrupación en una hora de facturación determinada, el cargo por hora es de 4 veces el tamaño de la agrupación.

  Por ejemplo, supongamos que 512 instancias de Autonomous Database con 1 ECPU están cada una en un pool elástico con un tamaño de pool de 128 ECPU. Si la marca de agua de uso de ECPU agregada de estas bases de datos es de 100 ECPU entre 1 p. m. y 250 ECPU entre 2 p. m. y 3 p. m., la facturación es de 128 horas de ECPU entre 1 p. m. y 2 p. m. y 256 horas de ECPU entre 2 p. m. y 3 p. m.

Consulte Acerca de la facturación de grupo flexible para obtener más información.