16 aprile 2008

Ruoli delle istanze nei cluster RAC

Continuiamo la serie dei post sul RAC a due nodi.

Stavolta mi è capitato di provare il parametro ACTIVE_INSTANCE_COUNT.

Con il RAC a due nodi è possibile specificare l'esistenza di una istanza primaria e di un'istanza secondaria.
Impostando il parametro ACTIVE_INSTANCE_COUNT a 1, solo nell'spfile, si impone che, al riavvio successivo del database, la prima istanza che monta il database diventi l'istanza primaria, mentre l'altra diventi ovviamente la secondaria.
Si può controllare lo stato delle istanze dalla colonna INSTANCE_ROLE di GV$INSTANCE, che assumerà i valori PRIMARY_INSTANCE e SECONDARY_INSTANCE.

Il risultato è che tutte le connessioni verranno dirette verso l'istanza primaria, mentre la seconda continuerà a rifiutare connessioni finché la prima istanza rimarrà attiva.

Anche i servizi RAC vengono avviati sull'istanza primaria, come se la secondaria fosse spenta.

Qual è il vantaggio? Non si trova molto sui manuali o su internet, comunque da questo articolo si deduce che il failover delle connessioni può essere più veloce.
Ho fatto una prova, ma personalmente non lo userei mai.

Nessun commento: