<MSG >
# --------------------------- ADD -------------------------------------------</MSG>
<MSG >
<Add>
Add</MSG>
<MSG >
Verwendung: Klicken Sie auf \"Add\". Füllen Sie den Dialog aus. Klicken
Sie auf \"Add\". </MSG>
<MSG >
Sie können einen Server manuell hinzufügen, indem Sie die folgenden Informationen
für CandleDBConfig bereitstellen:</MSG>
<MSG >
1) Server name - Name des zu überwachenden Datenbankservers</MSG>
<MSG >
2) Home directory - Vollständig qualifizierter Name des Verzeichnisses,
   in dem der Server installiert wurde</MSG>
<MSG >
3) $Product version -  Version oder Release-Level der ausführbaren Datei für
   die Datenbank</MSG>
<MSG >
4) Init file name - Vollständig qualifizierter Name der Initialisierungs-
   datei für die Datenbank. 
   Dieses Feld ist optional und wird nur zu Informationszwecken bereitgestellt.
   OMA für $Product erfordert keinen Namen einer Initialisierungsdatei. </MSG>
<MSG >
5) Login ID - Anmelde-ID der Datenbank, die zur Verbindung mit $Product
   verwendet wird.
</MSG>
<MSG >
6) Password - Kennwort, das mit der in \"Login ID\" angegebenen ID verwendet wird </MSG>
<MSG >
Sobald diese Informationen bereitgestellt wurden, wird die Liste der in
CandleDBConfig angezeigten Datenbankserver aktualisiert und enthält den
neuen Server.
</MSG>
<MSG >
</Add></MSG>
<MSG >
# --------------------------- CHANGES ---------------------------------------
#
# Entfernt, da nur bei 98R2 aktuell. </MSG>
<MSG >
# --------------------------- DISPLAY ---------------------------------------
#
# DISPLAY wurde mit MODIFY kombiniert.</MSG>
<MSG ></MSG>
<MSG >
# --------------------------- EXCLUDE ---------------------------------------</MSG>
<MSG >
<Exclude/Include>
Exclude/Include</MSG>
<MSG >
Verwendung: Wählen Sie einen oder mehrere der in CandleDBConfig angezeigten
Datenbankserver aus. Klicken Sie auf \"Exclude\". </MSG>
<MSG >
Der Befehl \"Exclude\" ist eigentlich eine Umschaltfunktion. Hiermit
können Sie Server ausschließen, die nicht überwacht werden sollen.
Falls ein Server gegenwärtig ausgeschlossen ist, wird er mit dem Befehl
\"Exclude\" reaktiviert und in die Gruppe der überwachten Server
aufgenommen.

Falls Ihre Suche auch nicht aktive Server ermittelt, betrachtet CandleDBConfig
jede gültige Datei $init_file_name, die auf eine reale
Datenbank verweist, als Repräsentation eines Servers.
Eine Datei $init_file_name kann jedoch experimentell oder
obsolet sein. Mit dem Befehl \"Exclude\" können Sie solche Server
von der weiteren Beachtung ausschließen. </MSG>
<MSG >
Bitte beachten Sie, dass es NICHT erforderlich, einen Server lediglich deshalb
auszuschließen, weil der Server nicht aktiv ist. Sie können einen Agenten für
die Überwachung eines nicht aktiven Servers konfigurieren und sogar den Agenten
starten. Der Agent nimmt die Registrierung für CMS vor und versucht in
regelmäßigen Abständen, eine Verbindung zur Datenbank herzustellen. Falls die
Datenbank gestartet wurde, beginnt der Agent mit der Berichterstellung für die
Datenbank. Daher können Sie einen Agenten für die Überwachung einer zeitweise
aktiven Datenbank von $Product definieren, der dann die Datenbankaktivität
meldet, sobald sie stattfindet. </MSG>
<MSG >
Das Feld \"Status\" der in CandleDBConfig angezeigten Datenbankserver
wird aktualisiert und gibt die ausgeschlossenen Server an. </MSG>
<MSG >
</Exclude/Include></MSG>
<MSG >
# --------------------------- INTRO   ---------------------------------------
#
# Nicht verwendet. </MSG>
<MSG >
# --------------------------- LIST ------------------------------------------</MSG>
<MSG >
<List Config Files>
List Config Files</MSG>
<MSG >
Verwendung: Wählen Sie einen oder mehrere der in CandleDBConfig angezeigten
Datenbankserver aus. Klicken Sie auf \"List\". Zeigen Sie die Konfigurations-
datei an. Mit den Schaltflächen \"Prev\" und \"Next\", können Sie andere
Konfigurationsdateien anzeigen. Klicken Sie auf \"Cancel\". </MSG>
<MSG >
Mit der Option \"List\" wird der Inhalt der Konfigurationsdateien für den
Datenbankserver angezeigt, die von CandleDBConfig erstellt wurden. Derzeit
können die Dateien nur angezeigt werden. Eine Bearbeitung der Dateien über
CandleDBConfig ist nicht möglich.</MSG>
<MSG >
</List Config Files></MSG>
<MSG >
# --------------------------- LOCATE ----------------------------------------</MSG>
<MSG >
<Search II (Disk Searches)>
Search II (Disk Searches)</MSG>
<MSG >
Verwendung: Klicken Sie auf \"Search II\". Wählen Sie einen Suchtyp aus.
Klicken Sie auf \"Go\". </MSG>
<MSG >
Die Option \"Search II\" bietet verschiedene Suchverfahren, die Sie verwenden
können, wenn die Option \"Search\" nicht alle Datenbanken gefunden hat, die
Sie überwachen wollen. Die Option \"Search II\" bietet Ihnen die folgenden
Möglichkeiten: </MSG>
<MSG >
1) Scripts in \$PATH mit $home_name suchen</MSG>
<MSG >
   Falls Sie normalerweise lokal geschriebene Scripts zum Starten von
   Datenbankanwendungen verwenden, muss jedes Script eine Anweisung enthalten,
   die die Variable $home_name auf das Installations-
   verzeichnis der Datenbank setzt. Diese Option durchsucht alle Scripts in der
   UNIX-Angabe \$PATH nach einer solchen Anweisung.</MSG>
