Novedades de Oracle Exadata Database Service en infraestructura de Exascale

Oracle sigue agregando nuevas regiones para Oracle Exadata Database Service en la infraestructura de Exascale (ExaDB-XS).

Oracle se complace en anunciar que Exadata Database Service en Exascale Infrastructure (ExaDB-XS) ahora soporta Oracle Database 19c y Oracle Grid Infrastructure 19c.

Fecha de publicación: agosto de2025

El año pasado, Oracle lanzó ExaDB-XS con Oracle Database 23ai, presentando la única arquitectura de datos inteligente del sector para la nube, un salto revolucionario que combina lo mejor de Exadata y lo mejor de la nube. ExaDB-XS ofrece ventajas de Exadata a un menor costo de entrada con escalabilidad granular, lo que la convierte en una plataforma ideal para una amplia gama de bases de datos esenciales. Puede migrar fácilmente sus bases de datos locales a una infraestructura de Exascale compartida en la nube. Hasta ahora, estas ventajas solo estaban disponibles para los clientes listos para adoptar Oracle Database 23ai. Muchas organizaciones con cargas de trabajo esenciales en Oracle Database 19c aún no están listas para actualizar a Oracle Database 23ai. Estas organizaciones ahora pueden darse cuenta inmediatamente de las ventajas de la infraestructura de Exascale para Oracle Database 19c con la opción de actualizar a Oracle Database 23ai a su propio ritmo.

Con esta mejora, puede restaurar, refrescar y reubicar una base de datos de conexión (PDB).

Fecha de publicación Agosto de 2025

La funcionalidad de instantánea de nivel de PDB en la API y la consola de OCI permite crear y gestionar instantáneas de nivel de PDB y crear clones (incluidos los clones finos). Aprovecha la tecnología de redireccionamiento en escritura de Exascale eficiente en espacio.

Ahora puede desplegar entornos de Oracle Data Guard con bases de datos principales y secundarias entre servicios.

Fecha de publicación: agosto de2025

Nos complace anunciar el soporte de despliegue de Oracle Data Guard entre servicios. En un despliegue de varios servicios, puede configurar bases de datos principales y secundarias entre dos servicios: Exadata Database Service on Dedicated Infrastructure (ExaDB-D) y Exadata Database Service on Exascale Infrastructure (ExaDB-XS). La capacidad de desplegar Oracle Data Guard entre servicios proporciona una disponibilidad mejorada. Las siguientes configuraciones están disponibles:

• Base de datos primaria en ExaDB-D con una o más bases de datos en espera en ExaDB-XS o ExaDB-D. Base de datos primaria en ExaDB-XS con una o más bases de datos en espera en ExaDB-D o ExaDB-XS.
• Base de datos primaria en ExaDB-XS con una o más bases de datos en espera en ExaDB-D o ExaDB-XS.

Oracle recomienda utilizar el nuevo servicio de recuperación autónomo por defecto como destino de copia de seguridad.

Fecha de publicación Agosto de 2025

A partir del 06 de agosto de 2025, se actualizó el comportamiento por defecto para seleccionar un destino de copia de seguridad durante la configuración de copia de seguridad automática para los arrendamientos recién creados en las siguientes regiones de OCI: Frankfurt (FRA), Phoenix (PHX) y Tokio (NRT).

• Autonomous Recovery Service es ahora el destino de copia de seguridad por defecto para todas las versiones de base de datos elegibles de estas regiones.
• Puede continuar revisando y modificando la configuración de copia de seguridad según sea necesario.

El etiquetado, que anteriormente estaba soportado durante la creación de la base de datos, ahora se amplía a flujos de trabajo adicionales, incluida la creación de una base de datos en espera y la creación de una base de datos a partir de una copia de seguridad.

Fecha de publicación: Julio de 2025

Ahora puede realizar una comprobación previa antes de configurar Oracle Data Guard y abordar posibles problemas antes de configurar Data Guard.

Fecha de publicación: junio 2025

Como parte de la configuración de Oracle Data Guard (DG), el servicio ha realizado una comprobación previa implícita. Con esta mejora, ahora puede ejecutar una comprobación previa explícita para identificar y solucionar posibles problemas antes de continuar con la configuración de Data Guard.

