Sauvegardes automatiques : le stockage des sauvegardes est facturé, par Go, en plus du stockage de base de données sélectionné.

Par exemple, si les sauvegardes occupent 200 Go de stockage, vous êtes facturé pour 200 Go de stockage de sauvegarde (en plus de l'utilisation facturée pour le nombre d'ECPU et le stockage de base de données sélectionnés). Pour plus d'informations sur les SKU facturées pour les sauvegardes, reportez-vous à Informations de facturation du modèle de calcul d'ECPU.

Sauvegardes à long terme : le stockage des sauvegardes à long terme est facturé, par Go, en tant que stockage de sauvegarde, en plus du stockage de base de données.

Par exemple, si les sauvegardes automatiques occupent actuellement 200 Go et que les sauvegardes à long terme occupent 600 Go de stockage, 800 Go de stockage de sauvegarde vous sont facturés, en plus de l'utilisation facturée pour les ECPU et le stockage de base de données sélectionnés. Pour plus d'informations sur les SKU facturées pour chaque type de charge globale et chaque sauvegarde, reportez-vous à Informations de facturation du modèle de calcul d'ECPU.

Redimensionnement automatique de calcul : lorsque le redimensionnement automatique de calcul est activé, votre base de données peut l'utiliser et vous pouvez être facturé pour une consommation d'ECPU supplémentaire selon vos besoins par votre charge globale, jusqu'à trois fois (3x) le nombre d'ECPU de base, comme indiqué dans le nombre d'ECPU sur la console Oracle Cloud Infrastructure.

• Votre utilisation d'ECPU facturée par heure pendant l'exécution de votre base de données est basée sur le nombre d'ECPU de base que vous avez sélectionné pour votre base de données, plus toute utilisation d'ECPU supplémentaire due au redimensionnement automatique.

• Une instance Autonomous Database arrêtée n'utilise aucune ECPU.

• L'utilisation d'ECPU est mesurée chaque seconde, en unités d'ECPU entières et calculée en moyenne sur une heure. Si votre base de données est exécutée pendant moins d'une heure ou s'adapte automatiquement pendant une partie seulement d'une heure, elle est facturée par seconde pour la consommation moyenne d'ECPU, sur les ECPU de base, au cours de cette heure. La consommation minimale d'ECPU est d'une minute.

Par exemple, si votre base de données compte 4 ECPU avec l'option Redimensionnement automatique de calcul activée :

• Supposons que votre base de données soit disponible pendant toute l'heure et que l'utilisation d'ECPU soit inférieure à 4 ECPU. Votre base de données sera facturée pour 4 ECPU.

• Supposons que votre base de données soit disponible pendant toute l'heure et que l'utilisation de l'ECPU soit inférieure à 4 ECPU pendant 30 minutes, à 50 % de l'heure et qu'elle passe automatiquement à 8 ECPU pendant 30 minutes (les 50 % restants de l'heure). L'utilisation pour cette période, pour la facturation, est de 6 ECPU (en fonction de l'utilisation moyenne par seconde d'ECPU pour la deuxième heure).

Redimensionnement automatique du stockage :

• Pour l'utilisation du stockage en dessous du stockage de base réservé, vous êtes facturé en fonction du stockage de base.

• Une fois que le stockage alloué dépasse le stockage de base réservé, l'utilisation du stockage est facturée en fonction du stockage alloué, arrondi au To le plus proche, dans une heure donnée.

Par exemple, si le stockage de base réservé est de 4 To, tant que le stockage alloué ne dépasse pas 4 To de stockage, vous êtes facturé en fonction du stockage de base (4 To). Une fois que vous dépassez 4 To, le stockage est facturé en fonction du stockage alloué, arrondi au To le plus proche, dans une heure donnée. Dans cet exemple, si le stockage alloué dépasse 4 To au cours d'une heure donnée, par exemple 4,9 To, vous êtes facturé pour 5 To de stockage à partir de cette heure.

Si vous supprimez ensuite 1 To de données, le stockage affecté reste à 4,9 To et vous êtes facturé 5 To tant que vous n'avez pas effectué d'opération de réduction. Lorsque vous effectuez une opération de récupération d'espace, vous pouvez récupérer/réduire le stockage alloué à 3,9 To. Une fois l'opération de réduction terminée et que le stockage alloué (3,9 To) est à nouveau en dessous du stockage de base réservé (4 To), vous serez à nouveau facturé pour le stockage de base réservé de 4 To. Pour plus d'informations, reportez-vous à Réduction du stockage.

