Acerca de los sistemas de base de datos

Oracle Cloud Infrastructure (OCI) ofrece sistemas de base de datos en máquinas virtuales.

Hay dos tipos de sistemas de bases de datos (sistemas de BD) en máquinas virtuales:
  • Sistema de base de datos de nodo único: un sistema de BD de 1 nodo consta de una máquina virtual.
  • Sistema de base de datos RAC de varios nodos: un sistema de BD de 2 nodos consta de dos máquinas virtuales.

Si debe aprovisionar un sistema de base de datos para fines de desarrollo o prueba, hay disponible un sistema de base de datos de nodo único de aprovisionamiento rápido.

Al crear un sistema de base de datos, seleccione la edición y la versión de Oracle Database que se aplican a la base de datos en ese sistema de base de datos. No es posible cambiar la edición seleccionada. Según la versión y la edición de Oracle Database seleccionadas, el sistema de base de datos puede soportar varias bases de datos conectables (PDB). Consulte el siguiente tema sobre la licencia de Oracle Database para obtener información sobre el número máximo de bases de datos conectables y de contenedores (CDB) disponibles para la versión de Oracle Database seleccionada.
Un sistema de base de datos solo puede tener un único directorio raíz de base de datos que, a su vez, solo puede contener una base de datos. Una base de datos del sistema de base de datos utiliza el almacenamiento de bloques de OCI en lugar del almacenamiento local. Se especifica un tamaño de almacenamiento al iniciar el sistema de base de datos, pudiendo escalar verticalmente el almacenamiento según sea preciso en cualquier momento. Para cambiar el número de núcleos de CPU en un sistema de base de datos existente, debe cambiar la unidad de ese sistema de base de datos. Para obtener más información, consulte Cambiar la unidad de un Sistema de Base de Datos.

Note:

La operación de cambio de unidad se realiza de forma sucesiva para sistemas de base de datos RAC de varios nodos, lo que permite cambiar la unidad sin tiempo de inactividad de la base de datos.

Unidades disponibles y de qué modo determina los recursos asignados

Cuando crea un sistema de base de datos, selecciona una unidad que determina los recursos asignados al sistema de base de datos. Después de crear el sistema de base de datos, puede cambiar su unidad para adaptarla a los nuevos requisitos de capacidad de procesamiento. Están disponibles las siguientes unidades:

Unidades flexibles

Las unidades flexibles le permiten personalizar los recursos informáticos: ECPU u OCPU asignadas a una instancia. Al crear la instancia utilizando una forma flexible, seleccione el recurso informático que necesita para las cargas de trabajo que se ejecutan en la instancia. Esta flexibilidad permite crear instancias que coincidan con su carga de trabajo, lo cual permite optimizar el rendimiento y minimizar el costo. La cantidad de memoria permitida se basa en el número de ECPU u OCPU seleccionadas, y el ratio de memoria con respecto a las ECPU u OCPU depende de la unidad.

Las unidades flexibles están disponibles con procesadores Ampere, AMD y Intel. En la siguiente tabla se muestran las unidades disponibles.

Tabla - Unidades flexibles

Forma Recursos informáticos Memoria
Independiente de la generación VM.Standard.x86

El mínimo es 4 ECPU y el máximo es 256 ECPU.

Debe ser en incrementos de 4.

8 GB por cada 4 ECPU.
Amperio VM.Standard.A1. Flexible El mínimo es 1 OCPU y el máximo es 57 OCPU.

8 GB por OCPU.

El mínimo es 8 GB y el máximo es 456 GB de memoria total.

AMD VM.Standard.E5. Flexible El mínimo es 1 OCPU y el máximo es 64 OCPU.

16 GB por OCPU.

El mínimo es 16 GB y el máximo es 1024 GB de memoria total.

AMD VM.Standard.E4.Flex El mínimo es 1 OCPU y el máximo es 64 OCPU.

16 GB por OCPU.

El mínimo es 16 GB y el máximo es 1024 GB de memoria total.

