Solución de problemas de base de datos

Utilice la información de esta sección para resolver errores comunes y problemas de aprovisionamiento en Oracle Database Service for Azure.

Ajuste de tamaño de CIDR de red

Al aprovisionar una base de datos base de Oracle, un cluster de VM de Oracle Exadata o un HeatWave de Oracle con uno o más nodos HeatWave, especifique una dirección de red mediante la notación CIDR, que es un rango de direcciones de red que utiliza el servicio. Además, al aprovisionar un sistema Oracle Exadata, que incluye máquinas virtuales y nodos de base de datos, también especifica un rango de direcciones de red con CIDR. En este documento se explica cómo se utilizan esos rangos de CIDR en Oracle Database Service for Azure y cómo seleccionar el espacio adecuado según el servicio que está aprovisionando.

Nota

Oracle Autonomous Database Serverless (ADB-S) utiliza un modelo diferente para la gestión de redes y no se ve afectado por estos requisitos.

Cuando especifica la red virtual en la nube (VCN) mediante la notación CIDR, se divide en dos subredes. Cada subred tiene solo la mitad del rango de CIDR especificado. Además, Oracle Database Service for Azure reserva 5 direcciones IP por subred y no están disponibles para el servicio que está aprovisionando. Para obtener más información sobre estas direcciones reservadas, consulte ¿Existen restricciones en el uso de direcciones IP dentro de estas subredes?

Tabla 1-2 Número de IP disponibles por subred

CIDR de VCN Subnet CIDR IP reservadas por subred IP disponibles por subred
/28 /29 5 3 (2^3 - 5)
/27 /28 5 11 (2^4 - 5)
/26 /27 5 27 (2^5 - 5)
/25 /26 5 59 (2^6 - 5)
/24 /25 5 123 (2^7 - 5)
/23 /24 5 251 (2^8 - 5)
/22 /23 5 507 (2^9 - 5)

Esta tabla le ayuda a seleccionar un rango CIDR adecuado para el servicio o servicios específicos que soportará la VCN.

Tabla 1-3 Número de sistemas de base de datos o clusters de VM soportados

  Rango de CIDR seleccionado
Unidad /28 /27 /26 /25 /24 /23 /22
Exadata X9M (máximo 32 nodos) 0 0 0 0 0 1 3
Exadata X8M / X9M (8 nodos) 0 0 0 1 3 7 14
Sistema base de Exadata / X8M / X9M (mín. 2 nodos) 0 1 2 5 11 22 46
Dos nodos de la base de datos base de Oracle 0 1 3 8 17 35 72
Nodo único de la base de datos base de Oracle 3 11 27 59 123 251 507
Nodo único HeatWave de Oracle 1 5 13 29 61 125 253
Cada vez que inicie un proceso de aprovisionamiento, el proceso previo a la ejecución comprobará los requisitos de la unidad de solicitud en el CIDR de red especificado. Si el rango CIDR no es suficiente para la unidad, verá un error similar al siguiente:
Reserved = 5 // Azure reserves the first 4 IPs and last IP in the CIDR range
UsedIps = Number of IPs already in use in the subnet // Zero when creating a new McVCN
if ( (CidrSize - Reserved - UsedIps) < RequiredIps )
  Error: CIDR size is insufficient to support the requested DB shape

Si esto ocurre, deberá aumentar el tamaño de la VCN para la unidad solicitada.

Utilice la siguiente tabla para calcular los requisitos de dirección IP para la unidad de base de datos.

Tabla 1-4 IP necesarias por instancia de base de datos por unidad

Unidad de base de datos Número de IP necesarias por instancia
Nodo único de la base de datos base de Oracle 1
Dos Nodos de la Base de Datos Base de Oracle (2 * 2 nodos) + 3 SCAN = 7
Nodo único HeatWave de Oracle 2
Sistema base de Exadata / X8M / X9M (mín. 2 nodos) (4 * 2 nodos) + 3 SCAN = 11
Exadata X8M / X9M (8 nodos) (4 * 8 nodos) + 3 SCAN = 35
Exadata X9M (máximo 32 nodos) (4 * 32 nodos) + 3 SCAN = 131

Fallo de aprovisionamiento de observación de Oracle Base Database

Las bases de datos Oracle Base requieren, durante el aprovisionamiento, la capacidad de crear o actualizar un grupo de recursos y un panel de control.

En el portal de Microsoft Azure, compruebe las políticas aplicadas a la cuenta. Para aprovisionar correctamente una base de datos base de Oracle, no puede tener una política que impida la creación o las actualizaciones de grupos de recursos. Tampoco puede tener una política que impida la creación o las actualizaciones de paneles de control. Si existen, se deben eliminar o flexibilizar para que la base de datos base se aprovisione correctamente.

