1. Abra el menú de navegación. Haga clic en Oracle Database y, a continuación, en Oracle Exadata Database Service on Dedicated Infrastructure.
2. En Oracle Exadata Database Service on Dedicated Infrastructure, haga clic en Infraestructura de Exadata.
3. Haga clic en Crear Exadata Cloud Infrastructure.
4. Compartimento: seleccione un compartimento para la infraestructura de Exadata.
5. Nombre mostrado: introduzca un nombre mostrado para la infraestructura de Exadata. El nombre no tiene que ser único. Un identificador de Oracle Cloud (OCID) identificará de forma única el recurso de infraestructura de Exadata en la nube. Evite introducir información confidencial.
6. Seleccionar un dominio de disponibilidad: dominio de disponibilidad en el que reside la infraestructura de Exadata.
7. Seleccionar el modelo de infraestructura de Exadata en la nube: seleccione un sistema de unidad fija (unidades de cuarto de rack, medio rack o rack completo X7-2 o X8-2) o un sistema escalable (X8M-2, X9M-2, o X11M).

   X11M: si selecciona el modelo flexible de infraestructura en la nube X11M, la instancia inicial de Exadata Cloud Infrastructure puede tener un mínimo de 2 servidores de base de datos y 3 servidores de almacenamiento, y un máximo de 32 servidores de base de datos y 64 servidores de almacenamiento. También tendrá que seleccionar el servidor de base de datos y el tipo de servidor de almacenamiento. Se establecerá por defecto en X11M para el tipo de servidor de base de datos y X11M-HC para el tipo de servidor de almacenamiento. Después del aprovisionamiento, puede escalar la instancia de servicio según sea necesario agregando servidores de almacenamiento, servidores de cálculo o ambos.

   X9M-2: si selecciona el modelo flexible de infraestructura en la nube X9M-2, la instancia inicial de Exadata Cloud Infrastructure puede tener un mínimo de 2 servidores de base de datos y 3 servidores de almacenamiento, y un máximo de 32 servidores de base de datos y 64 servidores de almacenamiento. Después del aprovisionamiento, puede escalar la instancia de servicio según sea necesario agregando servidores de almacenamiento, servidores de cálculo o ambos.

   X8M-2: si selecciona el modelo flexible de infraestructura en la nube X8M-2, la instancia inicial de Exadata Cloud Infrastructure puede tener un mínimo de 2 servidores de base de datos y 3 servidores de almacenamiento (equivalentes de una unidad de cuarto de rack X8) de hasta 32 servidores de base de datos y 64 servidores de almacenamiento. Después del aprovisionamiento, puede escalar la instancia de servicio según sea necesario agregando servidores de almacenamiento, servidores de cálculo o ambos.

   X7 y X8: si selecciona un sistema X7 o X8, se le ofrece la opción de aprovisionar un cuarto de rack, medio rack o un rack completo. Consulte Configuración de unidad de Exadata para obtener detalles sobre el hardware y la capacidad.

   Base de Exadata: la unidad base de Exadata tiene una única configuración y proporciona una alternativa económica para el aprovisionamiento de un sistema de cuarto de rack. Consulte Configuración de unidad de Exadata

8. Si ha seleccionado una unidad flexible (X8M-2, X9M-2, o X11M), especifique la configuración de almacenamiento y recursos informáticos. Puede especificar Servidores de base de datos desde un mínimo de 2 hasta un máximo de 32. Puede especificar Servidores de almacenamiento desde un mínimo de 3 hasta un máximo de 64.
9. Seleccione la zona horaria: elija una de las siguientes opciones:
   • UTC
   • Seleccionar otra zona horaria
   • Zona horaria (detectada por el explorador)