Intel X9 VM.Standard3.Flex El mínimo es 1 OCPU y el máximo es 32 OCPU.

16 GB por OCPU.

El mínimo es 16 GB y el máximo es 512 GB de memoria total.

Note:

  • La unidad Ampere A1 basada en Arm está disponible solo para las versiones 23ai y 19c de Oracle Database a partir de las actualizaciones de versión (RU) 23.7.0.0, 19.19.0.0 y posteriores.
  • La unidad AMD E5 está disponible solo para las versiones 23ai y 19c de Oracle Database a partir de la versión 23.4.0.24.05, 19.21.0.0 y actualizaciones de versiones posteriores (RU).
  • La unidad AMD E4 está disponible para las versiones 23ai, 21c y 19c de Oracle Database solo con las actualizaciones de versión (RU) 23.4.0.24.05, 21.6.0.0, 19.15.0.0 y posteriores (RU).
  • La unidad Intel X9 está disponible para las versiones 23ai, 21c y 19c de Oracle Database solo con las actualizaciones de versión (RU) 23.4.0.24.05, 21.8.0.0, 19.17.0.0 y posteriores.
  • Los sistemas de base de datos RAC de varios nodos necesitan un mínimo de dos OCPU por nodo.

Unidad X86 independiente de la generación

La unidad x86 estándar de VM es la unidad flexible y independiente de la última generación que permite personalizar el número de ECPU asignadas a una instancia. A continuación se muestran algunos detalles adicionales sobre la unidad x86:

  • Los arrendamientos creados después del 27 de agosto de 2025 admitirán la unidad VM.Standard.x86 independiente de la generación.
  • La unidad X86 utiliza la facturación basada en ECPU, lo que permite precios más granulares y basados en el uso.
  • La unidad X86 solo soporta Oracle Database 23ai.
  • La unidad X86 soporta las siguientes ediciones de software de Oracle Database:
    • Standard Edition
    • Edición empresarial
    • Enterprise Edition - High Performance
  • La unidad X86 soporta Logical Volume Manager para la gestión del almacenamiento.
  • La unidad X86 soporta sistemas de base de datos de nodo único.
  • La unidad X86 no admite el dominio de errores.

Unidad de amperio basada en brazo A1

Las unidades Ampere A1 basadas en Arm son flexibles y permiten personalizar el número de OCPU asignadas a una instancia. A continuación se muestran algunos detalles adicionales sobre las unidades Ampere A1:

  • La unidad Ampere A1 solo está soportada en el gestor de volúmenes lógicos.
  • La unidad Ampere A1 solo está soportada en sistemas de base de datos de nodo único.
  • Oracle Database Standard Edition no está soportado en sistemas de base de datos basados en unidades Ampere A1.
  • No se puede utilizar una imagen de software de base de datos para crear una base de datos en sistemas de base de datos basados en unidades Ampere A1.
  • El aprovisionamiento y la restauración del sistema de base de datos basado en unidades de Ampere A1 no están soportados si el destino de copia de seguridad de la base de datos es Autonomous Recovery Service.
  • La unidad Ampere A1 no está soportada para bases de datos que utilizan el cifrado de OCI Vault.
  • La unidad de los sistemas de base de datos basados en unidades Ampere A1 no se puede cambiar a sistemas de base de datos basados en unidades Intel o AMD, y viceversa.
  • Una copia de seguridad de una base de datos basada en unidades Ampere A1 no se puede restaurar en sistemas de base de datos basados en unidades Intel o AMD, y viceversa.
  • Los sistemas de base de datos basados en unidades Ampere A1 no soportan asociaciones de Data Guard con sistemas de base de datos basados en unidades Intel o AMD.

Unidades estándar

Las unidades estándar están disponibles con los procesadores Intel.

En la siguiente tabla se muestran las unidades disponibles en la serie X7.

Tabla - Unidades de máquina virtual disponibles de la serie X7

