Sto lavorando per aggiornare i nostri servizi Oracle Cluster Ready esistenti da 11.1.0.7 a 11gR2 (11.2.0.1). Le cose non stanno andando lisce come speravo e sto imparando molto sui cambiamenti in 11gR2. Questo non è un aggiornamento minore come suggeriscono le differenze del numero di versione. Ci sono stati molti cambiamenti in CRS 11gR2. Le principali modifiche sono le seguenti (in ordine sparso):
- I servizi Cluster Ready (CRS alias Clusterware) vengono ora chiamati Grid Infrastructure, o GRID in breve.
- Se usi ASM, non è più installato in una casa separata. Oracle GRID ora include Clusterware e ASM nella stessa casa.
- Oracle GRID 11gR2 ora include un listener SCAN (Single Client Access Name). Per semplificare le cose, dovrai creare un indirizzo IP virtuale SCAN proprio come i tuoi soliti VIP e registrarli con DNS. SCAN VIP dovrebbe essere lo stesso nome del tuo cluster. Lo SCAN VIP dovrebbe avere 3 indirizzi IP associati poiché Oracle GRID avvierà fino a 3 listener SCAN.
- Oracle GRID 11gR2 ora supporta il multicasting. Ho dovuto applicare la patch 9974223 poiché la mia configurazione utilizzava una porta secondaria per il multicasting. Esiste uno strumento di test multicast che può aiutare a determinare se sei configurato per il multicast o meno.
- Anche se puoi riavviare CRS con "crsctl stop/start crs", ero sempre abituato a "/etc/init.d/init.crs stop/start". Lo script /etc/init.d/init.crs non è più disponibile. È stato invece sostituito da /etc/init.d/init.ohasd.
Questi sono solo alcuni dei cambiamenti che scopro lungo il percorso mentre eseguo i miei aggiornamenti e risolvo i problemi che si presentano.
Questo aggiornamento mi ha dimostrato che è prezioso disporre di un banco di prova RAC prima di lavorare su queste attività negli ambienti di produzione. L'ultimo posto in cui ho lavorato aveva un solo ambiente RAC ed era il nostro database di produzione. È stato ritenuto troppo costoso configurare un altro ambiente RAC per lo sviluppo/test. Il mio attuale impiegato era abbastanza saggio da allestire un banco di prova RAC dove potevo distruggere completamente le cose e testare, testare, testare prima di tentare in produzione. Le cose sono cambiate negli ultimi anni in cui è possibile utilizzare le macchine virtuali per configurare ambienti di test molto più economici rispetto a prima, dove dovevamo procurarci hardware solo per i test.
Detto questo, vorrei che il mio attuale banco di prova RAC fosse in un ambiente VM. Se fosse in una macchina virtuale, potrei fare un'istantanea della macchina virtuale con CRS 11.1.0 in esecuzione e se mi imbattessi in problemi difficili da ripristinare, potrei tornare allo snapshot. Allo stato attuale, se incontro problemi con l'aggiornamento e faccio davvero un pasticcio, devo disinstallare tutto manualmente, reinstallare CRS 11.1.0 e ricreare un database prima di poter riprovare un aggiornamento CRS 11.2.0. Questo richiede tempo e una VM potrebbe farmi risparmiare un sacco di tempo qui.
