Utilisation du redimensionnement automatique
Lorsque vous créez une instance Autonomous Database, le redimensionnement automatique de calcul est activé par défaut et le redimensionnement automatique de stockage est désactivé. Vous pouvez gérer le redimensionnement automatique à partir de la console Oracle Cloud Infrastructure pour activer ou désactiver le redimensionnement automatique de calcul ou de stockage.
- Redimensionnement automatique de calcul
Lorsque le redimensionnement automatique de calcul est activé, la base de données peut utiliser jusqu'à trois fois plus de ressources d'UC et d'E/S que le nombre d'ECPU (OCPU si votre base de données utilise des OCPU), comme indiqué dans le champ Nombre d'ECPU ou Nombre d'OCPU de la console Oracle Cloud Infrastructure. - Redimensionnement automatique de stockage
Lorsque vous créez une instance Autonomous Database, le redimensionnement automatique de stockage est désactivé par défaut. Vous pouvez gérer le redimensionnement et activer le redimensionnement automatique de stockage à partir de la console Oracle Cloud Infrastructure ou de l'API. - Réduction du stockage
Lorsque le stockage utilisé dans la base de données est nettement inférieur au stockage alloué, l'opération de récupération d'espace réduit le stockage alloué.
Rubrique parent : Mise à jour des limites de calcul et de stockage
Redimensionnement automatique du calcul
Lorsque le redimensionnement automatique est activé, si votre charge globale nécessite des ressources d'UC et d'E/S supplémentaires, la base de données utilise automatiquement les ressources sans qu'aucune intervention manuelle ne soit requise. Par exemple :
-
Dans le modèle de calcul d'ECPU, lorsque le nombre d'ECPU est égal à 512, la base de données peut utiliser jusqu'à 512 x 3 ECPU (1536 ECPU) lorsque le redimensionnement automatique est activé.
Pour voir le nombre moyen d'ECPU utilisées pendant une heure, vous pouvez utiliser le graphique Nombre d'ECPU allouées dans l'onglet Présentation de la carte Tableau de bord de base de données dans Database Actions. Pour plus d'informations, reportez-vous à Présentation du tableau de bord de base de données.
-
Dans le modèle de calcul OCPU, lorsque le nombre d'OCPU est égal à 128, cela permet à la base de données d'utiliser jusqu'à 128 x 3 OCPU (384 OCPU) lorsque le redimensionnement automatique est activé.
Pour afficher le nombre moyen d'OCPU utilisées au cours d'une heure, vous pouvez utiliser le graphique Nombre d'OCPU allouées dans l'onglet Présentation de la carte Tableau de bord de base de données dans Database Actions. Pour plus d'informations, reportez-vous à Présentation du tableau de bord de base de données.
L'activation du redimensionnement automatique de calcul ne modifie pas les paramètres d'accès simultané et d'un parallélisme des services prédéfinis. Pour plus d'informations, reportez-vous à Gestion des accès simultanés et des priorités sur Autonomous Database.
Le type de licence détermine le nombre d'ECPU maximum. Par exemple, si votre type de licence utilise votre propre licence (BYOL) avec Oracle Database Standard Edition (SE), le nombre d'ECPU maximum est de 32. Pour ce type de licence, la valeur maximale autorisée pour le nombre d'ECPU est 32. Lorsque le redimensionnement automatique de calcul est activé, vous pouvez utiliser jusqu'à nombre d'ECPU x 3 ECPU. Cette licence limite le nombre d'ECPU que vous pouvez utiliser à un maximum de 32 ECPU, le redimensionnement automatique de calcul étant activé ou non.
Lorsque le redimensionnement automatique de calcul est activé, votre base de données peut utiliser et vous pouvez être facturé pour une consommation d'UC supplémentaire selon vos besoins, jusqu'à trois fois (3x) le nombre d'UC de base (comme indiqué dans le champ Nombre d'ECPU ou Nombre d'OCPU de la console Oracle Cloud Infrastructure). Pour plus de détails sur la facturation du redimensionnement automatique de calcul, reportez-vous à Facturation des fonctionnalités d'Oracle Autonomous Database Serverless.
Pour connaître les étapes permettant d'activer le redimensionnement automatique de calcul, reportez-vous à Ajout de ressources de stockage ou d'UC, ou activation de redimensionnement automatique.
Rubrique parent : Utiliser le redimensionnement automatique
Redimensionnement automatique de stockage
Lorsque vous créez une instance Autonomous Database, le redimensionnement automatique de stockage par défaut est désactivé. Vous pouvez gérer le redimensionnement et activer le redimensionnement automatique de stockage à partir de la console Oracle Cloud Infrastructure ou de l'API.
Lorsque le redimensionnement automatique de stockage est activé, Autonomous Database peut être étendu pour utiliser jusqu'à trois fois le stockage de base réservé, comme indiqué par le stockage indiqué dans le champ Stockage de la console Oracle Cloud Infrastructure. Si vous avez besoin d'un stockage supplémentaire, la base de données utilise automatiquement le stockage réservé sans intervention manuelle.
Vous indiquez le stockage de base lorsque vous provisionnez ou clonez votre base de données, ou vous pouvez modifier le stockage à tout moment en cliquant sur Gérer l'allocation des ressources sous Actions supplémentaires dans la console OCI et en modifiant la taille du stockage. En fonction de votre type de charge globale et de la sélection du modèle de calcul, vous disposez des options suivantes pour indiquer les unités de stockage de base réservées :
-
Data Warehouse : indiquez le stockage en téraoctets (To).
-
Traitement des transactions : indiquez le stockage en gigaoctets (Go) ou en téraoctets (To). Les unités en Go ne sont disponibles que lorsque le type de charge globale est Traitement des transactions et que le modèle de calcul est ECPU.
A l'aide de la console Oracle Cloud Infrastructure ou des API, vous pouvez provisionner ou redimensionner automatiquement le stockage d'une instance Autonomous Database jusqu'à 384 To. Pour les besoins de stockage supérieurs à 384 To, Oracle vous recommande de soumettre une demande de service au support technique Oracle Cloud.
Par exemple, si votre stockage est de 100 To et que le redimensionnement automatique de stockage est activé, vous avez accès à un maximum de 300 To de stockage et, si votre stockage est de 200 To, vous avez accès à un maximum de 384 To (si vous avez demandé une taille maximale supérieure en déposant une demande de service, la taille maximale personnalisée sera appliquée).
En fonction de votre type de charge globale, les flux de données sont facturés comme suit :
-
Pour l'utilisation du stockage sous votre stockage de base réservé, vous êtes facturé en fonction de votre 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 pour le type de charge globale Entrepôt de données et au Go le plus proche pour les types de charge globale Traitement des transactions, APEX ou JSON, au cours d'une heure donnée.
Par exemple, lorsque le type de charge globale est Data Warehouse, si votre stockage de base réservé est de 4 To, jusqu'à ce que votre stockage alloué dépasse 4 To de stockage, vous êtes facturé en fonction de votre stockage de base (4 To). Une fois que vous avez dépassé 4 To, le stockage est facturé en fonction du stockage alloué arrondi au To le plus proche, au cours d'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 alloué reste à 4,9 To et vous êtes facturé 5 To jusqu'à ce que vous effectuiez une opération de récupération d'espace. Lorsque vous effectuez une opération de récupération d'espace, Autonomous Database peut être en mesure de réduire le stockage alloué à 3.9TB (récupération des tablespaces de données et d'annulation). Une fois l'opération de récupération d'espace terminée et le stockage alloué (3.9TB) est de nouveau inférieur à votre stockage de base réservé (4 To), vous serez de nouveau facturé pour votre stockage de base réservé de 4 To. Pour plus d'informations, reportez-vous à Réduction du stockage.
La réduction du tablespace temporaire nécessite un redémarrage de la base de données.
Si vous désactivez le redimensionnement automatique de stockage et que le stockage utilisé est supérieur au stockage de base réservé, comme indiqué par le stockage indiqué dans le champ Stockage de la console Oracle Cloud Infrastructure, Autonomous Database affiche un avertissement sur la boîte de dialogue de confirmation de désactivation du redimensionnement automatique de stockage. L'avertissement vous indique que la valeur de stockage de base réservée est augmentée jusqu'au To le plus proche, supérieur à l'utilisation réelle du stockage sur une instance de charge globale Data Warehouse, ou jusqu'au Go le plus proche, supérieur à l'utilisation réelle du stockage sur une instance de charge globale Transaction Processing, et affiche la nouvelle valeur de stockage de base réservée.
Pour visualiser l'utilisation du stockage d'instance Autonomous Database, vous pouvez visualiser les graphiques Stockage alloué et Stockage utilisé dans l'onglet Présentation en cliquant sur la carte Tableau de bord de base de données dans Database Actions. Pour plus d'informations, reportez-vous à Présentation du tableau de bord de base de données.
Pour connaître les étapes permettant d'activer le redimensionnement automatique du stockage, reportez-vous à Ajout de ressources de stockage ou d'UC, ou activation de redimensionnement automatique.
Lorsque vous activez le redimensionnement automatique de stockage, tenez compte des points suivants :
-
Autonomous Database utilise Exadata Smart Flash Cache pour mettre automatiquement en cache les données fréquemment consultées, ce qui permet d'obtenir des taux d'E/S élevés et des temps de réponse rapides pour Flash. La quantité de cache Flash pour votre base de données dépend de la quantité de stockage que vous provisionnez ou de la quantité de stockage allouée si vous activez le redimensionnement automatique du stockage.
Lorsque le redimensionnement automatique du stockage est désactivé, la taille minimale garantie du cache Flash correspond à 10 % de la taille de stockage provisionnée de la base de données.
Lorsque le redimensionnement automatique du stockage est activé, la taille minimale garantie du cache Flash correspond à 10 % de la taille de stockage de base provisionnée de la base de données ou à la taille de stockage allouée, la valeur la plus élevée étant retenue.
Rubrique parent : Utiliser le redimensionnement automatique
Réduire le stockage
Lorsque le stockage utilisé dans la base de données est nettement inférieur au stockage alloué, l'opération de récupération d'espace réduit le stockage alloué.
Pour comprendre l'allocation de stockage et l'opération de récupération d'espace, tenez compte des points suivants :
-
Stockage de base réservé : il s'agit de la quantité de stockage de base que vous sélectionnez pour la base de données lorsque vous provisionnez ou redimensionnez la base de données, à l'exclusion de toute valeur de redimensionnement automatique. Le stockage de base réservé est affiché dans le champ Stockage de la console Oracle Cloud Infrastructure.
-
Stockage alloué : quantité de stockage physiquement réservée pour tous les tablespaces de base de données (à l'exception des tablespaces de schéma échantillon). Ce nombre inclut également l'espace libre dans ces tablespaces.
-
Stockage utilisé : il s'agit de la quantité de stockage réellement utilisée dans tous les tablespaces (à l'exception des exemples de tablespace de schéma). Le stockage utilisé exclut l'espace libre dans ces tablespaces. Le stockage utilisé est le stockage réellement utilisé par les objets de base de données, les tables, les index, etc., y compris l'espace temporaire utilisé en interne.
-
Stockage maximal : stockage maximal réservé. Lorsque le redimensionnement automatique du stockage est désactivé, le stockage maximal est égal au stockage de base réservé. Lorsque le redimensionnement automatique du stockage est activé, le stockage maximal est trois fois supérieur au stockage de base (maximum = base réservée
x
3).
L'opération Réduire n'est pas disponible avec la base de données Autonomous Database Toujours gratuit.
Pour réduire le stockage :
L'opération Réduire est une opération à longue durée d'exécution.
L'opération Réduire exige que tous les éléments suivants s'appliquent :
-
Redimensionnement automatique du stockage doit être activé.
-
Le stockage alloué doit être supérieur au stockage de base réservé.
-
Le stockage alloué, arrondi à 1 To le plus proche, peut être réduit de 1 To ou plus.
-
Les conditions suivantes doivent être remplies :
Stockage alloué - Stockage utilisé > 100 Go
Lorsque vous cliquez sur Réduire et que ces conditions ne sont pas remplies, Autonomous Database affiche la boîte de dialogue Action indisponible.
Notez les éléments suivants pour l'opération Réduire :
-
L'opération de récupération d'espace exécute une opération
alter table... move online
qui utilise les CPU de la base de données. Si l'opération de récupération d'espace s'exécute lentement ou prend beaucoup de temps, Oracle vous recommande d'augmenter le nombre d'UC. Pour plus d'informations, reportez-vous à Ajout de ressources de stockage ou d'UC, ou activation de redimensionnement automatique. -
L'opération de récupération d'espace n'est pas autorisée si l'instance Autonomous Database contient les éléments suivants :
-
Index vectoriels
-
Files d'attente d'événements transactionnels
-
Tables
MEMOPTIMIZE FOR WRITE
-
-
Si vous avez des colonnes avec le type de données
ROWID
, les valeursROWID
vers lesquelles ces valeurs de colonne pointent peuvent changer pendant l'opération de récupération d'espace. -
Les tables contenant les éléments suivants peuvent être déplacées hors ligne pendant l'opération de récupération d'espace. Les opérations LMD sur ces tables peuvent être bloquées pendant la durée du déplacement et les index de table de ces tables peuvent devenir inutilisables jusqu'à la fin de l'opération de récupération d'espace :
-
Tables avec index de jointure bitmap
-
Tables imbriquées
-
Tables d'objets
-
Tables non mutables
-
Tables de blockchain
-
Tables partitionnées avec index de domaine
-
-
Si vous effectuez une opération Réduire très rapidement après une opération de suppression de données, l'opération Réduire peut échouer. Cela peut être dû au délai requis pour qu'Autonomous Database recalcule les valeurs de stockage. Dans ce cas, Oracle vous recommande de réessayer l'opération Réduire (c'est-à-dire d'attendre plusieurs minutes que la suppression du stockage et les mises à jour d'utilisation du stockage associées se terminent et d'effectuer à nouveau l'opération Réduire).
Rubrique parent : Utiliser le redimensionnement automatique