Base de données de secours Autonomous Data Guard - Local (même région)

Les bases de données homologues Autonomous Data Guard locales entraînent le coût supplémentaire des ECPU de base et du stockage de la base de données principale, y compris toute utilisation de stockage redimensionnée automatiquement, facturé sur la base de données principale elle-même. Les ECPU redimensionnées automatiquement de la base de données principale ne sont pas facturées en plus sur la base de données homologue Autonomous Data Guard locale. Le nombre d'ECPU de base est indiqué par le nombre d'ECPU, comme indiqué dans le nombre d'ECPU sur la console Oracle Cloud Infrastructure.

Par exemple, si vous activez un homologue Autonomous Data Guard local sur une base de données source avec :

• 2 (de base) ECPU avec Redimensionnement automatique Compute activé et qui consomment environ 4 ECPU par heure
• 1 To de stockage (de base) avec mise à l'échelle automatique du stockage, consommant au total 2 To de stockage de base de données

Pour le pair Autonomous Data Guard local, il vous est facturé 2 ECPU supplémentaires (votre sélection d'ECPU de base), plus 2 To de stockage supplémentaires (c'est-à-dire la même quantité de stockage réservée pour la base de données principale source avec redimensionnement automatique) sur la base de données principale.

Lorsque la base de données principale est arrêtée, ni la base principale ni la base homologue ne sont facturées pour l'ECPU.

Base de données de secours Autonomous Data Guard - distante (entre régions)

Les bases de données homologues inter-région Autonomous Data Guard entraînent le coût supplémentaire des ECPU de base et deux fois (2x) le stockage de la base de données principale, y compris toute utilisation de stockage redimensionnée automatiquement, facturée sur la base de données homologue distante. Les ECPU redimensionnées automatiquement de la base principale ne sont pas facturées en plus sur la base de données homologue distante. Le nombre d'ECPU de base est indiqué par le nombre d'ECPU, comme indiqué dans le nombre d'ECPU sur la console Oracle Cloud Infrastructure.

Par exemple, si vous activez un homologue Autonomous Data Guard inter-région pour une base de données source avec :

• 2 (de base) ECPU avec Redimensionnement automatique Compute activé et qui consomment environ 4 ECPU par heure
• 1 To de stockage (de base) avec mise à l'échelle automatique du stockage, consommant au total 2 To de stockage de base de données

Pour le pair Autonomous Data Guard inter-région, 2 ECPU supplémentaires (votre sélection d'ECPU de base) vous sont facturées, plus 4 To de stockage (c'est-à-dire 2x le stockage réservé pour la base de données principale source avec redimensionnement automatique, facturé sur la base de données homologue distante).

Lorsque la base de données principale est arrêtée, ni la base principale ni la base de données homologue ne sont facturées pour l'ECPU.

Lorsque l'option Activer la réplication de sauvegarde inter-région vers le pair de récupération après sinistre est sélectionnée, vous êtes facturé deux fois (2 fois) la taille de stockage de sauvegarde requise pour les sauvegardes répliquées, facturée à la base de données de secours distante.

Lorsqu'un pair inter-région fonctionne en tant que base de données de secours instantanée, l'utilisation de l'UC de secours instantanée est facturée en fonction du nombre d'UC de base et de toute utilisation supplémentaire de l'UC si le redimensionnement automatique de calcul est activé. Le nombre d'UC de base est indiqué par le nombre d'ECPU, comme indiqué dans le champ Nombre d'ECPU de la console Oracle Cloud Infrastructure.

Récupération après sinistre basée sur une sauvegarde - Copies de sauvegarde locales (même région) Il n'y a pas de coût supplémentaire pour la récupération après sinistre basée sur une sauvegarde locale, autre que le coût du stockage pour les sauvegardes automatiques.

Récupération après sinistre basée sur une sauvegarde - Copies de sauvegarde distantes (inter-région) Pour une récupération après sinistre basée sur une sauvegarde inter-région, la facturation est de deux fois (2x) la quantité de stockage de sauvegarde requise pour les sauvegardes inter-région répliquées, facturée au pair distant.

Par exemple, si vous activez une copie de sauvegarde inter-région sur une base de données source avec :

• 2 (de base) ECPU
• 2 To de stockage de base de données