Forma núcleos de CPU Memoria
VM.Standard2.1 1 15 GB
VM.Standard2.2 2 30 GB
VM.Standard2.4 4 60 GB
VM.Standard2.8 8 120 GB
VM.Standard2.16 16 240 GB
VM.Standard2.24 24 320 GB

Note:

  • Las unidades Intel X7 solo están disponibles para las versiones 23ai, 21c y 19c de Oracle Database.
  • La unidad VM.Standard2.1 no se puede utilizar para un sistema de base de datos RAC de varios nodos.

Versiones de base de datos disponibles

OCI soporta la creación de sistemas de base de datos utilizando versiones de base de datos anteriores. Para cada unidad, la versión más reciente y las dos versiones anteriores están disponibles en el aprovisionamiento con las siguientes especificaciones.

  • La unidad Ampere A1 basada en Arm está disponible solo para las versiones 23ai y 19c de Oracle Database a partir de las actualizaciones de versión (RU) 23.7.0.0, 19.19.0.0 y posteriores.
  • La unidad AMD E5 está disponible solo para las versiones 23ai y 19c de Oracle Database a partir de la versión 23.4.0.24.05, 19.21.0.0 y actualizaciones de versiones posteriores (RU).
  • La unidad AMD E4 está disponible para las versiones 23ai, 21c y 19c de Oracle Database solo con las actualizaciones de versión (RU) 23.4.0.24.05, 21.6.0.0, 19.15.0.0 y posteriores (RU).
  • La unidad Intel X9 está disponible para las versiones 23ai, 21c y 19c de Oracle Database solo con las actualizaciones de versión (RU) 23.4.0.24.05, 21.8.0.0, 19.17.0.0 y posteriores.
  • Las unidades Intel X7 solo están disponibles para las versiones 23ai, 21c y 19c de Oracle Database.
  • La migración de la unidad X9 de Intel a las unidades AMD E4 y E5 no está soportada.
  • La migración a la unidad E4 de AMD está soportada solo para instancias que utilizan la imagen base con actualizaciones de versión 21.6.0.0, 19.15.0.0 y posteriores. En el caso de las instancias creadas antes de esas actualizaciones de versión, no es posible actualizarlas ni migrarlas, ya que la propia imagen base no soporta la migración.
  • La migración a la unidad X9 de Intel está soportada solo para instancias que utilizan la imagen base con actualizaciones de versión 21.8.0.0, 19.17.0.0 y posteriores. En el caso de las instancias creadas antes de esas actualizaciones de versión, no es posible actualizarlas ni migrarlas, ya que la propia imagen base no soporta la migración.

Si debe crear un sistema de base de datos con una versión de base de datos anterior, consulte Actualizaciones de parches críticos para obtener más información sobre los problemas de seguridad conocidos con la versión de base de datos seleccionada. También debe analizar y aplicar parches de problemas de seguridad conocidos del sistema operativo incluido en la versión anterior de la base de datos. Para obtener más información sobre las mejores prácticas de seguridad para bases de datos en OCI, consulte Securing Databases.

Cómo afectan las distintas configuraciones al almacenamiento utilizable

Los sistemas de base de datos utilizan el almacenamiento de bloques de OCI. En la siguiente tabla se muestran detalles de las opciones de almacenamiento disponibles. El almacenamiento total incluye el almacenamiento disponible además de los logs de recuperación.

Información General

  • Puede escalar el almacenamiento de datos y el almacenamiento de recuperación por separado. Oracle recomienda mantener el almacenamiento de recuperación al 20 % del almacenamiento total o un valor superior.
  • Para los sistemas de base de datos RAC de varios nodos, la capacidad de almacenamiento se comparte entre los nodos.
  • El almacenamiento del área de recuperación se determina en función del almacenamiento seleccionado. No obstante, puede cambiar el almacenamiento del área de recuperación de forma independiente después del aprovisionamiento.

Almacenamiento de datos disponible para unidades flexibles

Tabla - Almacenamiento de datos disponible para unidades flexibles

