Monitoraggio dei database Oracle con Checkmk

Affinché Checkmk possa recuperare i dati da Oracle, è necessario creare un account utente con diritti di lettura per ogni database da monitorare. Se si utilizza un Real Application Cluster (RAC), è sufficiente creare l'account utente una sola volta. Tuttavia, in seguito sarà necessario installare e configurare l'agente Checkmk, compreso il plug-in dell'agente, su ogni nodo del cluster Oracle.

La procedura varia a seconda dell'ambiente Oracle utilizzato. Tuttavia, è possibile leggere ulteriori dettagli in merito nella documentazione Oracle. Per il mio sito Oracle sul mio server locale, ad esempio, mi collego alla riga di comando con SQL Plus, naturalmente è possibile utilizzare anche un altro strumento.

Nel mio esempio, passo all'utente Oracle e accedo come sysdba. Un'autorizzazione di alto livello non è indispensabile, ma è necessario un account con diritti sufficienti per la creazione di un nuovo account utente.

su - oracle
sqlplus / as sysdba

A questo punto si crea l'account utente per Checkmk. Nel mio caso, l'ho chiamato "monitoring".

create user monitoring identified by myPassword

Dopo aver creato l'account utente, assegnagli i diritti di accesso e di avvio di una sessione.

grant select_catalog_role to monitoring
grant create session to monitoring

Ora è possibile testare la connessione con connect.

connect monitoring/myPassword

Nel mio caso, l'accesso è avvenuto con successo. Qui 'myPassword' è solo un segnaposto. Si consiglia di utilizzare sempre una password forte, di lunghezza sufficiente e composta da lettere maiuscole e minuscole, numeri e caratteri speciali.

Passare ora al sito di Checkmk per preparare il plug-in dell'agente Oracle, che verrà poi installato sul server Oracle. A tal fine, utilizzare la regola agente "Database Oracle".

• Cercare "database oracle" in Setup. Fare clic su "Database ORACLE (Linux, Solaris, AIX, Windows)".
• Fare clic su Add rule.

A questo punto verranno visualizzate molte opzioni di impostazione. Poiché Checkmk dispone già di buone impostazioni predefinite, sarà necessario attivare solo alcune delle opzioni.

• È possibile saltare le Rule Properties, poiché non è necessario apportare alcuna modifica. Queste opzioni servono principalmente per aggiungere informazioni aggiuntive per questa regola specifica.
• La configurazione viene eseguita su database ORACLE (Linux, Solaris, AIX, Windows):
  • Selezionare la casella di controllo per l'Activation e lasciare l'impostazione predefinita "Deploy ORACLE database plugin".
  • Sui sistemi Linux, Checkmk presuppone per impostazione predefinita che il server Oracle utilizzi xinetd come demone super server. È necessario modificare l'opzione Host uses xinetd or systemd (Linux/AIX/Solaris only) se il server host del database è impostato su systemd, come nel mio caso. L'interval può essere lasciato a un minuto.
  • Attivare le Login defaults. Verrà visualizzata una serie di opzioni di accesso.
    • Attivare il Authentication method per accedere con un normale account utente. Mantenere l'impostazione predefinita "Login with the following credentials".
    • Aggiungete l'account utente, nel mio caso "monitoring", a User, seguito dalla password corrispondente a Password.

Nella maggior parte dei casi, non sono necessarie altre configurazioni per l'accesso. Nel mio esempio, la regola è la seguente.

In Conditions non è necessario modificare altre impostazioni, poiché le regole dell'agente si applicano alla configurazione del pacchetto agente e non agli host di monitoraggio.

• Salvare la regola con Save.

In questo modo, la regola dell'agente è stata configurata. Checkmk viene fornito con pratiche impostazioni predefinite. Nella fase successiva, si procederà alla creazione e all'installazione dell'agente. Tuttavia, nella prossima parte, vorrei spiegare le altre funzioni della regola di monitoraggio Oracle. Se necessario, è possibile personalizzare il monitoraggio di Oracle, ma in questo tutorial non sono necessarie queste opzioni. Se non si necessita di alcuna personalizzazione, si può procedere direttamente al confezionamento degli agenti.

I primi sette punti di configurazione per i database ORACLE (Linux, Solaris, AIX, Windows) riguardano l'accesso di Checkmk al database.

La voce più importante è Login defaults, in quanto qui si decide come Checkmk accede al database Oracle da monitorare. In Authentication method, è possibile utilizzare un portafoglio Oracle per accedere in alternativa a un account utente. Per maggiori dettagli sull'utilizzo di un portafoglio Oracle, consultare la documentazione di Oracle o la documentazione di Checkmk.

Per impostazione predefinita, Checkmk utilizza un normale account utente per recuperare i dati dal database Oracle. Con login as role è possibile personalizzare questo aspetto e definire Checkmk come sysdba, sysdg o sysoper come ruolo.

L'opzione Hostname or IPv4 address for listener definisce l'indirizzo dell'istanza Oracle. Per impostazione predefinita, l'agente ascolta su localhost, ma è possibile modificarlo se necessario. Se si è modificata la porta predefinita di Oracle, è necessario modificarla anche in TCP port for listener.

