Oracle Database Cloud Service le permite crear, escalar y proteger fácilmente bases de datos Oracle en la nube. Para crear bases de datos puede usar sistemas de base de datos consistentes en servidores básicos (con almacenamiento local NVMe flash o SSD) o máquinas virtuales con volúmenes de bloque, que proporcionan un alto rendimiento y precios rentables. El servicio también ofrece soporte para la implementación de Oracle RAC "primero en la nube" en servidores de máquinas virtuales en la capa de red de nube virtual.

Puede administrar sus bases de datos mediante herramientas sencillas como parches, Data Guard o copias de seguridad/recuperación, a las que se puede acceder a través de la consola o las API REST de Oracle Cloud Infrastructure. Como alternativa, puede acceder a su host de base de datos y usar las herramientas existentes para administrar sus bases de datos en la nube, de la misma manera que las administra localmente.

Oracle Database Cloud Service aprovisiona un sistema de base de datos con el número solicitado de núcleos en un servidor básico o una máquina virtual de alto rendimiento, implementa el software de Oracle Database de la edición que elija y crea el sistema de base de datos en una red de nube virtual (VCN). La VCN es una red privada con listas de seguridad configuradas por el usuario que protege al sistema de base de datos contra accesos no autorizados.

Oracle Database Cloud Service también proporciona funciones para facilitar la gestión, como parches de servicios de bases de datos, configuración de alta disponibilidad mediante Oracle Data Guard y copia de seguridad/restauración que simplifica las tareas diarias necesarias para ejecutar las bases de datos Oracle.

Una vez que haya creado una cuenta de Oracle Cloud Infrastructure, puede crear una base de datos Oracle en Database Cloud Service a través de la consola, las API REST, la interfaz de línea de comandos y los SDK.

Tanto los servidores básicos como las máquinas virtuales son compatibles con el Modelo de créditos universales de Oracle (UCM), con precios de "licencia incluida" e "incorpore su propia licencia". El precio es flexible, y hay opciones Pay-As-You-Go (PAYG) y UCM flexible anual. Los precios dependen de la edición que elija y de la forma de la base de datos, así como del número de núcleos que elija.

Para consumir instancias de base de datos de Oracle Database Cloud Service, cree una cuenta en shop.oracle.com. Como alternativa, los clientes existentes pueden ponerse en contacto con su representante comercial para crear una cuenta y habilitar un grupo de créditos existente, o comprar un nuevo grupo, para consumir recursos de Oracle Cloud Infrastructure. Consulte la sección de precios de servidores básicos y precios para máquinas virtuales si desea más información.

Las tenencias Medida/No medida existentes se facturarán según el plan existente hasta que se conviertan en una tenencia del Modelo de créditos universales.

Actualmente, Oracle Database Cloud Service admite las versiones 11.2.0.4, 12.1.0.2, 12.2.0.1, 18c, 19c y 21c de Oracle Database.

Las siguientes ediciones del software Oracle Database son compatibles y están optimizadas para la nube.

• Standard Edition
• Enterprise Edition
• Enterprise Edition High Performance
• Enterprise Edition Extreme Performance

Todas las ediciones incluyen Oracle Database Transparent Data Encryption.

• Standard Edition incluye Oracle Database Standard Edition.
• Enterprise Edition incluye Oracle Database Enterprise Edition, Data Masking and Subsetting Pack, Diagnostics Pack, Tuning Pack y Real Application Testing.
• Enterprise Edition High Performance extiende la Enterprise Edition con las siguientes opciones: Multitenant, Partitioning, Advanced Compression, Advanced Security, Label Security, Database Vault, OLAP, Advanced Analytics, Spatial and Graph, Database Lifecycle Management Pack y Cloud Management Pack para Oracle Database.
• Enterprise Edition Extreme Performance extiende el paquete High Performance con las siguientes opciones: Base de datos en memoria y Active Data Guard.

Formas de servidor básico
Para cumplir los estrictos requisitos de rendimiento de las aplicaciones empresariales esenciales, Oracle Database Cloud Service admite tres formas de servidor básico que pueden alcanzar más de 200 000 TPS o IOPS para una sola base de datos. Los sistemas de base de datos de servidor básico utilizan almacenamiento NVMe o SSD conectado localmente para garantizar el máximo rendimiento. La cantidad de almacenamiento está determinada por la forma especificada al iniciar el sistema de base de datos.

Tenga en cuenta que, cuando se usa la Standard Edition con formas High IO y Dense IO, el número máximo permitido de OCPU es de 8 OCPU por instancia.

Las formas *BM.HighIO1.36 y BM.RACLocalStorage1.72* ya no están disponibles, pero continúan siendo compatibles con los clientes existentes.

