Risoluzione dei problemi di Oracle Database@Azure

Si consiglia di rimuovere tutti i lock di Microsoft Azure alle risorse di Oracle Database@Azure prima di terminare le risorse. Ad esempio, se si utilizza un endpoint privato Microsoft Azure bloccato con Oracle Database@Azure, confermare che l'endpoint può essere eliminato, quindi rimuovere il lock prima di eliminare le risorse Oracle Database@Azure. Se si dispone di un criterio per impedire l'eliminazione delle risorse bloccate, il flusso di lavoro di Oracle Database@Azure per eliminare le risorse di sistema non riesce perché Oracle Database@Azure non può eliminare una risorsa bloccata.

I requisiti di indirizzo IP sono diversi tra Oracle Database@Azure ed Exadata Database Service on Dedicated Infrastructure in Oracle Cloud Infrastructure (OCI). Nella documentazione Requisiti per lo spazio degli indirizzi IP per Exadata in OCI, devono essere considerate le seguenti differenze con i requisiti di Oracle Database@Azure:

• Oracle Database@Azure supporta solo Exadata X9M. Tutte le altre forme non sono supportate.

• Oracle Database@Azure riserva 13 indirizzi IP per la subnet client.

È possibile connettere una VM Microsoft Azure a un cluster VM Oracle Exadata se entrambi si trovano nella stessa rete virtuale (VNet). Questa funzionalità è automatica e non richiede modifiche aggiuntive alle regole del gruppo di sicurezza di rete (NSG). Se è necessario connettere una VM Azure da una VM VNet diversa da quella utilizzata dal cluster VM Exadata, è inoltre necessario configurare le regole del traffico NSG per consentire al traffico dell'altra VNet di passare al cluster VM Exadata. Ad esempio, se si dispone di 2 VNets ("A" e "B"), con VNet A che serve Microsoft Azure VM e VNet B che serve il cluster VM Oracle Exadata, è necessario aggiungere l'indirizzo CIDR di VNet A alla tabella di instradamento NSG in OCI.

Per impostazione predefinita, le tenancy OCI create durante l'onboarding di Oracle Database@Azure hanno un limite di servizio pari a 0 (zero) per i log di flusso VNC. Per utilizzare i log di flusso della VCN, richiedere un aumento dei limiti del servizio per la tenancy OCI. Per istruzioni, vedere Per richiedere un aumento del limite per i log di flusso della VCN.

Lo spostamento delle risorse Oracle Database@Azure mediante Azure Resource Mover non è attualmente supportato in Microsoft Azure. Per risolvere questo problema e per ulteriori informazioni, vedere (KB173908) OCI Multicloud Support - Oracle Database@Azure - Can You Move Oracle Database@Azure Resources to Another Resource Group? presso My Oracle Support.

Messaggio di errore: "lo spostamento di una sottoscrizione Azure con una risorsa di sottoscrizione Oracle Database@Azure a un altro tenant azure non è attualmente supportato".

Motivo dell'errore: le sottoscrizioni Azure che sono state inserite in Oracle Database@Azure non possono essere spostate in un altro tenant Azure perché il servizio Oracle Database@Azure verrebbe interrotto.

Risoluzione: se è necessario spostare una sottoscrizione di Azure che è stata inserita con Oracle Database@Azure, aprire una richiesta di supporto con il Supporto Oracle. Il team di supporto multicloud di Oracle ti aiuterà con la richiesta. Per informazioni dettagliate sull'apertura di una richiesta di supporto, vedere Informazioni sul supporto di Oracle Database@Azure.

Creare il criterio descritto in questa sezione per abilitare la creazione delle risorse in Azure East US 2. Se si tenta di creare risorse in East US 2 senza le autorizzazioni necessarie, nel portale di Azure viene visualizzato il messaggio "La distribuzione non è riuscita":

Creare il criterio richiesto come indicato di seguito.

1. Eseguire il login all'account OCI all'indirizzo http://cloud.oracle.com.
2. Aprire il menu di navigazione e selezionare Identità e sicurezza. In Identità, selezionare Criteri.
3. Selezionare Crea criterio.
4. Nome: immettere Additional_Multicloud_Policy
5. Descrizione: Facoltativo. Immettere una descrizione. Ad esempio, "Policy per abilitare la creazione di risorse Oracle Database@Azure nell'area Azure East US 2".

6. In Costruzione guidata criteri, utilizzare l'opzione di attivazione/disattivazione Mostra editor manuale per abilitare il campo dell'editor di criteri manuale, quindi incollare il criterio seguente nell'editor manuale:

   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. Selezionare Crea per creare il criterio. Il nuovo criterio viene elencato nella pagina della vista a elenco Criteri.

Creare il criterio richiesto per l'osservabilità (metriche) come indicato di seguito.

1. Eseguire il login all'account OCI all'indirizzo http://cloud.oracle.com.
2. Aprire il menu di navigazione e selezionare Identità e sicurezza. In Identità selezionare Compartimenti.
3. Dalla lista dei compartimenti, selezionare il nome del compartimento con il prefisso MulticloudLink_ODBAA_ per aprire la pagina dei dettagli del compartimento. Se vengono visualizzati più compartimenti con questo prefisso, selezionare il compartimento creato più di recente con questo prefisso.
4. Copiare l'OCID del compartimento e incollarlo in un file di testo da utilizzare in un secondo momento in questa procedura. Per ulteriori informazioni sugli OCID, vedere OCID (Oracle Cloud ID).
5. Aprire il menu di navigazione e selezionare Identità e sicurezza. In Identità, selezionare Criteri.
6. Selezionare Crea criterio.
7. Nome: immettere Additional_Observability_Multicloud_Policy
8. Descrizione: Facoltativo. Immettere una descrizione. Ad esempio, "Policy per abilitare le metriche di Oracle Database@Azure per l'area Azure East US 2".

9. In Costruzione guidata criteri, utilizzare l'opzione di attivazione/disattivazione Mostra editor manuale per abilitare il campo dell'editor di criteri manuale, quindi incollare il criterio seguente nell'editor manuale:

   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. Nell'editor manuale sostituire le due variabili <COMPARTMENT_OCID> nel criterio con l'OCID copiato nel passo 3 di questa procedura.
11. Selezionare Crea per creare il criterio. Il nuovo criterio viene elencato nella pagina della vista a elenco Criteri.