A propos des systèmes de base de données
Oracle Cloud Infrastructure (OCI) propose des systèmes de base de données sur des machines virtuelles.
- Système de base de données à noeud unique : un système de base de données à 1 noeud se compose d'une seule machine virtuelle.
- Système de base de données RAC à plusieurs noeuds : un système de base de données à 2 noeuds se compose de deux machines virtuelles.
Si vous devez provisionner un système de base de données à des fins de développement ou de test, un système spécial de base de données à noeud unique à provisionnement rapide est disponible.
- Oracle Database 19c : Fonctionnalités, options et packs de gestion autorisés par l'offre Oracle Database
Remarques :
L'opération de modification de forme se produit de manière non simultanée pour les systèmes de base de données RAC à plusieurs noeuds. Vous pouvez ainsi modifier la forme sans temps d'inactivité de la base de données.Formes disponibles et ressources allouées associées
Lorsque vous créez un système de base de données, vous sélectionnez une forme qui détermine les ressources allouées au système de base de données. Après avoir créé le système de base de données, vous pouvez modifier sa forme pour l'adapter aux nouvelles exigences en capacité de traitement. Les formes suivantes sont disponibles :
Formes flexibles
Les formes flexibles vous permettent de personnaliser les ressources de calcul - ECPU ou OCPU allouées à une instance. Lorsque vous créez l'instance à l'aide d'une forme flexible, vous sélectionnez la ressource de calcul nécessaire pour les charges globales exécutées sur l'instance. Cette flexibilité vous permet de créer des applications qui correspondent à votre charge globale, et ainsi d'optimiser les performances et de minimiser les coûts. La quantité de mémoire autorisée dépend du nombre d'ECPU ou d'OCPU sélectionnées, et le rapport mémoire/OCPU dépend de la forme.
Les formes flexibles sont disponibles avec les processeurs Ampere, AMD et Intel. Le tableau suivant présente les formes disponibles.
Tableau - Formes flexibles
| Forme | Calculer | mémoire, |
|---|---|---|
| VM.Standard.x86 indépendant de la génération |
Le minimum est de 4 ECPU et le maximum est de 256 ECPU. Doit être par incréments de 4. |
8 Go pour chaque 4 ECPU. |
| Ampère VM.Standard.A1. Champ flexible | La valeur minimale est de 1 OCPU et la valeur maximale est de 57 OCPU. |
8 Go par OCPU. Entre 8 Go et 456 Go de mémoire totale. |
| AMD VM.Standard.E5. Champ flexible | La valeur minimale est de 1 OCPU et la valeur maximale est de 64 OCPU. |
16 Go par OCPU. Entre 16 Go et 1024 Go de mémoire totale. |
| AMD VM.Standard.E4.Flex | La valeur minimale est de 1 OCPU et la valeur maximale est de 64 OCPU. |
16 Go par OCPU. Entre 16 Go et 1024 Go de mémoire totale. |
| Intel X9 VM.Standard3.Flex | La valeur minimale est de 1 OCPU et la valeur maximale est de 32 OCPU. |
16 Go par OCPU. Entre 16 Go et 512 Go de mémoire totale. |
Remarques :
- La forme Ampere A1 basée sur Arm est disponible pour les versions 23ai et 19c d'Oracle Database à partir de 23.7.0.0, 19.19.0.0 et des mises à jour de version ultérieures uniquement.
- La forme E5 AMD est disponible pour les versions 23ai et 19c d'Oracle Database à partir de la version 23.4.0.24.05, 19.21.0.0 et des mises à jour de version ultérieures uniquement.
- La forme AMD E4 est disponible pour les versions 23ai, 21c et 19c d'Oracle Database avec les mises à jour de version (RU) 23.4.0.24.05, 21.6.0.0, 19.15.0.0 et ultérieures uniquement.
- La forme Intel X9 est disponible pour les versions 23ai, 21c et 19c d'Oracle Database avec les mises à jour de version (RU) 23.4.0.24.05, 21.8.0.0, 19.17.0.0 et ultérieures uniquement.
- Les systèmes de base de données RAC à plusieurs noeuds nécessitent au moins deux OCPU par noeud.
Forme X86 agnostique de génération
La forme x86 standard de machine virtuelle est la forme flexible indépendante de la dernière génération qui vous permet de personnaliser le nombre d'ECPU allouées à une instance. Voici quelques détails supplémentaires sur la forme x86 :
- Les locations créées après le 27 août 2025 prendront en charge la forme VM.Standard.x86 indépendante de la génération.
- La forme X86 utilise la facturation basée sur les ECPU, ce qui permet d'obtenir des tarifs plus précis en fonction de l'utilisation.
- La forme X86 prend en charge Oracle Database 23ai uniquement.
- La forme X86 prend en charge les éditions suivantes du logiciel Oracle Database :
- Standard Edition
- Enterprise Edition
- Enterprise Edition - High Performance
- La forme X86 prend en charge le gestionnaire de volumes logiques pour la gestion du stockage.
- La forme X86 prend en charge les systèmes de base de données à noeud unique.
- La forme X86 ne prend pas en charge le domaine de pannes.
Forme Ampere A1 reposant sur Arm
Les formes Ampere A1 basées sur Arm sont flexibles et vous permettent de personnaliser le nombre d'OCPU allouées à une instance. Voici quelques détails supplémentaires sur les formes Ampere A1 :
- La forme Ampere A1 est uniquement prise en charge sur le gestionnaire de volumes logiques.
- La forme Ampere A1 est uniquement prise en charge sur les systèmes de base de données à noeud unique.
- Oracle Database Standard Edition n'est pas pris en charge sur les systèmes de base de données basés sur des formes Ampere A1.
- Une image logicielle de base de données ne peut pas être utilisée pour créer une base de données sur des systèmes de base de données basés sur une forme Ampere A1.
- Le provisionnement et la restauration du système de base de données basé sur une forme Ampere A1 ne sont pas pris en charge si la destination de sauvegarde de la base de données est Autonomous Recovery Service.
- La forme Ampere A1 n'est pas prise en charge pour les bases de données qui utilisent le cryptage OCI Vault.
- La forme des systèmes de base de données basés sur des formes Ampere A1 ne peut pas être remplacée par des systèmes de base de données basés sur des formes Intel ou AMD, et inversement.
- Une sauvegarde d'une base de données basée sur une forme Ampere A1 ne peut pas être restaurée sur des systèmes de base de données basés sur une forme Intel ou AMD, et inversement.
- Les systèmes de base de données basés sur une forme Ampere A1 ne prennent pas en charge les associations Data Guard avec les systèmes de base de données basés sur une forme Intel ou AMD.
Formes standard
Les formes standard sont disponibles avec les processeurs Intel.
Le tableau suivant présente les formes disponibles dans la série X7.
Tableau - Formes de machine virtuelle disponibles dans la série X7
| Forme | Coeurs de processeur | mémoire, |
|---|---|---|
| VM.Standard2.1 | 1 | 15 Go |
| VM.Standard2.2 | 2 | 30 Go |
| VM.Standard2.4 | 4 | 60 Go |
| VM.Standard2.8 | 8 | 120 Go |
| VM.Standard2.16 | 16 | 240 Go |
| VM.Standard2.24 | 24 | 320 GB |
Remarques :
- Les formes Intel X7 sont disponibles pour les versions 23ai, 21c et 19c d'Oracle Database uniquement.
- La forme VM.Standard2.1 ne peut pas être utilisée pour un système de base de données RAC à plusieurs noeuds.
Versions de base de données disponibles
OCI prend en charge la création de systèmes de base de données à l'aide d'anciennes versions de base de données. Pour chaque forme, la dernière version et les deux versions précédentes sont disponibles lors du provisionnement avec les spécifications suivantes.
- La forme Ampere A1 basée sur Arm est disponible pour les versions 23ai et 19c d'Oracle Database à partir de 23.7.0.0, 19.19.0.0 et des mises à jour de version ultérieures uniquement.
- La forme E5 AMD est disponible pour les versions 23ai et 19c d'Oracle Database à partir de la version 23.4.0.24.05, 19.21.0.0 et des mises à jour de version ultérieures uniquement.
- La forme AMD E4 est disponible pour les versions 23ai, 21c et 19c d'Oracle Database avec les mises à jour de version (RU) 23.4.0.24.05, 21.6.0.0, 19.15.0.0 et ultérieures uniquement.
- La forme Intel X9 est disponible pour les versions 23ai, 21c et 19c d'Oracle Database avec les mises à jour de version (RU) 23.4.0.24.05, 21.8.0.0, 19.17.0.0 et ultérieures uniquement.
- Les formes Intel X7 sont disponibles pour les versions 23ai, 21c et 19c d'Oracle Database uniquement.
- La migration de la forme Intel X9 vers les formes AMD E4 et E5 n'est pas prise en charge.
- La migration vers la forme E4 AMD est prise en charge pour les instances utilisant l'image de base avec les mises à jour de version 21.6.0.0, 19.15.0.0 et ultérieures uniquement. Il est impossible de mettre à jour et de migrer les instances créées avant ces mises à jour de version car l'image de base elle-même ne prend pas en charge la migration.
- La migration vers la forme Intel X9 est prise en charge pour les instances utilisant l'image de base avec les mises à jour de version 21.8.0.0, 19.17.0.0 et ultérieures uniquement. Il est impossible de mettre à jour et de migrer les instances créées avant ces mises à jour de version car l'image de base elle-même ne prend pas en charge la migration.
Si vous devez créer un système de base de données avec une ancienne version de base de données, reportez-vous à Mises à jour des patches critiques pour obtenir des informations sur les problèmes de sécurité connus relatifs à la version de base de données choisie. Vous devez également analyser et corriger les problèmes de sécurité connus relatifs au système d'exploitation inclus dans l'ancienne version de base de données. Afin d'obtenir des informations sur les meilleures pratiques en matière de sécurité pour les bases de données dans OCI, reportez-vous à Sécurité des bases de données.
Impact des différentes configurations sur le stockage utilisable
Les systèmes de base de données utilisent le stockage de blocs OCI. Le tableau suivant présente les détails des options de stockage disponibles. Le stockage total comprend le stockage disponible ainsi que les journaux de récupération.
Informations générales
- Vous pouvez redimensionner séparément le stockage de données et le stockage de récupération. Oracle recommande de conserver un stockage de récupération supérieur ou égal à 20 % du stockage total.
- Pour les systèmes de base de données RAC à plusieurs noeuds, la capacité de stockage est partagée entre les noeuds.
- Le stockage de la zone de récupération est déterminé par le stockage sélectionné. Toutefois, vous pouvez modifier le stockage de la zone de récupération indépendamment après le provisionnement.
Stockage de données disponible pour les formes flexibles
Tableau - Stockage de données disponible pour les formes flexibles
| Stockage de données disponible (Go) | Stockage de la zone de récupération (Go) | Stockage total (Go) |
|---|---|---|
| 256 | 256 | 712 |
| 512 | 256 | 968 |
| 1 024 | 512 | 1 736 |
| 2 048 | 512 | 2 760 |
| 4 096 | 1 024 | 5 320 |
| 8 192 | 2 048 | 10 440 |
| 12 288 | 4 096 | 16 584 |
| 16 384 | 4 096 | 20 680 |
| 24 576 | 8 192 | 32 968 |
| 32 768 | 8 192 | 41 160 |
| 40 960 | 10 240 | 51 400 |
| 49 152 | 12 288 | 61 640 |
| 57 344 | 14 336 | 71 880 |
| 65 536 | 16 384 | 82 120 |
| 73 728 | 18 432 | 92 360 |
| 81 920 | 20 480 | 102 600 |
Stockage de données disponible pour les formes standard
Tableau - Stockage de données disponible pour les formes standard
| Stockage de données disponible (Go) | Stockage de la zone de récupération (Go) | Stockage total (Go) |
|---|---|---|
| 256 | 256 | 712 |
| 512 | 256 | 968 |
| 1 024 | 256 | 1 480 |
| 2 048 | 408 | 2 656 |
| 4 096 | 820 | 5 116 |
| 6 144 | 1 228 | 7 572 |
| 8 192 | 1 640 | 10 032 |
| 10 240 | 2 048 | 12 488 |
| 12 288 | 2 456 | 14 944 |
| 14 336 | 2 868 | 17 404 |
| 16 384 | 3 276 | 19 860 |
| 18 432 | 3 688 | 22 320 |
| 20 480 | 4 096 | 24 776 |
| 22 528 | 4 504 | 27 232 |
| 24 576 | 4 916 | 29 692 |
| 26 624 | 5 324 | 32 148 |
| 28 672 | 5 736 | 34 608 |
| 30 720 | 6 144 | 37 064 |
| 32 768 | 6 552 | 39 520 |
| 34 816 | 6 964 | 41 980 |
| 36 864 | 7 372 | 44 436 |
| 38 912 | 7 784 | 46 896 |
| 40 960 | 8 192 | 49 352 |
Limites de service
Les limites suivantes s'appliquent aux ressources Base Database.
Table - Limites de service
| Ressources | Oracle Universal Credits | Pay As You Go ou essai |
|---|---|---|
| Stockage total de blocs de machine virtuelle de base de données | 150TB | 2TB |
| VM.Standard1 - Nombre total d'OCPU | 300 coeurs | 2 coeurs |
| VM.Standard2 - Nombre total d'OCPU | 300 coeurs pour l'ouest des Etats-Unis (Phoenix), 300 coeurs pour l'est des Etats-Unis (Ashburn), 50 coeurs pour l'Allemagne centrale (Francfort), 50 coeurs pour le sud du Royaume-Uni (Londres) | 2 coeurs |
Remarques :
Le stockage total de blocs de base de données de machine virtuelle inclut le stockage de blocs pour toutes les bases de données VM.Standard1 et VM.Standard2 de machine virtuelle.Option de provisionnement rapide
Pour les systèmes de base de données à noeud unique, OCI fournit une option de "provisionnement rapide" qui vous permet de créer un système de base de données en utilisant le gestionnaire de volumes logiques comme logiciel de gestion du stockage. La méthode standard ("provisionnement standard") consiste à réaliser le provisionnement à l'aide d'Automatic Storage Management (ASM).
Les détails suivants s'appliquent à l'option de provisionnement rapide :
- Lorsque vous utilisez l'option de provisionnement rapide, le nombre et la taille des volumes de blocs spécifiés lors du provisionnement déterminent le stockage total maximal pouvant être obtenu grâce au redimensionnement.
- Les systèmes de base de données RAC à plusieurs noeuds nécessitent ASM et ne peuvent pas être créés à l'aide de l'option de provisionnement rapide.
- Vous pouvez cloner des systèmes de base de données créés à l'aide de l'option de provisionnement rapide.
- Vous ne pouvez pas utiliser une image logicielle de base de données personnalisée lors du provisionnement d'un système de base de données avec le gestionnaire de volumes logiques.
Remarques concernant le redimensionnement du stockage lors de l'utilisation du provisionnement rapide
Remarques :
Cette rubrique s'applique uniquement aux systèmes de base de données à noeud unique.Lorsque vous provisionnez un système de base de données à l'aide de l'option de provisionnement rapide, la valeur Stockage disponible (Go) que vous indiquez lors du provisionnement détermine le stockage total maximal que vous pouvez obtenir à l'aide du redimensionnement. Le tableau suivant détaille la valeur de stockage maximale pouvant être obtenue avec le redimensionnement pour chaque paramètre proposé dans le workflow de provisionnement :
Tableau - Remarques concernant le redimensionnement du stockage lors de l'utilisation du provisionnement rapide
| Stockage initial indiqué lors du provisionnement (Go) | Stockage maximal pouvant être obtenu à l'aide du redimensionnement (Go) |
|---|---|
| 256 | 2 560 |
| 512 | 2 560 |
| 1 024 | 5 120 |
| 2 048 | 10 240 |
| 4 096 | 20 480 |
| 8 192 | 40 960 |
Remarques concernant les domaines de pannes pour les systèmes de base de données RAC à plusieurs noeuds
Lorsque vous provisionnez des systèmes de base de données RAC à plusieurs noeuds, le système affecte par défaut chaque noeud à un domaine de pannes différent. A l'aide du lien Options avancées dans la boîte de dialogue de provisionnement, vous pouvez sélectionner les domaines de pannes à utiliser pour vos systèmes de base de données RAC à plusieurs noeuds. Le système affectera les noeuds aux domaines de pannes sélectionnés. Oracle recommande de placer chaque noeud d'un système de base de données RAC à plusieurs noeuds dans un domaine de pannes différent.
Pour plus d'informations sur les domaines de pannes, reportez-vous à Régions et domaines de disponibilité.
Redémarrage d'un noeud de système de base de données pour une maintenance planifiée
Les noeuds de système de base de données utilisent des hôtes physiques sous-jacents qui doivent périodiquement faire l'objet d'une maintenance. Lorsqu'une maintenance est requise, OCI programme un redémarrage du noeud de système de base de données et vous informe du redémarrage à venir. Le redémarrage permet de migrer le noeud de système de base de données vers un nouvel hôte physique qui n'a pas besoin de faire l'objet d'une maintenance. (L'arrêt et le démarrage du noeud entraînent également la migration vers un nouvel hôte physique.) Le redémarrage est le seul effet sur le noeud de système de base de données. La maintenance planifiée du matériel physique d'origine a lieu après la migration du noeud vers son nouvel hôte et n'a aucune effet sur le système de base de données.
Si un redémarrage de maintenance est programmé pour le noeud de système de base de données, vous pouvez redémarrer le noeud de façon proactive (en l'arrêtant et en le démarrant) à l'aide de la console ou de l'API. Vous pouvez ainsi contrôler quand et comment le temps d'inactivité survient sur votre noeud. Si vous choisissez de ne pas effectuer de redémarrage avant l'heure programmée, OCI redémarrera et migrera le noeud à l'heure programmée.
Pour identifier les noeuds de système de base de données que vous pouvez redémarrer de manière proactive, accédez à la page Détails du système de base de données de votre système dans la console et consultez le champ Redémarrage de maintenance de noeud. Si un redémarrage de maintenance est programmé pour l'instance et que celle-ci peut être redémarrée de manière proactive, ce champ affiche la date et l'heure de début du redémarrage. Si aucune date n'est affichée dans le champ Redémarrage de maintenance, aucun événement de maintenance de noeud n'est programmé pour le système de base de données.
Pour consulter les événements de maintenance programmés à l'aide de l'API, utilisez l'opération GetDbNode et consultez le champ timeMaintenanceWindowEnd de la ressource DbNode. Ce champ indique quand le système doit commencer le prochain redémarrage de noeud programmé.
Pour localiser les noeuds qui disposent de redémarrage de maintenance programmés, vous pouvez utiliser le service Search avec une requête prédéfinie afin de rechercher tous les systèmes de base de données qui disposent d'un redémarrage de maintenance programmé.
Pour plus d'informations sur l'utilisation de la console afin de redémarrer un noeud, reportez-vous àRedémarrage d'un système de base de données.
Outil de renforcement de la sécurité pour les systèmes de base de données
Les systèmes de base de données provisionnés à l'aide d'Oracle Linux 7 incluent un script Python, appelé STIG (Security Technical Implementation Guide), que vous pouvez utiliser pour renforcer la sécurité de votre système de base de données.
Sauvegardes de volume d'initialisation
Oracle tient à jour une sauvegarde hebdomadaire du volume d'initialisation de votre système de base de données afin que le système puisse être facilement restauré en cas d'erreur grave ou de panne système. Les sauvegardes de volume d'initialisation ne sont actuellement pas accessibles aux utilisateurs (il n'existe aucun accès de la console, de l'API ou de l'interface de ligne de commande à une sauvegarde de volume d'initialisation du système de base de données), et Oracle supporte le coût de la conservation et de la tenue à jour de la sauvegarde. En cas de panne système, contactez My Oracle Support pour demander à Oracle d'effectuer une restauration de votre système de base de données à partir de la sauvegarde du volume d'initialisation.