Risoluzione dei problemi del database

Utilizzare le informazioni contenute in questa sezione per risolvere gli errori comuni e i problemi di provisioning in Oracle Database Service for Azure.

I problemi trattati in questa guida non riguardano i problemi generali relativi alla configurazione, alle impostazioni e all'impostazione dell'account di Oracle Database Service for Azure. Per la guida alla risoluzione dei problemi, vedere la guida Troubleshooting.

Dimensionamento CIDR di rete

Quando si esegue il provisioning di un Oracle Base Database, di un cluster VM Oracle Exadata o di un Oracle HeatWave con uno o più nodi HeatWave, si specifica un indirizzo di rete utilizzando la notazione CIDR, ovvero un intervallo di indirizzi di rete utilizzati dal servizio. Inoltre, quando esegui il provisioning di un sistema Oracle Exadata, che include VM e nodi di database al suo interno, specifichi anche un intervallo di indirizzi di rete con CIDR. Questo documento spiega come tali intervalli CIDR vengono utilizzati in Oracle Database Service for Azure e come selezionare lo spazio appropriato in base al servizio di cui si sta eseguendo il provisioning.

Nota

Oracle Autonomous Database Serverless (ADB-S) utilizza un modello diverso per la gestione della rete e non è influenzato da questi requisiti.

Quando si specifica la rete cloud virtuale (VCN) utilizzando la notazione CIDR, suddivisa in due subnet. Ogni subnet ha solo la metà dell'intervallo CIDR specificato. Inoltre, 5 indirizzi IP per subnet sono riservati da Oracle Database Service for Azure e non sono disponibili per il servizio di cui si sta eseguendo il provisioning. Per ulteriori informazioni su questi indirizzi riservati, vedere Esistono limitazioni per l'uso degli indirizzi IP all'interno di queste subnet?

Tabella 1-2 Numero di IP disponibili per subnet

CIDR VCN CIDR subnet IP riservati per subnet IP disponibili per subnet
/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)

Questa tabella consente di selezionare un intervallo CIDR appropriato per il servizio o i servizi specifici che la VCN supporterà.

Tabella 1-3 Numero di sistemi di database o cluster VM supportati

  Intervallo CIDR selezionato
Forma /28 /27 /26 /25 /24 /23 /22
Exadata X9M (32 nodi al massimo) 0 0 0 0 0 1 3
Exadata X8M / X9M (8 nodi) 0 0 0 1 3 7 14
Sistema di base Exadata / X8M / X9M (minimo 2 nodi) 0 1 2 5 11 22 46
Oracle Base Database a due nodi 0 1 3 8 17 35 72
Oracle Base Database a nodo singolo 3 11 27 59 123 251 507
Oracle HeatWave a nodo singolo 1 5 13 29 61 125 253
Ogni volta che avvii un processo di provisioning, il processo di pre-volo controllerà i requisiti della forma della richiesta in base al CIDR di rete specificato. Se l'intervallo CIDR non è sufficiente per la forma, verrà visualizzato un errore simile al seguente:
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

In questo caso, dovrai aumentare le dimensioni della VCN per la forma richiesta.

Utilizzare la tabella riportata di seguito per calcolare i requisiti di indirizzo IP per la forma del database.

Tabella 1-4 IP richiesti per ogni istanza di database per forma

Forma database Numero di IP richiesti per istanza
Oracle Base Database a nodo singolo 1
Oracle Base Database a due nodi (2 * 2 nodi) + 3 SCAN = 7
Oracle HeatWave a nodo singolo 2
Sistema di base Exadata / X8M / X9M (minimo 2 nodi) (4 * 2 nodi) + 3 SCAN = 11
Exadata X8M / X9M (8 nodi) (4 * 8 nodi) + 3 SCAN = 35
Exadata X9M (32 nodi al massimo) (4 * 32 nodi) + 3 SCAN = 131

Errore provisioning osservabilità Oracle Base Database

Gli Oracle Base Database richiedono, durante il provisioning, la capacità di creare o aggiornare un gruppo di risorse e un dashboard.

Dal portale Microsoft Azure, controllare i criteri applicati all'account. Per eseguire correttamente il provisioning di un Oracle Base Database, non è possibile disporre di un criterio che impedisca la creazione o gli aggiornamenti dei gruppi di risorse. Non è inoltre possibile disporre di un criterio che impedisca la creazione o gli aggiornamenti dei dashboard. Se esistono, è necessario rimuoverli o rilasciarli affinché il provisioning di Base Database riesca.

Indirizzi IP riservati

