(Ausgabe: FAILED, Hinweis: Device "..." is not a partition)
2012-07-03
asmlib: create disk schlägt fehl
(Ausgabe: FAILED, Hinweis: Device "..." is not a partition)
2010-07-12
Start von Listener und DB Instanz mittels Oracle Restart
Im Posting “Automatischer Start von Listener, DB Instanz und Database Control” hatte ich beschrieben, wie der automatische Start von Listener, DB Instanz und Database Control vom Administrator über Skripte manuell eingerichtet werden kann/muss. Hier beschreibe ich nun, wie der automatische Start von Listener und DB Instanz über Oracle Restart konfiguriert werden kann.
Oracle Restart ist eine neue Option der Oracle Grid Infrastruktur. Damit werden alle wichtigen Komponenten eines Oracle DB Servers, wie Listener, ASM Instanz und DB Instanz überwacht. Bei Booten des Servers werden die Komponenten ebenfalls gestartet und bei Ausfall einer Komponente im laufenden Betrieb wird diese neu gestartet.
Der Neustart einzelner Komponenten bei deren Ausfall unterscheidet Oracle Restart von der Variante des automatischen Starts mittels Skript.
Das Database Control wird von Oracle Restart nicht überwacht bzw. gestartet. Hier geht Oracle wohl von der Nutzung von Oracle Grid Control aus, dessen Agenten immer automatisch startend installiert werden.
Die Installationsschritte:
- Oracle Grid Infrastruktur Software für Oracle Restart installiert
- SQL-Net Umgebung konfigurieren
- Oracle Datenbanksoftware installiert
- Datenbank angelegen
Oracle Restart wird im Universal Installer (OUI) der Grid Infrastruktur an sich über die Installationsoption “Grid Infrastructure für einen Standalone-Server installieren und konfigurieren” ausgewählt. Hierbei will Oracle aber partout auch ASM installieren und konfigurieren. Bei Standalone-Servern ist ASM in der Regel aber nicht gewünscht. So bleibt zunächst nur die reine Softwareinstallation.
Konfiguriert wird Oracle Restart dann nicht über den OUI, sondern per Perl-Skript im Anschluss an die Softwareinstallation. Einen Hinweis darauf, wie das geht, liefert das root-Skript am Ende der Installation:
[root@vmschullinux ~]# /u01/app/11.2.0/grid/root.sh
Running Oracle 11g root.sh script...
The following environment variables are set as:
ORACLE_OWNER= oracle
ORACLE_HOME= /u01/app/11.2.0/grid
Enter the full pathname of the local bin directory: [/usr/local/bin]:
Copying dbhome to /usr/local/bin ...
Copying oraenv to /usr/local/bin ...
Copying coraenv to /usr/local/bin ...
Creating /etc/oratab file...
Entries will be added to the /etc/oratab file as needed by
Database Configuration Assistant when a database is created
Finished running generic part of root.sh script.
Now product-specific root actions will be performed.
To configure Grid Infrastructure for a Stand-Alone Server run the following command as the root user:
/u01/app/11.2.0/grid/perl/bin/perl -I/u01/app/11.2.0/grid/perl/lib -/u01/app/11.2.0/grid/crs/install /u01/app/11.2.0/grid/crs/install/roothas.pl
To configure Grid Infrastructure for a Cluster perform the following steps:
1. Provide values for Grid Infrastructure configuration parameters in the file - /u01/app/11.2.0/grid/crs/install/crsconfig_params. For details on how to do this, see the installation guide.
2. Run the following command as the root user:
/u01/app/11.2.0/grid/perl/bin/perl -I/u01/app/11.2.0/grid/perl/lib -I/u01/app/11.2.0/grid/crs/install /u01/app/11.2.0/grid/crs/install/rootcrs.pl
To update inventory properties for Grid Infrastructure, perform the following
steps. If a pre-11.2 home is already configured, execute the following:
11.2_Home/oui/bin/runInstaller -updateNodeList -silent -local CRS=false ORACLE_HOME=pre-11.2_Home
Always execute the following to register the current home:
11.2_Home/oui/bin/runInstaller -updateNodeList -silent -local CRS=true ORACLE_HOME=11.2_Home.
If either home is shared, provide the additional argument -cfs.
[root@vmschullinux ~]#
Den Aufruf als root starten:
/u01/app/11.2.0/grid/perl/bin/perl -I/u01/app/11.2.0/grid/perl/lib -I/u01/app/11.2.0/grid/crs/install /u01/app/11.2.0/grid/crs/install/roothas.pl
Ausgabe:
[root@vmschullinux ~]# /u01/app/11.2.0/grid/perl/bin/perl -I/u01/app/11.2.0/grid/perl/lib -I/u01/app/11.2.0/grid/crs/install /u01/app/11.2.0/grid/crs/install/roothas.pl
2010-06-01 15:13:22: Checking for super user privileges
2010-06-01 15:13:22: User has super user privileges
2010-06-01 15:13:22: Parsing the host name
Using configuration parameter file: /u01/app/11.2.0/grid/crs/install/crsconfig_params
Creating trace directory
LOCAL ADD MODE
Creating OCR keys for user 'oracle', privgrp 'oinstall'..
Operation successful.
CRS-4664: Node vmschullinux successfully pinned.
Adding daemon to inittab
CRS-4123: Oracle High Availability Services has been started.
ohasd is starting
vmschullinux 2010/06/01 15:14:27 /u01/app/11.2.0/grid/cdata/vmschullinux/backup_20100601_151427.olr
Successfully configured Oracle Grid Infrastructure for a Standalone Server
[root@vmschullinux ~]#
Der Listener darf nun, bei Oracle Restart, nicht aus einem Oracle Datenbank Home genutzt werden, sondern muss aus dem Homeverzeichnis der Grid Infrastruktur konfiguriert werden.
Danach wird ganz normal die DB Software in einem eigenen Homeverzeichnis installiert und eine DB angelegt.
2010-02-26
Oracle RAC 11gR1 erfahren (Teil 7) Abschluss
7 Problemsammlung
a) Performanceeinstellungen des Rechners bzw. Notebook:
Auf dem Rechner bzw. Notebook sind zunächst alle Powermanagementfunktionen zu deaktivieren. Den Rechner also auf maximale Performance einstellen. Einen automatischen Standby Modus, automatische Plattenabschaltung usw. deaktivieren. Auch den Bildschirmschoner abstellen.
b) Hänger der VM Maschinen:
Nach der Clusterware Installation bleiben die VM Maschinen bei umfangreicheren Disk-Aktionen (z.B. Entpacken der DB-Installationsdateien) hängen. Folgende Einträge finden sich dann im VMware-Log
(z.B. …\Virtual Machines 11g\OEL5_RAC\rac1\vmware.log):
...
Nov 19 21:21:40: vcpu-0| DISKLIB-LIB : Opened "c:\dokumente und einstellungen\ra\eigene dateien\my virtual machines\virtual machines 11g\oel5_rac\share\OLE5_OraDB11gR1_OCFS2.vmdk" (flags 0x2).
Nov 19 21:21:40: vmx| SCSI0:0: Command READ(10) took 22.426 seconds (ok)
Nov 19 21:21:40: vmx| Msg_Post: Error
Nov 19 21:21:40: vmx| [msg.scsi.reservation.locktimeoutrecover] This virtual machine has been unresponsive for more than 20 seconds and has caused another virtual machine sharing a disk with it via SCSI reservations to believe it has died. It is therefore unsafe for this virtual machine to resume activity, and this virtual machine will now terminate. If a 20 second delay is not long enough to be an accurate 'death heuristic' it can be changed by setting the "reslck.timeout" configuration variable. It is extremely unlikely that this should ever be necessary.
Nov 19 21:21:40: vmx| ----------------------------------------
Nov 19 21:21:40: vmx| POST(no connection): This virtual machine has been unresponsive for more than 20 seconds and has caused another virtual machine sharing a disk with it via SCSI reservations to believe it has died. It is therefore unsafe for this virtual machine to resume activity, and this virtual machine will now terminate. If a 20 second delay is not long enough to be an accurate 'death heuristic' it can be changed by setting the "reslck.timeout" configuration variable. It is extremely unlikely that this should ever be necessary.
Nov 19 21:21:40: vmx|
Nov 19 21:21:40: vmx| SCSI DISK: key0=28686 key1=28682
Nov 19 21:21:40: vmx| NOT_IMPLEMENTED C:/ob/bora-108231/pompeii2005/bora/devices/scsi/scsiDisk.c:2874 bugNr=41568
...
Lösung folgenden Parameter in den VMX Dateien setzen, der Beispielwert ist willkürlich sehr hoch gesetzt:
reslck.timeout="1200"
c) Performance Ergänzungen für VMware:
In der VMware Maschine das Memory Page Trimming deaktivieren, über
· “VM > Settings > Options > Advanced” oder
· MemTrimRate = "0" in den VMX Dateien
Das Memory Sharing zwischen den virtuellen Maschinen ausschalten:
sched.mem.pshare.enable = "FALSE” in den VMX Dateien
Das Schreiben von VMware Virtual Memory Dateien ausschalten durch
mainMem.useNamedFile = FALSE
in “C:\Documents and Settings\All Users\Application Data\VMware\VMware Server\settings.ini”
(Je nach VMware Version heißt die Datei auch config.ini)
d) Konfiguration der Antivirensoftware:
Der Echtzeit Virenscan der Antivirensoftware sollte für folgende VMware Dateien deaktiviert werden:
· VMware Virtual Memory Dateien (.vmem Endung)
· VMware Virtual Disk Dateien (.vmdk Endung)
e) Konkurrierende Entscheidungen zwischen Performance und Platzverbrauch:
Shared Disks für ASM bzw. OCFS2 sollten in VMware möglichst mit der Option „Allocate all disk space now“ erstellt werden. Dies verbraucht aber unabhängig von der Datenbankgröße mehr Plattenplatz.
f) Schnellere RAC Installation:
Wenn die Zeit drängt, kann das Booten zur Kontrolle zwischen den einzelnen Installationsschritten in Abschnitt 5 ausgelassen werden.
g) Netzwerkkonfiguration:
Wenn das Notebook in einem Netz mit DHCP Server hängt, dann kann es beim Installieren der Datenbanksoftware genauer beim Prüfen der Voraussetzungen zu einer Warnung kommen und die Netzwerkkonfiguration wird im OUI nicht geprüft.
2010-02-19
Oracle RAC 11gR1 erfahren (Teil 6)
6 Installation Datenbank
Nun wird die Oracle Software für Datenbank installiert. Dies erfolgt unter dem Benutzer oracle nur von einem Knoten, vom ersten Knoten vmrac1, aus. Danach wird eine einfache RAC Datenbank angelegt.
6.1 Vorarbeiten und mit cvu prüfen
Vorarbeiten sind für die Installation der Datenbank nicht mehr erforderlich. Die Datenbanksoftware Installationsdateien liegen bereits entpackt vor und dass die Installationsvoraussetzungen für die Datenbanksoftware auf allen Knoten gegeben sind wurde mit dem Clusterverification Utility (CVU) bereits geprüft. (siehe Abschnitt 5.1)
6.2 Datenbank Software installieren
1) Den Oracle Universal Installer als Betriebssystembenutzer oracle vom ersten Knoten (vmrac1) aus zur Installation der Datenbanksoftware starten.
cd /u01/software/database
./runInstaller
2) Den Willkommen Dialog mit Weiter bestätigen.
3) Als Installationsart „Enterprise Edition“ auswählen und mit Weiter bestätigen.
4) Das Oracle Base Verzeichnis (/u01/app) kontrollieren bzw. anpassen. Den Namen für die Installation (OraDB11g_home1) und das Verzeichnis zur Installation der Datenbanksoftware (/u01/app/oracle/product/11.1.0/db_1) angeben und mit Weiter bestätigen.
5) Es erfolgt eine Cluster-Installation, dazu sind alle Knoten mit „Alle auswählen“ zu markieren. Mit Weiter bestätigen.
6) Der Prüfdialog sollte keine Probleme ermitteln (0 Anforderungen, die überprüft werden müssen). Mit Weiter bestätigen.
Wenn das Notebook in einem Netz mit DHCP Server hängt, dann kann es zu einer Warnung kommen und die Netzwerkkonfiguration wird nicht geprüft.
7) „Nur Software installieren“ auswählen und mit Weiter bestätigen.
8) Die Betriebssystemgruppen (OSDBA = dba, OSOPER = oper und ASM = oinstall) kontrollieren. Mit Weiter bestätigen.
9) Nun aus dem abschließenden Überblick Dialog die Installation mit Installieren starten.
10) Der Installationsverlauf wird angezeigt.
11) Wenn dieser Dialog erschein das Skript wie angegeben auf jedem Cluster Knoten unter root ausführen. Danach mit OK bestätigen.
12) Als Betriebssystembenutzer root das Script (z.B. per Copy und Paste) nacheinander auf den Cluster Knoten ausführen. Dabei alle Rückfragen einfach mit [enter] bestätigen.
/u01/app/oracle/product/11.1.0/db_1/root.sh
Ausgabe (z.B. auf Knoten 1):
[root@vmrac1 ~]# /u01/app/oracle/product/11.1.0/db_1/root.sh
Running Oracle 11g root.sh script...
The following environment variables are set as:
ORACLE_OWNER= oracle
ORACLE_HOME= /u01/app/oracle/product/11.1.0/db_1
Enter the full pathname of the local bin directory: [/usr/local/bin]:
The file "dbhome" already exists in /usr/local/bin. Overwrite it? (y/n)
[n]:
The file "oraenv" already exists in /usr/local/bin. Overwrite it? (y/n)
[n]:
The file "coraenv" already exists in /usr/local/bin. Overwrite it? (y/n)
[n]:
Entries will be added to the /etc/oratab file as needed by
Database Configuration Assistant when a database is created
Finished running generic part of root.sh script.
Now product-specific root actions will be performed.
Finished product-specific root actions.
[root@vmrac1 ~]#
13) Den abschließenden Dialog beenden.
14) Die Nachfrage zum Beenden mit Ja bestätigen.
6.3 SQL-Net Konfiguration übernehmen
Die SQL-Net Konfiguration, welche unter dem ASM-Home angelegt wurde, muss nun auch im Datenbank-Home verfügbar gemacht werden.
1) Einen Link auf die sqlnet.ora Datei anlegen.
ln –s /u01/app/asm/network/admin/sqlnet.ora /u01/app/oracle/product/11.1.0/db_1/network/admin/sqlnet.ora
2) Einen Link auf die tnsnames.ora Datei anlegen.
ln –s /u01/app/asm/network/admin/tnsnames.ora /u01/app/oracle/product/11.1.0/db_1/network/admin/tnsnames.ora
6.4 Datenbank konfigurieren
Es wird nun eine einfache vordefinierte Datenbank erstellt.
1) Zunächst die Umgebungsvariable ORACLE_HOME setzen.
export ORACLE_HOME=/u01/app/oracle/product/11.1.0/db_1
2) Nun den Oracle Datenbank-Konfigurationsassistenten starten.
cd $ORACLE_HOME/bin
./dbca
3) Als Konfigurationstyp „Oracle Real Application Cluster-Datenbank“ wählen und mit Weiter bestätigen.
4) Als Vorgang „Datenbank erstellen“ auswählen und mit Weiter bestätigen.
5) Über den Button „Alle markieren“ alle Clusterknoten wählen und mit Weiter fortfahren.
6) Zum Anlegen eine Vorlage verwenden, z.B. „Allgemeiner Gebrauch oder Transaktionsverarbeitung“ wählen und mit Weiter bestätigen.
7) Als globalen Tatenbanknamen demo angeben. Der SID-Präfix wird automatisch ebenfalls mit demo gefüllt. Mit Weiter bestätigen.
8) Als Verwaltungsoption den Enterprise Manager aktiviert lassen, damit das Database Control genutzt werden kann. Mit Weiter fortfahren.
9) Für die Datenbankbenutzer SYS und SYSTEM Kennwörter festlegen, ggf. ein einheitliches Kennwort für alle, und mit Weiter bestätigen.
10) Als Speicheroption „Automatic Storage Management (ASM)“ wählen und mit Weiter fortfahren.
11) Die Plattengruppe ORADATA auswählen und mit Weiter bestätigen.
12) Auf der Plattengruppe „Oracle-Managed Files verwenden“. Mit Weiter bestätigen.
13) Für den Flash Recovery-Bereich die Plattengruppe +ORARECO angeben, keine Archivierung wählen und mit Weiter fortfahren.
14) Damit die Datenbank auch Daten für Tests enthält „Beispielschemata“ anwählen, danach mit Weiter fortfahren.
15) Die Speichergröße festlegen (300MB), kein „Automatic Memory Management verwenden“ auswählen. Die Details der Instanzparameter über „Alle Initialisierungsparameter…“ abändern (siehe folgenden Punkt). Danach auf die nächste Registerkarte „Skalierung“ wechseln.
16) In der Übersicht „Alle Initialisierungsparameter“ durch „Zusatzparameter anzeigen“ alle Parameter sichtbar machen.
Den Parameter SGA_MAX_SIZE auf einen höheren Wert (400M) setzen als SGA_TARGET um ein dynamisches Vergrößern des Hauptspeichers zu ermöglichen.
Die Änderungen mit Schließen übernehmen.
17) Die Angaben zu Prozesse werden ohne Änderung übernommen, auf die nächste Registerkarte „Zeichensätze“ wechseln.
18) Auch den Zeichensatz und die übrigen Spracheinstellungen unverändert lassen und auf die nächste Registerkarte „Verbindungsmodus“ wechseln.
19) Nach Bedarf den Verbindungsmodus, nur „Dedizierter Server-Modus“ oder „Shared Server-Modus“, der beides zulässt, wählen. Mit Weiter fortfahren.
20) Die Standardsicherheitseinstellungen unverändert mit Weiter übernehmen.
21) Die Konfiguration zu Automatische Wartungs-Tasks unverändert mit Weiter übernehmen.
22) Im Schritt zum Datenbankspeicher bzw. zu den Dateien die Konfiguration unverändert mit Weiter übernehmen.
23) Im letzten Schritt „Datenbank erstellen“ und falls gewünscht zur Dokumentation der initialen Konfiguration „Scripts für das Erstellen von Datenbanken generieren“ auswählen. Den Assistenten beenden und damit die Installation starten.
24) Die abschließende HTML Zusammenfassung noch einmal kontrollieren und mit OK bestätigen.
25) Zunächst werden ggf. die Scripte angelegt, ein entsprechender Dialog ist mit OK zu bestätigen, dann erfolgt die Installation der Datenbank.
26) Den letzten Dialog mit Beenden verlassen.
27) Es folgt das abschließende Durchstarten der Datenbank als Clusterdatenbank. Dies kann recht lange dauern. Wenn das erfolgreich durchgeführt ist, dann schließt sich dieser Dialog automatisch und mit ihm auch der Datenbank-Konfigurationsassistent.
28) Als Betriebssystembenutzer oracle vom Knoten 1 aus prüfen, ob je Knoten eine Datenbankinstanz als Service im Cluster angelegt ist und ordnungsgemäß läuft.
/u01/app/crs/bin/crs_stat –t
Ausgabe:
[oracle@vmrac1]~% /u01/app/crs/bin/crs_stat -t
Name Type Target State Host
------------------------------------------------------------
ora....SM1.asm application ONLINE ONLINE vmrac1
ora....C1.lsnr application ONLINE ONLINE vmrac1
ora.vmrac1.gsd application ONLINE ONLINE vmrac1
ora.vmrac1.ons application ONLINE ONLINE vmrac1
ora.vmrac1.vip application ONLINE ONLINE vmrac1
ora....SM2.asm application ONLINE ONLINE vmrac2
ora....C2.lsnr application ONLINE ONLINE vmrac2
ora.vmrac2.gsd application ONLINE ONLINE vmrac2
ora.vmrac2.ons application ONLINE ONLINE vmrac2
ora.vmrac2.vip application ONLINE ONLINE vmrac2
[oracle@vmrac1]~%
29) Reboot aller Knoten als root durchführen, um zu testen, dass die Clusterware mit den Datenbankservices sauber startet.
init 6
30) Danach wieder auf allen Knoten mit oracle anmelden, ein Terminalfenster öffnen und Test aus Schritt 28) wiederholen.
2010-02-12
Oracle RAC 11gR1 erfahren (Teil 5)
5 Installation ASM
Nun wird die Oracle Software für ASM installiert. Die Software entspricht der normalen Datenbanksoftware, sie wird hier nur für ASM genutzt und daher in ein eigenes Oracle-Home installiert. Dies erfolgt unter dem Benutzer oracle nur von einem Knoten, vom ersten Knoten vmrac1, aus. Danach wird eine ASM Instanz mit entsprechenden Disk-Gruppen angelegt.
5.1 Vorarbeiten und mit cvu prüfen
1) Am ersten Knoten am Anmeldebildschirm von Linux mit dem Benutzer root anmelden und ein Terminalfenster öffnen.
2) Die Datenbanksoftware Installationsdateien sollten als ZIP Datei auf dem VMware Host liegen (siehe Abschnitt 1.4). Die ZIP Datei ist nun in die virtuelle Linux Maschine in das Softwareverzeichnis /u01/software zu kopieren (z.B. über Linux Desktop/Netzwerk/Windows-Netzwerk/<Arbeitsgruppe>/<Rechnername>).
Dann die Datei entpacken:
cd /u01/software
unzip linux_x86_11gR1_database.zip
3) Das X-Terminal für alle Benutzer freigeben.
xhost +
Ausgabe:
[root@vmrac1 ~]# xhost +
access control disabled, clients can connect from any host
[root@vmrac1 ~]#
4) Alle weiteren Installationsaktionen erfolgen nun mit dem Oracle Benutzer oracle. Dazu in die Umgebung des Betriebssystembenutzers oracle wechseln.
su - oracle
5) Zunächst als Betriebssystembenutzer oracle mit dem Clusterverification Utility (CVU) auf allen Knoten prüfen, ob Installationsvoraussetzungen für die Datenbanksoftware gegeben sind.
cd /u01/software/clusterware
./runcluvfy.sh stage -pre dbinst -n vmrac1,vmrac2 -r 11gR1 -osdba dba -verbose
6) Ausgabe:
[oracle@vmrac1]/u01/software/clusterware% cd /u01/software/clusterware
[oracle@vmrac1]/u01/software/clusterware% ./runcluvfy.sh stage -pre dbinst -n vmrac1,vmrac2 -r 11gR1 -osdba dba -verbose
Vorprüfungen für Datenbankinstallation werden ausgeführt.
Knotenzugänglichkeit wird geprüft...
Prüfung: Knotenzugänglichkeit von Knoten "vmrac1"
Zielknoten Zugänglich?
------------------------------------ ------------------------
vmrac1 ja
vmrac2 ja
Ergebnis: Prüfung auf Knotenzugänglichkeit von Knoten "vmrac1" erfolgreich.
Benutzeräquivalenz wird überprüft...
Prüfung: Benutzeräquivalenz für Benutzer "oracle"
Knotenname Kommentar
------------------------------------ ------------------------
vmrac1 erfolgreich
vmrac2 erfolgreich
Ergebnis: Prüfung auf Benutzeräquivalenz erfolgreich für Benutzer "oracle".
Administrative Berechtigungen werden überprüft...
Prüfung: Vorhandensein von Benutzer "oracle"
Knotenname Benutzer ist vorhanden Kommentar
------------ ------------------------ ------------------------
vmrac1 ja erfolgreich
vmrac2 ja erfolgreich
Ergebnis: Prüfung auf Vorhandensein von Benutzer erfolgreich für "oracle".
Prüfung: Vorhandensein von Gruppe "oinstall"
Knotenname Status Gruppen-ID
------------ ------------------------ ------------------------
vmrac1 ist vorhanden 501
vmrac2 ist vorhanden 501
Ergebnis: Prüfung auf Vorhandensein von Gruppe erfolgreich für "oinstall".
Prüfung: Zugehörigkeit von Benutzer "oracle" in Gruppe "oinstall" [als Primär]
Knotenname Benutzer ist vorhanden Gruppe ist vorhanden Benutzer in Gruppe Primär Kommentar
---------------- ------------ ------------ ------------ ------------ ------------
vmrac1 ja ja ja ja erfolgreich
vmrac2 ja ja ja ja erfolgreich
Ergebnis: Zugehörigkeitsprüfung für Benutzer "oracle" in Gruppe "oinstall" [als Primär] erfolgreich.
Prüfung: Vorhandensein von Gruppe "dba"
Knotenname Status Gruppen-ID
------------ ------------------------ ------------------------
vmrac1 ist vorhanden 502
vmrac2 ist vorhanden 502
Ergebnis: Prüfung auf Vorhandensein von Gruppe erfolgreich für "dba".
Prüfung: Zugehörigkeit von Benutzer "oracle" in Gruppe "dba"
Knotenname Benutzer ist vorhanden Gruppe ist vorhanden Benutzer in Gruppe Primär Kommentar
---------------- ------------ ------------ ------------ ------------ ------------
vmrac1 ja ja ja nein erfolgreich
vmrac2 ja ja ja nein erfolgreich
Ergebnis: Zugehörigkeitsprüfung für Benutzer "oracle" in Gruppe "dba" erfolgreich.
Prüfung auf administrative Berechtigungen erfolgreich.
Knotenkonnektivität wird geprüft...
Schnittstelleninformationen für Knoten "vmrac1"
Schnittstellenname IP-Adresse Subnet Subnet Gateway Standard-Gateway Hardware-Adresse
---------------- ------------ ------------ ------------ ------------ ------------
eth0 139.2.162.171 139.2.160.0 0.0.0.0 139.2.160.40 00:0C:29:D4:59:4A
eth0 139.2.162.172 139.2.160.0 0.0.0.0 139.2.160.40 00:0C:29:D4:59:4A
eth1 10.10.10.50 10.10.10.0 0.0.0.0 139.2.160.40 00:0C:29:D4:59:54
Schnittstelleninformationen für Knoten "vmrac2"
Schnittstellenname IP-Adresse Subnet Subnet Gateway Standard-Gateway Hardware-Adresse
---------------- ------------ ------------ ------------ ------------ ------------
eth0 139.2.162.173 139.2.160.0 0.0.0.0 139.2.160.40 00:0C:29:39:90:F4
eth0 139.2.162.174 139.2.160.0 0.0.0.0 139.2.160.40 00:0C:29:39:90:F4
eth1 10.10.10.51 10.10.10.0 0.0.0.0 139.2.160.40 00:0C:29:39:90:FE
Prüfung: Knotenkonnektivität von Subnet "139.2.160.0"
Quelle Ziel Angemeldet?
------------------------------ ------------------------------ ----------------
vmrac1:eth0 vmrac2:eth0 ja
vmrac1:eth0 vmrac2:eth0 ja
vmrac1:eth0 vmrac2:eth0 ja
vmrac2:eth0 vmrac2:eth0 ja
vmrac2:eth0 vmrac2:eth0 ja
vmrac2:eth0 vmrac2:eth0 ja
Ergebnis: Prüfung auf Knotenkonnektivität für Subnet "139.2.160.0" mit Knoten vmrac1,vmrac2 erfolgreich.
Prüfung: Knotenkonnektivität von Subnet "10.10.10.0"
Quelle Ziel Angemeldet?
------------------------------ ------------------------------ ----------------
vmrac1:eth1 vmrac2:eth1 ja
Ergebnis: Prüfung auf Knotenkonnektivität für Subnet "10.10.10.0" mit Knoten vmrac1,vmrac2 erfolgreich.
Schnittstellen auf Subnet "139.2.160.0" gefunden, die wahrscheinlich für VIP in Frage kommen:
vmrac1 eth0:139.2.162.171 eth0:139.2.162.172
vmrac2 eth0:139.2.162.173 eth0:139.2.162.174
Schnittstellen auf Subnet "10.10.10.0" gefunden, die wahrscheinlich für Private Interconnect in Frage kommen:
vmrac1 eth1:10.10.10.50
vmrac2 eth1:10.10.10.51
Ergebnis: Prüfung auf Knotenkonnektivität erfolgreich
Prüfung der Systemanforderungen für 'database'...
Prüfen: Gesamter Speicher
Knotenname Verfügbar Erforderlich Kommentar
------------ ------------------------ ------------------------ ----------
vmrac1 1,01GB (1059708KB) 1GB (1048576KB) erfolgreich
vmrac2 1,01GB (1059708KB) 1GB (1048576KB) erfolgreich
Ergebnis: Gesamter Speicher Überprüfung erfolgreich.
Prüfung: Freier Plattenspeicher in "/tmp" Verzeichnis
Knotenname Verfügbar Erforderlich Kommentar
------------ ------------------------ ------------------------ ----------
vmrac1 796,77MB (815888KB) 400MB (409600KB) erfolgreich
vmrac2 754,11MB (772204KB) 400MB (409600KB) erfolgreich
Ergebnis: Freier Plattenspeicher Überprüfung erfolgreich.
Prüfen: Swap-Bereich
Knotenname Verfügbar Erforderlich Kommentar
------------ ------------------------ ------------------------ ----------
vmrac1 2GB (2097144KB) 1,5GB (1572864KB) erfolgreich
vmrac2 2GB (2097144KB) 1,5GB (1572864KB) erfolgreich
Ergebnis: Swap-Bereich Überprüfung erfolgreich.
Prüfen: Systemarchitektur
Knotenname Verfügbar Erforderlich Kommentar
------------ ------------------------ ------------------------ ----------
vmrac1 i686 i686 erfolgreich
vmrac2 i686 i686 erfolgreich
Ergebnis: Systemarchitektur Überprüfung erfolgreich.
Prüfen: Kernel-Version
Knotenname Verfügbar Erforderlich Kommentar
------------ ------------------------ ------------------------ ----------
vmrac1 2.6.18-53.el5 2.6.18 erfolgreich
vmrac2 2.6.18-53.el5 2.6.18 erfolgreich
Ergebnis: Kernel-Version Überprüfung erfolgreich.
Prüfen: Package-Existenz für "make-3.81"
Knotenname Status Kommentar
------------------------------ ------------------------------ ----------------
vmrac1 make-3.81-1.1 erfolgreich
vmrac2 make-3.81-1.1 erfolgreich
Ergebnis: Package-Existenz Überprüfung erfolgreich für "make-3.81".
Prüfen: Package-Existenz für "binutils-2.17.50.0.6"
Knotenname Status Kommentar
------------------------------ ------------------------------ ----------------
vmrac1 binutils-2.17.50.0.6-5.el5 erfolgreich
vmrac2 binutils-2.17.50.0.6-5.el5 erfolgreich
Ergebnis: Package-Existenz Überprüfung erfolgreich für "binutils-2.17.50.0.6".
Prüfen: Package-Existenz für "gcc-4.1.1"
Knotenname Status Kommentar
------------------------------ ------------------------------ ----------------
vmrac1 gcc-4.1.2-14.el5 erfolgreich
vmrac2 gcc-4.1.2-14.el5 erfolgreich
Ergebnis: Package-Existenz Überprüfung erfolgreich für "gcc-4.1.1".
Prüfen: Package-Existenz für "libaio-0.3.106"
Knotenname Status Kommentar
------------------------------ ------------------------------ ----------------
vmrac1 libaio-0.3.106-3.2 erfolgreich
vmrac2 libaio-0.3.106-3.2 erfolgreich
Ergebnis: Package-Existenz Überprüfung erfolgreich für "libaio-0.3.106".
Prüfen: Package-Existenz für "libaio-devel-0.3.106"
Knotenname Status Kommentar
------------------------------ ------------------------------ ----------------
vmrac1 libaio-devel-0.3.106-3.2 erfolgreich
vmrac2 libaio-devel-0.3.106-3.2 erfolgreich
Ergebnis: Package-Existenz Überprüfung erfolgreich für "libaio-devel-0.3.106".
Prüfen: Package-Existenz für "libstdc++-4.1.1"
Knotenname Status Kommentar
------------------------------ ------------------------------ ----------------
vmrac1 libstdc++-4.1.2-14.el5 erfolgreich
vmrac2 libstdc++-4.1.2-14.el5 erfolgreich
Ergebnis: Package-Existenz Überprüfung erfolgreich für "libstdc++-4.1.1".
Prüfen: Package-Existenz für "elfutils-libelf-devel-0.125"
Knotenname Status Kommentar
------------------------------ ------------------------------ ----------------
vmrac1 elfutils-libelf-devel-0.125-3.el5 erfolgreich
vmrac2 elfutils-libelf-devel-0.125-3.el5 erfolgreich
Ergebnis: Package-Existenz Überprüfung erfolgreich für "elfutils-libelf-devel-0.125".
Prüfen: Package-Existenz für "sysstat-7.0.0"
Knotenname Status Kommentar
------------------------------ ------------------------------ ----------------
vmrac1 sysstat-7.0.0-3.el5 erfolgreich
vmrac2 sysstat-7.0.0-3.el5 erfolgreich
Ergebnis: Package-Existenz Überprüfung erfolgreich für "sysstat-7.0.0".
Prüfen: Package-Existenz für "compat-libstdc++-33-3.2.3"
Knotenname Status Kommentar
------------------------------ ------------------------------ ----------------
vmrac1 compat-libstdc++-33-3.2.3-61 erfolgreich
vmrac2 compat-libstdc++-33-3.2.3-61 erfolgreich
Ergebnis: Package-Existenz Überprüfung erfolgreich für "compat-libstdc++-33-3.2.3".
Prüfen: Package-Existenz für "libgcc-4.1.1"
Knotenname Status Kommentar
------------------------------ ------------------------------ ----------------
vmrac1 libgcc-4.1.2-14.el5 erfolgreich
vmrac2 libgcc-4.1.2-14.el5 erfolgreich
Ergebnis: Package-Existenz Überprüfung erfolgreich für "libgcc-4.1.1".
Prüfen: Package-Existenz für "libstdc++-devel-4.1.1"
Knotenname Status Kommentar
------------------------------ ------------------------------ ----------------
vmrac1 libstdc++-devel-4.1.2-14.el5 erfolgreich
vmrac2 libstdc++-devel-4.1.2-14.el5 erfolgreich
Ergebnis: Package-Existenz Überprüfung erfolgreich für "libstdc++-devel-4.1.1".
Prüfen: Package-Existenz für "unixODBC-2.2.11"
Knotenname Status Kommentar
------------------------------ ------------------------------ ----------------
vmrac1 unixODBC-2.2.11-7.1 erfolgreich
vmrac2 unixODBC-2.2.11-7.1 erfolgreich
Ergebnis: Package-Existenz Überprüfung erfolgreich für "unixODBC-2.2.11".
Prüfen: Package-Existenz für "unixODBC-devel-2.2.11"
Knotenname Status Kommentar
------------------------------ ------------------------------ ----------------
vmrac1 unixODBC-devel-2.2.11-7.1 erfolgreich
vmrac2 unixODBC-devel-2.2.11-7.1 erfolgreich
Ergebnis: Package-Existenz Überprüfung erfolgreich für "unixODBC-devel-2.2.11".
Prüfen: Package-Existenz für "glibc-2.5-12"
Knotenname Status Kommentar
------------------------------ ------------------------------ ----------------
vmrac1 glibc-2.5-18 erfolgreich
vmrac2 glibc-2.5-18 erfolgreich
Ergebnis: Package-Existenz Überprüfung erfolgreich für "glibc-2.5-12".
Prüfen: Kernel-Parameter für "semmsl"
Knotenname Konfiguriert Erforderlich Kommentar
------------ ------------------------ ------------------------ ----------
vmrac1 250 250 erfolgreich
vmrac2 250 250 erfolgreich
Ergebnis: Kernel-Parameter Überprüfung erfolgreich für "semmsl".
Prüfen: Kernel-Parameter für "semmns"
Knotenname Konfiguriert Erforderlich Kommentar
------------ ------------------------ ------------------------ ----------
vmrac1 32000 32000 erfolgreich
vmrac2 32000 32000 erfolgreich
Ergebnis: Kernel-Parameter Überprüfung erfolgreich für "semmns".
Prüfen: Kernel-Parameter für "semopm"
Knotenname Konfiguriert Erforderlich Kommentar
------------ ------------------------ ------------------------ ----------
vmrac1 100 100 erfolgreich
vmrac2 100 100 erfolgreich
Ergebnis: Kernel-Parameter Überprüfung erfolgreich für "semopm".
Prüfen: Kernel-Parameter für "semmni"
Knotenname Konfiguriert Erforderlich Kommentar
------------ ------------------------ ------------------------ ----------
vmrac1 128 128 erfolgreich
vmrac2 128 128 erfolgreich
Ergebnis: Kernel-Parameter Überprüfung erfolgreich für "semmni".
Prüfen: Kernel-Parameter für "shmmax"
Knotenname Konfiguriert Erforderlich Kommentar
------------ ------------------------ ------------------------ ----------
vmrac1 536870912 536870912 erfolgreich
vmrac2 536870912 536870912 erfolgreich
Ergebnis: Kernel-Parameter Überprüfung erfolgreich für "shmmax".
Prüfen: Kernel-Parameter für "shmall"
Knotenname Konfiguriert Erforderlich Kommentar
------------ ------------------------ ------------------------ ----------
vmrac1 268435456 2097152 erfolgreich
vmrac2 268435456 2097152 erfolgreich
Ergebnis: Kernel-Parameter Überprüfung erfolgreich für "shmall".
Prüfen: Kernel-Parameter für "shmmni"
Knotenname Konfiguriert Erforderlich Kommentar
------------ ------------------------ ------------------------ ----------
vmrac1 4096 4096 erfolgreich
vmrac2 4096 4096 erfolgreich
Ergebnis: Kernel-Parameter Überprüfung erfolgreich für "shmmni".
Prüfen: Kernel-Parameter für "file-max"
Knotenname Konfiguriert Erforderlich Kommentar
------------ ------------------------ ------------------------ ----------
vmrac1 104752 65536 erfolgreich
vmrac2 104752 65536 erfolgreich
Ergebnis: Kernel-Parameter Überprüfung erfolgreich für "file-max".
Prüfen: Kernel-Parameter für "rmem_default"
Knotenname Konfiguriert Erforderlich Kommentar
------------ ------------------------ ------------------------ ----------
vmrac1 4194304 4194304 erfolgreich
vmrac2 4194304 4194304 erfolgreich
Ergebnis: Kernel-Parameter Überprüfung erfolgreich für "rmem_default".
Prüfen: Kernel-Parameter für "rmem_max"
Knotenname Konfiguriert Erforderlich Kommentar
------------ ------------------------ ------------------------ ----------
vmrac1 4194304 4194304 erfolgreich
vmrac2 4194304 4194304 erfolgreich
Ergebnis: Kernel-Parameter Überprüfung erfolgreich für "rmem_max".
Prüfen: Kernel-Parameter für "wmem_default"
Knotenname Konfiguriert Erforderlich Kommentar
------------ ------------------------ ------------------------ ----------
vmrac1 262144 262144 erfolgreich
vmrac2 262144 262144 erfolgreich
Ergebnis: Kernel-Parameter Überprüfung erfolgreich für "wmem_default".
Prüfen: Kernel-Parameter für "wmem_max"
Knotenname Konfiguriert Erforderlich Kommentar
------------ ------------------------ ------------------------ ----------
vmrac1 262144 262144 erfolgreich
vmrac2 262144 262144 erfolgreich
Ergebnis: Kernel-Parameter Überprüfung erfolgreich für "wmem_max".
Prüfen: Gruppenexistenz für "dba"
Knotenname Status Kommentar
------------ ------------------------ ------------------------
vmrac1 ist vorhanden erfolgreich
vmrac2 ist vorhanden erfolgreich
Ergebnis: Gruppenexistenz Überprüfung erfolgreich für "dba".
Prüfen: Benutzerexistenz für "nobody"
Knotenname Status Kommentar
------------ ------------------------ ------------------------
vmrac1 ist vorhanden erfolgreich
vmrac2 ist vorhanden erfolgreich
Ergebnis: Benutzerexistenz Überprüfung erfolgreich für "nobody".
Systemanforderung erfüllt für 'database'
CRS-Integrität wird überprüft...
Es wird geprüft, ob Daemon aktiv ist...
Prüfung: Aktiv für "CRS daemon"
Knotenname Gestartet
------------------------------------ ------------------------
vmrac1 ja
vmrac2 ja
Ergebnis: Aktivitätsprüfung erfolgreich für "CRS daemon".
Es wird geprüft, ob Daemon aktiv ist...
Prüfung: Aktiv für "CSS daemon"
Knotenname Gestartet
------------------------------------ ------------------------
vmrac1 ja
vmrac2 ja
Ergebnis: Aktivitätsprüfung erfolgreich für "CSS daemon".
Es wird geprüft, ob Daemon aktiv ist...
Prüfung: Aktiv für "EVM daemon"
Knotenname Gestartet
------------------------------------ ------------------------
vmrac1 ja
vmrac2 ja
Ergebnis: Aktivitätsprüfung erfolgreich für "EVM daemon".
Aktivität aller Daemons
Knotenname CRS daemon CSS daemon EVM daemon
------------ ------------------------ ------------------------ ----------
vmrac1 ja ja ja
vmrac2 ja ja ja
CRS-Integrität wird überprüft...
Prüfung: CRS-Integrität
Knotenname CRS OK?
------------------------------------ ------------------------
vmrac1 ja
vmrac2 ja
Ergebnis: CRS-Integritätsprüfung erfolgreich.
CRS-Integritätsprüfung erfolgreich
Vorprüfung für Datenbankinstallation war erfolgreich.
[asm@vmrac1]/u01/software/clusterware%
5.2 Oracle Software für ASM installieren
1) Den Oracle Universal Installer als Betriebssystembenutzer oracle vom ersten Knoten (vmrac1) aus zur Installation der Datenbanksoftware starten.
cd /u01/software/database
./runInstaller
2) Den Willkommen Dialog mit Weiter bestätigen.
3) Als Installationsart „Enterprise Edition“ auswählen und mit Weiter bestätigen.
4) Das Oracle Base Verzeichnis (/u01/app/oracle) kontrollieren. Den Namen für die Installation (OraDB11g_home1) und das Verzeichnis zur Installation der Datenbanksoftware (/u01/app/oracleproduct/11.1.0/db_1) angeben und mit Weiter bestätigen.
5) Es erfolgt eine Cluster-Installation, dazu sind alle Knoten mit „Alle auswählen“ zu markieren. Mit Weiter bestätigen.
6) Der Prüfdialog sollte keine Probleme ermitteln (0 Anforderungen, die überprüft werden müssen). Mit Weiter bestätigen.
Wenn das Notebook in einem Netz mit DHCP Server hängt, dann kann es zu einer Warnung kommen und die Netzwerkkonfiguration wird nicht geprüft.
7) „Nur Software installieren“ auswählen und mit Weiter bestätigen.
8) Die Betriebssystemgruppen (OSDBA = dba, OSOPER = oper und ASM = oinstall) kontrollieren. Mit Weiter bestätigen.
9) Nun aus dem abschließenden Überblick Dialog die Installation mit Installieren starten.
10) Der Installationsverlauf wird angezeigt.
11) Wenn dieser Dialog erschein das Skript wie angegeben auf jedem Cluster Knoten unter root ausführen. Danach mit OK bestätigen.
12) Als Betriebssystembenutzer root das Script (z.B. per Copy und Paste) nacheinander auf den Cluster Knoten ausführen. Dabei alle Rückfragen einfach mit [enter] bestätigen.
/u01/app/asm/root.sh
Ausgabe (z.B. auf Knoten 1):
[root@vmrac1 ~]# /u01/app/asm/root.sh
Running Oracle 11g root.sh script...
The following environment variables are set as:
ORACLE_OWNER= oracle
ORACLE_HOME= /u01/app/asm
Enter the full pathname of the local bin directory: [/usr/local/bin]:
Copying dbhome to /usr/local/bin ...
Copying oraenv to /usr/local/bin ...
Copying coraenv to /usr/local/bin ...
Creating /etc/oratab file...
Entries will be added to the /etc/oratab file as needed by
Database Configuration Assistant when a database is created
Finished running generic part of root.sh script.
Now product-specific root actions will be performed.
Finished product-specific root actions.
[root@vmrac1 ~]#
13) Den abschließenden Dialog beenden.
14) Die Nachfrage zum Beenden mit Ja bestätigen.
5.3 Initiale SQL-Net (Listener) Konfiguration erstellen
Alle Schritte erfolgen als Betriebssystembenutzer oracle.
1) Zunächst die Umgebungsvariable ORACLE_HOME setzen.
export ORACLE_HOME=/u01/app/asm
2) Nun den Oracle Net-Konfigurationsassistenten starten.
cd $ORACLE_HOME/bin
./netca
3) Als Konfigurationstyp „Cluster-Konfiguration“ wählen und mit Weiter bestätigen.
4) Zum Konfigurieren mit “Alle Knoten auswählen” alle Knoten markieren und mit Weiter bestätigen.
5) „Listener-Konfiguration“ wählen und mit Weiter fortfahren.
6) „Hinzufügen“ wählen und mit Weiter fortfahren.
7) Den Listenernamen wie vorgegeben übernehmen und mit Weiter bestätigen.
8) Ausgewählte Protokolle wie vorgegeben übernehmen und mit Weiter bestätigen.
9) Standard-Port wie vorgegeben übernehmen und mit Weiter bestätigen.
10) Wie vorgegeben keinen weiteren Listener konfigurieren und mit Weiter bestätigen.
12) „Konfiguration von Benennungsmethoden“ zum Erstellen einer sqlnet.ora Datei wählen und mit Weiter fortfahren.
13) Als Benennungsmethoden „Lokale Benennung“ und „Easy Connect-Benennung“ auswählen. Mit Weiter bestätigen.
15) Die SQL-Net Konfiguration nun beenden.
16) Die Listener Konfigurationen auf beiden Knoten muss nun noch manuell um die IPC Adresse ergänzt werden (siehe Oracle Metalink Note 403743.1). Dazu zunächst als Betriebssystembenutzer oracle vom Knoten 1 (vmrac1) aus die listener.ora Datei ändern.
vi /u01/app/asm/network/admin/listener.ora
Die fett markierte Zeile ist an der ersten Stelle der Adressliste zu ergänzen:
LISTENER_VMRAC1 =
(DESCRIPTION_LIST =
(DESCRIPTION =
(ADDRESS = (PROTOCOL = IPC)(KEY = EXTPROC))
(ADDRESS = (PROTOCOL = TCP)(HOST = vmrac1-vip)(PORT = 1521)(IP = FIRST))
(ADDRESS = (PROTOCOL = TCP)(HOST = 139.2.162.171)(PORT = 1521)(IP = FIRST))
)
)
Dann als als Betriebssystembenutzer oracle vom Knoten 2 (vmrac2) aus die listener.ora Datei ändern.
vi /u01/app/asm/network/admin/listener.ora
Die fett markierte Zeile ist an der ersten Stelle der Adressliste zu ergänzen:
LISTENER_VMRAC2 =
(DESCRIPTION_LIST =
(DESCRIPTION =
(ADDRESS = (PROTOCOL = IPC)(KEY = EXTPROC))
(ADDRESS = (PROTOCOL = TCP)(HOST = vmrac2-vip)(PORT = 1521)(IP = FIRST))
(ADDRESS = (PROTOCOL = TCP)(HOST = 139.2.162.173)(PORT = 1521)(IP = FIRST))
)
)
17) Als Betriebssystembenutzer oracle vom Knoten 1 aus prüfen, ob je Knoten ein Listener als Service im Cluster angelegt ist und ordnungsgemäß läuft.
/u01/app/crs/bin/crs_stat –t
Ausgabe:
[oracle@vmrac1]~% /u01/app/crs/bin/crs_stat -t
Name Type Target State Host
------------------------------------------------------------
ora....C1.lsnr application ONLINE ONLINE vmrac1
ora.vmrac1.gsd application ONLINE ONLINE vmrac1
ora.vmrac1.ons application ONLINE ONLINE vmrac1
ora.vmrac1.vip application ONLINE ONLINE vmrac1
ora....C2.lsnr application ONLINE ONLINE vmrac2
ora.vmrac2.gsd application ONLINE ONLINE vmrac2
ora.vmrac2.ons application ONLINE ONLINE vmrac2
ora.vmrac2.vip application ONLINE ONLINE vmrac2
[oracle@vmrac1]~%
18) Reboot aller Knoten als root durchführen, um zu testen, dass die Clusterware mit den Listenerservices sauber startet.
init 6
19) Danach wieder auf allen Knoten mit oracle anmelden, ein Terminalfenster öffnen und Test aus Schritt 17) wiederholen.
5.4 ASM konfigurieren
Eine Vorarbeit erfolgt als root, alle weiteren Schritte erfolgen als Betriebssystembenutzer oracle.
1) Am ersten Knoten am Anmeldebildschirm von Linux mit dem Benutzer root anmelden und ein Terminalfenster öffnen.
2) Vom ersten Knoten aus (vmrac1) als root auf dem OCFS2 Device ein Verzeichnis für die Serverparameterdatei der ASM Instanz anlegen und dem Betriebssystembenutzer oracle zuordnen.
mkdir /u02/dbs
chown oracle:oinstall /u02/dbs
3) Das X-Terminal für alle Benutzer freigeben.
xhost +
Ausgabe:
[root@vmrac1 ~]# xhost +
access control disabled, clients can connect from any host
[root@vmrac1 ~]#
4) Alle weiteren Installationsaktionen erfolgen nun mit dem Datenbank Benutzer oracle. Dazu in die Umgebung des Betriebssystembenutzers oracle wechseln.
su - oracle
5) Zunächst die Umgebungsvariable ORACLE_HOME setzen.
export ORACLE_HOME=/u01/app/oracle/product/11.1.0/db_1
6) Nun den Oracle Datenbank-Konfigurationsassistenten starten.
cd $ORACLE_HOME/bin
./dbca
7) Als Konfigurationstyp „Oracle Real Application Cluster-Datenbank“ wählen und mit Weiter bestätigen.
8) „Automatic Storage Management konfigurieren“ als Vorgang wählen und mit Weiter bestätigen.
9) Über den Button „Alle markieren“ alle Clusterknoten wählen und mit Weiter fortfahren.
10) Ein Passwort für den SYS Benutzer im ASM angeben, eine Server Parameterdatei für die ASM Instanz festlegen auf „/u02/dbs/spfile+ASM.ora“ und mit Weiter bestätigen.
11) In der Dialogbox mit OK den Start des ASM bestätigen.
12) Das Erstellen dauert kurze Zeit.
13) In der Übersicht der ASM Plattengruppen eine Neue erstellen.
14) Als Namen der Plattengruppe ORADATA angeben, Redundanz Normal wählen, die ersten beiden Kandidaten (ORCL:ORADATA1 und ORCL:ORADATA2) anhaken und mit OK bestätigen.
15) Nun wird die Plattengruppe erstellt und im ASM gemountet.
16) In der Übersicht der ASM Plattengruppen eine weitere ASM Plattengruppe über Neue erstellen anlegen. Als Namen der Plattengruppe ORARECO angeben, Redundanz Extern wählen, den verbleibenden Kandidaten (ORCL:ORARECO1) anhaken und mit OK bestätigen.
17) Nun wird die zweite Plattengruppe erstellt und im ASM gemountet.
18) In der Übersicht der ASM Plattengruppen den Assistenten beenden.
19) Die Nachfrage für einen weiteren Vorgang mit Nein bestätigen.
20) Als Betriebssystembenutzer oracle vom Knoten 1 aus prüfen, ob je Knoten eine ASM Instanz als Service im Cluster angelegt ist und ordnungsgemäß läuft.
/u01/app/crs/bin/crs_stat –t
Ausgabe:
[oracle@vmrac1]~% /u01/app/crs/bin/crs_stat -t
Name Type Target State Host
------------------------------------------------------------
ora....SM1.asm application ONLINE ONLINE vmrac1
ora....C1.lsnr application ONLINE ONLINE vmrac1
ora.vmrac1.gsd application ONLINE ONLINE vmrac1
ora.vmrac1.ons application ONLINE ONLINE vmrac1
ora.vmrac1.vip application ONLINE ONLINE vmrac1
ora....SM2.asm application ONLINE ONLINE vmrac2
ora....C2.lsnr application ONLINE ONLINE vmrac2
ora.vmrac2.gsd application ONLINE ONLINE vmrac2
ora.vmrac2.ons application ONLINE ONLINE vmrac2
ora.vmrac2.vip application ONLINE ONLINE vmrac2
[oracle@vmrac1]~%
21) Reboot aller Knoten als root durchführen, um zu testen, dass die Clusterware mit den ASM Services sauber startet.
init 6
22) Danach wieder auf allen Knoten mit oracle anmelden, ein Terminalfenster öffnen und Test aus Schritt 20) wiederholen.