Informationen zum Cluster Interconnect ermitteln

Sie arbeiten mit Oracle Real Application Clusters (RAC) und möchten Informationen zum Cluster Interconnect ermitteln? Die View gv$configured_interconnects gibt Auskunft:

Oracle RAC: Cluster Interconnect
SET linesize 120
col name FOR a22
col ip_address FOR a15
 
SELECT    inst_id,name,ip_address,is_public 
FROM      gv$configured_interconnects 
ORDER BY 1,2;

 

Der Private Node Name bestimmt das Interface, das für die Oracle Clusterware während der Installation genutzt wird. Sollte ein 3rt Party Clustermanager, wie beispielsweise Sun Cluster, Veritas Cluster, HACMP oder HP ServiceGuard genutzt werden, so sollten Sie für die Oracle Clusterware denselben Cluster Interconnect verwenden wie für den darunter liegenden Clustermanager (hier er meist als Heartbeat bezeichnet).

Nach der Installation können Sie den Private Node Name wie folgt bestimmen:

1. olsnodes -n -p

Oracle RAC: Private Node Name mit olsnodes
[oracle@myrac01 ~]$ olsnodes -n -p
 
rac01 1 rac01-priv
rac02 2 rac02-priv

 

2. ocrdump
Auch über die Ausgabe eines ocrdump können Sie Informationen zum Private Node Name ermitteln:

Oracle RAC: ocrdump
[SYSTEM.css.node_numbers.rac01.privatename]
ORATEXT : rac01-priv
ocssd.log has a line with clssnmClusterListener
[ CSSD]2010-01-11 12:29:28.162 [3086] >TRACE: clssnmClusterListener: Listening on (ADDRESS=(PROTOCOL=tcp)(HOST=rac01-priv)(PORT=49895))

 

Oracle ASM nutzt stets denselben Interconnect wie die Oracle Clusterware. Die Datenbankinstanzen nutzen den Private Interconnect ebenfalls: Zwecks Kommunikation zwischen den Cluster-Instanzen und für Cache Fusion. Wird dieser Interconnect explizit im Datenbankparameter CLUSTER_INTERCONNECTS gesetzt, so überschreibt dies den Wert der Oracle Cluster Registry (OCR). Davon ist jedoch abzuraten: Weicht der für RAC verwendete Interconnect von dem der Clusterware ab, so wird dieser nicht von der Clusterware gemonitort. Im Problemfall muss die Datenbankinstanz den Fehler selbst feststellen und korrigieren. Dies wird als Instance Membership Recovery (IMR) bezeichnet, und dessen Folge ist meist eine Node Eviction.


Im alert.log sind weitere Informationen zu finden, die darüber Auskunft geben, welche Werte aus der Cluster Registry bzw. aus dem SPFile / der init.ora gelesen wurden.