Formas de máquinas virtuales
Oracle Database Cloud admite diversas máquinas virtuales basadas en formas de computación estándar de máquina virtual. La elección de formas de máquina virtual proporciona rentabilidad y flexibilidad para seleccionar de uno a 24 núcleos y de 256 GB a 40 TB de almacenamiento remoto escalable y duradero.

Nota: Para cualquier forma con más de 2 núcleos, puede especificar Número total de nodos = 2 para obtener la configuración de RAC. Cuando se usa la Standard Edition, la forma máxima permitida es VM.Standard1.8.

Las siguientes opciones Dense IO y Bring Your Own License basadas en sistemas de servidor básico "X5" de Oracle Database Cloud Service ya no están disponibles, pero siguen siendo compatibles con los clientes existentes:

Un sistema de base de datos es un servidor básico o una máquina virtual que tiene el software Oracle Database desplegado y configurado con un número de núcleos, una edición de software y una versión de base de datos especificados por el usuario.

Los sistemas de bases de datos de máquinas virtuales solo contienen una base de datos. Un sistema de base de datos básico puede tener múltiples alojamientos de bases de datos que, a su vez, pueden contener múltiples bases de datos. Todas las bases de datos contenidas en un alojamiento de base de datos deben tener la misma versión, pero cada alojamiento de base de datos puede tener una versión diferente. Por ejemplo, un sistema de base de datos Enterprise Edition puede contener DB_Home11, que contiene únicamente bases de datos de la Enterprise Edition 11.2.0.4, y DB_Home12, que contiene únicamente bases de datos de la Enterprise Edition 12.1.0.2.

No, no se puede cambiar la edición. Sin embargo, puede cancelar fácilmente el sistema de base de datos e iniciar otro con la edición que prefiera.

Al lanzar un sistema de base de datos, la base de datos inicial que se crea en el sistema utiliza los juegos de caracteres predeterminados, AL32UTF8 y AL16UTF16. Sin embargo, puede seleccionar fácilmente el conjunto de caracteres que prefiera durante el lanzamiento, en las opciones avanzadas de la base de datos.

Sí, puede incorporar su propia licencia. Oracle Database Cloud Service admite modelos de precios con licencia incluida o BYOL.

La consola de Oracle Cloud Infrastructure (OCI), las API REST, el SDK o la CLI se pueden usar para hacer tareas comunes de administración del ciclo de vida de la base de datos, como parches, Oracle Data Guard y reserva/recuperación.

El rendimiento, la capacidad de almacenamiento o el coste, entre otros criterios, deben determinar su elección de formas dentro del database cloud service. Tenga en cuenta las perspectivas de crecimiento del tamaño de su base de datos cuando seleccione la forma.

En Oracle, le recomendamos que utilice Enterprise Manager y los parámetros disponibles en Oracle Cloud Infrastructure.

Consulte la documentación de Límites de servicio para ver los límites predeterminados de cada tipo de instancia e instrucciones sobre cómo solicitar una ampliación de límite. Estaremos encantados de ampliar los límites de su cuenta según sea necesario.

Sí. Oracle Database Cloud Service admite una instancia de Oracle RAC "primero en la nube" en máquinas virtuales dentro de una red de nube virtual.

Puede configurar Oracle RAC en máquinas virtuales estableciendo el "Número total de nodos" en 2 durante el lanzamiento del sistema de base de datos.

Database Service on VMs es una solución de servicio de base de datos que permite a los clientes crear, escalar y gestionar bases de datos Oracle con todas las funciones en máquinas virtuales. Las principales ventajas de ejecutar bases de datos en máquinas virtuales son la rentabilidad, la facilidad para empezar, un almacenamiento duradero y escalable, y la capacidad de ejecutar Real Application Clusters (RAC) para mejorar la disponibilidad.

Las bases de datos RAC se ejecutarán en un solo dominio de disponibilidad, garantizando que cada nodo se encuentre en un rack físico independiente, a fin de proporcionar una alta disponibilidad. Database Cloud Service on VMs se basa en la misma infraestructura en la nube de alto rendimiento y alta disponibilidad utilizada por todos los servicios de Oracle Cloud Infrastructure.

Las bases de datos de Oracle RAC son compatibles con Enterprise Edition Extreme Performance on Database Cloud Service en máquinas virtuales, pero están limitadas a una configuración RAC de dos nodos. El RAC de dos nodos se habilita seleccionando "node=2" durante el suministro y requiere un mínimo de dos núcleos por máquina virtual.

Sí. Puede aumentar o reducir el número de OCPU según lo necesite. Si cambia la forma, habrá un corte en la base de datos.

Sí. El cambio a una forma de máquina virtual RAC de dos nodos se llevará a cabo de manera continua para evitar tiempos de inactividad.