10. Configurar mantenimiento.

    Haga clic en Editar preferencias de mantenimiento para cambiar los valores.

    En la página Configurar mantenimiento, configure lo siguiente:

    • Preferencia de programación de mantenimiento: programa gestionado por Oracle
      • Seleccione un método de mantenimiento:
        • Sucesivo: por defecto, la infraestructura de Exadata se actualiza de manera sucesiva, un servidor cada vez sin tiempo de inactividad.
        • No acumulación: actualice los servidores de almacenamiento y base de datos al mismo tiempo. El método de mantenimiento de no acumulación minimiza el tiempo de mantenimiento, pero genera tiempo de inactividad total del sistema.
      • Activar acción personalizada antes de realizar el mantenimiento en los servidores de la base de datos: active la acción personalizada solo si desea realizar acciones adicionales fuera del ámbito de Oracle. En el mantenimiento configurado con una actualización de software sucesiva, la activación de esta opción forzará a la ejecución de mantenimiento a esperar una acción personalizada con un timeout configurado antes de iniciar el mantenimiento en cada servidor de base de datos. En el mantenimiento configurado con actualizaciones de software de no acumulación, la ejecución de mantenimiento esperará una acción personalizada con un timeout configurado antes de iniciar el mantenimiento en todos los servidores de base de datos. La ejecución de mantenimiento, mientras espera la acción personalizada, también se puede reanudar antes del timeout.
        • Timeout de acción personalizada (en minutos): timeout disponible para realizar una acción personalizada antes de iniciar el mantenimiento en los servidores de base de datos.
          Nota
          
          El timeout de acción personalizada solo se aplica a los servidores de base de datos. El cliente puede especificar un mínimo de 15 minutos y un máximo de 120 minutos de timeout de acción personalizada antes de que se inicie la aplicación de parches del servidor de base de datos. Dentro de este tiempo, pueden realizar cualquier acción que hayan planeado. En caso de que deseen ampliar la acción personalizada, pueden ampliarla accediendo a la opción "Editar ventana de mantenimiento". Si hay una acción personalizada en curso, el cliente obtiene 2 opciones: extender el timeout de la acción personalizada o reanudar la ventana de mantenimiento.

          Valor por defecto: 15 minutos

          Máximo: 120 minutos

      • Haga clic en Guardar cambios.

        Nota
        
        A partir de la siguiente ejecución de mantenimiento, se producirán ejecuciones según los programas de Oracle.
    • Preferencia de programación de mantenimiento: programa gestionado por el cliente
      • Programa de mantenimiento: defina las preferencias de mantenimiento para esta infraestructura.
        Nota
        
        Los cambios se aplicarán a partir de la siguiente ejecución de mantenimiento.
        • Configurar preferencia de mantenimiento: defina las preferencias de tiempo de mantenimiento para cada trimestre. Si se define más de una preferencia para un trimestre, la automatización de Oracle seleccionará una de ellas para realizar el mantenimiento en todos los componentes de la infraestructura.

          Seleccione al menos un mes cada dos trimestres.

        • Especificar un programa: seleccione la semana, el día de la semana, la hora de inicio y el plazo que desee para el mantenimiento de la infraestructura.
          • opcional. En Semana del mes, especifique la semana del mes en la que se realizará el mantenimiento. Las semanas empiezan los días 1, 8, 15 y 22 del mes y tienen una duración de 7 días. Las semanas empiezan y acaban según las fechas del calendario, no según los días de la semana. El mantenimiento no se puede programar para la quinta semana de los meses que tienen más de 28 días. Si no especifica una semana del mes, Oracle ejecutará la actualización de mantenimiento en una semana para minimizar las interrupciones.
          • opcional. En Día de la semana, especifique el día de la semana en que se realizará el mantenimiento. Si no especifica un día de la semana, Oracle ejecutará la actualización de mantenimiento en un día del fin de semana para minimizar las interrupciones.
          • opcional. En Hora del día, especifique la hora durante la que comenzará la ejecución de mantenimiento. Si no especifica una hora de inicio, Oracle seleccionará la hora de menor interrupción para ejecutar la actualización de mantenimiento.
          • En Plazo de notificación, especifique el número mínimo de semanas de antelación al evento de mantenimiento con las que desea recibir un mensaje de notificación. El plazo garantiza que las actualizaciones de mantenimiento publicadas recientemente se programan teniendo en cuenta el período mínimo requerido para la notificación por adelantado.
        • Seleccione un método de mantenimiento:
          • Sucesivo: por defecto, la infraestructura de Exadata se actualiza de manera sucesiva, un servidor cada vez sin tiempo de inactividad.
          • No acumulación: actualice los servidores de almacenamiento y base de datos al mismo tiempo. El método de mantenimiento de no acumulación minimiza el tiempo de mantenimiento, pero genera tiempo de inactividad total del sistema.
        • Activar acción personalizada antes de realizar el mantenimiento en los servidores de la base de datos: active la acción personalizada solo si desea realizar acciones adicionales fuera del ámbito de Oracle. En el mantenimiento configurado con una actualización de software sucesiva, la activación de esta opción forzará a la ejecución de mantenimiento a esperar una acción personalizada con un timeout configurado antes de iniciar el mantenimiento en cada servidor de base de datos. En el mantenimiento configurado con actualizaciones de software de no acumulación, la ejecución de mantenimiento esperará una acción personalizada con un timeout configurado antes de iniciar el mantenimiento en todos los servidores de base de datos. La ejecución de mantenimiento, mientras espera la acción personalizada, también se puede reanudar antes del timeout.
          • Timeout de acción personalizada (en minutos): timeout disponible para realizar una acción personalizada antes de iniciar el mantenimiento en los servidores de base de datos.
            Nota
            
            El timeout de acción personalizada solo se aplica a los servidores de base de datos. El cliente puede especificar un mínimo de 15 minutos y un máximo de 120 minutos de timeout de acción personalizada antes de que se inicie la aplicación de parches del servidor de base de datos. Dentro de este tiempo, pueden realizar cualquier acción que hayan planeado. En caso de que deseen ampliar la acción personalizada, pueden ampliarla accediendo a la opción "Editar ventana de mantenimiento". Si hay una acción personalizada en curso, el cliente obtiene 2 opciones: extender el timeout de la acción personalizada o reanudar la ventana de mantenimiento.

            Valor por defecto: 15 minutos

            Máximo: 120 minutos

        • Mostrar opciones avanzadas:
          • Activar mantenimiento de infraestructura de seguridad mensual: seleccione esta casilla de control para realizar mantenimiento de infraestructura de seguridad mensual.
      • Programa de mantenimiento: utilice las preferencias de ventana de mantenimiento de una política de programación

        Durante el aprovisionamiento de la infraestructura, después de seleccionar la política de programación, Oracle genera un plan de programación de mantenimiento recomendado para aplicar actualizaciones a todos los componentes de la infraestructura. El plan recomendado programa todos los servidores de base de datos, seguidos de los servidores de almacenamiento, en las ventanas de mantenimiento de la política según la duración. Después de aprovisionar la infraestructura, puede actualizar el plan de programación editando el recurso 'Plan de programación de mantenimiento' y personalizar la actualización a componentes específicos para que se alineen con diferentes ventanas de la política de programación.

        • Haga clic en Seleccionar política.
        • En la ventana Seleccionar política de programación de mantenimiento resultante, seleccione un compartimento y una política.

          También puede crear una política de programación de mantenimiento y utilizarla. Para obtener más información, consulte Creación de una política de programación de mantenimiento. Tenga en cuenta que puede agregar ventanas de mantenimiento adicionales a la política después de crearla. Para obtener más información, consulte Add Additional Maintenance Windows to a Maintenance Scheduling Policy.

        • Haga clic en Guardar cambios.