<MSG >
2) Suche bei einem bestimmten Verzeichnis beginnen: Dieses Verzeichnis ist
   normalerweise das Verzeichnis \$HOME des Datenbankeigners. Sie können jedoch
   jedes beliebige Verzeichnis mit einem vollständigen Pfadnamen angeben.
   Diese Option funktioniert ähnlich wie die unter 1) beschriebene Option,
   beschränkt die Suche jedoch auf die Verzeichnisse unterhalb des angegebenen
   Verzeichnisses anstelle der in \$PATH angegebenen Verzeichnisse.

3) Mögliche Eigner von $Product suchen: </MSG>
<MSG >
   Sie können CandleDBConfig anweisen, die Plattendateien unter den
   Verzeichnissen \$HOME von UNIX-Benutzern zu durchsuchen, die möglicherweise
   Eigner der Datenbankinstallation sind. Dann wird eine Liste aller UNIX-
   Benutzer angezeigt, deren ID oder Beschreibung die Zeichen \"$Prd\" oder r
   \"dba\" enthält und die daher Eigner von $Product sein könnten.
   Nach der Auswahl von Benutzern in dieser Liste durchsucht CandleDBConfig
   deren Verzeichnisstrukturen nach Installationen von $Product. </MSG>
<MSG >
   Bitte beachten Sie, dass diese Option Benutzer unterstützt, die in der
   Datei \"/etc/passwd\" bzw. in den Datenbanken \"yp\" oder \"nis\" mit
   gemeinsam genutzter Anmeldung definiert sind. Außerdem ist zu beachten,
   dass in der Liste Dateisysteme angegeben sind. Anhand dieses Feldes können
   Sie ermitteln, ob ein Benutzer berücksichtigt werden sollte, weil die
   Liste Aufschluss darüber gibt, wo sich die Platte des Benutzers physisch
   befindet. </MSG>
<MSG >
   Vorsicht: Suchvorgänge in einem NFS-Dateisystem können sehr lang dauern,
   falls das Dateisystem am anderen Ende einer langsamen Kommunikationsverbindung
   durch ein System verwaltet wird. Solche Dateisysteme enthalten jedoch in der
   Regel keine Datenbankserver, die auf diesem System ausgeführt werden.
</MSG>
<MSG ></MSG>
<MSG >
Die Liste der in CandleDBConfig angezeigten Datenbankserver wird dann
aktualisiert und enthält alle zusätzlichen Server, die mit den Verfahren
der Option \"Search II\" gefunden wurden. </MSG>
<MSG >
</Search II (Disk Searches)></MSG>
<MSG >
# --------------------------- LOGIN  ----------------------------------------</MSG>
<MSG >
<Specify Logins/Passwords>
Specify Logins/Passwords</MSG>
<MSG >
Verwendung: Wählen Sie einen oder mehrere der in CandleDBConfig angezeigten
Datenbankserver aus. Klicken Sie auf \"Specify\". Füllen Sie die Angaben im
Dialogfenster aus. Klicken Sie auf \"OK\". </MSG>
<MSG >
Mit der Option \"Specify\" können Sie die Datenbankanmeldungen und
-kennwörter definieren, die der Agent für die Zugriff auf die Datenbank
verwendet. Sie können jede beliebige neue oder vorhandene Anmelde-ID für
die Datenbank auswählen. Die Standardanmeldung lautet "candle". Datenbank-IDs
werden durch den Datenbankadministrator definiert und ermöglichen den
Zugriff auf die Datenbank. Eine UNIX-Anmelde-ID ist nicht zwangsläufig eine
Anmelde-ID für die Datenbank, kann jedoch den gleichen Namen wie diese haben. 
Server, die für OMA für $Product definiert sind, jedoch keine Anmelde-ID oder
Kennwortinformationen haben, werden mit der Angabe \"(I)\" (für \"incomplete\"
= unvollständig) in CandleDBConfig angezeigt.</MSG>
<MSG >
Die Option \"Specify\" teilt den Candle-Überwachungsagenten LEDIGLICH
mit, wie die Verbindung zur Datenbank hergestellt werden soll. CandleDBConfig
erstellt weder die Anmelde-ID für die Datenbank, noch ordnet es ein Kennwort
zu oder erteilt die erforderlichen Berechtigungen. Sie müssen sicherstellen,
dass die Anmeldung und das Kennwort für die Datenbank mit den hier angegebenen
Werten übereinstimmen. Die Option \"Verify\" prüft allerdings, ob die
in CandleDBConfig angegebenen Werte für Anmeldung und Kennwort tatsächlich
für die Datenbank verwendet werden können.
</MSG>
<MSG >
Falls Sie das Kennwortfeld leer lassen, gibt CandleDBConfig die Frage aus,
ob Sie wirklich ein Nullkennwort verwenden wollen. Ein Nullkennwort bedeutet,
dass die Datenbankanmeldung so konfiguriert wurde, dass kein Kennwort verwendet
werden muss. Aus Sicherheitsgründen wird das Kennwort in der Protokolldatei
\"$CANDLEHOME/logs/<hostname>_dd_config.log\" mit \"xxxxxx\" angegeben. </MSG>
<MSG >
Hinweis für 7.1.4: Oracle 7.1.4 lässt das Lesen der Sichten mit Leistungsdaten
nur bei der internen Anmelde-ID \"sys\" für den Administrator zu. Dieser
Programmfehler wird von Oracle in einem höheren Release behoben. Für die
Version 7.1.4 ist jedoch kein Fix verfügbar. Wenn Sie eine Verbindung zu
einer Oracle-Datenbank der Version 7.1.4 herstellen, müssen Sie daher für die
Datenbank die Anmelde-ID \"sys\" angeben.  </MSG>
<MSG >
Die Liste der in CandleDBConfig angezeigten Datenbankserver wird anschließend
aktualisiert und enthält alle neuen Anmelde-IDs.
</MSG>
<MSG >
</Specify Logins/Passwords></MSG>
<MSG >
# --------------------------- MODIFY  ---------------------------------------</MSG>
<MSG >
<Modify/Display>
Modify/Display</MSG>
<MSG >
Verwendung: Wählen Sie einen oder mehrere der in CandleDBConfig angezeigten
Datenbankserver aus. Klicken Sie auf \"Modify\". Geben Sie Werte im Dialog-
fenster ein bzw. ändern Sie Werte. Klicken Sie auf \"Modify\". </MSG>
<MSG >
Die Option \"Modify\" listet alle folgenden für einen Server konfigurierten
Attribute aus. Mit dieser Option können Sie bis auf den Servernamen alle diese
Attribute ändern: </MSG>
<MSG >
1) Home directory - Vollständig qualifizierter Name des Verzeichnisses, in
   dem der Server installiert wurde
</MSG>
<MSG >
2) $Product version - Version oder Release-Level der ausführbaren Datei für
   die Datenbank
</MSG>
<MSG >
4) Init file name - Vollständig qualifizierter Name der Initialisierungs-
   datei für die Datenbank. Dieses Feld ist optional und wird nur zu
   Informationszwecken bereitgestellt. OMA für $Product erfordert keinen
   Namen einer Initialisierungsdatei. </MSG>
<MSG >
   WICHTIGER HINWEIS: Falls sich der Name eines Servers geändert hat, verwenden
   Sie NICHT dieses Feld, um auf den neuen Namen der Initialisierungsdatei
   ($init_name file) zu zeigen. Schließen Sie stattdessen diesen Server aus,
   und lassen Sie CandleDBConfig den neuen Namen als neuen Server hinzufügen.
</MSG>
<MSG >
5) Login ID - Anmelde-ID der Datenbank, die zur Verbindung mit $Product
   verwendet wird.
</MSG>
<MSG >
5) Password - Kennwort, das mit der in \"Login ID\" angegebenen ID verwendet wird. </MSG>
<MSG >
Die Liste der in CandleDBConfig angezeigten Datenbankserver wird anschließend
aktualisiert und enthält alle neuen Konfigurationsdaten.
</MSG>
<MSG >
</Modify/Display></MSG>
<MSG >
# --------------------------- OPTIONS ------------------------------------------</MSG>
<MSG >
<Options>
Options</MSG>
<MSG >
Verwendung: Klicken Sie auf \"Options\". Wählen Sie Optionen aus. Klicken
Sie auf \"OK\". </MSG>
<MSG >
Mit der Option \"Options\" wird das Laufzeitverhalten für die Operationen
von CandleDBConfig festgelegt.
Bei Auswahl von \"verfiy configuration files\" vergewissert sich jede
Operation von CandleDBConfig, dass die Konfigurationsdateien für die Datenbank,
die sich im Verzeichnis \"$CANDLEHOME/config\" befinden, das korrekte Format
haben. </MSG>
<MSG >
In der Standardeinstellung (\"use existing log file\") schreibt
CandleDBConfig bei jeder Ausführung einer Operation einen Eintrag in die
vorhandene Protokolldatei ($CANDLEHOME/logs/<hostname>_dd_config.log). Falls
nur die letzte Operation oder gar keine Operation protokolliert werden soll,
können Sie entweder die Einstellung \"create new log file\" (= neue
Protokolldatei erstellen) oder die Einstellung \"do not write to log file\"
(= keine Daten in Protokolldatei schreiben) auswählen. </MSG>
<MSG >
</Options></MSG>
<MSG >
# --------------------------- OWNER  ----------------------------------------
#
# OWNER gehört künftig zu Search2.</MSG>
<MSG >
# --------------------------- SCAN ------------------------------------------</MSG>
<MSG >
<Search>
Search</MSG>
<MSG >
Verwendung: Wählen Sie bei Bedarf die Einstellung \"not-running\" (= nicht
aktiv) aus. Klicken Sie auf \"Options\". Wählen Sie Optionen aus. Klicken
Sie auf \"OK\". Klicken Sie auf \"Search\". </MSG>
<MSG >
Wenn Sie CandleDBConfig aufrufen oder \"Search\" auswählen, führt
CandleDBConfig eine erstmalige Überprüfung der Umgebung aus und sucht nach
allen aktiven Servern von $Product. Bei Auswahl der Einstellung \"not
running\" durchsucht CandleDBConfig außerdem Datenbanken, die gegenwärtig
nicht aktiv sind. Die Ergebnisse einer Suche werden im Dialogfenster von
CandleDBConfig angezeigt.

CandleDBConfig untersucht alle aktiven Server von $Product, stellt fest, wo
diese auf dem UNIX-System installiert sind, und ruft weitere Informationen zu
den Servern ab. Die für einen vollständigen Suchlauf benötigte Zeit richtet
sich danach, welche UNIX-Version ausgeführt wird. </MSG>
<MSG >
Falls Sie angefordert haben, dass CandleDBConfig nach nicht aktiven Servern
suchen soll, wird eine interne Liste aller potenziellen Verzeichnisse
$home_name erstellt und nach dort definierten Servern gesucht. 
CandleDBConfig entwickelt diese Liste der potenziellen Verzeichnisse
$home_name unter Verwendung der folgenden Angaben:
</MSG>
<MSG >
1) Verzeichnis $home_name jedes aktiven Servers</MSG>
<MSG >
2) Aktuelle Einstellung der Umgebungsvariablen $home_name, sofern vorhanden</MSG>
<MSG >
3) Alle Anweisungen aus einem automatischen Script (.profile, .login usw.) im
   Verzeichnis \$HOME des Datenbankeigners, die die Umgebungsvariable $home_name
   erstellen</MSG>
