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.
Il existe deux types de système de base de données sur 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 avez besoin de provisionner un système de base de donnée à des fins d'élaboration ou d'essai, un système spécial de base de donnée à noeud unique à provisionnement rapide est disponible.
Lorsque vous créez un système de base de données, vous sélectionnez l'édition et l'édition d'Oracle AI Database qui s'appliquent à la base de données sur ce système. Vous ne pouvez pas modifier l'édition sélectionnée. En fonction de l'édition et de la version d'Oracle AI Database sélectionnées, votre système de base de donnée peut prendre en charge plusieurs bases de données pluggables. Pour plus d'information sur le nombre maximal de bases de donnée pluggables et Conteneur disponibles pour la version d'Oracle AI Database sélectionnée, reportez-vous aux sections suivantes sur les licences Oracle AI Database.
- Oracle Database 19c : Fonctionnalités, options et packs de gestion autorisés par l'offre Oracle AI Database
Un système de base de données peut contenir un seul répertoire de base de base de données, qui peut lui-même contenir une seule base de données. Une base de données de système de base de données utilise le stockage de blocs OCI au lieu du stockage local. Vous indiquez la taille de stockage lors de la création du système de base de données, et vous pouvez l'augmenter à tout moment. Pour modifier le nombre de coeurs de processeur sur un système de base de données existant, vous devez modifier la forme de ce système de base de données. Pour plus d'informations, reportez-vous à la section Change the Shape of a DB System.
Remarque : 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 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 devez sélectionner une forme qui détermine les ressources allouées au système de base de données. Une fois le système de base de données créé, vous pouvez modifier sa forme pour l'adapter aux nouvelles exigences en matière de capacité de traitement. Les formes suivantes sont disponibles :
Remarque :
Oracle Base Database Service a annoncé la suppression de la forme VM.Standard.x86, de l'édition logicielle Enterprise Edition - Extreme Performance (EE-EP) et des unités de gestion des stocks (SKU) de service mesuré par OCPU, à compter du 31 juillet 2026. Les déploiements existants continueront de s'exécuter, mais le nouveau provisionnement et les renouvellements de contrat seront affectés.
Planifiez la migration vers VM.BaseDB.x86 à l'aide de la mesure ECPU ou vers Oracle Exadata Database Service on Exascale Infrastructure (ExaDB-XS) pour les charges de travail EE-EP, le cas échéant. Pour plus d'informations sur les unités de gestion des stocks affectées, l'impact sur le client et les conseils de migration, reportez-vous à l'article My Oracle Support KB921246.
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 le processeur Ampere, AMD et Intel. Le tableau suivant présente les formes disponibles.
| Forme | Calculer | Mémoire |
|---|---|---|
| VM.BaseDB.x86 | Le minimum est de 4 ECPU et le maximum est de 256 ECPU. La valeur doit être incrémentée de 4. |
8 Go pour chaque 4 ECPU. Entre 8 Go et 512 Go de mémoire totale. |
| VM.Standard.x86 | Le minimum est de 4 ECPU et le maximum est de 252 ECPU. La valeur doit être incrémentée de 4. |
8 Go pour chaque 4 ECPU. Entre 8 Go et 504 Go de mémoire totale. |
| Ampère VM.Standard.A1. Champ flexible | Le minimum est de 1 OCPU et le maximum est de 57 OCPU. | 8 Go par OCPU. Entre 8 Go et 456 Go de mémoire totale. |
| AMD VM.Standard.E5. Flex | La valeur minimale est 1 OCPU et la valeur maximale est 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 1 OCPU et la valeur maximale est 64 OCPU. | 16 Go par OCPU. Entre 16 Go et 1024 Go de mémoire totale. |
| Intel X9 VM.Standard3.Flex | Le minimum est de 1 OCPU et le maximum est de 32 OCPU. | 16 Go par OCPU. Le minimum est de 16 Go et le maximum de 512 Go de mémoire totale. |
Remarque :
- La forme Ampere A1 basée sur Arm est disponible pour les versions 26ai et 19c d'Oracle AI Database, à partir des mises à jour de version 23.7.0.0, 19.19.0.0 et ultérieures uniquement.
- La forme AMD E5 est disponible pour les versions 26ai et 19c d'Oracle AI Database, à partir de la version 23.4.0.24.05, de 19.21.0.0 et des mises à jour de version ultérieure uniquement.
- La forme AMD E4 est disponible pour les versions 26ai, 21c et 19c d'Oracle AI Database avec les mises à jour de version 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 26ai, 21c et 19c d'Oracle AI Database avec les mises à jour de version 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 sur plusieurs noeuds nécessitent au moins deux OCPU par noeud.
Forme agnostique X86 de génération
La forme VM.BaseDB.x86 et la forme VM.Standard.x86 sont des formes x86 flexibles indépendantes de la génération qui vous permettent de personnaliser le nombre d'ECPU allouées à un système de base de données. Ces formes offrent une expérience cohérente sur toutes les générations d'infrastructure x86 prises en charge, tout en vous permettant de dimensionner les ressources de calcul en fonction des exigences de charge de travail.
Les formes x86 présentent les caractéristiques suivantes :
- Utilisez la facturation basée sur les ECPU, pour une tarification plus granulaire et basée sur l'utilisation.
- VM.BaseDB.x86 prend en charge Oracle AI Database 26ai et Oracle Database 19c.
- VM.Standard.x86 prend en charge Oracle AI Database 26ai uniquement.
-
Prenez en charge les éditions suivantes du logiciel Oracle AI Database :
- Standard Edition
- Enterprise Edition
- Enterprise Edition - High Performance
- Prise en charge du gestionnaire de volumes logiques pour la gestion du stockage.
- Prise en charge des systèmes de base de données à noeud unique uniquement.
Remarque : les formes x86 ne prennent pas en charge le domaine de pannes.
Forme Ampere A1 basée 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 AI Database Standard Edition n'est pas pris en charge sur les systèmes de base de données basés sur une forme 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 de systèmes de base de données basés 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 une forme Ampere A1 ne peut pas être remplacée par des systèmes de base de données basés sur une forme 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.
| 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 GO |
Remarque :
- Les formes Intel X7 sont disponibles uniquement pour les versions 26ai, 21c et 19c d'Oracle AI Database.
- 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, sous réserve des exigences de forme suivantes.
La dernière mise à jour de version approuvée est disponible par défaut. Vous pouvez également sélectionner l'une des deux mises à jour de version précédentes (N-1 ou N-2) après avoir accusé réception du message affiché. Pour utiliser une mise à jour de version antérieure à N-2, vous devez soumettre une demande de service.
- La forme Ampere A1 basée sur Arm est disponible pour les versions 26ai et 19c d'Oracle AI Database, à partir des mises à jour de version 23.7.0.0, 19.19.0.0 et ultérieures uniquement.
- La forme AMD E5 est disponible pour les versions 26ai et 19c d'Oracle AI Database, à partir de la version 23.4.0.24.05, de 19.21.0.0 et des mises à jour de version ultérieure uniquement.
- La forme AMD E4 est disponible pour les versions 26ai, 21c et 19c d'Oracle AI Database avec les mises à jour de version 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 26ai, 21c et 19c d'Oracle AI Database avec les mises à jour de version 23.4.0.24.05, 21.8.0.0, 19.17.0.0 et ultérieures uniquement.
- Les formes Intel X7 sont disponibles uniquement pour les versions 26ai, 21c et 19c d'Oracle AI Database.
- 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 AMD E4 est prise en charge pour l'instance utilisant l'image de base avec des mises à jour 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 une 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ée avec une ancienne version, reportez-vous à la section Mises à jour des patches critiques pour plus d'informations sur les problèmes d'accès connus relatifs à cette version. Vous devez également analyser et corriger le problème de sécurité connu relatifs à l'ancien système d'exploitation inclus dans l'ancienne version de base de données. Pour plus d'informations sur les meilleures pratiques de sécurité pour les bases de données dans OCI, reportez-vous à la section Sécurisation 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.
- Le stockage total correspond à la somme du stockage de données disponible, du stockage de zone de récupération et des 200 Go réservés au logiciel du système de base de données.
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
| 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.
| Ressources | Crédits universels Oracle | Paiement à l'utilisation ou version d'évaluation |
|---|---|---|
| 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 |
Remarque : 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 machine virtuelle VM.Standard1 et VM.Standard2.
Option de provisionnement rapide
Pour les systèmes de base de données a noeud unique, OCI fournit une option "provisionnement rapide" qui vous permet d'utiliser le gestionnaire de volumes logiques comme logiciel de gestion de stockage. La méthode standard ("provisionnement standard") consiste à effectuer 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 à noeuds multiples requièrent 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.
Pour plus d'informations, reportez-vous aux sections suivantes :
- Gestionnaire de volumes logiques
- Oracle Automatic Storage Management
- Images logicielles d'Oracle AI Database
Remarques concernant le redimensionnement du stockage lors de l'utilisation du provisionnement rapide
Remarque : cette rubrique s'applique uniquement aux systèmes de base de données à nœud unique.
Lorsque vous provisionnez un système de base de données à l'aide de l'option d'approvisionnement rapide, la valeur Stockage disponible (Go) que vous indiquez lors de l'approvisionnement détermine le stockage total maximal disponible via le 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 :
| 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 d'approvisionnement, vous pouvez sélectionner le(s) domaine(s) de pannes à utiliser pour vos systèmes de base de données RAC à plusieurs noeuds et le système affectera les noeuds au domaine de pannes sélectionné. 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 doit 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 à votre noeud de système de base de données d'être migré vers un nouvel hôte physique n'ayant pas besoin de 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 d'exploitation. La maintenance planifiée du matériel physique d'origine a lieu une fois que le noeud a été migré vers son nouvel hôte et n'a aucune influence 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ée que vous pouvez redémarrer en mode proactif, accédez à l'onglet Détails du système de base de donnée du système dans la console et consultez le champ Redémarrage de maintenance de noeuds. 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 le champ Réinitialisation de maintenance n'affiche pas de date, aucun évènement de maintenance de noeud n'est programmé pour votre 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 démarrer le prochain redémarrage de noeud programmé.
Pour localiser les noeuds qui disposent des redémarrages de maintenance programmés, vous pouvez utiliser le service de recherche avec une requête prédéfinie afin d'identifier tous les systèmes de base de données pour lequel un redémarrage de maintien est programmé.
Pour obtenir les instructions relatives à l'utilisation de la console afin de redémarrer un noeud, reportez-vous à la section Reboot a DB System.
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.
Pour plus d'informations, reportez-vous aux sections suivantes :
- Outil STIG (Security Technical Implementation Guide) pour le système de base de données.
- Activation de FIPS, SE Linux et STIG sur des composants de 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.