Si les sauvegardes répliquées vers la région distante nécessitent 1,9 To de stockage, 3,8 To de stockage de sauvegarde seront facturés sur la base de données homologue de copie de sauvegarde distante.

Lorsque l'option Activer la réplication de sauvegarde inter-région vers le pair de récupération après sinistre est sélectionnée, la taille de stockage de sauvegarde requise pour les sauvegardes répliquées supplémentaires est facturée au pair distant deux fois (2 fois). Cette facturation est basée sur le nombre de jours défini pour la conservation de sauvegarde sur le serveur principal, comme suit :

• Lorsque la conservation des sauvegardes automatiques est définie sur 7 jours ou plus, la facturation est basée sur la taille de stockage pour les 7 jours de sauvegardes répliquées.
• Lorsque la durée de conservation des sauvegardes automatiques est inférieure à 7 jours, la facturation est basée sur la taille de stockage pour le nombre de jours spécifié de données répliquées vers la base de données de secours inter-région.

Clone local actualisable (même région) Les clones actualisables locaux ont leur propre sélection d'ECPU configurable. Ils sont donc facturés pour l'ECPU en fonction du nombre d'ECPU sélectionné par l'utilisateur, avec ou sans redimensionnement automatique. Ils ne sont pas facturés en outre par rapport à la sélection d'ECPU. Le nombre d'ECPU est indiqué par le nombre d'ECPU, comme indiqué dans le nombre d'ECPU sur la console Oracle Cloud Infrastructure.

Les clones actualisables locaux sont facturés pour la même quantité de stockage que leur base de données source.

Par exemple, si vous créez un clone actualisable local 2 ECPU à partir d'une base de données source avec :

• 4 ECPU
• 1 To de stockage avec mise à l'échelle automatique du stockage et consommation de 2 To de stockage