No, una máquina virtual solo puede contener una base de datos.

Sí. Database Cloud Service on VM usa almacenamiento en bloques remoto, por lo que puede configurar el almacenamiento disponible como lo desee, desde 256 GB hasta 40 TB. Puede ampliar la capacidad de almacenamiento sin tiempo de inactividad.

Sí. Puede clonar un sistema de base de datos de máquina virtual de un solo nodo siempre y cuando utilice Logical Volume Manager (LVM) como el software de gestión de almacenamiento.

Database Cloud Service on Bare Metal es una oferta de servicio de base de datos que permite a los clientes implementar y administrar bases de datos Oracle con todas las funciones en servidores básicos. Bare Metal ofrece un rendimiento contrastado y predecible, con almacenamiento NVMe local en servidores especializados que proporcionan un nivel alto de IOPS y una latencia extremadamente baja.

Los servidores básicos en Database Cloud Service pueden tener múltiples alojamientos de bases de datos que, a su vez, pueden contener muchas bases de datos. Todas las bases de datos contenidas en un alojamiento de base de datos deben tener la misma versión, pero cada alojamiento de base de datos puede tener una versión diferente. Por ejemplo, un sistema de base de datos Enterprise Edition puede contener DB_Home11, que contiene únicamente bases de datos de la Enterprise Edition 11.2.0.4, y DB_Home12, que contiene únicamente bases de datos de la Enterprise Edition 12.1.0.2.

Las bases de datos de Oracle RAC solo son compatibles con Database Cloud Service en máquinas virtuales (VM).

Sí. Puede ampliar o reducir el número de OCPU según sea necesario y sin tiempo de inactividad en la base de datos.

No. Database Cloud Service on Bare Metal Servers utiliza almacenamiento NVMe local, por lo que hay una capacidad de almacenamiento fija asociada a la forma del servidor.

No, no puede conectar volúmenes de almacenamiento en bloques a servidores básicos.

Oracle Database Cloud Service es compatible con el modelo de compra de crédito universal de Oracle, que dispone de perfiles de precio simples y flexibles:

La tarifa Pay-As-You-Go (PAYG) permite a los clientes ofrecer servicios rápidamente, sin un esfuerzo económico por adelantado, sin período mínimo de servicio y pagando solo por lo que usan. La facturación se lleva a cabo a mes vencido. Para empezar, el cliente puede crear una cuenta en shop.oracle.com.

Gracias a los Annual Universals Credits, el cliente puede usar cualquier Oracle Cloud Infrastructure and Platform Services admisible, en cualquier momento y región. Los Annual Universal Credits se facturan por adelantado y suponen un ahorro considerable en los servicios en la nube, así como reducir en costes y limitar el gasto mensual predecible con un período de inicialización a medida que incorpora sus cargas de trabajo.

Con Oracle Database Cloud Service, se pueden usar modelos de registro "licencia incluida" y "traiga su propia licencia" (BYOL), y se cobra en función de los siguientes elementos de uso:

• Entorno alojado por hora: El entorno alojado por hora es la instancia del sistema de base de datos base que tiene una capacidad base de CPU, almacenamiento local (solo para servidores básicos) y OCPU habilitadas para la edición que elija. Cada hora parcial consumida en el entorno alojado se factura como hora parcial; el mínimo es de una hora.
• OCPU por hora: puede habilitar OCPU adicionales por entorno o sistema de base de datos alojados. Cada hora de OCPU parcial consumida se factura como hora parcial, con un mínimo de un minuto.
• Volúmenes de bloque: Database Cloud Service on VMs utiliza volúmenes de bloques remotos. Puede adjuntar almacenamiento de cualquier tamaño (desde 256 GB hasta 40 TB) y pagar por el almacenaje total. Solo es compatible con OCI Block Volume Service con rendimiento equilibrado. Los volúmenes de almacenamiento en bloque de OCI con rendimiento equilibrado se definen como una unidad de almacenamiento de volumen en bloque con diez unidades de rendimiento de volumen en bloque por gigabyte y por mes. Consulte la sección Precios de almacenamiento de la Lista de precios de Cloud para obtener más información.

Puede utilizar la función de copia de seguridad/restauración o bien utilizar RMAN para configurar las copias de seguridad de las bases de datos en Oracle Cloud Infrastructure Object Storage. El precio de las copias de seguridad es la cantidad total de almacenamiento de objetos en uso. Consulte la sección Lista de precios de Cloud para obtener más información sobre los precios.

Consulte Lista de precios de Cloud. Consulte también la sección precios de servidores básicos y precios para máquinas virtuales si desea más información.

Sí. Puede cambiar de "licencia incluida" a BYOL y al revés.