11. En Proporcionar detalles de mantenimiento: proporcione hasta 10 direcciones de correo electrónico de contactos de mantenimiento únicas. Haga clic en Agregar contacto.
    En el campo Correo electrónico de contacto, proporcione el identificador de correo electrónico de un contacto deseado.

    Nota
    
    Se necesita al menos un contacto.

    Haga clic en Agregar contacto para agregar otro contacto.

12. Haga clic en Mostrar opciones avanzadas para especificar las opciones avanzadas para la base de datos inicial.

    En el separador Etiquetas, puede agregar etiquetas a la base de datos. Para aplicar una etiqueta definida, debe tener permisos para utilizar el espacio de nombres de la etiqueta. Para obtener más información sobre el etiquetado, consulte Etiquetas de recursos. Si no está seguro de si debe aplicar etiquetas, omita esta opción (puede aplicar las etiquetas posteriormente) o pregunte al administrador.

13. Haga clic en Crear infraestructura de Exadata. La infraestructura de Exadata en la nube aparecerá en la lista Infraestructura de Exadata con el estado Aprovisionando. El icono de la infraestructura cambiará de amarillo a verde (o a rojo para indicar errores).

SIGUIENTE PASO

Después de aprovisionar correctamente el recurso de infraestructura de Exadata en la nube y con el estado Disponible, puede crear un cluster de VM en la nube como se describe en Creación de un recurso de cluster de VM en la nube en su infraestructura. Debe aprovisionar un recurso de infraestructura y un cluster de VM para que pueda crear su primera base de datos en la nueva instancia de Exadata Cloud Infrastructure.

Cree un cluster de VM en una instancia de Exadata Cloud Infrastructure.

1. Abra el menú de navegación. Haga clic en Oracle Database y, a continuación, en Oracle Exadata Database Service on Dedicated Infrastructure.
2. En Oracle Exadata Database Service on Dedicated Infrastructure, haga clic en Clusters de VM de Exadata.
   Nota
   
   Solo se pueden crear varios clusters de VM en una infraestructura con varias VM.
3. Haga clic en Crear cluster de VM de Exadata.

   Se mostrará la página Crear cluster de VM de Exadata. Proporcione la información necesaria para configurar el cluster de VM.

