Nagios-Plugin für Oracle Grid-Infrastructure und Oracle-Restart

Sat, 19 Jan 2013 21:50:46 +0000

Hallo,
neben dem Thema Virtualisierung beschäftige ich mich noch viel mit Oracle Grid-Infrastructure und Nagios.
Ich habe mir heute mal die Zeit genommen und ein entsprechendes Plugin geschrieben.
Getestet habe ich das Skript mit Oracle Restart 11.2.0.3 und Grid-Infrastructure 11.2.0.3. Es wird mindestens die Version 11.2.0.1 benötigt, da mit der Grid-Infrastructure die Syntax von crsctl grundlegend geändert wurde.
Folgende Punkte werden im Plugin berücksichtigt:

Support für Oracle Restart und Grid-Infrastructure
wird automatisch erkannt
Anzahl Voting-Disks bei Grid-Infrastructure überwachen
verlorene Voting-Disk führt zur CRITICAL-Meldung
Überwachung der Voting-Disks nur bei Grid-Infrastructure
Resourcen im Status OFFLINE oder INTERMEDIATE die nicht im AUTO_START=never sind führen zum CRITICAL
ora.gsd und ora.ons werden bei der Statusauswertung ignoriert
sudo für Clusterbefehle erforderlich

Im Kopfbereich des Plugins befindet sich ein Beispiel für die sudo-Konfiguration
Parallel habe ich das Plugin auf http://exchange.nagios.org eingereicht, warte dort aber noch auf die Veröffentlichung.
Gruß
Thorsten
Update: 23.01.2012
Das Plugin steht nun auch auf Nagiosexchange zur Verfügung:
http://exchange.nagios.org/directory/Plugins/Clustering-and-High-2DAvailability/Check-Oracle-Grid-2DInfrastructure-or-Oracle-Restart/details

fdisk und LVM automatisieren

Sun, 13 Jan 2013 12:24:39 +0000

Hallo,
als Ergänzung zum Artikel von Sven , habe ich ein Shellskript geschrieben, das den Einsatz vom LVM deutlich einfacher werden läßt.
Ich persönlich bevorzuge die Variante, auf den Festplatten immer eine Partition zu erzeugen, auch wenn das unter LVM nicht zwingend erforderlich ist. Solltet Ihr mal in den Genuß von Oracle ASM kommen, wird schnell klar, warum Partitionen sinnvoll sind.
Der Punkt ist, wie man die Festplatten von LVM und ASM noch unterscheiden soll, wenn keine Partitionen angelegt wurden. Hier kann man sich sehr schnell Daten zerstören, wenn auf der falschen Platte gearbeitet wird. Es sollte darauf geachtet werden, das die Partitionen einen sinnvollen Partitionstyp haben. Dann kann mittels ‘fdisk -l’ sehr leicht erkannt werden, wofür welche Festplatte genutzt wird. Mit ‘pvs’ sieht man zwar auch die Physical-Volumes aber wenn ich ein Physical-Volume mittels pvcreate beschreibe das zu ASM gehört, ist das Chaos perfekt…
Bei mir gibt es keine Festplatten ohne Partitionen bzw. Partitionstabellen mehr!
Einen Nachteil darf man dabei aber nicht vergessen. Es gibt Probleme, wenn man eine Festplatte vergrößern möchte, da dann die Partitionstabelle geändert werden muß, was zur Laufzeit meist nicht möglich ist, wenn noch ein File-Handle auf der Festplatte oder einer zugehörigen Partition vorhanden ist.
Dieser Nachteil ist bei genauer Betrachtung kein Problem, da unter Oracle-ASM oder LVM eine Volume-Gruppe durch zusätzliche Platten erweiterbar ist. Grundsäzlich empfehle ich das Ergänzen von Festplatten vor dem Erweitern, da bei letzterem schon einige Daten-GAUs passiert sind…
Nun zum Skript. Was macht das?
prüfe ob eine Partitionstabelle auf dem Device vorhanden ist.
Falls ja, wird die Festplatte nicht verändert. Es könnte ja sein, das man beim Device einen Fehler gemacht hat…
prüfe mittels blkid ob etwas ‘brauchbares’ auf der Platte vorhanden ist – könnte ja jemand ein Filesystem ohne Partition angelegt haben
Lege eine 1. primäre Partition an
Erzeuge ein physical Volume auf der Partition
Prüfe ob eine Volume-Gruppe mit dem Namen vorhanden ist
ja, erweitere die bestehende Volume-Gruppe
nein, lege eine neue Volume-Gruppe an
Wie sieht das in der Prayis aus?
Neue Volume-Gruppe erzeugen:

Development on TRUE IT STORIES

Nagios-Plugin für Oracle Grid-Infrastructure und Oracle-Restart

fdisk und LVM automatisieren