Solución de problemas de Oracle Database@Azure

Encuentre consejos de solución de problemas para la incorporación de Oracle Database@Azure y los problemas de la plataforma en la nube.

Nota

Para obtener información sobre la solución de problemas específica de los recursos de Oracle Exadata Database y Oracle Autonomous Database en despliegues de Oracle Database@Azure, consulte las siguientes páginas:

Ofertas de compra

La oferta privada no está disponible en Azure Marketplace: la regla de recopilación no está activada

Detalles: una oferta privada creada por Oracle Sales para su organización no se muestra en Azure Marketplace.

Error: el administrador de la recopilación de Marketplace privado no ha activado la regla de recopilación de productos privados en Azure Private Marketplace configurada para la suscripción de Azure que se utiliza para Oracle Database@Azure. Para obtener más información, consulte Visión general de recopilaciones en la documentación de Azure.

Solución alternativa: para obtener instrucciones sobre cómo activar la regla de recopilación de productos privados, consulte Reglas de recopilación en la documentación de Azure.

Imagen de la página del mercado de gestión que muestra el cuadro de diálogo de configuración de reglas.
La oferta privada no está disponible en Azure Marketplace: no se permiten servicios de 3ª parte para la compra

Detalles: una oferta privada creada por Oracle Sales para su organización no se puede adquirir en Azure Marketplace.

Error: el administrador de una suscripción que se utiliza para Oracle Database@Azure desactiva las compras de Azure Marketplace. Se deniegan todas las compras o solo se permiten SKU libres/BYOL.

Solución alternativa: pida al administrador de la suscripción que active la compra de servicios de 3a parte en Azure Marketplace. La autorización de Azure Marketplace para la suscripción debe ser "Activada" y no puede ser "Solo SKU gratuitas/BYOL" ni "Desactivada". Consulte Control de compras a través de la administración de facturación de EA en virtud de un acuerdo empresarial (EA) en la documentación de Azure para obtener más información.

Error de devolución de operación de plan de cambios

Detalles: se devuelve un error cuando se selecciona la opción Cambiar plan.

Error: los mensajes de error se devuelven en las siguientes situaciones:
  • "Error: cambio de plan no disponible": no ha recibido una confirmación de Oracle de que el servicio Oracle Database@Azure está listo para una actualización de "plan de cambio".
  • "Error: Discrepancia de cambio de plan": Intenta cambiar el plan de una instancia de servicio de Oracle Database@Azure diferente a la que ha solicitado un cambio a través de Oracle. Esto puede suceder si tiene más de un servicio de Oracle Database@Azure e intenta cambiar el plan de un servicio para el que Oracle no ha procesado un pedido de "plan de cambio".
Solución Alternativa:
  • "Error: cambio de plan no disponible": póngase en contacto con su representante de Oracle Sales para confirmar si la instancia de servicio de Oracle Database@Azure está preprocesada para una actualización del plan de cambios. Incluya el ID de plan y el ID de suscripción de Azure en su comunicación con Oracle Sales.
  • "Error: Discrepancia de cambio de plan": verifique el ID de plan y el ID de suscripción de Azure con su representante de Oracle Sales si es necesario. A continuación, asegúrese de utilizar el ID de plan y el ID de suscripción de Azure que compartió con Oracle Sales y vuelva a intentar la operación.
La oferta privada no se puede utilizar con el arrendamiento existente de Pay As You Go (PAYG)

Al incorporar con una oferta privada, no puede enlazar su cuenta de Azure a un arrendamiento de OCI Pay As You Go (PAYG). Consulte Gestión de actualizaciones de cuentas y método de pago para obtener información sobre la actualización de la cuenta.

Vinculación

La vinculación falla porque es necesario restablecer o suprimir el recurso OracleSubscription de Azure

Si no puede incorporar Oracle Database@Azure debido a un problema de configuración con el recurso OracleSubscription en Azure, los Servicios de Soporte Oracle pueden ayudarle a resolver el problema. Este tipo de problema se puede producir en los siguientes tipos de escenarios:

  • Se proporcionó un ID de facturación incorrecto para una oferta privada.
  • El arrendamiento de OCI incorrecto se ha enlazado a su suscripción a Azure.
  • Se compró la oferta privada incorrecta.
  • Se compró una oferta pública con una suscripción a Azure, y su organización desea reutilizar la misma suscripción a Azure para comprar una oferta privada.