Se si desidera utilizzare un alias Transparent Network Substrate (TNS) per l'accesso a Oracle, è necessario memorizzarlo in TNS Alias (Linux/AIX/Solaris only) in Checkmk.

Se si desidera personalizzare i dati di login per un SID specifico, è possibile utilizzare l'opzione Login for selected database. Poi si possono aggiungere qui i singoli SID.

Se si desidera monitorare l'Automatic Storage Management (ASM) di Oracle, è necessario creare un account utente separato per Checkmk. Questo account deve essere memorizzato in Login for ASM Instances to monitor, altrimenti Checkmk non può raccogliere i dati di monitoraggio da ASM.

Se si desidera escludere alcuni SID dal monitoraggio, si troverà una serie di opzioni in Instances to monitor. Ciò può essere utile, ad esempio, per i sistemi di prova degli sviluppatori.

Una volta configurata la regola dell'agente, creare il pacchetto dell'agente è facile. Passare alla Agent Bakery e creare l'agente.

• Andare a Setup -> Windows, Linux, Solaris, AIX.
• Il pulsante con il simbolo della fiamma e la didascalia "Bake agents" dovrebbe essere di colore arancione e quindi pronto per essere baked. Fare clic su di esso.

Attendere brevemente che venga visualizzato l'agente. Quindi, fate clic sull'agente che corrisponde al sistema operativo del vostro server di database. Per me, si tratta del pacchetto RPM.

Se si utilizzano database Oracle su più server con dati di accesso diversi, è necessario configurare più volte la regola del database Oracle e creare più agenti. Se si cambia il server Oracle da un sistema operativo con xinetd a uno con systemd, di solito è necessario modificare l'opzione corrispondente e creare un nuovo agente.

Altrimenti, è sufficiente creare un agente per una serie di database che utilizzano sistemi operativi diversi se si utilizzano gli stessi dati di accesso e gli stessi parametri di monitoraggio per tutti i database Oracle.

Se l'agente viene eseguito insieme al plug-in Oracle sul server Oracle, è possibile includerlo nel monitoraggio. Si consiglia di utilizzare una struttura a cartelle in Checkmk, in quanto ciò semplifica l'amministrazione degli host nel monitoraggio. Per questo motivo, occorre innanzitutto creare una cartella per i database Oracle.

• Andare a Setup -> all hostfare clic su Add folder e inserire un nome a scelta in Title. Io ho chiamato la cartella 'oracle'.
• Fare clic su Save.
• Aprire quindi la cartella facendo clic su di essa.
• Fare clic su Add host per creare un host in questa cartella.
• In Hostname, inserisci il nome del tuo server Oracle. In questa esercitazione, il mio server Oracle si chiama 'oracle-sr1-01.lan.domain.net'.
• Se il nome host non è risolvibile tramite DNS, è necessario attivare l'opzione IPv4 address e inserire l'indirizzo IP del server. Per me non è necessario.
• Fare clic su Save & go to service configuration.

Raccomando l'uso di nomi DNS completamente qualificati (FQDN) come standard per i nomi di host nell'intera infrastruttura. Questo tutorial per un naming concept coerente ti aiuterà nell'implementazione.

• Attendere il rilevamento automatico dei servizi e accettare tutti i servizi di monitoraggio rilevati con Accept all.
• Per visualizzare il server del database come host, attivare le modifiche in Checkmk. Fare clic sull'icona gialla con il punto esclamativo nell'angolo in alto a destra. Dovrebbe essere visualizzato il numero di "modifiche".
• Fare clic su Activate on selected sites.
• Il primo database Oracle è ora nel monitoraggio. È possibile trovare l'host in Monitor -> All hosts.

Nel mio esempio specifico, Checkmk ha rilevato numerosi servizi. Grazie alle soglie predefinite, Checkmk mi avverte anche che la memoria principale potrebbe essere sovrautilizzata (136% impegnato) e che questo database utilizza una percentuale elevata della memoria principale condivisa (44,76%). In questo caso, tuttavia, si tratta di un dato accettabile, dato che per il mio sistema di test utilizzo solo una quantità piuttosto ridotta di memoria di lavoro.

Ora le prestazioni dell'applicazione Oracle e il sistema operativo sono monitorati. Se si utilizza un server hardware con scheda di gestione, è necessario includere anche questo come host separato nel monitoraggio. In teoria si potrebbero anche aggiungere i servizi hardware all'host già esistente, ma questo ha un effetto negativo sulle prestazioni a lungo termine, quindi lo sconsiglio.

L'aggiunta dei servizi è facile perché Checkmk li riconosce automaticamente. In questo caso utilizzo IPMI per trasferire i dati di monitoraggio.

• Andare a Setup -> All hosts e riaprire la cartella Oracle.
• Fare clic su Add host.
• In Hostname, inserire un nome per la scheda di gestione. Io l'ho chiamato 'oracle-iLO-sr1-01.lan.domain.net'.
• Fare clic su Save & go to folder.

Se il nome host della scheda di gestione del server non è risolvibile tramite DNS, è necessario inserire manualmente un indirizzo IP in IPv4 address.