La configuración de Data Guard en dos sistemas de bases de datos desplegados en dominios de disponibilidad independientes configura la alta disponibilidad para sus bases de datos. Consulte la sección Lista de precios de Cloud para obtener más información sobre los precios.

Sí, Oracle Database Cloud Service permite detener la facturación en máquinas virtuales. Para sacar partido a esta funcionalidad, vaya al sistema de base de datos de máquina virtual y seleccione el nodo que desee detener. La base de datos permanecerá intacta mientras el nodo esté detenido. No se le facturarán las horas en las que el nodo no se esté ejecutando.

El cese de facturación no es aplicable a Database Cloud Service on Bare Metal Servers. Cuando se detiene un servidor, se sigue facturando, ya que se mantiene todo el entorno alojado. Para reducir el coste, puede usar la capacidad de escalado de CPU online para la forma de la base de datos, y reducir las OCPU a dos para entornos no utilizados o de un uso menor.

Una VCN es una red privada personalizable en Oracle Cloud Infrastructure. Al igual que una red de centro de datos tradicional, una VCN le proporciona control completo de su entorno de red. Esto incluye asignar su propio espacio privado de direcciones IP, crear subredes, crear tablas de rutas y configurar cortafuegos con estado. Un solo cliente puede tener múltiples VCN, lo que permite agrupar y aislar los recursos relacionados.

Al desplegar en una VCN de forma predeterminada, obtiene la seguridad y la flexibilidad de:

• Desplegar sus bases de datos en una red privada, protegida de Internet.
• Configurar listas de seguridad (de entrada/salida) para evitar que usuarios malintencionados puedan acceder al sistema de base de datos.

Le recomendamos que cree subredes independientes en cada dominio de disponibilidad y coloque sus sistemas de base de datos en esas subredes. Esto le permite definir con precisión listas de seguridad de entrada/salida para la subred y controlar el acceso a la red.

Los sistemas de base de datos se configuran con TDE de forma predeterminada durante el aprovisionamiento. Tiene la flexibilidad de iniciar sesión y controlar otras políticas de seguridad en el sistema de base de datos. Puede seguir las mejores prácticas de seguridad de base de datos (PDF) estándar.

Oracle Cloud Infrastructure Identity and Access Management (IAM) le permite configurar su entorno de nube en conformidad con sus requisitos de seguridad y cumplimiento. Desde la perspectiva de la base de datos, usted configura políticas de IAM que le permiten restringir el acceso a sistemas de base de datos de servidor nativo o máquina virtual a un conjunto seleccionado de usuarios (DBA) para la gestión. Consulte nuestra documentación técnica sobre cómo usar Oracle IAM con Oracle Database Cloud Service.

Sí, con acceso raíz completo al sistema de base de datos puede configurar auditorías para todas las operaciones en el sistema de base de datos. Oracle Database Cloud Service proporciona un sólido soporte de auditoría en todas las ediciones de la base de datos. Los registros de auditoría incluyen información sobre la operación que se auditó, el usuario que realizó la operación y la fecha y hora de la operación. Los registros de auditoría se pueden almacenar en el seguimiento de auditoría de la base de datos o en archivos del sistema operativo. La auditoría estándar incluye operaciones sobre privilegios, esquemas, objetos y declaraciones.

Además, puede usar Oracle Cloud Infrastructure Audit para auditar todas las llamadas de gestión de API realizadas en su tenencia.

La función de aplicación de parches de Database Cloud Service simplifica los pasos necesarios para aplicar parches a sus sistemas de bases de datos y a sus bases de datos. Puede usar la consola de Oracle Cloud Infrastructure y las API para ver los parches que se pueden aplicar a su sistema de base de datos o a su alojamiento de base de datos, y enviar una solicitud de parche. Database Cloud Service ejecutará los pasos necesarios para aplicar el parche y le mostrará el estado de la operación.

Puede ver todos los parches que se han aplicado y, si es necesario, volver a aplicar un parche. Además, puede usar los controles de Oracle Identity and Access Management (IAM) para gestionar el acceso a las funciones de aplicación de parches.

Puede usar la consola de Oracle Cloud Infrastructure y las API Rest para acceder a la función.

La red en la nube (VCN) de su sistema de base de datos debe configurarse con una puerta de enlace a Internet. El tráfico de red entre el sistema de base de datos y Oracle Object Storage estará en la red troncal de servicio interno de Oracle Database Cloud Service

Puede usar la función de aplicación de parches con todos los sistemas de base de datos de servidor básico con 1 y 2 nodos y de todas las formas y ediciones. Actualmente no se puede utilizar con RAC de 2 nodos, máquinas virtuales y sistemas Exadata. Sin embargo, puede aplicar parches a estos sistemas mediante la utilidad OPatch tras iniciar sesión en su host.