4. compartimento: seleccione un compartimento para el recurso de cluster de VM.
5. Nombre mostrado: introduzca un nombre mostrado fácil de recordar para el cluster de VM. El nombre no tiene que ser único. Un identificador de Oracle Cloud (OCID) identificará de forma única el sistema de base de datos. Evite introducir información confidencial.
6. Seleccionar infraestructura de Exadata: seleccione el recurso de infraestructura que contendrá el cluster de VM. Debe seleccionar un recurso de infraestructura que tenga suficientes recursos para crear un nuevo cluster de VM. Haga clic en Cambiar compartimento y seleccione un compartimento diferente de aquel en el que está trabajando para ver los recursos de infraestructura de otros compartimentos.
   Nota
   
   Solo se pueden crear varios clusters de VM en una infraestructura con varias VM
7. Seleccionar versión de Oracle Grid Infrastructure: en la lista, seleccione la versión de Oracle Grid Infrastructure (19c y 23ai) que desea instalar en el cluster de VM.

   La versión de Oracle Grid Infrastructure determina las versiones de Oracle Database soportadas en el cluster de VM. No podrá ejecutar una versión de Oracle Database que sea posterior a la versión del software de Oracle Grid Infrastructure.

   Nota
   
   Requisitos mínimos para aprovisionar un cluster de VM con Grid Infrastructure 23ai:

   • VM de invitado de Exadata que ejecuta el software del sistema de Exadata 23.1.8
   • Infraestructura de Exadata que ejecuta el software del sistema de Exadata 23.1.x
8. Seleccione una versión de la imagen de Exadata:
   • Infraestructura de Exadata con la versión 22.1.10.0.0.230422 de la imagen de Oracle Linux 7 y Exadata:
     • El botón Cambiar imagen no está activado.
     • La versión de Oracle Grid Infrastructure se establece por defecto en 19.0.0.0.0.
     • La versión de invitado de Exadata será la misma que la del sistema operativo host.
   • Infraestructura de Exadata con Oracle Linux 8 y la versión 23.1.3.0.0.230613 de la imagen de Exadata:
     • La versión de invitado de Exadata se define por defecto en la más reciente (23.1.3.0).
     • La versión de Oracle Grid Infrastructure se define por defecto en 19.0.0.0.0
     • El botón Cambiar imagen está activado.
     • Haga clic en Cambiar imagen.

       El panel de imagen de cambio resultante muestra la lista de versiones principales disponibles de la imagen de Exadata (23.1.3.0 y 22.1.3.0).

       La versión más reciente de cada versión principal se indica con "(más reciente)".

     • Diapositiva Mostrar todas las versiones disponibles.

       Se muestran seis versiones anteriores, incluidas las últimas versiones de las imágenes de Exadata 23.1.3.0 y 22.1.3.0.

     • Seleccione una versión.
     • Haga clic en Guardar cambios.
9. Configurar el cluster de VM: especifique los servidores de base de datos que se utilizarán para el nuevo cluster de VM (por defecto, se seleccionan todos los servidores de base de datos). Haga clic en Cambiar servidores de base de datos para seleccionar entre los servidores de base de datos disponibles. En el panel Asignación de recursos por VM:
   • Especifique el número de OCPU/ECPU que desea asignar a cada uno de los nodos de recursos informáticos de máquina virtual del cluster de VM. Para los clusters de VM creados en la infraestructura de Exadata X11M, especifique las ECPU. Para los clusters de VM creados en X10M y en una infraestructura de Exadata anterior, especifique las OCPU. El mínimo es de 2 OCPU por VM para X10M y una infraestructura anterior, u 8 ECPU por VM para clusters de VM creados en la infraestructura de Exadata X11M. El campo de solo lectura Recuento de OCPU solicitado para cluster de VM de Exadata muestra el número total de núcleos de OCPU o ECPU que va a asignar.
   • Especifique la memoria por VM que desea asignar a cada VM. El mínimo por VM es de 30 GB.
   • Especifique el almacenamiento local por VM para asignar almacenamiento local a cada VM. El mínimo por VM es de 60 GB.

     Cada vez que crea un nuevo cluster de VM, el espacio que queda del espacio total disponible se utiliza para el nuevo cluster de VM.

     Además de /u02, puede especificar el tamaño de sistemas de archivos locales adicionales.

     Para obtener más información e instrucciones para especificar el tamaño de cada VM individual, consulte Introducción a las operaciones de escala o reducción vertical.

     • Haga clic en Mostrar opciones de configuración de sistemas de archivos locales adicionales.
     • Especifique el tamaño de los sistemas de archivos /, /u01, /tmp, /var, /var/log, /var/log/audit y /home según sea necesario.
       Nota
       
       

       • Solo puede ampliar estos sistemas de archivos y no puede reducir el tamaño una vez ampliado.
       • Debido a las particiones de copia de seguridad y la duplicación, los sistemas de archivos / y /var consumirán el doble de espacio que se asignaron, lo que se indica en los campos Almacenamiento asignado total para / (GB) debido a la duplicación y Almacenamiento asignado total para /tmp (GB) debido a la duplicación de solo lectura.
     • Después de crear el cluster de VM, consulte la sección Recursos de Exadata en la página Detalles de infraestructura de Exadata para comprobar el tamaño de archivo asignado al almacenamiento local (/u02) y al almacenamiento local (sistemas de archivos adicionales).