Direcciones IP Reservadas

Los flujos de trabajo de inicio de aprovisionamiento de base de datos pueden fallar ocasionalmente debido a un problema de conflicto de dirección IP cuando la red virtual en la nube (MCVCN) multinube funciona en modo de enrutamiento automático.

En el modo de enrutamiento automático, la red virtual en la nube (MCVCN) multinube configura un equilibrador de carga interno (ILB) en la VNET de hoja y asigna direcciones IP proporcionadas a un nodo de base de datos en la VCN de Oracle Cloud Infrastructure (OCI). Esto funciona bien para la mayoría de los escenarios. Aquí es donde y por qué falla.

Cuando la dirección IP de la base de datos se encuentra en una de las primeras 4 direcciones IP o en la última dirección IP del rango de subred, Microsoft Azure rechaza la solicitud de configuración de la dirección IP privada. Microsoft Azure reserva las primeras 4 direcciones IP y las últimas direcciones IP dentro de un rango de subred (consulte Preguntas frecuentes sobre la red virtual de Microsoft Azure).

Por ejemplo, supongamos que una subred se inicia con un CIDR /24, la configuración de subred más común, el CIDR significa que aproximadamente el 2 % de los flujos de trabajo de inicio de aprovisionamiento de base de datos fallarán porque la VCN ha seleccionado de forma aleatoria una dirección IP dentro de una subred. El ratio de fallos es mayor con rangos de subred CIDR más pequeños.

La tercera y cuarta direcciones IP (que para 10.0.0.0/24 serían 10.0.0.2 y 10.0.0.3) están reservadas en Microsoft Azure, pero se pueden utilizar en OCI. La automatización del flujo de trabajo de aprovisionamiento de la base de datos se ha ajustado para reservar correctamente estas direcciones IP. El problema se producirá cuando se realice la configuración manual y la incorporación de los recursos de OCI.

Envío de una solicitud de soporte

Para enviar una solicitud de soporte, realice los siguientes pasos.

  1. En la página de inicio OracleDB para Azure, seleccione el icono Soporte.
  2. Esta es la página Solicitudes de soporte. Puede crear, ver y gestionar solicitudes de soporte asignadas a su cuenta. Seleccione el enlace Crear una solicitud de soporte para crear una nueva solicitud.
  3. Esta es la página Descripción del problema del flujo Crear solicitud de soporte. Puede seleccionar opciones como Facturación, Límites de servicio y suscripción (cuotas) o Técnicas, según corresponda.
  4. Las páginas siguientes variarán según el tipo de solicitud de soporte que esté presentando. Hay tres (3) páginas para cada tipo, la página Descripción del problema, la página Detalles adicionales y la página Revisar y crear.
  5. En la página Revisar + crear, el botón Crear, como se muestra, solo se activará cuando haya introducido valores aceptables en todos los campos de solicitud de soporte necesarios.
  6. Siga supervisando la solicitud y responda a ella según sea necesario en el portal Solicitudes de soporte.

Cómo resolver que el icono de métricas no se muestra para una base de datos

Desde cualquier blade de base de datos, verá un icono Métricas en la fila de iconos de gestión de esa base de datos. En una base de datos que funcione completamente, se activará ese icono. A continuación, se muestran algunas acciones que se deben realizar para resolver el problema.

  1. Compruebe que se ha completado el aprovisionamiento de la base de datos. Este icono no se activará hasta que finalice el aprovisionamiento. Espere a que termine el aprovisionamiento.
  2. Compruebe que el aprovisionamiento de la base de datos ha finalizado correctamente. Cualquier error durante el aprovisionamiento detendrá el proceso de aprovisionamiento. Corrija esos errores. Si es necesario, envíe una solicitud de soporte.
  3. Compruebe que está viendo una base de datos con métricas asociadas. Las bases de datos de conexión (PDB) no producen métricas. Para las PDB, tendrá que seleccionar la base de datos de contenedor (CDB) para la PDB.

Cómo resolver que no se muestran métricas de una base de datos