Pour le clone actualisable local, vous serez facturé pour 2 ECPU, c'est-à-dire la valeur du nombre d'ECPU du clone actualisable et 2 To de stockage (c'est-à-dire le stockage réservé à la base de données source).

Lorsque vous démarrez ou arrêtez la base de données source, vos actions sur la base de données source n'affectent pas le clone actualisable. Un clone actualisable est démarré ou arrêté indépendamment de la base de données source.

Clone distant actualisable (inter-région) Les clones actualisables distants ont leur propre sélection d'ECPU configurable. Ils sont donc facturés pour l'ECPU en fonction de l'ECPU sélectionné par l'utilisateur (avec ou sans redimensionnement automatique). Ils ne sont pas facturés en plus par rapport à la sélection d'ECPU. Le nombre d'ECPU est indiqué par le nombre d'ECPU, comme indiqué dans le nombre d'ECPU sur la console Oracle Cloud Infrastructure.

Les clones actualisables à distance sont facturés deux fois (2 fois) la quantité de stockage en tant que base de données source.

Par exemple, si vous créez un clone actualisable distant 2 ECPU à partir d'une base de données source avec :

• 4 ECPU
• 1 To de stockage avec mise à l'échelle automatique du stockage et consommation de 2 To de stockage

Pour le clone actualisable distant, vous êtes facturé pour 2 ECPU (c'est-à-dire la sélection d'ECPU du clone actualisable) et 4 To de stockage (soit 2 fois le stockage réservé à la base de données source)

Le démarrage ou l'arrêt de la base de données source n'a aucune incidence sur le clone actualisable. Le clone actualisable peut être démarré ou arrêté indépendamment.

Base de données de secours instantanée pour la récupération après sinistre à distance (inter-région)

L'utilisation d'ECPU de secours cliché est facturée en fonction du nombre d'ECPU de base et de toute utilisation d'ECPU supplémentaire si le redimensionnement automatique de calcul est activé. Le nombre d'ECPU de base est indiqué par le nombre d'ECPU, comme indiqué dans le nombre d'ECPU sur la console Oracle Cloud Infrastructure.

L'utilisation du stockage de secours instantanée est facturée en fonction du stockage de la base de données de secours instantanée et (1 fois) du stockage de la base de données principale source.

Par exemple, si vous disposez d'une base de données de secours instantanée de 2 ECPU et 3 To à partir d'une base de données source avec :

• 4 ECPU
• 1 To de stockage avec mise à l'échelle automatique du stockage et consommation de 2 To de stockage

Votre base de données de secours cliché sera facturée pour 2 ECPU (c'est-à-dire, la sélection d'ECPU de la base de données de secours cliché) et 3 To + 2 To = 5 To de stockage de base de données (c'est-à-dire, le stockage réservé sur la base de données de secours cliché + le stockage réservé sur sa base de données source)

Pools élastiques : un pool élastique vous permet de provisionner 4 fois le nombre d'ECPU dont vous disposez en tant que taille de pool. Par exemple, si vous disposez d'un pool d'une taille de pool de 128 ECPU, vous pouvez provisionner jusqu'à 512 ECPU dans ce pool. En d'autres termes, lorsque votre taille de pool est de 128 ECPU, votre capacité de pool est quatre fois la taille de pool (dans cet exemple, 512 ECPU).

Les bases de données appartenant à un pool ne sont pas facturées individuellement pour le calcul. La facturation de calcul pour tous les membres du pool et le leader se fait par l'intermédiaire du leader. En d'autres termes, les membres individuels d'un pool élastique ne sont pas facturés pour le calcul tant qu'ils font partie du pool. Cela s'applique quel que soit le type de charge globale du membre du pool. Par exemple, lorsqu'un membre de pool avec le type de charge globale Entrepôt de données est ajouté à un pool, son utilisation de calcul est facturée au leader du pool au taux d'utilisation de calcul Traitement des transactions. La facturation du stockage, en revanche, continue d'être facturée à des instances Autonomous Database individuelles, qu'elles fassent ou non partie d'un pool.

Supposons que vous disposez d'un pool élastique d'une taille de pool de 128 ECPU. Compte tenu de la taille du pool, la capacité du pool est de 512 ECPU (capacité du pool = 4 fois la taille du pool). Pour cet exemple, voici quelques questions et réponses courantes sur la facturation :

• Quel est le nombre maximal d'instances Autonomous Database autorisées dans ce pool ? Au total, 512 instances Autonomous Database avec 1 ECPU chacune (les membres de pool élastique ou le leader peuvent avoir une allocation d'ECPU individuelle allant jusqu'à 1 ECPU).

• Que se passe-t-il si la limite supérieure d'utilisation agrégée des ECPU du pool est supérieure à la taille du pool ? Si le filigrane d'utilisation élevée d'ECPU agrégée est inférieur ou égal à la taille du pool au cours d'une heure de facturation donnée, les frais horaires correspondent à la taille du pool. Si la limite supérieure d'utilisation d'ECPU agrégée est supérieure à la taille du pool mais inférieure ou égale à la taille du pool 2 fois au cours d'une heure de facturation donnée, les frais horaires sont de la taille du pool 2 fois. Si la limite supérieure d'utilisation d'ECPU agrégée est supérieure à 2 fois la taille du pool au cours d'une heure de facturation donnée, la charge horaire est égale à 4 fois la taille du pool.

  Par exemple, supposons que 512 instances Autonomous Database avec 1 ECPU chacune se trouvent dans un pool élastique avec une taille de pool de 128 ECPU. Si la limite supérieure d'utilisation d'ECPU agrégée de ces bases de données est de 100 ECPU entre 1pm-2pm et 250 ECPU entre 2pm-3pm, la facturation est de 128 ECPU heures entre 1pm-2pm et 256 ECPU heures entre 2pm-3pm.

Pour plus d'informations, reportez-vous à la section About Elastic Pool Billing.

Annulation de la suppression d'une instance Autonomous Database

Si vous annulez la suppression d'une instance Autonomous Database, la première heure après l'opération d'annulation de la suppression, vous êtes facturé pour l'UC et le stockage de base, y compris le stockage de base de données et les sauvegardes à long terme, pendant la durée totale de suppression de la base de données, comme si la base de données n'avait jamais été supprimée et était en cours d'exécution.

Par exemple, si vous mettez fin à une instance Autonomous Database avec :

• 4 ECPU avec Redimensionnement automatique de Compute activé
• 2 To de stockage, avec 100 Go de stockage de sauvegarde automatique et 20 Go de stockage de sauvegarde à long terme

Si, au bout de 5 heures et 30 minutes, vous annulez la suppression de l'instance terminée, dans la première heure après l'opération d'annulation de la suppression, la facturation inclut les coûts supplémentaires comme si la base de données n'avait jamais été supprimée et était en cours d'exécution, notamment :

• 5 heures et 30 minutes pour les 4 ECPU de base
• Stockage de 2 To
• 100 Go de stockage de sauvegarde automatique
• 20 Go de stockage de sauvegarde à long terme