I flussi di lavoro di avvio del provisioning del database possono occasionalmente non riuscire a causa di un problema di conflitto di indirizzi IP quando la rete MCVCN (Virtual Cloud Network) multicloud opera in modalità di instradamento automatico.

In modalità di instradamento automatico, la rete MCVCN (Virtual Cloud Network) multicloud configura un load balancer interno (ILB) nel VNET foglia e assegna gli indirizzi IP assegnati a un nodo del database sul lato VCN (OCI) di Oracle Cloud Infrastructure. Questo funziona bene per la maggior parte degli scenari. Ecco dove e perché fallisce.

Quando l'indirizzo IP del database rientra in uno dei primi 4 indirizzi IP o nell'ultimo indirizzo IP dell'intervallo di subnet, Microsoft Azure rifiuta la richiesta di configurazione dell'indirizzo IP privato. I primi 4 indirizzi IP e gli ultimi indirizzi IP all'interno di un intervallo di subnet sono riservati da Microsoft Azure (vedere Microsoft Azure Virtual Network - Domande frequenti).

Si supponga, ad esempio, che una subnet venga generata dinamicamente con un CIDR /24, la configurazione della subnet più comune, il CIDR indica che circa il 2% dei workflow di avvio del provisioning del database non riuscirà perché la VCN ha selezionato in modo casuale un indirizzo IP all'interno di una subnet. La frequenza di errori è maggiore con intervalli di subnet CIDR più piccoli.

Il terzo e il quarto indirizzo IP (che per 10.0.0.0/24 sarebbe 10.0.0.2 e 10.0.0.3) sono riservati in Microsoft Azure ma utilizzabili in OCI. L'automazione del flusso di lavoro di provisioning del database è stata modificata per riservare correttamente questi indirizzi IP. Il problema si verificherà al termine della configurazione manuale e dell'incorporazione delle risorse OCI.

Invio richiesta di supporto

Per inviare una richiesta di supporto, attenersi alla procedura riportata di seguito.

  1. Nella home page di OracleDB per Azure, selezionare l'icona Supporto.
  2. Questa è la pagina Richieste di supporto. È possibile creare, visualizzare e gestire le richieste di supporto assegnate al proprio account. Selezionare il collegamento Crea una richiesta di supporto per creare una nuova richiesta.
  3. Questa è la pagina Descrizione problema del flusso Crea richiesta di supporto. È possibile selezionare opzioni quali Fatturazione, Limiti di servizio e sottoscrizione (quote) o Tecnico, a seconda dei casi.
  4. Le pagine che seguono variano in base al tipo di richiesta di supporto che si sta compilando. Sono disponibili tre (3) pagine per ogni tipo, la pagina Descrizione problema, la pagina Dettagli aggiuntivi e la pagina Revisione + creazione.
  5. Nella pagina Rivedi + crea, il pulsante Crea, come mostrato, verrà abilitato solo dopo aver inserito valori accettabili in tutti i campi della richiesta di supporto richiesti.
  6. Continuare a monitorare e rispondere alla richiesta in base alle esigenze nel portale Richieste di supporto.

Risoluzione dell'icona Metriche non visualizzata per un database

Da qualsiasi blade di database, verrà visualizzata un'icona Metriche nella riga delle icone di gestione per tale database. In un database completamente funzionante, tale icona verrà abilitata. Di seguito sono riportate alcune azioni da eseguire per risolvere il problema.

  1. Controllare che il provisioning del database sia stato completato. Questa icona non verrà abilitata fino al completamento del provisioning. Attendere il completamento del provisioning.
  2. Controllare che il provisioning del database sia stato completato correttamente. Eventuali errori durante il provisioning interromperanno il processo di provisioning. Risoluzione di tali errori. Se necessario, inoltrare una richiesta di supporto.
  3. Verificare che si stia visualizzando un database con metriche associate. I pluggable database (PDB) non producono metriche. Per i PDB, sarà necessario selezionare il container database (CDB) per il PDB.

Risoluzione di nessuna metrica visualizzata per un database

Se si seleziona un database e si aprono il portale di Applications Insights e il blade Metriche senza che vengano visualizzate metriche, di seguito sono riportate alcune azioni da eseguire per risolvere il problema.

  1. Non è stato selezionato uno spazio di nomi delle metriche appropriato. Per impostazione predefinita, le metriche vengono aperte nello spazio di nomi Metriche basate sul log. Per impostazione predefinita, lo spazio di nomi delle metriche iniziale è lo spazio di nomi Metriche basate sul log. Per Oracle Autonomous Database Serverless, Oracle Exadata Database, Oracle Base Database o Oracle HeatWave Database, dovrai selezionare lo spazio di nomi come indicato di seguito:

    Tabella 1-5 Spazio di nomi metriche

    Tipo di database Spazio di nomi metriche
    Oracle Autonomous Database Serverless oci_autonomous_database
    Database Oracle Exadata oci_database
    Oracle Base Database oci_database
    Database HeatWave Oracle oci_mysql_database
  2. Non è stata selezionata una metrica appropriata per il database. Effettuare una selezione tra le metriche disponibili nel campo a discesa.
  3. Non è stato selezionato un intervallo di tempo e di date appropriato per le metriche.
  4. Il database è nuovo e le metriche non sono ancora disponibili.