<MSG >
4) Falls das Oracle-Root-Script für den Installationsabschluss
   (\$ORACLE_HOME/orainst/root.sh) bei der Installation von Oracle ausgeführt
   wurde, wird eine Registrydatei namens \"/etc/oratab\" erstellt. Sowohl
   Oracle als auch Candle empfehlen, dieses Script auszuführen, damit die
   Oracle-Server leicht aufzufinden sind. CandleDBConfig geht übrigens davon
   aus, dass die Registry- oder ORATAB-Datei mit \"/etc/oratab\" benannt ist.</MSG>
<MSG >
Falls die Option \"Search\" einen Server findet, den Sie nicht überwachen
wollen, können Sie den Server mit der Schaltfläche \"Exclude\" ausschließen. 
Außerdem bleiben alle mit der Schaltfläche \"Options\" ausgewählten
Suchoptionen gültig, bis Sie von Ihnen geändert werden. </MSG>
<MSG >
</Search></MSG>
<MSG >
# --------------------------- SYSTEM ---------------------------------------</MSG>
<MSG >
<System/DB Config>
System/DB Config</MSG>
<MSG >
Im Folgenden erhalten Sie einen kurzen Überblick über die System- und
Datenbankvorbereitungen, die erforderlich sind, damit OMA
(OMEGAMON Monitoring Agent) eine Datenbank überwachen kann. Vollständige
Details finden Sie im Dokument \"Installing Candle Products on UNIX\"
(Candle-Produkte unter UNIX installieren). </MSG>
<MSG >
SYSTEM</MSG>
<MSG >
1) Die ausführbare Datei \"kddos\" macht besondere UNIX-Berechtigungen
   erforderlich. Diese Berechtigungen sollten bei der Installation von OMA
   festgelegt worden sein. Wenn dies nicht der Fall ist, können sie mit dem
   Installationsprogramm des Candle-Produkts festgelegt werden. Details enthält
   das Dokument \"Installing Candle Products on UNIX\". </MSG>
<MSG >
2) Die entsprechenden Verteilungsdaten müssen an CMS verteilt worden sein. 
   Die Verteilung an CMS sollte bei der Installation von OMA ausgeführt worden sein.
   Ist dies nicht der Fall, können Sie dies mit dem Installationsprogramm
   des Candle-Produkts nachholen. Details enthält das Dokument \"Installing
   Candle Products on UNIX\". </MSG>
<MSG >
DATENBANK</MSG>
<MSG >
INFORMIX

Bei Informix wird nur die Berechtigung benötigt, eine Verbindung zur
Datenbank herzustellen. Die Datei \"$CANDLEHOME/misc/koxgrant.sql\"
enthält die korrekte SQL-Syntax hierfür. </MSG>
<MSG >
OMA für Informix umfasst ein Programm, das als optionales Informix-
Alarmprogramm (ALARMPROGRAM) ausgeführt werden muss. Ändern Sie die
Angaben in der Datei ONCONFIG so, dass die Angabe ALARMPROGRAM mit dem Wert
\"$CANDLEHOME/<arch>/koxerr\" für Ihren UNIX-Systemtyp definiert ist. Falls
Sie bereits ein angepasstes Alarmprogramm einsetzen, ändern Sie die
Anweisung ALARMROGRAM in der Datei ONCONFIG so, dass sie auf das Script
\"koxerr.sh\" zeigt, und ändern Sie das Script \"koxerr.sh\" so, dass es auf
Ihr Programm verweist. Das Script \"koxerr.sh\" enthält hierzu vollständige
Anweisungen.
</MSG>
<MSG >
ORACLE</MSG>
<MSG >
OMA für Oracle verwendet eine Oracle-Anmelde-ID, um die Verbindung zur
Datenbank herzustellen. Außer bei Oracle 7.1.4 kann OMA jede beliebige
Oracle-ID verwenden (sogar eine ID, die zu anderen Zwecken verwendet wird).
CandleDBConfig erstellt diese ID nicht. Die ID kann auf Wunsch ohne ein
Kennwort definiert werden. Geben Sie in diesem Fall ein Nullkennwort für
CandleDBConfig an. Außerdem müssen Sie bei Oracle-Anmeldungen und -Kennwörtern
die Groß-/Kleinschreibung NICHT beachten. </MSG>
<MSG >
Die folgende Oracle-SQL-Anweisung definiert eine ID und ein Kennwort für Oracle.
In diesem Beispiel gibt \"oralogin\" die verwendete Oracle-Anmeldung und
\"password\" deren Kennwort an:
</MSG>
<MSG >
  CREATE USER oralogin IDENTIFIED BY password;</MSG>