10. Configurar almacenamiento de Exadata: especifique lo siguiente:

    • Especifique el almacenamiento Exadata utilizable (TB). Especifique el almacenamiento en múltiplos de 1 TB. Mínimo: 2 TB
    • Asignar almacenamiento para instantáneas dispersas de Exadata: seleccione esta opción de configuración si desea utilizar la funcionalidad de instantánea en su cluster de VM. Si selecciona esta opción, se creará el grupo de discos SPARSE, que permite utilizar la funcionalidad de instantáneas del cluster de VM para la clonación ligera de la PDB. Si no selecciona esta opción, el grupo de discos SPARSE no se creará y la funcionalidad de instantáneas no estará disponible en ningún despliegue de base de datos que se cree en el entorno.
      Nota
      
      La opción de configuración de almacenamiento para instantáneas dispersas no se puede cambiar después de crear el cluster de VM.
    • Asignar almacenamiento para las copias de seguridad locales seleccione esta opción si desea realizar copias de seguridad de base de datos en el almacenamiento local de Exadata dentro de su instancia de Exadata Cloud Infrastructure. Si selecciona esta opción, se asignará más espacio al grupo de discos RECO, que se utiliza para almacenar las copias de seguridad en el almacenamiento de Exadata. Si no selecciona esta opción, se asignará más espacio al grupo de discos DATA, lo cual le permite almacenar más información en las bases de datos.
      Nota
      
      La opción de configuración de almacenamiento para copias de seguridad locales no se puede cambiar después de crear el cluster de VM.
11. Agregar clave SSH agregue la parte de la clave pública de cada par de claves que desee utilizar para el acceso SSH al sistema de base de datos:
    • Generar par de claves SSH (opción por defecto) Seleccione este botón de radio para generar un par de claves SSH. A continuación, en el cuadro de diálogo siguiente, haga clic en Guardar clave privada para descargar la clave y, si lo desea, haga clic enGuardar clave pública para descargar la clave.
    • Cargar archivos de clave SSH: seleccione este botón de radio para examinar o arrastrar y soltar archivos .pub.
    • Pegar claves SSH seleccione este botón de radio para pegar claves públicas individuales. Para pegar varias claves, haga clic en + Otra clave SSH y proporcione una única clave para cada entrada.
