Documentación de Oracle Cloud Infrastructure

Introducción a Oracle Exadata Database Service en el despliegue de infraestructura de Exascale

Después de completar las tareas de preparación de Preparación para Oracle Exadata Database Service en infraestructura de Exascale, comience a desplegar su sistema Oracle Exadata Database Service en infraestructura de Exascale siguiendo estos procedimientos.

Disponibilidad regional para Exadata Database Service en infraestructura de Exascale

Descubra qué regiones de OCI soportan Oracle Exadata Database Service en la infraestructura de Exascale (ExaDB-XS).

En las tablas de este tema, puede encontrar qué regiones de Oracle Cloud Infrastructure (OCI) ofrecen Exadata Database Service en la infraestructura de Exascale.

Nota

Cuando la región soporta varios dominios de disponibilidad (AD), solo está soportado un único dominio de disponibilidad con Oracle Exadata Database Service en Exascale Infrastructure.

Asia Pacífico (APAC)

Nombre de región Clave de región Ubicación de la región

Este de Australia

SYD

Sídney, Australia

Sudeste de Australia

MEL

Melbourne, Australia

Sur de India

HYD

Hyderabad, India

Oeste de India

BOM

Bombay, India

Central de Japón

KIX

Osaka, Japón

Este de Japón

NRT

Tokio, Japón

Singapur

Número de identificación del vehículo

Singapur, Singapur

Oeste de Singapur

XSP

Singapur, Singapur

Centro de Corea del Sur

ICN

Seúl, Corea del Sur

Corea del Sur del Norte

YNY

Chuncheon, Corea del Sur

Europa, Oriente Medio, África (EMEA)

Nombre de región Clave de región Ubicación de la región

Francia Central

CDG

París, Francia

Francia Sur

MRS

Marsella, Francia

Alemania Central

FRA

Fráncfort, Alemania

Oeste de Arabia Saudita

JED

Yidda, Arabia Saudí

Centro de Sudáfrica

JNB

Johannesburgo, Sudáfrica

Suiza Norte

ZRH

Zúrich, Suiza

EAU Central

AUH

Abu Dabi, Emiratos Árabes Unidos

Sur de Reino Unido

LHR

Londres, Reino Unido

Oeste de Reino Unido

CWL

Newport, Reino Unido

Suiza Norte

ZRH

Zúrich, Suiza

Latinoamérica (LATAM)

Nombre de región Clave de región Ubicación de la región

Este de Brasil

GRU

São Paulo, Brasil

Sureste de Brasil

VCP

Vinhedo (Brasil)

Centro de Chile

SCL

Santiago, Chile

Columbia Central

BOG

Bogotá, Colombia

Norteamérica (NA)

Nombre de región Clave de región Ubicación de la región

Sudeste de Canadá

YYZ

Toronto, Canadá

Sudeste de Canadá

YUL

Montreal, Canadá

Este de EE. UU. (Ashburn)

IAD

Ashburn, VA

Oeste de EE. UU.

PHX

Phoenix, AZ

Oeste de EE. UU.

SJC

San José, CA
Nota

Para aprovisionar recursos de Exadata Database Service en Exascale en una región soportada, su arrendamiento de OCI debe estar suscrito a esa región. Por ejemplo, para aprovisionar recursos para la base de datos de Exadata en la infraestructura de Exascale en la región este de EE. UU., su arrendamiento de OCI debe estar suscrito al este de EE. UU. (Ashburn). Consulte Gestión de regiones y Suscripción a una región de infraestructura para obtener más información.

Etiquetado de recursos de infraestructura de Oracle Exadata Database Service en Exascale

El etiquetado es un potente servicio básico de Oracle Cloud Infrastructure (OCI) que permite a los usuarios realizar búsquedas, controlar el acceso y realizar acciones masivas en un juego de recursos en función de la etiqueta.

importancia del etiquetado

Con el sistema de etiquetado de Oracle Cloud Infrastructure (OCI), puede etiquetar recursos de acuerdo con el esquema de la organización, lo que le permite agrupar recursos, gestionar costos y obtener estadísticas sobre el uso. Las etiquetas también ayudan a crear un modelo de gobernanza en torno a la seguridad y a la arquitectura de máxima disponibilidad (MAA). A medida que su organización amplía su presencia en la nube, puede resultar difícil realizar un seguimiento de las arquitecturas de despliegue, las mejores prácticas de seguridad, el MAA, el nivel de aplicación, etc. El uso de etiquetas de metadatos para identificar atributos de carga de trabajo puede ayudar a mantener el nivel de seguridad y disponibilidad de su arrendamiento sin sobrecostos.

Para que los clientes puedan gestionar los recursos de OCI de forma segura y rentable, Oracle proporciona un juego de etiquetas predefinidas en línea con las mejores prácticas para etiquetar recursos. Estas etiquetas se agrupan en dos espacios de nombres: el espacio de nombres oracleStandard y el espacio de nombres OracleApplicationName. Puede pensar en el espacio de nombres de una etiqueta como un contenedor de las claves de su etiqueta.

Tenga en cuenta un escenario en el que su organización tenga varios recursos en la nube, como infraestructura de Exadata, cluster de VM, directorio raíz de base de datos, Oracle Database y redes de cluster de VM, en varios compartimentos de su arrendamiento. Supongamos que desea realizar un seguimiento de estos recursos en la nube con fines específicos, generar informes sobre ellos o realizar acciones masivas. En ese caso, necesitará un sistema que le permita agrupar estos recursos en función de diferentes criterios, como el entorno, la importancia, los usuarios de destino, la aplicación, etc. Para ello, puede aplicar las etiquetas adecuadas a estos recursos.

Por ejemplo, puede etiquetar todos los recursos de la pila de desarrollo con Oracle-Standard.Environment=Dev o para una pila de aplicaciones críticas de negocio, defina Oracle-Standard.Criticality=High o Extreme. En caso de que se produzcan interrupciones del servicio debido a diversos motivos, podrá identificar rápidamente todos los recursos de OCI asociados a una aplicación o una función de negocio, o poder separar cargas de trabajo críticas y no críticas.

El etiquetado también puede ayudarle a desplegar configuraciones optimizadas en función de los atributos de carga de trabajo identificados mediante etiquetas. Por ejemplo, los despliegues de base de datos para la aplicación PeopleSoft necesitan una configuración específica. La definición de las etiquetas ApplicationName y AppMajorVersion al desplegar una instancia de Oracle Database puede garantizar que la base de datos esté configurada y lista para la aplicación concreta (en este caso, PeopleSoft) lista para usar.

Además, la integración con el servicio de OCI Cloud Advisor puede proporcionarle estadísticas directas y detalladas sobre hasta qué punto cumplen los servicios en la nube con las directrices corporativas y le ayudan a gestionar con una visión. Consulte Visión general de Cloud Advisor para obtener más información.