Se pueden aplicar parches específicos de Database Cloud Service para sistemas de bases de datos y alojamientos de bases de datos. Para sistemas de base de datos solo estará disponible el parche más reciente, mientras que para los alojamientos de bases de datos estarán disponibles los parches más recientes y también los más antiguos. Puede ver la lista de parches para sistemas de base de datos y alojamientos de base de datos disponibles actualmente en la documentación técnica de Oracle Cloud Infrastructure.

Sí, si hay uno o más parches disponibles para esas versiones. Actualmente hay parches disponibles para las versiones de base de datos 11.2.0.4, 12.1.0.2 y 12.2.0.1.

Puede iniciar sesión en el host y aplicar parches provisionales mediante la utilidad OPatch. Le recomendamos que no aplique parches de paquetes trimestrales on-premises mediante la utilidad OPatch. Es posible que estos parches no funcionen sin aplicar parches adicionales específicos de la nube. En su lugar, debe aplicar parches trimestrales personalizados para la nube que están disponibles a través de la consola y las API REST de Oracle Cloud Infrastructure Database Cloud Service.

Para aplicar parches a estos sistemas puede acceder a su host y utilizar la utilidad OPatch. Obtenga más información sobre la utilidad OPatch.

Sí, habrá tiempo de inactividad para sistemas de base de datos de 1 nodo si no ha configurado Oracle Data Guard. Debe seguir las mejores prácticas de Maximum Availability Architecture (MAA) para evitar que haya tiempo de inactividad.

En caso de que se produzca un error al aplicar el parche, el sistema o alojamiento de base de datos estará en estado ”Disponible”. El historial de parches puede indicar la razón del error de la operación. Para depurar la causa raíz del fallo puede acceder al host para ver registros detallados relacionados con la aplicación de parches. Si la información de registro no es útil para depurar el problema, puede presentar una solicitud a Oracle Support para que le ayuden a determinar la causa raíz.

Puede consultar el historial de parches de su sistema y su alojamiento de base de datos para ver qué parches se han aplicado mediante la consola, las API REST y los SDK.

Sí, su sistema de base de datos debe tener la misma versión o una versión superior que la del alojamiento de base de datos. Para evitar conflictos de versiones, primero debe aplicar los parches del sistema de base de datos y, a continuación, los parches del alojamiento de base de datos. Si no sigue este orden, recibirá un mensaje de error al aplicar el parche.

Sí, puede realizar una comprobación previa de un parche antes de aplicarlo. Sin embargo, para revertir un parche tiene que iniciar sesión en el host de su base de datos y usar la utilidad OPatch.

Sí, puede usar el servicio Oracle Identity and Access Management (IAM) para restringir el acceso a nivel de usuario y de grupo.

Sí, los parches de Oracle Database Bundle y los parches de Oracle Cloud Infrastructure Database son diferentes. Los parches de Oracle Cloud Infrastructure Database son un superconjunto que contiene los parches de Oracle Database Bundle, las solicitudes de etiquetas de combinación (MLR) específicas de Oracle Cloud Infrastructure y otros parches.

No, actualmente no se admite la aplicación de parches al sistema operativo. Puede acceder al host directamente para aplicar el parche manualmente al sistema operativo. Consulte la documentación de Actualizaciones del sistema operativo de sistemas de base de datos de servidor básico y de máquina virtual y Actualizaciones del sistema operativo de sistema de base de datos Exadata para obtener más información.

Sí, los parches de base de datos son acumulativos. Los nuevos parches de Oracle Cloud Infrastructure Database contienen parches anteriores del sistema o el alojamiento de base de datos de la misma versión.

Oracle Cloud Infrastructure le notificará por correo electrónico los parches de seguridad esenciales. En función de la importancia del parche, estableceremos un plazo para aplicar el parche de seguridad.

Depende del tipo de parche. Una vez aplicado el parche, el estado de un sistema o alojamiento de base de datos cambiará a ”Disponible”.

Hacer una copia de seguridad de su base de datos es un aspecto esencial de cualquier entorno de base de datos Oracle. Están disponibles múltiples opciones para almacenar y recuperar sus copias de seguridad. Puede usar la función de copia de seguridad y restauración en la consola, la interfaz de línea de comandos (CLI) o las API REST de Oracle Cloud Infrastructure, o bien configurar y gestionar manualmente las copias de seguridad mediante dbcli o RMAN. Puede ver todas las opciones en la documentación técnica.

La función de copia de seguridad y restauración de la base de datos le permite utilizar la consola, la interfaz de línea de comandos o las API Rest de Oracle Cloud Infrastructure para crear y gestionar copias de seguridad de sus bases de datos. También puede restaurar una base de datos existente a partir de una copia de seguridad o crear una base de datos nueva a partir de una copia de seguridad.

