Acerca de los sistemas de base de datos
Oracle Cloud Infrastructure (OCI) ofrece sistemas de base de datos 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.
- Oracle Database 19c: Funciones, opciones y paquetes de gestión permitidos por la solución Oracle Database
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.