12. Configurar la configuración de red: especifique lo siguiente:
    Nota
    
    Las direcciones IP (100.64.0.0/10) se utilizan para la interconexión de Exadata Cloud Infrastructure X8M.

    No tiene la opción de elegir entre IPv4 (pila única) y IPv4/IPv6 (pila doble) si existen ambas configuraciones. Para obtener más información, consulte Gestión de subredes y VCN.

    • Red virtual en la nube: VCN en la que desea crear el cluster de VM. Haga clic en Cambiar compartimento para seleccionar una VCN en otro compartimento.
    • Subred de cliente: subred a la que se debe asociar el cluster de VM. Haga clic en Cambiar compartimento para seleccionar una subred de un compartimento diferente.

      No utilice una subred que se solape con 192.168.16.16/28, ya que la usa la interconexión privada de Oracle Clusterware en la instancia de base de datos. Especificar una subred solapada provoca que la interconexión privada no funcione correctamente.

    • Subred de copia de seguridad: subred que se va a utilizar para la red de copia de seguridad, que se suele usar para transportar la información de copia de seguridad hacia y desde Destino de copia de seguridad, y para la replicación de Data Guard. Haga clic en Cambiar compartimento para seleccionar una subred en un compartimento diferente, si es aplicable.

      No utilice una subred que se solape con 192.168.128.0/20. Esta restricción se aplica tanto a la subred del cliente como a la subred de copia de seguridad.

      Si desea realizar una copia de seguridad de las bases de datos en el servicio de almacenamiento de objetos o recuperación autónoma, consulte los requisitos previos de red en Gestión de copias de seguridad de bases de datos Exadata.

      Nota
      
      En caso de que se utilice Autonomous Recovery Service, se recomienda una nueva subred dedicada. Revise los requisitos y las configuraciones de red necesarios para realizar una copia de seguridad de las bases de datos de Oracle Cloud en Recovery Service. Consulte Configuración de Recursos de Red para el Servicio de Recuperación.
    • Grupos de seguridad de red: opcional, puede especificar uno o más grupos de seguridad de red (NSG) para las redes de cliente y copia de seguridad. Los NSG funcionan como firewall virtuales, lo cual le permite aplicar un juego de reglas de seguridad de entrada y salida al cluster de VM de Exadata Cloud Infrastructure. Se puede especificar un máximo de cinco NSG. Para obtener más información, consulte Grupos de seguridad de red y Configuración de red para instancias de Exadata Cloud Infrastructure.

      Si selecciona una subred con una lista de seguridad, las reglas de seguridad para el cluster de VM serán la unión de las reglas de la lista de seguridad y los NSG.

      Para utilizar grupos de seguridad de red:

      • Marque la casilla de control Utilizar grupos de seguridad de red para controlar el tráfico. Este cuadro aparece bajo el selector de la subred de cliente y de la subred de copia de seguridad. Puede aplicar los NSG al cliente o a la red de copia de seguridad, o a ambas redes. Tenga en cuenta que debe haber seleccionado una red virtual en la nube para asignar los NSG a una red.
      • Especifique el NSG que se utilizará con la red. Puede que necesite usar más de un NSG. Si no está seguro, póngase en contacto con el administrador de la red.
      • Para usar los NSG adicionales con la red, haga clic en + Otro grupo de seguridad de red.
      Nota
      
      

      Para proporcionar a los recursos de cluster de VM en la nube seguridad adicional, puede utilizar el enrutamiento de paquetes de confianza cero de Oracle Cloud Infrastructure para garantizar que solo los recursos identificados con atributos de seguridad tengan permisos de red para acceder a los recursos. Oracle proporciona plantillas de política de base de datos que puede utilizar para ayudarle a crear políticas para casos de uso comunes de seguridad de base de datos. Para configurarlo ahora, debe haber creado atributos de seguridad con el enrutamiento de paquetes de confianza cero de Oracle Cloud Infrastructure. Haga clic en Mostrar Opciones Avanzadas al final de este procedimiento.

      Tenga en cuenta que cuando proporciona atributos de seguridad para un cluster, en cuanto se aplica, todos los recursos necesitan una política de paquete de confianza cero para acceder al cluster. Si hay un atributo de seguridad en un punto final, debe cumplir las reglas del grupo de seguridad de red (NSG) y de la política de enrutamiento de paquetes de confianza cero (OCI ZPR) de Oracle Cloud Infrastructure.

    • Para utilizar el servicio DNS privado
      Nota
      
      Se debe configurar un DNS privado para poder seleccionarlo. Consulte "Configuración de DNS privado
      • Active la casilla de control Utilizar servicio DNS privado.
      • Seleccione una vista privada. Haga clic en Cambiar compartimento para seleccionar una vista privada en otro compartimento.
      • Seleccione una zona privada. Haga clic en Cambiar compartimento para seleccionar una zona privada en otro compartimento.
    • Prefijo de nombre de host: nombre de host seleccionado para el sistema de base de datos Exadata. El nombre de host debe empezar por un carácter alfabético y solo puede contener caracteres alfanuméricos y guiones (-). El número máximo de caracteres permitidos para un sistema de base de datos de Exadata es 12.

      Atención:

      El nombre de host debe ser único dentro de la subred. Si no es único, el cluster de VM no podrá aprovisionarse.
    • Nombre de dominio de host: nombre de dominio del cluster de VM. Si la subred seleccionada utiliza el solucionador de Internet y VCN proporcionado por Oracle para la resolución del nombre DNS, este campo mostrará el nombre de dominio de la subred y no se podrá cambiar. De lo contrario, puede proporcionar el nombre de dominio de su elección. Los guiones no están permitidos (-).

      Si desea almacenar copias de seguridad de bases de datos en el servicio de almacenamiento de objetos o de recuperación autónoma, Oracle recomienda utilizar un solucionador de nombres de VCN para DNS para la subred de cliente porque resuelve automáticamente los puntos finales de Swift utilizados para las copias de seguridad.

    • URL de host y dominio: este campo de solo lectura combina los nombres de host y dominio para mostrar el nombre de dominio completo (FQDN) de la base de datos. La longitud máxima es de 63 caracteres.