La función de copia de seguridad y restauración proporciona una consola, una interfaz de línea de comandos y API REST para crear y gestionar copias de seguridad. Cuando utiliza la consola, puede crear copias de seguridad completas o configurar copias de seguridad incrementales automáticas con unos pocos clics. Del mismo modo, puede ver sus copias de seguridad y restaurar su base de datos desde el último estado correcto conocido, un punto en el tiempo o un SCN (número de cambio del sistema). También puede crear una nueva base de datos a partir de su copia de seguridad en un sistema de base de datos existente o nuevo.

Sus copias de seguridad se almacenan en Oracle Cloud Infrastructure Object Storage. Se aplican las tarifas de servicio por el almacenamiento de sus copias de seguridad. Obtenga más información sobre los precios de Object Storage. No hay cargos adicionales por usar la función.

La función de copia de seguridad y restauración es compatible con todas las formas, ediciones y versiones de bases de datos en servidor básico o máquina virtual. Actualmente no es compatible con Exadata. Sin embargo, para Exadata puede configurar manualmente RMAN (Recovery Manager) para realizar copias de seguridad y recuperación.

Actualmente se ofrecen copias de seguridad completas on-demand y copias de seguridad incrementales automáticas.

El período de retención de las copias de seguridad incrementales automáticas es de 30 días.

No, la función de copia de seguridad y restauración no permite controlar esta configuración. Sin embargo, puede usar la opción RMAN manual para personalizar el período de retención o la frecuencia.

Si habilita las copias de seguridad automáticas para una base de datos, Oracle Cloud Infrastructure Database Cloud Service creará la primera copia de seguridad de nivel 0. Después de la primera copia de seguridad, se ejecutarán copias de seguridad de nivel 1 todos los días hasta el siguiente fin de semana. Cada fin de semana se creará una nueva copia de seguridad de nivel 0. Las copias de seguridad automáticas habilitadas por primera vez después del 20 de noviembre de 2018 en cualquier base de datos se ejecutarán entre las 00:00 a.m. y las 6:00 a.m. en la zona horaria de la región del sistema de base de datos. Si habilitó las copias de seguridad automáticas en una base de datos antes de esta fecha, el período de copia de seguridad para la base de datos se mantendrá entre las 00:00 a.m. y las 6:00 a.m. UTC.

Sí, todas sus copias de seguridad se cifran con la misma clave maestra que se utiliza para el cifrado TDE.

Sus copias de seguridad se almacenan en Oracle Cloud Infrastructure Object Storage. Oracle Object Storage se diseñó para ofrecer una alta durabilidad. Los datos se almacenan de forma redundante en varios servidores de almacenamiento y en varios dominios de disponibilidad. La integridad de los datos se controla activamente mediante sumas de comprobación, y los datos dañados se detectan y reparan automáticamente. Cualquier pérdida en la redundancia de datos se detecta y se repara automáticamente, sin que el cliente se vea afectado.

Si utiliza la función de copia de seguridad y restauración, sus operaciones de copia de seguridad pueden fallar si la base de datos o el sistema de base de datos no están en estado ”Disponible”. Acciones como la aplicación de parches, la adición de claves SSH y las operaciones de Data Guard pueden cambiar el estado del sistema de base de datos o la base de datos. Para evitar fallos de copia de seguridad, asegúrese de que no se realicen estas acciones durante el período de tiempo de ejecución de la copia de seguridad (00:00 a 6:00 UTC). En caso de fallo de una copia de seguridad incremental automática, Database Cloud Service vuelve a intentar la operación de copia de seguridad durante el período de copia de seguridad del día siguiente. En caso de fallo de una copia de seguridad on-demand, debe volver a intentar manualmente la operación cuando el sistema de base de datos y la base de datos estén disponibles.

Si utiliza la función de copia de seguridad y restauración, puede restaurar su base de datos al estado más reciente, a un punto en el tiempo o a un estado confirmado de la base de datos definido por un número de cambio del sistema (SCN). También puede usar dbcli o RMAN para tener más opciones de restauración.

Para encontrar el número SCN, acceda a la base de datos o a los registros online o archivados.

Sí, puede crear una nueva base de datos a partir de su copia de seguridad en un sistema de base de datos existente o nuevo. Sin embargo, debe eliminarse la base de datos desde la que se generó la copia de seguridad antes de usar la copia de seguridad para este propósito. Para una copia de seguridad de un sistema de base de datos en máquina virtual, debe cancelar la instancia de la base de datos de la que se realizó la copia de seguridad antes de usar la copia de seguridad en un sistema de base de datos nuevo o existente.

