Bcdbadadbmgui 72

Database Manager DBMGUI
(BC)
Rel ease 4. 6C
H
E
L
P
.
B
C
D
B
A
D
A
D
B
A
Database Manager DBMGUI
(BC)
Rel ease 4. 6C
H
E
L
P
.
B
C
D
B
A
D
A
D
B
A
Database Manager DBMGUI (BC) SAP AG
2 April 2001
Copyright
Copyright 2001 SAP AG. Alle Rechte vorbehalten.
Weitergabe und Vervielfltigung dieser Publikation oder von Teilen daraus sind, zu welchem
Zweck und in welcher Form
auch immer, ohne die ausdrckliche schriftliche Genehmigung durch SAP AG nicht gestattet. In
dieser Publikation enthaltene Informationen knnen ohne vorherige Ankndigung gendert
werden.
Die von SAP AG oder deren Vertriebsfirmen angebotenen Software-Produkte knnen Software-
Komponenten auch anderer Software-Hersteller enthalten.
Microsoft
, WINDOWS
, NT
, EXCEL
, Word
, PowerPoint
und SQL Server
sind eingetragene
Marken der
Microsoft Corporation.
IBM
, DB2
, OS/2
, DB2/6000
, Parallel Sysplex
, MVS/ESA
, RS/6000
, AIX
, S/390
,
AS/400
, OS/390
und OS/400
sind eingetragene Marken der IBM Corporation.

ORACLE
ist eine eingetragene Marke der ORACLE Corporation.

INFORMIX
-OnLine for SAP und Informix
Dynamic Server
TM
sind eingetragene Marken der
Informix Software Incorporated.
UNIX
, X/Open
, OSF/1
und Motif
sind eingetragene Marken der Open Group.

HTML, DHTML, XML, XHTML sind Marken oder eingetragene Marken des W3C
, World Wide
Web Consortium,
Massachusetts Institute of Technology.
JAVA

