Installazione di Oracle Enterprise Manager Grid Control R1 su Linux x86_64 e deploy di un agent
Pubblicato Ottobre 2011
Mi sono recentemente avvicinato all'Enterprise Manager Grid Control come passo propedeutico all'uso di Data Guard (ex Stand-by database) ed usandolo ho cominciato ad apprezzarne la praticità, la facilità d'uso e le innumerevoli potenzialità. Ho quindi pensato di dare qualche suggerimento per la sua installazione. Obiettivo dell'articolo è dunque:
- l'installazione di Oracle Enterprise Manager 11g Release 1 Grid Control (11.1.0.1.0) su CentOS 5 a 64bit.
- il deploy di un agent direttamente dalla console del Grid, su un host con versione di sistema operativo e di database differenti da quello del Grid Control
Leggendo l'articolo tenete conto che non sono nè un sistemista nè un grande esperto Linux: le operazioni che faccio sul sistema operativo sono solo quelle che mi servono per sopravvivere. E' quindi probabile che ci sia un modo migliore per fare le stesse cose che faccio io. L'obiettivo è solo quello di riportarvi la mia esperienza sui vari passi dell'installazione evitandovi tutti i vari tentativi che ho fatto io.
Per installare quanto descrivo sotto vi servono i seguenti software:
- l'installazione di Oracle Enterprise Manager 11g Release 1 Grid Control (11.1.0.1.0) su CentOS 5 a 64bit.
- il deploy di un agent direttamente dalla console del Grid, su un host con versione di sistema operativo e di database differenti da quello del Grid Control
Leggendo l'articolo tenete conto che non sono nè un sistemista nè un grande esperto Linux: le operazioni che faccio sul sistema operativo sono solo quelle che mi servono per sopravvivere. E' quindi probabile che ci sia un modo migliore per fare le stesse cose che faccio io. L'obiettivo è solo quello di riportarvi la mia esperienza sui vari passi dell'installazione evitandovi tutti i vari tentativi che ho fatto io.
Per installare quanto descrivo sotto vi servono i seguenti software:
- CentOS 5 per Linux x86_64 che ho poi aggiornato alla release 5.7
- Java JDK 1.6 (al momento in cui ho provato io l'ultima disponibile era la 1.6.0_27): attenzione JDK e non solo JRE.
- Oracle Database 11g Release 2 per Linux 64-bit (io ho usato la 11.2.0.2.0)
- Oracle WebLogic Server 11gR1 (10.3.2) - Package Installer (Generic) (è molto importante prendere la 10.3.2 perché con la 10.3.5, l'ultima disponibile al momento in cui scrivo, non sono riuscito a terminare l'installazione del Grid Control)
- Enterprise Manager 11g Grid Control Release 1 (11.1.0.1.0)
- Configurazione dell'ambiente
- Installazione del repository
- Installazione di WebLogic Server
- Installazione del Grid Control
- Deploy di un agent su altro host
- Conclusioni
Configurazione dell'ambiente
Per capire meglio i passi successivi e per semplicità di esposizione diamo un nome all'host dove ho installato il software: si chiama barracuda. Su questa macchina ho installato un CentOS 5 per Linux x86_64 e l'ho aggiornato fino alla release 5.7
[oracle@barracuda ~]$ uname -a
Linux barracuda 2.6.18-194.el5 #1 SMP Fri Apr 2 14:58:14 EDT 2010 x86_64 x86_64 x86_64 GNU/Linux
[oracle@barracuda ~]$ cat /etc/issue
CentOS release 5.7 (Final)
Kernel \r on an \m
Su questa macchina ho iniziato creando l'utente
oracle e i classici gruppi oinstall e dba[oracle@barracuda ~]$ cat /etc/passwd | grep ora
oracle:x:500:501:oracle:/home/oracle:/bin/bash
[oracle@barracuda ~]$ cat /etc/group | grep ora
oinstall:x:501:oracle
dba:x:502:oraclePer quanto riguarda Java, ho provato anche ad usare openjdk, ma le varie installazioni (soprattutto quella del server WebLogic) mi davano problemi: per questo vi consiglio di installare JDK di Sun-Oracle. E' importante scaricare tutto il JDK, la JRE non basta:
[oracle@barracuda ~]$ which java
/usr/bin/java
[oracle@barracuda ~]$ ls -lapt /usr/bin/java
lrwxrwxrwx 1 root root 22 6 ott 15:22 /usr/bin/java -> /etc/alternatives/java
[oracle@barracuda ~]$ ls -lapt /etc/alternatives/java
lrwxrwxrwx 1 root root 46 7 ott 13:11 /etc/alternatives/java -> /usr/lib/jvm/jre-1.6.0-openjdk.x86_64/bin/java
[oracle@barracuda ~]$ su -
Password:
[root@barracuda ~]# wget http://download.oracle.com/otn-pub/java/jdk/6u27-b07/jdk-6u27-linux-x64.bin
...................
Saving to: `jdk-6u27-linux-x64.bin?e=1318422763&h=fd83598477154678201d716e5da349ba'
...................
[root@barracuda ~]# chmod +x jdk-6u27-linux-x64.bin\?e\=1318422763\&h\=fd83598477154678201d716e5da349ba
[root@barracuda ~]# cd /usr/java/
[root@barracuda java]# ~/jdk-6u27-linux-x64.bin\?e\=1318422763\&h\=fd83598477154678201d716e5da349ba
Unpacking...
Checksumming...
Extracting...
...................
Done.
[root@barracuda java]# cd /etc/alternatives/
[root@barracuda alternatives]# rm java
rm: remove symbolic link `java'? y
[root@barracuda alternatives]# ln -s /usr/java/jdk1.6.0_27/bin/java
[root@barracuda alternatives]# rm jre
rm: remove symbolic link `jre'? y
[root@barracuda alternatives]# ln -s /usr/java/jdk1.6.0_27/jre
[root@barracuda alternatives]# rm jre_1.6.0
rm: remove symbolic link `jre_1.6.0'? y
[root@barracuda alternatives]# ln -s /usr/java/jdk1.6.0_27/jre jre_1.6.0
[root@barracuda alternatives]# exit
logout
[oracle@barracuda ~]$ ls -lapt /etc/alternatives/java
lrwxrwxrwx 1 root root 31 7 ott 16:34 /etc/alternatives/java -> /usr/java/jdk1.6.0_27/bin/java
[oracle@barracuda ~]$ java -fullversion
java full version "1.6.0_27-b07"
Creo la base directory che mi servirà per l'installazione di tutti i software Oracle:
[oracle@barracuda installDir]$ su -
Password:
[oracle@barracuda installDir]$
[oracle@barracuda installDir]$
[oracle@barracuda installDir]$ cd
[oracle@barracuda ~]$ su -
Password:
[root@barracuda ~]# mkdir /u01
[root@barracuda ~]# chown oracle.oinstall /u01
[root@barracuda ~]# exit
logout
[oracle@barracuda ~]$ mkdir -p /u01/app/oracle
Dato che dovevo installare database e Grid Control sulla stessa macchina, mi sono definito degli alias per passare comodamente da un environment all'altro. Ecco il cat del mio
.bash_profile:[oracle@barracuda ~]$ cat ~/.bash_profile
# .bash_profile
# Get the aliases and functions
if [ -f ~/.bashrc ]; then
. ~/.bashrc
fi
# User specific environment and startup programs
ORACLE_BASE=/u01/app/oracle
ORACLE_HOME=$ORACLE_BASE/product/11.2.0/dbhome_1
ORACLE_SID=emgcdb
EDITOR=vi
ORIG_PATH=$PATH
PATH=$ORACLE_HOME/bin:$PATH:$HOME/bin
export PATH ORACLE_BASE ORACLE_HOME EDITOR ORACLE_SID ORIG_PATH
alias AGENT='export ORACLE_HOME=$ORACLE_BASE/Middleware/agent11g ; export PATH=$ORACLE_HOME/bin:$ORIG_PATH:$HOME/bin'
alias OMS='export ORACLE_HOME=$ORACLE_BASE/Middleware/oms11g ; export PATH=$ORACLE_HOME/bin:$ORIG_PATH:$HOME/bin'
alias DB='export ORACLE_HOME=$ORACLE_BASE/product/11.2.0/dbhome_1 ; export PATH=$ORACLE_HOME/bin:$ORIG_PATH:$HOME/bin'
Ho anche creato una directory dove ho messo tutto il software da installare. Nel mio caso avevo tutti file compressi che ho dovuto scompattare:
[oracle@barracuda ~]$ cd installDir/
[oracle@barracuda installDir]$ ls -lapt
total 10164072
drwxrwxr-x 2 oracle oracle 4096 7 ott 17:02 ./
-rw-rw-r-- 1 oracle oracle 5025599448 7 ott 16:59 Oracle_Database_11_2_0_2_for_linux_x86_64.tgz
-rw-rw-r-- 1 oracle oracle 4426669409 7 ott 16:58 Oracle_GridControl_11.1.0.1.0_Linux_x86-64.tgz
drwx------ 19 oracle oinstall 4096 7 ott 16:51 ../
-rw-rw-r-- 1 oracle oracle 945517652 7 ott 16:46 wls1032_generic.jar
[oracle@barracuda installDir]$
[oracle@barracuda installDir]$ tar xvfz Oracle_GridControl_11.1.0.1.0_Linux_x86-64.tgz
....
....
[oracle@barracuda installDir]$
[oracle@barracuda installDir]$ tar xvfz Oracle_Database_11_2_0_2_for_linux_x86_64.tgz
....
....
[oracle@barracuda installDir]$ rm *.tgz
[oracle@barracuda installDir]$ ls -lapt
total 924304
drwxrwxr-x 4 oracle oracle 4096 7 ott 18:14 ./
drwx------ 19 oracle oinstall 4096 7 ott 18:11 ../
-rw-rw-r-- 1 oracle oracle 945517652 7 ott 16:46 wls1032_generic.jar
drwxr-xr-x 9 oracle oracle 4096 5 lug 17:49 Oracle_GridControl_11.1.0.1.0_Linux_x86-64/
drwxr-xr-x 8 oracle oracle 4096 23 giu 18:17 Oracle_11_2_0_2/
[oracle@barracuda installDir]$ A questo punto siamo pronti per l'installazione delle tre parti necessarie: repository, WL server e grid.
Installazione del repository
Cominciamo con l'installazione del database che utilizzeremo poi come repository del nostro EM Grid Control.[oracle@barracuda installDir]$ cd Oracle_11_2_0_2/database/
[oracle@barracuda database]$ ls -alpt
total 116
drwxr-xr-x 8 oracle oracle 4096 23 giu 18:17 ../
drwxr-xr-x 8 oracle oracle 4096 16 nov 2010 ./
-rwxr-xr-x 1 oracle oracle 27303 16 nov 2010 readme.html
-rw-r--r-- 1 oracle oracle 5394 16 nov 2010 welcome.html
drwxr-xr-x 14 oracle oracle 4096 16 nov 2010 stage/
drwxr-xr-x 2 oracle oracle 4096 16 nov 2010 rpm/
-rwxr-xr-x 1 oracle oracle 3226 16 nov 2010 runInstaller
drwxr-xr-x 2 oracle oracle 4096 16 nov 2010 sshsetup/
drwxr-xr-x 12 oracle oracle 4096 16 nov 2010 doc/
drwxr-xr-x 2 oracle oracle 4096 16 nov 2010 response/
drwxr-xr-x 4 oracle oracle 4096 16 nov 2010 install/
[oracle@barracuda database]$ ./runInstaller
Come vedrete qui sotto, ho fatto una installazione molto semplice del database, scegliendo opzioni molto standard e ho usato come SID emgcdb. Ecco alcuni dei passaggi dell'installazione con la possibilità di vedere le immagini per capire meglio le scelte che ho fatto.
Cominciamo con la scelta di creare e configurare il database
Quindi scelgo Server Class
Nel mio caso ho scelto una Single instance
Come Installation type ho scelto Advanced solo per poter controllare le opzioni creazione del database, probabilmente va bene anche una Typical
Vista comunque l'importanza del repository, scelgo Enterprise Edition
Le directory di installazione vengono prese direttamente dalle variabili di ambiente e ho lasciato i default
Anche per l'inventory ho lasciato il default
Come tipo di database va bene General Purpose
Come già scritto ho scelto come SID emgcdb.
In questo caso sono obbligato a scegliere l'opzione Enterprise Manager, ma questa funzionalità dovrà essere poi disabilitata perché andrebbe in conflitto con il Grid Control
Non avendo un ASM ho scelto File System
Ho impostato il gruppo dbacome Database Administrar Group
A questo punto siamo arrivati ai Prerequisite Checks: è improbabile che all'inizio abbiate lo status di successo per tutte le voci, ma usando i tasti Fix (che generano script da eseguire come utente root) ed installando i pacchetti mancanti (su CentOS si usa "yum install nomepacchetto") dovete arrivare alla situazione mostrata in figura nella quale il controllo di tutti i pre-requisiti è terminato con successo.
Dopo aver fatto partire l'installazione i vari passi si susseguiranno in automatico. Come mostrato in figura, alla fine tutti i passi dell'installazione dovranno avere lo stato di Succeeded e per ultimo vi verrà richiesto di girare due script come utente root.
[oracle@barracuda ~]$ sqlplus / as sysdba
SQL*Plus: Release 11.2.0.2.0 Production on Tue Oct 11 18:12:20 2011
Copyright (c) 1982, 2010, Oracle. All rights reserved.
Connected to:
Oracle Database 11g Enterprise Edition Release 11.2.0.2.0 - 64bit Production
With the Partitioning, OLAP, Data Mining and Real Application Testing options
SQL> set head off
SQL> select 'Instance: '||instance_name || ' - '|| VERSION || ' - Status: ' ||status||' - Archiver: ' || archiver FROM v$instance;
Instance: emgcdb - 11.2.0.2.0 - Status: OPEN - Archiver: STOPPED
SQL>E' anche necessario impostare qualche parametro che servirà poi al Grid Control e dare almeno 200MB all'UNDO tablespace:
SQL> alter system set session_cached_cursors=200 scope=spfile;
System altered.
SQL>
alter system set log_buffer=10485760 scope=spfile;
System altered.
SQL> alter system set processes=500 scope=spfile;
System altered.
SQL> shutdown immediate;
Database closed.
Database dismounted.
ORACLE instance shut down.
SQL> startup
ORACLE instance started.
Total System Global Area 1653518336 bytes
Fixed Size 2227032 bytes
Variable Size 1107297448 bytes
Database Buffers 520093696 bytes
Redo Buffers 23900160 bytes
Database mounted.
Database opened.
SQL>
SQL> select name from v$datafile;
NAME
---------------------------------------------------
/u01/app/oracle/oradata/emgcdb/system01.dbf
/u01/app/oracle/oradata/emgcdb/sysaux01.dbf
/u01/app/oracle/oradata/emgcdb/undotbs01.dbf
/u01/app/oracle/oradata/emgcdb/users01.dbf
SQL> alter database datafile '/u01/app/oracle/oradata/emgcdb/undotbs01.dbf' resize 200M;
Database altered.
SQL>
Se, come ho fatto io, avete fatto una installazione classica, dovete de-configurare l'Enterprise Manager Database Control per il database creato, altrimenti andrebbe in conflitto con il Grid Control che dobbiamo ancora installare.
[oracle@barracuda ~]$ emca -deconfig dbcontrol db -repos drop -SYS_PWD mysyspwd -SYSMAN_PWD mysysmanpwd
STARTED EMCA at Oct 12, 2011 11:37:07 AM
EM Configuration Assistant, Version 11.2.0.0.2 Production
Copyright (c) 2003, 2005, Oracle. All rights reserved.
Enter the following information:
Database SID: emgcdb
Listener port number: 1521
----------------------------------------------------------------------
WARNING : While repository is dropped the database will be put in quiesce mode.
----------------------------------------------------------------------
Do you wish to continue? [yes(Y)/no(N)]: y
Oct 12, 2011 11:37:46 AM oracle.sysman.emcp.EMConfig perform
INFO: This operation is being logged at /u01/app/oracle/cfgtoollogs/emca/emgcdb/emca_2011_10_12_11_37_07.log.
Oct 12, 2011 11:37:46 AM oracle.sysman.emcp.util.DBControlUtil stopOMS
INFO: Stopping Database Control (this may take a while) ...
Oct 12, 2011 11:38:07 AM oracle.sysman.emcp.EMReposConfig invoke
INFO: Dropping the EM repository (this may take a while) ...
Oct 12, 2011 11:39:46 AM oracle.sysman.emcp.EMReposConfig invoke
INFO: Repository successfully dropped
Enterprise Manager configuration completed successfully
FINISHED EMCA at Oct 12, 2011 11:39:48 AM
[oracle@barracuda ~]$
A questo punto siamo pronti per l'installazione dei componenti del Grid.
Installazione di WebLogic Server
Altro componente necessario al funzionamento del Grid Control è il WebLogic Server. Ecco come avviene l'installazione.[oracle@barracuda ~]$ cd installDir/
[oracle@barracuda installDir]$ java -jar wls1032_generic.jar
Extracting 0%....................................................................................................100%
Ecco i passaggi dell'installazione con la possibiltà di vedere le immagini.
Avviando l'installazione apparirà una schermata di benvenuto. Premere Next
Per avere tutto il software installato sotto la ORACLE_BASE, io ho scelto di re-impostare la directory usando /u01/app/oracle/Middelwarema se preferite potete lasciare quella di default.
Se volete potete inserire le vostre credenziali per il supporto, ma non è assolutamente necessario: se togliete il check il programma di installazione vi darà un paio di warning che potete tranquillamente ignorare senza compromettere l'installazione.
Come tipo di installazione scegliete Custom così avrete modo di verificare la correttezza dei successivi passaggi.
Per quanto riguarda la scelta dei prodotti da installare ho lasciato il default (e cioè tutto tranne gli esempi).
Nella schermata JDK selection verificate che sia selezionato l'SDK Sun (1.6.0.27 nel nostro caso).
Una volta scelta /u01/app/oracle/Middelwarecome directory al punto 2. vi verrà proposta una sua sotto-directory che io ho lasciato.
A questo punto verrà presentato un riepilogo di quello che verrà installato.
Se tutto va a buon fine, vi arriverà la schermata di Installation complete. Potete togliere la spunta su Run Quickstart perché non c'è bisogno di lanciarlo.
Installazione del Grid Control
Finalmente siamo arrivati al momento clou: l'installazione del Grid Control vero e proprio.[oracle@barracuda ~]$ cd installDir/
[oracle@barracuda installDir]$ cd Oracle_GridControl_11.1.0.1.0_Linux_x86-64/install/
[oracle@barracuda install]$ ./runInstaller
Ecco i passaggi dell'installazione con la possibilità di vedere le immagini.
Se volete potete inserire le vostre credenziali per il supporto, ma non è assolutamente necessario: se togliete il check il programma di installazione vi darà un paio di warning che potete tranquillamente ignorare senza compromettere l'installazione.
Nella successiva schermata potete scegliere se fare il download o meno degli update. Nel mio caso, per semplicità, ho scelto Skip Software Updates
Per il tipo di installazione, nel mio caso, la scelta è obbligata: Install a new Enterprise Manager system
A questo punto vi apparirà la schermata dei Prerequisite Checks. Come per l'installazione del database, è improbabile che all'inizio abbiate lo status di successo per tutte le voci, ma installando i pacchetti mancanti (nel mio caso ne mancavano tre) dovete arrivare alla situazione mostrata in figura nella quale il controllo di tutti i pre-requisiti è terminato con successo.
Per quanto riguarda le Install Locations ho lasciato i default proposti.
A questo punto dovete specificare le password per il dominio WebLogic e per il Node Manager. E' qui che si configura la parte che si interfaccia con l'installazione precedente.
In questa schermata è necessario fornire tutti i parametri del repository installato in precedenza.
L'installazione creerà schema e dati per l'utente amministrativo SYSMAN: per questo è stato necessario de-configurarlo precedentemente. La schermata richiede di fornire le credenziali di accesso perSYSMANe imposta i valori per la creazione del relativo tablespace
Arriviamo adesso alla configurazione della comunicazione tra il Grid Control e i vari Agent che deploy-eremo o installeremo sulle nostre macchine remote. La mia scelta è stata quella di avere una comunicazione sicura tra gli Agent e il server. Per questo è necessario fornire una password per registrazione dell'Agent: la prima volta che l'Agent tenterà di comunicare con il server utilizzerà questa password per scaricare le informazioni necessarie a stabilire successive connessioni sicure (utilizzando HTTPS anziché HTTP) con il server. Ho lasciato impostati i default che impongono al server di comunicare solo con gli Agent definiti secure e di utilizzare anche per l'amministratore il protocollo sicuro HTTPS.
Per quanto riguarda la configurazione delle porte utilizzate dal Grid ho lasciato il default in quanto la macchina che ho usato non aveva alcun servizio che andava in conflitto per qualche porta. Se voi avete qualche conflitto, in questa schermata potete tranquillamente cambiare il valore delle porte utilizzate.
Nella pagina di Review, se tutto ok, potete premere Install per far partire il processo di installazione.
Se tutti i passaggi vanno a buon fine (etichettati con Succeded), vi verrà chiesto di eseguire uno script come utente root.
Come dice la schermata di Finish provate ad aprire il browser e digitare l'url https://barracuda:7799/em/ e vi dovrebbe apparire la pagina di Login to Oracle Enterprise Manager. Inserite come login sysman e come password quella che avete scelto al punto 8. e potete accedere. Al primo accesso vi verrà chiesto di accettare i termini della licenza.
Finalmente siamo dentro al nostro nuovo Enterprise Manager Grid Control!! Come primo impatto è molto simile all'Enterprise manager di amministrazione del database, ma un po' alla volta scoprirete molte funzionalità in più. Una di queste ve la descrivo nel prossimo paragrafo.
L'unica cosa che vi consiglio di fare è configurare il monotoring per il repository (mi pare alquanto strano monitorare dei database senza monitorare correttamente il repository del monitoring!!). Per fare questo bisogna andare nella pagina relativa a tutti i target. Se siete nella pagina iniziale, in alto sulla sinistra trovate i Total Monitored Targets. Click-ate sul numero accanto (nel mio caso è 14, ma se non avete fatto altre operazioni anche nel vostro) e vi troverete la lista dei target che il vostro Grid gestisce al momento. Tra questi ne troverete uno non configurato relativo al Database Instance proprio del repository del monitoring. Selezionatelo e premete Configure. Impostate il valore corretto per Monitor Password (dovrebbe essere la stessa password che avete scelto per SYS al momento dell'installazione del repository) e premete Test Conneciton.
Se la risposta è Success - The connection test was successful. allora potete premere Next e poi Submit nella pagina di Review. A questo punto anche il target relativo al Database Instance è configurato e vedrete che dopo qualche secondo e facendo refresh della pagina anche il suo status sarà Up.
L'unica cosa che vi consiglio di fare è configurare il monotoring per il repository (mi pare alquanto strano monitorare dei database senza monitorare correttamente il repository del monitoring!!). Per fare questo bisogna andare nella pagina relativa a tutti i target. Se siete nella pagina iniziale, in alto sulla sinistra trovate i Total Monitored Targets. Click-ate sul numero accanto (nel mio caso è 14, ma se non avete fatto altre operazioni anche nel vostro) e vi troverete la lista dei target che il vostro Grid gestisce al momento. Tra questi ne troverete uno non configurato relativo al Database Instance proprio del repository del monitoring. Selezionatelo e premete Configure. Impostate il valore corretto per Monitor Password (dovrebbe essere la stessa password che avete scelto per SYS al momento dell'installazione del repository) e premete Test Conneciton.
Se la risposta è Success - The connection test was successful. allora potete premere Next e poi Submit nella pagina di Review. A questo punto anche il target relativo al Database Instance è configurato e vedrete che dopo qualche secondo e facendo refresh della pagina anche il suo status sarà Up.
Deploy di un agent su altro host
Per semplificare i test sulle macchine coinvolte ho spento iptables; inoltre, per chi ce l'ha, bisogna ricordarsi anche di disabilitare SELinux, pena un errore nell'installazione dell'agent. La macchina su cui ho installato il Grid Control è una Linux a 64 bit, con un database Oracle 11G R2. Solo per vedere qualcosa di diverso, ho scelto per il deploy la macchina
hostdeploy2 su cui ho un CentOS a 32bit con un database Oracle 10G R2 (10.2.0.4.0). Per far si che il deploy vada a buon fine su hostdeploy2 dovete modificare il sudoers[oracle@hostdeploy2 ~/oracle] su -
Password:
[root@hostdeploy2 ~]# vi /etc/sudoers
aggiungendo la seguente riga:
oracle ALL=(ALL) NOPASSWD: ALL
e commentando la riga:
Defaults requiretty
Salvate il file, uscite e aggiungete un link al comando sudo nel path dove l'installer di Oracle lo cercherà
[root@hostdeploy2 ~]# whereis sudo
sudo: /usr/bin/sudo /usr/share/man/man8/sudo.8.gz
[root@hostdeploy2 ~]# cd /usr/local/bin/
[root@hostdeploy2 bin]# ln -s /usr/bin/sudo
Avendo installato il Grid Control il grid control su un Linux x86_64, non abbiamo disponibile il software dell'agent per Linux x86: quindi è necessario scaricarlo. Vediamo come fare:
Cliccare sulla tab Deployments
Nel gruppo Agent Installation scegliereDownload agent software
Scegliere il sistema operativo desiderato (nel nostro caso Linux x86) e premere il tasto Download
Viene creato un job per il download dei file necessari al deploy dell'agent scelto. Andando nella pagina dedicata all'esecuzione del job, alla fine, dovreste trovare come status Succeded e nel Output log il path di dove sono stati scaricati i file.
Questa procedura funziona se al punto 1 dell'installazione del Grid avete dato le vostre credenziali per l'accesso al supporto Oracle. A questo punto siamo pronti per eseguire il deploy vero e proprio:
Cliccare sulla tab Deployments
Nel gruppo Agent Installation scegliere Install Agent.
Scegliere Fresh Install.
A questo punto compare la pagina di configurazione. E' necessario:- scegliere la corretta piattaforma (cerchio rosso), Linux x86 nel mio caso
- inserire il nome dell'host di destinazione sul quale si desidera fare il deploy dell'agent (cerchio verde). Se avete più di un host con le stesse caratteristiche potete inserire una lista di nomi separati da virgola
- inserire login e password dell'utente sull'host remoto che sarà incaricato dell'installazione, nel mio caso l'utente
oracle(cerchio blu). - inserire la directory sull'host remoto nella quale si vuole installare il software dell'agent (cerchio viola)
- impostare la porta sulla quale sarà in ascolto l'agent (cerchio giallo). Nel mio caso ho potuto lasciare il default 3872 perché sulla macchina di destinazione non avevo un agent già attivo. Se invece scegliete una macchina che ha già un agent installato e funzionante è molto probabile che la porta 3872 sia già utilizzata.
- impostare la password che servirà all'agent che installate per registrarsi sul vostro Management Server (cerchio nero). Questa password è assolutamente necessaria se, come ho fatto io, al momento dell'installazione avete scelto Secure nella comunicazione tra agent e management server (vedi qui)
Se volete potete inserire le vostre credenziali per il supporto, ma non è assolutamente necessario: se togliete il check la procedura di installazione vi darà un warning che potete tranquillamente ignorare senza compromettere il deploy. Premete Submit.
A questo punto parte la procedura di deploy che si compone di tre fasi: check della connessione con l'host di destinazione, check dei pre-requisiti per l'host di destinazione (ad esempio verifica dei diritti dell'utente scelto sulla macchina) e installazione. Tutto il processo non è velocissimo, quindi dovete avere un po' di pazienza.....
Se il processo termina correttamente vi verrà mostrata una pagina riepilogativa dell'installazione dell'Agent.
Premendo Done e cliccando poi sulla tab Targets troverete che la lista dei database controllati è diventata di due elementi.
Ripetendo esattamente gli stessi passaggi potrete aggiungere Agent e quindi controllare tutti i database che volete.
Conclusioni
Il Grid Control permette di avere un unica interfaccia per il controllo di tutti i vostri database: è molto comodo per chi amministra un buon o elevato numero di database perché permette di controllarli tutti senza dover far login sulla macchina o sull'Enterprise Manager dedicato. In più è possibile usarlo per monitorare tantissimi sistemi diversi, sia hardware che software: la documentazione completa Oracle la trovate qui. Provate ad installare il Grid e, giorno per giorno, usandolo ne apprezzerete le notevoli potenzialità e funzionalità.





