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 tiene que aprovisionar un sistema de base de Datos para fin de desarrollo o prueba, hay disponible un sistema de base de Datos de nodo único con aprovisionamiento rápido especial.
Al crear un sistema de base de Datos, seleccione la edición y la versión de la instancia de Oracle AI Database que se apliquen 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 edición de Oracle AI Database seleccionadas, el sistema de base de Datos puede soportar varias bases de Datos de Conexión (PDB). Consulte el siguiente tema sobre las licencias de la instancia de Oracle AI Database para ver información sobre el número máximo de bases de Datos conectables y contenedores (CDB) disponibles para la versión de Oracle AI Database seleccionada.
- Oracle Database 19c: Funciones, opciones y paquetes de administración permitidos por la oferta de Oracle AI Database
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 Cambio del sistema de base de datos.
Nota: La operación de cambio de unidad se realiza de manera sucesiva para sistemas de base de datos RAC de varios nodos, lo que le permite cambiar la unidades sin tiempo en inactividad de las bases de datos.
Unidades disponibles y de qué modo determina los recursos asignados
Cuando se crea un sistema de base de datos, se elige una unidad, la cual 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 adaptarse a los nuevos requisitos de capacidad de procesamiento. Están disponibles las siguientes unidades:
Nota:
Oracle Base Database Service ha anunciado la retirada de la unidad VM.Standard.x86, la edición de software Enterprise Edition - Extreme Performance (EE-EP) y los SKU de servicio medidos por OCPU, a partir del 31 de julio de 2026. Los despliegues existentes seguirán ejecutándose, pero se verán afectadas las nuevas renovaciones de aprovisionamiento y contratos.
Planifique la migración a VM.BaseDB.x86 mediante la métrica de ECPU o a Oracle Exadata Database Service on Exascale Infrastructure (ExaDB-XS) para las cargas de trabajo de EE-EP, según corresponda. Para obtener información sobre los SKU afectados, el impacto en los clientes y las directrices de migración, consulte My Oracle Support Article KB921246.
Unidades flexibles
Las unidades flexibles le permiten personalizar los recursos informáticos: ECPU u OCPU asignadas a una instancia. Cuando crea una instancia utilizando una forma flexible, selecciona 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 e Intel. En la siguiente tabla se muestran las unidades disponibles.
| Unidad | Recursos informáticos | Memoria |
|---|---|---|
| VM.BaseDB.x86 | El mínimo es 4 ECPU y el máximo es 256 ECPU. Debe estar en incrementos de 4. |
8 GB por cada 4 ECPU. El mínimo es 8 GB y el máximo es 512 GB de memoria total. |
| VM.Standard.x86 | El mínimo es 4 ECPU y el máximo es 252 ECPU. Debe estar en incrementos de 4. |
8 GB por cada 4 ECPU. El mínimo es 8 GB y el máximo es 504 GB de memoria total. |
| Ampere VM.Standard.A1. Flexibilidad | 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. Flexión | 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. |
Nota:
- La unidad Ampere A1 basada en Arm está disponible para las versiones 26ai y 19c de Oracle AI Database a partir de 23.7.0.0, 19.19.0.0 y las actualizaciones de versiones posteriores (RU) únicamente.
- La unidad AMD E5 está disponible para las versiones 26ai y 19c de Oracle AI Database a partir de la versión 23.4.0.24.05, 19.21.0.0 y las actualizaciones de versiones posteriores (RU) únicamente.
- La unidad AMD E4 está disponible para las versiones 26ai, 21c y 19c de Oracle AI Database solo con las actualizaciones de las versiones 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 26ai, 21c y 19c de Oracle AI 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 VM.BaseDB.x86 y la unidad VM.Standard.x86 son unidades x86 flexibles independientes de la generación que le permiten personalizar el número de ECPU asignadas a un sistema de base de datos. Estas unidades proporcionan una experiencia consistente en todas las generaciones de infraestructura x86 soportadas, al tiempo que le permiten ampliar los recursos informáticos en función de los requisitos de carga de trabajo.
Las unidades x86 tienen las siguientes características:
- Utiliza la facturación basada en ECPU, lo que permite una fijación de precios más granular y basada en el uso.
- VM.BaseDB.x86 soporta Oracle AI Database 26ai y Oracle Database 19c.
- VM.Standard.x86 solo admite Oracle AI Database 26ai.
-
Soporta las siguientes ediciones de software de Oracle AI Database:
- Standard Edition
- Edición empresarial
- Enterprise Edition - High Performance
- Admite Logical Volume Manager para la gestión de almacenamiento.
- Solo admite sistemas de base de datos de un solo nodo.
Nota: Las unidades x86 no soportan el dominio de errores.
Forma de Ampere A1 basada en brazo
Las unidades Ampere A1 basadas en Arm son flexibles y le 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 Logical Volume Manager.
- La unidad Ampere A1 solo está soportada en sistemas de base de datos de un solo nodo.
- Oracle AI 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 las 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.
| Unidad | 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 |
Nota:
- Las unidades Intel X7 solo están disponibles para las versiones 26ai, 21c y 19c de Oracle AI 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 anteriores de la base de datos, según los siguientes requisitos de unidad.
La última actualización de versión aprobada está disponible de forma predeterminada. También puede seleccionar una de las dos actualizaciones de versión anteriores (N-1 o N-2) después de confirmar que se muestra el mensaje. Para usar una actualización de versión anterior a N-2, debe enviar una solicitud de servicio.
- La unidad Ampere A1 basada en Arm está disponible para las versiones 26ai y 19c de Oracle AI Database a partir de 23.7.0.0, 19.19.0.0 y las actualizaciones de versiones posteriores (RU) únicamente.
- La unidad AMD E5 está disponible para las versiones 26ai y 19c de Oracle AI Database a partir de la versión 23.4.0.24.05, 19.21.0.0 y las actualizaciones de versiones posteriores (RU) únicamente.
- La unidad AMD E4 está disponible para las versiones 26ai, 21c y 19c de Oracle AI Database solo con las actualizaciones de las versiones 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 26ai, 21c y 19c de Oracle AI 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 26ai, 21c y 19c de Oracle AI Database.
- No se admite la migración de la unidad Intel X9 a las unidades AMD E4 y E5.
- La migración a la unidad AMD E4 está soportada para instancias en las que se utiliza la imagen base solo con la actualización 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 Intel X9 está soportada solo para las instancias que utilizan la imagen base con actualizaciones de 21.8.0.0, 19.17.0.0 y versiones 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 en datos con una versión anterior de la base, consulte Actualizaciones del parche crítico para obtener información acerca de los problemas de seguridad conocidos con su versión seleccionada. También debe analizar y aplicar parches para las incidencias que se conocen del sistema operativo que se incluye con la versión anterior de la base de datos. Para obtener más información sobre la mejor práctica de seguridad para bases de datos en OCI, consulte Protección de bases de datos.
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.
- El almacenamiento total es la suma del almacenamiento de datos disponible, el almacenamiento de área de recuperación y los 200 GB reservados para el software del sistema de base de datos.
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 |
| 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 |
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 |
| 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 |
Límites de servicios
Los siguientes límites se aplican a los recursos de Base Database.
| Recursos | Créditos universales de Oracle | Pago por consumo 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 |
Nota: 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 para "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 nodo 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.
Para obtener más información, consulte:
- Logical Volume Manager
- Gestión Automática de Almacenamiento de Oracle
- Imágenes de software de Oracle AI Database
Consideraciones sobre el escalado de almacenamiento al utilizar aprovisionamiento rápido
Nota: Este tema solo se aplica a sistemas del nodo único de base de datos.
Al aprovisionar un sistema de base de datos mediante la opción de aprovisionamiento rápido, el valor de los almacenamiento disponible (GB) que especifique durante dicho aprovisionamiento determina el almacenamiento total máximo disponible mediante la escala. 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:
| Almacenamiento inicial especificado durante el aprovisionamiento (GB) | Almacenamiento máximo disponible a través de escala (GB) |
|---|---|
| 256 | 2.560 |
| 512 | 2.560 |
| 1.024 | 5.120 |
| 2.048 | 10.240 |
| 4.096 | 20.480 |
| 8.192 | 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 las 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 de sistema de base de datos utilizan hosts físicos subyacentes que deben someterse a mantenimiento periódico. Cuando se requiere dicho mantenimiento, OCI programa un reinicio del nodo de su sistema y le notifica el próximo reinicio. El reinicio le 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 de sistema de base de datos es el propio reinicio. El mantenimiento planificado del hardware físico original se realiza una vez se ha migrado al 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 información que puede reiniciar de forma proactiva, vaya a la página Detalles de sistema de base de información de la consola y compruebe el campo Reinicio de mantenimiento de nodos. 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 conservación no muestra una fecha, el sistema de base de datos no tiene ningún evento del mantenimiento del 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 nodos que tengan reinicios en 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 reinicio en mantenimiento programado.
Para obtener instrucciones acerca de cómo utilizar 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.
Para obtener más información, consulte:
- Herramienta de guía de implementación técnica de seguridad (STIG) para el sistema de base de datos.
- Activación de FIPS, SE Linux y STIG en los componentes 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.