Si selecciona una base de datos y abre el Portal de Applications Insights y la hoja Métricas y no se muestra ninguna métrica, estas son algunas acciones que se deben realizar para resolver el problema.

  1. No ha seleccionado un espacio de nombre de métricas adecuado. Por defecto, las métricas se abren en el espacio de nombres Métricas basadas en log. Por defecto, el espacio de nombre de métricas inicial es el espacio de nombre Métricas basadas en log. Para una base de datos Oracle Autonomous Database Serverless, una base de datos Oracle Exadata, una base de datos base de Oracle o una base de datos HeatWave de Oracle, deberá seleccionar el espacio de nombres de la siguiente manera:

    Tabla 1-5 Espacio de nombres de métricas

    Tipo de base de datos Espacio de nombre de métricas
    Oracle Autonomous Database Serverless oci_autonomous_database
    Base de datos de Oracle Exadata oci_database
    Base de datos base de Oracle oci_database
    Base de datos HeatWave de Oracle oci_mysql_database
  2. No ha seleccionado una métrica adecuada para la base de datos. Seleccione una de las métricas disponibles en el campo desplegable.
  3. No ha seleccionado un rango de fecha y hora adecuado para las métricas.
  4. La base de datos es nueva y las métricas aún no están disponibles.

Resolución de una incidencia (cuota) de límite de servicio

Al alcanzar el límite de servicio (cuota) para su cuenta, recibe un error si intenta aprovisionar una nueva base de datos. Debe enviar una solicitud de soporte para aumentar el límite con el fin de aprovisionar esa base de datos adicional y esperar hasta que se apruebe el aprovisionamiento, o debe terminar una base de datos existente para liberar recursos, como CPU o almacenamiento, suficientes para la nueva solicitud de aprovisionamiento.

Para obtener más información, consulte Límites de servicio y Límites de servicio por servicio. Los pasos para resolver el aumento del límite de servicio son los siguientes:
  1. En la página de inicio OracleDB para Azure, seleccione el icono Soporte.
  2. Esta es la página Solicitudes de soporte. Puede crear, ver y gestionar solicitudes de soporte asignadas a su cuenta. Seleccione el enlace Crear una solicitud de soporte para crear una solicitud para aumentar los límites de servicio.
  3. Esta es la página Descripción del problema del flujo Crear solicitud de soporte. Seleccione Límites de suscripción y servicio (cuotas). Si tiene otro tipo de problema de soporte, puede seleccionar Facturación o Técnica, según sea necesario.
  4. Después de seleccionar Límites de servicio y suscripción (cuotas), deberá seleccionar el tipo de base de datos en el campo Tipo de cuota. A continuación, seleccionará el botón Siguiente.
  5. Esta es la página Detalles adicionales del flujo Crear solicitud de soporte. Introduzca los detalles de la solicitud de cuota, la gravedad y la información de contacto de esta solicitud. El contacto puede ser cualquier persona de su organización que esté gestionando este problema. Deben tener acceso a esta suscripción para poder realizar un seguimiento, gestionar y responder a la solicitud.
  6. Los detalles de cuota variarán según el tipo de base de datos. Este es un ejemplo de los detalles de cuota para un aumento de cuota de Oracle Base Database.
  7. Este es un ejemplo de los detalles de cuota para un aumento de cuota de Oracle Exadata Database.
  8. Este es un ejemplo de los detalles de cuota para un aumento de cuota de Oracle Autonomous Database Serverless.
  9. Este es un ejemplo de los detalles de cuota para un aumento de cuota de Oracle HeatWave.
  10. Independientemente del tipo de cuota de base de datos que se seleccione, también tendrá que seleccionar la región a la que se aplicará este aumento de cuota y el nuevo valor solicitado para la cuota. Seleccione el botón Aceptar cuando haya introducido todos los detalles de cuota para la solicitud.
  11. Esta es la página Crear + revisar del flujo Crear solicitud de soporte. Si ha introducido toda la información necesaria, se activará el botón Crear. Si no ha introducido toda la información necesaria o desea cambiar cualquiera de la información que ha introducido, utilice el botón Anterior para volver a la página en la que se introduce esa información. Seleccione el botón Crear para enviar la solicitud. Siga supervisando la solicitud y responda a ella según sea necesario en el portal Solicitudes de soporte.

Resolución de nombres de subred duplicados

Al aprovisionar una base de datos base de Oracle, es posible que no vea la VNET de Microsoft Azure en la lista de recursos disponibles. Si no lo ve en la lista, su VNET no se puede conectar con una red virtual en la nube (MCVCN) multinube de Oracle Cloud Infrastructure (OCI) debido a las limitaciones de enrutamiento de Microsoft Azure.

Para resolver este problema, haga lo siguiente::

  1. Suprima el gateway de red virtual (VNG) o el servidor Azure Route Server (ARS) asociado a la VNET o a cualquiera de sus VNET conectadas.
  2. Cree una nueva VNET para intercambiar tráfico con su MCVCN de OCI.