ist eine eingetragene Marke der Sun Microsystems, Inc.
JAVASCRIPT
ist eine eingetragene Marke der Sun Microsystems, Inc., verwendet unter der
Lizenz der von Netscape entwickelten und implementierten Technologie.
SAP, SAP Logo, R/2, RIVA, R/3, ABAP, SAP ArchiveLink, SAP Business Workflow, WebFlow,
SAP EarlyWatch, BAPI, SAPPHIRE, Management Cockpit, mySAP.com Logo und mySAP.com
sind Marken oder eingetragene Marken der SAP AG in Deutschland und vielen anderen Lndern
weltweit. Alle anderen Produkte sind Marken oder eingetragene Marken der jeweiligen Firmen.
SAP AG Database Manager DBMGUI (BC)
April 2001 3
Symbole
Symbol Bedeutung
Achtung
Beispiel
Hinweis
Empfehlung
Syntax
4 April 2001
Inhalt
Database Manager DBMGUI (BC) ......................................................................8
Einleitung ..................................................................................................................................... 10
berblick ...................................................................................................................................... 11
Funktionsweise des DBMGUI..................................................................................................... 12
DBMServer ................................................................................................................................... 13
Architektur einer Serverdb......................................................................................................... 14
System-Devspace........................................................................................................................ 15
Data-Devspace............................................................................................................................. 16
Log-Devspace.............................................................................................................................. 17
Konzepte ...................................................................................................................................... 18
Benutzerverwaltung.................................................................................................................... 19
DBM-Benutzer.......................................................................................................................... 20
Datenbankadministrator (DBA) ................................................................................................ 21
DOMAIN-Benutzer ................................................................................................................... 22
Operator ................................................................................................................................... 23
ndern der Benutzer-Kennworte.............................................................................................. 24
Zuweisen von Rechten als Betriebssystembenutzer ............................................................... 25
Zuweisen von Serverrechten ................................................................................................... 26
Datensicherung ........................................................................................................................... 27
Datensicherung ohne Checkpoint ............................................................................................ 29
Datensicherung mit Checkpoint ............................................................................................... 30
Logsicherung............................................................................................................................... 31
Automatische Logsicherung..................................................................................................... 32
Interaktive Logsicherung.......................................................................................................... 33
Restartfhigkeit ........................................................................................................................... 34
Prozestruktur............................................................................................................................. 35
User-Kernel-Process/User-Kernel-Thread............................................................................... 36
User-Task ........................................................................................................................... 37
Server-Task ........................................................................................................................ 38
Log-Writer ........................................................................................................................... 39
Data-Writer.......................................................................................................................... 40
Utility-Task .......................................................................................................................... 41
Trace-Writer-Task............................................................................................................... 42
Conv-Scanner ..................................................................................................................... 43
Timer-Task.......................................................................................................................... 44
Spezial-Prozesse/Threads....................................................................................................... 45
Requester............................................................................................................................ 46
Dev-Processes/Threads ..................................................................................................... 47
Coordinator ......................................................................................................................... 48
Timer ................................................................................................................................... 49
Temporre Dev-Processes/Threads................................................................................... 50
Betriebssystemabhngige Spezial-Prozesse/Threads ............................................................ 51
Clock-Thread ...................................................................................................................... 52
Console-Process................................................................................................................. 53
April 2001 5
Console-Thread .................................................................................................................. 54
Caches.......................................................................................................................................... 55
Catalog-Cache ......................................................................................................................... 56
Converter-Cache...................................................................................................................... 57
Free-Blocks-Management-Cache (FBM) ................................................................................. 58
File-Directory............................................................................................................................ 59
Data-Cache.............................................................................................................................. 60
Log-Cache................................................................................................................................ 61
Savepoint ..................................................................................................................................... 62
Checkpoint ................................................................................................................................... 63
Multiprozessor-Konfigurationen................................................................................................ 64
Ausfallsicherheit ......................................................................................................................... 65
Bildschirmbereiche des Database Manager (DBMGUI)........................................................... 66
Menleiste................................................................................................................................ 68
Symbolleiste............................................................................................................................. 69
Verzeichnis der registrierten Datenbankinstanzen .................................................................. 70
Liste der registrierten Datenbankinstanzen ............................................................................. 71
Menliste der aktuellen Datenbankinstanz .............................................................................. 72
Ausgabe ................................................................................................................................... 73
Meldungsausgabe.................................................................................................................... 74
Namensfenster ......................................................................................................................... 75
Installieren einer neuen Datenbankinstanz .............................................................................. 76
Konfiguration der Datenbankparameter ................................................................................... 78
Aktuelle Datenbankparameter anzeigen und ndern .............................................................. 79
Datenbankparameter .......................................................................................................... 80
General - Allgemeine Datenbankparameter .................................................................. 81
MAXBACKUPDEVS................................................................................................. 82
MAXCPU .................................................................................................................. 83
MAXDATAPAGES.................................................................................................... 84
MAXLOCKS.............................................................................................................. 85
MAXUSERTASKS.................................................................................................... 86
LOG_MODE ............................................................................................................. 87
LOG_SEGMENT_SIZE............................................................................................ 89
RESERVED_REDO_SIZE ....................................................................................... 90
RUNDIRECTORY..................................................................................................... 91
Extended - Spezielle Datenbankparameter................................................................... 92
DEADLOCK_DETECTION....................................................................................... 94
REQUEST_TIMEOUT.............................................................................................. 95
SESSION_TIMEOUT ............................................................................................... 96
Devspaces................................................................................................................................ 97
Konfigurieren von Devspaces............................................................................................. 98
Anlegen von Devspaces ..................................................................................................... 99
ndern von Devspaces..................................................................................................... 100
Aktualisieren der Systemtabellen........................................................................................... 101
Terminaluntersttzung (Termchar-Set).................................................................................. 102
Termchar-Sets anzeigen, ndern und lschen................................................................. 103
Termchar-Sets anlegen .................................................................................................... 104
Sprachuntersttzung (Mapchar-Sets) .................................................................................... 105
6 April 2001
Mapchar-Sets anzeigen, ndern und lschen.................................................................. 106
Mapchar-Sets anlegen...................................................................................................... 107
Verwalten von Datenbankinstanzen........................................................................................ 108
Aktivieren und Deaktivieren von Indices................................................................................ 109
Aktualisieren der Statistikinformationen................................................................................ 110
Prfen der Konsistenz der Devspaces.................................................................................... 112
Registrieren von Datenbankinstanzen.................................................................................... 113
Starten der Datenbankinstanz (Restart).................................................................................. 114
Stoppen der Datenbankinstanz (Shutdown)........................................................................... 115
berwachen des Betriebszustands......................................................................................... 116
Sichern ....................................................................................................................................... 117
Sicherungskonzepte............................................................................................................... 118
Sicherungsmedien ............................................................................................................ 119
Sicherungskennung .......................................................................................................... 120
Verwalten der Sicherungsmedien.......................................................................................... 121
Anlegen von Medien ......................................................................................................... 122
Definition eines einzelnen Sicherungsmediums.......................................................... 123
Definition einer Gruppe paralleler Medien................................................................... 124
ndern von Medien........................................................................................................... 126
Lschen von Medien......................................................................................................... 127
Sicherungsverfahren.............................................................................................................. 128
Sichern auf ein einzelnes Medium.................................................................................... 129
Sichern auf eine Gruppe paralleler Medien ...................................................................... 131
Ein- und Ausschalten der automatischen Logsicherung .................................................. 132
Sichern mit automatischem Bandwechsler....................................................................... 133
Sichern mit manuellem Medienwechsel ........................................................................... 134
Wiederherstellen ....................................................................................................................... 135
Wiederherstellen der zuletzt angefertigten vollstndigen Datensicherung............................ 136
Wiederherstellen aus einer Sicherung aus der Sicherungshistorie....................................... 137
Wiederherstellen einer vorhandenen Datenbankinstanz....................................................... 139
Wiederherstellen der Indices nach Datenbankwiederherstellung.......................................... 141
Wiederherstellen ohne Sicherungshistorie ............................................................................ 142
Wiederherstellen eines gespiegelten Devspace.................................................................... 143
Wiederherstellen mit automatischem Bandwechsler ............................................................. 145
Fortsetzen einer unterbrochenen Wiederherstellung............................................................. 146
Abfragen von Informationen .................................................................................................... 147
Sicherungshistorie.................................................................................................................. 148
Cacheinformationen............................................................................................................... 149
Data-Devspaces..................................................................................................................... 150
Lese- und Schreibvorgnge................................................................................................... 151
Logbereich und Log-Writer..................................................................................................... 152
Sperren und Sperranforderungen.......................................................................................... 153
Benutzersitzungen ................................................................................................................. 154
Versionen ............................................................................................................................... 155
Diagnosemglichkeiten............................................................................................................ 156
Diagnose mit Kernel-Trace-Funktion ..................................................................................... 157
Lesen der Protokolldateien des Database Manager.............................................................. 158
Informationen der Datenbankkonsole.................................................................................... 159
April 2001 7
Verwendung der Kommandozeilenversion des Programms.................................................. 160
Legende der Datenbanksymbole............................................................................................. 161
Update der Datenbanksoftware ............................................................................................... 162
Database Manager DBMGUI (BC)
8 April 2001
Der Database Manager besteht aus einem Server- und einem Client-Teil. Der Server-Teil (
DBMServer [Seite 13]) ist fr die Funktionalitt zustndig. Der Client-Teil besteht aus einer
graphischen Benutzeroberflche, genannt Database Manager (DBMGUI), und einer
Kommandozeilenversion, genannt Database Manager (DBMCLI).
Siehe auch:
R/3-Database Manager (DBMCLI)
Einfhrungshinweise
Informationen ber die Installation des Datenbanksystems SAP DB mit dem R/3-System finden
Sie in folgenden Leitfden:
R/3 Installation on UNIX: SAP DB
R/3 Installation on Windows NT: SAP DB
Informationen dazu, wie Sie eine Kopie Ihres Datenbanksystems erstellen, finden Sie in
folgendem Leitfaden:
R/3 Homogeneous System Copy
Integration
SAP erleichtert die Datenbankverwaltung durch verschiedene DBA-Funktionen im Computing
Center Management System (CCMS) des R/3-Systems. Sie knnen Daten- und Logsicherungen
einplanen, das Datenbanksystem auf Konsistenz berprfen und die fr den Optimierer
erforderlichen Statistiken aktualisieren.
Informationen dazu finden Sie in folgender R/3-Online-Dokumentation:
BC Computing Center Management System; Bereich SAP DB DBA im CCMS
Weitere R/3-Online-Dokumentation zum Datenbanksystem SAP
DB
BC-Meldungen: SAP DB
BC - Referenzhandbuch: SAP DB (7.2)
BC- SQL Studio: SAP DB
BC - Replication Manager: SAP DB
BC - SAP High Availability
Sie finden auerdem Informationen zu SAP DB / ADABAS for R/3 im SAPNet:
Benutzerhandbuch UNIX
Benutzerhandbuch Windows NT
Benutzerhandbuch ODBC
QUERY
LOAD
April 2001 9
C/C++ Precompiler
Das Programm CONTROL steht zur Verwaltung von Datenbanken des Typs ADABAS for R/3 bis
zur Version 6.2.10. zur Verfgung.
R/3-Datenbankverwaltung (CONTROL)
Fr Datenbanken des Typs SAP DB (ab Version 7.1.4.) verwenden Sie das
Programm Database Manager.
Das Programm Database Manager (DBMGUI) ist Gegenstand der folgenden Beschreibung.
Einleitung
10 April 2001
Einleitung
Der Database Manager (DBMGUI) ist ein Werkzeug fr die Datenbankverwaltung.
Aufgaben des Database Manager (DBMGUI) sind die Steuerung und berwachung der
Datenbankinstanz und die Durchfhrung von Sicherungen.
Der Database Manager (DBMGUI) ermglicht den Zugriff auf entfernte Datenbankserver.
berblick
April 2001 11
berblick
Die Datenbank kann auf einem Rechner sowohl in einer Ausprgung (Instanz) als auch in
mehreren Ausprgungen (Instanzen) installiert und betrieben werden.
Jede Datenbankinstanz besteht aus Prozessen, Hauptspeicherstrukturen (Caches) und einer
plattenbasierten Serverdb.
Datenbank-
instanz
Caches
Processes
Serverdb
Funktionweise des DBMGUI [Seite 12]
Architektur einer Serverdb [Seite 14]
Konzepte [Seite 18]
Installieren einer neuen Datenbankinstanz [Seite 76]
Verwalten von Datenbankinstanzen [Seite 108]
Funktionsweise des DBMGUI
12 April 2001
Funktionsweise des DBMGUI
Mit dem Database Manager (DBMGUI) verfgen Sie ber ein komfortables Werkzeug zur
Verwaltung von beliebig vielen lokalen und entfernten Datenbankinstanzen.
Das Graphical User Interface (GUI) des Database Manager kommuniziert mit dem DBMServer
[Seite 13] der jeweiligen Datenbankinstanz und stellt die Funktionen des DBMServer
benutzergerecht zur Verfgung.
DBMServer
April 2001 13
DBMServer
Der DBMServer ist der Server-Teil des Database Manager. Er wird durch die Serverinstallation
auf dem Datenbankrechner installiert.
Client-Anwendungen, wie der Database Manager (DBMGUI) [Seite 1] oder der Database
Manager (DBMCLI), bauen eine Verbindung zum DBMServer auf und tauschen ber einen
Anfrage-Antwort-Mechanismus Daten mit dem DBMServer aus.
Architektur einer Serverdb
14 April 2001
Architektur einer Serverdb
Eine Serverdb besteht aus
dem System-Devspace [Seite 15] sowie
einem oder mehreren Log-Devspaces [Seite 17] und
einem oder mehreren Data-Devspaces [Seite 16]
Mit dem Begriff Devspace wird dabei eine physische Platte bzw. ein Teil einer physischen Platte
bezeichnet. Dies kann ein Raw-Device oder eine Datei sein.
Aus Sicherheits-, aber auch aus Performancegrnden sollte jeder Devspace-Typ auf einer
anderen Platte liegen. Um eine hhere Ausfallsicherheit [Seite 65] zu erreichen, knnen die Log-
Devspaces einer Serverdb auch gespiegelt betrieben werden.
Die verwendeten Platten sollten einheitliche Leistungsdaten (speziell Zugriffsgeschwindigkeiten)
aufweisen, da nur so eine gleichmige Fllung der Devspaces erreicht wird.
Bei Bedarf kann eine Datenbankinstanz whrend des laufenden Betriebs um zustzliche Data-
oder Log-Devspaces erweitert werden.
Der Fllungsgrad einer Serverdb mu als kritischer Betriebsparameter berwacht
werden.
Wenn die Data-Devspaces zu 100% belegt sind, wird der Datenbankbetrieb
angehalten. In diesem Zustand knnen weitere Data-Devspaces hinzudefiniert und
dadurch der Datenbankbetrieb wieder fortgesetzt werden.
System-Devspace
April 2001 15
System-Devspace
Im System-Devspace werden die Restart-Informationen und die Abbildung der logischen
Seitennummern auf physische Seitenadressen verwaltet.
Die Gre des System-Devspace hngt daher linear von der Datenbankgre ab und wird vom
Datenbankkern ermittelt.
Data-Devspace
16 April 2001
Data-Devspace
In den Data-Devspaces werden die Benutzerdaten (Tabellen, Indizes) und der SQL-Katalog
gespeichert. Im Minimalfall belegen eine Tabelle oder ein Index nur eine Seite, im Maximalfall
kann eine Tabelle alle Data-Devspaces belegen.
Das Wachsen und Schrumpfen einer Tabelle erfolgt automatisch und ohne jeden administrativen
Eingriff.
Durch ein datenbankinternes Striping werden die zu einer Tabelle gehrenden Daten
gleichmig auf alle Data-Devspaces verteilt.
Eine Zuordnung von Tabellen auf Data-Devspaces ist nicht mglich und auch nicht
erforderlich.
Sie knnen beim Installieren der Datenbankinstanz [Seite 76] einen oder mehrere Data-
Devspaces konfigurieren [Seite 98] und whrend des laufenden Datenbankbetriebs neue Data-
Devspaces hinzufgen (Anlegen von Devspaces [Seite 99]). Der durch alle Data-Devspaces
definierte Plattenplatz stellt die Gesamtgre der Datenbankinstanz dar.
Log-Devspace
April 2001 17
Log-Devspace
Im Log-Devspace werden alle nderungen von Datenbankinhalten aufgezeichnet, um ein
Wiederherstellen [Seite 135] des Datenbankinhalts nach Medienfehlern zu gewhrleisten.
Das gesamte Log kann mehrere Devspaces umfassen. Sie knnen die Anzahl der gewnschten
Log-Devspaces bei der Installation der Datenbankinstanz konfigurieren und auch whrend des
Datenbankbetriebs neue Log-Devspaces hinzufgen (Konfigurieren von Devspaces [Seite 98]).
Fr die Gewhrleistung eines sicheren Datenbankbetriebs haben Sie die Mglichkeit, den Log-
Devspace zu spiegeln (Parameter LOG_MODE [Seite 87] auf den Wert DUAL setzen).
Bei Logsicherungen [Seite 31] wird der Inhalt des Log-Devspace in eine Datei kopiert und der
dafr ursprnglich belegte Platz wieder freigegeben. Die Sicherungsdateien werden vom System
fortlaufend numeriert.
Der Log-Devspace sollte deshalb so gro gewhlt werden, da alle zwischen zwei
Sicherungen anfallenden nderungen darin aufgezeichnet werden knnen.
Konzepte
18 April 2001
Konzepte
Benutzerverwaltung [Seite 19]
Datensicherung [Seite 27]
Logsicherung [Seite 31]
Restartfhigkeit [Seite 34]
Prozestruktur [Seite 35]
Caches [Seite 55]
Savepoint [Seite 62]
Checkpoint [Seite 63]
Multiprozessor-Konfigurationen [Seite 64]
Ausfallsicherheit [Seite 65]
Bildschirm des Database Manager (DBMGUI) [Seite 66]
Benutzerverwaltung
April 2001 19
Benutzerverwaltung
Der Database Manager unterscheidet folgende Benutzerklassen:
DBM-Benutzer [Seite 20]
Datenbankadministrator (DBA) [Seite 21]
DOMAIN-Benutzer [Seite 22]
Operator
[Seite 23]Bei der Installation der Datenbankinstanz werden Sie aufgefordert, den DBM-Benutzer
und den Datenbankadministrator (DBA) anzulegen, indem Sie jeweils einen Namen und ein
Kennwort angeben. Fr den DOMAIN-Benutzer wird vom System das Kennwort des DBA
hinterlegt.
Der Benutzer Operator wird bei der Installation der Datenbankinstanz vom System angelegt.
Sie haben die Mglichkeit, fr alle vorgenannten Benutzer nachtrglich die Kennworte zu ndern
(ndern der Benutzer-Kennworte [Seite 24]).
DBM-Benutzer
20 April 2001
DBM-Benutzer
Der DBM-Benutzer ist die Benutzeridentifikation, die beim Installieren einer neuen
Datenbankinstanz [Seite 76] definiert wird.
Um danach auf diese Datenbankinstanz zugreifen zu knnen, mssen Sie die entsprechende
Datenbankinstanz unter dem Namen und Kennwort des DBM-Benutzers im Database Manager
registrieren [Seite 113].
Das Kennwort des DBM-Benutzers ist nderbar (ndern der Benutzer-Kennworte) [Seite 24].
Der DBM-Benutzer ist fr die Steuerung und berwachung des Systems und fr den
Sicherungsbetrieb zustndig. Er ist berechtigt, alle Funktionen des Database Manager
auszufhren, auch dann, wenn sich die Datenbankinstanz im Betriebszustand COLD befindet.
Dazu kann er sich mehrfach an den Database Manager anmelden, um beispielsweise neben
langlaufenden Funktionen noch Betriebsparameter abfragen zu knnen.
Datenbankadministrator (DBA)
April 2001 21
Datenbankadministrator (DBA)
Der Datenbankadministrator (DBA-Benutzer) richtet das System ein, d. h. er erzeugt auch
Benutzer. Er ist Eigentmer der Systemtabellen und hat das Privileg, andere Administratoren zu
definieren.
Der DBA-Benutzer wird insbesondere bei der Installation bentigt.
Das Kennwort des DBA-Benutzers ist nderbar (ndern der Benutzer-Kennworte) [Seite 24]
DOMAIN-Benutzer
22 April 2001
DOMAIN-Benutzer
Der DOMAIN-Benutzer ist Eigentmer der Katalogtabellen. Er wird bei der Installation implizit
angelegt.
Das Kennwort des DOMAIN-Benutzers ist nderbar (ndern der Benutzer-Kennworte) [Seite 24]
Operator
April 2001 23
Operator
Der Benutzer Operator ist ein Datenbankbenutzer mit eng begrenzten Befugnissen. Er darf nur
Sicherungsaktionen [Seite 117] ausfhren.
Das Kennwort des Benutzers Operator ist nderbar (ndern der Benutzer-Kennworte) [Seite 24]
ndern der Benutzer-Kennworte
24 April 2001
ndern der Benutzer-Kennworte
Die Kennworte der einzelnen Benutzer sind in verschiedenen Betriebszustnden der
Datenbankinstanz nderbar:
Benutzer Betriebszustand der Datenbankinstanz
DBM [Seite 20] COLD oder OFFLINE
DBA [Seite 21] WARM
DOMAIN [Seite 22] WARM
Operator [Seite 23] WARM oder COLD
Voraussetzung
Sie haben die Datenbankinstanz in den entsprechenden Betriebszustand berfhrt (Starten der
Datenbankinstanz [Seite 114], Stoppen der Datenbankinstanz [Seite 115]).
1. Whlen Sie Instance Configuration Users.
2. Whlen Sie den gewnschten Benutzer aus und anschlieend Users Edit.
3. Whlen Sie die Registerkarte General und anschlieend Change Password.
4. Geben Sie das alte und das neue Kennwort ein und sichern Sie Ihre Eingaben.
Zuweisen von Rechten als Betriebssystembenutzer
April 2001 25
Zuweisen von Rechten als Betriebssystembenutzer
Verwendung
Fr die entfernte Verwaltung von Datenbankinstanzen durch einen DBM-Benutzer knnen
diesem auch Rechte als Betriebssystembenutzer fr die Server dieser Datenbankinstanzen
gewhrt werden.
Voraussetzungen
Sie sind Betriebssystembenutzer des Datenbankrechners und haben gleichzeitg DBM-
Benutzerrechte fr die Datenbankinstanz auf diesem Rechner.
Vorgehensweise
Whlen Sie Instance Configuration Users.
Markieren Sie den DBM-Benutzer und whlen Sie Users Edit.
Unter System Account geben Sie den Namen und das Kennwort des Betriebssystembenutzers
ein. Wiederholen Sie die Eingabe des Kennwortes.
Whlen Sie OK.
Ergebnis
Der DBM-Benutzer hat auf dem Rechner der aktuellen Datenbankinstanz nun auch die Rechte
des Betriebssystembenutzers auf diesem Rechner.
Zuweisen von Serverrechten
26 April 2001
Zuweisen von Serverrechten
Verwendung
Voraussetzungen
Vorgehensweise
Ergebnis
Datensicherung
April 2001 27
Datensicherung
Im Datenbankzustand WARM und COLD bietet der Database Manager (DBMGUI) folgende
interaktive Sicherungsarten an:
vollstndige Datensicherung mit Checkpoint [Seite 30]
vollstndige Datensicherung ohne Checkpoint [Seite 29]
inkrementelle Datensicherung mit Checkpoint
inkrementelle Datensicherung ohne Checkpoint
Vor einer manuell angestoenen Sicherung auf ein Band sollten Sie immer zuerst
die Sicherungskennung [Seite 120] der Sicherung, die sich bereits auf dem Band
befinden knnte, lesen.
Datensicherungen im Zustand WARM
Sie haben die Mglichkeit, im Betriebszustand WARM vollstndige oder inkrementelle
Datensicherungen durchzufhren.
Bei Datensicherungen im laufenden Betrieb ist zu beachten, da derjenige Zustand der
Datenbankinstanz gesichert wird, der beim Starten des Sicherungslaufs vorliegt.
Um den aktuellen Datenbankzustand wiederherzustellen, mssen auch die Logsicherungen
[Seite 31] zurckgeladen werden, die zeitlich nach dem Beginn der Sicherung liegen,
unabhngig davon, ob die Sicherung mit oder ohne Checkpoint [Seite 63] erfolgt ist.
Datensicherungen im Zustand COLD
Vollstndige und inkrementelle Datensicherungen knnen auch bei Betriebsruhe, d. h. im
Betriebszustand COLD, durchgefhrt werden.
Konsistenz der Datensicherung
Wenn die Datenbankinstanz zum Sichern mit Instance Shutdown Cold (nicht Offline) in
den kalten, konsistenten Betriebsmodus gebracht wurde, knnen Sie eine konsistente
Datensicherung herstellen. Diese konsistente Sicherung kann anschlieend zum
Wiederherstellen [Seite 135] der Datenbankinstanz verwendet werden, ohne da weitere
Logsicherungen eingespielt werden mssen.
Fr den tglichen Datenbankbetrieb ist die konsistente Sicherungen nicht notwendig. Sie wird
nur dann bentigt, wenn die Datenbank migriert oder kopiert werden soll.
Um zu prfen, ob eine Sicherung konsistent ist
whlen Sie Instance Backup History.
Prfen Sie den Eintrag unter der Spalte Log Required fr die entsprechende
Datensicherung.
No: Die Datensicherung ist in sich konsistent.
YES: Nach der Datensicherung mssen noch die zeitlich nach der Sicherung
angefertigten Logsicherungen eingespielt werden.
Datensicherung
28 April 2001
Es ist erforderlich, in sinnvoll gewhlten Abstnden (mindestens wchentlich) eine
vollstndige Datensicherung durchzufhren.
Ein Band, das eine vollstndige Datensicherung enthlt, sollte nicht gleich mit der
nchsten Sicherung wieder berschrieben werden. Durch Erhalt der letzten -
beispielsweise vier - Sicherungsgenerationen bleibt die Mglichkeit bestehen, bei
einem Medienfehler gegebenenfalls auf eine ltere Sicherung zurckgreifen zu
knnen.
Datensicherung ohne Checkpoint
April 2001 29
Datensicherung ohne Checkpoint
Mit Hilfe des Database Manager knnen Sie sowohl vollstndige als auch inkrementelle
Datensicherungen ohne Checkpoint [Seite 63] durchfhren.
Bei der inkrementellen Datensicherung werden nur die aktualisierten Seiten gesichert.
Eine vollstndige oder inkrementelle Sicherung [Seite 117] der Daten ohne Checkpoint wird erst
durch das Zurckladen der zeitlich nach dem Beginn der Sicherung liegenden Logsicherungen
[Seite 31] konsistent. Fr den tglichen Datenbankbetrieb werden konsistente Sicherungen
jedoch nicht bentigt.
Durch den Wegfall des Checkpoints wird insbesondere bei periodischen Datensicherungen eine
hhere Sicherungsgeschwindigkeit erreicht.
Datensicherung mit Checkpoint
30 April 2001
Datensicherung mit Checkpoint
Mit Hilfe des Database Manager [Seite 1] knnen Sie sowohl vollstndige als auch inkrementelle
Datensicherungen mit Checkpoint [Seite 63] durchfhren.
Bei der inkrementellen Datensicherung werden nur die aktualisierten Seiten gesichert.
Vollstndige und inkrementelle Datensicherungen mit Checkpoint sind in sich konsistent. Sie sind
jedoch nur dann sinnvoll, wenn die Datenbank migriert oder kopiert werden soll.
Bei dieser Art des Sicherns [Seite 117] kann es durch das Warten auf den Checkpoint zu
Verzgerungen kommen.
Logsicherung
April 2001 31
Logsicherung
Der Database Manager (DBMGUI) untersttzt sowohl die automatische Logsicherung [Seite 32]
als auch die interaktive Logsicherung [Seite 33].
Automatische Logsicherung
32 April 2001
Automatische Logsicherung
Zur Gewhrleistung der Datensicherheit in produktiven Systemen empfiehlt sich die
automatische Logsicherung (Einschalten der automatischen Logsicherung [Seite 132]).
Bei eingeschalteter automatischer Logsicherung wird ein Logsegment gesichert, sobald es
vollgeschrieben ist. Anschlieend wird dieses Logsegment wieder freigegeben. Dies hat den
Vorteil, da ein berlaufen des Logs nahezu ausgeschlossen ist. Die Gre des Logsegments
konfigurieren Sie mit dem Datenbankparameter LOG_SEGMENT_SIZE [Seite 89].
Bei der automatischen Logsicherung werden Versionsdateien erzeugt, deren Namen aus dem
bei der Mediendefinition (Anlegen von Medien [Seite 122]) angegebenen Dateinamen und einer
beim Schreiben der Logs vom System vergebenen fortlaufenden Nummer bestehen.
Besonders empfehlenswert ist der Einsatz dieses Mechanismus bei allen Datenbankinstanzen, in
denen langwierige schreib- und nderungsintensive Transaktionen durchgefhrt werden. Auf
diese Weise mu der Fllungsgrad des Logbereichs nicht stndig berwacht werden.
Bnder, Pipes und externe Sicherungstools werden bei der automatischen
Logsegmentsicherung nicht untersttzt.
Solange die automatische Logsicherung eingeschaltet ist, kann keine andere
Logsicherung, jedoch eine Datensicherung [Seite 27] durchgefhrt werden.
Interaktive Logsicherung
April 2001 33
Interaktive Logsicherung
Mit Hilfe der interaktiven Logsicherung sichern [Seite 117] Sie alle Seiten, die seit der letzten
Logsicherung [Seite 31] in den Log-Devspace geschrieben wurden. Der Log wird in Teilstcken
gesichert. Die Gre der Teilstcke wird durch den Datenbankparameter LOG_SEGMENT_SIZE
[Seite 89] bestimmt.
Die Sicherung des Log erfolgt in Dateien.
Voraussetzung
Von der aktuellen Datenbankinstanz ist bereits einmal eine vollstndige Datensicherung [Seite
27] erstellt worden.
Logsicherungen knnen Sie im Betriebszustand WARM oder COLD ausfhren.
Logsicherungen knnen Sie nicht im Logmodus [Seite 87] DEMO ausfhren.
Restartfhigkeit
34 April 2001
Restartfhigkeit
Tritt ein Datenbankausfall (z.B. bei Stromausfall) ein und sind die Devspaces [Seite 14] intakt,
stellt das System beim erneuten Starten der Datenbankinstanz (Restart) [Seite 114] mit Hilfe des
Log den letzten konsistenten Datenbankzustand wieder her.
Dies bedeutet, da die Effekte abgeschlossener Transaktionen auf den Data-Devspaces [Seite
16] nachgezogen (roll forward) und die Effekte offener Transaktionen rckgngig gemacht
werden (roll back).
Auch bei Ausfall eines Data-Devspace (physischem Plattenfehler) gengt nach der Behebung
des Problems das Einlesen der letzten vollstndigen Datensicherung [Seite 27], um den letzten
konsistenten Datenbankzustand wiederherzustellen, wenn das Log noch alle notwendigen Daten
enthlt.
Prozestruktur
April 2001 35
Prozestruktur
Eine Datenbankinstanz besteht aus einer Menge von UNIX-Prozessen bzw. Windows NT
Threads.
Unter UNIX fungiert ein Proze entweder als UKP (User Kernel Process) oder als Spezial-
Proze mit ausgezeichneten Aufgaben.
Unter Windows NT spricht man nicht von einem Proze, sondern von einem Thread und
dementsprechend von einem UKT (User Kernel Thread) bzw. Spezial-Thread.
Die bentigte Anzahl der UKPs/UKTs und der Spezial-Prozesse/Threads ist von der
Hardwarekonfiguration, der Anzahl der benutzten Devspaces [Seite 14] und den
Datenbankparametern [Seite 80] abhngig.
User Kernel Process/User Kernel Thread (UKP/UKT)
[Seite 36]Spezial-Prozesse/Threads [Seite 45]
Betriebssystemabhngige Spezial-Prozesse/Threads [Seite 51]
User-Kernel-Process/User-Kernel-Thread
36 April 2001
User-Kernel-Process/User-Kernel-Thread
Ein User-Kernel-Process/User-Kernel-Thread bndelt eine Untermenge aller Tasks (internes
Tasking). Es gibt die folgenden Tasks:
User-Task [Seite 37] Utility-Task [Seite 41]
Server-Task [Seite 38] Trace-Writer-Task [Seite 42]
Log-Writer [Seite 39] Conv-Scanner [Seite 43]
Data-Writer [Seite 40] Timer-Task [Seite 44]
User-Task
April 2001 37
User-Task
Jedem Benutzer [Seite 19] der Datenbankinstanz bzw. jedem Anwendungsprogramm wird mit
der Anmeldung an die Datenbankinstanz genau eine User-Task fest zugeordnet. Die User-Task
ist fr die Abarbeitung der SQL-Anweisungen dieser Sitzung zustndig.
Die Anzahl der zur Verfgung stehenden User-Tasks wird durch den Parameter
MAXUSERTASKS [Seite 86] bestimmt.
Server-Task
38 April 2001
Server-Task
Server-Tasks dienen im Wesentlichen der Parallelisierung von Datenbankfunktionen, wie Sichern
auf eine Guppe paralleler Medien [Seite 131], Wiederherstellen [Seite 135] von mehreren Medien
parallel und Indexaufbau.
Die Anzahl der Server-Tasks wird bei der Konfiguration [Seite 78] der Datenbankinstanz
automatisch aus der Anzahl der Data-Devspaces [Seite 16] und der Anzahl der vorgesehenen
Sicherungsgerte bestimmt.
Log-Writer
April 2001 39
Log-Writer
Der Log-Writer ist fr das Schreiben der Before- und After-Images in den Log-Devspace [Seite
17] zustndig.
Data-Writer
40 April 2001
Data-Writer
Data-Writer-Tasks sind fr das Schreiben der Daten vom Data-Cache [Seite 60] in den Data-
Devspace [Seite 16] zustndig. Sie werden dann aktiv, wenn ein Savepoint [Seite 62] oder ein
Checkpoint [Seite 63] durchgefhrt wird.
Bei einem groen Data-Cache kann die Durchfhrung des Savepoints sehr lange dauern. Die
Data-Writer werden dann auch zwischen dem Ende eines Savepoints und dem Beginn des
nchsten Savepoints aktiv, um asynchron Daten vom Data-Cache auf die Platte zu sichern.
Die Anzahl der Data-Writer wird vom System berechnet. Sie ist in erster Linie von der Gre des
Data-Cache und der Anzahl der Data-Devspaces abhngig.
Utility-Task
April 2001 41
Utility-Task
Die Utility-Task ist ausschlielich fr die Verwaltung der Datenbankinstanz [Seite 11] reserviert.
Da nur eine Utility-Task pro Datenbankinstanz existiert, knnen Verwaltungsaufgaben nicht
parallel durchgefhrt werden.
Eine Ausnahme bildet die automatische Logsicherung [Seite 32]. Diese kann parallel zu anderen
Verwaltungsaufgaben durchgefhrt werden.
Trace-Writer-Task
42 April 2001
Trace-Writer-Task
Das Datenbanksystem bietet fr Diagnosezwecke die Aktivierung eines speziellen Protokolls,
des sogenannten Vtrace, an. Fr diesen Zweck wird die Trace-Writer-Task bereitgestellt.
Conv-Scanner
April 2001 43
Conv-Scanner
Im Normalfall stehen im System-Devspace [Seite 15] und Cache ausreichend viele Adressen
leerer Seiten zur Verfgung und werden an die schreibenden Dev-Prozesse/Threads
weitergereicht.
In Hochlastsituationen, in denen berdurchschnittlich viele neue Seiten in die Datenbankinstanz
eingefgt werden, kann die Anzahl solcher Adressen im Pno-Pool des Hauptspeichers unter ein
bestimmtes Ma sinken. In diesem Fall sorgt der Conv-Scanner fr einen schnellen Nachschub
von Adressen leerer Seiten, indem er asynchron aus dem System-Devspace Seitenadressen
ermittelt, die mit Delete oder Drop freigegeben wurden.
Timer-Task
44 April 2001
Timer-Task
Die Timer-Task behandelt alle Arten von Timeout-Situationen.
Spezial-Prozesse/Threads
April 2001 45
Spezial-Prozesse/Threads
Requester [Seite 46]
Dev-Prozesse/Threads [Seite 47]
Coordinator [Seite 48]
Timer [Seite 49]
Temporre Dev-Prozesse/Threads [Seite 50]
Requester
46 April 2001
Requester
Der Requester nimmt sowohl lokale Verbindungsanforderungen (CONNECT) als auch
Anforderungen aus dem Netz entgegen und ordnet sie einem User-Kernel-Process/User-Kernel-
Thread [Seite 36] zu.
Dev-Processes/Threads
April 2001 47
Dev-Processes/Threads
Dev-Processes/Threads sind fr die Abwicklung der von den entsprechenden Tasks anfallenden
Schreib- und Leseauftrge zustndig.
Ihre Anzahl ist in erster Linie von der Anzahl der Devspaces [Seite 97] in der
Datenbankinstallation abhngig. Im Normalfall werden fr den System-Devspace [Seite 15],
jeden Data-Devspace [Seite 16] und jeden Log-Devspaces [Seite 17] zwei und fr das Schreiben
des Vtrace, wenn dieser eingeschaltte ist, ein Dev-Process/Thread aktiviert.
Der Process/Thread dev0 spielt eine besondere Rolle.
dev0 ist fr die Koordinierung und berwachung der Dev-Processes/Threads zustndig. Fllt
z.B. im laufenden Betrieb ein gespiegelter Devspace aus (Bad Devspace), sorgt dev0 fr die
Beendigung der zustndigen Dev-Processes/Threads. Der Datenbankbetrieb wird in diesem Fall
nicht beeintrchtigt.
Wird die Datenbank im laufenden Betrieb durch das Hinzufgen eines weiteren Data-Devspace
vergrert, sorgt dev0 dafr, da neue Dev-Processes/Threads erzeugt werden.
Alle anderen dev<i>-Processes/Threads schreiben und lesen Daten von den Devspaces.
Coordinator
48 April 2001
Coordinator
Der Coordinator-Proze/Thread berwacht alle Kernel-Prozesse/Threads der Instanz.
Beim Starten der Datenbankinstanz [Seite 114] ist der Coordinator-Proze/Thread der erste
aktive Proze/Thread. Er koordiniert den Startvorgang der anderen Prozesse/Threads.
Fllt unter einem laufenden UNIX-Betriebssystem ein Proze aus, stoppt der Coordinator alle
anderen Prozesse.
Fllt unter einem laufenden Betriebssystem Windows NT ein Thread aus, bernimmt ein
Exception-Handler die geordnete Terminierung aller anderen Threads.
Timer
April 2001 49
Timer
Der Timer dient der Zeitberwachung bei der Timeoutsteuerung.
Temporre Dev-Processes/Threads
50 April 2001
Temporre Dev-Processes/Threads
Zur Durchfhrung von Datensicherungen [Seite 27] werden temporr Dev-Processes/Threads
(asdev<i>) zum Lesen und Schreiben der Daten aktiviert.
Betriebssystemabhngige Spezial-Prozesse/Threads
April 2001 51
Betriebssystemabhngige Spezial-Prozesse/Threads
Clock-Thread [Seite 52]
Console-Process [Seite 53]
Console-Thread [Seite 54]
Clock-Thread
52 April 2001
Clock-Thread
Der Clock-Thread wird nur unter dem Betriebssystem Windows NT verwendet.
Er dient der internen Zeitermittlung, um z.B. festzustellen, wie lange ein Kommando zur
Ausfhrung bentigt.
Console-Process
April 2001 53
Console-Process
In UNIX-Systemen sammelt der Console-Process alle von den anderen Prozessen anfallenden
Meldungen der Datenbank und protokolliert diese in der Datei knldiag.
Auch unter Windows NT wird diese Datei knldiag [Seite 158] erstellt. Jeder Thread schreibt
allerdings selbst in diese Datei.
Console-Thread
54 April 2001
Console-Thread
Unter Windows NT verarbeitet dieser besondere Thread die Anfragen, die von der X_CONS-
Konsole gestellt werden. Dazu kommuniziert das Programm X_CONS mit dem Console-Thread.
In UNIX-Systemen erhlt X_CONS die notwendigen Informationen aus dem Shared Memory der
Prozesse.
Caches
April 2001 55
Caches
Um Plattenzugriffe zu sparen, erfolgen Lese- und Schreiboperationen auf den Devspaces [Seite
14] in gepufferter Form.
Die zugehrigen Hauptspeicherstrukturen heien Caches und knnen passend dimensioniert
werden.
Das Datenbanksystem kennt folgende Caches:
Catalog-Cache [Seite 56]
Converter-Cache [Seite 57]
Free-Blocks-Management-Cache (FBM) [Seite 58]
File-Directory-Cache [Seite 59]
Data-Cache [Seite 60]
Log-Cache [Seite 61]
Catalog-Cache
56 April 2001
Catalog-Cache
Der Catalog-Cache hlt die von einer Datenbanksitzung zuletzt verwendeten Katalogobjekte
sowie die interne Darstellung (Ausfhrungsplne) der zuletzt ausgefhrten Kommandos.
Daten, die aus dem Catalog-Cache verdrngt werden, werden zunchst in den Data-Cache
[Seite 60] verlagert.
Der Catalog-Cache existiert pro Benutzersitzung.
Converter-Cache
April 2001 57
Converter-Cache
Der Converter-Cache hlt die Seiten des System-Devspace [Seite 15], auf die zuletzt lesend
oder schreibend zugegriffen wurde.
Er wird von allen gleichzeitig aktiven Benutzern gemeinsam genutzt.
Die Trefferrate, d.h. der Anteil erfolgreicher Zugriffe an der Gesamtzahl von Zugriffen auf den
Converter-Cache, ist fr die Performance von ausschlaggebender Bedeutung. Dabei versteht
man unter einem erfolgreichen Zugriff, da die bentigten Daten bereits im Converter-Cache
vorlagen.
Fr den Converter-Cache sind Trefferraten von nahezu 100% anzustreben.
Free-Blocks-Management-Cache (FBM)
58 April 2001
Free-Blocks-Management-Cache (FBM)
Der FBM-Cache dient zur Verwaltung der freien Plattenblcke.
File-Directory
April 2001 59
File-Directory
Der File-Directory-Cache wird vom Datenbanksystem fr die interne Organisation verwendet. In
diesem Cache werden u. a. die Seitenadressen der Wurzeln der einzelnen Datenbume
verwaltet.
Data-Cache
60 April 2001
Data-Cache
Der Data-Cache hlt die Seiten der Data-Devspaces [Seite 16], auf die zuletzt lesend oder
schreibend zugegriffen wurde.
Der Data-Cache wird gemeinsam von allen gleichzeitig aktiven Benutzern [Seite 19] genutzt.
Die Trefferrate, d.h. der Anteil erfolgreicher Zugriffe an der Gesamtzahl von Zugriffen auf den
Data-Cache, ist fr die Performance von ausschlaggebender Bedeutung. Dabei versteht man
unter einem erfolgreichen Zugriff, da die bentigten Daten bereits im Data-Cache vorlagen.
Log-Cache
April 2001 61
Log-Cache
Der Log-Cache setzt sich zusammen aus dem Rollback-Cache und der Log-Queue.
Logeintrge werden zunchst in den Rollback-Cache geschrieben Beim COMMIT oder wenn
eine Seite des Rollback-Cache gefllt ist, wird die entsprechende Seite in die Log-Queue gestellt.
Erst wenn der Log-Writer [Seite 39] die Seiten aus der Log-Queue auf die Platte geschrieben hat,
wird das COMMIT besttigt.
Savepoint
62 April 2001
Savepoint
Das System fhrt in regelmigen Abstnden Savepoints durch. Dabei werden alle im Data-
Cache [Seite 60] gehaltenen genderten Seiten aus dem Cache auf die Platte geschrieben.
Da der Savepoint bei laufendem Datenbankbetrieb durchgefhrt wird, ist die Datenbankinstanz
[Seite 11] im Falle des Wiederherstellens [Seite 135] erst nach dem zustzlichen Einlesen der
zeitlich nach dem Savepoint liegenden Logeintrge und/oder Logsicherungen [Seite 31]
restartfhig.
Checkpoint
April 2001 63
Checkpoint
Im Unterschied zum Savepoint [Seite 62] wird der Checkpoint nur auf Anforderung und auch erst
dann durchgefhrt, wenn alle Transaktionen beendet sind.
Wenn Sie eine vollstndige Datensicherung mit Checkpoint [Seite 30] starten, werden alle
laufenden Transaktionen abgeschlossen, neue Schreibtransaktionen werden nicht mehr
zugelassen. Danach werden alle im Data-Cache [Seite 60] gehaltenen genderten Seiten aus
dem Cache auf die Platte geschrieben, um so einen konsistenten Datenbankzustand auf den
Data-Devspaces [Seite 16] zu erzeugen. Wartende, also nach der Anforderung des Checkpoints
gestartete Transaktionen, laufen erst nach Abschlu des Checkpoints an.
Das Ergebnis ist eine vollstndige konsistente Datensicherung, mit der Sie ohne zustzliche
Logsicherungen [Seite 31] den Datenbankzustand zum Zeitpunkt des Checkpoints komplett
wiederherstellen knnen.
Multiprozessor-Konfigurationen
64 April 2001
Multiprozessor-Konfigurationen
Um Multiprozessor-Konfigurationen optimal ausnutzen zu knnen, untersttzt das
Datenbanksystem ein konfigurierbares externes/internes Tasking.
Das Ziel dieses Tasking ist, eine mglichst groe Anzahl von Datenbanksitzungen mit einer
minimalen Anzahl von Betriebssystemprozessen zu untersttzen.
Die Konfiguration des Datenbanksystems steuert den Grad des externen/internen Tasking durch
die beiden Parameter MAXUSERTASKS [Seite 86] und MAXCPU [Seite 83].
Vereinfacht dargestellt bedeutet dies: Wenn auf einem Rechner, auf dem 4
Prozessoren fr die Datenbank zur Verfgung stehen, maximal 800
Benutzersitzungen gleichzeitig laufen sollen, setzen Sie MAXUSERTASKS auf 800
und MAXCPU auf 4. Die Serverdb ist dann in der Lage, alle vier Prozessoren
auszunutzen, indem sie vier Betriebssystemprozesse aufbaut, von denen jeder ein
internes Tasking fr bis zu 200 Benutzer durchfhrt.
Ausfallsicherheit
April 2001 65
Ausfallsicherheit
Die Ausfallsicherheit einer Serverdb kann durch die Ausnutzung entsprechender Hardware-,
Betriebssystem- oder Datenbankeigenschaften erhht werden.
Wenn Sie einen hohen Sicherheitsstandard gewhrleisten wollen, empfehlen wir den Einsatz von
RAID-5-Konfigurationen fr die Data-Devspaces [Seite 16].
Ein Plattenausfall und -austausch fhrt dann nicht zu Beeintrchtigungen des
Datenbankbetriebs.
Auch bei Nutzung von RAID-5-Systemen sollte die Datenbankinstanz mit mehreren Data-
Devspaces konfiguriert werden. Da einige Parallelisierungstechniken des Datenbanksystems von
der Anzahl der konfigurierten Data-Devspaces abhngen, erzielt man mit vielen Data-Devspaces
eine bessere Performance als mit einem.
Die Log-Devspaces [Seite 17] drfen aus Performancegrnden nicht auf RAID-5-Systemen,
sondern nur auf dedizierten Platten bzw. RAID-1-Systemen angelegt werden.
Beim Einsatz fehlertoleranter Hardware ist es sinnvoll, Kapazittserweiterungen nur mit
gleichartiger Hardware vorzunehmen, d. h. RAID-5-Systeme sollten nur mit RAID-5-Systemen
erweitert werden und Spiegelplatten nur mit Spiegelplatten.
Wenn Sie fehlertolerante Systeme mit Hilfe herkmmlicher Platten erweitern, ist ein
Wiederherstellen [Seite 135] der Datenbankinstanz zur Neuverteilung der Daten
erforderlich.
Unabhngig von den Eigenschaften der Hardware und des Betriebssystems bietet das
Datenbanksystem bis Version 7.2 selbst eine Spiegelung des System-Devspace [Seite 15] und
aller Data-Devspaces an. Diese wird durch den Datenbankparameter MIRRORED_DATA
gesteuert und erfordert die Definition einer entsprechenden Anzahl von Spiegel-Devspaces.
Unabhngig davon kann ber den Parameter LOG_MODE [Seite 87] auerdem eine Spiegelung
der Log-Devspaces festgelegt werden.
In einer gespiegelten Konfiguration erfolgt das Lesen abwechselnd vom Original- und vom
Spiegel-Devspace. Schreibvorgnge betreffen beide Devspaces.
Bildschirmbereiche des Database Manager (DBMGUI)
66 April 2001
Der Bildschirm des Database Manager (DBMGUI) enthlt Menleisten und Fenster. Die Gre
der Fensterbereiche ist vernderbar.
Menleiste [Seite 68]
In der waagerechten Menleiste am oberen Bildschirmrand knnen Funktionen und Anzeigen zur
aktuellen Datenbankinstanz ausgewhlt werden. Die Menleiste pat sich dynamisch an
ausgewhlte Funktionen an.
Symbolleiste [Seite 69]
Die Symbolleiste enthlt Symbole, mit denen Sie Funktionen der Menleiste zur aktuellen
Datenbankinstanz aufrufen.
Verzeichnis der registrierten Datenbankinstanzen [Seite 70]
In diesem Verzeichnis knnen Sie die registrierten Datenbankinstanzen durch das Anlegen von
Ordnern in einer Baumstruktur organisieren. Zum Verschieben von Ordnern innerhalb des
Verzeichnisses in andere Ebenen markieren Sie den entsprechenden Ordner, halten die linke
Maustaste gedrckt und ziehen ihn an die gewnschte Stelle.
Wenn Sie einen Ordner auswhlen, werden die in diesem und allen untergeordneten Ordnern
registrierten Datenbankinstanzen in der Liste der registrierten Datenbankinstanzen angezeigt.
Der Ordner auf der obersten Ebene (Databases) enthlt grundstzlich alle registrierten
Datenbankinstanzen.
Liste der registrierten Datenbankinstanzen [Seite 71]
Diese Liste zeigt die im gewhlten und allen untergeordneten Ordnern registrierten
Datenbankinstanzen und deren Zustand an.
Sie whlen die aktuelle Datenbankinstanz aus, indem Sie eine Zeile, d. h. eine
Datenbankinstanz, markieren.
In Abhngigkeit vom Zustand der Datenbankinstanz sind verschiedene Funktionen und Anzeigen
fr die ausgewhlte Datenbankinstanz mglich. Funktionen knnen entweder ber die
Menleiste am oberen Bildschirmrand oder die Menliste am linken Bildschirmrand aktiviert
werden.
Mittels Doppelklick auf die gewnschte Datenbankinstanz ffnen sie in der Ausgabe die
erweiterte Kurzinformation zu dieser Datenbankinstanz. Zum Verschieben von registrierten
Datenbankinstanzen in andere Ordner markieren Sie die entsprechende Datenbankinstanz,
halten die linke Maustaste gedrckt und ziehen sie in den gewnschten Ordner innerhalb des
Verzeichnisses der registrierten Datenbankinstanzen.
Menliste der aktuellen Datenbankinstanz [Seite 72]
In der Menliste am linken Bildschirmrand knnen Sie analog zur Menleiste oben auf dem
Bildschirm Funktionen zur aktuellen Datenbankinstanz auswhlen.
Ausgabe [Seite 73]
Die Ausgabe ist der zentrale Bildschirmbereich. Darin erscheinen der Name der aktuellen
Datenbankinstanz, die Eingabemasken fr Funktionen und die Ausgabewerte fr Anzeigen:
April 2001 67
Wenn Sie einen Menpunkt aus der Menliste der aktuellen Datenbankinstanz whlen, erscheint
in der Ausgabe das entsprechende Ergebnis.
Meldungsausgabe [Seite 74]
In der Meldungsausgabe erscheinen allgemeine Meldungen und Fehler.
Namensfenster [Seite 75]
Das Namensfenster zeigt den Betriebszustand und den Namen der aktuellen Datenbankinstanz
an.
Menleiste
68 April 2001
Menleiste
Der rot eingerahmte Bildschirmbereich ist die Menleiste.
Symbolleiste
April 2001 69
Symbolleiste
Der rot eingerahmte Bildschirmbereich ist die Symbolleiste.
Verzeichnis der registrierten Datenbankinstanzen
70 April 2001
Verzeichnis der registrierten Datenbankinstanzen
Der rot eingerahmte Bildschirmbereich ist das Verzeichnis der registrierten Datenbankinstanzen.
Liste der registrierten Datenbankinstanzen
April 2001 71
Liste der registrierten Datenbankinstanzen
Der rot eingerahmte Bildschirmbereich ist die Liste der registrierten Datenbankinstanzen.
Menliste der aktuellen Datenbankinstanz
72 April 2001
Menliste der aktuellen Datenbankinstanz
Der rot eingerahmte Bildschirmbereich ist die Menliste der aktuellen Datenbankinstanz.
Ausgabe
April 2001 73
Ausgabe
Der rot eingerahmte Bildschirmbereich ist die Ausgabe.
Meldungsausgabe
74 April 2001
Meldungsausgabe
Der rot eingerahmte Bildschirmbereich ist die Meldungsausgabe.
Namensfenster
April 2001 75
Namensfenster
Der rot eingerahmte Bildschirmbereich ist das Namensfenster.
Installieren einer neuen Datenbankinstanz
76 April 2001
Vorgehensweise
Whlen Sie mittels Instance Install den Database Wizard. Von diesem werden Sie jetzt durch
den gesamten Vorgang der Installation geleitet.
1. Geben Sie den Namen der neuen Datenbankinstanz ein. Dieser Name mu auf einen
Rechner bezogen eindeutig sein.
Wenn die Datenbankinstanz auf einem entfernten Rechner installiert werden soll, geben Sie
auch den Namen dieses Rechners sowie Ihren Benutzernamen und Ihr Kennwort fr diesen
Rechner ein.
Whlen Sie Next.
2. Auf einem Server kann es mehrere Installationen der Datenbanksoftware geben. Das knnen
auch unterschiedliche Versionen sein. Whlen Sie aus den auf dem Server vorhandenen
Installationen die gewnschte aus.
Whlen Sie Next.
3. Tragen Sie die Benutzer DBM und DBA ein und vergeben Sie die Kennworte fr DBM [Seite
20] und DBA [Seite 21].
Whlen Sie Next.
4. Markieren Sie eine der folgenden Optionen:
Initialize parameters with default values
Fr die initiale Erstellung der Parameterdatei der Datenbankinstanz wird auf die bei der
Installation der Datenbanksoftware hinterlegte Standardkonfiguration zurckgegriffen.
Whlen Sie einen Instanztyp fr die Datenbank aus.
Use current parameters
Sie wollen eine bereits vorhandene Datenbankinstanz neu installieren deren Parameter
bernehmen.
Copy parameters from existing database
Sie verwenden die Konfiguration einer auf dem Server vorhandenen Datenbankinstanz.
Markieren Sie die Datenbankinstanz, deren Parameterdatei kopiert werden soll.
Restore parameters from a backup medium
Sie verwenden die in einer Sicherung enthaltene Parameterdatei fr die Installation der
neuen Datenbankinstanz.
5. Passen Sie die Parameter nun Ihren Erfordernissen an. Whlen Sie dazu den gewnschten
Parameter aus und anschlieend Edit.
Er erscheint nun noch einmal im unteren Teil des Fensters. Daneben sehen Sie einen
Erluterungstext zu diesem Parameter und gegebenenfalls zu seiner Berechnung.
Geben Sie den neuen Wert des Parameters im Feld New Value ein und besttigen Sie Ihre
Eingabe.
Der Neue Wert erscheint nun in der Spalte New Value. Er wird in den internen
Datenstrukturen gehalten und beim nchsten Starten der Datenbankinstanz wirksam.
Whlen Sie Next.
April 2001 77
Die Parameter werden beim Verlassen der Eingabemaske entsprechend der auf dem Server
hinterlegten Regeln geprft. Sie werden gegebenenfalls aufgefordert, nderungen
durchzufhren und zu besttigen, bevor Sie die Eingabemaske verlassen knnen.
6. Definieren Sie die Eigenschaften der Log-Devspaces [Seite 17] und Data-Devspaces [Seite
16]. Bercksichtigen Sie dabei die im vorangegangenen Schritt festgelegten Parameter.
Whlen Sie dazu einen Devspace und anschlieend Edit. Tragen Sie die Gre sowie die
Bezeichnung oder den absoluten Pfad des Devspace ein und besttigen Sie Ihre Eingaben.
Wiederholen Sie diesen Vorgang fr jeden Devspace.
Whlen Sie Next.
7. Whlen Sie zwischen folgenden Optionen:
Install instance
Die Datenbankinstanz wird mit den unter 5. angegebenen Parametern vollkommen neu
installiert.
Restore Instance
Die Datenbankinstanz wird mit den unter 5.angegebenen Parametern neu initialisiert. Im
Database Manager mu die Datenbankinstanz danach wiederhergestellt [Seite 135] werden.
Whlen Sie Next.
8. Whlen Sie Install, um die Installation der neuen Datenbankinstanz bzw. die Initialisierung
der ausgewhlten Datenbankinstanz zu starten.
Sie werden visuell ber den Fortschritt beim Generieren bzw. Initialisieren der
Datenbankinstanz informiert. Treten Fehler auf, wird der Vorgang sofort abgebrochen. Der
bis zum Fehler erreichte Stand bleibt jedoch erhalten.
Zum Abschlu dieses Schrittes werden Sie aufgefordert, den endgltigen Namen fr die
Registrierung der Datenbankinstanz im Database Manager einzugeben. Besttigen Sie Ihre
Eingabe.
9. Whlen Sie Close, um den Database Wizard zu schlieen.
Sie gelangen zurck auf den Eingangsbildschirm [Seite 66] des Database Manager
(DBMGUI).
Wenn Sie eine neue Datenbankinstanz installiert haben, befindet sich nun im Betriebszustand
WARM.
Wenn Sie eine vorhandene Datenbankinstanz initialisiert haben, befindet sie sich nun im
Betriebszustand COLD und Sie knnen die Datenbankinstanz unmittelbar danach
wiederherstellen.
Konfiguration der Datenbankparameter
78 April 2001
Konfiguration der Datenbankparameter
Fr die initiale Erstellung der Datenbankparameter [Seite 80] wird im Regelfall auf die bei der
Installation der Datenbanksoftware hinterlegte Standardkonfiguration zurckgegriffen.
Die vom System erzeugte Konfiguration ist grundstzlich lauffhig. Bei Bedarf knnen Sie die
initial erzeugten Parameter noch den konkreten Anforderungen anpassen.
Alternativ dazu kann die Konfiguration einer auf dem Server vorhandenen Datenbankinstanz
[Seite 14] verwendet oder aus einer vollstndigen Datensicherung [Seite 27] gelesen werden.
Auch danach haben Sie die Mglichkeit, die Datenbankparameter Ihren Bedingungen
anzupassen (Aktuelle Datenbankparameter anzeigen und ndern [Seite 79]).
Aktuelle Datenbankparameter anzeigen und ndern
April 2001 79
Aktuelle Datenbankparameter anzeigen und ndern
Voraussetzung
Die Datenbankinstanz befindet sich in einem beliebigen Betriebszustand.
Vorgehensweise
1. Whlen Sie Instance Configuration Parameters
2. Whlen Sie
General fr die Anzeige der allgemeinen Datenbankparameter oder
Extended fr die Anzeige spezieller Datenbankparameter.
Name Name des Datenbankparameters
Value Wert des Datenbankparameters, der aktuell im Kern der
Datenbankinstanz benutzt wird
New Value Kein Eintrag:
Der Datenbankparameter [Seite 80] wurde seit dem letzten Starten der
Datenbankinstanz nicht gendert.
Eingetragener neuer Wert:
Der Datenbankparameter ist nach dem letzten Starten der
Datenbankinstanz gendert worden.
Alle nderungen werden jedoch erst beim nchsten Starten der
Datenbankinstanz (Restart [Seite 114]) in die Parameterdatei gesichert
und damit aktiv.
Description Hilfetext zum gewhlten Parameter
3. Wenn Sie einen Parameter ndern wollen, whlen Sie ihn aus.
4. Whlen Sie Parameter Edit
5. Geben Sie den neuen Wert des Parameters im Feld New Value ein.
Besttigen Sie Ihre Eingabe.
Datenstrukturen gehalten und beim nchsten Starten der Datenbankinstanz wirksam.
Datenbankparameter
80 April 2001
Datenbankparameter
Zur besseren bersichtlichkeit sind die Datenbankparameter fr den Benutzer in zwei Gruppen
unterteilt und in alphabetischer Reihenfolge aufgefhrt:
General [Seite 81] Anzeige der allgemeinen Datenbankparameter
Extended [Seite 92] Anzeige der speziellen Datenbankparameter
General - Allgemeine Datenbankparameter
April 2001 81
General - Allgemeine Datenbankparameter
CONVERTER_CACHE Gre des Converter-Cache in Seiten
DATA_CACHE Gre des Data-Cache in Seiten
KERNELVERSION Aktuelle Variante des Datenbankkerns
LOG_MODE [Seite 87] SINGLE: Log-Eintrge werden in einen Log-Devspace
gesichert
DUAL: Log-Eintrge werden in zwei Log-Devspaces
gleichzeitig (gespiegelt) gesichert
DEMO: Log-Eintrge werden zyklisch berschrieben
LOG_SEGMENT_SIZE
[Seite 89]
Gre eines Logsegments in Seiten.
MAXARCHIVELOGS Maximale Anzahl der Log-Devspaces [Seite 17]. Gespiegelte
Log-Devspaces werden hier nicht mitgezhlt.
MAXBACKUPDEVS [Seite
82]
Maximale Anzahl parallel betriebener Bandgerte
MAXCPU [Seite 83] Maximal zulssige Anzahl der Prozessoren
MAXDATADEVSPACES Maximale Anzahl von Data-Devspaces [Seite 16]
MAXDATAPAGES [Seite
84]
Gesamtgre aller Devspaces
MAXLOCKS [Seite 85] Maximale Anzahl gleichzeitiger Zeilensperren
MAXUSERTASKS [Seite
86]
Maximale Anzahl gleichzeitig aktiver Datenbankbenutzer
(Datenbanksitzungen)
OBJ_LOG_SIZE Wenn der Wert dieses Datenbankparameters grer als 0 ist,
wird die Datenbankinstanz als Object Management System
(OMS) betrieben.
RESERVED_REDO_SIZE
[Seite 90]
Gre des fr Redo-Aktionen reservierten Speicherbereichs in
Seiten
RESTART_SHUTDOWN Festlegung, wie die Datenbankinstanz gestartet bzw. gestoppt
wird:
AUTO (automatisch)
MANUAL (ist vom Datenbankverwalter anzustoen)
Der Parameter wirkt nur unter Windows NT.
RUNDIRECTORY [Seite
91]
Arbeitsverzeichnis der Datenbankinstanz
MAXBACKUPDEVS
82 April 2001
MAXBACKUPDEVS
Das Sichern [Seite 117] und Wiederherstellen [Seite 135] von Data-Devspaces [Seite 16] kann
durch die Verwendung mehrerer parallel beschriebener Dateien oder Bnder beschleunigt
werden.
Der Benutzer legt mit diesem Parameter die maximal mgliche Anzahl paralleler Dateien oder
Bandgerte fest.
MAXCPU
April 2001 83
MAXCPU
Dieser Parameter ordnet der Datenbankinstanz eine Anzahl von CPUs zu.
Der Parameter MAXCPU gibt an, auf wieviele CPUs die User-Tasks [Seite 37], die die Hauptlast
erzeugen, verteilt werden.
Bei der Konfiguration von MAXCPU ist jedoch zu beachten, da die Betriebssystemressourcen
auch fr die Verarbeitung anderer Prozesse zur Verfgung stehen mssen.
In Multiprozessor-Rechnern [Seite 64] kann mit diesem Parameter die Anzahl der vom
Datenbankbetrieb genutzten CPUs festgelegt und auch begrenzt werden. Fr Single-Prozessor-
Rechner tragen Sie fr MAXCPU den Wert 1 ein.
MAXDATAPAGES
84 April 2001
MAXDATAPAGES
Dieser Parameter begrenzt die Gesamtgre aller Devspaces [Seite 14].
Nur wenn MAXDATAPAGES grer als die Summe der konfigurierten Seiten aller aktuellen
Devspaces ist, knnen Sie einen weiteren Devspace anlegen [Seite 99]. Dieser kann maximal so
gro sein, wie die Differenz aus dem mit MAXDATAPAGES konfigurierten Plattenplatz und der
bisherigen Gesamtgre der Devspaces.
Der Database Manager (DBMGUI) stellt den Datenbankparameter [Seite 80] MAXDATAPAGES
bei der Konfiguration der Datenbankinstanz mit einer Reserve von der Gre des grten
Devspace ein, damit im Betriebszustand WARM ein Data-Devspace [Seite 16] hinzugefgt werden
kann. Ist die Reserve durch das Hinzufgen eines Devspace erschpft, vergrert der Database
Manager (DBMGUI) den Parameter MAXDATAPAGES beim nchsten Starten der
Datenbankinstanz (Restart) [Seite 114] um genau einen Devspace.
MAXLOCKS
April 2001 85
MAXLOCKS
Dieser Parameter legt die maximale Anzahl von Eintrgen in die Lockliste fest, in denen die
Zeilen- bzw. Tabellensperren smtlicher Benutzer sowie deren Sperranforderungen gehalten
werden.
MAXUSERTASKS
86 April 2001
MAXUSERTASKS
Dieser Parameter gibt die maximale Anzahl der gleichzeitig aktiven Benutzer
(Datenbanksitzungen) an. Eine berkonfiguration ber den tatschlichen Bedarf hinaus fhrt zu
einem erhhten Adreraumbedarf (speziell auch Shared Memory).
Wenn die Anzahl der konfigurierten Datenbanksitzungen ausgeschpft ist, kann sich
kein weiterer Benutzer mehr an diese Datenbankinstanz anmelden. Daher mu die
Anzahl aktiver Sitzungen als kritischer Betriebsparameter berwacht werden.
LOG_MODE
April 2001 87
LOG_MODE
Bei der Festlegung dieses Parameters haben Sie die Mglichkeit zu entscheiden, wie das
Sichern der Logeintrge erfolgen soll:
einfach (SINGLE)
gespiegelt (DUAL)
gar nicht (DEMO)
Grundstzlich ist es aus Sicherheitsgrnden immer empfehlenswert, das Log zu spiegeln. Dies
ist entweder mittels Datenbanksoftware ber die Einstellung des Parameters LOG_MODE:
DUAL mglich oder, soweit verfgbar, ber die hardwarebasierte Spiegelung. Wenn Ihr System
eine hardwarebasierte Spiegelung ermglicht (RAID-1-Systeme), empfehlen wir, diese zu
nutzen.
Option DUAL
Die minimale Konfiguration fr ein gespiegeltes Log sind zwei Platten, eine fr das Log und eine
fr das gespiegelte Log.
Der Vorteil dieser Konfiguration besteht darin, da der Ausfall eines Log nicht zu einer
Betriebsunterbrechung fhrt und das ausgefallene Log nach seiner Reparatur whrend des
laufenden Betriebs wiederhergestellt werden kann.
Option SINGLE
Sie konfigurieren nur ein Log. Dies ist sinnvoll, wenn fr den Logbereich nur eine Platte
konfiguriert ist.
Das Log sollte periodisch gesichert werden.
Tritt ein Plattenfehler auf, dann ist der Inhalt des Log-Devspace [Seite 17] zerstrt und der Data-
Devspace damit nicht mehr transaktionskonsistent. Die Datenbank kann mit Hilfe einer
vollstndigen Datensicherung [Seite 27] und gegebenenfalls weiteren Logsicherungen
weitgehend wiederhergestellt werden. Ausgenommen sind dabei der Loginhalt, der noch nicht
gesichert wurde, und die noch offenen Transaktionen.
Wenn Sie hardwarebasierte RAID-5- oder RAID-1-Systeme einsetzen, knnen Sie fr den
Parameter LOG_MODE: SINGLE eingeben, da diese Systeme fr den produktiven Einsatz
ausreichende Betriebssicherheit bieten. Zugriffe auf den Log-Devspace haben groen Einflu
auf die Performance des Gesamtsystems. Achten Sie deshalb bei der Auswahl des RAID-
Systems auf einen hohen Datendurchsatz.
Option DEMO
Wenn Sie die Option DEMO whlen, wird das Log geschrieben. Sobald es voll ist, bleibt jedoch
das System nicht stehen, sondern berschreibt die vorhergehenden Logeintrge, die dadurch
verloren gehen.
Das Wiederherstellen einer Datenbankinstanz, bei der der Parameter Logmodus mit dem Wert
DEMO belegt ist, ist aus diesem Grunde ausschlielich mit Hilfe einer konsistenten
Datensicherung mglich (Datensicherung mit Checkpoint [Seite 30]).
LOG_MODE
88 April 2001
Diese Konfiguration ist wegen der mangelnden Ausfallsicherheit jedoch ausschlielich fr Test-
und Demonstrationsdatenbanken zu empfehlen.
LOG_SEGMENT_SIZE
April 2001 89
LOG_SEGMENT_SIZE
Mit diesem Parameter definieren Sie die Gre des Logsegments in Seiten.
Die Logsegmentgre bestimmt zum einen die Gre der Teilstcke, in denen das Log gesichert
wird (interaktive Logsicherung [Seite 33]) und zum anderen den Schwellenwert, der das Sichern
des Log bei der automatischen Logsicherung [Seite 32] auslst.
Die Gre der Logsegmente ist unabhngig von der Gre der einzelnen Log-Devspaces [Seite
17] und darf nicht grer als die Summe aller Log-Devspaces sein.
Benutzerdefinierter Wert Vom System verwendete
Logsegmentgre
Keine Definition der Logsegmentgre
(LOG_SEGMENT_SIZE = 0)
Ein Drittel des gesamten Logbereichs
Logsegmentgre in Seiten kleiner/gleich 50 %
des gesamten Logbereichs
Der fr LOG_SEGMENT_SIZE definierte
Wert
Logsegmentgre > 50 % des gesamten
Logbereichs
50 % des Logbereichs
RESERVED_REDO_SIZE
90 April 2001
RESERVED_REDO_SIZE
Dieser Datenbankparameter gibt die Gre des reservierten Redo-Bereiches im Data-Devspace
[Seite 16] in Seiten an. Geben Sie hier eine 0 an, wird der Redo-Bereich vom System mit der
halben Loggre initialisiert.
Damit der Data-Devspace alle bentigten Logeintrge aufnehmen kann, wird ein Teil des Data-
Devspace dafr reserviert. Dieser reservierte Teil wird Redo-Bereich genannt und fr den Restart
[Seite 114] der Datenbankinstanz verwendet. Er steht im laufenden Betrieb nicht fr permanente
Datenobjekte zur Verfgung.
Beim Nachfahren der Logeintrge werden diese in den Redo-Bereich des Data-Devspace
kopiert. Damit knnen zum einen die Logeintrge vorab gelesen werden um festzustellen, ob
sich ein Nachfahren von Transaktionen wegen einer Rollback-Anweisung am Ende derselben
erbrigt. Zum anderen knnen nachzufahrende Logeintrge nun parallel abgearbeitet werden.
RUNDIRECTORY
April 2001 91
RUNDIRECTORY
Das Run-Directory ist ein Arbeitsverzeichnis, das bei der Installation vom System angelegt wird
und fr die Ablage der Protokolldateien [Seite 158] bestimmt ist. Alle relativen Pfadangaben
beziehen sich auf das Run-Directory der Datenbankinstanz.
Extended - Spezielle Datenbankparameter
92 April 2001
BACKUP_BLOCK_CNT Blockgre in Seiten beim Sichern und Wiederherstellen
CAT_CACHE_SUPPLY Memorygre des Catalog-Cache fr alle User-Tasks in Seiten
DATE_TIME_FORMAT Systemvorschlag fr das Format von Datums- und Zeitangaben
DEADLOCK_DETECTION Maximale Suchtiefe bei der Deadlockerkennung
DEFAULT_CODE Zeichensatz, mit dem Zeichen (characters) dargestellt werden.
KERNELDIAGSIZE Gre der Protokolldatei des Datenbankkerns in Seiten
KERNELTRACESIZE Gre der Tracedatei des Datenbankkerns in Seiten
LOG_IO_QUEUE Gre der LOG-IO-Queue in Seiten
LRU_FOR_SCAN Performance des Scanner im Data-Cache
MAXRGN_REQUEST Maximale Anzahl von Versuchen einer Task, auf einen
autonomen Bereich zuzugreifen
MAXSERVERTASKS Maximale Anzahl von Server-Tasks fr die Abarbeitung von
Auftrgen
MP_RGN_LOOP Maximale Anzahl von Versuchen, die eine andere Task
unternimmt, eine Region zu bekommen
OBJ_LOG_IO_QUEUE Gre der OBJ_LOG_IO_QUEUE in Seiten
OBJ_LOG_SEG_SIZE Gre eines Object-Log-Segment in Seiten
OBJ_ROLLBACK_CACHE Gre des OBJ_ROLLBACK_CACHE in Seiten
OPTIM_BUILD_RESLT Vernderung des Optimierungsalgorithmus von Strategien fr
den Aufbau von Ergebnismengen
OPTIM_FETCH_RESLT Vernderung des Optimierungsalgorithmus von Strategien, die
keine Ergebnismengen aufbauen
OPTIM_KEY_INV_RATE Vernderung des Optimierungsalgorithmus von Key-Range-
Strategien
OPTIM_MAX_MERGE Vernderung des Optimierungsalgorithmus von Strategien fr
das Zusammenfhren (merge) von Indexlisten
OPTIM_ORDERBY_IDX Vernderung des Optimierungsalgorithmus von ORDER-BY-
Bedingungen
OPTIM_OR_DISTINCT Vernderung des Optimierungsalgorithmus von OR-
Bedingungen
REQUEST_TIMEOUT [Seite
95]
Maximale Wartezeit auf Freigabe einer Sperre (in sec.)
ROLLBACK_CACHE Gre des Hauptspeicherbereiches fr das Caching von Log-
Seiten zur Beschleunigung von Rollbacks.
SEQUENCE_CACHE Gre des Sequence-Cache in Seiten
April 2001 93
SESSION_TIMEOUT [Seite
96]
Maximale Inaktivittsdauer von Datenbanksitzungen (in sec.)
UTILITY_PROT_SIZE Gre der von Utilityauftrgen geschriebenen Protokolldatei
control.utl im Installationsverzeichnis der Datenbankinstanz
_DATA_CACHE_RGNS Anzahl autonomer Bereiche, in denen parallel gearbeitet wird
_EVENT_ALIVE_CYCLE Zeit fr einen Eventzyklus (in sec.)
_OMS_RGNS Anzahl autonomer Bereiche, in denen OMS-Klassen-Benutzer
parallel arbeiten knnen
_MAXEVENTS Maximale Anzahl vom Kern gecachter Events fr die
Verarbeitung durch den Database Manager
_ROW_RGNS Anzahl autonomer Bereiche, in denen Sperrkollisionen in
Zeilen parallel geprft werden knnen
_TAB_RGNS Anzahl autonomer Bereiche, in denen Sperrkollisionen in
Tabellen parallel geprft werden knnen
_TRANS_RGNS Anzahl autonomer Bereiche, in denen Sperrkollisionen in
Transaktionszustnde parallel geprft werden knnen
_TREE_RGNS Anzahl autonomer Bereiche, in denen Sperrkollisionen in B*-
Bumen parallel geprft werden knnen
DEADLOCK_DETECTION
94 April 2001
DEADLOCK_DETECTION
Dieser Parameter gibt die maximale Suchtiefe bei der Deadlock-Erkennung an.
Deadlocks, die von der Deadlock-Erkennung bis zur vorgegebenen Suchtiefe des angegebenen
Wertes nicht entdeckt wurden, werden nur durch den REQUEST_TIMEOUT [Seite 95] aufgelst.
Bei DEADLOCK_DETECTION = 0 ist die Deadlock-Erkennung ausgeschaltet.
REQUEST_TIMEOUT
April 2001 95
REQUEST_TIMEOUT
Mit diesem Parameter kann fr alle Datenbanksitzungen das Warten auf die Freigabe einer
Sperre durch andere Benutzer begrenzt werden. Die Angabe erfolgt in Sekunden.
Wenn eine Sperranforderung in der hier definierten Zeit nicht erfllt werden kann, erfolgt eine
Rckmeldung an die wartende Datenbanksitzung.
SESSION_TIMEOUT
96 April 2001
SESSION_TIMEOUT
Dieser Parameter legt die maximale Inaktivittsdauer von Datenbanksitzungen fest. Die Angabe
erfolgt in Sekunden
Falls whrend der angegebenen Zeit keine SQL-Anweisung abgesetzt wird, schliet das System
die betroffene Datenbanksitzung (ROLLBACK WORK RELEASE-Anweisung).
Devspaces
April 2001 97
Devspaces
Das Datenbanksystem unterscheidet zwischen System-Devspace [Seite 15], Data-Devspace
[Seite 16] und Log-Devspace [Seite 17].
Jede Datenbankinstanz verfgt ber einen System-Devspace und je einen oder mehrere Log-
und Data-Devspaces. Die Anzahl der maximal mglichen Data- und Log-Devspaces wird bei der
Installation der Datenbankinstanz [Seite 76] konfiguriert (Konfiguration von Devspaces [Seite
98]).
Sowohl Data- als auch Log-Devspaces knnen bei laufendem Datenbankbetrieb hinzugefgt
werden (Devspaces anlegen [Seite 99]).
Pfade von Data- und Log-Devspaces knnen gendert werden (Devspaces ndern [Seite 100]).
Konfigurieren von Devspaces
98 April 2001
Konfigurieren von Devspaces
Sie konfigurieren die maximal mgliche Anzahl Devspaces bei der Installation der
Datenbankinstanz [Seite 76] ber den entsprechenden Datenbankparameter [Seite 80].
Devspace-Typ Parameter
Data-Devspace MAXDATADEVSPACES
Log-Devspace MAXARCHIVELOGS
Sie knnen die Werte beider Parameter nachtrglich in jedem Betriebszustand der
Datenbankinstanz verndern. Wie alle Parameternderungen werden diese jedoch erst mit dem
nchsten Starten der Datenbankinstanz (Restart [Seite 114]) wirksam.
Vorgehensweise
1. Verfahren Sie zunchst wie unter Parameter anzeigen und ndern [Seite 79] beschrieben.
2. berfhren Sie anschlieend die Datenbankinstanz in den Betriebszustand COLD.
3. Starten Sie die Datenbank neu.
Der Database Manager (DBMGUI) berfhrt die Datenbankinstanz nacheinander in die
Betriebszustnde OFFLINE und WARM und sichert den neuen Wert in die Parameterdatei. Er
reserviert dabei den fr diese Anzahl erforderlichen Speicherplatz zuzglich einer Reserve
von der Gre des grten Devspace dieses Typs. Diese Reserve ermglicht Ihnen, bei
laufendem Datenbankbetrieb einen zustzlichen Devspace dieses Typs anzulegen, wenn die
vorab geplante Anzahl nicht ausreicht.
Sie legen Devspaces an, wie unter Anlegen von Devspaces [Seite 99] beschrieben.
Anlegen von Devspaces
April 2001 99
Anlegen von Devspaces
Devspace-Typ Parameter
Data-Devspace MAXDATADEVSPACES
Log-Devspace MAXARCHIVELOGS
Voraussetzung
Die Datenbankinstanz befindet sich im Betriebszustand WARM.
Der Wert des Datenbankparameters fr den Devspacetyp ist mindestens so gro wie die Summe
der vorhandenen und der neu zu definierenden Devspaces.
Das System prft vor jedem Start der Datenbankinstanz, ob noch gengend
Speicherplatz fr mindestens einen Devspace jeden Typs frei ist. Wenn nicht,
vergrert es den entsprechenden Datenbankparameter automatisch um 1.
Wenn Sie die Datenbankinstanz um mehr als einen Devspace eines Typs erweitern
wollen, verndern Sie diesen Parameter entsprechend (Konfiguration von
Devspaces [Seite 98]). Damit knnen Sie nachfolgend im Betriebszustand WARM der
Datenbankinstanz mehrmals hintereinander einen Devspace eines Typs hinzufgen,
ohne zwischendurch die Datenbankinstanz stoppen zu mssen.
Vorgehensweise
1. Whlen Sie Instance Configuration Data Devspace bzw. Log Devspace.
Sie erhalten alle bisher vorhandenen Devspaces der gewhlten Art mit ihren Daten sowie die
entsprechend des Parameterwertes noch mgliche Anzahl Devspaces angezeigt.
Der System-Devspace ist abhngig von der Gre der Data-Devspaces und wird vom
System automatisch angepat.
Name Name des Devspace
Size Gre des Devspace
Type Datei, Raw Device oder symbolischer Link
Location Pfad des Devspace
M. Type Datei, Raw Device oder symbolischer Link (gespiegelter Devspace)
M. Location Pfad des gespiegelten Devspace
2. Whlen Sie einen vorgeschlagenen Devspace aus.
3. Whlen Sie Devspaces Edit. Definieren Sie den neuen Devspace, indem Sie Gre, Typ
und Pfad eingeben.
4. Sichern Sie Ihre Eingabe.
ndern von Devspaces
100 April 2001
ndern von Devspaces
Voraussetzungen
Sie haben den Log- oder Data-Devspace, dessen neuen Pfad Sie dem Database Manager
(DBMGUI) bekanntgeben wollen, in den neuen Pfad kopiert.
Die Datenbankinstanz befindet sich im Betriebszustand OFFLINE.
Vorgehensweise
5. Whlen Sie Instance Configuration Data Devspaces bzw. Log Devspaces.
Sie erhalten alle bisher vorhandenen Devspaces der gewhlten Art angezeigt.
Name Name des Devspace
Size Gre des Devspace
Type Datei, Raw Device oder symbolischer Link
Location Pfad des Devspace
M. Type Datei, Raw Device oder symbolischer Link (gespiegelter Devspace)
M. Location Pfad des gespiegelten Devspace
6. Whlen Sie Devspaces Edit.
7. Whlen Sie den zu ndernden Log- oder Data-Devspace aus. Dieser erscheint nun editierbar
im unteren Teil des Fensters.
Geben Sie unter Location den neuen Pfad des Devspace an.
8. Sichern Sie Ihre Eingabe.
Wenn Sie nun die Datenbankinstanz neu starten [Seite 114], ist der neue Pfad dem
Datenbanksystem bekannt.
Der Pfad des System-Devspace kann nicht gendert werden.
Aktualisieren der Systemtabellen
April 2001 101
Aktualisieren der Systemtabellen
Bei einem Versionswechsel knnen Sie mit Hilfe des Database Manager (DBMGUI) die
Systemtabellen aktualisieren.
Vorgehensweise
1. Whlen Sie Instance Configuration Upgrade System Tables
Die Angabe der Benutzernamen und Kennworte von DBA und DOMAIN ist nur dann
erforderlich, wenn sie dem DBMServer noch nicht bekannt sind. Nachdem die Benutzerdaten
einmal angegeben wurden, sind diese fr zuknftige Aktionen im DBMServer hinterlegt.
2. Whlen Sie Start, um die Systemtabellen zu laden.
Die Systemtabellen werden geladen und aktualisiert. Am Ende des Vorgangs erhalten Sie
das Protokoll angezeigt.
Wenn ein Fehler auftritt, erscheint der Status ERROR. Sie knnen dann das
Installationsprotokoll mit dem Dateinamen dbm.ins [Seite 158] einsehen, in dem
nhere Hinweise zu dem aufgetretenen Fehler stehen.
Terminaluntersttzung (Termchar-Set)
102 April 2001
Terminaluntersttzung (Termchar-Set)
Ein Termchar-Set ist ein Zeichensatz, der terminalspezifische Codes auf den ASCII-Code gem
ISO 8859/1.2 oder den EBCDIC-Code CCSID 500, Codepage 500, abbildet.
Das Datenbanksystem wird mit den Termchar-Sets GERMAN, IBM437_GER und USASCII_GER
ausgeliefert.
Mit dem Database Manager (DBMGUI) haben Sie folgende Mglichkeiten:
Termchar-Sets anzeigen, ndern und lschen [Seite 103]
Termchar-Sets neu anlegen [Seite 104]
Termchar-Sets anzeigen, ndern und lschen
April 2001 103
Termchar-Sets anzeigen, ndern und lschen
1. Whlen Sie Instance Configuration Termchar Sets.
Markieren Sie den gewnschten Terminalzeichensatz [Seite 102].
2. Whlen Sie Termchar Sets Edit
Es werden Ihnen nun der Name des gewhlten Terminalzeichensatzes, der Code-Typ und
das Feld Enabled angezeigt.
Wenn Sie das Feld Enabled markieren, wird der ausgewhlte Terminalzeichensatz beim
nchsten Restart [Seite 114] fr die Datenbankinstanz verfgbar. Sie knnen ihn nun durch
das entsprechende Setzen der Umgebungsvariablen als Vorschlagswert fr das aktuelle
Terminal festlegen.
Diese Funktionalitt ist nur fr die Anwendungen Precompiler und Replication
Manager relevant. Die Anzahl der Terminalzeichenstze, bei denen das Feld
Enabled markiert werden kann, ist aus Performancegrnden auf 10 begrenzt.
3. Whlen Sie den gewnschten Terminalzeichensatz aus. Sie knnen sich nun die
vorgeschlagene Umsetzung der Zeichen ansehen oder sie verndern.
Name Name des Terminalzeichensatzes
Seine Lnge betrgt maximal 18 Bytes.
Code Type Der dem Zeichensatz zugrundeliegende Code. Gltige Codes sind ASCII-
Code gem ISO 8859/1.2 oder EBCDIC-Code CCSID 500, Codepage 500.
Enabled Wenn Sie dieses Fenster markieren, wird der ausgewhlte
Terminalzeichensatz beim nchsten Restart [Seite 114] fr die
Datenbankinstanz verfgbar.
Intern Ursprungsform in hexadezimalem Format
Extern Zielform in hexadezimalem Format
Comment Zielform als druckbares Zeichen
4. Whlen Sie Save, um Ihre Eingabe zu sichern.
Termchar-Sets anlegen
104 April 2001
Termchar-Sets anlegen
5. Whlen Sie Instance Configuration Termchar Sets.
6. Whlen Sie Termchar Sets New
Definieren Sie den Namen des neuen Terminalzeichensatzes.
Whlen Sie aus, welchen Code-Typ Sie fr die Umsetzung verwenden wollen (ASCII-Code
gem ISO 8859/1.2 oder EBCDIC-Code CCSID 500, Codepage 500).
Whlen Sie, ob der neue Terminalzeichensatz fr die Datenbankinstanz verfgbar gemacht
werden soll.
Definieren Sie die Umsetzung der gewnschten Zeichen. Jedes umzusetzende Zeichen von
einem Byte ist zunchst in seiner Ursprungsform und dann in seiner Zielform mit einer
Maximallnge von zwei Bytes anzugeben.
Name Name des Terminalzeichensatzes, seine Lnge betrgt maximal 18 Bytes
Code Type Der dem Zeichensatz zugrundeliegende Code. Gltige Codes sind ASCII-
Code gem ISO 8859/1.2 oder EBCDIC-Code CCSID 500, Codepage 500.
Enabled Wenn Sie dieses Fenster markieren, wird der ausgewhlte
Terminalzeichensatz beim nchsten Restart [Seite 114] fr die
Datenbankinstanz verfgbar.
Extern Zielform in hexadezimalem Format
Comment Zielform als druckbares Zeichen
Die genderten oder neuen Definitionen des Terminalzeichensatzes werden erst beim
nchsten Restart der Datenbankinstanz [Seite 114] in die Parameterdatei gesichert.
Terminalzeichenstze werden im deutschen Sprachraum beispielsweise fr die
Darstellung von Umlauten bentigt.
Wenn Sie die zeichenorientierten Anwendungen Precompiler oder Replication
Manager verwenden und Umlaute darstellen wollen, whlen Sie IBM437_GER und
markieren das Feld Enabled. Damit aktivieren Sie den gewhlten
Terminalzeichensatz. Nach dem nchsten Restart steht er fr die Datenbankinstanz
zur Verfgung. Durch entsprechendes Setzen der Umgebungsvariablen legen Sie
diesen Terminalzeichensatz als Vorschlagswert fr Ihr aktuelles Terminal fest.
Sprachuntersttzung (Mapchar-Sets)
April 2001 105
Sprachuntersttzung (Mapchar-Sets)
Ein Mapchar Set ist ein Zeichensatz, der sprachspezifische Zeichen auf den ASCII-Code gem
ISO 8859/1.2 oder den EBCDIC-Code CCSID 500, Codepage 500, abbildet. Er ist ausschlielich
fr systeminterne Funktionen von Bedeutung.
Das Mapchar Set wird beispielsweise von der SQL-Funktion MAPCHAR fr die Sortierung von
Feldern verwendet, die Umlaute enthalten.
Das Datenbanksystem wird mit dem Mapchar-Set DEFAULTMAP ausgeliefert. Mit dem
Database Manager (DBMGUI) haben Sie folgende Mglichkeiten:
Mapchar-Sets anzeigen, ndern und lschen [Seite 106]
Mapchar-Sets anlegen [Seite 107]
Mapchar-Sets anzeigen, ndern und lschen
106 April 2001
Mapchar-Sets anzeigen, ndern und lschen
1. Whlen Sie Instance Configuration Mapchar Sets.
Sie erhalten die bereits verfgbaren Mapchar-Sets angezeigt. Whlen Sie das gewnschte
Mapchar-Set aus.
2. Whlen Sie Mapchar-Sets Edit.
Sie sehen den Namen des gewhlten Mapchar-Set, den dafr verwendeten Code (ASCII-
Code gem ISO 8859/1.2 oder EBCDIC-Code CCSID 500, Codepage 500) und die
vorgeschlagene Umsetzung der Zeichen.
Sie knnen diese nun ansehen oder verndern. Falls erforderlich, ndern Sie den Code und
berschreiben bzw. lschen die Zeichen.
Name Name des Mapchar-Set, seine Lnge betrgt maximal 18 Bytes
Code Type Der dem Mapchar-Set zugrundeliegende Code. Gltige Codes sind
ASCII-Code gem ISO 8859/1.2 oder EBCDIC-Code CCSID 500,
Codepage 500.
Extern Hex Zielform in hexadezimalem Format
Ext. ASCII Zielform als druckbares Zeichen
3. Whlen Sie Save, um Ihre Eingaben zu sichern.
Mapchar-Sets anlegen
April 2001 107
Mapchar-Sets anlegen
8. Whlen Sie Instance Configuration Mapchar Sets.
Sie erhalten die bereits verfgbaren Mapchar-Sets angezeigt
9. Whlen Sie Mapchar Sets New
Definieren Sie den Namen des neuen Mapchar-Set.
Whlen Sie aus, welchen Code-Typ die Ursprungsdaten haben (ASCII-Code gem
ISO 8859/1.2 oder EBCDIC-Code CCSID 500, Codepage 500).
Definieren Sie die Umsetzung der gewnschten Zeichen. Jedes umzusetzende Zeichen von
einem Byte ist zunchst in seiner Ursprungsform und dann in seiner Zielform mit einer
Maximallnge von zwei Bytes anzugeben.
Name Name des Mapchar-Set, seine Lnge betrgt maximal 18 Bytes
Code Type Der dem Mapchar-Set zugrundeliegende Code. Gltige Codes sind ASCII-
Code gem ISO 8859/1.2 oder EBCDIC-Code CCSID 500, Codepage
500.
Extern Hex Zielform in hexadezimalem Format
Ext. ASCII Zielform als druckbares Zeichen
Verwalten von Datenbankinstanzen
108 April 2001
Verwalten von Datenbankinstanzen
Registrieren von Datenbankinstanzen [Seite 113]
Starten der Datenbankinstanz (Restart) [Seite 114]
Stoppen der Datenbankinstanz [Seite 115]
berwachen des Betriebszustands [Seite 116]
Sichern [Seite 117] von Daten und Logeintrgen
Wiederherstellen [Seite 135] von Daten
Abfrage von Informationen [Seite 147]
Update der Software-Version [Seite 162]
Aktivieren und Deaktivieren von Indices
April 2001 109
Aktivieren und Deaktivieren von Indices
Verwendung
Sie knnen ermitteln, welche der vorhandenen Indices einer Datenbankinstanz genutzt wurden.
Sie knnen auerdem ausgewhlte Indices aktivieren oder deaktivieren und damit die
Zugriffszeiten verndern.
Voraussetzungen
Vorgehensweise
Whlen Sie Instance Tuning Index Use.
Sie haben die Mglichkeit auszuwhlen, welche Indices angezeigt werden sollen. Geben Sie
dazu unter Owner, Table Name bzw. Index Name geeignete Suchargumente ein.
Owner Eigentmer
Table Name Name der Tabelle
Index Name Name des Index
Sie knnen weiterhin zwischen folgenden Optionen whlen:
Disabled indexes only Nur deaktivierte Indices
Unused indexes only Nur ungenutzte Indices
Whlen Sie anschlieend Indexes Select. Sie erhalten eine Liste der Indices, die Ihren
Angaben entsprechen.
Markieren Sie die Indices der Liste, die sie aktivieren wollen. Wenn Sie alle ausgegebenen
Indices aktivieren wollen, whlen Sie Indexes Mark All.
Entmarkieren Sie die Indices der Liste, die Sie deaktivieren wollen.
Whlen Sie Indexes und die gewnschte Aktion, um sie auszufhren.
Aktualisieren der Statistikinformationen
110 April 2001
Verwendung
Von der Datenbankinstanz werden verschiedene Statistikinformationen ermittelt, wie z.B. die
Anzahl der Tabelleneintrge, die Gre der Tabellen und Indices und die Werteverteilung
(verschiedene Werte) von Indices oder Spalten. Diese Informationen werden vom SAP DB
Optimizer bentigt, um die beste Strategie fr das Abarbeiten komplexer SQL-Anweisungen
festzulegen.
Die Statistikinformationen werden im Datenbakkatalog gespeichert.
Wenn sich die Grenverhltnisse oder Wertebelegungen in der Datenbankinstanz wesentlich
gendert haben, ist es notwendig, die Statistiken zu aktualisieren. Dies sollte etwa einmal
wchentlich erfolgen.
Die Aktualisierung der Statistikwerte kann fr bestimmte Tabellen, Spalten oder alle
Basistabellen erfolgen.
Voraussetzungen
Vorgehensweise
Whlen Sie Instance Tuning Optimizer Statistics.
Statistikeintrge fr alle Tabellen aktualisieren
Wenn Sie anschlieend OptimizerStatistics Execute whlen, werden die Statistikeintrge fr
alle Tabellen aktualisiert.
Statistikeintrge fr ausgewhlte Tabellen aktualisieren
Sie haben die Mglichkeit, nur ausgewhlte Statistiken zu aktualisieren. Geben Sie dazu unter
Owner, Table Name bzw. Column Name geeignete Suchargumente ein.
ber Eingaben in den Feldern Estimate Rows bzw. Estimate Percent knnen Sie die
Gre einer Stichprobe bestimmen. Die Aktion wird dann nur ber die angegebene Anzahl von
Zeilen bzw. den angegeben Prozentsatz bezogen auf die Gesamtzahl der Datenbanktabellen
ausgefhrt und ist daher entsprechend schneller.
Die Aussagefhigkeit einer solchen Stichprobe ist von der Gre der Tabellen und
der physischen Lage der Daten abhngig. Messungen haben ergeben, da bei
groen Tabellen Stichproben zwischen 1000 und 5000 Zeilen schnelle Antwortzeiten
und gute Ergebnisse haben.
Owner Eigentmer
Table Name Tabellenname
Column Name Spaltenname
Estimate Rows Anzahl der geprften Zeilen
April 2001 111
Estimate Percent Prozentsatz der geprften Zeilen
Whlen Sie anschlieend OptimizerStatistics Select. Sie erhalten eine Liste der Tabellen, die
Ihren Angaben entsprechen. An den Ausgaben unter Update Statistics Date und Update
Statistics Time knnen Sie ablesen, wann fr die jeweilige Tabelle die Statistiken letztmalig
aktualisiert wurden.
Wenn Sie die Statistiken einzelner Tabellen in der ausgegeben Liste aktualisieren wollen,
markieren Sie diese gezielt. Wenn Sie die Statistiken aller ausgegebenen Tabellen aktualisieren
wollen, whlen Sie OptimizerStatistics Mark All.
Whlen Sie OptimizerStatistics Execute, um die Statistiken der ausgewhlten Tabellen zu
aktualisieren.
Prfen der Konsistenz der Devspaces
112 April 2001
Prfen der Konsistenz der Devspaces
Verwendung
Sie prfen die Konsistenz der internen Datenstrukturen der aktuellen Datenbankinstanz. Bei
schwerwiegenden Inkonsistenzen mu die Datenbank wie nach einem Plattenfehler
wiederhergestellt werden
Im Betriebszustand COLD werden nicht belegte Speicherseiten, die seit einem nicht
ordnungsgem beendeten Datenbankbetrieb flschlich als belegt gefhrt werden, der
Freispeicherverwaltung zugefhrt.
Von der Gre der Serverdb hngt es ab, wie lange die Ausfhrung dieser Aktion dauert.
Wir empfehlen, diese Aktion vor jeder vollstndigen Datensicherung [Seite 27]
auszufhren.
Voraussetzungen
Die Datenbankinstanz befindet sich im Betriebszustand WARM oder COLD.
Vorgehensweise
Whlen Sie Instance Check Database und anschlieend CheckDatabase Verify, um die
Konsistenzprfung zu starten.
Ergebnis
Registrieren von Datenbankinstanzen
April 2001 113
Registrieren von Datenbankinstanzen
Verwendung
Um mit dem Database Manager (DBMGUI) Datenbankinstanzen [Seite 11] verwalten zu knnen,
mssen diese registriert sein.
Voraussetzungen
Wenn Sie mit dem Database Manager auf eine entfernte Datenbank (remote) zugreifen wollen,
mu auf dem entsprechenden Datenbankserver der Service XServer gestartet sein (Status:
started).
Vorgehensweise
1. Whlen Sie File Register Database
Tragen Sie den Namen des Servers ein, von dem Sie die Liste der darauf installierten
Datenbankinstanzen abfragen wollen.
Whlen Sie Enter oder das Ausrufungszeichen (!) neben dem Eingabefeld.
2. Markieren Sie in der ausgegebenen Liste der auf dem Server vorhandenen Installationen
diejenige, die registriert werden soll.
Whlen Sie Register.
3. Geben Sie fr die zu registrierende Datenbank einen Namen und die DBM-
Benutzeridentifikation [Seite 20] der Datenbankinstanz, bestehend aus dem DBM-
Benutzernamen und dem DBM-Kennwort ein.
Sie knnen den Registriernamen fr die Datenbankinstanz frei whlen. Er mu nur
innerhalb des Database Manager (DBMGUI) eindeutig sein. In der Regel sollte er mit
dem Installationsnamen der Datenbankinstanz bereinstimmen. Ist dieser bereits
vergeben, mu ein anderer Registriername verwendet werden.
4. Whlen Sie OK.
Ergebnis
Die Datenbankinstanz wird registriert und erscheint ab jetzt in der Liste der registrierten
Datenbanken [Seite 66].
Um Ihr Verzeichnis der registrierten Datenbankinstanzen [Seite 66] zu organisieren,
whlen Sie File New Folder | Delete | Rename.
Starten der Datenbankinstanz (Restart)
114 April 2001
Starten der Datenbankinstanz (Restart)
Voraussetzungen
Sie haben die Datenbankinstanz [Seite 11] markiert, die gestartet werden soll.
Vorgehensweise
berfhren in den Betriebszustand WARM
Whlen Sie Instance Restart Warm,
um die Datenbankinstanz zu starten, d. h. in den laufenden Betrieb zu berfhren.
Die Funktion kann sowohl im Betriebszustand COLD als auch im abgeschalteten Betriebszustand
(OFFLINE) ausgefhrt werden.
Unabhngig vom Betriebszustand, in dem Sie sich befinden, wird die Datenbankinstanz zuerst
abgeschaltet, dann in den Betriebszustand COLD und schlielich in den Betriebszustand WARM
berfhrt.
Falls das System abgestrzt ist, wird mittels Instance Restart Warm dafr gesorgt, da mit
COMMIT beendete Transaktionen in den Datenbestand bernommen und offene Transaktionen
zurckgesetzt werden.
Sollte nach Instance Restart Warm der Betriebszustand WARM nicht erreicht werden, haben
Sie die Mglichkeit, in der Protokolldatei knldiag [Seite 158] nach der Fehlerursache zu suchen.
berfhren in den Betriebszustand COLD
Whlen Sie Instance Restart Cold, um die Datenbankinstanz vom abgeschalteten Zustand
(OFFLINE) in den Betriebszustand COLD zu berfhren.
Bei jedem Starten der Datenbankinstanz mit den Menfunktionen Instance
Restart Warm oder Instance Restart Cold wird eine Kopie des
Konsolprotokolls (Datei knldiag im Rundirectory [Seite 91] der
Datenbankinstanz) unter dem Namen knldiag.old erstellt und die Datei
knldiag berschrieben.
Stoppen der Datenbankinstanz (Shutdown)
April 2001 115
Stoppen der Datenbankinstanz (Shutdown)
Voraussetzungen
Sie haben die Datenbankinstanz [Seite 11] markiert, die gestoppt werden soll.
Vorgehensweise
berfhren in den Betriebszustand COLD berfhren in den Betriebszustand
OFFLINE
1. Whlen Sie Instance Shutdown Cold,
wenn Sie die Datenbankinstanz vom
Betriebszustand WARM in den
Betriebszustand COLD berfhren wollen.
2. Whlen Sie zwischen OK, Quick und
Cancel.
1. Whlen Sie Instance Shutdown
Offline,
wenn Sie die Datenbankinstanz stoppen
wollen.
2. Whlen Sie zwischen OK, Quick und
Cancel.
Beide Kommandos scheitern, wenn eine Datensicherung [Seite 27] bzw.
Logsicherung [Seite 33] luft oder die automatische Logsicherung [Seite 32] aktiv ist.
Eine Fehlermeldung informiert darber, da die Sicherungsaktion zuerst beendet
bzw. die automatische Logsicherung ausgeschaltet werden mu, bevor die
Datenbankinstanz gestoppt werden kann.
Entscheidungsoptionen beim Stoppen der Datenbankinstanz
OK Das System wartet zunchst bis alle Transaktionen ordnungsgem abgeschlossen
sind und stoppt anschlieend die Datenbankinstanz.
Quick Alle bestehenden Benutzerverbindungen und Transaktionen werden sofort
abgebrochen.
Einen berblick ber die offenen Transaktionen in der Datenbankinstanz erhalten Sie
ber Instance Information Users.
Cancel Sie widerrufen das Kommando.
berwachen des Betriebszustands
116 April 2001
berwachen des Betriebszustands
Voraussetzung
Sie haben die Datenbankinstanz [Seite 11] markiert, deren Betriebszustand Sie prfen mchten.
Betriebszustand WARM | COLD | OFFLINE
Sie haben zwei Mglichkeiten, sich ber den aktuellen Zustand der Datenbankinstanz zu
informieren:
Lesen Sie den Betriebszustand der aktuellen Datenbank in der Liste der registrierten
Datenbanken [Seite 66] unter der Spalte Status ab.
Prfen Sie, mit welchem Kennzeichen das allgemeine Symbol fr die Datenbankinstanz im
Namensfenster [Seite 66] der aktuellen Datenbankinstanz versehen ist.
Allgemeines Symbol fr eine Datenbankinstanz
Datenbankinstanz ist OFFLINE
Datenbankinstanz ist COLD
Datenbankinstanz ist WARM
Sichern
April 2001 117
Sichern
Mit dem Database Manager knnen Sie Datensicherungen [Seite 27] (vollstndige und
inkrementelle) und Logsicherungen [Seite 31] durchfhren.
Beide Sicherungsarten knnen interaktiv mittels Database Manager (DBMGUI) [Seite 1] oder
durch einen Batch-Aufruf mit Hilfe des Database Manager (DBMCLI) [Extern] aktiviert werden.
Fr Logsicherungen empfehlen wir, die automatische Logsicherung [Seite 32] einzuschalten. Sie
haben jedoch auch die Mglichkeit der interaktiven Logsicherung [Seite 33] in eine Datei.
Die Sicherungsfunktionalitt des Database Manager kann ber den DBA-Einplanungskalender
des Computing Center Management System (CCMS) optimal eingeplant und automatisiert
werden. ber die durchgefhrten Sicherungen werden im R/3-System Protokolle erzeugt, die
Ihnen genauen Aufschlu ber den Ablauf der Sicherungen geben.
Siehe auch:
DBA-Einplanungskalender (SAP DB im Handbuch BC - Computing Center Management System
Sicherungskonzepte
118 April 2001
Sicherungskonzepte
Sicherungsmedien
[Seite 119]Sicherungskennung [Seite 120]
Sicherungsmedien
April 2001 119
Sicherungsmedien
Jeder Sicherungsaktion wird ein Sicherungsmedium zugeordnet. Ein Sicherungsmedium kann
eine Datei, ein Band oder eine Pipe sein.
Es wird zwischen Standardsicherungsmedien und Medien fr externe Sicherungswerkzeuge
unterschieden. Die Mglichkeit der Verwendung externer Sicherungswerkzeuge wird im aktuellen
Release des Database Manager noch nicht untersttzt.
Sicherungsmedien knnen vor oder whrend des Sicherungsprozesses definiert werden und
werden fr jede Datenbankinstanz gesondert angelegt.
Es knnen einzelne Medien angelegt [Seite 123] und Medien zu einer Gruppe paralleler Medien
[Seite 124] zusammengefat werden.
Parallele Medien werden vom Datenbankserver parallel beschrieben oder gelesen, wodurch sich
der Datendurchsatz, also die Geschwindigkeit des Sicherns [Seite 117] bzw. Wiederherstellens
[Seite 135], erhht.
In der Mediendefinition werden die Pfadangaben und Eigenschaften der Bandstation bzw. der
Bnder oder Dateien unter einem freigewhlten praxisbezogenen Namen zusammengefat.
Fr Datensicherungen empfehlen wir, Bnder und Kassetten zu verwenden. Fr Logsicherungen
sieht der Database Manager als Sicherungsmedium Dateien vor.
Generell sollten Dateien immer auch auf Band oder Kassette kopiert werden. Nur ein
separates Medium kann auch als Schutz vor Brand und hnlichem an einem
anderen Ort aufbewahrt werden.
Bercksichtigen Sie unbedingt die Empfehlungen des Herstellers zur
Benutzungshufigkeit der Bnder und Kassetten.
Sicherungskennung
120 April 2001
Sicherungskennung
Jede Sicherung enthlt zu ihrer Identifizierung eine vom Datenbanksystem automatisch
vergebene Sicherungskennung. Diese dient der eindeutigen Identifizierung der Sicherung seit
der Installation der Datenbankinstanz [Seite 76].
Die Sicherungskennung enthlt die Sicherungsart (vollstndige oder inkrementelle
Datensicherung [Seite 27] oder Logsicherung [Seite 31]) und eine Sequenznummer.
Vollstndige und inkrementelle Datensicherungen teilen sich eine Sequenznummer.
Logsicherungen werden separat durchgezhlt.
Die Sicherungskennung wird nach dem Sichern [Seite 117] in das Protokoll dbm.knl [Seite 158]
geschrieben. Der Inhalt dieser Datei wird in der Sicherungshistorie [Seite 148] vollstndig
angezeigt.
Beim Wiederherstellen [Seite 135] wird die Sicherungskennung vor dem Start der Aktion
angezeigt und mu besttigt werden.
Wenn das Sicherungsmedium ein Band oder eine Kassette ist, empfiehlt es sich, die
Sicherungskennung am Ende der Sicherung auf das Etikett des Bandes oder der
Kassette zu schreiben.
Formale Beschreibung der Medienlabel
<backup_id> ::= <save_type>_<sequence_no>
<save_type> ::= DAT | PAG | LOG
<sequence_no> ::= <number>
Verwalten der Sicherungsmedien
April 2001 121
Verwalten der Sicherungsmedien
Anlegen von Medien [Seite 122]
ndern von Medien [Seite 126]
Lschen von Medien [Seite 127]
Anlegen von Medien
122 April 2001
Anlegen von Medien
Empfohlenes Medium fr Datensicherungen [Seite 27] (vollstndige und inkrementelle) ist das
Band. Sie knnen Daten und Seiten aber auch auf Pipes oder Dateien sichern.
Fr Logsicherungen [Seite 31] sind ausschlielich Versionsdateien zu verwenden.
Als Sicherungsmedium [Seite 119] sind Dateien nur dann sinnvoll, wenn Sie anschlieend auf
Band oder Kassette geschrieben werden.
Pipes sollten Sie nur verwenden, wenn Sie in Kombination mit einem externen
Sicherungswerkzeug arbeiten.
Sie haben die Mglichkeit, einzelne Sicherungsmedien [Seite 123] zu definieren. Das System
fhrt die Sicherung auf dieses Medium durch. Reicht die Kapazitt des Mediums fr die
angestoene Sicherung nicht aus, fordert das System die Angabe eines Folgemediums.
Wenn Sie eine hhere Sicherungsgeschwindigkeit erzielen wollen, knnen Sie auf mehrere
Medien parallel sichern. Sie definieren dazu eine Gruppe paralleler Medien [Seite 124], die unter
einem Mediennamen zusammengefat wird.
Sie knnen ein Sicherungsmedium sowohl vor als auch whrend der Sicherung definieren.
Definition eines einzelnen Sicherungsmediums
April 2001 123
Definition eines einzelnen Sicherungsmediums
1. Whlen Sie Instance Configuration Backup Media
2. Whlen Sie nun BackupMedia New Medium.
3. Whlen Sie General und geben Sie folgendes ein:
Name: Frei whlbarer Name als Medienbezeichnung
Location: Geben Sie an, wohin gesichert werden soll.
Bei Dateien und Pipes empfehlen wir, den absoluten Pfad des
Sicherungsmediums anzugeben.
Device Type: Whlen Sie die Art des Sicherungsmediums aus:
Datei (File), Band (Tape) oder Pipe.
Wenn Sie auf ein Band sichern, mssen Sie unter dem Betriebssystem
UNIX den Device-Treiber korrekt ansprechen. Verwenden Sie fr die
Datensicherung ein Rewind-Tape. Unter dem Betriebssystem Windows NT
stellt das System den Device-Treiber automatisch ein.
Wenn Sie das Log in eine Datei sichern, erzeugt der Database Manager
(DBMGUI) automatisch Versionsdateien. Eine automatische Logsicherung
auf Band ist nicht mglich.
Backup Type: Whlen Sie die gewnschte Sicherungsart (Datensicherung,
Seitensicherung [Seite 27], interaktive Logsicherung [Seite 33] oder
automatische Logsicherung) [Seite 32].
4. Whlen Sie Extended und geben Sie folgendes ein:
Size: Gre des Sicherungsmediums in KB
Overwrite: Markieren Sie das Feld Overwrite, wenn Sie den berschreibmodus fr
das Medium nutzen wollen.
Autoloader: Markieren Sie das Feld Autoloader, wenn Sie eine Bandstation mit
automatischem Bandwechsel benutzen wollen.
OS-Command: Sie haben hier die Mglichkeit, Betriebssystemkommandos anzugeben, die
bei einer Sicherung auf Band mglich sind.
Definition einer Gruppe paralleler Medien
124 April 2001
Fr eine hhere Geschwindigkeit beim Sichern [Seite 117] haben Sie die Mglichkeit, auf
mehrere Medien parallel zu sichern. Sie legen dafr eine Gruppe paralleler Medien unter einem
Mediennamen an. Einer Sicherung, die auf mehrere Medien parallel ausgefhrt werden soll, mu
genau dieser Medienname zugeordnet werden.
Die mgliche Hchstzahl paralleler Medien in einer Gruppe wird durch die Einstellung des
Parameters MAXBACKUPDEVS [Seite 82] bestimmt.
Beim Wiederherstellen [Seite 135] knnen Sie die Daten aus einer solchen Sicherung auch
wieder parallel einlesen. Von der Einstellung des Parameters MAXBACKUPDEVS ist es
wiederum abhngig, von wie vielen Medien parallel das Einlesen erfolgen kann.
Vorgehensweise
1. Whlen Sie BackupMedia New Media Group.
Das System erstellt im Fenster Backup - Media Manager die Mediengruppe New Group
in der Form eines Verzeichnisses mit dem Medientyp Parallel.
2. Vergeben Sie einen beliebigen Namen fr diese Mediengruppe. Sie knnen diesen Namen
mittels BackupMedia Rename nachtrglich ndern.
3. ffnen Sie das Verzeichnis mittels Doppelklick.
4. Definieren Sie nun jedes einzelne Medium der Mediengruppe:
Whlen Sie BackupMedia New Medium.
Whlen Sie im Fenster Backup - Medium General und geben Sie folgendes ein:
UNIX den Devicetreiber korrekt ansprechen. Verwenden Sie fr die
Datensicherung: ein Rewind-Tape. Unter dem Betriebssystem Windows
NT stellt das System den Devicetreiber automatisch ein.
(DBMGUI) automatisch Versionsdateien. Eine automatische
Logsicherung auf Band ist nicht mglich.
Backup Type: Whlen Sie die gewnschte Sicherungsart (vollstndige
Datensicherung, inkrementelle Datensicherung [Seite 27], interaktive
Logsicherung [Seite 33] oder automatische Logsicherung) [Seite 32]
Whlen Sie im Fenster Backup - Medium Extended und geben Sie folgendes ein:
Size: Gre des Sicherungsmediums
Overwrite: Markieren Sie das Feld Overwrite, wenn Sie den berschreibmodus
fr das Medium nutzen wollen (nur mglich bei Medientyp File).
April 2001 125
Autoloader:
Markieren Sie das Feld Autoloader, wenn Sie eine Bandstation mit
automatischem Bandwechsel benutzen wollen.
OS-Command: Sie haben hier die Mglichkeit, Betriebssystemkommandos anzugeben,
die bei einer Sicherung auf Band mglich sind.
ndern von Medien
126 April 2001
ndern von Medien
Vorgehensweise
1. Whlen Sie Instance Configuration Backup Media.
Sie erhalten eine Auflistung der bereits angelegten Sicherungsmedien.
2. Whlen Sie das gewnschte Sicherungsmedium aus.
3. Verfahren Sie in Abhngigkeit von der geplanten Aktion weiter wie nachfolgend beschrieben:
Mediennamen ndern
Whlen Sie BackupMedia Rename und fhren Sie die nderungen durch.
Durch Bettigen der Eingabetaste sichern Sie Ihre nderung.
Eigenschaften eines Mediums ndern
Whlen Sie BackupMedia Edit und fhren Sie die nderungen durch.
UNIX den Device-Treiber korrekt ansprechen. Verwenden Sie fr die
Datensicherung ein Rewind-Tape. Unter dem Betriebssystem Windows
NT stellt das System den Device-Treiber automatisch ein.
(DBMGUI) automatisch Versionsdateien. Eine automatische Logsicherung
auf Band ist nicht mglich.
Backup Type: Whlen Sie die gewnschte Sicherungsart (Datensicherung,
Seitensicherung [Seite 27], interaktive Logsicherung [Seite 33] oder
automatische Logsicherung) [Seite 32].
Whlen Sie Save, um Ihre Eingaben zu sichern.
Medium lschen
Whlen Sie BackupMedia Delete und besttigen Sie mit OK.
Lschen von Medien
April 2001 127
Lschen von Medien
1. Whlen Sie Instance Configuration Backup Media.
Sie erhalten eine Auflistung der vorhandenen Medien.
2. Whlen Sie das zu lschende Medium aus.
3. Whlen Sie BackupMedia Delete und anschlieend OK, um das Medium zu lschen.
Sicherungsverfahren
128 April 2001
Sicherungsverfahren
In Abhngigkeit von den technischen Voraussetzungen sind folgende Sicherungsverfahren
mglich:
Sichern auf ein einzelnes Medium [Seite 129]
Sichern auf eine Gruppe paralleler Medien [Seite 131]
Ist die Kapazitt des gewhlten Sicherungsmediums fr die Sicherung nicht ausreichend,
mssen Folgemedien verwendet werden:
Sichern mit automatischen Bandwechsler [Seite 133]
Sichern mit manuellem Medienwechsel [Seite 134]
Wenn die Kapazitt der Sicherungsmedien fr die Sicherung ausreicht, ist kein Eingriff eines
Datenbankadministrators whrend des Sicherns [Seite 117] ntig.
Der Database Manager (DBMGUI) fordert weitere Sicherungsmedien [Seite 119] an, wenn ein
Sicherungsmedium vollstndig beschrieben wurde, die Sicherung aber noch nicht beendet ist.
Dafr mu die Mediengre beim Anlegen des Mediums [Seite 122] definiert worden sein bzw.
die Bandstation das Bandende als solches erkennen.
Sichern auf ein einzelnes Medium
April 2001 129
Wenn mglich, bevorzugen Sie immer das Sichern auf eine Gruppe paralleler
Medien [Seite 131] gegenber der Sicherung auf ein einzelnes Medium mit
Folgemedien. Allerdings ist bei Logsicherungen [Seite 31] keine parallele Sicherung
mglich.
Voraussetzungen
Es steht nur ein Sicherungsgert zur Verfgung.
Sie haben das Sicherungsmedium angelegt, auf das gesichert werden soll. Wenn Sie die
Sicherung mit einem automatischen Bandwechsler [Seite 133] durchfhren wollen, mssen Sie
dies bereits bei der Mediendefinition explizit angeben.
Im Normalfall sollten Sie Datenbankinstanzen im Betriebszustand WARM sichern.
Das Sichern ist im Notfall auch im Betriebszustand COLD mglich. Sie haben dann
jedoch nicht die Mglichkeit, zwischen einer Sicherung fr Recovery (vollstndige
Datensicherung ohne Checkpoint) und einer Sicherung fr Migration
(vollstndige Datensicherung mit Checkpoint) zu whlen, da keine ausreichende
Sicherheit dafr besteht, da die Datenbankinstanz zuvor ordnungsgem gestoppt
wurde (Instance Shutdown Cold OK, nicht Quick).
Vorgehensweise
1. Whlen Sie Instance Backup und die gewnschte Sicherungsart:
Complete (vollstndige Datensicherung)
Incremental (inkrementelle Datensicherung)
Log (interaktive Logsicherung [Seite 33])
AutoLog (automatische Logsicherung [Seite 32])
In der Ausgabe erscheint die Liste der fr die gewhlte Sicherungsart bereits definierten
Medien.
Falls noch keine Medien angelegt worden sind, mssen Sie dies jetzt tun (Definition eines
einzelnen Sicherungsmediums [Seite 123]).
2. Markieren Sie das Medium, auf das Sie sichern wollen.
3. berprfen Sie die Medienangaben. ndern Sie sie erforderlichenfalls (Medium ndern
[Seite 126]).
4. Whlen Sie in der Menleiste [Seite 66] am oberen Bildschirmrand Backup und die
gewnschte Sicherungsart.
Bei einer Datensicherung whlen Sie nun, ob die Sicherung fr Recovery (Datensicherung
ohne Checkpoint [Seite 29]) oder Migration (Datensicherung mit Checkpoint [Seite 30])
erfolgen soll.
5. Wenn Sie eine Datensicherung oder die interaktive Logsicherung gewhlt haben, whlen
Sie nun Backup Start. Die Sicherungsaktion wird gestartet.
Falls die Kapazitt des angegebenen Sicherungsmediums fr die Sicherung nicht ausreicht
130 April 2001
und Sie keinen automatischen Bandwechsler verwenden, fordert Sie der Database Manager
DBMGUI auf, ein neues Medium anzugeben und einzulegen, sobald das vorhergehende
Sicherungsmedium voll beschrieben ist (Sichern mit manuellem Medienwechsel [Seite 134]).
Nach erfolgreichem Abschlu der Sicherung erhalten Sie die Meldung Backup completed.
Wenn Sie die automatische Logsicherung einschalten wollen, whlen Sie Backup
AutoLog on.
Sichern auf eine Gruppe paralleler Medien
April 2001 131
Sichern auf eine Gruppe paralleler Medien
Um maximalen Datendurchsatz zu gewhrleisten, kann die Datenbankinstanz auf mehrere
parallele Medien gleichzeitig gesichert werden. Die Anzahl der maximal gleichzeitig
verwendbaren Dateien oder Bandgerte knnen Sie mit Hilfe des Parameters
MAXBACKUPDEVS [Seite 82] einstellen. Durch den gleichzeitigen Einsatz von bis zu 32
Bandgerten knnen Sie so die Sicherungszeiten erheblich reduzieren.
Paralleles Sichern ist nur bei Datensicherungen [Seite 27] mglich.
Im Normalfall sollten Sie Datenbankinstanzen im Betriebszustand WARM sichern.
Das Sichern ist im Notfall auch im Betriebszustand COLD mglich. Sie haben dann
jedoch nicht die Mglichkeit, zwischen einer Sicherung fr Recovery (vollstndige
Datensicherung ohne Checkpoint) und einer Sicherung fr Migration (vollstndige
Datensicherung mit Checkpoint) zu whlen, da keine ausreichende Sicherheit dafr
besteht, da die Datenbankinstanz zuvor ordnungsgem gestoppt wurde (Instance
Shutdown Cold OK, nicht Quick).
Vorgehensweise
6. Whlen Sie Instance Backup und die gewnschte Sicherungsart:
Complete (vollstndige Datensicherung)
Incremental (inkrementelle Datensicherung)
Bei Logsicherungen ist kein Sichern auf eine Gruppe paralleler Medien mglich.
In der Ausgabe erscheint die Liste der fr die gewhlte Sicherungsart bereits definierten
Medien.
Falls noch keine Medien angelegt worden sind, mssen Sie dies jetzt tun (Definition eine
Gruppe paralleler Medien [Seite 124]).
7. Markieren Sie das Medium, auf das Sie sichern wollen.
8. berprfen Sie die Medienangaben. ndern Sie sie erforderlichenfalls (Medium ndern
[Seite 126]).
9. Whlen Sie in der Menleiste [Seite 66] am oberen Bildschirmrand Backup Next Step.
Whlen Sie nun, ob die Sicherung fr Recovery (Datensicherung ohne Checkpoint [Seite
29]) oder Migration (Datensicherung mit Checkpoint [Seite 30]) erfolgen soll.
10. Wenn die Kapazitt der Gruppe paralleler Medien fr die Sicherung nicht ausreicht, fordert
Sie der Database Manager (DBMGUI) auf, ein neues Medium anzugeben und einzulegen,
sobald eines der Medien voll beschrieben ist (Sichern mit manuellem Medienwechsel [Seite
134]).
Nach erfolgreichem Abschlu der Sicherung erhalten Sie die Meldung Backup completed.
Ein- und Ausschalten der automatischen Logsicherung
132 April 2001
Ein- und Ausschalten der automatischen Logsicherung
Verwendung
Die automatische Logsicherung [Seite 32] wird zur Gewhrleistung der Datensicherheit in
produktiven Systemen eingesetzt.
Vorgehensweise
1. Whlen Sie in der Menleiste [Seite 68] des Database Manager (DBMGUI) Instance
[Extern]Backup AutoLog on/off.
Sie erhalten nun die fr Logsicherungen vorhandenen Medien angezeigt. Wenn Sie schon
frher die automatische Logsicherung verwendet haben, ist bereits das dabei verwendete
Medium markiert. Sie haben die Mglichkeit, ein anderes Medium auszuwhlen oder ein
neues anzulegen (Definition eines einzelnen Sicherungsmediums [Seite 123]).
2. Whlen Sie nun Instance [Extern]Backup AutoLog on, um die automatische
Logsicherung einzuschalten. Sie bleibt solange eingeschaltet, bis Sie sie mittels Instance
[Extern]Backup AutoLog off wieder ausschalten.
Beachten Sie bitte, da die eingeschaltete automatische Logsicherung vom System
auf OFF zurckgesetzt, also ausgeschaltet wird, wenn Sie eine interaktive
Logsicherung [Seite 33] durchfhren oder die Datenbankinstanz neu starten [Seite
114].
Sichern mit automatischem Bandwechsler
April 2001 133
Sichern mit automatischem Bandwechsler
Der Database Manager (DBMGUI) untersttzt automatische Bandwechsler.
Interaktives Vorgehen
Wenn Sie fr das Sichern [Seite 117] einen automatischen Bandwechsler verwenden wollen,
whlen Sie bei der Mediendefinition (Definition eines einzelnen Sicherungsmediums [Seite 123],
Definition einer Gruppe paralleler Medien [Seite 124] oder Medium ndern [Seite 126]) Extended
und markieren die Option Autoloader.
Unter dem Betriebssystem Windows NT ist damit der automatische Bandwechsel definiert.
Wenn Sie ein anderes Betriebssystem verwenden, geben Sie bei der Mediendefinition das
dem Betriebssystem entsprechende Kommando fr den Bandwechsel an. Whlen Sie dazu
Extended und tragen Sie im Feld OS Command das Betriebssystemkommando ein.
Nach dem Einlegen des Bandmagazins in den automatischen Bandwechsler mu das erste
Band im Gert per Hand ausgewhlt werden.
Wenn das Ende des Bandes erreicht ist, nimmt der Bandwechsler das nchste zur Verfgung
stehende Band.
Voraussetzung fr eine erfolgreiche Sicherung ist eine ausreichende Anzahl von Bndern.
Am Ende der Sicherung ist die Anzahl der beschriebenen Bnder am Bandgert zu erkennen.
Die Bnder sollten mit der Sicherungskennung [Seite 120] beschriftet werden, die zu Beginn der
Sicherung angezeigt und besttigt wurde.
Prfen Sie vor dem Sichern unbedingt, da der Schreibschutz bei allen Bndern
deaktiviert ist, da andernfalls der gesamte Sicherungsvorgang abgebrochen wird.
Sichern mit manuellem Medienwechsel
134 April 2001
Sichern mit manuellem Medienwechsel
Voraussetzungen
Sie haben eine Sicherung auf ein einzelnes Medium [Seite 129] oder auf eine Gruppe paralleler
Medien [Seite 131] gestartet.
Die Kapazitt des eingelegten Mediums bzw. der eingelegten Medien ist fr die gewhlte
Sicherung [Seite 117] nicht ausreichend. Die Balkenanzeige des Sicherungsfortschritts stoppt,
bevor 100 % erreicht sind.
Es erscheint eine Maske, die Sie zur Eingabe des Folgemediums auffordert.
Vorgehensweise
Folgemedium Band
1. Legen Sie das nchste Band ein.
2. Vergewissern Sie sich, da das gerade beschriebene Band in Sicherheit gebracht wurde und
das richtige Band eingelegt ist.
3. Whlen Sie Start.
Wir empfehlen, bei der Mediendefinition von Bndern die genaue Kapazitt des
Mediums anzugeben. Zeigt der Bandgertetreiber zuverlssig an, wann das Ende
des Bandes erreicht wird, reagiert der Database Manager (DBMGUI) auch bei Size
= 0 wie beschrieben.
Falls das Bandende nicht richtig erkannt wird, erscheint die Meldung Writing
Error. Auch in diesem Fall knnen Sie wie in den Schritten 1-3 beschrieben
fortfahren.
Folgemedium Datei
1. Geben Sie unter New Location den Namen und vollstndigen Pfad einer neuen Datei an,
auf die gesichert werden soll.
2. Whlen Sie Backup Continue.
Wiederholen Sie die dem Medientyp entsprechende Verfahrensweise so oft, bis die Sicherung zu
Ende gefhrt ist.
Solange die Sicherung ausgefhrt wird, kann keine weitere Sicherung gestartet werden. Eine
Sicherung gilt als beendet, wenn Sie die Meldung Backup completed erhalten.
Wiederherstellen
April 2001 135
Wiederherstellen
Der Database Manager untersttzt das Wiederherstellen der Datenbank nach Hardware-Fehlern.
Dabei wird der letzte konsistente Datenbankzustand wiederhergestellt. Voraussetzung dafr ist,
da alle Daten der Sicherungshistorie [Seite 148] vorhanden sind.
Um maximalen Datendurchsatz zu gewhrleisten, knnen vollstndige und inkrementelle
Datensicherungen [Seite 27] von mehreren Medien gleichzeitig eingelesen werden. Die Anzahl
dieser parallelen Medien ist unabhngig von der Anzahl der beim Anfertigen der Sicherung
verwendeten parallelen Medien. Auch eine Sicherung auf ein einzelnes Medium mit Folgemedien
kann parallel zurckgeladen werden.
Die Anzahl der maximal gleichzeitig einlesbaren Medien knnen Sie mit Hilfe des Parameters
MAXBACKUPDEVS [Seite 82] einstellen. Durch den Einsatz von bis zu 32 Bandgerten knnen
Sie so die Wiederherstellungszeiten erheblich reduzieren.
Logsicherungen [Seite 31] knnen nicht parallel eingelesen werden.
Der Database Manager (DBMGUI) schlgt grundstzlich den schnellsten Weg der
Wiederherstellung vor. Dabei werden zunchst vollstndige Datensicherung(en) und
anschlieend, soweit notwendig, zuerst inkrementelle Datensicherungen und dann
Logsicherungen eingelesen.
Wiederherstellen der zuletzt angefertigten vollstndigen Datensicherung
136 April 2001
Wiederherstellen der zuletzt angefertigten vollstndigen
Datensicherung
Voraussetzungen
Die Dateien dbm.knl [Seite 158] und dbm.mdf [Seite 158] im Run-Directory der Datenbankinstanz
sind unbeschadet geblieben und die Sicherungshistorie [Seite 148] damit vollstndig.
Die Datenbankinstanz befindet sich im Betriebszustand COLD.
Vorgehensweise
1. Whlen Sie Instance Recovery Database.
2. Whlen Sie die Option Zuletzt angefertigte Sicherung wiederherstellen (Restore last backup).
Wenn sie im gleichen Bild noch die Option Wiederherstellen bis zu einem bestimmten
Zeitpunkt (Restore until a specific time) markieren, haben Sie die Mglichkeit, einen
Zeitpunkt zu bestimmen, bis zu dem wiederhergestellt werden soll. Das System schlgt
Ihnen den aktuellen Zeitpunkt vor. Wenn Sie diesen Systemvorschlag nicht ndern, werden
die Sicherungen vollstndig, d. h. mit allen darin vorhandenen nderungen wiederhergestellt.
3. Whlen Sie RecoveryDatabase Next Step.
Sie erhalten die zuletzt angefertigte vollstndige Datensicherung gem dem zuvor
eingestellten Zeitpunkt angezeigt, d. h. gegebenfalls auch die zugehrigen inkrementellen
Datensicherungen und Logsicherungen. Sie haben nun die Mglichkeit, eventuell nicht
vorhandene oder zerstrte inkrementelle Datensicherungen aus dem Vorschlag abzuwhlen.
Der Database Manager (DBMGUI) schlgt dann stattdessen die entsprechenden
Logsicherungen vor. Sie werden aufgefordert, das angegebene Medium einzulegen.
4. Whlen Sie RecoveryDatabase Start.
Die vollstndige Datensicherung wird wiederhergestellt.
Wenn anschlieend inkrementelle Datensicherungen wiederhergestellt werden mssen,
fordert Sie der Database Manager (DBMGUI) nacheinander auf, jede einzelne inkrementelle
Datensicherung zu besttigen.
Wenn anschlieend Logsicherungen hergestellt werden mssen, fordert Sie der Datatabase
Manager (DBMGUI) auf, das Wiederherstellen der angezeigten Logsicherungen insgesamt
zu besttigen.
Whlen Sie RecoveryDatabase Restart, um die Datenbankinstanz neu zu starten.
Beim Einlesen der aufeinanderfolgenden Sicherungen werden Sie vom Database
Manager explizit dazu aufgefordert, das jeweils nchstfolgende Sicherungsmedium
einzulegen, sofern Sie nicht den Wiederherstellungsvorgang mit einem
automatischem Bandwechsler [Seite 145] durchfhren.
Sie haben die Mglichkeit, den Vorgang der Wiederherstellung zu unterbrechen und
spter fortzusetzen (Fortsetzen einer unterbrochenen Wiederherstellung [Seite 146]).
Wiederherstellen aus einer Sicherung aus der Sicherungshistorie
April 2001 137
Wiederherstellen aus einer Sicherung aus der
Sicherungshistorie
Voraussetzung
Vorgehensweise
2. Whlen Sie die Option Wiederherstellen aus einer Sicherung in der Sicherungshistorie
(Restore a specified backup from history).
Wenn sie im gleichen Bild noch die Option Wiederherstellen bis zu einem bestimmten
Zeitpunkt zu bestimmen, bis zu dem wiederhergestellt werden soll. Das System schlgt
Ihnen den aktuellen Zeitpunkt vor. Wenn Sie diesen Systemvorschlag nicht ndern, werden
die Sicherungen vollstndig, d. h. mit allen darin vorhandenen nderungen wiederhergestellt.
Sie erhalten nun die gesamte Sicherungshistorie [Seite 148] angezeigt.
4. Whlen Sie die gewnschte vollstndige Datensicherung aus und anschlieend
RecoveryDatabase Next Step.
Sie erhalten die ausgewhlte vollstndige Datensicherung sowie die zugehrigen
inkrementellen Daten- und Logsicherungen angezeigt. Sie haben nun die Mglichkeit,
eventuell nicht vorhandene oder zerstrte inkrementelle Datensicherungen aus dem
Vorschlag abzuwhlen. Der Database Manager (DBMGUI) schlgt dann stattdessen die
entsprechenden Logsicherungen vor. Sie werden aufgefordert, das angegebene Medium
einzulegen.
5. Whlen Sie RecoveryDatabase Start.
Die vollstndige Datensicherung wird wiederhergestellt.
Wenn anschlieend inkrementelle Datensicherungen wiederhergestellt werden mssen,
fordert Sie der Database Manager (DBMGUI) nacheinander auf, jede einzelne inkrementelle
Datensicherung zu besttigen.
Wenn anschlieend Logsicherungen hergestellt werden mssen, fordert Sie der Datatabase
Manager (DBMGUI) auf, das Wiederherstellen der angezeigten Logsicherungen insgesamt
zu besttigen.
Nach Abschlu des Wiederherstellens befindet sich die Datenbankinstanz im Betriebszustand
WARM.
Wiederherstellen aus einer Sicherung aus der Sicherungshistorie
138 April 2001
Wiederherstellen einer vorhandenen Datenbankinstanz
April 2001 139
Voraussetzung
Vorgehensweise
ffnen Sie den Database Wizard mittels Instance Install. Sie werden nun durch den gesamten
Vorgang des Wiederherstellens einer vorhandenen Datenbankinstanz geleitet:
1. Geben Sie den Namen der vorhandenen Datenbankinstanz an, unter dem diese im
Database Manager (DBMGUI) registriert ist.
2. Whlen Sie Next.
Sie erhalten vom Database Manager (DBMGUI) die Meldung, da eine Datenbankinstanz
dieses Namens bereits existiert.
3. Whlen Sie Reinstall. Es wird nun genau diese Datenbankinstanz wiederhergestellt. Dabei
bernimmt der Database Manager die Parameter [Seite 80] der alten Version dieser
Datenbankinstanz als Vorschlag fr die neue Version. Alle Daten der alten Version gehen
verloren.
4. Tragen Sie die Benutzer DBM und DBA ein und vergeben Sie die Kennworte fr DBM [Seite
20] und DBA [Seite 21] und whlen Sie Next.
Der Database Manager bietet Ihnen die Option Use current parameters fr die initiale
Erstellung der Parameterdatei an.
5. Whlen Sie Next.
Das System schlgt Ihnen die Parameterwerte der alten Version der Datenbankinstanz vor.
Sie haben die Mglichkeit, diese Werte Ihren Erfordernissen anzupassen. Whlen Sie dazu
den gewnschten Parameter aus und anschlieend Edit.
Geben Sie den neuen Wert des Parameters im Feld New Value ein.
Sichern Sie Ihre Eingabe.
Datenstrukturen gehalten und beim nchsten Starten der Datenbankinstanz [Seite 114]
wirksam.
6. Whlen Sie Next.
Die Parameter werden beim Verlassen der Eingabemaske entsprechend der auf dem
DBMServer hinterlegten Regeln geprft. Sie werden gegebenenfalls aufgefordert,
nderungen durchzufhren und zu besttigen, bevor Sie die Eingabemaske verlassen
knnen.
Das System schlgt Ihnen fr die Log-Devspaces [Seite 17] und Data-Devspaces [Seite 16]
die Konfiguration der alten Version der Datenbankinstanz vor. Sie haben die Mglichkeit,
diese Werte Ihren Erfordernissen anzupassen. Bercksichtigen Sie die im vorangegangenen
Schritt festgelegten Parameter. Whlen Sie dazu einen Devspace und anschlieend Edit.
Tragen Sie die Gre sowie die Bezeichnung oder den absoluten Pfad des Devspace ein
und besttigen Sie Ihre Eingaben. Wiederholen Sie diesen Vorgang fr jeden Devspace.
140 April 2001
7. Whlen Sie Next und anschlieend die Option Restore instance
8. Whlen Sie Install.
Eine neue Datenbankinstanz wird unter Verwendung einer vollstndigen Datensicherung mit
den unter 5. festgelegten Parametern installiert.
Sie werden aufgefordert, fr die Datenbankinstanz einen endgltigen Registriernamen im
Database Manager (DBMGUI) zu vergeben, der innerhalb des Database Manager (DBMGUI)
eindeutig sein mu.
9. Besttigen Sie ihre Eingabe.
10. Whlen Sie Close, um den Database Wizard zu schlieen.
Sie gelangen zurck auf den Eingangsbildschirm [Seite 66] des Database Manager
(DBMGUI).
Wenn der Vorgang des Wiederherstellens abgeschlossen ist, befindet sich die Datenbankinstanz
im Betriebszustand WARM.
Wiederherstellen der Indices nach Datenbankwiederherstellung
April 2001 141
Wiederherstellen der Indices nach
Datenbankwiederherstellung
Verwendung
Aus Grnden der Optimierung werden beim Wiederherstellen einer Datenbankinstanz die im Log
enthaltenen Indices nicht wiederhergestellt. Nicht wiederhergestellte Indices werden als BAD
markiert und knnen mit der hier beschriebenen Aktion explizit wiederhergestellt werden.
Voraussetzungen
Vorgehensweise
Whlen Sie Instance Recovery Index.
Sie haben die Mglichkeit auszuwhlen, zu welchen Tabellen die als BAD markierten Indices
angezeigt werden sollen. Geben Sie dazu unter Owner, Table Name bzw. Index Name
geeignete Suchargumente ein.
Owner Eigentmer
Table Name Name der Tabelle
Index Name Name des Index
Whlen Sie anschlieend Select. Sie erhalten eine Liste der Indices, die Ihren Angaben
entsprechen.
Markieren Sie die Indices der Liste, die sie wiederherstellen wollen. Wenn Sie alle
ausgegebenen Indices wiederherstellen wollen, whlen Sie Mark All.
Whlen Sie Execute, um die Aktion auszufhren.
Es empfiehlt sich, die Indices in Zeiten geringer Last wiederherzustellen.
Wiederherstellen ohne Sicherungshistorie
142 April 2001
Wiederherstellen ohne Sicherungshistorie
Voraussetzung
Vorgehensweise
2. Whlen Sie die Option Wiederherstellen eines Mediums (Restore a medium).
3. Wenn sie im gleichen Bild noch die Option Wiederherstellen bis zu einem bestimmten
Zeitpunkt zu bestimmen, bis zu dem ein Medium wiederhergestellt werden soll. Das System
schlgt Ihnen den aktuellen Zeitpunkt vor. Wenn Sie diesen Systemvorschlag nicht ndern,
werden die Sicherungen vollstndig, d. h. mit allen darin vorhandenen nderungen
wiederhergestellt.
Sie erhalten die Liste aller vorhandenen Medien angezeigt.
5. Whlen Sie das wiederherzustellende Medium aus.
Sie werden aufgefordert, das angegebene Medium einzulegen.
7. Whlen Sie RecoveryDatabase Start, um den Wiederherstellungsvorgang zu starten.
Wenn Sie anschlieend weitere Medien ohne Sicherungshistorie wiederherstellen wollen,
verfahren Sie weiter, wie ab Schritt 2 beschrieben.
8. Whlen Sie RecoveryDatabase Restart, um die Datenbankinstanz neu zu starten.
Sie haben die Mglichkeit, den Vorgang des Wiederherstellens zu unterbrechen und
Wiederherstellen eines gespiegelten Devspace
April 2001 143
Verwendung
Wenn Sie Ihre Devspaces [Seite 14] gespiegelt betreiben, kann es zu einem Ausfall eines
Devspace-Spiegels kommen. Der Datenbankbetrieb luft in diesem Fall weiter, Zugriffe sind
jedoch nur noch auf den intakten Teil eine Devspace-Paares mglich. Der fehlerhafte Spiegel-
Devspace wird als Bad Devspace markiert.
Sie verwenden die Funktion, um einen beschdigten Spiegel-Devspace wiederherzustellen.
Dabei kann es sich um einen Data-, System- oder Log-Devspace handeln.
Wegen der Ausfallsicherheit [Seite 65] Ihres Systems empfiehlt es sich jedoch, nur
Log-Devspaces zu spiegeln. Fr die Sicherheit der Data-, und System-Devspaces
empfehlen wir RAID-5-Konfigurationen.
Wiederherstellen eines beschdigten Log-Devspace-Spiegels
Wenn Sie das Wiederherstellen eines Log-Devspace anstoen, wird dieser nur neu initialisiert,
ohne da die Daten von dem intakten auf den wiederhergestellten Devspace kopiert werden.
Anschlieend werden wieder beide Log-Devspaces sequentiell beschrieben. Erst wenn der
ursprnglich als BAD markierten Devspace einmal vollgeschrieben wurde, ist der Inhalt beider
Devspaces wieder identisch und beide Devspaces knnen gelesen werden.
Whrend dieser gesamten Reintegrationsphase bleibt der defekte Devspace als BAD markiert.
Voraussetzungen
Vorgehensweise
Whlen Sie Instance Recovery Devspaces.
Markieren Sie die wiederherzustellenden BAD Devspaces.
Whlen Sie RecoveryDevspaces Reintegrate, um die Initialisierung des Spiegel-Devspace zu
starten.
Wiederherstellen eines beschdigten Data-Devspace-Spiegels
Beim Wiedererstellen eines beschdigten Data-Devspace wird der intakte Data-Devspace auf
den reparierten Data-Devspace kopiert. Danach arbeiten beide Data-Devspaces wieder normal
im gespiegelten Modus.
Voraussetzungen
Vorgehensweise
Whlen Sie Instance Recovery Devspaces.
Markierten Sie die wiederherzustellenden BAD Devspaces.
144 April 2001
Whlen Sie RecoverDevspaces Reintegrate, um das Kopieren der Daten auf den Spiegel-
Devspace zu starten.
Wiederherstellen mit automatischem Bandwechsler
April 2001 145
Wiederherstellen mit automatischem Bandwechsler
Voraussetzungen
Damit das Zurckladen erfolgreich verlaufen kann, mssen alle zur Sicherung gehrenden
Bnder im Bandwechsler eingelegt sein.
Vorgehensweise
Sie verwenden die gleiche Mediendefinition wie beim Sichern (Definition eines einzelnen
Sicherungsmediums [Seite 123]). Fhren Sie die einzelnen Schritte wie bei der Beschreibung
des entsprechenden Wiederherstellungsvorganges aus:
Wiederherstellen der zuletzt angefertigten vollstndigen Datensicherung [Seite 136]
Wiederherstellen aus einer Sicherung aus der Sicherungshistorie [Seite 137]
Wiederherstellen einer vorhandenen Datenbankinstanz [Seite 139]
Wiederherstellen ohne Sicherungshistorie [Seite 142]
Fortsetzen einer unterbrochenen Wiederherstellung
146 April 2001
Fortsetzen einer unterbrochenen Wiederherstellung
Voraussetzung
Eines der mglichen Wiederherstellungsverfahren war gestartet und vor
dem Abschlu abgebrochen worden
Wiederherstellen der zuletzt angefertigten Sicherung [Seite 136]
Wiederherstellen aus einer Sicherung aus der Sicherungshistorie [Seite 137]
Wiederherstellung eines einzelnen Mediums [Seite 142]
Vorgehensweise
2. Whlen Sie die Option
Fortsetzen einer unterbrochenen Wiederherstellung von Seiten/Log (Continue restoring
pages/log)
Sie erhalten nun die Liste aller zu der/den bereits wiederhergestellten Datensicherung/en
passenden Logsicherungen angezeigt.
4. Whlen Sie RecoveryDatabase Replace, um den Wiederherstellungsvorgang
fortzusetzen. Sie knnen den Vorgang des Wiederherstellens sowie seinen Abschlu an der
Anzeige auf dem Bildschirm verfolgen.
5. Mit Close schlieen Sie den Restore-Manager.
Abfragen von Informationen
April 2001 147
Abfragen von Informationen
Einen Gesamtberblick an Informationen und Statistiken zu wichtigen Datenbankfunktionen der
aktuellen Datenbankinstanz erhalten Sie im Eingangsbild des Database Manager.
Mittels Doppelklick auf eine Datenbankinstanz in der Liste der registrierten Datenbankinstanzen
[Seite 71] erhalten Sie eine noch detalliertere bersicht zu Statistiken und wichtigen
Datenbankfunktionen der aktuellen Datenbankinstanz.
Wenn Sie nur Informationen ber einen bestimmten Bereich einsehen wollen, whlen Sie
Instance Information und anschlieend den gewnschten Bereich. So erhalten Sie
Informationen zu folgenden Schwerpunkten:
Sicherungshistorie [Seite 148]
Cacheinformationen [Seite 149]
Data-Devspaces [Seite 150]
Lese- und Schreibvorgnge [Seite 151]
Logbereich und Log-Writer [Seite 152]
Sperren und Sperranforderungen [Seite 153]
Benutzersitzungen [Seite 154]
Versionen [Seite 155]
Sicherungshistorie
148 April 2001
Sicherungshistorie
Die Sicherungshistorie wird vom System in die Datei dbm.knl [Seite 158] geschrieben. Diese
steht im RUNDIRECTORY [Seite 91] der Datenbankinstanz.
In der Sicherungshistorie werden die Informationen zu allen erfolgten Sicherungs- und
Wiederherstellungsaktionen chronologisch registriert.
Vorgehensweise
Whlen Sie Instance Information Backup History
Sie erhalten zu jeder Aktion folgende Informationen:
Label Sicherungskennung
Action Aktion (Sichern oder Wiederherstellen) und Betriebszustand, in dem die
Aktion erfolgte
Beginning Beginn der Aktion
End Ende der Aktion
Result Ergebnis
Media Name Name des Mediums
Log Required Logsicherungen erforderlich
Size (KB) Gre (KB)
Size (Pages) Gre (Seiten)
Volumes Volumes
Next Log Page Logseite
From Page Von Seitennummer
To Page Bis Seitennummer
Last Savepoint Letzter Savepoint
First Commit Erstes Commit (erste abgeschlossene Transaktion)
Last Commit Letztes Commit (letzte abgeschlossene Transaktion)
SysKey Systemschlssel
Whlen Sie Instance Information Backup History und anschlieend
BackupHistory Columns, um sich Ihre persnliche Anzeigevariante der
Sicherungshistorie zusammenzustellen.
Cacheinformationen
April 2001 149
Cacheinformationen
Whlen Sie Instance Information Caches.
Name Name des Cache [Seite 55]
Accesses Anzahl der Zugriffe insgesamt
Successful Anzahl erfolgreicher Zugriffe
Unsuccessful Anzahl nicht erfolgreicher Zugriffe
Hit Rate (%) Trefferrate (prozentualer Anteil der Treffer an der Gesamtzahl der
Zugriffe)
Die Trefferrate der Caches zeigt, ob diese ausreichend gro konfiguriert wurden. Besonders
wichtig sind die Trefferraten von Data-Cache [Seite 60] und die Converter-Cache [Seite 57].
Die Data-Cache-Trefferrate sollte bei mindestens 99% und die des Converter-Cache bei
mindestens 98% liegen.
Kurzzeitig kann es zu niedrigeren Trefferraten kommen, z. B. beim erstmaligen Lesen von
Tabellen oder wenn bei wiederholten Table-Scans die Tabelle nicht in 10% des Data-Cache
pat.
Sollten die Werte dauerhaft unter dem empfohlenen Prozentsatz liegen, deutet dies auf eine
schlechte Performance hin und die Parameter [Seite 80] DATA_CACHE bzw.
CONVERTER_CACHE mssen erhht werden.
Data-Devspaces
150 April 2001
Data-Devspaces
Whlen Sie Instance Information Data.
Name Name des Data-Devspace
Value Aktueller Wert des Data-Devspace
Sie erhalten Informationen zu folgenden Datenbereichen.
Total space (KB) Gesamtgre des Data-Devspace in KB
Max. persistent space (KB) Maximaler permanenter Datenbereich in KB
Used space (KB) Belegter Datenbereich in KB
Used space (%) Belegter Datenbereich in %
Free space (KB Freier Datenbereich in KB
Free space (%) Freier Datenbereich in %
Updated perm pages Aktualisierte permanente Seiten
Lese- und Schreibvorgnge
April 2001 151
Lese- und Schreibvorgnge
Whlen Sie Instance Information I/O.
Der Datenbankserver fhrt Statistiken ber die Anzahl der logischen und physischen Lese- und
Schreibzugriffe seit dem letzten Starten der Datenbankinstanz [Seite 114].
Name Benennung
Logical Reads Anzahl logischer Leseauftrge
Logical Writes Anzahl logischer Schreibauftrge
Physical Reads Anzahl physischer Leseauftrge
Physical Writes Anzahl physischer Schreibauftrge
Diese Angaben werden zu folgenden Datenbereichen angezeigt:
Catalog Datenbereich, den das Data-Dictionary des
Datenbanksystems einnimmt.
Hufiges Schreiben in diesem Bereich ergibt sich durch
Vernderungen im Datenbankdesign.
Permanent Data Eigentlicher Datenbereich fr permanente Daten
Temporary Data Temporr genutzter Datenbereich auf der Platte, der z. B.
beim Aufbau von selektierten Datenmengen bentigt wird
Long Data LONG-Spalten
Leaf, Level 1, Level 2,
Level 3
Struktur der Datenbume. Das Datenbanksystem
organisiert die Ablage der Daten als B*-Bume
SUM weist die Gesamtzahl der verschiedenen Zugriffe aus.
Logbereich und Log-Writer
152 April 2001
Logbereich und Log-Writer
Whlen Sie Instance Information Log.
Sie erhalten Informationen ber Zustand und Gre des Logbereichs und die Aktivitten des
Logwriters.
Log mode Modus, in dem das Log betrieben wird
Max. size Maximal verfgbarer Speicherplatz im Logbereich
Save Segment size Gre eines Segments
Used size (KB) Gre des belegten Platzes in KB
Used size in % Gre des belegten Platzes in %
Not saved (KB) Gre des noch nicht gesicherten Logbereichs in KB
Not saved (%) Gre des noch nicht gesicherten Logbereichs in %
Log since last
data backup (KB)
Anzahl der Log-Seiten, die seit der letzten Datensicherung
geschrieben wurden
Completed segments Vollgeschriebene Logsegmente
Savepoints written Anzahl der geschriebenen Savepoints seit der letzten Logsicherung
Checkpoints
written
Anzahl der geschriebenen Checkpoints seit der letzten Logsicherung
Physical reads Leseaktivitten im Logbereich seit dem letzten Restart des
Datenbanksystems
Physical writes Schreibaktivitten im Logbereich seit dem letzten Restart des
Datenbanksystems
Queue size Aktuelle Gre der Logwarteschlange
Queue allocated Aktuell belegter Bereich der Logwarteschlange
Queue entries Maximale Gre der Logwarteschlange
Queue overflows Anzahl von berlufen der Logwarteschlange
Group commits Anzahl von Group-Commits
Waits for
logwriter
Anzahl der Wartesituationen auf Logschreiboperationen
Max. waits Maximale Anzahl von Wartezustnden pro Logseite
Avg. Waits Durchschnittliche Anzahl von Wartezustnden pro Logseite
OMS Log used Logbereich, der vom Object Management System (OMS) genutzt wird
OMS min. free
pages
Minimale Anzahl freier Seiten fr Object Management System (OMS)
Sperren und Sperranforderungen
April 2001 153
Sperren und Sperranforderungen
Whlen Sie Instance Information Locks.
Sie erhalten Informationen ber die aktuellen Sperren und Sperranforderungen des
Datenbankservers.
Lock List Statistics
Es werden folgende Informationen angezeigt:
durchschnittliche Anzahl von gesetzten und angeforderten Sperren
maximal aufgetretene Anzahl von gesetzten und angeforderten Sperren
Anzahl der aufgetretenen Kollisionen und Eskalationen
aktuell gehaltene Zeilen- bzw. Tabellensperren
Lock State
Es werden folgende Informationen angezeigt:
aktuell gehaltene Sperren
anstehende Sperranforderungen mit detaillierter Beschreibung
betroffene Tabelle und Zeile
Art der Sperre
Halter der Sperre und dessen Terminal
Share-Sperren schtzen benutzte Daten whrend des Zugriffs vor Vernderungen.
Andere Nutzer knnen auf so gesperrte Daten nur lesend zugreifen.
Exklusive Sperren verhindern den Zugriff anderer Benutzer auf die gleichen Daten.
Auch ein Lesezugriff ist nicht mglich. Deshalb kann es sich fr die
restlichen Benutzer ungnstig auswirken, wenn exklusive Sperren
ber lngere Zeit gehalten werden. Sperren werden durch Commit-
bzw. Rollback oder durch einen abgelaufenen Lock Timeout wieder
freigegeben. Die konfigurierbaren Parameter REQUEST_TIMEOUT
und LOCK_TIMEOUT dienen der Auflsung von Blockier- und
Deadlock-Situationen.
REQUEST_TIMEOUT Angabe, wie lange eine Task auf die Erfllung einer
Sperranforderung warten darf, bevor sie abgebrochen wird.
LOCK_TIMEOUT Angabe, wie lange eine Task eine Sperre ohne Aktivitten halten
darf, bevor sie automatisch zurckgerollt (ROLLBACK) werden darf.
Benutzersitzungen
154 April 2001
Benutzersitzungen
Whlen Sie Instance Information Sessions.
Es werden alle Datenbankbenutzer angezeigt, die aktuell eine Datenbankverbindung halten.
Folgende Informationen werden angezeigt:
User ID Name des angemeldeten Benutzers.
Terminal ID Vom jeweiligen Betriebssystem abhngige Terminal-Identifikation
Task ID Nummer der Task
Session ID Nummer der Benutzersitzung
Remote Host Name des Server im Netz
Catalog Cache Size Gre des fr den Benutzer verfgbaren Catalog-Cache
In besonderen Fllen kann es notwendig sein, einen Benutzerproze zu stoppen.
Mit Select Kill knnen Sie den Benutzer entfernen und so die Benutzersitzung
stoppen. Die laufende Transaktion wird zurckgerollt.
Versionen
April 2001 155
Versionen
Whlen Sie Instance Information Version
Es werden die aktuellen Versionen von
Datenbankkern
Laufzeitumgebung
Database Manager (DBMGUI)
angezeigt.
Diagnosemglichkeiten
156 April 2001
Diagnosemglichkeiten
Bei Fehlern oder Performanceproblemen bietet Ihnen der Database Manager (DBMGUI)
verschiedene Diagnosemglichkeiten.
Dazu stehen Ihnen folgende Funktionen zur Verfgung:
Kernel-Trace-Funktion [Seite 157]
Dateien des Database Manager (DBMGUI) [Seite 158]
Informationen der Datenbankkonsole [Seite 159]
Verwendung der Kommandozeilenversion des Programms [Seite 160]
Diagnose mit Kernel-Trace-Funktion
April 2001 157
Diagnose mit Kernel-Trace-Funktion
Der Database Manager bietet Ihnen die Mglichkeit, in Fehlersituationen den Kernel-Trace
einzuschalten.
Benutzen Sie diese Funktion, wenn Sie vom SAP DB Support dazu aufgefordert
werden. Es empfiehlt sich nicht, den Kernel-Trace ohne explizite Notwendigkeit
einzuschalten, da die Funktion groen Einflu auf die Performance der
Datenbankinstanz hat.
Der Kernel-Trace dokumentiert alle Reaktionen des Datenbankkerns auf
Datenbankanweisungen. Er kann deshalb dazu benutzt werden, um Fehler bei der Abarbeitung
der Anweisungen aufzudecken, beispielsweise aber auch, um durch Hardwarefehler bedingte
Inkonsistenzen genauer zu klassifizieren. Solange der Kernel-Trace eingeschaltet ist, sollte die
Datenbankinstanz mit mglichst geringer Last betrieben und auf die zur Reproduktion des Fehler
notwendigen Aktionen beschrnkt werden.
Schalten Sie den Kernel-Trace wieder aus, sobald die fr die Analyse notwendigen Aktionen
protokolliert worden sind.
Vorgehensweise
1. Whlen Sie Instance Check Kernel Trace.
Definieren Sie die gewnschten Kernel-Trace-Optionen in der angebotenen Liste, indem sie
das vorstehende Kstchen markieren.
2. Whlen Sie KernelTrace Selected Items ON, um den Kernel-Trace einzuschalten.
Mit KernelTrace Selected Items OFF, schalten Sie den Kernel-Trace wieder aus.
Lesen der Protokolldateien des Database Manager
158 April 2001
Lesen der Protokolldateien des Database Manager
Sie haben die Mglichkeit, sich eine Auswahl der Protokolldateien anzusehen, die vom Database
Manager geschrieben und im Run-Directory [Seite 91] der betreffenden Datenbankinstanz
abgelegt werden.
Bevor bei der Installation ein Run-Directory definiert wird, werden die Dateien in das unter dem
Installationsverzeichnis der Datenbankinstanz liegende Verzeichnis WRK geschrieben.
Vorgehensweise
Whlen Sie Instance Check Files.
Benennung Datei Inhalt
Database Manager
Protocol
dbm.prt Kommandohistorie der Schreibzugriffe des
Database Manager
Database Manager Media dbm.mmm Aktuelle Definition der Sicherungsmedien
Installation Protocol dbm.ins Protokoll der letzten Datenbankinstanz-
Installation
Backup History dbm.knl Historie der durchgefhrten Sicherungs- und
Wiederherstellungsaktionen.
Die Datei wird vom Datenbankkern
geschrieben.
Utility Statements dbm.utl Protokolle der vergangenen internen Utility-
Auftrge (Sichern und Wiederherstellen,
Anlegen von Devspaces, Update Statistics).
Die Datei wird vom Datenbankkern
geschrieben.
Backup Media History dbm.mdf Historie der Mediendefinitionen
External Backup History dbm.ebf Historie der externen Sicherungskennungen
von Sicherungen, die mit externen
Sicherungswerkzeugen erstellt wurden
Database Messages knldiag Konsolprotokoll
Database Messages
(OLD)
knldiag.ol
d
Kopie der jeweils vorhergehenden Version
des Konsolprotokolls
Database Errors knldiag.er
r
Enthlt die zuletzt in die Datei knldiag
eingetragene Fehlermeldung
Database Trace knltrace Bei eingeschaltetem Kernel-Trace werden
alle Datenbankaktivitten in dieser Datei
protokolliert. Die Datei dient fr
Supportzwecke.
Informationen der Datenbankkonsole
April 2001 159
Informationen der Datenbankkonsole
Der Database Manager (DBMGUI) ermglicht Ihnen einen berblick ber die vom
Datenbanksystem belegten Betriebssystemressourcen, die Aufteilung der Datenbanksitzungen
auf die Betriebssystemprozesse bzw. -threads und den Status der aktiven Datenbanksitzungen.
Zustzlich stehen weitere Funktionen zur Verfgung, die jedoch vornehmlich Supportmitarbeitern
und Entwicklern vorbehalten sein sollten
Voraussetzungen
Vorgehensweise
1. Whlen Sie Instance Check Server.
2. Whlen Sie die gewnschte Informationsart aus und anschlieend CheckServer View.
Verwendung der Kommandozeilenversion des Programms
160 April 2001
Verwendung der Kommandozeilenversion des
Programms
Sie haben die Mglichkeit, aus dem Programm Database Manager (DBMGUI) heraus auch die
Kommandozeilenversion dieses Programms, den Database Manager (DBMCLI) zu nutzen.
Whlen Sie dazu Instance Command Line .
Geben Sie in der Zeile Command die gewnschten DBMCLI-Kommandos ein und whlen Sie in
der Menleiste Command Execute.
Siehe auch:
R/3-Database Manager (DBMCLI)
Legende der Datenbanksymbole
April 2001 161
Legende der Datenbanksymbole
Zustand der Datenbankinstanz ist unbekannt
Datenbankinstanz ist beschftigt (z. B. mit dem Auffrischen des Betriebszustands [Seite
116])
Server-Komponente des Database Manager (DBMGUI) ist nicht gestartet
Server-Komponente des Database Manager (DBMGUI) ist gestartet, es existiert aber
noch keine Verbindung zur Datenbankinstanz
Datenbankinstanz ist im Database Manager (DBMGUI) registriert, aber auf dem Server
nicht mehr vorhanden
Datenbankinstanz ist bereits registriert
Update der Datenbanksoftware
162 April 2001
Update der Datenbanksoftware
Vorgehensweise
1. Whlen Sie Instance Restart Warm, um die Datenbankinstanz zu starten
Beim ersten Start des Database Manager (DBMGUI) nach einem Versionswechsel der
Datenbanksoftware pat der DBMGUI die Kernparameter der Datenbankinstanz automatisch an
die neue Version der Datenbanksoftware an.
Sie erhalten die Meldung: Migration of Param File
2. Whlen Sie dazu Instance Configuration Upgrade System Tables, um die
Systemtabellen zu aktualisieren.
Ergebnis
Der Database Manager legt bei jeder nderung eine Kopie der Parameterdatei an. Die laufende
Nummer als Dateiendung wiederspiegelt die Version, wobei 01 die jeweils jngste Version ist:
UNIX: /usr/spool/sql/config/<database_name>.<running_number>
Windows NT/Windows 95: %DBROOT%\CONFIG\<database_name>.<running_number>
Falls Fehler bei der Parameterbernahme auftreten, ist es mglich, den Vorgang rckgngig zu
machen, indem die Original-Parameterdatei wiederhergestellt wird. Kopieren Sie dazu die Datei
<database_name>.<running_number> (Kopie der Parameterdatei) wieder nach
<database_name> (aktive Parameterdatei) zurck.
Sollte beim Restart [Seite 114] der Datenbankinstanz am Ende des Updates der
Softwareversion ein Fehler auftreten, wenden Sie sich an den Local Support.

Bcdbadadbmgui 72

Uploaded by

Document Information

Original Title

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Bcdbadadbmgui 72

Uploaded by

Copyright:

Available Formats

Database Manager DBMGUI

und SQL Server

sind eingetragene Marken der IBM Corporation.

ist eine eingetragene Marke der ORACLE Corporation.

-OnLine for SAP und Informix

sind eingetragene Marken der Open Group.

You might also like