Durante el despliegue de clusters de VM en Exadata Database Service en la infraestructura de Exascale, puede elegir desplegar una red por defecto durante la creación del cluster de VN.

Fecha de publicación: Mayo de 2025

Nos complace anunciar la disponibilidad general (GA) de desplegar una red por defecto durante la creación del cluster de VM. Al seleccionar la opción para crear una VCN por defecto, se crea una nueva VCN con valores por defecto que se rellenan automáticamente con configuraciones de red para su arrendamiento. Antes, al crear un nuevo cluster de VM, era necesario crear una VCN anticipadamente, cumpliendo varios requisitos específicos. Ahora, puede seleccionar una opción para que la automatización en la nube cree una nueva configuración de VCN por defecto. Esta es una forma práctica de configurar un nuevo cluster de VM rápidamente, sin planificación previa de redes, lo que puede ser especialmente útil para casos de uso de pruebas simples.

Fecha de publicación: Mayo de 2025

Con la copia de seguridad de retención a largo plazo (LTR), puede almacenar copias de seguridad completas durante un máximo de 10 años o una duración más corta, lo que le permite buscar y recuperar datos archivados para cumplir con los requisitos de conformidad, normativos u otros requisitos empresariales. Durante este período de retención, las copias de seguridad de LTR se pueden restaurar para crear una nueva base de datos, un proceso denominado "restauración externa".

Ahora puede utilizar la herramienta Hub de rendimiento y ver métricas en bases de datos en la nube que se ejecutan en Oracle Exadata Database Service on Exascale Infrastructure (ExaDB-XS).

Fecha de publicación: 2025 de abril de 2025

Esta función proporciona funciones de supervisión y gestión adicionales para bases de datos en ExaDB-XS. Para obtener más información, consulte Análisis del rendimiento de la base de datos de Exadata Cloud Service y la sección sobre el análisis del rendimiento de bases de datos de máquina virtual o con hardware dedicado.

Ahora puede crear y gestionar varias bases de datos en espera de Oracle Data Guard locales y remotas enlazadas a una base de datos primaria.

Fecha de publicación de abril de 2025

Esta mejora proporciona la capacidad de crear y gestionar varias bases de datos en espera locales y remotas enlazadas a una base de datos primaria, lo que proporciona flexibilidad tanto para la protección de datos como para la recuperación ante desastres. Las bases de datos en espera locales ayudan a minimizar la pérdida de datos, mientras que las bases de datos en espera remotas protegen contra fallos regionales. Esta mejora permite la creación de hasta 6 bases de datos en espera para una base de datos primaria.

En una configuración típica de Oracle Data Guard, se suelen utilizar dos bases de datos en espera:

• Base de datos local en espera: una base de datos en espera en la misma región que la base de datos de producción es ideal para escenarios de failover, ya que no ofrece pérdida de datos para fallos locales (como fallos de base de datos, cluster o dominio de disponibilidad). El impacto de failover de la aplicación se reduce en este caso, ya que las aplicaciones siguen funcionando sin la sobrecarga de rendimiento de la comunicación con una región remota.
• Base de datos en espera remota (entre regiones): una base de datos en espera remota, ubicada en una región diferente, se suele utilizar para la recuperación ante desastres o para descargar el procesamiento de consultas de solo lectura. La configuración de una base de datos en espera remota garantiza la protección de los datos frente a fallos regionales.

Algunos clientes empresariales apuntan a la simetría después de un cambio de sitio. Por ejemplo, puede que prefieran tener la base de datos en espera principal y local en la región 1, y una base de datos en espera remota con su propia base de datos en espera local en la región 2. En esta configuración, habrá tres bases de datos en espera. Después de un cambio de ubicación, seguirá teniendo una base de datos primaria y una base de datos en espera local disponibles en la nueva región primaria.

Además, los clientes pueden mejorar sus configuraciones agregando otra base de datos en espera con fines de prueba, aprovechando nuestras capacidades de instantánea (lectura/escritura) en espera.

Puede desplegar y ejecutar bases de datos en un cluster de un solo nodo sin necesidad de una licencia de Oracle Real Application Clusters (Oracle RAC).

Ahora puede escalar las ECPU activadas por VM a cero en ExaDB-XS.