<MSG >
Bei den folgenden Oracle-Releases gibt es unterschiedliche
Sicherheitsanforderungen: </MSG>
<MSG >
  7.1.4  OMA für Oracle muss die Verbindung mit der ID \"sys\" herstellen.
         Diese Einschränkung ist von Oracle vorgegeben.</MSG>
<MSG >
  7.1.6  Sie können jede beliebige Oracle-Anmeldung verwenden, benötigen
         jedoch die Berechtigung zum Lesen aller Tabellen. Bei der ID
         \"candle\" können Sie diese Berechtigung erteilen, indem Sie eine
         Verbindung zu Oracle mit einer Oracle-Anmeldung herstellen, die
         über die Berechtigungen des Datenbankadministrators verfügt, und
         dann die folgende SQL-Anweisung absetzen: </MSG>
<MSG >
           GRANT SELECT ANY TABLE TO oralogin;</MSG>
<MSG >
         Diese einschränkende Voraussetzung ist durch Oracle vorgegeben.</MSG>
<MSG >
  7.2 und höher: Sie können jede beliebige Oracle-Anmeldung verwenden, dieser
      müssen jedoch bestimmte Berechtigungen erteilt sein. Candle stellt ein
      SQL-Script bereit, das diese Erteilungen durchführt. Das Script befindet
      sich unter \"$CANDLEHOME/misc/korgrant.sql\".
      Im folgenden erhalten Sie eine Kurzanweisung für die Ausführung dieses
      Scripts. Weitere Details finden Sie im Dokument \"Installing Candle
      Products on UNIX\". </MSG>
<MSG >
      a) Legen Sie die Oracle-Umgebungsvariablen ORACLE_SID und
         ORACLE_HOME für diese Installation fest. Falls Sie die Konfiguration
         für die Datenbanken bereits abgeschlossen haben, können Sie die
         Dateien im Konfigurationsverzeichnis als Quelle verwenden, um diese
         Variablen festzulegen. </MSG>
<MSG >
      b) Starten Sie \"sqlplus\".</MSG>
<MSG >
      c) Setzen Sie Folgendes an der SQL-Eingabeaufforderung ab:
         SQL> @korgrant candle</MSG>
<MSG >
      Vorsicht: Die Programme \"sqldba\" und \"svrmgr(l)\" lassen keine
      Parameter bei SQL-Scripts zu. Falls Sie \"korgrant.sql\" mit einem
      dieser Programme ausführen, müssen Sie das Script so ändern, dass
      alle Vorkommen der Angabe \"&1\" mit der gewünschten Anmelde-ID
      ersetzt werden. </MSG>