Para restablecer o suprimir el recurso OracleSubscription, necesitará ayuda del equipo de ingeniería y soporte multinube de Oracle para todos los escenarios que se describen en este tema. Oracle llevará a cabo las acciones enumeradas en la siguiente tabla o le ayudará a llevarlas a cabo según proceda. Abra una solicitud de servicio de soporte de Oracle para obtener ayuda. Puede hacer referencia al artículo KB175725 de la base de conocimientos, que contiene la información de este tema de solución de problemas, en la solicitud de soporte de Oracle.

Escenario Acciones que realiza Oracle para resolver

Ya no utiliza el servicio.

  • En la consola de OCI:: Suprimir directorio raíz de base de datos, PDB y CDB
  • En la consola de Azure: suprimir recursos de Exadata y Autonomous Database
  • Suprimir el enlace multinube
  • Suprimir la suscripción a Azure
  • Terminar la cuenta de OCI (opcional)

Se proporcionó un ID de facturación incorrecto para una oferta privada.

Corrija el ID de facturación incorrecto para la oferta económica de CPQ y la oferta privada.

El arrendamiento de OCI incorrecto se ha enlazado a su suscripción a Azure.

Elimine el enlace multinube del arrendamiento de OCI incorrecto para que el paso de enlace de cuentas se pueda volver a realizar con el arrendamiento correcto.

Se compró la oferta privada incorrecta.

Suprima el recurso OracleSubscription en Azure para que se pueda crear y utilizar un nuevo recurso OracleSubscription para comprar la oferta privada correcta.

Se compró una oferta pública con una suscripción a Azure, y su organización desea reutilizar la misma suscripción a Azure para comprar una oferta privada.

  • En la consola de OCI:: Suprimir directorio raíz de base de datos, PDB y CDB
  • En la consola de Azure: suprimir recursos de Exadata y Autonomous Database
  • Suprimir el enlace multinube
  • Suprimir la suscripción a Azure
  • Terminar la cuenta de OCI (opcional)

Bloqueos de Microsoft Azure

Ceses y bloqueos de Microsoft Azure

Recomendamos eliminar todos los bloqueos de Microsoft Azure en los recursos de Oracle Database@Azure antes de terminar los recursos. Por ejemplo, si utiliza un punto final privado de Microsoft Azure bloqueado con Oracle Database@Azure, confirme que el punto final se puede suprimir y, a continuación, elimine el bloqueo antes de suprimir los recursos de Oracle Database@Azure. Si tiene una política para evitar la supresión de recursos bloqueados, el flujo de trabajo de Oracle Database@Azure para suprimir recursos del sistema falla porque Oracle Database@Azure no puede suprimir un recurso bloqueado.

Red

Diferencias de requisitos de dirección IP entre Oracle Database@Azure y Exadata en OCI

Los requisitos de dirección IP son diferentes entre Oracle Database@Azure y Exadata Database Service on Dedicated Infrastructure en Oracle Cloud Infrastructure (OCI). En la documentación Requisitos para el espacio de direcciones IP para Exadata en OCI, se deben tener en cuenta las siguientes diferencias con los requisitos de Oracle Database@Azure:

  • Oracle Database@Azure solo soporta Exadata X9M. El resto de unidades no están soportadas.

  • Oracle Database@Azure reserva 13 direcciones IP para la subred del cliente.

Configuración de entrada de red automática

Puede conectar una VM de Microsoft Azure a un cluster de VM de Oracle Exadata si ambos se encuentran en la misma red virtual (VNet). Esta funcionalidad es automática y no requiere cambios adicionales en las reglas del grupo de seguridad de red (NSG). Si necesita conectar una VM de Azure desde un VNet diferente al utilizado por el cluster de VM de Exadata, también debe configurar reglas de tráfico de NSG para permitir que el tráfico de la otra VNet fluya al cluster de VM de Exadata. Por ejemplo, si tiene 2 VNets ("A" y "B"), con VNet A sirviendo a la VM de Microsoft Azure y VNet B sirviendo al cluster de VM de Oracle Exadata, debe agregar la dirección CIDR de VNet A a la tabla de rutas del NSG en OCI.

Tabla 1.1 Reglas de NSG de cliente por defecto
Dirección Origen o destino Protocolo Detalles Descripción