Almacenamiento de datos disponible (GB) Almacenamiento del área de recuperación (GB) Almacenamiento total (GB)
256 256 712
512 256 968
1024 512 1736
2.048 512 2760
4096 1024 5320
8192 2.048 10 440
12 288 4096 16 584
16 384 4096 20 680
24 576 8192 32 968
32 768 8192 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

Almacenamiento de datos disponible para unidades estándar

Tabla - Almacenamiento de datos disponible para unidades estándar

Almacenamiento de datos disponible (GB) Almacenamiento del área de recuperación (GB) Almacenamiento total (GB)
256 256 712
512 256 968
1024 256 1480
2.048 408 2656
4096 820 5116
6144 1228 7572
8192 1640 10 032
10 240 2.048 12 488
12 288 2456 14 944
14 336 2868 17 404
16 384 3276 19 860
18 432 3688 22 320
20 480 4096 24 776
22 528 4504 27 232
24 576 4916 29 692
26 624 5324 32 148
28 672 5736 34 608
30 720 6144 37 064
32 768 6552 39 520
34 816 6964 41 980
36 864 7372 44 436
38 912 7784 46 896
40 960 8192 49 352

Límites de los servicios

Los siguientes límites se aplican a los recursos de Base Database.

Tabla - Límites de servicio

Recursos Créditos universales de Oracle Pay As You Go o prueba
Almacenamiento de bloques de base de datos total de VM 150TB 2TB
VM.Standard1: OCPU totales 300 núcleos 2 núcleos
VM.Standard2: OCPU totales 300 núcleos para el oeste de EE. UU. (Phoenix), 300 núcleos para el este de EE. UU. (Ashburn), 50 núcleos para el centro de Alemania (Fráncfort), 50 núcleos para el sur de Reino Unido (Londres) 2 núcleos

Note:

El almacenamiento de bloques de base de datos total de VM incluye el almacenamiento de bloques para todas las bases de datos VM.Standard1 y VM.Standard2 de máquina virtual.

Opción de aprovisionamiento rápido

Para sistemas de base de datos de nodo único, OCI proporciona una opción de "aprovisionamiento rápido" que permite crear un sistema de base de datos utilizando Logical Volume Manager (LVM) como software de gestión de almacenamiento. El método estándar ("aprovisionamiento estándar") es el aprovisionamiento con Automatic Storage Management (ASM).

Los siguientes detalles se aplican a la opción de aprovisionamiento rápido:

  • Cuando se utiliza la opción de aprovisionamiento rápido, el número y el tamaño de los volúmenes en bloque especificados durante el aprovisionamiento determinan el almacenamiento total máximo disponible mediante escalado.
  • Los sistemas de base de datos RAC de varios nodos requieren ASM y no se pueden crear mediante la opción de aprovisionamiento rápido.
  • Puede clonar sistemas de base de datos que se han creado mediante la opción de aprovisionamiento rápido.
  • No puede utilizar una imagen de software de base de datos personalizada al aprovisionar un sistema de base de datos con LVM.

Consideraciones sobre el escalado de almacenamiento al utilizar aprovisionamiento rápido

Note:

Este tema solo se aplica a sistemas de base de datos de nodo único.

Al aprovisionar un sistema de base de datos mediante la opción de aprovisionamiento rápido, el valor de Almacenamiento disponible (GB) que especifique durante el aprovisionamiento determina el almacenamiento total máximo disponible mediante el escalado. En la tabla siguiente se detalla el valor de almacenamiento máximo disponible mediante escalado para cada valor que se ofrece en el flujo de trabajo de aprovisionamiento:

Tabla - Consideraciones sobre el escalado de almacenamiento al utilizar aprovisionamiento rápido

Almacenamiento inicial especificado durante el aprovisionamiento (GB) Almacenamiento máximo disponible a través de escala (GB)
256 2560
512 2560
1024 5.120
2.048 10 240
4096 20 480
8192 40 960