Agregando etiquetas

Puede etiquetar recursos mediante la consola, la interfaz de línea de comandos o el SDK de Oracle Cloud Infrastructure (OCI).

Hay muchos recursos en la nube que se pueden etiquetar en un despliegue de Oracle Exadata Database Service en Exascale Infrastructure. Algunos de ellos son infraestructura de Exadata, cluster de VM, directorio raíz de base de datos, Oracle Database, cluster de VM de Exadata autónomo, base de datos de contenedor autónoma, Autonomous Database y redes de cluster de VM. Se pueden aplicar etiquetas al crear los recursos o modificarlas más adelante. Por ejemplo, puede aplicar etiquetas a una base de datos de contenedores autónoma al aprovisionar la base de datos de contenedores autónoma o agregarlas más adelante desde su página Detalles.

Consulte Cómo funciona Tagging para obtener más información sobre el uso de etiquetas. El etiquetado se integra con el sistema de autorización de Oracle Cloud Infrastructure. Puede utilizar los controles de política de IAM para activar la delegación o la restricción de la manipulación de etiquetas. Consulte Autenticación y autorización para obtener más información sobre los permisos necesarios para trabajar con etiquetas de formato libre y definidas. (Obligatorio) Introduzca aquí el texto introductorio, incluida la definición y finalidad del concepto.

Consejo:

Si desea un tutorial de "prueba" que demuestre la implantación de etiquetas en Oracle Autonomous Database, consulte el laboratorio 14 sobre etiquetas estándar de Oracle en el taller Oracle Autonomous Database Dedicated for Fleet Administrators en Oracle LiveLabs.

Sus arrendamientos incluyen una biblioteca de etiquetas definidas estándar que se pueden aplicar a la mayoría de los recursos, que están disponibles en la lista de campos Espacio de nombres. Estas etiquetas están disponibles actualmente como un juego de espacios de nombres de etiquetas que los administradores de gobernanza pueden desplegar. Las mejores prácticas de OCI recomiendan aplicar estas etiquetas a todos los recursos a los que se pueda aplicar una etiqueta estándar. Además de la generación de informes y la gobernanza, la automatización de servicios de OCI puede ofrecer optimizaciones específicas de la carga de trabajo basadas en valores de etiquetas estándar. También puede crear etiquetas de formato libre con sus propios nombres de clave en el campo Clave y sus propios valores en el campo Valor. Cuando haya proporcionado la configuración, haga clic en Agregar etiqueta para agregar la etiqueta.

Figura 4-1 Ejemplo de etiquetado

Definición de una clave de etiqueta de aplicación adecuada en el espacio de nombres de etiqueta Oracle-ApplicationName. Esta acción se describe en el texto que precede a la imagen.

Etiquetas estándar de Oracle

Los administradores de gobernanza de arrendamiento pueden desplegar las etiquetas definidas estándar en el nivel de arrendamiento. Los administradores también se pueden marcar determinadas etiquetas como necesarias, forzando así etiquetas en recursos en esos compartimentos. A continuación se muestran las etiquetas estándar definidas en el espacio de nombres denominadas OracleStandard. Para obtener más información sobre la importación de etiquetas estándar, consulte Para importar etiquetas estándar en la sección Gestión de espacios de nombres de etiquetas.

Tabla 4-1 Etiquetas definidas por estándares de Oracle

Clave de etiqueta Opciones de valor de etiqueta Descripción

OracleStandard.Criticality
  • Extrema
  • Superior
  • Media
  • Baja

Permite establecer niveles de recursos de acuerdo con los estándares de clasificación de aplicaciones corporativas. La gobernanza del cliente puede utilizar esta etiqueta para la generación de informes y para garantizar que los recursos se configuren de acuerdo con las directrices para el nivel al que pertenecen.

Por ejemplo, un recurso de base de datos con OracleStandard.Criticality definido en Extremo o en Alto puede requerir el SLA de mayor disponibilidad y puede que sea necesario configurarlo con Autonomous Data Guard.

OracleStandard.Environment
  • Dev
  • Test
  • Producción
  • Preproducción
  • Almacenamiento en Zona Intermedia
  • Prueba
  • Sandbox
  • User Testing

Indica el ciclo de vida de un recurso. En el caso de las bases de datos, ayuda a determinar la densidad de consolidación y la distribución de bases de datos entre contenedores, definir planes de mantenimiento y gestionar clones.

OracleStandard.Sensitivity
  • Pública
  • Interna
  • confidencial
  • Altamente confidencial
  • extremadamente confidencial

Etiqueta de clasificación de aplicación o base de datos. OracleStandard.Sensibility definido en Altamente sensible puede indicar que la aplicación de una lista de control de acceso o un grupo de seguridad de red (NSG) es obligatoria para restringir el acceso.

OracleStandard.Regulation

Consulte la Lista de regulaciones de conformidad para ver los valores.

Indica una o más regulaciones de conformidad a las que debe adherirse un recurso.

Los administradores de etiquetas pueden agregar valores a la lista desde la consola Gobernanza y administración de OCI. Consulte Uso de valores predefinidos para obtener más información.

OracleStandard.TargetUsers
  • Pública
  • Clientes
  • Partners
  • Compañía
  • División
  • Departamento
  • Workgroup

Indica los usuarios finales de un recurso. Otra forma de clasificación de recursos que ayuda a determinar los usuarios de destino y permite a los equipos de gobernanza definir estándares corporativos en función del tipo de usuario o aplicación.

OracleStandard.EndUserCount
  • 1
  • 10
  • 100
  • 1.000
  • 10.000
  • 100.000
  • 1.000.000
  • 1.000.000
  • 10.000.000

Recuento aproximado de usuarios finales. Esta etiqueta ayuda a determinar el número de usuarios afectados o el radio de influencia durante un evento de disponibilidad o de seguridad. Esto también ayuda a priorizar los esfuerzos de recuperación en caso de interrupciones importantes que afecten a un gran número de recursos en la nube.

OracleStandard.OwnerEmail

Etiqueta de formato libre. Por ejemplo, john.smith@example.com o app_support_grp@example.com

Indica la dirección de correo electrónico del propietario del recurso.

OracleStandard.Org
  • Recursos humanos
  • Finanzas
  • Marketing
  • Ventas
  • Cuestiones legales
  • I+D
  • Soporte al cliente
  • Soporte interno
  • Fabricación

Identifica la línea de negocio o el departamento del cliente que posee o utiliza el recurso. Esto puede ayudar con los informes de agregación de costos y a determinar el uso en las unidades de negocio. Los administradores de etiquetas pueden agregar valores relevantes a la lista desde la consola de Gobernanza y administración de OCI. Consulte Uso de valores predefinidos para obtener más información.