13. Seleccionar un tipo de licencia: tipo de licencia que desea utilizar para el cluster de VM. Su elección afecta a la medición de la facturación.
    • Licencia incluida significa que el costo del servicio en la nube incluye una licencia para el servicio Database.
    • Traiga su propia licencia (BYOL) significa que es cliente de Oracle Database con un acuerdo de licencia ilimitada o un acuerdo de licencia no ilimitada y que desea utilizar su licencia con Oracle Cloud Infrastructure. De esta forma, se elimina la necesidad de separar las licencias locales y las licencias de la nube.
14. Recopilación de diagnósticos: la activación de la recopilación de diagnósticos les permitirá a usted y a Oracle Cloud Operations identificar, investigar, realizar un seguimiento y resolver las incidencias de VM de invitado de forma rápida y eficaz. Suscríbase a Eventos para recibir notificaciones sobre cambios de estado de recurso.
    Nota
    
    Al suscribirse acepta que la lista de eventos (o métricas, archivos log) anterior puede cambiar en el futuro. Puede anular su inclusión en esta función en cualquier momento.
    • Activar eventos de diagnóstico: permite a Oracle recopilar y publicar eventos críticos, de advertencia, de error e informativos para usted.
    • Activar supervisión de estado: permite a Oracle recopilar métricas de estado/eventos, como los de actividad o caída de Oracle Database, el uso del espacio en disco, etc., y compartirlos con Oracle Cloud Operations. También recibirá notificaciones de algunos eventos.
    • Activar logs de incidentes y la recopilación de rastreos: permita a Oracle recopilar logs de incidentes y rastreos para permitir el diagnóstico de fallos y la resolución de incidencias.
    Nota
    
    Al suscribirse acepta que la lista de eventos (o métricas, archivos log) anterior puede cambiar en el futuro. Puede anular la suscripción a esta función en cualquier momento.
    Las tres casillas de control están seleccionadas por defecto. Puede dejar los valores por defecto como están o desactivar las casillas de control según sea necesario. Puede ver los valores de recopilación de diagnóstico en la página Detalles de cluster de VM en Información general >> Recopilación de diagnósticos.

    • Activado: cuando selecciona que se recopilen los diagnósticos, las métricas de estado, los logs de incidentes y los archivos de rastreo (las tres opciones).
    • Desactivado: cuando selecciona que no se recopilen los diagnósticos, las métricas de estado, los logs de incidentes y los archivos de rastreo (las tres opciones).
    • Parcialmente activado: cuando selecciona que se recopilen los diagnósticos, las métricas de estado, los logs de incidentes y los archivos de rastreo (una o dos opciones).