Sí, puede elegir cualquier sistema de base de datos existente o crear un nuevo sistema de base de datos en cualquier compartimento. Sin embargo, el sistema de base de datos nuevo o existente debe estar en el mismo dominio de disponibilidad en el que está alojada la copia de seguridad. Si crea un nuevo sistema de base de datos, la edición del software Oracle Database que especifique debe ser igual o mayor que la de la base de datos de la que realizó la copia de seguridad. Además, la forma que especifique debe ser del mismo tipo que la de la base de datos de la que realizó la copia de seguridad. Por ejemplo, si utiliza una copia de seguridad de una base de datos de 1 nodo, el sistema de base de datos que seleccione como destino también debe ser un sistema de base de datos de 1 nodo.

No, las copias de seguridad incrementales automáticas no están habilitadas de manera predeterminada. Puede habilitar la opción durante la creación de la base de datos o en cualquier momento después del aprovisionamiento de la base de datos.

Oracle recomienda encarecidamente cancelar todas las bases de datos de un sistema de base de datos antes de cancelar el sistema de base de datos. Al cancelar una base de datos, puede elegir crear una copia de seguridad final que permanecerá en Object Storage como una copia de seguridad independiente. Posteriormente podrá restaurar esta copia de seguridad independiente como una nueva base de datos.

Puede configurar manualmente RMAN para mover la copia de seguridad de su base de datos a Oracle Cloud Infrastructure Object Storage y usar esa copia de seguridad para crear una base de datos en un sistema de base de datos nuevo o existente.

Puede iniciar sistemas de bases de datos en diferentes dominios de disponibilidad y configurar Data Guard para crear bases de datos Oracle de alta disponibilidad. Oracle Data Guard garantiza una alta disponibilidad, protección de datos y recuperación ante desastres para datos empresariales. Data Guard proporciona un conjunto integral de servicios que permiten crear, mantener, administrar y supervisar una o más bases de datos de reserva.

Puedes revisar Data Guard para alta disponibilidad y Mejores prácticas de Maximum Availability Architecture (MAA) para obtener información sobre cómo configurar una configuración de alta disponibilidad sin pérdida de datos para bases de datos Oracle.

Un dominio de disponibilidad es el subcomponente de una región diseñada para ser independiente y muy fiable. Cada dominio de disponibilidad se crea con una infraestructura (edificios, generadores de energía, equipos de refrigeración y conectividad de red) totalmente independiente. En el caso de desastres extremadamente infrecuentes, como incendios o inundaciones, solo se verá afectado un dominio de disponibilidad. Además, los dominios de disponibilidad de una misma región están conectados con una red de alta velocidad y baja latencia, lo que permite a los clientes crear y ejecutar aplicaciones y cargas de trabajo muy fiables con un impacto mínimo en la latencia y el rendimiento de la aplicación.

Estos dominios de disponibilidad independientes de fallos permiten a los clientes crear aplicaciones altamente disponibles en la nube sin sacrificar el rendimiento. Recomendamos encarecidamente que coloque las bases de datos principales y de reserva en dominios de disponibilidad diferentes para asegurarse de que estén protegidas ante los fallos comunes descritos anteriormente.

Todas las ediciones de bases de datos Enterprise admiten Data Guard. La edición Enterprise Extreme Performance es compatible con Active Data Guard.

Database Cloud Service permite configurar Data Guard a través de la consola de Oracle Cloud Infrastructure y las API REST.

Con unos pocos clics, puede habilitar Data Guard y realizar acciones de conmutación, conmutación por error y restablecimiento. También puede configurar un control de acceso detallado para la función mediante Oracle Identity and Access Management Service. El uso de esta función no conlleva ningún coste

Todas las formas en máquina virtual y servidor básico de 1 y 2 nodos son compatibles con la función Data Guard. Actualmente no es compatible con Exadata. Sin embargo, puede configurar Data Guard manualmente para Exadata. Inicie sesión en su host y acceda a la interfaz de línea de comandos de Data Guard (DGMGRL). Obtenga más información sobre DGMGRL.

Actualmente ofrece funciones de conmutación, conmutación por error y restablecimiento. Sin embargo, puede configurar Data Guard manualmente. Inicie sesión en su host y acceda a la interfaz de línea de comandos de Data Guard (DGMGRL). Obtenga más información sobre DGMGRL.

Actualmente ofrece el modo de protección de rendimiento máximo y el tipo de transporte asíncrono. Sin embargo, puede configurar modos de protección y tipos de transporte adicionales. Inicie sesión en el sistema de base de datos y acceda a la interfaz de línea de comandos de Data Guard (DGMGRL). Obtenga más información sobre DGMGRL.