Dirección: salida

Sin estado: No

Tipo de destino: CIDR

Destino: 0.0.0.0/0

Todos los protocolos

Permitir: todo el tráfico para todos los puertos

Regla de salida de NSG por defecto

Dirección: entrada

Sin estado: No

Tipo de origen: CIDR

Origen: CIDR VNet de Microsoft Azure

TCP

Rango de puertos de origen: Todo

Rango de puertos de destino: todos

Permitir: tráfico TCP para todos los puertos

Entrada para todo TCP desde Microsoft Azure VNet

Dirección: entrada

Sin estado: No

Tipo de origen: CIDR

Origen: CIDR VNet de Microsoft Azure

ICMP

Tipo: todos

Código: Todos

Permitir: tráfico ICMP para todo

Entrada para todos los ICMP desde Microsoft Azure VNet
Tabla 1.2 Reglas de NSG de copia de seguridad por defecto
Dirección Origen o destino Protocolo Detalles Descripción

Dirección: salida

Sin estado: No

Tipo de destino: servicio

Destino: OCI IAD Object Storage

TCP

Rango de puertos de origen: Todo

Rango de puertos de destino: 443

Permitir: tráfico TCP para el puerto 443 HTTPS

Permite el acceso a Object Storage

Dirección: entrada

Sin estado: No

Tipo de origen: CIDR

Origen: 0.0.0.0/0

ICMP

Tipo: 3

Código: 4

Permitir: tráfico ICMP para 3, 4 No se puede acceder a destino: se necesita fragmentación y se estableció "No fragmentar"

Permite mensajes de fragmentación de detección de MTU de ruta de acceso
Los datos del log de flujo de VCN no están disponibles en el arrendamiento de OCI

Por defecto, los arrendamientos de OCI creados durante la vinculación de Oracle Database@Azure tienen un límite de servicio de 0 (cero) para los logs de flujo de VNC. Para utilizar logs de flujo de VCN, solicite un aumento de los límites del servicio para su arrendamiento de OCI. Consulte Solicitud de un aumento del límite para los logs de flujo de VCN para obtener instrucciones.

Condiciones de error

Error "ResourceMoveProviderValidationFailed"

Actualmente, el movimiento de recursos de Oracle Database@Azure mediante Azure Resource Mover no está soportado en Microsoft Azure. Para solucionar este problema y obtener más información, consulte (KB173908) Soporte multinube de OCI - Oracle Database@Azure - ¿Puede mover recursos de Oracle Database@Azure a otro grupo de recursos? en My Oracle Support.

Traslado de la suscripción a Azure con Oracle Database@Azure a otro inquilino de Azure

Mensaje de error: "Actualmente no se admite el movimiento de una suscripción a Azure con un recurso de suscripción a Oracle Database@Azure a otro inquilino azul".

Razón del error: las suscripciones a Azure que se hayan incorporado a Oracle Database@Azure no se pueden mover a otro inquilino de Azure porque se interrumpiría el servicio Oracle Database@Azure.

Resolución: si necesita mover una suscripción a Azure que se haya incorporado a Oracle Database@Azure, abra una solicitud de soporte con los Servicios de Soporte Oracle. El equipo de soporte multinube de Oracle le ayudará con la solicitud. Consulte Información de soporte de Oracle Database@Azure para obtener más información sobre cómo abrir una solicitud de soporte.

Requisitos para la región Azure East US 2

Si se incorporó a Oracle Database@Azure antes del 15 de abril de 2025 y desea utilizar la región Este de EE. UU. 2 de Azure, debe crear políticas en su arrendamiento de OCI que le permitan crear recursos de Oracle Database@Azure y utilizar métricas en Azure Este de EE. UU. 2. Utilice las instrucciones de esta sección para crear políticas para la creación de recursos y métricas.

Para activar la creación de recursos en Azure East US 2

Cree la política descrita en esta sección para permitir la creación de recursos en Azure East US 2. Si intenta crear recursos en East US 2 sin los permisos necesarios, Azure Portal muestra el mensaje "Su despliegue ha fallado":

Imagen de la consola de Azure que muestra un mensaje de fallo de despliegue para un cluster de VM de Oracle Database@Azure

