Referencia

Obtenga información adicional sobre el uso de los formularios de datos de Oracle en una instancia de Autonomous Database.

Temas:

Activación del acceso a orígenes de datos privados desde Autonomous Database

SE APLICA A: Aplicable Data Transforms que forma parte del conjunto de herramientas de datos integradas en Oracle Autonomous Database.

La instancia de Autonomous Database desde la que accede a las transformaciones de datos se debe configurar para utilizar un punto final privado para poder comunicarse con orígenes de base de datos privados. De lo contrario, al intentar crear y probar una conexión de este tipo, es posible que aparezca el error "failed to connect".

Si su instancia de Autonomous Database está configurada para utilizar un punto final privado, solo puede acceder a orígenes de datos privados desde clientes de la misma red virtual en la nube (VCN). Consulte Configuración de acceso de Red con puntos finales privados para obtener instrucciones detalladas.

Después de configurar el acceso a la red mediante puntos finales privados, debe realizar las siguientes configuraciones adicionales para que Oracle Data Transforms se comunique con orígenes de datos privados. En este capítulo se incluyen los siguientes temas:

Configuración del DNS y la gestión del tráfico

Debe configurar un nombre de dominio completo (FQDN) y especificar este FQDN en el campo de host de conexión al crear la conexión. Consulte https://docs.oracle.com/en-us/iaas/Content/DNS/Concepts/views.htm para obtener más información.

El solucionador de DNS de VCN debe conocer el FQDN y poder resolverlo con una dirección IP de tipo A.

Si no puede probar una conexión en Data Transforms en una instancia de Autonomous Database configurada para utilizar puntos finales privados, realice lo siguiente:

  • Compruebe si se ejecuta la consulta para definir la propiedad de base de datos ROUTE_OUTBOUND_CONNECTIONS en PRIVATE_ENDPOINT. Consulte Seguridad mejorada para conexiones salientes con puntos finales privados para obtener más información.
  • Asegúrese de que el FQDN se utiliza como host para que la estructura resuelva el FQDN en la dirección IP necesaria.

    Asegúrese de que la máquina virtual del origen de datos tenga el FQDN configurado con las reglas de seguridad necesarias.

Si la conexión de prueba falla incluso después de utilizar un FQDN, realice lo siguiente:

  • En el menú Servicios de OCI, haga clic en Gestión de DNS en Red. Configuración de vistas y solucionadores DNS de zonas privadas.
  • Cree y publique un registro mediante el FQDN y la IP privada (tipo A) de la base de datos de destino.
    Nota

    No utilice *.oraclecloud.com como nombre de dominio al configurar el FQDN porque es un nombre de dominio reservado.
  • Vuelva a intentar probar la conexión.

    La operación de conexión de prueba se debe completar correctamente.

Configuración del proxy RCE en el punto final privado

Para las bases de datos autónomas que están configuradas para utilizar un punto final privado, el servicio Autonomous Database soporta RCE para acceder a los recursos de la subred del cliente a través de una ruta privada.

Si encuentra un error de "no se ha podido conectar" al intentar probar una conexión, póngase en contacto con el administrador de la base de datos para comprobar si la base de datos está activada para RCE.

Tenga en cuenta que el proxy RCE puede reenviar el tráfico inverso solo al solucionador de DNS de OCI por defecto. Si hay algún solucionador sustituido, la conectividad fallará.

Falta de coincidencia de solución de problemas con error de DN de certificación de servidor

SE APLICA A: Aplicable Data Transforms que forma parte del conjunto de herramientas de datos integradas en Oracle Autonomous Database.

Para una conexión en una instancia de Autonomous Database configurada para utilizar puntos finales privados, debe especificar el nombre distintivo (DN) del servidor de base de datos en la URL de JDBC para que Oracle Connection Manager (CMAN) pueda aceptar la solicitud. De lo contrario, al intentar crear y probar una conexión de este tipo, puede que aparezca el error "Mismatch with Server Cert DN".

En primer lugar, especifique ssl_server_dn_match=yes en la URL de JDBC para que CMAN acepte la solicitud. A continuación, utilice el parámetro ssl_server_cert_dn para especificar el DN del servidor de base de datos. Tenga en cuenta que el orden en el que se colocan las claves en ssl_server_cert_dn es importante. La secuencia debe ser CN, O, L, ST, C.

Por ejemplo:

jdbc:oracle:thin:@(description= (retry_count=20)(retry_delay=3)(address=(protocol=tcps)(port=1521)(host=xxxxx.adb.us-phoenix-1.oraclevcn.com))(connect_data=(service_name=xxxxx.adb.oraclecloud.com))(security=(ssl_server_dn_match=yes)(ssl_server_cert_dn="CN=adwc.uscom-east-1.oraclecloud.com, O=Oracle Corporation, L=Redwood City, ST=California, C=US")))

Para obtener los valores de ssl_server_cert_dn:

  1. Conéctese a la máquina virtual que está en la misma subred en la que se encuentra Autonomous Database.
  2. Escriba el siguiente comando:

    openssl s_client -connect xxxxx.adb.us-phoenix-1.oraclevcn.com:1521 -showcerts

    Encontrará los valores de los siguientes valores en Detalles de certificado de servidor:

    CN, O, L, ST, C

    Por ejemplo, "CN=adwc.uscom-east-1.oraclecloud.com, O=Oracle Corporation, L=Redwood City, ST=California, C=US"

Aumento de la Memoria del Agente de ODI

SE APLICA A: Aplicable Transformaciones de datos que están disponibles como una lista independiente en Marketplace denominada Data Integrator: Web Edition.

Si los datos que está cargando desde el esquema de origen son enormes, puede que desee aumentar la memoria del agente de ODI para evitar errores de excepción OutOfMemory.

Para aumentar la memoria del agente de ODI:

  1. Edite el archivo /u01/oracle/transforms_home/common/scripts/jettyServer.sh.
  2. Agregue el parámetro java -Xms1024m -Xmx4096m.
  3. Reinicie el servidor Jetty. Inicie sesión como usuario de OPC y ejecute los siguientes comandos:
    ssh -i <path to id_rsa> opc@<Instance IP>
    sudo su
    systemctl stop|start jettyserver.service
    exit