Risoluzione di un problema relativo alla quota di servizio

Quando si raggiunge il limite del servizio (quota) per l'account, si verifica un errore quando si tenta di eseguire il provisioning di un nuovo database. È necessario inviare una richiesta di supporto per aumentare il limite al fine di eseguire il provisioning di tale database aggiuntivo e attendere che venga approvato per il provisioning oppure arrestare un database esistente per liberare risorse, come la CPU o lo storage, sufficienti per la nuova richiesta di provisioning.

Per ulteriori informazioni, consulta la sezione Limiti dei servizi e Limiti dei servizi per servizio. Di seguito sono riportati i passi per risolvere l'aumento del limite del servizio.
  1. Nella home page di OracleDB per Azure, selezionare l'icona Supporto.
  2. Questa è la pagina Richieste di supporto. È possibile creare, visualizzare e gestire le richieste di supporto assegnate al proprio account. Selezionare il collegamento Crea una richiesta di supporto per creare una richiesta per aumentare i limiti del servizio.
  3. Questa è la pagina Descrizione problema del flusso Crea richiesta di supporto. Selezionare Limiti di servizio e sottoscrizioni (quota). Se si verifica un altro tipo di problema di supporto, è possibile selezionare Fatturazione o Tecnico, se necessario.
  4. Dopo aver selezionato Limiti servizio e sottoscrizione (quote), sarà necessario selezionare il tipo di database nel campo Tipo di quota. Quindi, selezionare il pulsante Successivo.
  5. Questa è la pagina Dettagli aggiuntivi del flusso Crea richiesta di supporto. Immettere i dettagli della richiesta di quota, la severità e le informazioni di contatto per questa richiesta. Il contatto può essere qualsiasi persona all'interno dell'organizzazione che gestisce questo problema. Dovrebbero avere accesso a questa sottoscrizione per essere in grado di tracciare, gestire e rispondere alla richiesta.
  6. I dettagli della quota variano in base al tipo di database. Questo è un esempio dei dettagli della quota per un aumento della quota di Oracle Base Database.
  7. Questo è un esempio dei dettagli della quota per un aumento della quota di Oracle Exadata Database.
  8. Questo è un esempio dei dettagli della quota per un aumento della quota di Oracle Autonomous Database Serverless.
  9. Questo è un esempio dei dettagli di quota per un aumento di quota HeatWave Oracle.
  10. Indipendentemente dal tipo di quota del database selezionato, sarà inoltre necessario selezionare l'Area a cui verrà applicato questo aumento di quota e il nuovo valore richiesto per la quota. Selezionare il pulsante OK dopo aver immesso tutti i dettagli della quota per la richiesta.
  11. Questa è la pagina Crea + revisione del flusso Crea richiesta di supporto. Se sono state immesse tutte le informazioni necessarie, verrà abilitato il pulsante Crea. Se non sono state immesse tutte le informazioni richieste o si desidera modificare le informazioni immesse, utilizzare il pulsante Precedente per tornare alla pagina in cui sono state immesse tali informazioni. Selezionare il pulsante Crea per sottomettere la richiesta. Continuare a monitorare e rispondere alla richiesta in base alle esigenze nel portale Richieste di supporto.

Risoluzione nomi subnet duplicati

Quando si esegue il provisioning di un Oracle Base Database, è possibile che Microsoft Azure VNET non venga visualizzato nella lista delle risorse disponibili. Se non lo vedi nella lista, il tuo VNET non può essere sottoposto a peering con una rete cloud virtuale multicloud (MCVCN) Oracle Cloud Infrastructure (OCI) a causa delle limitazioni di instradamento di Microsoft Azure.

Per risolvere questo problema, effettuare le operazioni riportate di seguito.

  1. Eliminare il gateway di rete virtuale (VNG) o il server di instradamento di Azure (ARS) associato alla rete VNET o a qualsiasi rete VNET in peer.
  2. Crea un nuovo VNET di cui eseguire il peer con la tua rete MCVCN OCI.