DOAG 2015 Konferenz + Ausstellung, selbstverständlich nicht ohne TEAM

Auch in diesem Jahr ist TEAM auf der DOAG 2015 Konferenz + Ausstellung selbstverständlich mit einem Messestand und gleich mit fünf Vorträgen vertreten. Besuchen Sie uns und lernen Sie das umfassende Consulting-Angebot von TEAM kennen. Es gibt jede Menge aktuelle Themenschwerpunkte, über die wir uns gerne mit Ihnen an unserem Stand 204 in der 2. Etage (gelb) unterhalten möchten!
Oder besuchen Sie TEAM bei folgenden, spannenden Vorträgen zu den Streams

• Strategie & Business Practices
• Development
• Middleware
• Oracle Datenbank

einen Querschnitt der Themenfelder aus unserem "Oracle Business" repräsentieren:
Ein Lizenzaudit: Besorgniserregend oder entspannt angehen?
Dienstag, 17. November 2015, um 11:00 Uhr im Raum Stockholm
Referent: Ralf Appelbaum, TEAM GmbH
Detail-Informationen finden Sie hier.
Effiziente Modernisierung von Oracle-Anwendungen auf Alta UI
Dienstag, 17. November 2015, um 16:00 Uhr im Raum Hongkong
Referenten: Janis Krasemann, enpit consulting OHG; Markus Klenke, TEAM GmbH
Detail Informationen finden Sie hier.
Tuning Oracle Web-Applications in WLS 12c
Mittwoch, 18. November 2015, um 11:00 Uhr im Raum Prag
Referent: Markus Klenke, TEAM GmbH
Detail Informationen finden Sie hier.
Oracle Backup & Recovery - Konzepte, Umsetzung, Best Practice
Mittwoch, 18. November 2015, um 12:00 Uhr im Raum St. Petersburg
Referent: Andreas Kother, TEAM GmbH
Detail Informationen finden Sie hier.
Einfach erklärt: RAC Grundlagen für Dummies
Donnerstag, 19. November 2015, um 09:00 Uhr im Raum Seoul
Referent: Ralf Appelbaum, TEAM GmbH
Detail-Informationen finden Sie hier.

Titel: Segen oder Fluch? – Oracle Trace- und Logdateien!

Trace- und Logdateien sind ein Segen, wenn man nach der Ursache für Probleme in Datenbank, Net Services, Applicationserver oder anderen Oracle Komponenten sucht. Sie können aber auch zum Fluch werden, wenn man sie gar nicht benötigt. Unablässig protokolliert die Oracle-Software alle Aktivitäten. Die Dateien füllen langsam und unmerklich den Plattenplatz. Und dann steht plötzlich die Datenbank wegen „no space left on device“ oder der Applicationserver hängt, weil die Logdatei zu groß geworden ist.
Mit Einführung des Automatic Diagnostic Repositories (ADR) für die Datenbanksysteme hat Oracle einen Anfang gemacht Log- und Tracedateien automatisch zu kürzen bzw. aufzuräumen.
Doch die Gefahr ist nicht gebannt: Längst nicht alle Logdateien werden zentral im ADR abgelegt. Auch an anderen Speicherorten finden sich Logdateien, die nicht durch Oracle Prozesse aufgeräumt werden. Und selbst im ADR bleiben einige Logdateien ungekürzt oder werden zu lange vorgehalten.

Ein einleitendes Manuskript ist zu finden unter: 2013-K-DB-Appelbaum-Segen oder Fluch-Oracle Log&Tracedateien -Manuskript.pdf

Im Vortrag auf der DOAG 2013 Konferenz habe ich aus unseren Erfahrungen im Rahmen unserer Oracle Administration Services wichtige Best Practices an die Hand dargestellt, wo welche Dateien zu finden sind und wie für diese Rotation und Löschen eingerichtet werden können.
Ich habe Trace- und Logdatein und ebenso die Auditdateien bei Datenbank, Listener, Grid/Cloud Control, Agent, Application-/Weblogicserver und bei anderen Oracle Komponenten betrachtet. Erforderliche Skripte habe ich sowohl für Unix/Linux als auch für Windows Installationen vorgestellt.

