Condividi tramite

Gestire e monitorare oracle Database@Azure

  • Articolo

Questo articolo illustra le procedure aziendali che è possibile implementare per gestire e monitorare il servizio di database Oracle Exadata nell'infrastruttura dedicata con Oracle Database@Azure. Implementare queste considerazioni quando si crea la progettazione complessiva e quando si esegue l'onboarding di questo servizio all'interno della zona di destinazione aziendale di Azure.

Considerazioni relative alla progettazione

Considerare questi argomenti chiave prima di distribuire Oracle Database@Azure e i servizi di database Exadata.

  • Identificare l'area di Azure in cui si vuole distribuire i servizi oracle Database@Azure e di database Exadata. Assicurarsi che questa area sia allineata alla zona di destinazione di Azure corrente o futura. Se l'area scelta è diversa dall'area di distribuzione corrente, valutare se gli strumenti di monitoraggio esistenti possono estendere le funzionalità a questa nuova area. Garantire un'integrazione e funzionalità semplici tra aree.

  • Prendere in considerazione il piano di rete prima di distribuire le risorse. Le risorse del database Oracle Exadata vengono distribuite in una subnet privata che non è accessibile da reti virtuali locali o spoke senza distribuire un'appliance virtuale di rete. Un'appliance virtuale di rete non è un firewall tradizionale. Un'appliance virtuale di rete è una macchina virtuale Linux con una route definita dall'utente che fornisce l'indirizzo IP hop successivo e le tabelle iptable personalizzate. Se si dispone di una soluzione di monitoraggio aziendale locale, è necessario distribuire iptables.

  • Acquisire familiarità con i vincoli di rete. Le subnet distribuite all'interno di una rete virtuale e associate ai cluster Oracle Exadata Database sono subnet private delegate. Le subnet delegate non consentono la comunicazione di rete all'esterno della rete virtuale senza distribuire un'appliance virtuale di rete. Per altre informazioni, vedere Vincoli di pianificazione della rete.

  • Scegliere una topologia di rete che supporti al meglio il metodo di migrazione scelto quando si crea il piano di rete. Il metodo di migrazione deve monitorare il processo quando si spostano i dati critici. Le opzioni per la migrazione includono Oracle Gestione ripristino, Oracle Data Guard, Oracle Data Pump o una macchina virtuale Linux con il ruolo Network File System installato. Per indicazioni dettagliate, rivolgersi al rappresentante Oracle e Microsoft.

  • Determinare come integrare gli avvisi di monitoraggio nel processo di valutazione.

  • Creare un elenco di stakeholder chiave che è necessario notificare quando viene attivato un avviso.

  • Esaminare le metriche di monitoraggio con gli amministratori di database per allineare le aspettative.

Per altre informazioni, vedere Pianificare Oracle per l'adozione di Azure.

Suggerimenti per la progettazione

Prendere in considerazione questi consigli prima di distribuire oracle Database@Azure e i servizi di database Exadata.

Monitorare l'integrità e le prestazioni

È consigliabile raccogliere metriche quantitative, ad esempio l'utilizzo della CPU, l'utilizzo della memoria, l'utilizzo dell'archiviazione, le operazioni del database, le query SQL e le transazioni complessive. È possibile usare le metriche di Monitoraggio di Azure o lo strumento di monitoraggio preferito per diagnosticare e risolvere in modo proattivo i problemi. La raccolta e la revisione delle metriche del database consentono di garantire la conformità operativa e il mantenimento a lungo termine.

Monitorare le metriche chiave

La tabella seguente contiene le impostazioni consigliate iniziali per le metriche di Oracle Cloud Database. È possibile aggiungere contatori in base alle esigenze dell'organizzazione. Impostare ogni impostazione di monitoraggio su tutti i nodi disponibili nel cluster. In Monitoraggio di Azure non è possibile selezionare più oggetti contemporaneamente quando si aggiungono metriche. Per immettere le impostazioni specificate, è necessario selezionare ogni nodo del cluster Exadata.

Impostare gli avvisi nella soluzione di monitoraggio per i carichi di lavoro critici. Se si usa Monitoraggio di Azure, è possibile creare gruppi di azioni.

Nome metrica Frequenza di raccolta Threshold Descrizione
Utilizzo CPU 5 minuti 90% Utilizzo della CPU espresso come percentuale e aggregato in tutti i gruppi di consumer. La percentuale di utilizzo viene segnalata rispetto al numero di CPU che il database può usare, ovvero due volte il numero di CPU Oracle. Questa impostazione è per ogni database all'interno del cluster.
Utilizzo archiviazione 30 minuti 90% Percentuale di capacità di archiviazione di cui è stato effettuato il provisioning in uso. Questa impostazione rappresenta lo spazio totale allocato per tutti gli spazi tabella. Questa impostazione è per ogni database all'interno del cluster.
Utilizzo dell'area di recupero flash 15 minuti 90% Utilizzo dell'area di recupero flash.
Utilizzo memoria 15 minuti Megabit 90% consumato Dimensioni totali del pool di memoria.
Utilizzo limite processo 5 minuti 90% Limite di utilizzo del processo.
Utilizzo del limite di sessione 5 minuti 90% Limite di utilizzo della sessione del database.
Area di recupero rapido utilizzabile 15 minuti 90% Area di recupero veloce utilizzabile.
Utilizzo della memoria del cluster di database Oracle Cloud Infrastructure (OCI) 5 minuti 90% Quantità di memoria utilizzata dai cluster di database Exadata.
Stato medio nodo 5 minuti 0 (questa dimensione indica false) Indica se il nodo del cluster del database Exadata all'interno del cluster è disponibile o non disponibile.

Per altre informazioni, vedere Metriche di Oracle Cloud Database.

Passaggi successivi