15. Haga clic en Mostrar opciones avanzadas para especificar las opciones avanzadas del cluster de VM:

    • Zona horaria: esta opción se encuentra en el separador Gestión. La zona horaria por defecto para el sistema de base de datos es UTC, pero puede especificar una zona horaria diferente. Las opciones de zona horaria son las soportadas tanto en la clase Java.util.TimeZone como en el sistema operativo Oracle Linux. Para obtener más información, consulte Zona horaria del sistema de base de datos .

      Nota
      
      

      Si desea definir una zona horaria que no sea UTC o la zona horaria detectada por el explorador, y no encuentra la zona horaria deseada, intente seleccionar la opción Seleccionar otra zona horaria y, a continuación, seleccione "Varios" en la lista Región o país y busque las selecciones adicionales de Zona horaria.

    • Puerto de listener de SCAN: esta opción se encuentra en el separador Red. Puede asignar un puerto de listener de SCAN (TCP/IP) en el rango entre 1024 y 8999. El valor por defecto es 1521
      Nota
      
      El cambio manual del puerto del listener de SCAN de un cluster de VM después del aprovisionamiento utilizando el software de backend no está soportado. Este cambio puede provocar que falle el aprovisionamiento de Data Guard.
      .
    • Enrutamiento de paquetes de confianza cero (ZPR): esta opción se encuentra en el separador Atributos de seguridad. Seleccione un espacio de nombres y proporcione la clave y el valor para el atributo de seguridad. Para completar este paso durante la configuración, ya debe haber configurado atributos de seguridad con el enrutamiento de paquetes de confianza cero de Oracle Cloud Infrastructure. También puede agregar atributos de seguridad después de la configuración y agregarlos más tarde. Para obtener más información sobre la adición de políticas específicas de Oracle Exadata Database Service on Dedicated Infrastructure, consulte Creador de plantillas de políticas.
    • Actualización de automatización en la nube: Oracle aplica periódicamente actualizaciones a las herramientas de base de datos y al software de agente necesarios para la automatización y las herramientas en la nube. Puede configurar la ventana de tiempo que prefiera para que estas actualizaciones se apliquen al cluster de VM.

      Establezca la hora de inicio de las actualizaciones de automatización en la nube.

      Nota
      
      Oracle comprobará las últimas actualizaciones de VM Cloud Automation todos los días entre la ventana de tiempo configurada y aplicará las actualizaciones cuando corresponda. Si la automatización no puede empezar a aplicar actualizaciones en la ventana de tiempo configurada debido a algún proceso subyacente de larga ejecución, Oracle comprobará automáticamente el día siguiente durante la ventana de tiempo configurada para empezar a aplicar actualizaciones de automatización en la nube al cluster de VM.

      Activar acceso anticipado para la actualización de herramientas en la nube: los clusters de VM designados para acceso anticipado reciben actualizaciones entre 1 y 2 semanas antes de que estén disponibles para otros sistemas. Active esta casilla de control si desea una adopción anticipada para este cluster de VM.

      Período de congelación de actualización de Cloud Automation: Oracle aplica periódicamente actualizaciones a las herramientas de base de datos y al software de agente necesarios para la automatización y las herramientas en la nube. Active un período de congelación para definir un período de tiempo durante el cual la automatización de Oracle no aplicará actualizaciones en la nube.

      Mueva el control deslizante para establecer el período de congelación.

      Nota
      
      

      • El período de congelación puede extenderse por un máximo de 45 días a partir de la fecha de inicio.
      • La automatización de Oracle aplicará automáticamente actualizaciones con correcciones de seguridad críticas (CVSS >= 9) incluso durante un período de congelación configurado.
    • Etiquetas: si tiene permisos para crear un recurso, también tiene permisos para aplicar etiquetas de formato libre a dicho recurso. Para aplicar una etiqueta definida, debe tener permisos para utilizar el espacio de nombres de la etiqueta. Para obtener más información sobre el etiquetado, consulte Etiquetas de recursos. Si no está seguro de si deben aplicar etiquetas, omita esta opción (puede aplicar las etiquetas posteriormente) o pregunte al administrador.
16. Haga clic en Crear.

• Configuración del período de congelación
  
• Cancelar la preferencia de actualización de Cloud Automation mientras el período de congelación está en vigor
  
• Reactivación de la actualización de automatización en la nube
  

Utilice una subred existente solo IP4 en la VCN de base de datos para las operaciones del servicio de recuperación. Defina reglas de seguridad para controlar el tráfico de copia de seguridad entre la base de datos y Recovery Service. Por último, registre la subred privada como una subred del servicio de recuperación.

• Acerca del uso de una subred privada para el servicio de recuperación
  El servicio de recuperación utiliza una subred privada dentro de una red virtual en la nube (VCN) en la que reside la base de datos. La subred privada define la ruta de red para las copias de seguridad entre la base de datos y el servicio de recuperación.
• Revisión de los permisos del servicio de red para configurar una subred
  Asegúrese de tener estos permisos del servicio de red necesarios para crear una subred en la VCN de la base de datos y para asignar reglas de seguridad para el servicio de recuperación.
• Revisión de los requisitos de tamaño de subred y las reglas de seguridad para la subred del servicio de recuperación
  Las reglas de seguridad son necesarias para permitir el tráfico de copia de seguridad entre una base de datos y el servicio de recuperación.
• Creación de una subred de servicio de recuperación en la VCN de base de datos
  Utilice la consola de OCI para configurar una subred privada para Recovery Service en la red virtual en la nube (VCN) de la base de datos.
• Registrar subred del servicio de recuperación
  Una vez creada una subred privada para el servicio de recuperación en la VCN de la base de datos, utilice este procedimiento para registrar la subred en el servicio de recuperación.

• Asegúrese de que la subred de Recovery Service se puede comunicar con los servicios de Oracle
  La subred de Recovery Service que ha registrado debe comunicarse con el servicio de recuperación.
• Asegúrese de que la base de datos tiene TDE totalmente configurado
  Al utilizar Autonomous Recovery Service, debe tener la base de datos totalmente cifrada TDE.
• Desactivación de cualquier copia de seguridad operativa manual
  En algunos casos, los usuarios de OCI realizan copias de seguridad operativas manuales. Estas copias de seguridad se ejecutan fuera de las herramientas estándar y soportan la recuperación point-in-time (copias de seguridad que no son de KEEP).