Para configurar Data Guard, los sistemas de bases de datos principal y secundario deben estar en la misma VCN, y el puerto 1521 debe estar abierto en ambos sistemas de bases de datos. Los sistemas de base de datos pueden estar en subredes diferentes.

Sí, puede configurar Data Guard en el mismo dominio de disponibilidad de una región, o en dominios diferentes. Sin embargo, Oracle recomienda establecer la configuración de Data Guard en los distintos dominios de disponibilidad.

Sí, puede configurar Data Guard en las distintas regiones, pero la función Data Guard de Data Cloud Service no lo admite actualmente. Puede configurar manualmente Data Guard en las distintas regiones. Para ello, inicie sesión en su host y utilice DGMGRL. Debe habilitar una puerta de enlace de Internet en la VCN del sistema de base de datos principal y el de reserva para que Data Guard transporte registros a través de las regiones. Obtenga más información sobre DGMGRL.

No, actualmente no se permite configurar Data Guard en distintos compartimentos.

Sí, para habilitar una asociación de Data Guard mediante la función Data Guard, la forma y la edición del sistema de base de datos de reserva deben coincidir con las del sistema de base de datos principal.

La base de datos de reserva se crea con la misma versión que la base de datos principal.

No, actualmente la función Managed Broker no es compatible con la función Data Guard. Sin embargo, puede configurar manualmente Managed Broker. Para ello, inicie sesión en su host de base de datos y acceda a la interfaz de línea de comandos de Data Guard (DGMGRL). Obtenga más información sobre DGMGRL.

Para eliminar la asociación de Data Guard mediante la función Data Guard antes debe eliminar la base de datos de reserva. Cuando elimine la base de datos de reserva, se eliminará automáticamente la asociación de Data Guard.

Con la función Data Guard, debe eliminar la base de datos de reserva para poder eliminar la base de datos principal. Como alternativa, puede iniciar una operación de conmutación para que la base de datos principal pase a ser la de reserva, y cancelar la base de datos de reserva.

No, con la función Data Guard solo puede crear una única base de datos física de reserva. Sin embargo, puede crear manualmente múltiples bases de datos de reserva. Para ello, inicie sesión en el sistema de base de datos y acceda a DGMGRL. Obtenga más información sobre DGMGRL.

Sí, puede configurar Data Guard entre una base de datos on-premises y una base de datos de Oracle Cloud Infrastructure. Puede utilizar DGMGRL para configurar manualmente Data Guard entre su base de datos on-premises y una base de datos de Oracle Cloud Infrastructure. Obtenga más información sobre DGMGRL.

Sí, puede controlar el acceso a las funciones de Data Guard mediante Oracle Identity and Access Management. Obtenga más información sobre Oracle Identity and Access Management.

Puede aplicar parches a la base de datos en la configuración de Data Guard principal y de reserva. Primero debe aplicar el parche manualmente a la base de datos de reserva, y luego conmutar a la base de datos principal para aplicar el parche.

Puede usar la función de copia de seguridad y restauración de Oracle Cloud Infrastructure Database para hacer una copia de seguridad de sus bases de datos principales o restaurarlas. Si desea habilitar la copia de seguridad para una base de datos de reserva, acceda al host de la base de datos de reserva y use RMAN (Recovery Manager).

Si usa la función Data Guard, cuando conmute a la base de datos principal se supondrá que está en estado “Deshabilitada”. Cuando haya solucionado el problema en la base de datos de reserva deshabilitada, puede restablecerla como base de datos de reserva disponible. Después puede conmutar para restablecerla como base de datos principal.

Sí, con Active Data Guard configurado, puede usar las instancias de reserva para operaciones de solo lectura. Las operaciones de escritura no están habilitadas en una base de datos de reserva.

Recomendamos utilizar Enterprise Manager para supervisar los sistemas de base de datos gestionados por Oracle Cloud Infrastructure. Si habilita las operaciones de registro de auditoría en la instancia, también puede ver los registros para determinar cuándo se produjo la conmutación por error.

Para configuraciones de RAC de 2 nodos, la conmutación por error tardará unas decenas de segundos. Sin embargo, si la conmutación por error se realiza con Data Guard entre dos instancias que están en dominios de disponibilidad diferentes, la conmutación por error debe tardar menos de dos minutos.

No, la forma RAC de 2 nodos es un conjunto en dos servidores dentro de la misma zona de disponibilidad pero en racks diferentes. El almacenamiento se comparte entre ambas instancias. Esta configuración protege contra fallos de hardware en la instancia. Para obtener mayor disponibilidad, le recomendamos que configure otra forma de RAC de 2 nodos en un dominio de disponibilidad distinto.

Sí, con acceso raíz al sistema de base de datos, puede revisar y auditar todas las operaciones de las bases de datos del sistema de base de datos.