OracleStandard.CostCenter
  • 12.345
  • WebMarketing

Campo de formato libre para centro de costos.

OracleStandard.RecoveryTimeObjectiveMinutes

0-10.080

Tiempo en minutos. Indica el tiempo máximo durante el cual el recurso es necesario para recuperarse de un fallo.

OracleStandard.RecoveryPointObjectiveMinutes

0-1.440

Tiempo en minutos. Tolerancia máxima de pérdida de datos para un recurso de almacén de datos, como una base de datos o un dispositivo de almacenamiento.

Para facilitar el mantenimiento de Oracle Exadata Database Service en máquinas virtuales (VM) de infraestructura de Exascale, Oracle le notifica los reinicios de VM planificados.

Oracle Exadata Database Service en máquinas virtuales de infraestructura de Exascale utiliza hosts físicos subyacentes que periódicamente deben someterse a mantenimiento. Cuando se requiere dicho mantenimiento, Oracle programa un reinicio de la máquina virtual y le notifica el próximo reinicio. El reinicio permite migrar la máquina virtual a un nuevo host físico que no necesita mantenimiento. Parar e iniciar el nodo también dará lugar a la migración a un nuevo host físico. El único efecto para su máquina virtual es el reinicio en sí. El mantenimiento planificado del hardware físico original se realiza una vez que se ha migrado la máquina virtual a su nuevo host y no tiene ningún efecto en la máquina virtual. Si no reinicia la VM durante el período de notificación, Oracle reiniciará la VM al final del período de notificación.
Nota

Cuando Oracle programa un reinicio de la VM, otras VM de ese cluster de VM no se verán afectadas por el mantenimiento planificado. Los demás nodos del cluster siguen estando disponibles como parte de la estrategia de alta disponibilidad (HA).

Conexión a una máquina virtual de Oracle Exadata Database Service en la infraestructura de Exascale

Descubra cómo conectarse a una máquina virtual (VM) de Oracle Exadata Database Service on Exascale Infrastructure mediante SSH o SQL Developer.

La forma en que se conecte dependerá de cómo está configurada la red en la nube. Si bien puede encontrar información sobre diversos escenarios de red en Visión general de Networking, para obtener recomendaciones específicas sobre cómo debe conectarse a una base de datos en la nube, consulte al administrador de seguridad de su red.

Nota

Oracle Exadata Database Service en servidores de infraestructura de Exascale no se puede unir a dominios de Active Directory, y el servicio no soporta el uso de Active Directory para la autenticación y autorización de usuarios.

Tema principal: Introducción a Oracle Exadata Database Service en el despliegue de infraestructura de Exascale

Requisitos para acceder a Oracle Exadata Database Service en la infraestructura de Exascale

Para utilizar SSH para acceder a un nodo de cálculo en una instancia de Oracle Exadata Database Service on Exascale Infrastructure (ExaDB-XS), necesita esta información.

Nota

Para poder acceder a ExaDB-XS, debe haber configurado el servicio de base de datos de Exadata en la infraestructura de Exascale.

  • La ruta de acceso completa al archivo que contiene la clave privada asociada a la clave pública utilizada cuando se inició el sistema.

  • La dirección IP pública o privada de la instancia de Oracle Exadata Database Service en la infraestructura de Exascale.

    Utilice la dirección IP privada para conectarse al sistema desde su red local o desde la red virtual en la nube (VCN). Esto incluye la conexión desde un host ubicado en el entorno local mediante una VPN o FastConnect a la VCN, o desde otro host de la misma VCN. Utilice la dirección IP pública para conectarse al sistema fuera de la nube (sin VPN). Puede encontrar las direcciones IP en la consola de Oracle Cloud Infrastructure. En la página Detalles de cluster de VM de Exadata, haga clic en Máquinas virtuales en la lista Recursos.

    Los valores se muestran en las columnas Dirección IP pública y Dirección IP privada y nombre de DNS de la tabla que muestra las Máquinas virtuales o los Nodos de la instancia de Oracle Exadata Database Service en la infraestructura de Exascale.

Valor del puerto de listener de SCAN

Al crear un cluster de VM en la nube, puede designar opcionalmente un número de puerto de listener de SCAN diferente.

El puerto de listener de SCAN por defecto para los clusters de VM en la nube es 1521. Con la consola, tiene la opción de designar un número de puerto de listener de SCAN diferente en el aprovisionamiento del cluster de VM. En la consola de OCI, esta opción aparece en Opciones avanzadas cuando se crea el cluster.

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.

Conexión a una máquina virtual con SSH

Puede conectarse a las máquinas virtuales de un sistema Oracle Exadata Database Service en la infraestructura de Exascale mediante una conexión de shell seguro (SSH).

La mayoría de los sistemas de tipo Unix (incluidos Linux, Oracle Solaris y macOS) incluyen un cliente SSH. En los sistemas Microsoft Windows, puede descargar un cliente SSH gratuito denominado PuTTY desde el siguiente sitio: "http://www.putty.org".

Temas relacionados

Tema principal: Conexión a Oracle Exadata Database Service en una máquina virtual de infraestructura de Exascale

Conexión desde un sistema de tipo Unix

Para acceder a una máquina virtual en un sistema ExaDB-XS de Oracle desde un sistema de tipo Unix mediante SSH, utilice este procedimiento.

  • Introduzca el siguiente comando SSH para acceder a la máquina virtual:
    ssh –i private-key user@node

    En la sintaxis anterior:

    • private-key es la ruta completa y el nombre del archivo que contiene la clave privada SSH que se corresponde con una clave pública registrada en el sistema.
    • user es el usuario del sistema operativo con el que desea conectarse:
      • Para realizar operaciones como propietario del software de Oracle Database, conéctese como opc y su oracle. El usuario oracle no tiene acceso de usuario root a la máquina virtual.
      • Para realizar operaciones que requieran acceso root a la máquina virtual, como la aplicación de parches, conéctese como opc. El usuario opc puede utilizar el comando sudo -s para obtener acceso root a la máquina virtual.
    • node es el nombre de host o la dirección IP de la máquina virtual a la que desea acceder.
Conexión a una máquina virtual desde un sistema Microsoft Windows mediante PuTTY

Obtenga información sobre cómo acceder a una máquina virtual desde un sistema Microsoft Windows mediante PuTTY.

Antes de utilizar el programa PuTTY para conectarse a una máquina virtual, necesita lo siguiente:
  • La dirección IP de la máquina virtual
  • Archivo de claves privadas SSH que coincide con la clave pública asociada al despliegue. Este archivo de clave privada debe tener el formato PuTTY .ppk. Si el archivo de clave privada se ha creado originalmente en la plataforma Linux, puede utilizar el programa PuTTYgen para convertirlo al formato .ppk.

