À propos des systèmes de base de données
Oracle Cloud Infrastructure (OCI) offre des systèmes de base de données sur des machines virtuelles.
- Système de base de données à un seul noeud : Un système de base de données à 1 noeud se compose d'une machine virtuelle.
- Système de base de données RAC à plusieurs noeuds : Un système de base de données à 2 noeuds comprend deux machines virtuelles.
Si vous devez provisionner un système de base de données aux fins de développement ou de test, un système de base de données à noeud unique à provisionnement rapide est disponible.
- Oracle Database 19c : Fonctionnalités, options et ensembles de gestion autorisés par offre Oracle Database
Note :
L'opération de modification de forme est effectuée de manière continue pour les systèmes de base de données RAC à plusieurs noeuds, vous pouvez modifier la forme sans temps d'arrêt de la base de données.Formes disponibles et leur incidence sur les ressources affectées
Lorsque vous créez un système de base de données, vous sélectionnez une forme qui détermine les ressources affectées au système. Après avoir créé le système de base de données, vous pouvez modifier sa forme pour l'adapter aux nouveaux besoins en matière de capacité de traitement. Les formes suivantes sont disponibles :
Formes flexibles
Les formes flexibles vous permettent de personnaliser les ressources de calcul (ECPU ou OCPU affectées à une instance). Lorsque vous créez une instance à l'aide d'une forme flexible, vous sélectionnez la ressource de calcul dont vous avez besoin pour les charges de travail exécutées sur l'instance. Cette flexibilité vous permet de créer des instances adaptées à votre charge de travail et ainsi d'optimiser la performance et de réduire les coûts. La quantité de mémoire autorisée est basée sur le nombre d'ECPU ou d'OCPU sélectionnées, et le ratio de mémoire par rapport aux ECPU ou OCPU dépend de la forme.
Des formes flexibles sont disponibles avec les processeurs Ampere, AMD et Intel. Le tableau suivant présente les formes disponibles.
Tableau - : Formes flexibles
| Forme | Calcul | Mémoire |
|---|---|---|
| VM.Standard.x86 indifférent à la génération |
La valeur minimale est de 4 ECPU et la valeur maximale 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 1 OCPU et la valeur maximale est 57 OCPU. |
8 Go par OCPU. La mémoire totale minimale est de 8 Go et la mémoire totale maximale est de 456 Go. |
| AMD VM.Standard.E5. Champ flexible | Au moins 1 OCPU et au maximum 64 OCPU. |
16 Go par OCPU. La mémoire totale minimale est de 16 Go et la mémoire totale maximale est de 1024 Go. |
| AMD VM.Standard.E4.Flex | Au moins 1 OCPU et au maximum 64 OCPU. |
16 Go par OCPU. La mémoire totale minimale est de 16 Go et la mémoire totale maximale est de 1024 Go. |
| Intel X9 VM.Standard3.Flex | Au moins 1 OCPU et au maximum 32 OCPU. |
16 Go par OCPU. La mémoire totale minimale est de 16 Go et la mémoire totale maximale est de 512 Go. |
Note :
- 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 AMD E5 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érieure uniquement.
- La forme AMD E4 est disponible pour les versions 23ai, 21c et 19c d'Oracle Database avec les mises à jour 23.4.0.24.05, 21.6.0.0, 19.15.0.0 et des versions ultérieures uniquement.
- La forme Intel X9 est disponible pour les versions 23ai, 21c et 19c d'Oracle Database avec les versions 23.4.0.24.05, 21.8.0.0, 19.17.0.0 et les mises à jour de version ultérieure uniquement.
- Les systèmes de base de données RAC à plusieurs noeuds nécessitent au moins deux OCPU par noeud.
Forme X86 indépendante de la génération
La forme x86 standard de machine virtuelle est la forme flexible et indépendante de la dernière génération qui vous permet de personnaliser le nombre d'ECPU affecté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 ECPU, ce qui permet une tarification plus granulaire basée sur l'utilisation.
- La forme X86 prend uniquement en charge Oracle Database 23ai.
- La forme X86 prend en charge les éditions suivantes du logiciel Oracle Database :
- Édition standard
- Édition Enterprise
- Édition Enterprise - 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 d'erreur.
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 affectées à une instance. Voici quelques détails supplémentaires sur les formes Ampere A1 :
- La forme Ampere A1 n'est prise en charge que dans le gestionnaire de volumes logiques.
- La forme Ampere A1 n'est prise en charge que sur les systèmes de base de données à un seul noeud.
- Oracle 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 du système de base de données basé sur la forme Ampere A1 ne sont pas pris en charge si la destination de sauvegarde pour la base de données est le service de récupération autonome.
- La forme Ampere A1 n'est pas prise en charge pour les bases de données qui utilisent le chiffrement du service de chambre forte OCI.
- La forme des systèmes de base de données basés sur une forme Ampere A1 ne peut pas être modifiée en systèmes de base de données basés sur une forme Intel ou AMD, et vice versa.
- 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 vice versa.
- 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 - Série X7
| Forme | Coeurs d'UC | 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 |
Note :
- Les formes Intel X7 sont disponibles uniquement pour les versions 23ai, 21c et 19c d'Oracle 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. Pour chaque forme, la version la plus récente 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 AMD E5 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érieure uniquement.
- La forme AMD E4 est disponible pour les versions 23ai, 21c et 19c d'Oracle Database avec les mises à jour 23.4.0.24.05, 21.6.0.0, 19.15.0.0 et des versions ultérieures uniquement.
- La forme Intel X9 est disponible pour les versions 23ai, 21c et 19c d'Oracle Database avec les versions 23.4.0.24.05, 21.8.0.0, 19.17.0.0 et les mises à jour de version ultérieure uniquement.
- Les formes Intel X7 sont disponibles uniquement pour les versions 23ai, 21c et 19c d'Oracle 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 les instances utilisant l'image de base avec les mises à jour 21.6.0.0, 19.15.0.0 et les versions ultérieures uniquement. Pour les instances créées avant les mises à jour de ces versions, leur mise à jour et leur migration ne sont pas possibles, 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 21.8.0.0, 19.17.0.0 et les mises à jour de version ultérieure uniquement. Pour les instances créées avant les mises à jour de ces versions, leur mise à jour et leur migration ne sont pas possibles, 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, voir Correctifs critiques pour plus d'informations sur les problèmes de sécurité connus pour la version choisie. Vous devez également analyser et corriger les problèmes de sécurité connus pour le système d'exploitation inclus avec l'ancienne version. Pour plus d'informations sur les meilleures pratiques de sécurité pour les bases de données dans OCI, voir Sécurisation des bases de données.
Incidence des différentes configurations sur le stockage utilisable
Les systèmes de base de données utilisent le stockage par blocs OCI. Le tableau suivant présente les détails des options de stockage disponibles. Le stockage total inclut le stockage disponible plus les journaux de récupération.
Informations générales
- Vous pouvez redimensionner le stockage de données et le stockage de récupération séparément. Oracle recommande de maintenir le stockage de récupération à 20 % ou plus 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 zone de récupération est déterminé en fonction du stockage sélectionné. Toutefois, vous pouvez modifier le stockage de la zone de récupération de manière indépendante après le provisionnement.
Stockage de données disponible pour les formes flexibles
Tableau - Stockage de données disponible pour les formes flexibles
| Espace de stockage de données disponible (Go) | Stockage de 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
| Espace de stockage de données disponible (Go) | Stockage de 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 | 2 7232 |
| 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 de la base de données de base.
Tableau - Limites de service
| Ressources | Crédits universels d'Oracle | Pay As You Go ou essai |
|---|---|---|
| Stockage par blocs de base de données de machine virtuelle total | 150TB | 2TB |
| VM.Standard1 - Nombre total d'OCPU | 300 coeurs | 2 coeurs |
| VM.Standard2 - Nombre total d'OCPU | 300 coeurs pour l'ouest des États-Unis (Phoenix), 300 coeurs pour l'est des États-Unis (Ashburn), 50 coeurs pour le centre de l'Allemagne (Francfort), 50 coeurs pour le sud du Royaume-Uni (Londres) | 2 coeurs |
Note :
Le stockage par blocs de base de données de machine virtuelle total inclut le stockage par blocs pour toutes les bases de données de machine virtuelle VM.Standard1 et VM.Standard2.Option de provisionnement rapide
Pour les systèmes de base de données à un seul noeud, OCI fournit une option de "provisionnement rapide" qui vous permet de créer un système à l'aide du gestionnaire de volumes logiques (LVM) comme logiciel de gestion du stockage. L'autre solution (provisionnement standard) consiste à effectuer le provisionnement avec Oracle 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 par blocs spécifiés lors du provisionnement déterminent le stockage total maximal disponible après ajustement.
- 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 d'image logicielle de base de données personnalisée lors du provisionnement d'un système de base de données avec LVM.
Points à considérer relatifs à l'ajustement du stockage lors de l'utilisation du provisionnement rapide
Note :
Cette rubrique ne s'applique qu'aux systèmes de base de données à un seul noeud.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 spécifiez lors du provisionnement détermine le stockage total maximal disponible après ajustement. Le tableau suivant détaille le stockage maximal disponible après ajustement pour chaque paramètre proposé dans le flux de travail de provisionnement :
Tableau - : Points à considérer relatifs à l'ajustement du stockage lors de l'utilisation du provisionnement rapide
| Stockage initial spécifié lors du provisionnement (Go) | Stockage maximal disponible après ajustement (Go) |
|---|---|
| 256 | 2 560 |
| 512 | 2 560 |
| 1 024 | 5 120 |
| 2 048 | 10 240 |
| 4 096 | 20 480 |
| 8 192 | 40 960 |
Points à considérer relatifs aux domaines d'erreur 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 chaque noeud à un domaine d'erreur différent par défaut. À l'aide du lien Options avancées de la boîte de dialogue de provisionnement, vous pouvez sélectionner les domaines d'erreur à utiliser pour vos systèmes de base de données RAC à plusieurs noeuds; le système affecte les noeuds aux domaines d'erreur sélectionnés. Oracle recommande de placer chaque noeud d'un système de base de données RAC à plusieurs noeuds dans un domaine d'erreur différent.
Pour plus d'informations sur les domaines d'erreur, voir Régions et domaines de disponibilité.
Redémarrer un noeud de système de base de données pour effectuer la maintenance planifiée
Les noeuds d'un système de base de données utilisent des hôtes physiques sous-jacents qui doivent faire l'objet d'une maintenance régulière. Lorsque cette opération est requise, OCI programme un redémarrage du noeud de système de base de données et vous avise du redémarrage à venir. Le redémarrage permet la migration du noeud du système de base de données vers un nouvel hôte physique qui n'a 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 seul effet sur le noeud de système de base de données est le redémarrage lui-même. La maintenance planifiée du matériel physique initial a lieu après la migration du noeud vers le nouvel hôte et n'a aucune incidence sur le système de base de données.
Si un redémarrage de maintenance est programmé pour le noeud du système de base de données, vous pouvez l'exécuter de manière proactive (en arrêtant et en démarrant le noeud) à l'aide de la console ou de l'API. Cela vous permet de contrôler le moment où les temps d'arrêt se produisent, et de quelle façon. Si vous choisissez de ne pas effectuer le redémarrage avant l'heure programmée, OCI redémarre et migre le noeud à l'heure prévue.
Pour identifier les noeuds du système de base de données que vous pouvez redémarrer de manière proactive, naviguez jusqu'à la page Détails du système de BD de la console et vérifiez le champ Redémarrage de maintenance de noeud. Si un redémarrage de maintenance est programmé pour l'instance et qu'il peut être anticipé, ce champ affiche la date et l'heure de début du redémarrage. Lorsque le champ Redémarrage de maintenance de noeud n'affiche pas de date, cela signifie qu'aucun événement de maintenance de noeud n'est programmé pour votre système de base de données.
Pour vérifier les événements de maintenance programmée à l'aide de l'API, utilisez l'opération GetDbNode pour consulter le champ timeMaintenanceWindowEnd de la ressource DbNode. Ce champ spécifie le moment où le système doit commencer le prochain redémarrage de noeud programmé.
Pour localiser les noeuds pour lesquels un redémarrage de maintenance est programmé, vous pouvez utiliser le service de recherche avec une interrogation prédéfinie.
For instructions about using the Console to reboot a node, see 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 comprennent un script Python, appelé outil Guide technique de mise en oeuvre de la sécurité (STIG), que vous pouvez utiliser pour renforcer la sécurité de votre système de base de données.
sauvegardes du volume de démarrage
Oracle conserve une sauvegarde hebdomadaire du volume de démarrage de votre système de base de données afin que le système puisse être restauré facilement en cas d'erreur grave ou de défaillance du système. Les sauvegardes de volume de démarrage ne sont actuellement pas accessibles aux utilisateurs (la console, l'API et la CLI ne permettent pas d'accéder à une sauvegarde de volume de démarrage de système de base de données) et les coûts de conservation et de maintenance de la sauvegarde sont assumés par Oracle. En cas de défaillance du système, communiquez avec 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 de démarrage.