High Availability Tests

Werbung
High Availability Tests
1. Umgebungsinformation ........................................................................................................ 2
2. Vorbereitungen ...................................................................................................................... 3
2.1 Anlegen Datenbank Services mittels EM Console ...................................................... 3
2.2 Anlegen Schema scott/tiger ........................................................................................... 4
3. Arbeiten mit Services............................................................................................................. 5
3.1 Überprüfen der Services mit der EM Console ............................................................ 5
3.2 HA Services Component with and without TAF......................................................... 5
4. Benutzung von TAF (Transparent Application Failover)................................................... 8
4.1 Read Modus : SELECT Reihenfolge............................................................................ 8
4.2 Transaktionsbehandlung: UPDATE Reihenfolge ....................................................... 9
5. Verwaltung von nicht-Oracle Applikationen im Cluster ................................................... 13
5.1 Vorbereitung................................................................................................................. 13
5.2 Registrierung und Starten der Applikation............................................................... 14
5.3 Starten der Client-Applikation ................................................................................... 15
5.4 Verwaltung der Komponenten.................................................................................... 16
5.5 Entfernen der Anwendung .......................................................................................... 18
6. Demonstration JDBC FCF (Fast Connection Failover)................................................... 19
6.1 Testumgebung............................................................................................................... 19
6.2 Anlegen der Benutzer................................................................................................... 19
6.3 Anlegen eines Service für FCF .................................................................................... 19
6.4 Anpassung und Übersetzung Java Programme ........................................................ 20
6.5 Test ohne FCF............................................................................................................... 21
6.6 Test mit FCF ................................................................................................................. 23
TestHA.doc
1/26
1. Umgebungsinformation
Es stehen für den Workshop jeweils 2-Knoten-Cluster zur Verfügung. Die Namen der Knoten
setzen sich wie folgt zusammen :
# = Nummer der Arbeitsgruppe
Knoten
1
2
Name
hpws#rac1
hpws#rac2
Also zum Beispiel für Arbeitsgruppe 1: hpws1rac1 und hpws1rac2.
Die Verzeichnisstruktur ist folgendermaßen:
Directory
ORACLE_BASE
ORACLE_HOME (Clusterware)
ORACLE_HOME (Datenbank)
Pfad
/opt/oracle
/opt/crs
/opt/oracle/product/db
Als Benutzer sind auf Betriebssystemebene eingerichtet :
User
root
oracle
Password
oracle
oracle
Auf Datenbankebene sind folgende Benutzer angelegt:
User
sys
system
sysman
alle anderen User
Password
oracle
oracle
oracle
oracle
Zum Starten der Umgebung wird der Tight vncviewer verwendet, mit dem Sie sich auf den
automatisch gestarteten vncserver auf den Clusterknoten verbinden und dort eine grafische
Oberfläche starten, die für die Installation benötigt wird. Die Login-Informationen sind :
vncserver
<Servername> :1
TestHA.doc
Password
oracle
2/26
2. Vorbereitungen
2.1 Anlegen Datenbank Services mittels EM Console
Starten Sie die EM Console in einem Browser über den während der Installation notierten
Link (# durch Gruppennummer ersetzen):
https://hpws#rac1.de.oracle.com:1158/em
Melden Sie sich an als User system. Nach Erscheinen des Standardbildschirms klicken Sie auf
das Register Verfügbarkeit, dann auf den Link Cluster-verwaltete Datenbank-Services. Im
folgenden Bildschirm tragen Sie die Credentials für den OS-User oracle und den DB-User sys
ein.
Es erscheint eine Übersicht aller registrierten Services, die allerdings noch keine Einträge
enthält. Die Services werden nun mittels Button Service erstellen angelegt.
Erstellen Sie Services gemäß folgender Aufstellung:
Service-Name
hataf
ha
Instanz 1
Bevorzugt
Bevorzugt
Instanz 2
Verfügbar
Verfügbar
TAF-Policy
Basis
Keine
Setzen Sie die entsprechende Checkbox, damit die lokale tnsnames.ora aktualisiert wird.
Wenn Sie bei der Installation nicht das Patch 11.1.0.7 installiert haben, so bekommen Sie
beim Anlegen der Services keine Checkbox angeboten sondern müssen den folgende
tnsnames.ora Einträge manuell (Hinweis: Bitte cut&paste aus pdf-Dokument nur über
Windows-Editor und dabei überflüssige Leerzeichen entfernen!) vornehmen:
hataf =
(DESCRIPTION =
(ADDRESS = (PROTOCOL = TCP)(HOST = hpws#rac1v)(PORT = 1521))
(ADDRESS = (PROTOCOL = TCP)(HOST = hpws#rac2v)(PORT = 1521))
(LOAD_BALANCE = YES)
(CONNECT_DATA =
(SERVER = DEDICATED)
(SERVICE_NAME = hataf)
(FAILOVER_MODE =
(TYPE = SELECT)(METHOD = BASIC)(RETRIES = 180)(DELAY = 5)
)
)
)
ha =
(DESCRIPTION =
(ADDRESS = (PROTOCOL = TCP)(HOST = hpws#rac1v)(PORT = 1521))
(ADDRESS = (PROTOCOL = TCP)(HOST = hpws#rac2v)(PORT = 1521))
(LOAD_BALANCE = YES)
(CONNECT_DATA =
(SERVER = DEDICATED)
(SERVICE_NAME = ha)
)
)
TestHA.doc
3/26
Hinweis:
Kontrollieren Sie bitte in jedem Fall Ihre tnsnames.ora!
Wenn Sie die anschließenden Tests auf dem anderen Knoten durchführen wollen, so müssen
Sie die anlegeten tnsnames.ora Einträge manuell auf den zweiten Knoten kopieren.
2.2 Anlegen Schema scott/tiger
Starten Sie ein Terminal als User oracle und setzen Sie die Umgebung:
[oracle@hpws1rac1 ~]$ . oraenv
ORACLE_SID = [oracle] ? ws11
The Oracle base for ORACLE_HOME=/opt/oracle/product/db is /opt/oracle
Anschließend starten Sie SQL*plus, melden sich mit sysdba-Rechten an und starten das
Skript $ORACLE_HOME/rdbms/admin/utlsampl.sql, um das Schema scott anzulegen:
[oracle@hpws1rac1 ~]$ sqlplus /nolog
SQL*Plus: Release 11.1.0.7.0 - Production on Thu Sep 25 09:19:37 2008
Copyright (c) 1982, 2008, Oracle.
All rights reserved.
SQL> conn / as sysdba
Connected.
SQL> @$ORACLE_HOME/rdbms/admin/utlsampl.sql
[oracle@hpws1rac1 ~]$
TestHA.doc
4/26
3. Arbeiten mit Services
3.1 Überprüfen der Services mit der EM Console
Starten Sie die EM Console in einem Browser über den während der Installation notierten
Link (# durch Gruppennummer ersetzen):
https://hpws#rac1.de.oracle.com:1158/em
Melden Sie sich an als User system. Nach Erscheinen des Standardbildschirms klicken Sie auf
das Register Verfügbarkeit, dann auf den Link Cluster-verwaltete Datenbank-Services. Hier
sollten Sie die beiden oben angelegten Services sehen.
Alternativ können Sie mit dem crs_stat Utility sämtliche Services prüfen:
[oracle@hpws1rac1 ~]$ /opt/crs/bin/crs_stat -t
Name
Type
Target
State
Host
-----------------------------------------------------------ora....11.inst application
ONLINE
ONLINE
hpws1rac1
ora....12.inst application
ONLINE
ONLINE
hpws1rac2
ora.ws1.db
application
ONLINE
ONLINE
hpws1rac1
ora....S11.srv application
ONLINE
ONLINE
hpws1rac2
ora.ws1.ha.cs application
ONLINE
ONLINE
hpws1rac1
ora....S11.srv application
ONLINE
ONLINE
hpws1rac2
ora....ataf.cs application
ONLINE
ONLINE
hpws1rac1
ora....SM2.asm application
ONLINE
ONLINE
hpws1rac1
ora....C1.lsnr application
ONLINE
ONLINE
hpws1rac1
ora....ac1.gsd application
ONLINE
ONLINE
hpws1rac1
ora....ac1.ons application
ONLINE
ONLINE
hpws1rac1
ora....ac1.vip application
ONLINE
ONLINE
hpws1rac1
ora....SM1.asm application
ONLINE
ONLINE
hpws1rac2
ora....C2.lsnr application
ONLINE
ONLINE
hpws1rac2
ora....ac2.gsd application
ONLINE
ONLINE
hpws1rac2
ora....ac2.ons application
ONLINE
ONLINE
hpws1rac2
ora....ac2.vip application
ONLINE
ONLINE
hpws1rac2
3.2 HA Services Component with and without TAF
Öffnen Sie als User oracle mehrere Fenster auf Ihrem Knoten 1 (z. B. hpws1rac1) und führen
Sie folgende Operationen aus:
Fenster 1 (Knoten 1):
[oracle@hpws1rac1 ~]$ . oraenv
ORACLE_SID = [oracle] ? ws11
[oracle@hpws1rac1 ~]$ sqlplus scott/tiger@hataf
SQL> select count(*) from emp;
TestHA.doc
5/26
Fenster 2 (Knoten 1):
[oracle@hpws1rac1 ~]$ . oraenv
ORACLE_SID = [oracle] ? ws11
[oracle@hpws1rac1 ~]$ sqlplus scott/tiger@ha
SQL> select count(*) from emp;
Fenster 3 (Knoten 1): Prüfen Sie, dass die beiden Sessions auf Knoten 1 verbunden sind:
[oracle@hpws1rac1 ~]$ . oraenv
ORACLE_SID = [oracle] ? ws11
[oracle@hpws1rac1 ~]$ cd /home/oracle/workshop
[oracle@hpws1rac1 workshop]$ sqlplus system/oracle@hataf
SQL> @sel_sess
SID
----111
112
USERNAM
------SCOTT
SCOTT
SERVICE
INST_ID FAILOVER_METHOD
------- ---------- --------------hataf
1 BASIC
ha
1 NONE
FAILED_OVER
--------------NO
NO
SQL>
Fenster 4 (Knoten 1): Sie bringen Instanz 1 nun durch Abbruch des smon Prozesses (kill –9)
zum Absturz:
[oracle@hpws1rac1 ~]$
oracle
18446
1
oracle
20372 20286
oracle
23667
1
[oracle@hpws1rac1 ~]$
ps -efa
0 Sep24
0 12:03
0 11:23
kill -9
|grep smon
?
00:00:00 asm_smon_+ASM1
pts/2
00:00:00 grep smon
?
00:00:00 ora_smon_ws11
23667
Prüfen Sie in Fenster 1, dass der Client nach wie vor verbunden ist:
SQL> select count(*) from emp;
COUNT(*)
---------14
Anschließend prüfen Sie den Client in Fenster 2 und verbinden Sie sich erneut:
SQL> select count(*) from emp;
select count(*) from emp
*
ERROR at line 1:
ORA-03113: end-of-file on communication channel
Process ID: 6824
Session ID: 112 Serial number: 487
SQL> conn scott/tiger@ha
Connected.
TestHA.doc
6/26
SQL> select count(*) from emp;
COUNT(*)
---------14
In Fenster 3 prüfen Sie die laufenden Sessions:
SQL> @sel_sess
SID
----121
122
USERNAM
------SCOTT
SCOTT
SERVICE
INST_ID FAILOVER_METHOD
------- ---------- --------------ha
2 NONE
hataf
2 BASIC
FAILED_OVER
--------------NO
YES
Sie sehen, dass der User scott nun mit Instanz 2 verbunden ist.
Sie können prüfen, dass die Clusterware die Instanz automatisch auf Knoten 1
wiederhergestellt hat:
[oracle@hpws1rac1 ~]$ /opt/crs/bin/crs_stat -t
Name
Type
Target
State
Host
-----------------------------------------------------------ora....SM2.asm application
ONLINE
ONLINE
hpws1rac1
ora....C1.lsnr application
ONLINE
ONLINE
hpws1rac1
ora....ac1.gsd application
ONLINE
ONLINE
hpws1rac1
ora....ac1.ons application
ONLINE
ONLINE
hpws1rac1
ora....ac1.vip application
ONLINE
ONLINE
hpws1rac1
ora....SM1.asm application
ONLINE
ONLINE
hpws1rac2
ora....C2.lsnr application
ONLINE
ONLINE
hpws1rac2
ora....ac2.gsd application
ONLINE
ONLINE
hpws1rac2
ora....ac2.ons application
ONLINE
ONLINE
hpws1rac2
ora....ac2.vip application
ONLINE
ONLINE
hpws1rac2
ora.ws1.db
application
ONLINE
ONLINE
hpws1rac1
ora.ws1.ha.cs application
ONLINE
ONLINE
hpws1rac2
ora....s11.srv application
ONLINE
ONLINE
hpws1rac1
ora....ataf.cs application
ONLINE
ONLINE
hpws1rac2
ora....s11.srv application
ONLINE
ONLINE
hpws1rac1
ora....11.inst application
ONLINE
ONLINE
hpws1rac1
ora....12.inst application
ONLINE
ONLINE
hpws1rac2
Nutzen Sie zum Abschluß die EM Console, um durch einen Restart der Services diese wieder
auf die richtige Instanz zu verschieben.
TestHA.doc
7/26
4. Benutzung von TAF (Transparent Application Failover)
In diesem Abschnitt wird eine neue Tabelle longrun benötigt, die Sie mit einem
bereitstehenden Skript (/home/oracle/workshop/ha_install.sql) anlegen. Führen Sie dazu als
User oracle die folgenden Schritte aus:
[oracle@hpws1rac1 ~]$ . oraenv
ORACLE_SID = [oracle] ? ws11
The Oracle base for ORACLE_HOME=/opt/oracle/product/db is /opt/oracle
[oracle@hpws1rac1 ~]$ cd workshop
[oracle@hpws1rac1 workshop]$ sqlplus scott/tiger
SQL*Plus: Release 11.1.0.7.0 - Production on Thu Sep 25 12:40:14 2008
Copyright (c) 1982, 2008, Oracle.
All rights reserved.
Connected to:
Oracle Database 11g Enterprise Edition Release 11.1.0.7.0 - Production
With the Partitioning, Real Application Clusters, OLAP, Data Mining
and Real Application Testing options
SQL> @ha_install
4.1 Read Modus : SELECT Reihenfolge
In dieser Übung wird gezeigt, wie TAF (Transparent Application Failover) bei einem
langlaufenden select-Statement in einer Applikation, die TAF-fähig ist (hier: SQL*plus),
reagiert. Hierzu wird eine spezielle Sortierung verwendet, die ordnungsgemäß zum Ende
kommt, auch wenn die Instanz, zu der Sie verbunden sind, abbricht.
Fenster 1 (Knoten 1):
[oracle@hpws1rac1 ~]$ . oraenv
ORACLE_SID = [oracle] ? ws11
The Oracle base for ORACLE_HOME=/opt/oracle/product/db is /opt/oracle
[oracle@hpws1rac1 ~]$ cd workshop
[oracle@hpws1rac1 workshop]$ sqlplus scott/tiger@hataf
Fenster 2 (Knoten 1): Prüfen Sie, dass die Session von User scott auf Knoten 1 verbunden
ist:
[oracle@hpws1rac1 ~]$ . oraenv
ORACLE_SID = [oracle] ? ws11
The Oracle base for ORACLE_HOME=/opt/oracle/product/db is /opt/oracle
[oracle@hpws1rac1 ~]$ cd workshop
[oracle@hpws1rac1 workshop]$ sqlplus system/oracle@hataf
SQL> @sel_sess
SID USERNAM SERVICE
INST_ID FAILOVER_METHOD FAILED_OVER
----- ------- ------- ---------- --------------- --------------114 SCOTT
hataf
1 BASIC
NO
TestHA.doc
8/26
Fenster 3 (Knoten 1): Bereiten Sie das Kommando kill –9 vor, aber lassen es noch nicht
laufen!
[oracle@hpws1rac1 ~]$
oracle
18446
1
oracle
22612
1
oracle
29635 29163
[oracle@hpws1rac1 ~]$
ps -efa
0 Sep24
0 12:06
0 13:01
kill -9
|grep smon
?
00:00:00 asm_smon_+ASM1
?
00:00:00 ora_smon_ws11
pts/2
00:00:00 grep smon
22612
Fenster 1 (Knoten 1): Führen Sie das langlaufende select-Statement aus, es läuft ca. 1 min:
SQL> @ha1.sql
Fenster 3 (Knoten 1): Das vorbereitete Kommando kill –9 laufenlassen:
[oracle@hpws1rac1 ~]$ kill -9 22612
Fenster 1 (Knoten 1): Beobachten Sie, wie das SELECT zum Ende kommt.
Fenster 2 (Knoten 1): Überprüfen Sie, dass die Session von User scott automatisch auf den
zweiten Knoten übertragen wurde (FAILED_OVER=YES), ohne die Abarbeitung des selectStatements zu behindern:
SQL> @sel_sess
SID USERNAM SERVICE
INST_ID FAILOVER_METHOD FAILED_OVER
----- ------- ------- ---------- --------------- --------------122 SCOTT
hataf
2 BASIC
YES
Nutzen Sie zum Abschluß die EM Console, um durch einen Restart der Services diese wieder
auf die richtige Instanz zu verschieben.
4.2 Transaktionsbehandlung: UPDATE Reihenfolge
In diesem Beispiel sehen Sie Fehler, die in SQL*plus auftreten, wenn eine Instanz abbricht
und das TAF während einer laufenden Aktion erfolgt. Auf diese Weise sehen Sie, welchen
Fehlercode eine TAF-fähige Applikation abfangen sollte.
Fenster 1 (Knoten 1):
[oracle@hpws1rac1 ~]$ . oraenv
ORACLE_SID = [oracle] ? ws11
The Oracle base for ORACLE_HOME=/opt/oracle/product/db is /opt/oracle
[oracle@hpws1rac1 ~]$ cd workshop
[oracle@hpws1rac1 workshop]$ sqlplus scott/tiger@hataf
Fenster 2 (Knoten 1): Prüfen Sie die Session von User scott auf Knoten1:
TestHA.doc
9/26
[oracle@hpws1rac1 ~]$ . oraenv
ORACLE_SID = [oracle] ? ws11
The Oracle base for ORACLE_HOME=/opt/oracle/product/db is /opt/oracle
[oracle@hpws1rac1 ~]$ cd workshop
[oracle@hpws1rac1 workshop]$ sqlplus system/oracle@hataf
SQL*Plus: Release 11.1.0.7.0 - Production on Thu Sep 25 14:02:02 2008
Copyright (c) 1982, 2008, Oracle.
All rights reserved.
Connected to:
Oracle Database 11g Enterprise Edition Release 11.1.0.7.0 - Production
With the Partitioning, Real Application Clusters, OLAP, Data Mining
and Real Application Testing options
SQL> @sel_sess
SID USERNAM SERVICE
INST_ID FAILOVER_METHOD FAILED_OVER
----- ------- ------- ---------- --------------- --------------121 SCOTT
hataf
1 BASIC
NO
Fenster 3 (Knoten 1): Bereiten Sie das Kommando kill –9 vor, aber lassen es noch nicht
laufen!
[oracle@hpws1rac1 ~]$
oracle
2090
1
oracle
11356 11127
oracle
18446
1
[oracle@hpws1rac1 ~]$
ps -efa
0 13:07
0 14:05
0 Sep24
kill -9
|grep smon
?
00:00:00 ora_smon_ws11
pts/4
00:00:00 grep smon
?
00:00:00 asm_smon_+ASM1
2090
Fenster 1 (Knoten 1): Führen Sie ein vorbereitetes DML vollständig (siehe auch
Anmerkung weiter unten) aus:
SQL> delete from longrun where deptno=40 ;
Fenster 3 (Knoten 1): Das vorbereitete Kommando kill –9 laufenlassen:
[oracle@hpws1rac1 ~]$ kill -9 2090
Fenster 2 (Knoten 1): Prüfen Sie die Session von User scott, hier hat ein TAF
(FAILED_OVER=YES) stattgefunden:
SQL> @sel_sess
SID USERNAM SERVICE
INST_ID FAILOVER_METHOD FAILED_OVER
----- ------- ------- ---------- --------------- --------------130 SCOTT
hataf
2 BASIC
YES
Fenster 1 (Knoten 1): Führen Sie das commit; Kommando aus und beobachten Sie, was
passiert (u. U. anderes Verhalten beim Einsatz des Base-Releases 11.1.0.6!):
TestHA.doc
10/26
SQL> commit;
commit
*
ERROR at line 1:
ORA-25402: transaction must roll back
Führen Sie den Befehl select count(*) from longrun; aus und beobachten Sie den Fehlercode:
SQL> select count(*) from longrun;
select count(*) from longrun
*
ERROR at line 1:
ORA-25402: transaction must roll back
Anmerkung (MetaLink Note 337178.1 : Which are the Oracle Errors (TAF Events) to be
Handled for RAC Failover) :
An dieser Stelle kann auch der Fehler ORA-25405: transaction status unknown
auftreten. Die für TAF relevanten Fehlermeldungen und deren Behandlung sind in der
genannten Note gut beschrieben.
Führen Sie den Befehl rollback; aus:
SQL> rollback;
Rollback complete.
Führen Sie den Befehl select count(*) from longrun where deptno = 40; aus und beobachten
Sie, was passiert:
SQL> select count(*) from longrun where deptno=40 ;
COUNT(*)
---------123190
TestHA.doc
11/26
Anmerkung (MetaLink Note 473145.1: SQLPLUS does not failover service receiving FAN
events):
Wenn Sie das DML-Kommando nicht vollständig durchlaufen lassen haben, so erhalten Sie
folgende Meldung, weil FAN Events standardmäßig nicht korrekt verarbeitet werden:
SQL> delete from longrun where deptno=40 ;
delete from longrun where deptno=40
*
ERROR at line 1:
ORA-25408: can not safely replay call
Gemäß oben genannter Note gibt es ab Patch 10.2.0.4 die Möglichkeit, SQL*plus mit der
Option –F zu starten, und so die FAN-Events korrekt zu verarbeiten, wobei diese im
entsprechenden Service über die EM Console aktiviert sein müssen:
[oracle@hpws1rac1 workshop]$ sqlplus –F scott/tiger@hataf
Nutzen Sie zum Abschluß die EM Console, um durch einen Restart der Services diese wieder
auf die richtige Instanz zu verschieben.
TestHA.doc
12/26
5. Verwaltung von nicht-Oracle Applikationen im Cluster
In diesem Abschnitt wird gezeigt, dass es möglich ist, Applikationen mittels Oracle
Clusterware Services zu verwalten. Hierzu wird eine Applikation my-app mit der
dazugehörigen virtuellen IP-Adresse my-vip erzeugt, die durch CRS verwaltet werden. Es
wird eine Abhängigkeit zwischen my-app und my-vip definiert, wobei my-app vorzugsweise
auf Knoten 1 läuft und von Knoten 2 übernommen werden kann.
5.1 Vorbereitung
Notieren Sie die IP-Adresse Ihres Knotens aus dem File /etc/hosts (in diesem Beispiel
10.168.244.161 für Gruppe 1):
[oracle@hpws1rac1 ~]$ tail /etc/hosts
10.165.244.161
10.165.244.162
10.165.244.163
10.165.244.164
10.165.244.165
10.165.244.166
10.165.244.167
10.165.244.168
hpws1myvip
hpws2myvip
hpws3myvip
hpws4myvip
hpws5myvip
hpws6myvip
hpws7myvip
hpws8myvip
Ersetzen Sie den Platzhalter (export MYVIP=hpws#myvip) in den beiden Skripten
/home/oracle/workshop/myapp/Server/check.sh
und
/home/oracle/workshop/myapp/Client/showapp.sh
auf beiden Knoten durch den korrekten Eintrag, der zu Ihrer Gruppe (# durch
Gruppennummer ersetzen) gehört.
Anschließend melden Sie sich als User root an und lassen das Skript laufen, um die
Umgebung zu setzen:
[oracle@hpws1rac1 myapp]$ su - root
Password:
[root@hpws1rac1 ~]# cd /home/oracle/workshop/myapp
[root@hpws1rac1 myapp]# . ./setmyapp.sh
Dieses Skript setzt die folgenden Umgebungsvariablen:
ORACLE_HOME=/opt/oracle/product/db
ORA_CRS_HOME=/opt/crs
PATH=$ORACLE_HOME/bin:$ORA_CRS_HOME/bin:$PATH
Prüfen Sie den Status des Cluster:
[root@hpws1rac1 myapp]# /opt/crs/bin/crs_stat -t
Name
Type
Target
State
Host
-----------------------------------------------------------ora....SM2.asm application
ONLINE
ONLINE
hpws1rac1
ora....C1.lsnr application
ONLINE
ONLINE
hpws1rac1
TestHA.doc
13/26
ora....ac1.gsd
ora....ac1.ons
ora....ac1.vip
ora....SM1.asm
ora....C2.lsnr
ora....ac2.gsd
ora....ac2.ons
ora....ac2.vip
ora.ws1.db
ora.ws1.ha.cs
ora....s11.srv
ora....ataf.cs
ora....s11.srv
ora....11.inst
ora....12.inst
application
application
application
application
application
application
application
application
application
application
application
application
application
application
application
ONLINE
ONLINE
ONLINE
ONLINE
ONLINE
ONLINE
ONLINE
ONLINE
ONLINE
ONLINE
ONLINE
ONLINE
ONLINE
ONLINE
ONLINE
ONLINE
ONLINE
ONLINE
ONLINE
ONLINE
ONLINE
ONLINE
ONLINE
ONLINE
ONLINE
ONLINE
ONLINE
ONLINE
ONLINE
ONLINE
hpws1rac1
hpws1rac1
hpws1rac1
hpws1rac2
hpws1rac2
hpws1rac2
hpws1rac2
hpws1rac2
hpws1rac2
hpws1rac1
hpws1rac1
hpws1rac1
hpws1rac1
hpws1rac1
hpws1rac2
5.2 Registrierung und Starten der Applikation
Registrieren Sie my-app und my-vip im Cluster, wobei der erste Parameter der Knoten ist, auf
dem die Applikation laufen soll und die IP-Adresse diejenige aus der /etc/hosts im Klartext
ist:
[root@hpws1rac1 myapp]# /cd /home/oracle/workshop/myapp/Server
[root@hpws1rac1 Server]# . ./createapp.sh hpws1rac1 10.165.244.161
/opt/crs/bin/crs_profile -create my-vip -t application -p favored -h
hpws1rac2 -a /opt/crs/bin/usrvip -o
ap=1,oi=eth0,ov=10.165.244.161,on=255.255.254.0
/opt/crs/bin/crs_register my-vip
/opt/crs/bin/crs_setperm my-vip -u user:oracle:r-x
/opt/crs/bin/crs_profile -create my-app -t application -r my-vip -p favored
-h hpws1rac2 -a /home/oracle/workshop/myapp/Server/check.sh -o
ap=1,ci=30,ra=5
/opt/crs/bin/crs_register my-app
/opt/crs/bin/crs_setperm my-app -u user:root:r-x
[root@hpws1rac1 ~]#
Die Registrierung erfolgt durch die Funktionen crs_profile, crs_register und crs_setperm, die
das Profile der Komponente anlegen (Typ, Abhängigkeiten, …) die Applikation im CRS
eintragen und die Berechtigungen setzen. Im vorliegenden Fall bedeutet diese Abhängigkeit,
dass my-app nur ausgeführt werden kann, wenn my-vip auf dem gleichen Knoten ansprechbar
sind.
Prüfen Sie den Status des Clusters:
[root@hpws1rac1 ~]# /opt/crs/bin/crs_stat -t
Name
Type
Target
State
Host
-----------------------------------------------------------my-app
application
OFFLINE
OFFLINE
my-vip
application
OFFLINE
OFFLINE
ora....SM2.asm application
ONLINE
ONLINE
hpws1rac1
ora....C1.lsnr application
ONLINE
ONLINE
hpws1rac1
ora....ac1.gsd application
ONLINE
ONLINE
hpws1rac1
ora....ac1.ons application
ONLINE
ONLINE
hpws1rac1
ora....ac1.vip application
ONLINE
ONLINE
hpws1rac1
ora....SM1.asm application
ONLINE
ONLINE
hpws1rac2
ora....C2.lsnr application
ONLINE
ONLINE
hpws1rac2
TestHA.doc
14/26
ora....ac2.gsd
ora....ac2.ons
ora....ac2.vip
ora.ws1.db
ora.ws1.ha.cs
ora....s11.srv
ora....ataf.cs
ora....s11.srv
ora....11.inst
ora....12.inst
application
application
application
application
application
application
application
application
application
application
ONLINE
ONLINE
ONLINE
ONLINE
ONLINE
ONLINE
ONLINE
ONLINE
ONLINE
ONLINE
ONLINE
ONLINE
ONLINE
ONLINE
ONLINE
ONLINE
ONLINE
ONLINE
ONLINE
ONLINE
hpws1rac2
hpws1rac2
hpws1rac2
hpws1rac2
hpws1rac1
hpws1rac1
hpws1rac1
hpws1rac1
hpws1rac1
hpws1rac2
Wie Sie sehen, haben my-app und my-vip den Status OFFLINE.
Starten Sie nun die Applikation:
[root@hpws1rac1 ~]# $ORA_CRS_HOME/bin/crs_start my-app
Attempting to start `my-vip` on member `hpws1rac1`
Start of `my-vip` on member `hpws1rac1` succeeded.
Attempting to start `my-app` on member `hpws1rac1`
Start of `my-app` on member `hpws1rac1` succeeded.
[root@hpws1rac1 ~]#
Wegen der bestehenden Abhängigkeiten, startet my-vip automatisch vor my-app. Sie können
den Status durch den Befehl /opt/crs/bin/crs_stat –t prüfen:
[root@hpws1rac1 ~]# /opt/crs/bin/crs_stat -t
Name
Type
Target
State
Host
-----------------------------------------------------------my-app
application
ONLINE
ONLINE
hpws1rac2
my-vip
application
ONLINE
ONLINE
hpws1rac2
ora....SM2.asm application
ONLINE
ONLINE
hpws1rac1
ora....C1.lsnr application
ONLINE
ONLINE
hpws1rac1
ora....ac1.gsd application
ONLINE
ONLINE
hpws1rac1
ora....ac1.ons application
ONLINE
ONLINE
hpws1rac1
ora....ac1.vip application
ONLINE
ONLINE
hpws1rac1
ora....SM1.asm application
ONLINE
ONLINE
hpws1rac2
ora....C2.lsnr application
ONLINE
ONLINE
hpws1rac2
ora....ac2.gsd application
ONLINE
ONLINE
hpws1rac2
ora....ac2.ons application
ONLINE
ONLINE
hpws1rac2
ora....ac2.vip application
ONLINE
ONLINE
hpws1rac2
ora.ws1.db
application
ONLINE
ONLINE
hpws1rac2
ora.ws1.ha.cs application
ONLINE
ONLINE
hpws1rac1
ora....s11.srv application
ONLINE
ONLINE
hpws1rac1
ora....ataf.cs application
ONLINE
ONLINE
hpws1rac1
ora....s11.srv application
ONLINE
ONLINE
hpws1rac1
ora....11.inst application
ONLINE
ONLINE
hpws1rac1
ora....12.inst application
ONLINE
ONLINE
hpws1rac2
5.3 Starten der Client-Applikation
Starten Sie nun die Client-Applikation in Ihrem VNCServer auf dem zweiten Knoten, indem
Sie als User root folgende Kommandos absetzen:
[oracle@hpws1rac2 ~]$ su - root
Password:
[root@hpws1rac2 ~]# /home/oracle/workshop/myapp/Client/showapp.sh
TestHA.doc
15/26
Es öffnet sich ein grafisches Window, das anzeigt, wo die Applikation my-app derzeit läuft:
5.4 Verwaltung der Komponenten
Stoppen Sie my-app mittels crs indem Sie auf einem beliebiegen Knoten die folgenden
Kommandos absetzen:
[oracle@hpws1rac1 ~]$ /opt/crs/bin/crs_stop my-app
Attempting to stop `my-app` on member `hpws1rac1`
Stop of `my-app` on member `hpws1rac1` succeeded.
Prüfen Sie in der grafischen Anzeige den Status von my-app, diese sollte nun Application not
running anzeigen (Button Where is myapp betätigen!):
TestHA.doc
16/26
Starten Sie erneut die Applikation my-app:
[oracle@hpws1rac1 ~]$ /opt/crs/bin/crs_start my-app
Attempting to start `my-app` on member `hpws1rac1`
Start of `my-app` on member `hpws1rac1` succeeded.
Stoppen Sie den ersten Knoten, auf dem die Applikation läuft, prüfen Sie jedoch vorher, dass
die Client-Applikation auf dem zweiten Knoten aktiv ist:
[root@hpws1rac1 ~]# shutdown -rF now
Beobachten Sie mit der Client-Applikation, was mit der my-app Anwendung passiert. Die
Anwendung my-app sollte durch die Clusterware automatisch auf dem anderen Knoten erneut
gestartet werden. Der Zusammenhang mit my-vip wird deutlich, indem Sie das Kommando
/opt/crs/bin/crs_stat –t verwenden:
[oracle@hpws1rac2 ~]$ /opt/crs/bin/crs_stat -t
Name
Type
Target
State
Host
-----------------------------------------------------------my-app
application
ONLINE
OFFLINE
my-vip
application
ONLINE
ONLINE
hpws1rac1
ora....SM2.asm application
ONLINE
ONLINE …
kurze Zeit später:
[oracle@hpws1rac1 ~]$ /opt/crs/bin/crs_stat -t
Name
Type
Target
State
Host
-----------------------------------------------------------my-app
application
ONLINE
ONLINE
hpws1rac1
my-vip
application
ONLINE
ONLINE
hpws1rac1
ora....SM2.asm application
ONLINE
ONLINE …
TestHA.doc
17/26
Sobald der durchgestartete Knoten wieder da ist, können Sie die Anwendung my-app zurück
auf den ersten Knoten verschieben:
[oracle@hpws1rac1 ~]$ /opt/crs/bin/crs_relocate -f my-app
Attempting to stop `my-app` on member `hpws1rac1`
Stop of `my-app` on member `hpws1rac1` succeeded.
Attempting to stop `my-vip` on member `hpws1rac1`
Stop of `my-vip` on member `hpws1rac1` succeeded.
Attempting to start `my-vip` on member `hpws1rac2`
Start of `my-vip` on member `hpws1rac2` succeeded.
Attempting to start `my-app` on member `hpws1rac2`
Start of `my-app` on member `hpws1rac2` succeeded.
Nachdem Sie diesen Schritt durchgeführt haben, können Sie den Vorgang auch wieder
umkehren:
[oracle@hpws1rac1 ~]$ /opt/crs/bin/crs_relocate -f my-app -c hpws1rac1
Attempting to stop `my-app` on member `hpws1rac2`
Stop of `my-app` on member `hpws1rac2` succeeded.
Attempting to stop `my-vip` on member `hpws1rac2`
Stop of `my-vip` on member `hpws1rac2` succeeded.
Attempting to start `my-vip` on member `hpws1rac1`
Start of `my-vip` on member `hpws1rac1` succeeded.
Attempting to start `my-app` on member `hpws1rac1`
Start of `my-app` on member `hpws1rac1` succeeded.
5.5 Entfernen der Anwendung
Um die Anwendung wieder zu entfernen, rufen Sie zum Abschluß als User root folgende
Kommandos auf:
[oracle@hpws1rac1 myapp]$ su - root
Password:
[root@hpws1rac1 ~]# cd /home/oracle/workshop/myapp
[root@hpws1rac1 myapp]# . ./setmyapp.sh
[root@hpws1rac1 myapp]# /home/oracle/workshop/myapp/Server/rmapp.sh
Attempting to stop `my-app` on member `hpws1rac1`
Stop of `my-app` on member `hpws1rac1` succeeded.
Attempting to stop `my-vip` on member `hpws1rac1`
Stop of `my-vip` on member `hpws1rac1` succeeded.
TestHA.doc
18/26
6. Demonstration JDBC FCF (Fast Connection Failover)
Dieser Testfall zeigt die Funktionalitäten Fast Application Notification (FAN) und Fast
Connection Failover (FCF) mit einem Java Programm, das einen Connection Pool steuert.
Dieser Connection Pool wird durch den Oracle Notification Service (ONS) mit Nachrichten
über den Instanz Status (up/down) versorgt. Hierdurch wird die einwandfreie Funktion der
Connections im Pool sichergestellt.
6.1 Testumgebung
Die Testumgebung besteht aus folgenden Komponenten:
2 Java Programme:
o JDBC_Thin.java (ohne FCF, User cache)
o JDBC_Thin_FCF.java (mit FCF, User cachefcf)
2 Skripte zum Übersetzen der Java-Programme
o compil_JDBC_Thin.sh
o compil_JDBC_Thin_FCF.sh
2 Skripte zum Starten der Java-Programme
o run_JDBC_Thin.sh
o run_JDBC_Thin_FCF.sh
2 Skripte zum Prüfen der Datenbankverbindungen
o conn_cache.sh
o conn_cachefcf.sh
Benutzung Oracle JDBC Driver’s Pool Manager (JDBC Implicit Connection Cache)
Das Java Programm initialisiert den Pool mit 10 Verbindungen, die auf beide Cluster
Instanzen verteilt werden. Anschließend wird eine Verbindung aus dem Pool
verwendet.
Das Programm zeigt:
o Die Instanz, zu der die Verbindung besteht
o Die Anzahl der aktiven Verbindungen aus dem Pool
o Die Anzahl der verfügbaren Verbindungen aus dem Pool
6.2 Anlegen der Benutzer
Legen Sie nun die beiden Benutzer an, die für die zwei Demos verwendet werden. Dieses tun
Sie mit folgenden Kommandos als User oracle:
[oracle@hpws1rac1 ~]$ . oraenv
ORACLE_SID = [oracle] ? ws11
The Oracle base for ORACLE_HOME=/opt/oracle/product/db is /opt/oracle
[oracle@hpws1rac1 ~]$ cd /home/oracle/workshop/fcf
[oracle@hpws1rac1 fcf]$ ./createusercache.sh
6.3 Anlegen eines Service für FCF
Starten Sie die EM Console in einem Browser über den während der Installation notierten
Link (# durch Gruppennummer ersetzen):
TestHA.doc
19/26
https://hpws#rac1.de.oracle.com:1158/em
Melden Sie sich an als User system. Nach Erscheinen des Standardbildschirms klicken Sie auf
das Register Verfügbarkeit, dann auf den Link Cluster-verwaltete Datenbank-Services. Hier
sollten Sie die beiden bereits angelegten Services sehen.
Legen Sie durch drücken des Buttons Service erstellen einen Datenbank-Service an, der dem
FCF dient. Nennen Sie den Service fcf und legen Sie ihn mit den default Attributen an.
6.4 Anpassung und Übersetzung Java Programme
Passen Sie bitte in diesem Schritt noch die beiden Java Programme an. Hierzu sind lediglich
die Verbindungsinformationen (Aliase der virtuellen IP-Adresse beider Knoten) und die
Informationen zu dem angelegten Service folgendermaßen anzupassen:
[oracle@hpws1rac1 ~]$ cd /home/oracle/workshop/fcf
[oracle@hpws1rac1 fcf]$ vi JDBC_Thin.java
…
//Change this URL:
String dbURL="jdbc:oracle:thin:@" +
"(DESCRIPTION= " +
"(ADDRESS_LIST=(LOAD_BALANCE=ON)(FAILOVER=ON)" +
"(ADDRESS=(PROTOCOL=TCP)" +
"(HOST=hpws#rac1v)(PORT=1521))" +
"(ADDRESS=(PROTOCOL=TCP)" +
"(HOST=hpws#rac2v)(PORT=1521)))" +
"(CONNECT_DATA=(SERVICE_NAME=fcf)))";
…
:x!
[oracle@hpws1rac1 fcf]$ vi JDBC_Thin_FCF.java
…
//Change this URL:
String dbURL="jdbc:oracle:thin:@" +
"(DESCRIPTION= " +
"(ADDRESS_LIST=(LOAD_BALANCE=ON)(FAILOVER=ON)" +
"(ADDRESS=(PROTOCOL=TCP)" +
"(HOST=hpws#rac1v)(PORT=1521))" +
"(ADDRESS=(PROTOCOL=TCP)" +
"(HOST=hpws#rac2v)(PORT=1521)))" +
"(CONNECT_DATA=(SERVICE_NAME=fcf)))";
…
// For FCF:
ods.setFastConnectionFailoverEnabled(true);
ods.setONSConfiguration("nodes=hpws#rac1:6251,hpws#rac2:6251");
// FCF – End
…
:x!
Nun müssen diese Programme noch übersetzt werden:
[oracle@hpws1rac1 fcf]$ ./compil_JDBC_Thin.sh
[oracle@hpws1rac1 fcf]$ ./compil_JDBC_Thin_FCF.sh
Damit sind die vorbereitenden Arbeiten nun abgeschlossen und die Tests können beginnen.
TestHA.doc
20/26
6.5 Test ohne FCF
Fenster 1 (Knoten 1): Verbinden Sie sich als User oracle und lassen Sie das Skript
run_JDBC_Thin.sh laufen:
[oracle@hpws1rac1 ~]$ . oraenv
ORACLE_SID = [oracle] ? ws11
The Oracle base for ORACLE_HOME=/opt/oracle/product/db is /opt/oracle
[oracle@hpws1rac1 ~]$ cd /home/oracle/workshop/fcf
[oracle@hpws1rac1 fcf]$ ./run_JDBC_Thin.sh
Sie sehen dann folgende sich wiederholende Ausgaben:
Instance name: ws11
Url=jdbc:oracle:thin:@(DESCRIPTION=
(ADDRESS_LIST=(LOAD_BALANCE=ON)(FAILOVER=ON)(ADDRESS=(PROTOCOL=TCP)(HOST=hp
ws1rac1v)(PORT=1521))(ADDRESS=(PROTOCOL=TCP)(HOST=hpws1rac2v)(PORT=1521)))(
CONNECT_DATA=(SERVICE_NAME=FCF)))
NO FCF - Sessions Activ(cache): 1
NO FCF - Sessions Avail(cache): 9
Fenster 2 (Knoten1): In dem zweiten Fenster starten Sie als user oracle das Skript
conn_cache.sh, um die Verbindungen zur Datenbank zu sehen:
[oracle@hpws1rac1 ~]$ . oraenv
ORACLE_SID = [oracle] ? ws11
The Oracle base for ORACLE_HOME=/opt/oracle/product/db is /opt/oracle
[oracle@hpws1rac1 ~]$ cd /home/oracle/workshop/fcf
[oracle@hpws1rac1 fcf]$ ./conn_cache.sh
SQL*Plus: Release 11.1.0.7.0 - Production on Fri Sep 26 13:06:01 2008
Copyright (c) 1982, 2008, Oracle.
All rights reserved.
Connected to:
Oracle Database 11g Enterprise Edition Release 11.1.0.7.0 - Production
With the Partitioning, Real Application Clusters, OLAP, Data Mining
and Real Application Testing options
INST_ID
---------1
1
1
1
1
1
1
2
2
2
USERNAME
-----------------------------CACHE
CACHE
CACHE
CACHE
CACHE
CACHE
CACHE
CACHE
CACHE
CACHE
10 rows selected.
TestHA.doc
21/26
Disconnected from Oracle Database 11g Enterprise Edition Release 11.1.0.7.0
- Production
With the Partitioning, Real Application Clusters, OLAP, Data Mining
and Real Application Testing options
In diesem Beispiel gibt es:
10 Datenbank Verbindungen
7 auf Instanz ws11
3 auf Instanz ws12
Das Java Programm läuft auf Instanz ws11
Fenster 3 (Knoten2): Der Zweck dieser Übung ist weniger zu zeigen, was mit der Java
Applikation passiert, wenn eine Instanz abbricht, sondern vielmehr, was mit dem
Verbindungs Pool passiert. Brechen Sie nun die Instanz, auf der die Java Anwendung nicht
läft, als User root mit dem Kommando kill –9 ab:
[root@hpws1rac2 ~]# ps -efa |grep smon
oracle
5913
1 0 Sep25 ?
00:00:00 asm_smon_+ASM1
oracle
6212
1 0 Sep25 ?
00:00:02 ora_smon_ws12
root
18298 18164 0 13:13 pts/3
00:00:00 grep smon
[root@hpws1rac2 ~]# kill -9 6212
Der Pool reagiert nicht, wie die Anzeige in Fenster 1 (Knoten1) zeigt:
Instance name: ws11
Url=jdbc:oracle:thin:@(DESCRIPTION=
(ADDRESS_LIST=(LOAD_BALANCE=ON)(FAILOVER=ON)(ADDRESS=(PROTOCOL=TCP)(HOST=hp
ws1rac1v)(PORT=1521))(ADDRESS=(PROTOCOL=TCP)(HOST=hpws1rac2v)(PORT=1521)))(
CONNECT_DATA=(SERVICE_NAME=FCF)))
NO FCF - Sessions Activ(cache): 1
NO FCF - Sessions Avail(cache): 9
Es sind immernoch 10 Verbindungen im Pool, ein erneuter Aufruf des Skriptes in Fenster 2
(Knoten 1) zeigt jedoch nur noch die 7 Verbindungen von Instanz ws11:
[oracle@hpws1rac1 fcf]$ ./conn_cache.sh
SQL*Plus: Release 11.1.0.7.0 - Production on Fri Sep 26 13:14:19 2008
Copyright (c) 1982, 2008, Oracle.
All rights reserved.
Connected to:
Oracle Database 11g Enterprise Edition Release 11.1.0.7.0 - Production
With the Partitioning, Real Application Clusters, OLAP, Data Mining
and Real Application Testing options
INST_ID
---------1
1
1
1
TestHA.doc
USERNAME
-----------------------------CACHE
CACHE
CACHE
CACHE
22/26
1 CACHE
1 CACHE
1 CACHE
7 rows selected.
Disconnected from Oracle Database 11g Enterprise Edition Release 11.1.0.7.0
- Production
With the Partitioning, Real Application Clusters, OLAP, Data Mining
and Real Application Testing options
6.6 Test mit FCF
Fenster 1 (Knoten 1): Verbinden Sie sich als User oracle und lassen Sie das Skript
run_JDBC_Thin_FCF.sh laufen:
[oracle@hpws1rac1 ~]$ . oraenv
ORACLE_SID = [oracle] ? ws11
The Oracle base for ORACLE_HOME=/opt/oracle/product/db is /opt/oracle
[oracle@hpws1rac1 ~]$ cd /home/oracle/workshop/fcf
[oracle@hpws1rac1 fcf]$ ./run_JDBC_Thin_FCF.sh
Sie sehen dann folgende sich wiederholende Ausgaben:
Instance name: ws11
Url=jdbc:oracle:thin:@(DESCRIPTION=
(ADDRESS_LIST=(LOAD_BALANCE=ON)(FAILOVER=ON)(ADDRESS=(PROTOCOL=TCP)(HOST=hp
ws1rac1v)(PORT=1521))(ADDRESS=(PROTOCOL=TCP)(HOST=hpws1rac2v)(PORT=1521)))(
CONNECT_DATA=(SERVICE_NAME=fcf)))
FCF - Sessions Activ(cache): 1
FCF - Sessions Avail(cache): 9
Fenster 2 (Knoten1): In dem zweiten Fenster starten Sie als User oracle das Skript
conn_cachefcf.sh, um die Verbindungen zur Datenbank zu sehen:
[oracle@hpws1rac1 ~]$ . oraenv
ORACLE_SID = [oracle] ? ws11
The Oracle base for ORACLE_HOME=/opt/oracle/product/db is /opt/oracle
[oracle@hpws1rac1 ~]$ cd /home/oracle/workshop/fcf
[oracle@hpws1rac1 fcf]$ ./conn_cachefcf.sh
SQL*Plus: Release 11.1.0.7.0 - Production on Fri Sep 26 13:29:16 2008
Copyright (c) 1982, 2008, Oracle.
All rights reserved.
Connected to:
Oracle Database 11g Enterprise Edition Release 11.1.0.7.0 - Production
With the Partitioning, Real Application Clusters, OLAP, Data Mining
and Real Application Testing options
INST_ID
---------1
1
1
TestHA.doc
USERNAME
-----------------------------CACHEFCF
CACHEFCF
CACHEFCF
23/26
1
1
1
2
2
2
2
CACHEFCF
CACHEFCF
CACHEFCF
CACHEFCF
CACHEFCF
CACHEFCF
CACHEFCF
10 rows selected.
Disconnected from Oracle Database 11g Enterprise Edition Release 11.1.0.7.0
- Production
With the Partitioning, Real Application Clusters, OLAP, Data Mining
and Real Application Testing options
In diesem Beispiel gibt es:
10 Datenbank Verbindungen
6 auf Instanz ws11
4 auf Instanz ws12
Das Java Programm läuft auf Instanz ws11
Fenster 3 (Knoten2): Wie in dem vorigen Test brechen Sie nun die Instanz, auf der die Java
Anwendung nicht läuft, als User root mit dem Kommando kill –9 ab:
[root@hpws1rac2 ~]# ps -efa |grep smon
oracle
5803
1 0 07:52 ?
00:00:00 asm_smon_+ASM2
oracle
25053
1 0 13:40 ?
00:00:00 ora_smon_ws12
root
32737 20427 0 13:51 pts/1
00:00:00 grep smon
[root@hpws1rac2 ~]# kill -9 25053
Der Pool wird benachrichtigt, wie die Anzeige in Fenster 1 (Knoten1) zeigt:
Instance name: ws11
Url=jdbc:oracle:thin:@(DESCRIPTION=
(ADDRESS_LIST=(LOAD_BALANCE=ON)(FAILOVER=ON)(ADDRESS=(PROTOCOL=TCP)(HOST=hp
ws1rac1v)(PORT=1521))(ADDRESS=(PROTOCOL=TCP)(HOST=hpws1rac2v)(PORT=1521)))(
CONNECT_DATA=(SERVICE_NAME=fcf)))
FCF - Sessions Activ(cache): 1
FCF - Sessions Avail(cache): 5
Es sind nur noch 1 aktive und 5 verfügbare Verbindungen Verbindungen im Pool, ein erneuter
Aufruf des Skriptes in Fenster 2 (Knoten 1) zeigt die 6 Verbindungen von Instanz ws11:
[oracle@hpws1rac1 fcf]$ ./conn_cachefcf.sh
SQL*Plus: Release 11.1.0.7.0 - Production on Fri Sep 26 13:14:19 2008
Copyright (c) 1982, 2008, Oracle.
All rights reserved.
Connected to:
Oracle Database 11g Enterprise Edition Release 11.1.0.7.0 - Production
With the Partitioning, Real Application Clusters, OLAP, Data Mining
TestHA.doc
24/26
and Real Application Testing options
INST_ID
---------1
1
1
1
1
1
1
USERNAME
-----------------------------CACHE
CACHE
CACHE
CACHE
CACHE
CACHE
CACHE
6 rows selected.
Disconnected from Oracle Database 11g Enterprise Edition Release 11.1.0.7.0
- Production
With the Partitioning, Real Application Clusters, OLAP, Data Mining
and Real Application Testing options
Sobald die Instanz ws12 neu gestartet ist, wird der Pool erneut benachrichtigt und neue
Verbindungen werden bereitgestellt, wie Fenster 2 (Knoten 1) zeigt:
[oracle@hpws1rac1 fcf]$ ./conn_cachefcf.sh
SQL*Plus: Release 11.1.0.7.0 - Production on Fri Sep 26 14:07:01 2008
Copyright (c) 1982, 2008, Oracle.
All rights reserved.
Connected to:
Oracle Database 11g Enterprise Edition Release 11.1.0.7.0 - Production
With the Partitioning, Real Application Clusters, OLAP, Data Mining
and Real Application Testing options
INST_ID
---------1
1
1
1
1
1
1
2
USERNAME
-----------------------------CACHEFCF
CACHEFCF
CACHEFCF
CACHEFCF
CACHEFCF
CACHEFCF
CACHEFCF
CACHEFCF
8 rows selected.
Disconnected from Oracle Database 11g Enterprise Edition Release 11.1.0.7.0
- Production
With the Partitioning, Real Application Clusters, OLAP, Data Mining
and Real Application Testing options
Das MinLimit (Pool Property) wird erreicht, sobald der Pool benutzt wird. In unserem
Beispiel ist dieses nicht der Fall. In dem Moment, wenn die abgebrochene Instanz
wiederanläuft, wird der Pool benachrichtigt und legt eine inaktive Verbindung zu der neuen
Instanz an.
TestHA.doc
25/26
Anmerkung (siehe MetaLink Note 371822.1: Fan: Implictcache Doesn'T Support Minlimit
After Instance Crash):
Gemäß JDBC Dokumentation gilt:
Setting the MinLimit property does not initialize the cache to contain the minimum
number of connections. To do this, use the InitialLimit property.
When InitialLimit is greater than MinLimit, it is possible to have any number of
connections specified by InitialLimit upto a value specified by MaxLimit. Therefore,
InitialLimit does not depend on MinLimit.
Connections can fall below the minimum limit set on the connection pool when JDBC
Fast Connection Failover DOWN events are processed. The processing removes
affected connections from the pool. MinLimit will be honored as requests to the
connection pool ramp up and the number of connections gets past the MinLimit value.
TestHA.doc
26/26
Herunterladen
Random flashcards
Laser

2 Karten anel1973

Erstellen Lernkarten