Die Präsentation ist zu finden unter: 2013-K-DB-Appelbaum-Segen oder Fluch-Oracle Log&Tracedateien-Präsentation.pdf

Bei Interesse an den Skripten können Sie mich gerne kontaktieren.

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.

Automatischer Start von Listener, DB Instanz und Database Control

Unter Windows als Serverbetriebssystem ist der automatische Start von Listener, DB Instanz und Database Control kein Thema. Hier sind diese Komponenten durch die Installation als Windows Dienste definiert, die beim Start des Servers automatisch mit gestartet werden.

Unter Linux / Unix sieht das anders aus. Der der automatische Start von Listener, DB Instanz und Database Control muss vom Administrator manuell eingerichtet werden. Dies soll hier kurz am Beispiel einer Datenbank Namens demo beschrieben werden, die in einer VMware Umgebung mit Oracle Enterprise Linux 5 und Oracle Datenbank Software 11g Rel.2 eingerichtet ist:

1. Zunächst in /etc/oratab den Eintrag zur Instanz demo auf Autostart setzen, dazu in der letzten Spalte den Wert N auf Y abändern.
   vi /etc/oratab
   alte Zeile:
   demo:/u01/app/oracle/product/11.2.0/db_1:N
   ersetzen durch:
   demo:/u01/app/oracle/product/11.2.0/db_1:Y
   
2. Dann folgendes Start/Stop Skript für den Oracle Service in /etc/init.d erstellen.
   vi /etc/init.d/dbora
   Datei mit folgendem Inhalt erstellen:
   #!/bin/bash
   #
   # oracle Init file for starting and stopping
   # Oracle Database and Listener. Script is valid for 10g and 11g versions.
   #
   # chkconfig: 35 99 80
   # description: Oracle Database startup script
   
   # Change the value of ORACLE_OWNER to the login name of the
   # oracle owner at your site.
   #
   ORACLE_OWNER=oracle
   
   # Change the value of ORACLE_HOME to specify the correct Oracle home
   # directory for your listener installation.
   ORACLE_HOME=/u01/app/oracle/product/11.2.0/db_1
   
   case $1 in
   'start')
           su - $ORACLE_OWNER -c "$ORACLE_HOME/bin/dbstart $ORACLE_HOME"
           su - $ORACLE_OWNER -c "export ORACLE_SID=demo; $ORACLE_HOME/bin/emctl start dbconsole"
           touch /var/lock/subsys/dbora
           ;;
   'stop')
           su - $ORACLE_OWNER -c "export ORACLE_SID=demo; $ORACLE_HOME/bin/emctl stop dbconsole"
           su - $ORACLE_OWNER -c "$ORACLE_HOME/bin/dbshut $ORACLE_HOME"
           rm -f /var/lock/subsys/dbora
           ;;
   *)
           echo "usage: $0 {start|stop}"
           exit
           ;;
   esac
   #
   exit
   
3. Die die Rechte des Skripts dbora anpassen und dieses zum Start in den entsprechenden Runleveln hinzufügen.
   chmod 750 /etc/init.d/dbora
   chkconfig --add dbora --level 35
   
4. Reboot der VM bzw. des Servers als root durchführen, um zu testen, dass der Listener und die Instanz der Datenbank sauber starten.
   reboot

Die Konfiguration des automatischen DB Starts mit diesem Skript funktioniert auch mit Oracle Versionen 11gR1 und 10g. Mit Oracle 11gR2 gibt es Oracle Restart als eine neue Option der Oracle Grid Infrastruktur, die ebenfalls den automatischen Start der wichtigsten Oracle DB Komponenten in einer Einzel-Server/-Instanz Umgebung realisiert.

Der automatische Start von Listener und DB Instanz mittels Oracle Restart wird in einem folgenden Post beschrieben.