|
Installation Enterprise Manager Agent 12c auf Exadata
von Frank Schneede, ORACLE Deutschland B.V. & Co. KG
Bisher musste die Überwachung und Verwaltung der Exadata Database Machine aus unterschiedlichen Oberflächen erfolgen. Mit Oracle Enterprise Manager Cloud Control 12c.
lassen sich alle Arbeiten über eine Oberfläche verrichten. Diese aktuelle Version vom Enterprise Manager ist im Rahmen der Oracle Open World 2011 vorgestellt worden und bietet
viele neue Funktionen, die teilweise auch schon in
der deutschen DBA Community
vorgestellt worden sind.
Mit Oracle Enterprise Manager Cloud Control 12c ist das Einbinden von Zielen stark vereinfacht worden. Ziele, die in Cloud Control 12c
verwaltet werden sollen, werden durch ein sogenanntes Auto-Discovery erkannt. Der Anwender wird hierbei durch einen Assistenten unterstützt, der durch
den gesamten Prozess des Discovery führt. Die Software des Enterprise Manager Agenten 12c wird im Rahmen dieses Prozesses automatisch
ausgerollt. Dieses Vorgehen gilt - mit wenigen Abweichungen - auch für die Exadata Database Machine.
Dieser Artikel beschreibt den ersten Schritt der Einbindung einer Exadata Database Machine in Oracle Enterprise Manager Cloud Control 12c, die Installation
des Agenten auf den Datenbank Servern der Exadata. Die Erfahrungen, auf denen dieser Artikel beruht, wurden Anfang November 2011 im
ISE Exadata Testcenter am Nürnberger Flughafen gesammelt.
Nachdem mittlerweile erste Erfahrungen aus dem Einsatz in Produktionsumgebungen vorliegen und das
Enterprise Manager Cloud Control 12c Release 12.1.0.1 Bundle Patch 1(BP1) und 12.1.0.2 Plug-ins seit
dem 29.02.2012 zur Verfügung stehen, wurde auch die Enterprise Manager 12c Dokumentation erweitert und umstrukturiert. Alle Themen, die Einbindung und Monitoring der Exadata Database Machine mit Enterprise
Manager Cloud Control 12c betreffen, sind im Handbuch
Oracle Enterprise Manager Exadata Management Getting Started Guide Release 12.1 (12.1.0.1.0 and 12.1.0.2.0)
zusammengefasst worden. Trotzdem finden sich nach wie vor auch im
Oracle Enterprise Manager Cloud Control Administrator's Guide 12c Release 1 (12.1.0.1), Kapitel 23: Discovering and Managing Exadata Targets and Systems
Hinweise zum Umgang mit Exadata Systemen.
Die neuen Erkenntnisse und Tipps sind im April 2012 in diesen Tipp eingearbeitet worden.
Dieser Tipp gliedert sich in folgende Abschnitte:
1. Grundlagen
Oracle Enterprise Manager Cloud Control 12c ist dazu gedacht, die Gesamtheit aller Oracle Systeme beim Kunden zu überwachen und zu verwalten.
Da ein solches zentrales Management System eigenen Anforderungen an Verfügbarkeit und Sicherheit genügen muss, sollte es auf separaten Servern
installiert werden. Die Absicherung mittels Data Guard gegen unterschiedliche Ausfallszenarien ("K-Fall Absicherung") kann individuell gestaltet werden.
An dieser Stelle wird vorausgesetzt, dass ein lauffähiger Cloud Control Management Server mit Netzwerkzugriff auf die einzubindende Exadata Database Machine
existiert. Für die Überwachung der Exadata Database Machine kann jede Plattform verwendet werden, die für Enterprise Manager Cloud Control 12c freigegeben ist, das sind zur Zeit
Linux x86, Linux x86-64, Oracle Solaris auf SPARC (64-bit) und Oracle Solaris auf x86-64 (64-bit). Die Installation von Oracle Enterprise Manager Cloud Control 12c ist sehr anschaulich
in dem Community Artikel
Oracle Enterprise Manager Cloud Control 12c: Installation
beschrieben. Falls noch kein Cloud Control Management Server existiert, so kann mit Hilfe des sogenannten Oracle Enterprise Manager Setup Automation Kit ein solcher aufgebaut werden. Das Kit
steht als Patch in My Oracle Support zur Verfügung und kann von dort heruntergeladen werden. Die Auswahl des richtigen
Patches ist in der
MOS-Note #1440951.1: Obtaining the Oracle Enterprise Manager Setup Automation Kit for Exadata
beschrieben. Der Aufbau eines Management Servers mit dem Automation Kit empfiehlt sich nur dann, wenn für einen Test oder Proof Of Concept schnell eine funktionsfähige Überwachungsumgebung
erzeugt werden muss. Ein an die individuellen Kundenerfordernisse angepasster produktiver Management Server wird üblicherweise manuell aufgebaut.
Natürlich benötigt ein Managment System wie der Enterprise Manager entsprechenden Platz für Management Server, Agenten und Repository. Der Ressourcenbedarf
hängt von der Anzahl der zu verwaltenden Systeme ab und ist im
Oracle Enterprise Manager Cloud Control Basic Installation Guide, Kapitel 2: Meeting Hardware Requirements beschrieben. Eine Umgebung von
einem OMS, maximal 1000 Targets, sowie maximal 100 Agenten gilt als "small" und man sollte mindestens von folgenden Annahmen ausgehen:
Für den OMS
| CPUs | 2 |
| RAM | 6GB |
| Storage | 10GB |
|
Für den Agenten
| CPUs | 2 |
| RAM | 512MB |
| Storage | 1GB |
|
Für die Repository DB
| CPUs | 2 |
| RAM | 6GB |
| Storage | 50GB |
|
Oracle Enterprise Manager Cloud Control 12c unterstützt zur Zeit bis auf wenige Ausnahmen alle aktuellen Modelle der Exadata Database Machine mit der Storage Server Software
Version 11.2.2.3.0 bis 11.2.2.3.2. Das Enterprise Manager Agent Plug-in unterstützt beide auf der Exadata Database Machine einsetzbaren Betriebssystemalternativen Oracle
Enterprise Linux (64bit) oder Solaris auf x86 (64bit). Folgende Hardware Konfigurationen werden jedoch nicht unterstützt:
- Exadata Database Machine V1 (HP Hardware)
- SPARC SuperCluster
- Exadata Storage Expansion Rack
- Partitionierte Exadata Database Machine, z. B. ein in zwei Half Racks aufgeteiltes Full Rack
- Exadata Database Machine bestehend aus mehreren Racks
- Management der Exadata Database Machine über das Client-Netzwerk
Bevor der Enterprise Manager Agent 12c installiert wird, müssen einige Vorbereitungen getroffen werden. Diese sind im
Oracle Enterprise Manager Exadata Management Getting Started Guide, Kapitel 1.2: Oracle Exadata Plug-in Deployment Prerequisites
recht gut beschrieben. Der wesentliche Schritt ist die Einrichtung eines Benutzers für den ILOM Service Prozessor. Dieser Benutzer muss auf jedem Datenbank Server vorhanden sein und
steuert die Kommunikation des Agenten mit dem ILOM Service. Selbstverständlich müssen die in dem genannten Kapitel aufgeführten Anforderungen an die einzelnen Softwarekomponenten
auf der Exadata Database Machine geprüft und gegebenenfalls aktualsiert werden:
- Exadata Storage Server Software 11g Release 2 (11.2.2.3.0 to 11.2.2.3.2)
- InfiniBand Switch Release 1.1.3.0.0 to 1.3.3.2.0
- Integrated Lights Out Manager (ILOM) Release 3.0.9.27.a r58740 mit ILOM ipmitool Release 1.8.10.3 (für Oracle Linux) oder Release 1.8.10.4 (für Oracle Solaris)
- Avocent MergePoint Unity KVM Switch Release 1.2.8
- Power Distribution Unit Release 1.04
- Cisco - Cisco IOS Software, Catalyst 4500 L3 Switch Software (cat4500-IPBASE-M), Version 12.2(46)SG, RELEASE SOFTWARE (fc1)
Der erste Schritt, der im Gegensatz zu herkömmlichen Zielen notwendig ist, um eine Exadata Database Machine in eine bestehende Enterprise Manager Cloud Control 12c
Umgebung einzubinden, ist die Installation des Enterprise Manager Agents auf allen Datenbank Servern der Exadata. Es gibt zwei Möglichkeiten, den Agenten auf die Datenbank Server
der Exadata zu verteilen:
In diesem Tipp soll die Installation mittels Push-Methode vorgestellt werden. Die Installation des Agenten erfolgt in der Push-Methode
durch das Hinzufügen der Targets aus der Benutzeroberfläche des Enterprise Manager, ohne direkt auf die Datenbank Server Exadata zugreifen zu müssen.
In dem unten dargestellten Ablauf wird quasi auf der grünen Wiese eine Umgebung aufgebaut, das bedeutet, dass der aktuelle Softwarestand des Enterprise Manager 12c Cloud Control aus dem
OTN heruntergeladen wurde. Dort steht immer eine vollständige Version, inklusive des aktuellen Bundle-Patches BP1, zur Verfügung. Alle in diesem Download enthaltenen Plug-ins sind
bereits gepatcht und müssen daher bei einer Neuinstallation nicht gesondert auf die zu überwachenden Systeme gebracht werden. Im Fall der Aktualisierung einer bereits bestehenden Umgebung
sollte allerdings gemäß
MOS-Note #1395505.1: Announcing Enterprise Manager Cloud Control 12c Release 12.1.0.1 Bundle Patch 1(BP1) and 12.1.0.2 Plug-ins
verfahren werden.
2. Installation des Enterprise Manager Agent 12c
|
Nach dem Start von Enterprise Manager Cloud Control wird das Deployment des Agenten aus dem globalen Setup-Menü heraus gestartet. Nach der Auswahl
"Setup" -> "Add Target" -> "Add Targets Manually" erscheint der dargestellte Bildschirm.
|
Für eine größere Ansicht auf das Bild klicken, zurück zum Artikel mit dem Back-Button des Browser!
|
Drei verschiedene Operationen sind an dieser Stelle möglich:
- Add Host Targets: Mit dieser Auswahl werden Hosts hinzugefügt. Auf den betreffenden Hosts muss keinerlei Enterprise Manager Software installiert sein, das
Deployment des Enterprise Manager Agents geschieht im Rahmen der Operation.
- Add Non-Host Targets Using Guided Process (Also Adds Related Targets): Mit dieser Auswahl werden Systeme wie die Exadata Database Machine, Datenbanken oder
Cluster-Installationen erkannt und als neues Ziel in Enterprise Manager Cloud Control übernommen. Untergeordnete Ziele (z. B. Switches, KVM einer Exadata)
werden bei diesem Ablauf erkannt und ebenfalls hinzugefügt.
- Add Non-Host Targets by Specifying Target Monitoring Properties: Dieser Ablauf dient dazu, einzelne Ziele hinzuzufügen. Das können einzelne
Komponenten einer Exadata sein, oder auch Fremdsysteme, wie zum Beispiel IBM DB2 Datenbanken.
Für die Einbindung der Datenbank Server einer Exadata Database Machine wird der Radio-Button "Add Host Target" betätigt und der Ablauf durch
den Button "Add Host..." gestartet.
|
Für eine größere Ansicht auf das Bild klicken, zurück zum Artikel mit dem Back-Button des Browser!
|
Nach Beendigung des Deployment Vorganges werden alle Prüfergebnisse für die Installationsvoraussetzungen des Enterprise Manager Agents ausgegeben.
In diesem Beispiel werden zwei Warnungen ausgegeben. Da bereits eine Installation eines Enterprise Manager Agenten auf dem Ziel vorhanden ist und das
Tool "sudo" nicht gefunden wurde, müssen diese Warnungen durch die Auswahl "Continue, All Hosts" bestätigt werden. Sollten an dieser
Stelle echte Fehlermeldungen auftreten, so kann die Fehlerursache in einer separaten Sitzung behoben werden und anschließend der Job mit "Retry"
erneut ausgeführt werden.
|
Für eine größere Ansicht auf das Bild klicken, zurück zum Artikel mit dem Back-Button des Browser!
|
|
Der abschließende Bildschirm bestätigt die erfolgreiche Installation des Enterprise Manager Agents. Das Skript "root.sh" muss manuell
ausgeführt werden, bevor der gesamte Ablauf durch den Button "Done" beendet wird.
|
Für eine größere Ansicht auf das Bild klicken, zurück zum Artikel mit dem Back-Button des Browser!
|
3. Schlußbemerkung und weitere Informationsquellen
Für das Deployment des Enterprise Manager Agents auf die Datenbank Server einer Exadata Database Machine benötigen Sie nichts weiter als die über OTN
verfügbare Software. Durch den Assistenten wird die Einbindung der Targets erheblich erleichtert, aufgetretene Fehler werden angezeigt und können behoben werden,
ohne dass der Prozess abbricht und neu gestartet werden muss. Weitere Details finden Sie unter:
Dieser Artikel beschreibt den ersten Teil der Einbindung einer Exadata Database Machine in Oracle Enterprise Manager Cloud Control 12c. Erfahren Sie die Details
der weiteren Schritte in den folgenden Ausgaben der Exadata Community!
Zurück zur Community-Seite
|
Exadata Community - November 2011 - aktualisiert Mai 2012