<MSG >
OMA für Oracle macht es erforderlich, dass die Oracle-Sichten und Synonyme für
Leistungswerte installiert sind. Diese werden vom Oracle-Installationsprogramm
erstellt, wenn es vollständig ausgeführt wird. Die Sichten und Synonyme für
Leistungswerte können auch durch das entsprechende SQL-Script im Verzeichnis
\"ORACLE_HOME/rdbms/admin\" erstellt werden. Details finden Sie in der
Oracle-Dokumentation. Bitte beachten Sie, dass diese Voraussetzung nicht gilt,
wenn die Oracle-Anmelde-ID \"sys\" verwendet wird, was bei Oracle 7.1.4
erforderlich ist. </MSG>
<MSG >
Nur bei Oracle 7.2 werden Berechtigungserteilungen für die Tabelle V\$LATCH
ignoriert. Um dies zu korrigieren, legen Sie die Oracle-Programmkorrektur an,
um den Programmfehler \"base bug #254661\" zu korrigieren. Mit dieser
Programmkorrektur können Sie Daten im Bericht über Gesamtwerte des Caches
anzeigen (\"Cache Totals Report\"). Wird diese Programmkorrektur nicht
installiert, müssen Sie Oracle mit der Anmelde-ID \"sys\" installieren. </MSG>
<MSG >
OMA für Oracle erfordert keinen Zugriff auf die Tabellen SYS.DBA_VIEWS und
SYS.DBA_SYNONYMS, aber die Prozedur \"Verify\" von CandleDBConfig macht
diesen Zugriff erforderlich. Falls CandleDBConfig diese Tabellen nicht lesen
kann, kann die Installation nicht vollständig geprüft werden. OMA kann dann
allerdings dennoch verwendet werden. </MSG>
<MSG >
SYBASE</MSG>
<MSG >
OMA für Sybase verwendet eine Sybase-Anmelde-ID, um die Verbindung zur
Datenbank herzustellen. Es kann jede beliebige Sybase-ID verwendet werden,
sogar eine ID, die zu anderen Zwecken eingesetzt wird. CandleDBConfig
erstellt diese ID nicht. Die ID kann auf Wunsch ohne ein Kennwort definiert
werden. Geben Sie in diesem Fall ein Nullkennwort für CandleDBConfig an. 
Außerdem MÜSSEN Sie bei Sybase-Anmeldungen und -Kennwörtern die
Groß-/Kleinschreibung beachten. </MSG>
<MSG >
Die folgende Sybase-ISQL-Anweisung definiert eine ID und ein Kennwort für
Sybase. In diesem Beispiel gibt \"syblogin\" die verwendete Sybase-Anmeldung
und \"password\" deren Kennwort an:
</MSG>
<MSG >
  sp_addlogin syblogin,password
  go</MSG>
<MSG >
Candle stellt außerdem das SQL-Script \"$CANDLEHOME/misc/koygrant.sql\" bereit,
mit dem die erforderlichen Berechtigungen erteilt werden.
</MSG>
<MSG >
OMEGAMON Monitoring Agent für Sybase verwendet die Sybase-Bibliothek
\"Open Client\", um die Verbindung zu Sybase herzustellen. Ist \"Open
Client\" auf Ihrem Sybase-System nicht installiert, kann der Agent keine
Verbindung zu Sybase herstellen, und Sie empfangen in der Datei \"col.out\"
die Nachricht, dass CT-INIT fehlgeschlagen ist. Ob \"Open Client\" installiert
ist, können Sie feststellen, indem Sie im Sybase-Ausgangsverzeichnis nach
\"lib/libct.a\" suchen.</MSG>
<MSG >
Falls \"Open Client\" nicht installiert ist, benötigen Sie eine der folgenden
Komponenten: </MSG>
<MSG >
1) Produkt \"Open Client\" von Sybase. Jede Sybase-Serverlizenz berechtigt
   nach unserer Auffassung den Kunden zu einer kostenlosen Lizenz für
   \"Open Client\". Weitere Informationen erhalten Sie bei Sybase. </MSG>
<MSG >
2) Laufzeitversion von CTlib für Sybase. Diese Version ist kostenlos bei der
   Candle-Unterstützung \"Level 2\" erhältlich. Candle wurde von Sybase
   autorisiert, den Laufzeitteil von CTlib zu vertreiben.
</MSG>
<MSG >
</System/DB Config></MSG>
<MSG >
# --------------------------- VERIFY ---------------------------------------</MSG>
<MSG >
<Verify OMA Installation>
Verify OMA Installation</MSG>
<MSG >
Verwendung: Klicken Sie auf \"Verify". Prüfen Sie die im Dialogfenster
angezeigten Ergebnisse. Klicken Sie auf \"Cancel\". </MSG>
<MSG >
Die Option \"Verify\" stellt fest, ob OMA korrekt installiert wurde, indem
Folgendes überprüft wird:</MSG>
<MSG >
1) Es gibt eine gültige UNIX-Version. </MSG>
<MSG >
2) Die UNIX-Berechtigungen sind für die Schlüsselverzeichnisse unter
   $CANDLEHOME korrekt.</MSG>
<MSG >
3) Für \"kddos\" sind besondere UNIX-Berechtigungen festgelegt. </MSG>
<MSG >
4) Die Produktkonfigurationsdateien sind für diesen Host vorhanden. </MSG>
<MSG >
Für jeden konfigurierten Server prüft die Option \"Verify\" Folgendes:</MSG>
<MSG >
5) Die Konfigurationsdatei ist gültig, und die Konfiguration wurde
   vollständig ausgeführt. </MSG>
<MSG >
6) Das Ausgangsverzeichnis der Datenbank und die Initialisierungsdatei der
   Datenbank sind vorhanden. Für die Datei besteht eine Leseberechtigung.
</MSG>
<MSG >
7) Das Sybase-Produkt \"Open Client\" ist für den Server installiert. </MSG>
<MSG >
8) Der Datenbankserver ist aktiv. Falls nicht, kann die Prüfung von OMA für
   diese Datenbank nicht fortgesetzt werden. </MSG>
<MSG >
9) Sie können sich erfolgreich an der Datenbank anmelden. </MSG>
<MSG >
10) Sie können auf die Oracle-Tabellen V\$ mit Leistungswerten zugreifen.
    Andernfalls könnte Folgendes vorliegen:
</MSG>
<MSG >
    a) Die Tabellen wurden noch nicht erstellt (weitere Informationen finden
       Sie in Kapitel 5 des Planungshandbuchs im Abschnitt namens \"V\$ Dynamic
       Performance Tables.\").</MSG>
<MSG >
    b) Das Script \"korgrant.sql\" wurde nicht ausgeführt. </MSG>
<MSG >
    Es kann nur mit der Berechtigung des Datenbankadministrators festgestellt
    werden, welche dieser Ursachen zutrifft.
</MSG>
<MSG >
    Bitte beachten Sie, dass die Option \"Verify\" alle Oracle-Sichten und
    -Synonyme für Leistungswerte testet. OMA für Oracle ist an manchen
    Standorten fehlgeschlagen, weil die Sichten und Synonyme für Leistungswerte
    bei der Oracle-Installation nur teilweise erstellt wurden. Außerdem
    erfordert dieser Test, dass der Oracle-Benutzer die Auswahlberechtigung
    (SELECT) für SYS.DBA_VIEWS und SYS.DBA_SYNONYMS besitzt. Die Erteilung
    dieser Berechtigungen ist NICHT Bestandteil des Scripts \"korgrant.sql\",
    da die meisten Oracle-Installationen die Berechtigung SELECT für
    Katalogtabellen allgemein erteilen (PUBLIC).</MSG>
<MSG >
11) Sie können auf die Leistungswertesicht \"SYS.V_\$LATCH\" von Oracle
    7.2 zugreifen. Andernfalls finden Sie im Dokument \"Installing Candle
    Products on UNIX\" entsprechende Informationen. </MSG>
<MSG >
12) Das Sybase-Script \"koygrant.sql\" wurde ausgeführt. Dieses Script
    erteilt Ihrer Sybase-Anmeldung die Berechtigung von \"sa_role\".
</MSG>
<MSG >
13) Bei Informix hat der Standort die erforderlichen Änderungen an der
    Anweisung ALARMPROGRAM in der Datei ONCONFIG vorgenommen. Weitere
    Informationen enthält das Dokument \"Installing Candle Products on UNIX\". </MSG>
<MSG >
14) Der CMS-Host antwortet auf ein Pingsignal. </MSG>
<MSG >
15) Der Agent kann eine Verbindung zu CMS herstellen. Wenn dies nicht der Fall
    ist, könnten die folgenden Ursachen vorliegen:
</MSG>
<MSG >
    a) Der CMS-Host, die CMS-Portnummer oder der CMS-Name ist falsch. </MSG>
<MSG >
    b) CMS ist nicht aktiv. </MSG>
<MSG >
    Ohne direkten Zugriff auf das CMS-System und ohne Kenntnis der genauen
    Installationsposition von CMS auf diesem System kann CandleDBConfig nicht
    ermitteln, welche Ursache vorliegt. </MSG>
<MSG >
16) Die Verteilung an CMS wurde ausgeführt. Seit der Verteilung wurde CMS gestoppt und erneut
    gestartet. Falls CMS lediglich gestoppt und erneut gestartet wurde, können
    die früheren Ergebnisse nicht schlüssig sein. Aus diesem Grund lässt die
    Option \"Verify\" den Agenten bis zu fünf Minuten aktiv bleiben, bevor
    daraus geschlossen wird, dass CMS inaktiv ist oder keine Verteilung
    stattfand. Falls jedoch der Agent feststellt, dass CMS inaktiv ist,
    wird der IVP-Agent sofort gestoppt und erneut gestartet, weil das
    Standardverhalten in einem Wartezyklus von zehn Minuten vor einem erneuten
    Verbindungsversuch besteht.

Folgendes wird von der Option \"Verify\" nicht überprüft:</MSG>
<MSG >
1) Katalog (cat), Attribute (atr), SQL (Verteilungsdaten) und die entsprechenden
   Dateien sind bei CMS auf einem mit diesem installierten Agenten konsistenten
   Stand. </MSG>
<MSG >
2) Taktfehler können Kommunikationszeitlimits verursachen. </MSG>
<MSG >
3) Bei Informix hat Ihr Standort die Berechtigung SELECT für die System-
   tabellen hinsichtlich der Benutzergruppe PUBLIC nicht widerrufen.
   Das Script \"koxgrant.sql\" erteilt hierfür keine besonderen Berechtigungen,
   sondern geht davon aus, dass der Standort diese Berechtigungen so
   beibehalten hat, wie Sie von Informix ursprünglich geliefert wurden.
</MSG>
<MSG >
</Verify OMA Installation></MSG>
<MSG ></MSG>