• In Conditions, attivare l'opzione Explicit hosts e applicare questa regola all'host della scheda di gestione. In questo caso ho utilizzato 'oracle-iLO-sr1-01.lan.domain.net'.

• Andare a Setup -> Host. A questo punto dovrebbero essere visualizzati gli host dei database e il server hardware.
• In corrispondenza dell'host della scheda di gestione, fare clic sull'icona gialla per il rilevamento automatico del server, la terza icona a destra.

• Se accetti ancora una volta le 'modifiche' con Activate on selected sites, avrai aggiunto la Management Board al monitoraggio.

Ad esempio, ecco la vista host del mio host per l'hardware del server:

Soprattutto per i database Oracle nel cloud, l'installazione di agenti di monitoraggio è fuori questione. Checkmk è tuttavia in grado di accedere a tali database da remoto e di recuperare i dati di monitoraggio. Checkmk trasferisce quindi queste informazioni al monitoraggio tramite un host piggyback.

L'ubicazione fisica del sito remoto di Oracle è irrilevante, ma deve essere accessibile via IP per l'host piggyback. Sull'host piggyback deve essere possibile installare l'agente Checkmk, compresi i file di configurazione Oracle, e deve essere installato anche il client Oracle. Naturalmente, l'host piggyback deve essere accessibile dal sito Checkmk.

In questo caso, utilizzo il mio server Oracle locale 'oracle-sr1-01.lan.domain.net' come host piggyback per monitorare il mio database Oracle remoto 'DemoDB'. Questo è uno scenario tipico degli ambienti di database ibridi; inoltre, un server Oracle di solito include già tutti i requisiti per un host piggyback.

Tuttavia, è possibile memorizzare il file di configurazione Oracle con i dati di accesso al database Oracle remoto su qualsiasi server locale, purché soddisfi i requisiti per il monitoraggio dei database Oracle remoti.

Per prima cosa è necessario creare l'host per il database remoto nel monitoraggio. In questo tutorial lo faccio manualmente, poiché ho un solo host. Tuttavia, se hai un numero maggiore di database remoti, ti consiglio di utilizzare la Configurazione dinamica degli host per creare automaticamente gli host in base ai dati di piggyback.

• Andare di nuovo a Setup -> All hosts e aprire la cartella Oracle.
• Fare clic su Add host.
• Come name dell'host si deve utilizzare il SID del database remoto, che nel mio caso è 'DemoDB'. Checkmk non può assegnare i dati se questo nome non è corretto. In Network address, attivare l'opzione IP address family e selezionare 'No IP'.
• In Monitoring agents fare clic su "show more" e modificare due opzioni:
  • Attivare l'opzione Checkmk agent / API integrations e selezionare "No API integration, No agent". In Piggyback, selezionare l'opzione "Always use and expect piggyback data".
• Fare clic su Save & go to folder.

Creare un nuovo pacchetto agente e utilizzare ancora una volta la regola agente Oracle:

• In Setup, cercare nuovamente "oracle database" e aprire "ORACLE databases (Linux, Solaris, AIX, Windows)".
• Fare clic su Add rules per creare una nuova regola. Non modificare la regola esistente per il server Oracle locale.
• La configurazione è diversa da quella precedente:
  • Attivare Activation and Login Defaults.
  • Per le Login default, inserire le informazioni relative al database remoto:
    • Nel mio caso, il authentication method è di nuovo un normale account utente. Mantieni l'impostazione predefinita "Login with the following credentials".
    • Aggiungi l'account utente per il tuo database remoto in User, qui ho anche chiamato l'account di accesso 'monitoring', seguito dalla password corrispondente in Password.

• Scorrere verso il basso e attivare l'opzione Remote instances (Linux/AIX/Solaris only).
  • Fare clic su "Add remote instance".
  • Con l'Unique ID si assicura che la configurazione della connessione a questo database esterno sia unica e che non ci siano duplicati. Nel mio caso, ho selezionato "Usa il SID remoto".
  • In Monitoring host this database should be mapped to, selezionare l'host a cui Checkmk deve assegnare i dati di piggyback. Per me, questo host si chiama 'DemoDB'.
  • In ORACLE SID of the remote database, inserire il SID del database da monitorare. Nel mio caso, anche questo si chiama 'DemoDB'.
  • In DNS Hostname or IP-address of the database server, devi inserire l'indirizzo IP o il nome DNS del server di database attraverso il quale è possibile accedere all'istanza Oracle remota, in questo caso '10.200.6.6'.
  • Alla voce ORACLE release of the remote database, seleziona la vostra versione di Oracle. Per la versione 12.1 e successive, selezionare "12.1". Nel mio caso, faccio esattamente così, poiché utilizzo la versione 19.0.
• Memorizzare la regola con Save.

• Preparare l'agente come prima con la Agent Bakery. A tal fine, fare nuovamente clic su "Bake agents" in Setup -> Agents -> Windows, Linux, Solaris, AIX.
• Scaricare il pacchetto agente e installarlo sull'host piggyback precedentemente definito nella regola Oracle. Per me, si tratta del server Oracle "oracle-sr1-01.lan.domain.net".