Consideraciones sobre el dominio de errores para sistemas de base de datos RAC de varios nodos

Cuando se aprovisionan sistemas de base de datos RAC de varios nodos, el sistema asigna cada nodo a un dominio de errores diferente por defecto. Mediante el enlace Opciones avanzadas del cuadro de diálogo de aprovisionamiento, puede seleccionar los dominios de errores que se utilizarán para los sistemas de base de datos RAC de varios nodos, y el sistema asignará los nodos a los dominios de errores seleccionados. Oracle recomienda colocar cada nodo de un sistema de base de datos RAC de varios nodos en un dominio de errores diferente.

Para obtener más información sobre los dominios de errores, consulte Regiones y dominios de disponibilidad.

Reinicio de un nodo del sistema de base de datos para el mantenimiento planificado

Los nodos del sistema de base de datos utilizan hosts físicos subyacentes que deben someterse a un mantenimiento periódico. Cuando se necesita dicho mantenimiento, OCI programa un reinicio del nodo del sistema de base de datos y le notifica el próximo reinicio. El reinicio permite migrar el nodo del sistema de base de datos a un nuevo host físico que no necesita mantenimiento. (Parar e iniciar el nodo también dará como resultado la migración a un nuevo host físico). El único efecto en el nodo del sistema de base de datos es el propio reinicio. El mantenimiento planificado del hardware físico original se realiza una vez se ha migrado el nodo a su nuevo host y no tiene ningún efecto en el sistema de base de datos.

Si el nodo del sistema de base de datos está programado para un reinicio de mantenimiento, puede reiniciar de forma proactiva el nodo (parándolo e iniciándolo) utilizando la consola o la API. Esto le permite controlar cómo y cuándo debe experimentar el nodo un tiempo de inactividad. Si decide no reiniciar antes de la hora programada, OCI reiniciará y migrará el nodo a la hora programada.

Para identificar los nodos del sistema de base de datos que puede reiniciar de forma proactiva, vaya a la página Detalles de sistema de base de datos de la consola y compruebe el campo Reinicio por mantenimiento de nodo. Si la instancia tiene programado un reinicio por mantenimiento y se puede reiniciar de forma proactiva, este campo muestra la fecha y la hora de inicio del reinicio. Si el campo Reinicio por mantenimiento no muestra una fecha, significa que el sistema de base de datos no tiene ningún evento de mantenimiento de nodo programado.

Para comprobar los eventos de mantenimiento programados mediante la API, utilice la operación GetDbNode para comprobar el campo timeMaintenanceWindowEnd del recurso DbNode. En este campo se especifica cuándo comenzará el sistema el siguiente reinicio de nodo programado.

Para localizar los nodos que tengan reinicios de mantenimiento programados, puede utilizar el servicio de búsqueda con una consulta predefinida para buscar todos los sistemas de base de datos que tengan un inicio de mantenimiento programado.

Para obtener instrucciones para el uso de la consola para reiniciar un nodo, consulte Reinicio de un Sistema de Base de Datos.

Herramienta de fortalecimiento de la seguridad para sistemas de base de datos

Los sistemas de base de datos aprovisionados mediante Oracle Linux 7 incluyen un script de Python, conocida como la herramienta Security Technical Implementation Guide (STIG), que puede utilizar para reforzar la seguridad del sistema de base de datos.

Copias de seguridad del volumen de inicio

Oracle mantiene una copia de seguridad semanal del volumen de inicio del sistema de base de datos para que el sistema se pueda restaurar fácilmente en caso de error grave o fallo del sistema. Las copias de seguridad del volumen de inicio no están accesibles actualmente para los usuarios (no hay acceso de consola, API ni CLI a una copia de seguridad del volumen de inicio del sistema de base de datos) y Oracle sufraga el costo de mantener la copia de seguridad. En caso de fallo del sistema, póngase en contacto con My Oracle Support para solicitar que Oracle realice una restauración del sistema de base de datos a partir de la copia de seguridad del volumen de inicio.