Antes de empezar

Para conectarse a una máquina virtual mediante el programa PuTTY en Windows:

  1. Descargue e instale PuTTY.

    Para descargar PuTTY, vaya a http://www.putty.org/ y haga clic en el enlace You can download PuTTY here (Puede descargar PuTTY aquí).

  2. Ejecute el programa PuTTY (putty.exe).

    Aparecerá la ventana de configuración de PuTTY, que muestra el panel Session (Sesión).

  3. En el campo Host Name (or IP address) (Nombre de host [o dirección IP]), introduzca el nombre de host o la dirección IP de la máquina virtual a la que desea acceder.
  4. Confirme que la opción Tipo de conexión está definida en SSH.
  5. En el árbol Categoría, amplíe Conexión si es necesario y, a continuación, haga clic en Datos.

    Se mostrará el panel Data (Datos).

  6. En el campo Nombre de usuario de conexión automática, introduzca el usuario del sistema operativo que desea utilizar para conectarse.
    • Para realizar operaciones que necesitan root, conéctese como el usuario opc.
    • Para acceder a la máquina virtual para operaciones de usuario (por ejemplo, para ejecutar copias de seguridad), conéctese como usuario oracle. (Este usuario también puede utilizar el comando sudo para obtener acceso root o oracle a la VM.
  7. Confirme que la opción Si no se especifica el nombre de usuario está definida en Solicitar.
  8. En el árbol Categoría, amplíe SSH y, a continuación, haga clic en Autenticación.
    Se mostrará el panel Auth (Autenticación).
  9. Haga clic en Examinar junto al campo archivo de clave privada para la autenticación. En la ventana Seleccionar archivo de claves privadas, vaya al archivo de claves privadas que coincida con la clave pública asociada al despliegue y ábralo.
  10. En el árbol Categoría, haga clic en Sesión.

    Aparecerá el panel Session (Sesión).

  11. En el campo Sesiones guardadas, introduzca un nombre para la configuración de conexión y haga clic en Guardar.
  12. Haga clic en Abrir para abrir la conexión.

    Se cerrará la ventana Configuración de PuTTY y se mostrará la ventana de terminal de PuTTY.

    Si es la primera vez que se conecta a la VM, se mostrará la ventana PuTTY Security Alert (Alerta de seguridad) que solicita que confirme la clave pública. Haga clic en Yes (Sí) para continuar la conexión.

Acceso a una base de datos después de conectarse a la máquina virtual

Después de conectarse a una máquina virtual, puede utilizar la siguiente serie de comandos para identificar una base de datos y conectarse a ella.

  1. Acceda a la VM mediante SSH como usuario opc.

  2. Inicie sesión como usuario de Oracle. Por ejemplo: sudo su oracle

  3. Utilice la utilidad srvctl que se encuentra en el directorio raíz de Oracle Grid Infrastructure para ver una lista de las bases de datos del sistema. Por ejemplo: 

    /u01/app/12.2.0.1/grid/bin/srvctl config database -v
nc122   /u02/app/oracle/product/12.2.0/dbhome_6 12.2.0.1.0
s12c    /u02/app/oracle/product/12.2.0/dbhome_2 12.2.0.1.0

  4. Identifique las instancias de la base de datos a las que desea acceder. Por ejemplo:

    /u01/app/12.2.0.1/grid/bin/srvctl status database -d s12c
Instance s12c1 is running on node node01
Instance s12c2 is running on node node02

  5. Configure los ajustes del entorno de la base de datos a la que desea acceder. Por ejemplo:

    . oraenv
ORACLE_SID = [oracle] ? s12c
The Oracle base has been set to /u02/app/oracle
    export ORACLE_SID=s12c1

  6. Puede utilizar el comando svrctl para visualizar información más detallada sobre la base de datos. Por ejemplo: 

    srvctl config database -d s12c
Database unique name: s12c
Database name:
Oracle home: /u02/app/oracle/product/12.2.0/dbhome_2
Oracle user: oracle
Spfile: +DATAC4/s12c/spfiles12c.ora
Password file: +DATAC4/s12c/PASSWORD/passwd
Domain: example.com
Start options: open
Stop options: immediate
Database role: PRIMARY
Management policy: AUTOMATIC
Server pools:
Disk Groups: DATAC4
Mount point paths:
Services:
Type: RAC
Start concurrency:
Stop concurrency:
OSDBA group: dba
OSOPER group: racoper
Database instances: s12c1,s12c2
Configured nodes: node01,node02
CSS critical: no
CPU count: 0
Memory target: 0
Maximum memory: 0
Default network number for database services:
Database is administrator managed

  7. Puede acceder a la base de datos mediante SQL*Plus. Por ejemplo:

    sqlplus / as sysdba

SQL*Plus: Release 12.2.0.1.0 Production ...

Copyright (c) 1982, 2016, Oracle.  All rights reserved.

Connected to:
Oracle Database 12c EE Extreme Perf Release 12.2.0.1.0 - 64bit Production

Uso de Oracle Net Services para conectarse a una base de datos

Oracle Database Oracle Exadata Database Service on Exascale Infrastructure soporta el acceso remoto a bases de datos mediante Oracle Net Services.

Dado que Oracle Exadata Database Service en la infraestructura de Exascale utiliza Oracle Grid Infrastructure, se pueden establecer conexiones de Oracle Net Services mediante conexiones de nombre único de acceso de cliente (SCAN). SCAN es una función que proporciona un mecanismo coherente para que los clientes accedan a las instancias de Oracle Database que se ejecutan en un cluster.

Por defecto, el SCAN está asociado a tres direcciones IP virtuales (VIP). Cada VIP de SCAN también está asociada a un listener de SCAN que proporciona un punto final de conexión para las conexiones de Oracle Database que utilizan Oracle Net Services. Para maximizar la disponibilidad, Oracle Grid Infrastructure distribuye las VIP de SCAN y los listeners de SCAN por los nodos del cluster disponibles. Además, si se produce un fallo o cierre de un nodo, las VIP de SCAN y los listeners de SCAN se migran automáticamente a un nodo superviviente. Al utilizar conexiones de SCAN, mejorará la capacidad de los clientes de Oracle Database de tener un juego fiable de puntos finales de conexión que pueda prestar servicio a todas las bases de datos que se ejecutan en el cluster.

Los listeners de SCAN son adicionales a los listeners de Oracle Net que se ejecutan en cada nodo del cluster, que también se conocen como los listeners del nodo. Cuando una conexión de Oracle Net Services llega a través de una conexión de SCAN, el listener de SCAN direcciona la conexión a uno de los listeners del nodo y no desempeña ningún otro papel en la conexión. Una combinación de factores, entre los que se incluyen la disponibilidad del listener, la ubicación de la instancia de la base de datos y la distribución de la carga de trabajo, determina qué listener del nodo recibe cada conexión.

Nota

En esta documentación se proporcionan los requisitos básicos para la conexión a las bases de datos de Oracle Exadata Database Service en la infraestructura de Exascale mediante Oracle Net Services.

Tema principal: Conexión a Oracle Exadata Database Service en una máquina virtual de infraestructura de Exascale

Requisitos para conectarse a una base de datos con Oracle Net Services

Revise los requisitos para conectarse a una instancia de Oracle Database en Oracle Oracle Exadata Database Service on Exascale Infrastructure mediante Oracle Net Services.

Para conectarse a una instancia de Oracle Database en Oracle Exadata Database Service en una infraestructura de Exascale con Oracle Net Services, se necesita lo siguiente:

  • Las direcciones IP de las VIP de SCAN, o el nombre de host o la dirección IP de una máquina virtual que aloje la base de datos a la que desea acceder.
  • Identificador de la base de datos. Puede ser el identificador (SID) del sistema de base de datos o un nombre de servicio.
Conexión a una base de datos con SQL Developer

Puede conectarse a una base de datos con SQL Developer mediante uno de los siguientes métodos:

  • Cree un canal de SSH temporal desde la computadora a la base de datos. Este método proporciona acceso solo mientras dura el canal. (Cuando haya terminado de utilizar la base de datos, asegúrese de cerrar el canal de SSH saliendo de la sesión de SSH).
  • Abra el puerto utilizado como listener de SCAN de Oracle actualizando la lista de seguridad utilizada para el recurso de cluster de VM en la nube o de sistema de base de datos en la instancia de Exadata Cloud Service. El puerto del listener de SCAN por defecto es 1521. Este método proporciona un acceso más duradero a la base de datos. Para obtener más información, consulte Actualización de la lista de seguridad.

Después de crear un túnel de SSH o de abrir el puerto de listener de SCAN como se describe anteriormente, puede conectarse a una instancia de Oracle Exadata Database Service en la infraestructura de Exascale mediante direcciones IP de SCAN o direcciones IP públicas, en función de cómo esté configurada la red y desde dónde se esté conectando. Puede encontrar las direcciones IP en la consola en la página de detalles de Base de datos.

Tema principal: Uso de Oracle Net Services para conectarse a una base de datos

Conexión mediante direcciones IP de SCAN

Puede conectarse a la base de datos utilizando las direcciones IP de SCAN si el cliente está en el entorno local y se conecta mediante una conexión FastConnect o VPN de sitio a sitio.

Tiene las siguientes opciones:

  • Utilice las direcciones IP privadas de SCAN, como se muestra en el siguiente ejemplo de tnsnames.ora: 

    testdb=
  (DESCRIPTION =
    (ADDRESS_LIST=
      (ADDRESS = (PROTOCOL = TCP)(HOST = <scanIP1>)(PORT = 1521))
      (ADDRESS = (PROTOCOL = TCP)(HOST = <scanIP2>)(PORT = 1521)))
    (CONNECT_DATA =
      (SERVER = DEDICATED)
      (SERVICE_NAME = <dbservice.subnetname.dbvcn.oraclevcn.com>)
    )
  )

  • Defina un nombre de SCAN externo en el servidor local de DNS. La aplicación puede resolver este nombre de SCAN externo en las direcciones IP de SCAN privadas del sistema de base de datos y, a continuación, puede utilizar una cadena de conexión que incluya el nombre de SCAN externo. En el siguiente ejemplo de tnsnames.ora, extscanname.example.com está definido en el servidor local de DNS. 

    testdb =
  (DESCRIPTION =
    (ADDRESS = (PROTOCOL = TCP)(HOST = <extscanname.example.com>)(PORT = 1521))
    (CONNECT_DATA =
      (SERVER = DEDICATED)
      (SERVICE_NAME = <dbservice.subnetname.dbvcn.oraclevcn.com>)
    )
  )
Conexión mediante direcciones IP públicas

Puede utilizar la dirección IP pública del nodo para conectarse a la base de datos si el cliente y la base de datos están en diferentes VCN o si está en una VCN que tiene un gateway de Internet.

Sin embargo, hay implicaciones importantes que se deben tener en cuenta:

  • Cuando el cliente utiliza la dirección IP pública, ignora el listener de SCAN y llega al listener de nodo, por lo que el equilibrio de carga del servidor no está disponible.
  • Cuando el cliente utiliza la dirección IP pública, no puede aprovechar la función de failover de la VIP. Si un nodo deja de estar disponible, los nuevos intentos de conexión con el nodo se bloquearán hasta que se produzca un timeout de TCP/IP. Puede definir los parámetros sqlnet del cliente para limitar el timeout de TCP/IP.

El siguiente ejemplo de tnsnames.ora se muestra una cadena de conexión que incluye el parámetro CONNECT_TIMEOUT para evitar los timeout de TCP/IP. 

test=
  (DESCRIPTION =
    (CONNECT_TIMEOUT=60)
    (ADDRESS_LIST=
      (ADDRESS = (PROTOCOL = TCP)(HOST = <publicIP1>)(PORT = 1521))
      (ADDRESS = (PROTOCOL = TCP)(HOST = <publicIP2>)(PORT = 1521))
    )
    (CONNECT_DATA =
      (SERVER = DEDICATED)
      (SERVICE_NAME = <dbservice.subnetname.dbvcn.oraclevcn.com>)
    )
  )
Conexión a una base de datos mediante SCAN

Para crear una conexión de Oracle Net Services mediante los listeners de SCAN, puede elegir entre dos enfoques.

Tema principal: Uso de Oracle Net Services para conectarse a una base de datos

Conexión a una base de datos mediante un descriptor de conexión que hace referencia a todas las VIP de SCAN

Puede configurar un descriptor de conexión para Oracle Exadata Database Service en el sistema de infraestructura de Exascale mediante varios listeners de SCAN.

Este enfoque requiere que se proporcionen todas las direcciones IP virtuales (VIP) de nombre único de acceso de cliente (SCAN) y permite que Oracle Net Services se conecte a un listener de SCAN disponible.

  1. Utilice la siguiente plantilla para definir un alias de Net Services, que se suele utilizar para proporcionar un nombre adecuado al descriptor de conexión:
    alias-name = (DESCRIPTION=
  (ADDRESS_LIST=
    (ADDRESS=(PROTOCOL=tcp)(HOST=SCAN-VIP-1)(PORT=1521))
    (ADDRESS=(PROTOCOL=tcp)(HOST=SCAN-VIP-2)(PORT=1521))
    (ADDRESS=(PROTOCOL=tcp)(HOST=SCAN-VIP-3)(PORT=1521)))
  (CONNECT_DATA=(sid-or-service-entry)))

    Donde:

    alias-name es el nombre que se utiliza para identificar el alias.

    SCAN-VIP-[1–3] son las direcciones IP de las VIP de SCAN.

    sid-or-service-entry identifica el nombre de servicio o el SID de la base de datos con uno de los siguientes formatos:
    • SID=sid-name. Por ejemplo: SID=S12C1.
    • SERVICE_NAME=service-name. Por ejemplo: SERVICE_NAME=PDB1.example.yourcloud.com.
    Nota

    Por defecto, Oracle Net Services selecciona aleatoriamente una de las direcciones de la lista de direcciones para equilibrar la carga entre los listeners de SCAN.

Conexión a una base de datos mediante un descriptor de conexión que hace referencia a un nombre de SCAN personalizado

Puede configurar un descriptor de conexión para Oracle Exadata Database Service en el sistema de infraestructura de Exascale mediante un nombre de SCAN personalizado.

Con este enfoque, se define un nombre de nombre único de acceso de cliente (SCAN) personalizado en el servidor de nombres de dominio (DNS), que se resuelve en las tres direcciones IP virtuales (VIP) de SCAN.

  1. Utilice la siguiente plantilla para definir un alias de Net Services que haga referencia al nombre de SCAN personalizado:
    alias-name = (DESCRIPTION=
  (ADDRESS_LIST=(ADDRESS=(PROTOCOL=tcp)(HOST=scan-name)(PORT=1521)))
  (CONNECT_DATA=(sid-or-service-entry)))

    Donde:

    alias-name es el nombre que se utiliza para identificar el alias.

    scan-name es el nombre de SCAN personalizado.

    sid-or-service-entry identifica el nombre de servicio o el SID de la base de datos con uno de los siguientes formatos:
    • SID=sid-name. Por ejemplo: SID=S12C1.
    • SERVICE_NAME=service-name. Por ejemplo: SERVICE_NAME=PDB1.example.yourcloud.com.
    También puede utilizar el método de conexión sencilla para especificar un descriptor de conexión con el siguiente formato:
    scan-name:1521/sid-or-service-entry
    Por ejemplo:
    exa1scan.example.com:1521/S12C1
    O
    exa1scan.example.com:1521/PDB1.example.yourcloud.com
Conexión a una base de datos mediante un listener de nodo

Para conectarse a una instancia de Oracle Database en Oracle Exadata Database Service en la infraestructura de Exascale con un descriptor de conexión que omita los listeners de SCAN, utilice este procedimiento para enrutar la conexión directamente a un listener de nodo.

Con este método, se renuncia a la alta disponibilidad y el equilibrio de carga que proporciona SCAN. Sin embargo, este método puede resultar deseable si se desea dirigir las conexiones a un nodo o interfaz de red específicos. Por ejemplo, puede que desee garantizar que las conexiones de un programa que lleva a cabo cargas masivas de datos utilizan la red de copia de seguridad.

Al utilizar este enfoque, la conexión se dirige mediante el nombre de host o la dirección IP del nodo.

Ejemplo 4-1 Definición de un alias de Net Service que hace referencia directa al nodo

alias-name = (DESCRIPTION=
  (CONNECT_TIMEOUT=timeout)					
  (ADDRESS_LIST=(ADDRESS=(PROTOCOL=tcp)(HOST=node)(PORT=1521)))
  (CONNECT_DATA=(sid-or-service-entry)))

Donde:

alias-name es el nombre que se utiliza para identificar el alias.

timeout especifica un período de timeout (en segundos), que permite terminar un intento de conexión sin tener que esperar por un timeout de TCP. El parámetro (CONNECT_TIMEOUT=timeout) es opcional.

node es el nombre de host o la dirección IP de la máquina virtual que desea utilizar.

sid-or-service-entry identifica el nombre de servicio o el SID de la base de datos con uno de los siguientes formatos:
  • SID=sid-name. Por ejemplo, SID=S12C1.
  • SERVICE_NAME=service-name. Por ejemplo, SERVICE_NAME=PDB1.example.oraclecloudatcust.com.
También puede utilizar el método de conexión sencilla para especificar un descriptor de conexión con el siguiente formato:
node:1521/sid-or-service-entry
Por ejemplo:
exa1node01.example.com:1521/S12C1
O
exa1node01.example.com:1521/PDB1.example.oraclecloudatcust.com

Conexión a Oracle Exadata Database Service en el servicio de infraestructura de Exascale

Descubra cómo conectarse a un sistema Oracle Exadata Database Service on Exascale Infrastructure mediante SSH y cómo conectarse a una base de datos de Oracle Exadata Database Service on Exascale Infrastructure mediante Oracle Net Services (SQL*Net).

Tema principal: Conexión a Oracle Exadata Database Service en una máquina virtual de infraestructura de Exascale

Conexión a una base de datos con SQL Developer

Puede conectarse a una base de datos con SQL Developer mediante uno de los siguientes métodos:

  • Cree un canal de SSH temporal desde la computadora a la base de datos. Este método proporciona acceso solo mientras dura el canal. (Cuando haya terminado de utilizar la base de datos, asegúrese de cerrar el canal de SSH saliendo de la sesión de SSH).
  • Abra el puerto utilizado como listener de SCAN de Oracle actualizando la lista de seguridad utilizada para el recurso de cluster de VM en la nube o de sistema de base de datos en la instancia de Exadata Cloud Service. El puerto del listener de SCAN por defecto es 1521. Este método proporciona un acceso más duradero a la base de datos. Para obtener más información, consulte Actualización de la lista de seguridad.

Después de crear un túnel de SSH o de abrir el puerto de listener de SCAN como se describe anteriormente, puede conectarse a una instancia de Oracle Exadata Database Service en la infraestructura de Exascale mediante direcciones IP de SCAN o direcciones IP públicas, en función de cómo esté configurada la red y desde dónde se esté conectando. Puede encontrar las direcciones IP en la consola en la página de detalles de Base de datos.

Conexión a una base de datos con Oracle Net Services

Puede conectarse a las máquinas virtuales en un sistema Oracle Exadata Database Service on Exascale Infrastructure mediante Oracle Net Services.

Tema principal: Conexión a Oracle Exadata Database Service en el servicio de infraestructura de Exascale

Uso de Oracle Net Services para conectarse a una base de datos

Oracle Database Oracle Exadata Database Service on Exascale Infrastructure soporta el acceso remoto a bases de datos mediante Oracle Net Services.

Dado que Oracle Exadata Database Service en la infraestructura de Exascale utiliza Oracle Grid Infrastructure, se pueden establecer conexiones de Oracle Net Services mediante conexiones de nombre único de acceso de cliente (SCAN). SCAN es una función que proporciona un mecanismo coherente para que los clientes accedan a las instancias de Oracle Database que se ejecutan en un cluster.

Por defecto, el SCAN está asociado a tres direcciones IP virtuales (VIP). Cada VIP de SCAN también está asociada a un listener de SCAN que proporciona un punto final de conexión para las conexiones de Oracle Database que utilizan Oracle Net Services. Para maximizar la disponibilidad, Oracle Grid Infrastructure distribuye las VIP de SCAN y los listeners de SCAN por los nodos del cluster disponibles. Además, si se produce un fallo o cierre de un nodo, las VIP de SCAN y los listeners de SCAN se migran automáticamente a un nodo superviviente. Al utilizar conexiones de SCAN, mejorará la capacidad de los clientes de Oracle Database de tener un juego fiable de puntos finales de conexión que pueda prestar servicio a todas las bases de datos que se ejecutan en el cluster.

Los listeners de SCAN son adicionales a los listeners de Oracle Net que se ejecutan en cada nodo del cluster, que también se conocen como los listeners del nodo. Cuando una conexión de Oracle Net Services llega a través de una conexión de SCAN, el listener de SCAN direcciona la conexión a uno de los listeners del nodo y no desempeña ningún otro papel en la conexión. Una combinación de factores, entre los que se incluyen la disponibilidad del listener, la ubicación de la instancia de la base de datos y la distribución de la carga de trabajo, determina qué listener del nodo recibe cada conexión.

Nota

En esta documentación se proporcionan los requisitos básicos para la conexión a las bases de datos de Oracle Exadata Database Service en la infraestructura de Exascale mediante Oracle Net Services.

Requisitos para conectarse a una base de datos con Oracle Net Services

Revise los requisitos para conectarse a una instancia de Oracle Database en Oracle Oracle Exadata Database Service on Exascale Infrastructure mediante Oracle Net Services.

Para conectarse a una instancia de Oracle Database en Oracle Exadata Database Service en una infraestructura de Exascale con Oracle Net Services, se necesita lo siguiente:

  • Las direcciones IP de las VIP de SCAN, o el nombre de host o la dirección IP de una máquina virtual que aloje la base de datos a la que desea acceder.
  • Identificador de la base de datos. Puede ser el identificador (SID) del sistema de base de datos o un nombre de servicio.
Conexión a una base de datos mediante SCAN

Para crear una conexión de Oracle Net Services mediante los listeners de SCAN, puede elegir entre dos enfoques.

Tema principal: Conexión a una base de datos con Oracle Net Services

Identificación de direcciones IP mediante el SDK o la CLI

Puede utilizar el SDK o la CLI de OCI para identificar las direcciones IP de Oracle Exadata Database Service en los nodos de cálculo de la infraestructura de Exascale. A continuación, puede utilizar las direcciones IP para conectarse al sistema.

  1. Utilice la API GetDbNode para devolver los detalles de Oracle Exadata Database Service en la infraestructura de ExascaledbNode. Observe los OCID devueltos para los parámetros hostIpId y backupIpId de dbNode.
  2. Con los OCID encontrados en los parámetros hostIpId y backupIpId, puede utilizar la API GetPrivateIp para obtener las direcciones IP privadas que utilizan el cliente y las subredes de copia de seguridad. Para las direcciones IP de subred pública, utilice la API GetPublicIpByPrivateIpId.
Conexión a una base de datos mediante un descriptor de conexión que hace referencia a todas las VIP de SCAN

Puede configurar un descriptor de conexión para Oracle Exadata Database Service en el sistema de infraestructura de Exascale mediante varios listeners de SCAN.

Este enfoque requiere que se proporcionen todas las direcciones IP virtuales (VIP) de nombre único de acceso de cliente (SCAN) y permite que Oracle Net Services se conecte a un listener de SCAN disponible.

  1. Utilice la siguiente plantilla para definir un alias de Net Services, que se suele utilizar para proporcionar un nombre adecuado al descriptor de conexión:
    alias-name = (DESCRIPTION=
  (ADDRESS_LIST=
    (ADDRESS=(PROTOCOL=tcp)(HOST=SCAN-VIP-1)(PORT=1521))
    (ADDRESS=(PROTOCOL=tcp)(HOST=SCAN-VIP-2)(PORT=1521))
    (ADDRESS=(PROTOCOL=tcp)(HOST=SCAN-VIP-3)(PORT=1521)))
  (CONNECT_DATA=(sid-or-service-entry)))

    Donde:

    alias-name es el nombre que se utiliza para identificar el alias.

    SCAN-VIP-[1–3] son las direcciones IP de las VIP de SCAN.

    sid-or-service-entry identifica el nombre de servicio o el SID de la base de datos con uno de los siguientes formatos:
    • SID=sid-name. Por ejemplo: SID=S12C1.
    • SERVICE_NAME=service-name. Por ejemplo: SERVICE_NAME=PDB1.example.yourcloud.com.
    Nota

    Por defecto, Oracle Net Services selecciona aleatoriamente una de las direcciones de la lista de direcciones para equilibrar la carga entre los listeners de SCAN.

Conexión a una base de datos mediante un descriptor de conexión que hace referencia a un nombre de SCAN personalizado

Puede configurar un descriptor de conexión para Oracle Exadata Database Service en el sistema de infraestructura de Exascale mediante un nombre de SCAN personalizado.

Con este enfoque, se define un nombre de nombre único de acceso de cliente (SCAN) personalizado en el servidor de nombres de dominio (DNS), que se resuelve en las tres direcciones IP virtuales (VIP) de SCAN.

  1. Utilice la siguiente plantilla para definir un alias de Net Services que haga referencia al nombre de SCAN personalizado:
    alias-name = (DESCRIPTION=
  (ADDRESS_LIST=(ADDRESS=(PROTOCOL=tcp)(HOST=scan-name)(PORT=1521)))
  (CONNECT_DATA=(sid-or-service-entry)))

    Donde:

    alias-name es el nombre que se utiliza para identificar el alias.

    scan-name es el nombre de SCAN personalizado.

    sid-or-service-entry identifica el nombre de servicio o el SID de la base de datos con uno de los siguientes formatos:
    • SID=sid-name. Por ejemplo: SID=S12C1.
    • SERVICE_NAME=service-name. Por ejemplo: SERVICE_NAME=PDB1.example.yourcloud.com.
    También puede utilizar el método de conexión sencilla para especificar un descriptor de conexión con el siguiente formato:
    scan-name:1521/sid-or-service-entry
    Por ejemplo:
    exa1scan.example.com:1521/S12C1
    O
    exa1scan.example.com:1521/PDB1.example.yourcloud.com
Conexión a una base de datos mediante un listener de nodo

Para conectarse a una instancia de Oracle Database en Oracle Exadata Database Service en la infraestructura de Exascale con un descriptor de conexión que omita los listeners de SCAN, utilice este procedimiento para enrutar la conexión directamente a un listener de nodo.

Con este método, se renuncia a la alta disponibilidad y el equilibrio de carga que proporciona SCAN. Sin embargo, este método puede resultar deseable si se desea dirigir las conexiones a un nodo o interfaz de red específicos. Por ejemplo, puede que desee garantizar que las conexiones de un programa que lleva a cabo cargas masivas de datos utilizan la red de copia de seguridad.

Al utilizar este enfoque, la conexión se dirige mediante el nombre de host o la dirección IP del nodo.

Ejemplo 4-2 Definición de un alias de Net Service que hace referencia directa al nodo

alias-name = (DESCRIPTION=
  (CONNECT_TIMEOUT=timeout)					
  (ADDRESS_LIST=(ADDRESS=(PROTOCOL=tcp)(HOST=node)(PORT=1521)))
  (CONNECT_DATA=(sid-or-service-entry)))

Donde:

alias-name es el nombre que se utiliza para identificar el alias.

timeout especifica un período de timeout (en segundos), que permite terminar un intento de conexión sin tener que esperar por un timeout de TCP. El parámetro (CONNECT_TIMEOUT=timeout) es opcional.

node es el nombre de host o la dirección IP de la máquina virtual que desea utilizar.

sid-or-service-entry identifica el nombre de servicio o el SID de la base de datos con uno de los siguientes formatos:
  • SID=sid-name. Por ejemplo, SID=S12C1.
  • SERVICE_NAME=service-name. Por ejemplo, SERVICE_NAME=PDB1.example.oraclecloudatcust.com.
También puede utilizar el método de conexión sencilla para especificar un descriptor de conexión con el siguiente formato:
node:1521/sid-or-service-entry
Por ejemplo:
exa1node01.example.com:1521/S12C1
O
exa1node01.example.com:1521/PDB1.example.oraclecloudatcust.com

Límites de capacidad para Exadata Database Service en infraestructura de Exascale

Para comprender las funciones de escalabilidad y la capacidad de recursos del servicio ExaDB-XS, revise estas tablas y listas.

Tamaño mínimo de cluster de VM

  • Cluster de VM de un solo nodo
  • 8 total de ECPU por VM
  • 220 GB de almacenamiento de sistema de archivos por máquina virtual
  • Almacenamiento de base de datos de archivo nativo de Exascale de 300 GB por cluster de VM

Opciones de escalabilidad de VM

Los clusters de VM se pueden escalar de forma rápida y sencilla para satisfacer sus demandas:

  • Es posible activar un subjuego del total de ECPU asignadas a la VM.
  • Al activar más ECPU reservadas para la máquina virtual, puede escalar las ECPU sin tener que reiniciar la máquina virtual.
  • Puede escalar la memoria a 2,75 GB por ECPU total.
  • Puede realizar adiciones o eliminaciones en caliente de máquinas virtuales.
  • Puede escalar el almacenamiento de VM (sin embargo, escalar el almacenamiento de VM requiere un reinicio).
  • Puede realizar el escalado en línea y en directo del almacenamiento de la base de datos de Exascale

Tamaño Máximo de Cluster de VM

La siguiente lista proporciona el máximo de opciones de configuración de cluster de VM

  • Número de VM del cluster de VM: 10 VM.
  • ECPU por VM: 200 ECPU
  • Almacenamiento de sistema de archivos por VM: 2 TB
  • Almacenamiento de archivo nativo de Exascale por cluster de VM: 100 TB

Capacidad mínima de Database Storage Vault

La capacidad mínima total facturada para los almacenes ExaDB-XS es de 300 GB. Las imágenes se almacenan en Oracle Advanced Cluster File System (ACFS) y el resto del espacio está disponible para una primera base de datos, como se describe en la siguiente tabla.

Tabla 4-2 Capacidad mínima de Database Storage Vault para sistemas y uso de bases de datos ExaDB-XS

Objetivo Capacidad Mínima
Uso del sistema (imágenes almacenadas en ACFS) 50 GB
Uso de base de datos (aprovisionamiento de una primera base de datos) 250 GB

Capacidad mínima de almacenamiento de sistema de archivos de VM

La capacidad mínima total facturada para el almacenamiento de máquina virtual (VM) es de 280 GB. En la siguiente tabla, se muestran las capacidades mínimas del sistema de archivos.

Tabla 4-3 Capacidad mínima facturada de almacenamiento de sistema de archivos de VM ExaDB-XS

Sistema de Archivos Capacidad Total Mínima (GB) Capacidad mínima utilizable (GB)

/boot

0,512

0,412

/ (reflejado)

30

15

/tmp

10

10

/var (reflejado)

10

5

/var/log

18

18

/var/log/audit

3

3

/home

4

4

Espacio de Intercambio

(/swap)

16

16

/crashfiles

20

20

/u01

82

80

/u02

84

81

Sobrecarga

2

No aplicable

Todos los sistemas de archivos (mínimo total)

280

No aplicable

Mejores prácticas para máquinas virtuales de Oracle Exadata Database Service on Exascale Infrastructure

Oracle recomienda seguir estas directrices de mejores prácticas para garantizar la gestión de las máquinas virtuales (VM) de Oracle Exadata Database Service en la infraestructura de Exascale.

Cuando se siguen, las directrices de mejores prácticas pueden evitar problemas que puedan afectar a la capacidad de gestión y el rendimiento de las máquinas virtuales de Exadata Database Service on Exascale Infrastructure yourOracle:

  • Siempre que sea posible, use las interfaces en la nube proporcionadas por Oracle como la consola de Oracle Cloud Infrastructure, la API o la CLI, o herramientas específicas de la nube como dbaascli para realizar operaciones administrativas y de gestión de ciclo de vida en su máquina virtual de Oracle Exadata Database Service en Exascale Infrastructure. Por ejemplo, utilice la consola, la API, la CLI o dbaascli de OCI para aplicar parches de Oracle Database en lugar de ejecutaropatch manualmente. Además, si se puede realizar una operación utilizando la consola y una utilidad de línea de comandos, Oracle recomienda que utilice la consola. Por ejemplo, utilice la consola en lugar de usar dbaascli para crear bases de datos.
  • No cambiar los usuarios del sistema operativo invitado ni manipular manualmente la configuración de la clave SSH asociada a la máquina virtual.
  • Aplique solo los parches disponibles a través del servicio Database. No aplique parches de ningún otro origen a menos que Oracle Support le indique que lo haga.
  • Aplique los parches trimestrales regularmente, cada trimestre si es posible.
  • No cambie los puertos de Oracle Net Listener.