Cree la política necesaria de la siguiente manera:

  1. Conéctese a su cuenta en OCI en http://cloud.oracle.com.
  2. Abra el menú de navegación y seleccione Identidad y seguridad. En Identidad, seleccione Políticas.
  3. Seleccione Crear política.
  4. Nombre: introduzca Additional_Multicloud_Policy
  5. Descripción: Opcional. Introducir una descripción. Por ejemplo, "Política para activar la creación de recursos de Oracle Database@Azure en la región Este de EE. UU. 2 de Azure".
  6. En el Creador de políticas, utilice el conmutador Mostrar editor manual para activar el campo del editor manual de políticas y, a continuación, pegue la siguiente política en el editor manual:

    define tenancy networking-dataplane2 as ocid1.tenancy.oc1..aaaaaaaailqy63b6fbqoa6jyd324iyb5xoafpji2j6evpqqx5or74vwknv5a
       endorse any-user to {DRG_ATTACHMENT_READ, DRG_ATTACH, DRG_DETACH, VCN_ATTACH, DRG_ROUTE_TABLE_ATTACH, ROUTE_TABLE_ATTACH, ROUTE_TABLE_DETACH} in tenancy networking-dataplane2 where all { request.principal.type = 'multicloudlink' }
  7. Seleccione Crear para crear la política. La nueva política se muestra en la página de vista de lista Políticas.
Consejo

Si se incorporó a Oracle Database@Azure el 15 de abril de 2025 o después de esta fecha, no es necesario realizar ninguna acción.
Para activar la observabilidad (métricas) en Azure East US 2

Cree la política necesaria para la observabilidad (métricas) de la siguiente manera:

  1. Conéctese a su cuenta en OCI en http://cloud.oracle.com.
  2. Abra el menú de navegación y seleccione Identidad y seguridad. En Identidad, seleccione Compartimentos.
  3. En la lista de compartimentos, seleccione el nombre del compartimento con el prefijo MulticloudLink_ODBAA_ para abrir la página de detalles del compartimento. Si ve más de un compartimento con este prefijo, seleccione el compartimento creado más recientemente con este prefijo.
  4. Copie el OCID del compartimento y péguelo en un archivo de texto para utilizarlo más adelante en este procedimiento. Consulte ID de Oracle Cloud (OCID) para obtener más información sobre los OCID.
  5. Abra el menú de navegación y seleccione Identidad y seguridad. En Identidad, seleccione Políticas.
  6. Seleccione Crear política.
  7. Name: introduzca Additional_Observability_Multicloud_Policy
  8. Descripción: Opcional. Introducir una descripción. Por ejemplo, "Política para activar las métricas de Oracle Database@Azure para la región Este de EE. UU. 2 de Azure".
  9. En el Creador de políticas, utilice el conmutador Mostrar editor manual para activar el campo del editor manual de políticas y, a continuación, pegue la siguiente política en el editor manual:

    define tenancy obs_tenancy_2 as ocid1.tenancy.oc1..aaaaaaaalfamrkmvchwc3mndr4c4htwtntx2ampbas3z42c6sxyqviit4gta
    define tenancy obs_cp_tenancy_2 as ocid1.tenancy.oc1..aaaaaaaa7bzfp55yuik3t2sesnqgsyohpbfr4ocl4vlq7foyhmaa34xktyja
    endorse any-user to use stream-push in tenancy obs_tenancy_2 where all { request.principal.type='multicloudlink' }
    endorse any-user to read streams in tenancy obs_tenancy_2 where all { request.principal.type='multicloudlink' }
    admit any-user of tenancy obs_tenancy_2 to use metrics in compartment id <COMPARTMENT_OCID> where all {request.principal.type='serviceconnector'}
    admit any-user of tenancy obs_cp_tenancy_2 to { DATABASE_INSPECT, PLUGGABLE_DATABASE_INSPECT } in compartment id <COMPARTMENT_OCID> where all { request.principal.type = 'workload', request.principal.namespace = 'obs-cp', request.principal.service_account = 'obs-cp-service-account'}
    
  10. En el editor manual, sustituya las dos variables <COMPARTMENT_OCID> de la política por el OCID copiado en el paso 3 de este procedimiento.
  11. Seleccione Crear para crear la política. La nueva política se muestra en la página de vista de lista Políticas.
Consejo

Si se incorporó a Oracle Database@Azure a partir del 15 de abril de 2025, no es necesario realizar ninguna acción.