Documenti di Didattica
Documenti di Professioni
Documenti di Cultura
Datenbankadministration
SAP MaxDB
SAP NetWeaver
2008
SAP 2008
Materialnummer: 50092400
Copyright
Trademarks:
Microsoft , Windows , NT , PowerPoint , WinWord , Excel , Project , SQL-Server ,
Multimedia Viewer , Video for Windows , Internet Explorer , NetShow , and HTML Help
are registered trademarks of Microsoft Corporation.
Lotus ScreenCam is a registered trademark of Lotus Development Corporation.
Vivo and VivoActive are registered trademarks of RealNetworks, Inc.
ARIS Toolset is a registered Trademark of IDS Prof. Scheer GmbH, Saarbrcken
Adobe and Acrobat are registered trademarks of Adobe Systems Inc.
TouchSend Index is a registered trademark of TouchSend Corporation.
Visio is a registered trademark of Visio Corporation.
IBM , OS/2 , DB2/6000 and AIX are a registered trademark of IBM Corporation.
Indeo is a registered trademark of Intel Corporation.
Netscape Navigator , and Netscape Communicator are registered trademarks of Netscape
Communications, Inc.
OSF/Motif is a registered trademark of Open Software Foundation.
ORACLE is a registered trademark of ORACLE Corporation, California, USA.
INFORMIX -OnLine for SAP is a registered trademark of Informix Software Incorporated.
UNIX and X/Open are registered trademarks of SCO Santa Cruz Operation.
ADABAS is a registered trademark of Software AG
The following are trademarks or registered trademarks of SAP AG; ABAP/4, InterSAP, RIVA, R/2,
R/3, R/3 Retail, SAP (Word), SAPaccess, SAPfile, SAPfind, SAPmail, SAPoffice, SAPscript,
SAPtime, SAPtronic, SAP-EDI, SAP EarlyWatch, SAP ArchiveLink, SAP Business Workflow, and
ALE/WEB. The SAP logo and all other SAP products, services, logos, or brand names included
herein are also trademarks or registered trademarks of SAP AG.
Other products, services, logos, or brand names included herein are trademarks or registered
trademarks of their respective owners.
Voraussetzungen
Erforderliche Vorkenntnisse
Empfohlene Vorkenntnisse
ADM100 SAP Netweaver Administration I
Grundlegende Betriebssystemkenntnisse
Grundlegende Datenbankkenntnisse
Zielgruppe
Dauer: 3 Tage
SAP 2008
Benutzerhinweise
y Die Schulungsunterlagen bilden keine Selbstlernprogramme. Nur in Verbindung mit den
Erluterungen des Referenten bzw. der Referentin haben Sie komplette Unterlagen. Auf
Ihren Unterlagen finden Sie Platz, um diese Zusatzinformationen zu notieren.
y Es ist mglich, dass die Zeit whrend eines Kurses nicht ausreicht, um alle bungen
durchzufhren. Bei den bungen handelt es sich um zustzliche Beispiele, die whrend des
Kurses behandelt werden. Anhand dieser Beispiele knnen die Teilnehmer ihre Kenntnisse aber
auch im Anschluss an den Kurs vertiefen.
Inhalt:
bersichtsdiagramm
Gesamtunternehmensszenario
SAP AG
ADM515
1-1
SAP 2008
SAP AG
ADM515
1-2
Inhaltsverzeichnis
Vorwort
Kapitel 1 Der erste Kontakt
themen
Kapitel 3 MaxDB-Interna
Problemsituationen
Anhnge
SAP AG
ADM515
1-3
Agenda I
3. MaxDB-Interna
Einfhrung
Werkzeuge und Schnittstellen
Architektur und Betriebszustnde
MaxDB und SAP NetWeaver
Integration mit SAP NetWeaver
Serverlandschaft der Schulung
3.1.
3.2.
3.3.
3.4.
3.5.
4. Datenbanksicherung und
-wiederherstellung
2. MaxDB betreiben
2.1.
2.2.
2.3.
2.4.
2.5.
2.6.
2.7.
2.8.
Prozesse
Sperren
Speicherbereiche
Plattenbereiche
Logging
4.1.
4.2.
4.3.
4.4.
4.5.
4.6.
4.7.
4.8.
Vollstndige Datensicherung
Inkrementelle Datensicherungen
MaxDB Snapshots
Log-Sicherungen
Automatische Log-Sicherung
berprfen der Sicherungen
Sicherungsstrategie
Externe Sicherungstools
SAP 2008
SAP AG
ADM515
1-4
Agenda II
5.
Weitere Administrationsthemen
5.1.
5.2.
5.3.
5.4.
5.5.
5.6.
5.7.
7.
bersicht
nderungen des Datenbankkerns
Neue administrative Funktionen
Setup und Infrastruktur
Interface & User
6. Performance-Tuning und
Problemsituationen
6.1.
6.2.
6.3.
6.4.
6.5.
6.6.
B*-Bume
Optimierung
Monitore des SAP NetWeaver
Vermeidbare Probleme
Diagnosedateien und TraceMglichkeiten
Fehlerarten und deren Analyse
SAP 2008
SAP AG
ADM515
1-5
SAP AG
ADM515
1-6
Inhalt:
Hintergrnde zur MaxDB
Erster Kontakt mit der Datenbank
SAP AG
ADM515
2-1
SAP AG
ADM515
2-2
Agenda I
3. MaxDB-Interna
Einfhrung
Werkzeuge und Schnittstellen
Architektur und Betriebszustnde
MaxDB und SAP NetWeaver
Integration mit SAP NetWeaver
Serverlandschaft der Schulung
3.1.
3.2.
3.3.
3.4.
3.5.
4. Datenbanksicherung und
-wiederherstellung
2. MaxDB betreiben
2.1.
2.2.
2.3.
2.4.
2.5.
2.6.
2.7.
2.8.
Prozesse
Sperren
Speicherbereiche
Plattenbereiche
Logging
4.1.
4.2.
4.3.
4.4.
4.5.
4.6.
4.7.
4.8.
Vollstndige Datensicherung
Inkrementelle Datensicherungen
MaxDB Snapshots
Log-Sicherungen
Automatische Log-Sicherung
berprfen der Sicherungen
Sicherungsstrategie
Externe Sicherungstools
SAP 2008
SAP AG
ADM515
2-3
Agenda II
5.
Weitere Administrationsthemen
5.1.
5.2.
5.3.
5.4.
5.5.
5.6.
5.7.
7.
bersicht
nderungen des Datenbankkerns
Neue administrative Funktionen
Setup und Infrastruktur
Interface & User
6. Performance-Tuning und
Problemsituationen
6.1.
6.2.
6.3.
6.4.
6.5.
6.6.
B*-Bume
Optimierung
Monitore des SAP NetWeaver
Vermeidbare Probleme
Diagnosedateien und TraceMglichkeiten
Fehlerarten und deren Analyse
SAP 2008
SAP AG
ADM515
2-4
Einfhrung: bersichtsdiagramm
SAP AG
ADM515
2-5
1977
1997
Weiterentwicklung als SAP DB (Version 6.2.10 bis 7.4) bei der SAP AG.
Verbreitung in andere Produkte z.B. als liveCache (APO / SCM)
2003
2007
SAP 2008
SAP AG
ADM515
2-6
MaxDB
Fortlaufende Weiterentwicklung
SAP 2008
SAP AG
ADM515
2-7
Entwicklungsziele
Einfache Handhabung
Keine Reorganisation
Wenige Konfigurationsparameter
Niedrige Gesamtbetriebskosten
(Total Cost of Ownership)
SAP 2008 / Page 1
SAP AG
ADM515
2-8
Dokumentenmanagement
z. B. SAP Content Server
Internet-Katalog-Anwendungen
Java-Entwicklung
SAP 2008
SAP AG
ADM515
2-9
Verwendung
Neuerungen
7.1
liveCache
OLTP
7.2
7.3
OLTP
7.4
OLTP
liveCache
OLTP
liveCache
OLTP
liveCache
OLTP
liveCache
7.5
7.6
7.7
7.8
OLTP
liveCache
SAP 2008
Ab SAP DB 7.4 bzw. spter mit MaxDB 7.5 sind fr die Standard-Unix-Versionen (HP-UX, AIX,
Solaris etc.) keine 32Bit-Releases mehr zu erhalten.
Fr Linux und Windows sind weiterhin 32Bit-Releases neben den neu erhltlichen 64-Bit-Versionen
zu bekommen.
32-Bit liveCaches sind nicht erhltlich.
SAP AG
ADM515
2-10
ia32, ia64
x86_64 (EM64T)
PowerPC
HP-UX
ia64
AIX
IBM pSeries
Solaris
Sun SPARC
x86_64 in Vorbereitung
ia32, ia64
Fr die meisten UNIX-Varianten sind nur als 64-Bit-Versionen der MaxDB erhltlich.
Benchmarks fr MaxDB finden Sie unter http://www.sap.com/benchmark/ SD two-tier results.
SAP AG
ADM515
2-11
Dauer: 3 Tage
Dauer: 5 Tage
Dauer: 3 Tage
SAP AG
ADM515
2-12
Literatur
Verfgbare Bcher:
SAP DB / MaxDB
MaxDB - Administration
Zielgruppe: MaxDB Admininistatoren im SAP Produktumfeld
Verlag: SAP Press
SAP AG
ADM515
2-13
MaxDB Homepage
SAP AG
ADM515
2-14
SAP AG
ADM515
2-15
SAP AG
ADM515
2-16
SAP AG
ADM515
2-17
SAP AG
ADM515
2-18
Administration
Datenzugriff
Schnittstellen
Database Studio
Database Studio
DBMCLI
SQLCLI
Loader
Sync Manager
DBanalyzer
WebDAV
SQL Database
Connectivity (SQLDBC)
ODBC 3.5
JDBC 3.0
Perl, Python, PHP
(C/C++ Precompiler zur
Abwrtskompatibilitt)
Installation Manager
MaxDB Datenbankinstanz
SAP 2008
SAP AG
ADM515
2-19
Database Studio
SQL-Abfragen, Reporting
Loader
Synchronization Manager
DBAnalyzer
SAP AG
ADM515
2-20
http://service.sap.com/patches
Database Patches
MaxDB and SAP DB
MaxDB GUI Components/Tools
SAP 2008
SAP AG
ADM515
2-21
SAP 2008
Im Startbildschirm erhalten Sie die Liste der registrierten Datenbankinstanzen. Nach der Auswahl
einer Instanz bietet das Database Studio weitere Informationen und Statistiken.
Um Details anzuzeigen, markieren Sie eine Datenbankinstanz und whlen im Kontextmen (rechte
Maustaste) den Administrationsbereich aus.
Viele Funktionen und Optionen sind ber das Kontextmen im Database Studio erreichbar.
Um Informationen ber einen bestimmten Bereich anzuzeigen, whlen Sie bitte den entsprechenden
Reiter fr die gewnschte Information an.
SAP AG
ADM515
2-22
Neben Administrativen Aufgaben untersttzt das Database Studio auch den SQL-Zugriff auf die
Datenbank und bernimmt damit auch die Rolle des frheren SQL-Studio.
Auch hier ist das Kontextmen des Datenbankinstanznamens der Einstieg. Bitte whlen sie den
SQL-Editor aus.
Mehr Informationen zum Database Studio im zweiten Kapitel.
SAP AG
ADM515
2-23
Installation Manager
Stiller Modus
Template-Auswahl
Optionale Demodaten
Automatic operations
Neustart, Shutdown
Backup, Recovery
Datenbankerweiterungen
GUI
Plattform-unabhngige Java-Entwicklung
Die Funktionen des Installation Managers knnen ebenfalls mit Kommandozeilen-Tools wir
SDBINST und STBUPD ausgefhrt werden.
SAP AG
ADM515
2-24
Erster Schritt:
Registrieren einer
Datenbankinstanz
Bei lokalem
Verbindungsaufbau
Rechnernamen leer lassen
Datenbankinstanz
auswhlen, dann Finish
Das Database Studio ist ein Datenbankwerkzeug fr die Verwaltung von MaxDB-Datenbanken. Mit
ihm knnen Sie Datenbankinstanzen anlegen, steuern, berwachen, sichern, lschen und
gegebenenfalls wiederherstellen.
Um mit dem Database Studio Datenbankinstanzen verwalten zu knnen, mssen diese registriert
sein.
Whlen Sie im Kontextmen des Servers Add Server/Database
Geben Sie den Namen des Rechners ein, auf dem die gewnschte Datenbankinstanz installiert ist,
und lassen Sie sich mit Next die Liste der dort installierten Datenbankinstanzen anzeigen. Falls alles
auf dem lokalen Rechner installiert ist, braucht kein Rechnername eingegeben zu werden.
Lschen Sie die Markierungen fr die Datenbankinstanzen, die Sie die nicht wnschen und whlen
Finish.
Der Eintrag fr die gewhlte Datenbankinstanz taucht dann in dem Hauptschirm des Database
Studios unter dem Servernamen auf.
Die endgltige Anmeldung an die Datenbank erfolgt im zweiter Schritt auf der Folgeseite.
SAP AG
ADM515
2-25
Zweiter Schritt:
Anmeldung an die
Datenbankinstanz
Datenbankinstanzeintrag
anschlieend auswhlen
Benutzername und
Kennwort eingeben. Daten
knnen ebenfalls in der
Registry gespeichert
werden.
SAP 2008
Fhren Sie einen Doppelklick auf den Instanznamen aus oder whlen im Kontextmen den Punkt
Login aus.
Es erscheint das Popup um Anmeldedaten zu definieren. Zur Administration wird zuerst der
Benutzer CONTROL mit dem Kennwort CONTROL bentigt.
Ob die Zugangsdaten richtig sind, knnen Sie auch ber den Button Test Login prfen.
Sobald Anmeldedaten zu einer Datenbankinstanz fehlen, wird dieser Dialog immer automatisch
auftauchen.
ber den Login-Eintrag im Kontextmen der Datenbankinstanz knnen Sie weitere User
hinterlegen.
Fr SQL-Operationen werden spter ein oder mehrere weitere User hier hinterlegt.
SAP AG
ADM515
2-26
Kommandos:
help
apropos
explain
db_enum
db_online
db_admin
db_offline
db_state
db_create
-h
-u <userid,password>
-U <Userkey>
-d <database_name>
-n <server_node>
-i <file_name>
-uUTL <userid,password>
-uSQL <userid,password>
-uSRV <userid,password>
SAP 2008
Sie knnen an den Database Manager Verbindungsoptionen und gleichzeitig maximal ein DBMKommando in einer Kommandozeile bergeben.
Mit dem Kommando dbmcli h erhalten Sie die mglichen Verbindungsoptionen angezeigt.
Um eine Verbindung zur Datenbankinstanz auf dem lokalen Rechner herzustellen, mssen Sie
mindestens den Namen der Datenbankinstanz mit der Option -d <database_name> angeben.
Befindet sich die Datenbankinstanz auf einem entfernten Rechner, mssen Sie zustzlich diesen
Rechnernamen mit der Option -n <server_node> angeben.
Um eine interaktive Sitzung zu erffnen, geben Sie zunchst nur die Verbindungsoptionen an.
Anschlieend knnen Sie Ihre DBM-Kommandos interaktiv eingeben.
Das DBM-Kommando besteht immer aus dem Kommandonamen und optionalen Parametern.
Mit dem DBM-Kommando help erhalten Sie alle verfgbaren DBM-Kommandos angezeigt.
Sie knnen Ihre DBM-Kommandos in eine separate Datei <file_name> schreiben. Geben Sie
dann beim Aufruf des Database Manager CLI auch die Option -i <file_name> an.
SAP AG
ADM515
2-27
SQLCLI: berblick
-h
-u
-U
-d
-n
-S
-i
<sqluserid,password>
<Userkey>
<database_name>
<server_node>
SQLMODE
<input_file>
SAP 2008
Mit dem Kommando sqlcli h erhalten Sie die mglichen Verbindungsoptionen angezeigt.
Um eine Verbindung zur Datenbankinstanz auf dem lokalen Rechner herzustellen, mssen Sie
mindestens den Namen der Datenbankinstanz mit der Option -d <database_name> und einen
SQL-Benutzer angeben.
Befindet sich die Datenbankinstanz auf einem entfernten Rechner, mssen Sie zustzlich diesen
Rechnernamen mit der Option -n <server_node> angeben.
Um eine interaktive Sitzung zu erffnen, geben Sie zunchst nur die Verbindungsoptionen an.
Anschlieend knnen Sie Ihre SQL-Kommandos interaktiv am Prompt des SQLCLI eingeben.
Es ist aber auch mglich, wie in dem Beispiel alle Aufrufoptionen in einer Zeile zu bergeben.
Sie knnen Ihre SQL-Kommandos in eine separate Datei <input_file> schreiben. Geben Sie
dann beim Aufruf des SQLCLI auch die Option -i <file_name> an.
SAP AG
ADM515
2-28
SAP AG
ADM515
2-29
Client
X-Server
Database
Studio
DBM-Server
dbmcli
sqlcli
Kern
Server
config
files
config
files
DB
SAP 2008
Der Database Manager besteht aus einem Server- und einem Client-Teil. Unabhngig davon,
welchen Client Sie verwenden, wird fr den Database Manager dieselbe Funktionalitt angeboten.
Der Database Manager-Server (DBM-Server) stellt die Verbindung zur Datenbankinstanz her.
Es gibt folgende Clients:
y Database Studio mit einer einfach zu bedienenden graphischen Benutzeroberflche.
y DBMCLI als kommandozeilenorientierte Schnittstelle, ebenfalls unabhngig vom
Betriebssystem.
y Skriptschnittstelle ist vorhanden.
Client und DBM-Server knnen auf verschiedenen Rechnern installiert sein. Die Datenbankinstanz
muss immer auf dem Rechner installiert sein, auf dem der DBM-Server installiert ist.
Der X-Server stellt als Kommunikationsinstanz die Verbindung zwischen Client und DBM-Server
her. (Ausnahme: Auf Windows-Betriebssystemen ist die lokale Kommunikation auch ohne X-Server
mglich.)
Die auf der folgenden Folie vorgestellten Betriebszustnde der Datenbank beziehen sich auf die
Kern-Ebene, dargestellt durch die Ampel.
Bitte behalten Sie diese schichtartige Struktur des MaxDB Datenbank Server in der Erinnerung, da
Sie mit dieser Struktur bei der Arbeit mit der MaxDB immer wieder konfrontiert werden.
SAP AG
ADM515
2-30
OFFLINE
Keine
Keine
Datenbankkern-Prozesse aktiv
DBM-Server
ADMIN
Administration
Backup
mglich
ONLINE
Datenbank
vollstndig betriebsbereit
Datenbankbenutzer
Backup
mglich
SAP 2008
SAP AG
ADM515
2-31
Shutdown Normal
Eine letzte Synchronisation mit den DataVolumes wird durchgefhrt (Savepoint)
Anschlieend wird die Datenbank gestoppt
Shutdown Quick
SHUTDOWN
ADMIN oder OFFLINE
ONLINE
T1
(dbmcli-Kommando: db_stop)
Zeit
T2
T3
T4
COMMIT
ADMIN
ROLLBACK
Einen berblick ber die offenen Transaktionen in der Datenbankinstanz erhalten Sie im Database
Studio ber Instance Information Sessions.
Der Shutdown Quick ist eine recht raue Art und Weise die DB zu beenden. Dabei werden die Shared
Memory Bereiche der DB entrissen. Nichtsdestotrotz bleibt die DB konsistent.
Mit dem Kommandozeilentool dbmcli, das auf den folgenden Seiten ebenfalls vorgestellt wird,
knnen Sie mit den Kommandos
y db_online
y db_admin
y db_offline
den Modus zwischen den Betriebszustnden wechseln. Mit diesen Kommandos wird immer ein
Shutdown Normal durchgefhrt.
Den aktuellen Status des Datenbankkerns knnen Sie mit dem Kommando db_state ermitteln.
Wird in besonderen Situationen ein sofortiger Shutdown bentigt, kann dieser mit dem Kommando
db_stop ausgefhrt werden. Bitte beachten sie, da damit keine Synchonisation mit den
Plattenbereichen mehr erfolgt (SAVEPOINT) und damit alle nderungen seit der letzten
Synchronisation verloren sind. Daher das db_stop nur in Ausnahmefllen einsetzen.
SAP AG
ADM515
2-32
SAP AG
ADM515
2-33
SAP MaxDB
SAP NetWeaver ist ein Client-Server-System. Fr den Betrieb wird neben den SAP-Komponenten
ein relationales Datenbanksystem genutzt.
Ein SAP NetWeaver-System kann auf einem oder mehreren Servern installiert werden.
Auf einem dieser Server, dem Datenbankrechner, ist die Datenbanksoftware installiert.
Die SAP NetWeaver-Kernel-Software kann auf beliebig vielen Applikationsservern (einschlielich
dem Datenbankrechner) in jeweils bis zu 100 Instanzen eingerichtet und mit dem zentralen
Datenbankrechner verbunden werden. Jede Instanz des SAP NetWeaver besteht aus einer Vielzahl
von Prozessen und Hauptspeicherbereichen. Der SAP NetWeaver zeichnet sich damit durch ein
hohes Ma an Skalierbarkeit aus.
Der Quellcode der betriebswirtschaftlichen Anwendungen (Programmiersprache: ABAP) ist in
Datenbanktabellen gespeichert. Bei Bedarf greifen die Instanzen des SAP NetWeaver darauf zu.
Die Daten des SAP NetWeaver sind ebenfalls in Datenbanktabellen gespeichert.
SAP AG
ADM515
2-34
SAP
Kernelversion
Neueste untersttzte
MaxDB Version*
3.1I 4.5B
31I_EXT 45B_EXT
4.6C
46D_EXT
4.7 Enterprise
6.10, 6.20
NetWeaver 2004
6.40
6.40_EX2
7.5, 7.6
7.6, 7.7
NetWeaver 7.0
(2004s)
7.00
7.6, 7.7
NetWeaver 7.1
7.10
7.6, 7.7
7.11
7.7
* Stand Herbst 2008
SAP AG
ADM515
2-35
Prsentationsebene
SAP GUI
SAP GUI
Dispatcher
Dispatcher
Anwendungsebene
WP
WP
WP
WP
WP
Datenbankinstanz
SAP 2008
Die dreistufige Client-Server-Architektur des SAP NetWeaver funktioniert nach folgenden Grundlagen:
Auf Prsentationsebene benutzen die Anwender einen SAPGUI, um mit dem SAP WebAS zu
kommunizieren.
Auf Anwendungsebene empfngt der Dispatcher die Benutzeranfragen und schickt sie an verfgbare
Workprozesse, die fr die Abarbeitung der Anfrage zustndig sind.
Der beauftragte Workprozess fhrt den entsprechenden ABAP-Code aus. Dabei formuliert und
verschickt er SQL-Kommandos an die Datenbank und empfngt die Ergebnisse. Der Workprozess
sendet die Antwort direkt an den SAPGUI des Anwenders.
Neu mit dem SAP NetWeaver ist es im Gegensatz zu lteren Releases mglich, da ein Workproze
beliebig viele Verbindung zur Datenbank ffnet. Der Workproze ist hier aber nur ausfhrendes
Organ und wird hier komplett durch die Applikation gesteuert. Nach einiger Zeit sind dann evt. alle
Verbindungsmglichkeiten auf der Seite der Datenbank belegt. Derzeit werden in der
Datenbankschnittstelle des SAP NetWeaver (DBSL) nur maximal 16 Verbindungen pro
Workprozess zu Datenbanken zugelassen.
Sollte es also hier Aufflligkeiten geben, mu die Applikation kontrolliert werden. berprfen kann
man diese Verbindungszahlen einfach ber den Development Trace der Workprozesse (dev_w*).
Bei jedem Verbindungsaufbau wird eine komplette Liste alle Verbindungen aufgefhrt und die
beltter knnen schnell identifiziert werden.
SAP AG
ADM515
2-36
Dispatcher
WP
WP
WP
WP
SAP
SAP NetWeaver-Instanzen
NetWeaver-Instanzen
UKTs
Usertasks
MaxDB-Prozesse
MaxDB-Prozesse
Coordinator
Requstor
IO Buffer Cache
Catalog Cache
Speicherbereiche
Speicherbereiche
Shared SQL
Log Warteschlange
SAP 2008
Der SAP NetWeaver erscheint gegenber der Datenbank als eine Gruppe von Datenbanksitzungen
der Workprozesse eines einzigen Users mit Namen sap<sid>. Jedem Workprozess ist genau eine
User-Task der Datenbank fest zugeordnet.
Beim Start des SAP NetWeaver sendet der Workprozess eine Anmeldeanforderung an den
Datenbankserver.
Der Requestor sucht eine freie User-Task und bergibt dieser die Anmeldeanforderung.
Nach bermitteln der gltigen Kombination aus Benutzername und Kennwort wird die
Datenbanksitzung etabliert.
Die Sitzung bleibt bis zum expliziten Abmelden des Workprozesses durch den SAP NetWeaver
bestehen oder wird nach 30 Minuten Unttigkeit auch automatisch wieder abgebaut.
Die User-Task hat Zugriff auf die gemeinsam genutzten Speicherbereiche der Datenbank (Shared
Memory) und bernimmt die Verarbeitung der Benutzer-Aktionen.
SAP AG
ADM515
2-37
Kommunikation im Netzwerk
Datenbankrechner
SAP WebAS-Instanz
Dispatcher
Datenbankinstanz
UKT
Task n
Task 1
IPC
WP
WP
WP
X-Server
SAP WebAS-Applikationsserver
SAP WebAS-Instanz
TCP/IP
Dispatcher
Port sql6
7210/tcp
Port sapdbni 7269/tcp
WP
WP
WP
SAP 2008
Whrend bei der Kommunikation mit Prozessen, die auf dem Datenbankrechner laufen, das IPCProtokoll verwendet wird, erfolgt die Netzwerk-Kommunikation mit Prozessen auf entfernten
Rechnern mit Hilfe von TCP/IP.
Dabei werden die Ports 7210 und 7269 benutzt (Service-Eintrag sql6 7210/tcp und sapdbni
7269/tcp). Letzterer wird von der SAP DB Connection (SAP Hinweis 202344) benutzt.
Der X-Server (Remote SQL Server) als Kommunikationsinstanz muss auf dem Datenbankrechner
gestartet sein, damit der Zugriff von einem entfernten Rechner aus mglich ist.
Der X-Server ist beim Einsatz mehrerer Applikationsserver Voraussetzung fr den Aufbau und die
Aufrechterhaltung der Verbindung zwischen SAP-Workprozessen auf entfernten Rechnern und den
MaxDB-Usertasks.
Clients der MaxDB-Werkzeuge (z.B. DBMCLI, Database Studio) wenden sich ebenfalls an den XServer, wenn sie eine Verbindung zu einer Datenbankinstanz von auerhalb aufnehmen wollen.
Beim lokalen Zugriff auf die DB ist blicherweise kein X-Server notwendig. Es mag evt. spezielle
Situationen beim Upgrade, gemischte 32Bit/64Bit-Umgebungen o.. geben, aber nderungen die
aktiv vorgenommen werden mssen, sollten in der begleitenden Dokumentation explizit beschrieben
sein.
SAP AG
ADM515
2-38
SAP AG
ADM515
2-39
Mit SAP NetWeaver 7.0 (2004s) ersetzt das DBA-Cockpit einige bis dahin vorhandene MaxDBTransaktionen und harmonisiert das DBA-Interface zu Datenbanken, die mit SAP NetWeaver
verwendet werden knnen. Daher werden nun die Funktionen von DB50, DB59, DB12, DB13 usw.
hier vereint.
Das DBA-Cockpit stellt einen zentralen Einstiegspunkt dar und ist ber /nDBACOCKPIT im
Transaktionsfeld direkt aufrufbar.
SAP AG
ADM515
2-40
BW
CRM
Applikation
MaxDB
Applikation
MaxDB
OLTP
nicht-SAP
Applikation
Applikation
MaxDB
MaxDB
SCM
KW
Applikation
Applikation
MaxDB
MaxDB
liveCache
Content
Server
SAP AG
ADM515
2-41
BW
CRM
Applikation
MaxDB
Applikation
MaxDB
OLTP
nicht-SAP
Applikation
Applikation
MaxDB
MaxDB
SCM
KW
Applikation
Applikation
MaxDB
MaxDB
liveCache
Content
Server
In gleicher Form kann das DBA-Cockpit ebenfalls ein zentrales Monitoring in verteilten ServerLandschaften anbieten.
Ein zustzliche Installation des Database Studio wird hierfr nicht bentigt. Die Verwendung kann
ber die Berechtigungskonzepte im SAP NetWeaver gesteuert werden.
Die zu administrierenden Instanzen mssen dann ber zustzliche Databankverbindungen in der
DB59 eingerichtet werden.
Oft bietet sich fr so eine zentrale Administrationsplattform der SAP Solution Manager an.
SAP AG
ADM515
2-42
SAP AG
ADM515
2-43
Serverlandschaft
Gruppe
NN
Database
Studio
starten
Windows Terminal-Server
Datenbank-Server
Registrieren
MaxDB
MaxDB
MaxDB
MaxDBbungsdatenbanken
T01 ... T30
(T01a ... T30a)
(T01b ... T30b)
telnet
starten
OLTP
Applikation
NetWeaver
System
DEV (7.00)
MaxDB
Anmelden
SAP 2008
SAP AG
ADM515
2-44
SAP AG
ADM515
2-45
SAP AG
ADM515
2-46
bungen
Kapitel: 1
Thema: Datenbank-Grundwissen
Am Ende dieser bungen knnen Sie:
Die Tools der Datenbank anwenden, die fr die Schulung und die
allgemeine Administration notwendig sind.
Mit dem ersten Teil der hier aufgefhrten Tools findet die Administration
der Datenbank statt. Die sichere Verwendung dieses ersten Teils der
Tools ist daher Ziel dieser bung.
1-1
1-2
SAP AG
ADM515
2-47
SAP AG
ADM515
2-48
Lsungen
Kapitel: 1
Thema: Datenbank-Grundwissen
1-1
1-2
SAP AG
ADM515
2-49
SAP AG
ADM515
2-50
MaxDB betreiben
Inhalt:
Informationsquellen im neuen Tool Database Studio
Benutzer im MaxDB-Umfeld
SAP AG
ADM515
3-1
SAP AG
ADM515
3-2
Agenda I
3. MaxDB-Interna
Einfhrung
Werkzeuge und Schnittstellen
Architektur und Betriebszustnde
MaxDB und SAP NetWeaver
Integration mit SAP NetWeaver
Serverlandschaft der Schulung
3.1.
3.2.
3.3.
3.4.
3.5
4. Datenbanksicherung und
-wiederherstellung
2. MaxDB betreiben
2.1.
2.2.
2.3.
2.4.
2.5.
2.6.
2.7.
2.8.
Prozesse
Sperren
Speicherbereiche
Plattenbereiche
Logging
4.1.
4.2.
4.3.
4.4.
4.5.
4.6.
4.7.
4.8.
Vollstndige Datensicherung
Inkrementelle Datensicherungen
MaxDB Snapshots
Log-Sicherungen
Automatische Log-Sicherung
berprfen der Sicherungen
Sicherungsstrategie
Externe Sicherungstools
SAP 2008
SAP AG
ADM515
3-3
Agenda II
5.
Weitere Administrationsthemen
5.1.
5.2.
5.3.
5.4.
5.5.
5.6.
5.7.
7.
bersicht
nderungen des Datenbankkerns
Neue administrative Funktionen
Setup und Infrastruktur
Interface & User
6. Performance-Tuning und
Problemsituationen
6.1.
6.2.
6.3.
6.4.
6.5.
6.6.
B*-Bume
Optimierung
Monitore des SAP NetWeaver
Vermeidbare Probleme
Diagnosedateien und TraceMglichkeiten
Fehlerarten und deren Analyse
SAP 2008
SAP AG
ADM515
3-4
MaxDB betreiben
Thema 1: berblick Database Studio
Thema 2: Wichtige Informationsquellen im Database Studio
Thema 3: Benutzer der MaxDB im SAP-Umfeld
Thema 4: Plattenbereiche fr Daten und Log
Thema 5: Konfigurationsnderungen
Thema 6: DBFULL und LOGFULL Situationen
Thema 7: Parameter
Thema 8: bungswerkzeug
SAP AG
ADM515
3-5
ber die Icons im Kopf der Administration knnen Sie direkt den Betriebsmodus der
administrierten Datenbank wechseln.
Viele wichtige Funktionen im Database Studio knnen auf dem Overview-Reiter ber Hyperlinks
erreicht werden.
Auch werden wichtige Warnhinweise mit entsprechenden Hyperlinks zu dem entsprechenden
Wizard hier gezeigt, wenn Sie auftreten.
y Hierzu zhlen
fehlende vollstndige Datensicherungen,
defekte oder fehlende Indizes,
usw.
Der Bereich mit dem Fllungsbalken kann ber den Button rechts erweitert werden, um
ausfhrlichere Infos zum Fllstand anzeigen zu knnen.
Durch einen Doppelklick auf die Reiter fr Administration usw. kann die linke Baumstruktur mit
den Servern und Datenbanken ausgeblendet und die gesamte Darstellungsbreite genutzt werden.
Auerdem gibt es viele weitere Spezialbildschirmbereiche die ber den rechten unteren Bereich in
der Statuszeile eingeblendet weden knnen. Hier in dem Beispiel sehen Sie den kleinen
Bildschirm, der ein Konsolenfenster erreichbar macht, mit dem man die dbmcli-Kommandos der
Aktionen im Database Studio anzeigen kann. Wie diese Spezialbildschirmbereiche aktiviert werden
knnen sehen Sie in Kapitel 5.
Auf den folgenden Folien werden die verschiedenen Reiter im Administrationsbereich vorgestellt.
SAP AG
ADM515
3-6
SAP 2008
Im Taskmanager erhalten Sie Einblick in die gerade laufenden Tasks und Betriebszustnde in der
Datenbank.
Die Liste der Tasks kann eingeschrnkt werden, hier auf die aktiven Tasks.
Auch ausfhrliche Details zu den internen Prozessen der Tasks knnen eingeblendet werden und
werden in der nchsten Folie weiter erlutert.
ber den Auffrisch-Button im oberen Bereich kann die Liste aktualisiert werden.
Auerdem ist es mglich eine ausfhrliche Zeitmessung verschiedenster interner Datenbankprozesse
einzuschalten.
y Bitte bedenken Sie, da die Aktivierung der ausfhrlichen Zeitmessung einen Mehraufwand fr
die Datenbankinstanz bedeutet, die angezeigten Zeiten zu ermitteln und zu berechnen. Dies
kann in Abhngigkeit von der allgemeinen Last auf der Datenbank zu einer Beeintrchtigung
der Performance fhren. Die Auswirkungen sind hher, je mehr Last auf die Instanz kommt.
Diese Zeitmessung sollte daher nur im Bedarfsfalle und ansonsten nur auf Test- und
Entwicklungssystemen lngerfristig einschalten werden. Im Allgemeinen sind die
Auswirkungen auch auf groen Systemen kaum vernehmbar.
SAP AG
ADM515
3-7
Ein Ergebnis der Aktivierung der ausfhrlichen Zeitmessung sehen wir hier in den Details zum Task
554: Die durchschnittlichen Schreibzeiten werden mit 1,5 ms angezeigt. Dieser Wert ist sehr gut.
Werte unter 10 ms sind blicherweise fr eine gute Performance der Datenbank wichtig. Daher ist es
wichtig, diese Werte besonders bei Performanceproblemen zu ermitteln.
Das Thread-Layout sowie einige statistische Daten der Threads sind hier ebenfalls abrufbar.
SAP AG
ADM515
3-8
Im Bereich Activities sind viele statistische Betriebsdaten der MaxDB aufgelistet. Viele haben reinen
Protokollcharakter
Interessant bleiben die Eintrge fr Sperreskalationen und berlufe der Log-Warteschlange (Log
I/O Queue Overflow).
y Der Wert fr Log I/O Queue Overflow sollte mglichst bei Null liegen. Wenn das nicht der Fall
ist, zeigen entweder die Log-Platten nicht die entsprechende Performance oder es tritt manchmal
kurzzeitig eine extrem hohe Log-Last auf. Dann knnen Sie versuchen, durch Erhhen des
Parameters LogQueueSize einen greren Puffer zu schaffen, aber die schlechten COMMITZeiten werden trotzdem bestehen bleiben.
SAP AG
ADM515
3-9
SAP 2008
Unter Caches sehen Sie die wichtigen Cache-Bereiche der MaxDB und deren Trefferraten (Hit
Rate).
Die Werte fr den Data Cache sollten mglichst ber 98% liegen. Je hher der Wert desto besser.
Fr den Catalog Cache gelten andere Empfehlungen von grer 85% auch wenn schlechtere Werte
hier keinen erhhten IO-Bedarf bedeutet, wie z.B. beim Data Cache. Der Catalog Cache hat daher
nicht den groen Einflu auf die Gesamtperformance der Datenbank.
Die zugrundeliegenden Werte werden seit Start der Datenbank ermittelt. Daher sind die Werte nach
einer gewissen Laufzeit der Datenbank stark gemittelt und zeigen u.U. nicht mehr kurzzeitige
Effekte an. Um diese zu erkennen, mu dann auf den DBanalyzer zurckgegriffen werden (Kapitel
6).
SAP AG
ADM515
3-10
SAP AG
ADM515
3-11
MaxDB betreiben
Thema 1: berblick Database Studio
Thema 2: Wichtige Informationsquellen im Database Studio
Thema 3: Benutzer der MaxDB im SAP-Umfeld
Thema 4: Plattenbereiche fr Daten und Log
Thema 5: Konfigurationsnderungen
Thema 6: DBFULL und LOGFULL Situationen
Thema 7: Parameter
Thema 8: bungswerkzeug
SAP 2008
SAP AG
ADM515
3-12
Neben den Daten, die im Administrationsbereich generell angezeigt werden, knnen auch die
Rohdaten ber die Kommandos unter Database Server erreicht werden.
Es handelt sich hier um die gleichen Kommandos die auf der Konsole ber das x_cons oder
dbmcli aufgefhrt werden knnen.
Hier ist die Ausgabe des x_cons <SID> show dev_io zu erkennen, dessen interessantesten Spalten
die AvgRead und AvgWrite sind. Dort knnen Device-bezogene IO-Zeiten ermittelt werden und so
Hardware-Probleme mit einzelnen Platten oder Plattenbereichen festgestellt werden. Mit MaxDB
7.7.04 und folgende wird dieses Kommando sowohl fr Unix als auch Windows angeboten (Fr
Windows knnte diese Ausgabe in frheren Versionen nicht angeboten werden).
SAP AG
ADM515
3-13
SAP AG
ADM515
3-14
SQL-Inhalte der Datenbank erhalten Sie unter dem Besitzer der SQL-Tabelle im Bereich Tables.
SAP AG
ADM515
3-15
MaxDB betreiben
Thema 1: berblick Database Studio
Thema 2: Wichtige Informationsquellen im Database Studio
Thema 3: Benutzer der MaxDB im SAP-Umfeld
Thema 4: Plattenbereiche fr Daten und Log
Thema 5: Konfigurationsnderungen
Thema 6: DBFULL und LOGFULL Situationen
Thema 7: Parameter
Thema 8: bungswerkzeug
SAP 2008
SAP AG
ADM515
3-16
Windows
Unix
Name
Funktion
Gruppe
Home Directory
root
UNIX-Superuser
sys
sdb
sdba
/sapdb/<SID>/db
<sid>adm
SAP NetWeaver-Administration
sapsys,sdba
freie Wahl
<sid>adm
SAP NetWeaver-Administration
Administratoren
freie Wahl
SAPservice<SID>
Serviceverwaltung
Administratoren
Im Umfeld des SAP NetWeaver-Systems mit MaxDB sind folgende Betriebssystembenutzer wichtig:
Der Benutzer root wird fr die SAP-Installationstools bentigt. Diese Tools springen intern auf die
Benutzer <sid>adm oder sdb um.
Der User sdb ist der Eigentmer der Dateien im Verzeichnis /sapdb. Dieser User ist kein Logonuser.
Bei manchen Anwendungsbereichen (z. B. liveCache) ist der Benutzer <sid>adm sowohl zur
Installation als auch zur Administration berechtigt.
<sid>adm ist der Eigentmer aller SAP NetWeaver-Programmdateien. Im UNIX-Umfeld sollten alle
Aktivitten auf Betriebssystemebene mit <sid>adm durchgefhrt werden. Durch die Zuordnung der
Gruppenzugehrigkeit zur Unix-Gruppe SDBA erhlt er die Mglichkeit MaxDB Programme
auszufhren.
Unter Windows startet die Serviceverwaltung die Datenbank und die NetWeaver-Instanzen mit dem
Benutzer SAPService<SID>.
Fr die Kennwrter gelten die blichen Sicherheitsrichtlinien.
SAP AG
ADM515
3-17
MaxDB-Benutzer
Benutzer/Pawort
Funktion
Gruppe
Modus
control/control
Database Manager-Benutzer
kann keine SQL-Anweisungen
ausfhren
DBM
Online,
Admin,
Offline
superdba/admin
Datenbanksystemadministrator
SYSDBA
Online
sap<sid>/sap
bzw. sapr3/sap
Datenbankbenutzer (SQL)
DBA
Online
domain/domain
Datenbankbenutzer (SQL)
DBA
Online
SAP 2008
SAP AG
ADM515
3-18
SQL Benutzer
Betriebssystem
root
sdb
<sid>adm
SAPservice<SID>
Datenbankadministration
control
Xuser
data
SQL-User Bereich
superdba
domain
sap<sid>
superdba
domain
SAP AG
ADM515
3-19
Anmelde-Automatisierung: XUSER
USER SESSION
des OS Users
dbmcli U w
XUSER-Data
Parameter Set 1
USERKEY
USERID
PASSWORD
Repeat password
SERVERDB
SERVERNODE
SQLMODE
CACHELIMIT
TIMEOUT
ISOLATION
ENCRYPTION
DEFAULT
sap<sid>
***
***
E20
ws0815
SAPR3
-1
0
0
NO
Set 2
c
CONTROL
********
********
E20
ws0815
INTERNAL
-1
0
0
NO
Set 3
w
SUPERDBA
*****
*****
E20
ws0815
INTERNAL
-1
0
0
NO
Client
Abschlieend: Verbindungsaufbau mit
versteckten Anmeldedaten, entsprechend
dbmcli d E20 u SUPERDBA,<PWD>
Co
nn
ec
t
MaxDB Server
SAP 2008
Mit dem Werkzeug XUSER knnen Sie Benutzerangaben als Parameterstze unter Angabe eines
Benutzerschlssels (USERKEY) speichern. Beim Aufruf des Database Manager CLI, der SQL
Database Connectivity (SQLDBC) beim Start des SAP-Systems und des alten C/C++-Precompiler
kann ber diese Schlssel auf die Benutzerangaben zugegriffen werden.
Das Programm XUSER verwaltet fr einen Betriebssystembenutzer bis zu 32 Parameterstze.
Die Parameterstze werden in der Datei .XUSER.62 im Homeverzeichnis des
Betriebssystembenutzers abgelegt. Bei Windows erfolgt die Ablage in der Windows Registry.
Der erste Parametersatz heit DEFAULT und dieser Name ist nicht nderbar. Wenn bei der
Datenbankanmeldung kein Schlssel angegeben wird, benutzt das System diesen Parametersatz an
der ersten Stelle im XUSER.
Fr eine SAP NetWeaver-Datenbank identifiziert DEFAULT den Benutzer sap<sid>. Damit knnen
sich die Workprozesse operatorlos an der Datenbank anmelden.
Das Computing Center Management System (CCMS) innerhalb des SAP NetWeaver bentigt
darber hinaus die Schlssel w und c.
SERVERDB bezeichnet den Namen der Datenbankinstanz (<SID>).
SERVERNODE bezeichnet den Rechner, auf dem Datenbankinstanz installiert ist.
Ab Datenbankversionen MaxDB 7.6 aufwrts kann auch die Verschlsselung auf der
Netzwerkverbindung zwischen Client (Applikationsserver, dbmcli, usw.) und Xserver der
Datenbank eingeschaltet werden. Dazu werden derzeit noch weitere Verschlsselungsbibliotheken
von der SAP bentigt.
SAP AG
ADM515
3-20
XUSER-Daten pflegen
Optionen
Aktionen
-U
-u
-d
-n
-S
-t
-I
User key
Benutzername
Datenbankname
Servername
SQL-Mode
Timeout
Isolation level
list Auflistung
set
nderungen setzen
clear Eintrag lschen
Beispiel:
xuser U DEFAULT u sap<sid>,passwd d <SID> -n <host> -S SAPR3 set
SAP AG
ADM515
3-21
Logon-Option SQL-Modus
Folgende SQL-Modus sind mglich:
INTERNAL
ORACLE
(SAPR3)
MaxDB versteht verschiedene SQL-Dialekte. Diese Eigenschaft ist besonders bei der Portierung
vorhandener, selbstentwickelter Software interessant, um den Aufwand fr den Wechsel hin zur
MaxDB zu erleichtern.
Der SQL-Modus kann gewhlt werden (Beispiel: MaxDB-Datenbankwerkzeug Database Studio)
Der SQL-Modus INTERNAL (systeminterne Definition) ist der Vorschlagswert.
Es wird der Standard SQL92 mit MaxDB-spezifischen Ergnzungen untersttzt.
Die Untersttzung anderer SQL-Modi bezglich der DDL-Anweisungen ist eingeschrnkt.
Der SQL-Modus SAPR3 ist eine Kopie des Oracle SQL-Modus, der fr fast alle Zugriffe des SAP
NetWeaver-Systems auf die MaxDB genutzt wird.
SAP AG
ADM515
3-22
SAP 2008
SAP AG
ADM515
3-23
MaxDB betreiben
Thema 1: berblick Database Studio
Thema 2: Wichtige Informationsquellen im Database Studio
Thema 3: Benutzer der MaxDB im SAP-Umfeld
Thema 4: Administration der Plattenbereiche fr Daten und Log
Thema 5: Konfigurationsnderungen
Thema 6: DBFULL und LOGFULL Situationen
Thema 7: Parameter
Thema 8: bungswerkzeug
SAP 2008
SAP AG
ADM515
3-24
Daten-Volume anfgen
Die Datenbank kann immer bis zu der angezeigten Anzahl von DatenVolumes bis zum nchsten
Restart erweitert werden.
Die Gre der DatenVolumes kann individuell gesetzt werden, es wird aber empfohlen an einer
Volume-Gre festzuhalten. Unterschiedliche Volume-Gren knnen sich negativ auf die
Gesamtperformance der Datenbank auswirken.
Die Datenbank kann ber einen Doppelklick auf den ausgegrauten Eintrag in der Volume-Liste oder
ber den Button New erweitert werden.
Mit einem Doppelklick auf die vorhandenen Volumes erhalten Sie die Eigenschaften und
Einstellungen des Volumes.
SAP AG
ADM515
3-25
Log-Volume anfgen
Gleiches wie fr die Daten-Volumes gilt auf fr die Log-Volumes (Doppelklick auf ausgegraute
Eintrge oder den New-Button)
Die Anzahl der Log-Volumes liegt blicherweise bei ein bis zwei Volumes. Mehr Log-Volumes sind
auf jeden Fall mglich, aber unntig.
Viele weitere Informationen zum Zustand des Log werden in dieser Darstellung aufgelistet. ber die
Hyperlinks gelangen Sie oft direkt in die entsprechenden Wizards zur Einstellung der Fhigkeiten
wie z.B. automatische Log-Sicherungen.
Bitte seinen Sie sehr vorsichtig mit der Deaktivierung des Redo-Log-Managements! Es besteht
die Gefahr, Business-Daten unwiderruflich zu verlieren.
SAP AG
ADM515
3-26
MaxDB betreiben
Thema 1: berblick Database Studio
Thema 2: Wichtige Informationsquellen im Database Studio
Thema 3: Benutzer der MaxDB im SAP-Umfeld
Thema 4: Administration der Plattenbereiche fr Daten und Log
Thema 5: Konfigurationsnderungen
Thema 6: DBFULL und LOGFULL Situationen
Thema 7: Parameter
Thema 8: bungswerkzeug
SAP 2008
SAP AG
ADM515
3-27
Konfigurationsnderungen
Beschreibung
Betriebszustand
Protokollierte Aktion
ADMIN
ONLINE
ADMIN
ONLINE
ADMIN
ONLINE
OFFLINE
ONLINE ADMIN
ONLINE ADMIN
ONLINE ADMIN
ONLINE
SAP 2008
Daten- oder Log-Bereich vergrern: Entsprechende Aktionen stehen im Database Studio zur
Verfgung.
y Diese Aktionen knnen sowohl im Zustand ONLINE als auch ADMIN durchgefhrt werden.
y Im Zustand ONLINE kann immer nur eine bestimmte Anzahl von Volumes hinzugefgt
werden. Das Database Studio zeigt alle verfgbaren Volumes als ausgegraute Eintrge an.
Eigenschaften bestehender Volumes ndern:
y Die Definition bestehender Volumes knnen im Zustand OFFLINE editiert werden.
y So ist es beispielsweise mglich, nach Verschieben eines Volumes von einem Verzeichnis zu
einem anderen den Pfad dieses Volumes entsprechend anzupassen.
y Es ist nicht mglich, bestehende Volumes nachtrglich in der Gre zu verndern. Einziger
indirekter Weg, dieses zu erreichen, ist eine Ausgliederung und Lschung des Daten-Volumes
und anschlieend das Daten-Volume in gewnschter Gre wieder anzulegen.
SAP AG
ADM515
3-28
DATA
DATA
DATA
Mit dieser Funktion knnen DataVolumes auch indirekt in der Gre verndert werden (das
bestehende Daten-Volume lschen und durch greres oder kleineres ersetzen)
Die Daten des zu lschenden Volumes mssen zuerst automatisch auf die anderen Volumes
verteilt werden
DATA
dbmcli U c
db_deletevolume [DATA] [ NAME <vol_name> | [ID] <vol_no> ]
SAP 2008
Mit dieser Option wird indirekt eine Grennderung von Daten-Volumes angeboten: Entsprechend
grere Daten-Volumes mssen erst angelegt werden und dann knnen die lteren, kleinen gelscht
werden. Damit knnen nach und nach alle Datenvolumes im ONLINE-Modus auf eine andere Gre
gebracht werden, whrend die neuen Volumes die Daten der alten Volumes bernehmen.
Mit param_getvolsall oder param_getvolume <vol_no> DATA kann ermittelt werden,
was die vol_no oder vol_name zu dem zu lschenden Volume ist.
SAP AG
ADM515
3-29
SAP 2008
Um ein Volume auslagern und lschen zu knnen, mu in den anderen Daten-Volumes genug Platz
fr die Daten zur Verfgung stehen.
Eine Verschiebung von groen Datenbestnden hat natrlich einen gewissen Einflu auf die
Performance des Systems, je nach Fhigkeiten der darunterliegenden Hardware mit den
Datenstrmen umzugehen.
Zustzlich erfolgt der Transfer der Daten noch ber den DataCache der Datenbank und kann zu
Verdrngung fhren. Es ist in Planung fr solche Transfers in Zukunft andere Speicherstrukturen
auerhalb des DataCache zu verwenden.
Daher sollten solche Aktionen auf Produktivsystemen mglichst zu lastrmeren Zeiten erfolgen.
SAP AG
ADM515
3-30
Im Offline Modus:
Setzen Sie die Datenbank in den Betriebszustand Offline und erhalten damit die Mglichkeit, die
Lage der Volumes zu verndern.
Vor dem nchsten Restart der Datenbank von OFFLINE nach ADMIN mssen dann auch die
betroffenen Volumes manuell an die neue Position verschoben werden.
SAP AG
ADM515
3-31
Der Wechsel des Log-Modus von nichtgespiegelt nach gespiegelt und zurck ist vergleichbar. Die
gespiegelten Log-Volumes werden definiert oder gelscht.
Durch den Wechsel des Log-Modus von nichtgespiegelt nach gespiegelt oder umgekehrt wird die
Sicherungshistorie nicht aufgebrochen.
Die Datenbank wird whrend des Vorgangs durchgestartet.
Der anschlieende Proze des Bereitstellens der Spiegellung kann entsprechend lange dauern, je
nachdem wie gro das zu formatierende Log-Volume ist.
Als allgemeine Empfehlung gilt: Log-Spiegelung nur fr Kleinstsysteme verwenden.
SAP AG
ADM515
3-32
SAP 2008
Bei Installationen, die reinen Testcharakter haben, ist es mglich, den Log-Modus in einen
berschreibmodus zu setzen. Dabei werden die Log-Eintrge vor dem berschreiben nicht
gesichert.
Sie sollten entscheiden, ob ein Datenverlust im Entwicklungssystem durch nicht durchgefhrte LogSicherungen verschmerzbar ist. Falls nicht, sollten Sie auch fr diese Systeme den normalen LogModus mit oder ohne Spiegellung whlen.
Datenbankinstanzen, die im Log-Modus OVERWRITE laufen, nutzen die Log-Eintrge im LogVolume nur, um im Falle eines Problems mit anschlieendem Neustart die offenen Transaktionen
vorzurollen.
Daher sollte der Log-Bereich auch im Log-Modus OVERWRITE gro genug gewhlt sein, um die
Log-Eintrge offener Transaktionen aufzunehmen. Dies gilt besonders fr Content-ServerInstallationen: Hier muss der Log-Bereich zustzlich nderungen an groen (binren) Objekten
protokollieren. Daher sollte er hier mindestens so gro gewhlt werden wie das grte zu ndernde
Objekt in der Datenbank. Sonst kommt es trotz Log-Modus OVERWRITE zu einer LOG FULLSituation. Bei nderungen an Objekten werden nur die After-Images in den Log-Bereich
geschrieben.
Den Log-Modus knnen Sie im Database Studio im Administrationsbereich ber den Reiter Log
Area umstellen. Sie werden dabei von einem Wizard untersttzt.
Sie knnen hier auf den berschreib-(Overwrite) Modus und zurck auf den Normalmodus
wechseln. Dabei wird die Datenbank durchgestartet.
Auerdem hat es Auswirkungen auf die Sicherungshistorie, da mit dem berschreibmodus keine
Log-Sicherungen mehr angefertigt werden knnen und daher nur noch DatenSicherungen als
Rcksetzmglichkeit bestehen. Die Auswirkungen werden in der Folgefolie aufgezeigt.
SAP AG
ADM515
3-33
SAP 2008
Durch die Umstellung des Log-Modus auf den berschreibmodus sind keine Log-Sicherungen mehr
mglich und damit ist eine Wiederherstellung bis zur letzten abgeschlossenen Transaktion nur in
Ausnahmefllen mglich.
Daher wird nach jeder Datensicherung eine zustzliche Zeile in die Sicherungshistorie eingetragen,
die auf den Bruch der Sicherungshistorie hindeutet (HISTLOST).
Aufgrund dieser HISTLOST Eintrge wird beim Start von Sicherungen immer nur noch die
Vollsicherung angeboten um eine neue Sicherungshistorie zu starten.
Weiteres zur Sicherungshistorie im Kapitel 4.
SAP AG
ADM515
3-34
SAP 2008
Es gibt auch die Mglichkeit, das Log-Management komplett zu deaktivieren, was natrlich mit
entsprechender Vorsicht bedacht werden sollte.
Damit werden keine Log-Informationen mehr in das Log-Volume geschrieben, auer ein paar
wenige Synchronisationsinformationen.
Desweiteren werden keine zeitgesteuerten SAVEPOINTs mehr ausgefhrt.
Auch bedenken Sie bitte, da nach einem Crash die DB beim Restart auf den Stand zurckfllt, der
beim letzten SAVEPOINT bestand und zustzlich alle dort offenen Transaktionen auch noch
zurckgerollt werden.
y Es gibt keine Mglichkeit mehr des Vorrollens.
y Sie verlieren hier also Informationen aus bereits abgeschlossenen Transaktionen, deren
Ergebnisse aber zwischen den SAVEPOINTs nur im IO Buffer Cache stehen und sind daher
nach einem Crash verloren.
y Bei einem normalen Shutdown der DB wird kurz vor dem Abschlu noch ein SAVEPOINT
geschrieben.
y Bei einem db_stop durch das dbmcli wird kein SAVEPOINT mehr durchgefhrt.
SAP AG
ADM515
3-35
Nach erfolgreicher Umstellung wird der Log-Zustand Redo Log Management is deactivated
angezeigt.
Das Deaktivieren des Log-Managements hat die gleichen Auswirkungen auf die Sicherungshistorie
wie das Automatische berschreiben des Logs. Es wird ein Eintrag Histlost erzeugt.
Bitte beachten Sie die Warnungen der vorhergehenden Seiten zum Thema das Log-Management zu
deaktivieren.
SAP AG
ADM515
3-36
erfolgen.
Besonders wichtig ist es, nach einem Update der Datenbanksoftware.
Die Updatetools der MaxDB (hier SDBUPD) fhren diesen wichtigen Update der Systemtabellen
automatisch als Abschlu der Aktivitten aus. Nur beim SDBINST erfolgt dieses nicht und ein
Update der Systemtabellen mu dort manuell erfolgen.
Der Update bzw. das Laden der Systemtabellen kann zu jedem Zeitpunkt im Online-Modus der
Datenbank durchgefhrt werden.
SAP AG
ADM515
3-37
ber das Database Studio knnen keine Benutzerinformationen an den Proze bergeben werden.
Diese Eingaben werden intern ermittelt.
SAP AG
ADM515
3-38
MaxDB betreiben
Thema 1: berblick Database Studio
Thema 2: Wichtige Informationsquellen im Database Studio
Thema 3: Benutzer der MaxDB im SAP-Umfeld
Thema 4: Administration der Plattenbereiche fr Daten und Log
Thema 5: Konfigurationsnderungen
Thema 6: DBFULL und LOGFULL Situationen
Thema 7: Parameter
Thema 8: bungswerkzeug
SAP 2008
SAP AG
ADM515
3-39
FULL-Situationen
Daten
Log
SAP 2008 / Page 1
SAP AG
ADM515
3-40
ACTIVE
TASKS
SAP 2008
Es gibt die Mglichkeit, in der Prozessliste der aktiven Tasks (ACTIVE) zu erkennen, welcher Task
durch den vollgelaufenen Log-Bereich angehalten wurde und warum.
Die Prozessliste (TASKS) zeigt, welche Aktionen in der Datenbank durchgefhrt werden.
Der Benutzerprozess (T82: User) wurde angehalten aufgrund des DB FULL.
ber die APPL-pid ist es mglich, den Verursacher auf der Seite des SAP NetWeaver zu ermitteln.
Evt. ist dieser aber auch nur Leidtragender, der zufllig die letzte frei Datenbankseite angefordert
hat.
SAP AG
ADM515
3-41
ACTIVE
TASKS
SAP 2008
ber die Application-PID kann zurckverfolgt werden, welcher Prozess auf Betriebssystemebene fr
diese Situation verantwortlich ist.
SAP AG
ADM515
3-42
Eine weitere Mglichkeit, die DB FULL- bzw. LOG FULL-Situationen zu erkennen, besteht darin,
die Database Messages nach entsprechenden Meldungen zu durchsuchen.
Warungen vor einer DB FULL-Situation erscheinen hier schon frher.
SAP AG
ADM515
3-43
SAP 2008
SAP AG
ADM515
3-44
Grnde fr Suspend-Situationen
Analog lt sich eine Ausgabe mit x_cons <SID> show SUSPENDS anzeigen.
In dieser Ausgabe wird angegeben in welchen Situationen der Kernel seit Start wie lange verweilte.
Dieses wird auch prozentual umgerechnet.
In der kurzen Betriebszeit war die Datenbank zu fast 28% mit dem Warten auf das Log-Schreiben
beschftigt. Die restliche Zeit wurde auf Arbeit gewartet und etwas Zeit auch fr das Schreiben von
Daten verwendet.
SAP AG
ADM515
3-45
SAP AG
ADM515
3-46
Log-Volume angefgt
Log 2
Log 1
Stattdessen: Log-Sicherung
LOGSAVE.001
LOGSAVE.002
LOGSAVE.003
Log 2
BACKUP
Log 1
Log 1 & 2
SAP 2008
Nach den Erfahrungen mit dem Anfgen von Data-Volume knnte man auf die Idee kommen, die
LOG FULL-Situation einfach durch das Anfgen eines weiteren Log-Volume zu beheben.
Leider hilft das nicht: Die aktuelle Schreibposition im Log-Volume kann bei einer LOG FULLSituation an einer beliebigen Stelle sein, da die Log-Eintrge zyklisch geschrieben werden. Das
bedeutet, dass sich der neue Log-Volume nicht physikalisch wie logisch direkt an die aktuelle
Schreibposition anfgen lsst, d.h. nicht nahtlos weitergeschrieben werden kann.
Der einzige Ausweg aus der LOG FULL-Situation ist eine interaktive Log-Sicherung, die den
gesamten Log-Bereich sichert. Erst danach kann der neue Log-Volume integriert und genutzt
werden.
Wenn kein neuer Log-Volume integriert werden soll, gengt es auch, die automatische LogSicherung mit funktionierendem Sicherungsmedium wieder zu aktivieren.
Fr alle diese Sicherungsaktionen muss immer eine Voraussetzung erfllt sein: Es wird eine intakte
Sicherungshistorie mit initialer vollstndiger Datensicherung und evtl. darauf folgenden
inkrementellen Datensicherungen bentigt.
Wenn Sie in Testdatenbanken eine neue Datenbankinstanz erstellen und sofort den Log-Bereich
komplett fllen, dann kann es mglich sein, dass der erste der hier beschriebenen Lsungsversuche
funktioniert. Dann entspricht die aktuelle Schreibposition gerade dem physikalischen
Anknpfungspunkt des Log-Volumes, und der neue Log-Volume kann direkt eingebunden werden.
Dies ist aber ein Spezialfall.
SAP AG
ADM515
3-47
MaxDB betreiben
Thema 1: berblick Database Studio
Thema 2: Wichtige Informationsquellen im Database Studio
Thema 3: Benutzer der MaxDB im SAP-Umfeld
Thema 4: Plattenbereiche fr Daten und Log
Thema 5: Konfigurationsnderungen
Thema 6: DBFULL und LOGFULL Situationen
Thema 7: Datenbankparameter
Thema 8: bungswerkzeug
SAP 2008
SAP AG
ADM515
3-48
Datenbankparameter
Die Zahl der Parameter wurde zugunsten der TCO reduziert und auf Automatismen
verlagert
Parameter werden verwendet fr
Einstellungen der Systemkonfiguration
Caches und andere Speicherstrukturen
Threading, CPU-Auslastung
I/O, Kommunikation ber SQL
Logging-Strategien
Optimierer-Funktionen (fr SQL-Anweisungen)
Die Software wird mit den jeweils optimalen Werten abhngig von der Betriebssystemplattform
ausgeliefert.
Grenangaben werden in Datenseiten (Pages) oder kByte gemacht. Nheres zu den Einheiten kann
z.B. in den Parameterbeschreibungen gefunden werden.
Durch vordefinierte Abhngigkeiten und Beziehungen zwischen Parametern, werden viele der
vorhanden Parameter automatisch bereichnet und mssen daher nicht explizit gesetzt werden.
SAP AG
ADM515
3-49
Parameterklassifizierung
SAP AG
ADM515
3-50
Parameterhistorie
Das Database Studio bietet auch eine Historie fr die Parameter an.
Hier knnen Sie die Vernderungen der Parameter seit Anlegen der Datenbankinstanz auf diesem
Server verfolgen.
y Zum Beispiel kann an der Historie des Parameters KernelVersion nachvollzogen werden, wann
und welche Datenbankversion durch einen Patch erhht wurde.
SAP AG
ADM515
3-51
Parametersuche
SAP 2008
Sehr praktisch zum Finden von Parametern ist der neue Bereich View All in Kombination mit dem
Filter-Feld. Hier knnen Sie auch Bruchstcke von Parametern eingeben und das Database Studio
zeigt Ihnen dann alle Parameter mit diesem Testbruchstck an.
Alternativ ist es mglich mit dem dbmcli-Kommando param_getfull zusammen mit der alten
Parameterbezeichnung von MaxDB <= 7.6 den neuen Parameternamen zu erhalten:
dbmcli -U c param_getfull MAXLOCKS
OK
int
2500
4040
ID
CHANGE
INTERN
MANDATORY
CLEAR
DYNAMIC
CASESENSITIVE
DEVSPACE
MODIFY
GROUP
DISPLAYNAME
VALUESET
MAX
MIN
INSTANCES
SCOPE
DEPRECATEDID
USERDEFINED
CLASS
LASTKNOWNGOOD
ACTIVEVALUE
MaxSQLLocks
OFFLINE
NO
YES
NO
NO
NO
NO
YES
GENERAL
INSTANCE
MAXLOCKS
NO
GENERAL TRANSACTIONS SYNCHRONISATION
4040
4040
SAP AG
ADM515
3-52
Database Studio
Parameter
Alle anzeigen
param_directgetall
Anzeigen
param_directget CacheMemorySize
ndern
Prfen (wichtig!)
param_checkall
Mit dem Database Studio knnen Sie Parameterwerte lesen und ndern. Die nderungen knnen
teilweises sofort aktivert oder werden erst durch einen Restart der Datenbankinstanz aus dem Status
OFFLINE gltig.
Mit dem Database Manager CLI ndern Sie Parameter direkt oder in einer Parametersitzung. Bei
einer Parametersitzung werden die gesamten nderungen durch ein COMMIT gltig oder durch
einen Abbruch (ABORT) ungltig, also zurckgesetzt.
param_startsession startet eine Parametersitzung
param_commitsession beendet die Sitzung und speichert die neuen Werte
param_abortsession bricht die Sitzung ab und verwirft die nderungen
param_getvalue zeigt einen Parameterwert an
param_put ndert den Wert eines Parameters
param_restore
setzt die Parameter auf alte Werte zurck
help param zeigt weitere Kommandos an
y Nach Parameternderungen prfen Sie die neuen Werte mit param_checkall. Dabei berechnet
das System abhngige Parameter neu. Wenn param_checkall nicht durchgefhrt wurde,
taucht beim nchsten Restart u.U. der Fehler Shareddynpool too small auf.
Das Database Studio fhrt diese Parameterprfung (param_checkall) automatisch durch.
Die Parameterdatei wird im Binrformat abgelegt: <independent_data_path>/config/<Datenbank>
Bei jeder Parameternderung wird eine Sicherung angelegt: <Datenbank>.<Nummer>
Mit dem dbmcli-Kommando param_restore <Generationsnummer> kann eine, zwei oder
mehr Generationen zurckgesprungen werden. Bitte beachten Sie dabei, da in der Zwischenzeit
weitere Volumes o.. angefgt wurden, die dann manuell nachgetragen werden mssen.
SAP AG
ADM515
3-53
Neue Parameternamen
UKT1
Console
UKTn Console
UKT1 UKTn
MaxExclusiveLockCollisionLoops
Requestor
Coordinator
Requestor Coordinator
Sperrverhalten
I/O-Buffer-Cache
I/O-Buffer-Cache
Catalog-Cache
Catalog-Cache
MaxSQLLocks
RequestTimeout
DeadlockDetectionLevel
SharedSQL
SharedSQL &
& Hashing
Hashing
LOG'
Volume-Parameter
DATA n
LOG
DATA 1
Analyse
MaxLogVolumes
AutoLogBackupSize
LogQueues
LogQueueSize
MaxDataVolumes
FormatDataVolume
VolumeFormattingMode
Sicherungsmedien
RunDirectoryPath
KernelMessageFileSize
DiagnoseHistoryPath
MaxBackupMedia
SAP 2008
SAP AG
ADM515
3-54
Viele
Generell
Mit
Desweiteren
dbmcli U c
param_put [<durability>] <parameter_name> <new_value> [<comment>]
<durability>::= -running | -permanent | -running permanent
SAP AG
ADM515
3-55
komplette Liste der Datenbankparameter, die online nderbar sind, kann ber
die Systemtabelle ACTIVECONFIGURATION ermittelt werden.
Die
Die
SAP 2008
SAP AG
ADM515
3-56
Bei
Bedarf kann das aktuelle Setup der Datenbankparameter mit dem Datenbank
Analyzer berprft werden.
Als
Weiteres
Die
Das
SAP 2008
ID CacheSizeMemory
DEPRECIATED CACHE_SIZE
SAP AG
ADM515
3-57
MaxDB betreiben
Thema 1: berblick Database Studio
Thema 2: Wichtige Informationsquellen im Database Studio
Thema 3: Benutzer der MaxDB im SAP-Umfeld
Thema 4: Plattenbereiche fr Daten und Log
Thema 5: Konfigurationsnderungen
Thema 6: DBFULL und LOGFULL Situationen
Thema 7: Datenbankparameter
Thema 8: bungswerkzeug
SAP 2008
SAP AG
ADM515
3-58
Tools fr bungen
Weitere Optionen:
x_python filldb.py -help
SAP 2008
Die Ablage der Testdaten mit dem Tool erfolgt in der Tabelle FILLTABLE.
SAP AG
ADM515
3-59
SAP AG
ADM515
3-60
bungen
Kapitel: 2
Thema: MaxDB betreiben
Am Ende dieser bungen knnen Sie:
Die Konfiguration der Datenbank <SID> verndern oder erweitern,
um sie den Bedrfnissen des Datenbankbetriebs anzupassen.
Auerdem knnen Sie die ersten Ausnahmesituationen meistern.
2-1
2-1-2
Fhren Sie das Tool xuser aus und kontrollieren die hinterlegten Userkeys.
2-1-3
Tragen Sie die folgenden Standardeintrge in das Tool xuser ein, falls sie
noch nicht vorhanden sind (Hinweis 39439):
Userkey
UserID
Password
ServerDB
Servernode
SQLmode
DEFAULT
SAP<SID>
sap
T<xx>
<hostname>
SAPR3
CONTROL
control
T<xx>
<hostname>
INTERNAL
SUPERDBA
admin
T<xx>
<hostname>
INTERNAL
domain
DOMAIN
domain
T<xx>
<hostname>
INTERNAL
<SID>
SAP<SID>
sap
T<xx>
<hostname>
INTERNAL
Bitte entnehmen Sie die Syntax des Tools xuser aus dem Kapitel 2.
2-1-4
SAP AG
ADM515
3-61
2-2
2-3
2-4
2-5
2-2-2
Verbinden Sie sich mit Ihrer Datenbank <SID> auf dem Datenbankserver
<hostname> und ffnen ber das Kontextmen einen SQL-Editor. Bei der
Ausfhrung des Kommandos ber das Ausrufezeichen (!) nutzen Sie den
User SAP<SID> und dessen Standardpawort.
2-2-3
2-3-2
2-3-3
2-3-4
Melden Sie sich als User SAP<SID> am SQL Editor des Database Studios
an.
ndern Sie das Pawort des Users SAP<SID> mit dem SQL-Kommando
alter password <current> to <new>
2-4-2
2-4-3
Passen Sie die Xuser-Daten dem genderten Pawort an und testen erneut.
2-6
SAP AG
ndern Sie das Pawort des Users SAP<SID> z.B. mit dbmcli wieder
zurck auf den vorherigen Zustand (Default-Pawort: sap), damit die
weiteren bungen wie vorbereitet durchgefhrt werden knnen.
berprfen Sie mit dem Database Studio die Konfiguration der Datenbank <SID>
2-6-1
2-6-2
2-6-3
3-62
2-7
2-8
2-9
2-10
Um einen berblick ber die Task in der Datenbank zu erhalten, zeigen Sie
sich die Liste aller Tasks (TASKS) und alternativ nur der aktiven Tasks
(ACTIVE) im Database Studio an.
2-7-2
Alternativ knnen Sie sich diese Liste auch auf der Konsole mit
dbmcli -U c show tasks
oder
dbmcli -U c show active
anzeigen.
Ermitteln Sie die Liste aller Parameter ber das Database Studio
2-8-2
2-8-3
2-9-2
Starten Sie die Datenbank durch, damit die nderungen aktiv werden.
2-9-3
2-9-4
ndern Sie den Parameter mit dem dbmcli wieder in den Urzustand
zurck. Was ist dabei zu beachten, damit die Parameterumsetzung
vollstndig durchgefhrt wird?
2-11
SAP AG
ADM515
3-63
2-12
2-13
2-14
2-15
SAP AG
ADM515
3-64
2-16
SAP AG
ADM515
3-65
SAP AG
ADM515
3-66
Lsungen
Kapitel: 2
Thema: MaxDB betreiben
2-1
2-2
SAP AG
2-1-2
2-1-3
2-1-4
Auf dem Terminalserver ist das Database Studio installiert und mu ber
den Menpfad Start Training MaxDB Database Studio
aufgerufen werden.
2-2-2
Melden Sie sich an die Datenbank ber das Kontextmen einen SQLEditor. Bei der Ausfhrung des Kommandos ber das Ausrufezeichen (!)
nutzen Sie den User SAP<SID> und dessen Standardpawort. Der
Administrationsuser control besitzt nicht die Berechtigung, SQLStatements auf der Datenbank auszufhren.
2-2-3
Bei dem Objekt users handelt es sich um einen View auf interne
Strukturen. Daher lassen sich diese Daten nur einsehen und nicht
verndern. ber die Baumstruktur des Database Studios haben Sie Einblick
in weitere Systemtabellen der MaxDB.
ADM515
3-67
2-3
2-4
2-5
2-3-2
2-3-3
2-3-4
ffnen Sie einen neuen SQL -Editor im Database Studio. Mit dem neuen
SQL-Editor knnen Sie auch einen neuen Connect-User beim spteren
Logon angeben, hier dann den User sap<sid>. Fhren Sie das SQLKommando unter dem User SAP<SID>
alter password <current> to <new>
aus. Alternativ knnen Sie auch das dbmcli-Kommando
dbmcli -U c USQL DEFAULT sql_execute alter
password <current> to <new>
verwenden.
2-4-2
Die Verbindung sollte nun mit den alten Xuserdaten nicht mehr
funktionieren.
2-4-3
Nach Anpassung in der zuvor beschrieben Vorgehensweise mit dem XuserTool wird die Verbindung zur Datenbank ber diese Automatisierung
wieder funktionieren. Sie mssen die Xuser-Daten mit dem Tool xuser
fr den DEFAULT-Eintrag an das neue Pawort des SAP<SID> anpassen.
2-6
SAP AG
berprfen Sie mit dem Database Studio die Konfiguration der Datenbank <SID>
2-6-1
Daten-Volumes:
Log-Volumes:
G:\sapdb\<SID>\sapdata\...
G:\sapdb\<SID>\saplog\...
2-6-2
Instanzabhngige Software:
Instanzunabhngige Software:
G:\sapdb\<SID>\db\...
G:\sapdb\programs\...
2-6-3
Konfigurationsdateien:
G:\sapdb\data\config\...
Instanzbergreifende Protokolle: G:\sapdb\data\wrk\...
Instanzabhngige Protokolle:
G:\sapdb\data\wrk\<SID>\...
ADM515
3-68
2-7
2-8
2-7-2
View All
2-9
SAP AG
2-8-2
2-8-3
Beim ersten Aufruf der Parameter in dem Database Studio wird zuerst nur
die Liste der allgemeinen Parameter gezeigt. Erst durch Anwahl der
weiteren Menpunkte werden die restlichen Parameterbereiche oder die
Gesamtliste gezeigt. Die Besonderheit mit dem Database Studio ist nun,
da die Gesamtliste mit Namensbruchstcken gefiltert werden kann.
2-9-2
Nach nderung des Parameter speichern Sie den Parameter und starten die
Datenbank mit Set State Offline und anschlieend Set State Online.
wieder in Status Online. Hier knnen Sie auch das dbmcli verwenden mit
den Kommandos:
dbmcli -U c db_offline
und
dbmcli -U c db_online
2-9-3
ADM515
3-69
2-9-4
2-10
Ermitteln Sie die wichtige Installationsdaten der Datenbankinstanz mit Hilfe des
dbmcli
2-10-1 Die dbmcli-Kommandos lauten:
dbmcli dbm_getpath IndepDataPath
und
dbmcli dbm_getpath IndepProgPath
2-10-2 Kommando zur Emittlung der Information:
dbmcli -U c dbm_version INSTROOT.
2-11
2-12
SAP AG
ADM515
3-70
2-14
2-15
SAP AG
ADM515
3-71
2-16
SAP AG
ADM515
3-72
MaxDB-Interna
Inhalt:
SAP AG
ADM515
4-1
MaxDB-Interna: Lernziele
SAP AG
ADM515
4-2
Agenda I
3. MaxDB-Interna
Einfhrung
Werkzeuge und Schnittstellen
Architektur und Betriebszustnde
MaxDB und SAP NetWeaver
Integration mit SAP NetWeaver
Serverlandschaft der Schulung
3.1.
3.2.
3.3.
3.4
3.5.
4. Datenbanksicherung und
-wiederherstellung
2. MaxDB betreiben
2.1.
2.2.
2.3.
2.4.
2.5.
2.6.
2.7.
2.8.
Prozesse
Sperren
Speicherbereiche
Plattenbereiche
Logging
4.1.
4.2.
4.3.
4.4.
4.5.
4.6.
4.7.
4.8.
Vollstndige Datensicherung
Inkrementelle Datensicherungen
MaxDB Snapshots
Log-Sicherungen
Automatische Log-Sicherung
berprfen der Sicherungen
Sicherungsstrategie
Externe Sicherungstools
SAP 2008
SAP AG
ADM515
4-3
Agenda II
5.
Weitere Administrationsthemen
5.1.
5.2.
5.3.
5.4.
5.5.
5.6.
5.7.
7.
bersicht
nderungen des Datenbankkerns
Neue administrative Funktionen
Setup und Infrastruktur
Interface & User
6. Performance-Tuning und
Problemsituationen
6.1.
6.2.
6.3.
6.4.
6.5.
6.6.
B*-Bume
Optimierung
Monitore des SAP NetWeaver
Vermeidbare Probleme
Diagnosedateien und TraceMglichkeiten
Fehlerarten und deren Analyse
SAP 2008
SAP AG
ADM515
4-4
MaxDB-Interna: bersichtsdiagramm
MaxDB-Interna
Thema 1: Prozesse
Thema 2: Sperren
Thema 3: Speicherbereiche
Thema 4: Plattenbereiche
Thema 5: Logging
SAP 2008
SAP AG
ADM515
4-5
Laufzeitumgebung
(LZU)
User-Kernel-Thread (UKT)
User-Kernel-Thread (UKT) Tasks:
Console
Garbage
Trace-Writer
Timer
Utility
Log-Writer
Pager
Pager
Server
Server
User
User
Requestor
IO-Threads
Festplatten
Coordinator
(Clock)
Caches
Prozesse
Prozesse
DATA
Log-Queue
LOG
LOG
/sapdb Programme
etc.
SAP 2008
SAP AG
ADM515
4-6
Prozeberblick
Coordinator
User-Kernel-Thread (UKT)
Tasks
Requestor
Console
(Clock)
(IO-Threads<i>)
(IO-Worker<i>)
User
User
Timer
Trace-Writer
Server
Server
Garbage
Log-Writer
Pager
Pager
Utility
Der MaxDB-Datenbankkern luft als ein Prozess, der in Threads unterteilt ist. Threads knnen
innerhalb des Betriebssystems parallel auf mehreren Prozessoren aktiv sein.
Es werden User-Kernel-Threads (UKTs) und Spezialthreads unterschieden.
User-Kernel-Threads (UKT) bestehen jeweils aus mehreren Tasks (internes Tasking), die
unterschiedliche Aufgaben erfllen. Dieses Tasking erlaubt eine effektivere Koordination der
Aufgaben als ein Betriebssystem-Tasking bei Verwendung einzelner Threads.
Die Laufzeitumgebung (LZU, engl. Runtime Environment RTE) definiert die Struktur des Prozesses
und der User-Kernel-Threads.
SAP AG
ADM515
4-7
Spezialthreads
Coordinator
Studio
Client Connect
Requestor
Console
Restart
knlMSg
Clock / Timer
IO-Threads<i>
User-Kernel-ThreadTasks
(UKT)
Tasks
(IO-Worker<i>)
User
Timer
Trace-Writer
Pager
Server
Garbage
Log-Writer
Utility
SAP 2008
Beim Start der Laufzeitumgebung, d.h. beim Starten der Datenbankinstanz in den Zustand ADMIN,
wird zuerst der Coordinator-Thread erzeugt. Dieser ist von besonderer Bedeutung.
y Der Coordinator-Thread benutzt beim Start Datenbankparameter, um die Speicher- und
Prozesskonfiguration der Datenbankinstanz zu ermitteln.
y Der Coordinator-Thread koordiniert auch die Startvorgnge der anderen Threads und berwacht
diese whrend des Betriebs der Datenbankinstanz.
y Kommt es zu Betriebsfehlern, kann der Coordinator-Thread andere Datenbank-Threads stoppen.
Der Requestor-Thread empfngt Anmeldungen der Benutzerprozesse an die Datenbank und ordnet
sie einer Task innerhalb eines User-Kernel-Threads zu.
Der Console-Thread sammelt fr den Administrator wichtige Nachrichten von den anderen Threads
in der Datei knlMsg, die im Arbeitsverzeichnis der Datenbankinstanz abgelegt ist.
Der Clock- bzw. Timer-Thread dient der internen Zeitermittlung, um beispielsweise festzustellen,
wieviel Zeit die Ausfhrung einer SQL-Anweisung bentigte.
SAP AG
ADM515
4-8
Spezialthreads IO Management
Coordinator
Requestor
Console
User-Kernel-Thread (UKT)
Tasks
User
Timer
Trace-Writer
Pager
Server
Garbage
Log-Writer
Utility
Clock / Timer
I/O Buffer Cache
Queues Volume 1
IO-Threads<i>
prio
low
prio
med
(IO-Worker<i>)
prio
high
Queues Volume 2
prio
low
prio
med
prio
high
Thread 2
Thread 3
Thread 4
Thread 5
Thread 6
Auftrge
Daten
DATA
DATA
SAP 2008
Mehrere IO-Threads sind fr die Abwicklung der von den Tasks anfallenden Schreib- und
Leseauftrge von Data- und Log-Volumes zustndig. MaxDB untersttzt asynchrone I/O-Auftrge.
Mit 7.7.04 wurde das IO-System wesentlich flexibilisiert und die Vorraussetzungen geschaffen, auch
unter Unix asynchrone IO unter den verschiedenen Unix-Derivaten nutzen zu knnen. Bei Microsoft
Windows wird das asynchrone I/O des Betriebssystems schon lnger genutzt.
Die Anzahl der IO-Threads ist seit der Umstellung des IO-Systems mit 7.7.04 nicht mehr von der
Anzahl der Volumes in der Datenbankinstanz abhngig. In der Regel werden fr die Data-Volumes
und jeden Log-Volume ein flexibler Pool an IO-Thread aktiviert, die mit einem Ticket-System
gesteuert werden. Damit ist es auch mglich Queues mit verschiedenen Prioritten auzubieten. Bei
Nutzung der asynchronen I/O des Betriebssystems wird jeweils nur ein IO-Thread gestartet, da hier
die asynchronen I/O-Aufrufe der Betriebsysteme die brige Arbeit bernehmen.
Die IO-Worker-Prozesse unter Windows bernehmen dann die Aufgabe der Signalbermittlung,
wenn ein IO-Auftrag vom Betriebssystem als erledigt gemeldet wird.
Mit der Neuimplementierung sind einige neue interne Parameter eingefhrt worden, in die
automatische Steuerung des IO-Managements eingreifen zu knnen.
SAP AG
ADM515
4-9
User-Kernel-Threads: User-Tasks
Coordinator
Requestor
User-Kernel-Thread
UKT 2
User
User
User
Tasks
User
User
user
Console
Clock / Timer
SELECT * FROM tab
WHERE col1 = 5
IO-Threads<i>
Parameter: MaxCPUs
(hier im Beispiel =2)
(IO-Worker<i>)
Parameter: MaxUserTasks
(hier im Beispiel =6)
Parameter: MaxUserTaskStackSize
(blicherweise =1024)
SAP 2008 / Page 1
Jedem Benutzer bzw. jedem Anwendungsprozess wird bei der Anmeldung genau eine User-Task fest
zugeordnet.
Die maximale Anzahl der zur Verfgung stehenden User-Tasks ist vom Datenbankparameter
MaxUserTasks abhngig. Dieser Parameter begrenzt damit auch die Anzahl der Benutzersitzungen,
die gleichzeitig am Datenbanksystem mglich sind.
Der Datenbankparameter MaxCPUs gibt an, auf wie viele User-Kernel-Threads die User-Tasks
verteilt werden. Die User-Tasks erzeugen die Hauptlast. Alle andere sowie die globalen Threads
verbrauchen sehr wenig CPU-Zeit. Durch den Parameter MaxCPUs kann also die Anzahl der von der
Datenbankinstanz parallel genutzten Prozessoren begrenzt werden.
blicherweise liegt die CPU-Belastung aber bei etwa 10-30% der Gesamtlast
Mit dem Datenbankparameter MaxTaskStackSize (Default: 1024 KB) kann der Speicherverbrauch
durch die Anzahl der User-Tasks abgeschtzt werden. Bei einem begrenzten Adressraum bzw.
Speicherangebot sollte daher die Anzahl der User-Tasks nicht zu sehr ber den Empfehlungen von
zweimal die Anzahl der Workprozesse in den angeschlossenen Applikationsinstanzen liegen.
SAP AG
ADM515
4-10
User-Kernel-Threads: Task-Abfolge
Console
Clock / Timer
User
User
User
Tasks
UKT 4
Pager
Pager
Pager
UKT 2
UKT 3
User
User
user
Server
Server
server
IO System
Task2 Task3
I/O Anfrage 2
IO-Threads<i>
(IO-Worker<i>)
I/O Anfrage 1
UKT 5
IO Thread
Requestor
User-Kernel-Thread
I/O Antwort 1
Floating
Service
Floating
FloatingService
Service
2
IO Thread
Coordinator
3
4
5
I/O Anfrage 3
Task running
Task runable
Task waiting
IO Thread
I/O Anfrage 1
IO Thread
I/O Antwort 2
SAP 2008
Innerhalb der User-Kernel-Threads wird ein kooperatives Multitasking betrieben, whrend zwischen
den Threads moderner Betriebssysteme ein premptives Multitasking durchfhren.
Dies fhrt dazu, da in den Threads immer nur ein Proze aktiv sein kann und einer oder mehrere
User-Tasks innerhalb des gleichen UKT auf die Beendigung und bernahme der Kontrolle auf dem
UKT warten.
Ab MaxDB 7.5 ist hier ein Parameter eingefhrt worden, der das Verhalten ndern kann und auch
innerhalb der UKTs auf premptives Multitasking umschaltet. Dieser Parameter
UseCoroutineForUserTask sollte aber nur bei liveCache-Instanzen oder auf Datenbanken auf NO
gestellt werden, die auch liveCache-Funktionen bernehmen (Siehe auch SAP Hinweis 1038709 FAQ: MaxDB/liveCache OneDB Server).
y Vorteil: Langlaufende User-Tasks mit livecache-Applikationsfunktionen (LCApps) knnen
zwingend unterbrochen werden.
y Nachteil: Stripes (Regionen) in der Datenbank knnen hhere Kollisionsraten beim Zugriff von
User-Tasks zeigen (andere Datenbanken nennen diese Stripes auch Latches)
SAP AG
ADM515
4-11
UKT 2
Task aktiv
Task startbereit
User
User
User
User
User
User
User
user
user
user
User-Kernel-Thread
User
User
User
User
UKT 2
User
User
user
user
user
User
SAP AG
ADM515
4-12
User-Kernel-Threads: Server-Tasks
Coordinator
User-Kernel-Thread
UKT 2
UKT 3
Requestor
User
User
User
User
User
user
Server
Server
server
Console
Clock / Timer
Drop
Table/Index
IO-Threads<i>
(IO-Worker<i>)
DATA
Create
Index
Check Data
(Verify)
SAP 2008
Server-Tasks dienen der Durchfhrung administrativer Aufgaben in der MaxDB Instanz. Einige
Server-Tasks steuern das Lesen von den Daten-Volumes, andere steuern das Schreiben auf das
Sicherungsmedium.
Bei der CREATE INDEX- und asynchronen DROP INDEX- oder DROP TABLE-Anweisung
werden die Server-Tasks beauftragt, die Tabellendaten parallel von den Daten Volumes zu lesen
oder asynchron zu lschen. Auch die Ausfhrung des Check Data (Verify) wird durch die ServerTask betreut.
Ab der MaxDB-Version 7.6.05 waren die Server-Tasks auch fr das PreFetching zustndig. Diese
Funktion wird auch in MaxDB 7.7 bald bereitgestellt (MaxDB 7.7.06).
Das System berechnet die Anzahl der Server-Tasks bei der Konfiguration der Datenbankinstanz
automatisch aus der Anzahl der Daten-Volumes und der Anzahl der vorgesehenen Sicherungsgerte.
ber den Parameter MaxServerTasks kann diese Anzahl hher eingestellt werden.
Wie blich werden die Lese- und Schreibaktionen nicht von den Server-Tasks selber erledigt,
sondern an die IO-Threads bertragen.
Ab MaxDB 7.5 ist es auch mglich, die Server-Tasks in speziellen Situationen, bei denen sich die
Server Tasks nur noch gegenseitig blockieren, auf mehr UKTs und damit CPUs zu verteilen. Der
MaxDB Parameter lautet hier EnableMultipleServerTaskUKT. Diese Mglichkeit wird meist bei der
Migration genutzt.
SAP AG
ADM515
4-13
Anzeige
Langer Name
Beschreibung
"PrefBlb"
"Prefetch Blob"
"PrefSel"
"Prefetch Select
"PrefPag"
"Prefetch Pages"
"PrefOCo"
"AutoLgW"
"AutoLgW"
"BUPmed "
"BUPvol "
"ChkData"
"Check Data
Checks a B*Tree
"CrIndex"
"Create Index
"DropAux"
"PrefObj"
"Prefetch Objects
SAP 2008
SAP AG
ADM515
4-14
Anzeige
Langer Name
Beschreibung
"RedoRea"
"RedoLog Reader
"RedoExe"
"StdbyRC"
"StdbySy"
"Savepnt"
Savepoint Coordinator"
"JoinInS"
"UpdStat"
"Update Statistics"
"DropVol"
Drop Volume"
Drops a volume
"UpdCnt"
"Update Counter"
SAP 2008
SAP AG
ADM515
4-15
Coordinator
User-Kernel-Thread
UKT 2
UKT 3
Requestor
User
User
User
User
User
user
Server
Server
Server
Console
UKT 4
Clock / Timer
Timer
Session
Timeout
Pager
Pager
Pager
IO-Threads<i>
(IO-Worker<i>)
DATA
Pager-Tasks sind fr das Schreiben der Daten vom IO Buffer Cache in die Daten-Volumes
zustndig. Sie werden dann aktiv, wenn ein Savepoint durchgefhrt wird.
Die Anzahl der Pager wird vom System berechnet. Sie ist in erster Linie von der Gre des IO
Buffer Cache und der Anzahl der Daten-Volumes abhngig.
Die Timer-Task dient zur Behandlung aller Arten von Timeout-Situationen (z.B. SessionTimeout
fr Verbindungen, RequestTimeout fr Sperren).
SAP AG
ADM515
4-16
Analyzer, Log-Writer
Coordinator
Requestor
Console
Clock / Timer
User-Kernel-Thread
UKT 2
UKT 3
User
User
User
User
User
user
Server
Server
server
UKT 4
UKT 5
UKT 6
Timer
Floating
Service
Floating
Floating Service
Service
Log-Writer
Pager
Pager
Pager
IO-Threads<i>
(IO-Worker<i>)
LOG
SAP 2008
Floating Services knnen viele verschiedene Funktionen in der Datenbank bernehmen. Die zwei
wichtigsten, die hier zu erwhnen wren:
y DBanalyzer Dieser ermglicht eine umfassende Beobachtung der Datenbank inklusive
Protokollierung.
y Eventmanagement Es ermglicht die automatische und autonome Steuerung von
Managementfunktionen zum Betrieb der Datenbank wie z.B. automatische Erweiterung und
automatisches Update Statistics. Diese Funktionen werden im SAP-Umfeld bisher aber nicht
eingesetzt.
Der Log-Writer ist fr das Schreiben der After-Images in die Log-Volumes zustndig. Auch er
bemht die IO-Threads um die eigentlichen Schreibarbeiten zu bernehmen.
SAP AG
ADM515
4-17
Coordinator
User-Kernel-Thread
UKT 2
UKT 3
Requestor
User
User
User
User
User
user
Server
Server
server
UKT 4
UKT 5
UKT 6
Timer
Floating
Service
Floating
FloatingService
Service
Log-Writer
Console
Clock / Timer
Pager
Pager
Pager
IO-Threads<i>
(IO-Worker<i>)
UKT 7
Garbage Collector
DATA
Der vom liveCache schon lnger bekannte Garbage-Collector wurde nun auch ab MaxDB 7.6
eingefhrt und bernimmt Aufrumaktionen innerhalb der Datenbank. Er entfernt berschssige
Daten (History, also Before-Images der Transaktionslogik) aus der Datenbank. In frheren
Versionen mute der User-Task diese Aufgabe selber erledigen, und kann dies nun asynchron
ausfhren lassen.
Siehe auch SAP Hinweis 1247666 (FAQ: MaxDB/liveCache History-Seiten)
SAP AG
ADM515
4-18
Trace-Writer-Task, Utility-Task
Coordinator
User-Kernel-Thread
UKT 2
UKT 3
Requestor
User
User
User
User
User
user
Server
Server
server
UKT 4
UKT 5
UKT 6
Floating
Service
Floating
FloatingService
Service
Log-Writer
UKT 7
UKT 8
UKT 9
Garbage Collector
Trace-Writer
Utility-Task
knltrace
Console
Clock / Timer
Timer
Pager
Pager
Pager
IO-Threads<i>
(IO-Worker<i>)
MaxDB bietet die Mglichkeit, fr Diagnosezwecke ein spezielles Protokoll, den sogenannten
Kernel-Trace, zu schreiben. Wenn Sie diese Funktion einschalten, wird die Trace-Writer-Task
aktiv.
Die Protokolldaten werden von den aktiven Tasks in einen Puffer geschrieben. Die Trace-WriterTask schreibt die Daten aus diesem Puffer in die Datei knltrace.
Die Utility-Task ist ausschlielich fr die Verwaltung der Datenbankinstanz reserviert.
Da nur eine Utility-Task pro Datenbankinstanz existiert, knnen Verwaltungsaufgaben nicht parallel
durchgefhrt werden, um Konflikte auszuschlieen.
Eine Ausnahme bildet die automatische Logsicherung. Diese AutoLog-Sicherung kann parallel zu
anderen Verwaltungsaufgaben durchgefhrt werden. Nur das Ein- und Ausschalten der Funktion der
automatischen Log-Sicherung wird noch ber die Utility-Task durchgefhrt.
Ab MaxDB 7.5 und folgende wird die Utility-Task immer unwichtiger und ist nur aufgrund der
Abwrtskompatibilitt vorhanden. Die Koordination der mit ihr frher durchgefhrten Aktionen
kann auch direkt ber den DBMServer Proze per db_execute-Kommandos laufen. Dieser besitzt
eine interne Tabelle, die definiert, welche Aktion mit welcher anderen Aktivitt parallel ausgefhrt
werden darf.
SAP AG
ADM515
4-19
SAP 2008
Hier sehen Sie eine Minimalkonfiguration unter Linux, so wie sie ohne weiteren Eingriff des
Administrators angelegt wird.
Die Ausgabe kann ebenfalls ber die folgenden Konsolenkommando ermittelt werden:
y x_cons <SID> show rte
SAP AG
ADM515
4-20
SAP 2008
SAP AG
ADM515
4-21
X-server
Coordinator
Requestor
User-Kernel-Thread
Thread/Prozess-Layout
User
User
User
Tasks
Windows
serv.exe
Linux
Console
Clock / Timer
vserver (watchdog)
vserver
UNIX
xserver
xserver
X-Server
IO-Threads<i>
(IO-Worker<i>)
vserver (watchdog)
vserver
vserver
vserver (n+1)
x_show
SAP 2008
Die Abwicklung der Zugriffe auf die Datenbank ber das Netzwerk wird ber den Prozess
vserver (UNIX) oder serv.exe (Microsoft Windows) durchgefhrt. Diese Serverprozesse
knnen manuell ber das Kommando x_server gestartet werden. blicherweise erfolgt dies aber
automatisch beim Systemstart. Unter Windows luft der X-Server als Service.
Fr jeden Benutzerprozess, der sich remote an die Datenbank anmeldet, wird ein neuer X-ServerProzess erzeugt. Der erzeugende Prozess bedient den Benutzer, der neue Prozess wartet auf die
nchste Benutzeranmeldung. Je nach Implementierung sind diese Prozesse zu erkennen (Unix) oder
es wird ein Threadding eingesetzt und die Prozesse sind als Thread innerhalb des Prozesses
implementiert (Linux, Microsoft Windows).
Per Default werden Remote-Zugriffe erlaubt, sobald der X-Server gestartet ist. Mit dem Programm
xtcpupd knnen Sie jedoch auerdem unter Windows den Zugriff remote SQL ein- oder
ausschalten, d.h. Zugriffe auf die Datenbankinstanzen ber ein Netzwerk erlauben oder verbieten.
Der Status des X-Servers lsst sich ber das Tool x_show ermitteln. Am Ende der Ausgabe erfolgt
die Statusinformation.
Mit den Optionen r und v des x_show knnen unter Windows noch ein wenig mehr Informationen
zum X-Server ermittelt werden.
Auerdem ist es zu Analysezwecken mglich, einen Trace-Level fr den X-Server whrend des
Betriebs des X-Servers einzuschalten: x_server N <Tracelevel 09>
Damit knnen Sie u.a. berprfen, welche Zugriffe auf die Datenbankinstanz erfolgen. Protokolliert
werden diese Informationen in der Datei /sapdb/data/wrk/xserver_<hostname>.prt.
SAP AG
ADM515
4-22
SSL-gesicherte Verbindungen
Zur Nutzung des SSL-Tunnels sind zustzliche Verschlsselungsbibliotheken der SAP notwendig.
Diese werden auf speziellen Medien ausgeliefert. Hier bestehen die blichen Exportbeschrnkungen
zum Thema Starke Verschlsselung. Die Bibliotheken sind auf dem Service-Marktplatz unter
http://service.sap.com/swdc Downloads SAP Cryptographic Software (SAP-Hinweis 455033)
zu finden.
Werden die Bibliotheken nicht gefunden, funktioniert der X-Server trotzdem, aber es wird dazu eine
Warnmeldung ausgegeben (WNG 12453 NISSLSRV NISSL Init: SSL: Could not locate licence
file). Weitere Informationen dazu auch im SAP-Hinweis 1032643.
Die Aktivierung der Verschlsselung hat Auswirkungen auf die Performance (etwa 20% durch den
zustzlichen Aufwand).
SAP AG
ADM515
4-23
MaxDB-Interna: bersichtsdiagramm
MaxDB-Interna
Thema 1: Prozesse
Thema 2: Sperren
Thema 3: Speicherbereiche
Thema 4: Plattenbereiche
Thema 5: Logging
SAP AG
ADM515
4-24
MaxDB-Parameter
MaxSQLLocks
Prozesse
Katalogsperren (sys_exclusive)
in der Administration.
Sperrliste
20%
Tabelle
10%
0
Prozess
SAP 2008
SAP AG
ADM515
4-25
SHARE Sperre
Weitere Transaktionen knnen die SHARE gesperrten Objekte lesen, aber nicht ndern
EXCLUSIVE Sperre
Weitere Transaktionen knnen die Datenstze zwar lesen, aber mit der Gefahr, da die Datenstze
gendert werden
Eine Transaktion hlt die folgende
Tabellensperre
Zeilensperre
Katalogsperren
EXCLUSIVE
SHARE
EXCLUSIVE
SHARE
EXCLUCIVE
SHARE
Nein
Nein
Nein
Nein
Nein
Ja
Nein
Ja
Nein
Ja
Nein
Ja
Nein
Nein
Nein
Ja
Ja
Ja
Ja
Nein
Nein
Ja
Ja
Ja
Nein
Ja
Ja
Ja
Nein
Nein
Nein
Nein
Nein
Nein
Ja
Ja
Ja
Ja
Ja
Ja
SAP AG
ADM515
4-26
Sperr-Eskalation (LockListEscalation)
MaxDB-Parameter
MaxSQLLocks
Prozesse
Sperrliste
Wenn
20% der Sperrliste durch
1 Proze mit dem Zugriff auf
1 Tabelle
belegt wird, kommt es zur Sperr-Eskalation
Tabelle wird dann komplett
und exklusiv fr den Proze
gesperrt .
Aus vielen row_exclusive wird eine
tab_exclusive.
20%
Tabelle
10%
Prozess
SAP 2008
Der Wert LOCK ESCALATION VALUE aus der Systemtabelle LOCKLISTESCALATION definiert
die Grenze, ab der es zu einer Lock-Eskalation kommt. Er entspricht in dem Auszug zuvor mit dem
Wert 60.000 den erwhnten 20 % des Wertes MAX LOCKS mit 300.000.
SAP AG
ADM515
4-27
MaxDB-Parameter
MaxSQLLocks
Prozesse
Sperrliste
20%
Tabelle
10%
Prozess
SAP 2008
Sehr lange Sperrlisten verlangsamen jedes Arbeiten mit Datenstzen, da diese langen Listen bei
jedem Datensatzzugriff auf Sperren fr diesen Datensatz geprft werden mssen. Wenn die
Sperrliste aber nicht mit Sperren gefllt sind, ist es kein Problem.
SAP AG
ADM515
4-28
Sperrfreie Index-Erstellung
Ausgabe in der Diagnosedatei knlMsg:
SAP 2008
Ab MaxDB 7.7.04 besteht die Mglichkeit, Tabellenindizes auch ohne die bisherigen
Sperrsituationen auf der Basistabelle anzulegen.
Dieses Verfahren wird nur bei greren Tabellen angewendet. Bei kleineren Basistabellen dauert die
Indexerstellung blicherweise nur kurz und daher gibt es kaum Auswirkungen durch die kurzzeitige
Katalogsperre.
Bei greren Tabellen werden die nderungsauftrge an den Basistabellen whrend der
Indexerstellung in temporren Strukturen mitgeschrieben und im Anschluss der Indexerstellung
schlielich ausgefhrt.
In der Diagnosedatei knlMsg kann dieses Verfahren - wie gezeigt - verfolgt werden.
SAP AG
ADM515
4-29
MaxDB-Interna: bersichtsdiagramm
MaxDB-Interna
Thema 1: Prozesse
Thema 2: Sperren
Thema 3: Speicherbereiche
Thema 4: Plattenbereiche
Thema 5: Logging
SAP AG
ADM515
4-30
Laufzeitumgebung
(LZU)
User-Kernel-Thread (UKT)
User-Kernel-Thread (UKT) Tasks:
Console
Garbage
Trace-Writer
Timer
Utility
Log-Writer
Pager
Pager
Server
Server
User
User
Requestor
IO-Threads
Festplatten
Coordinator
(Clock)
Caches
Prozesse
Cache-Bereiche
DATA
Log-Queue
LOG
LOG
/sapdb Programme
etc.
SAP 2008
Die Datenbank besitzt Puffer, um die Anzahl der Lese- und Schreiboperationen auf den Platten so
gering wie mglich zu halten.
y Der IO Buffer Cache enthlt die zuletzt bentigten Daten von den Daten-Volumes (LRUMechanismus). Diese bestehen aus
- Daten-Pages der Tabellen
- Converter-Informationen mit logische Positionen von Daten-Pages in den Daten-Volumes.
- Before Images (history data) ber die aktuell laufenden Transaktionen
y Log-Eintrge werden ber die Log-Queue in den Log-Volumes geschrieben.
y Der Catalog-Cache enthlt Strukturinformationen ber Tabellen. Der Catalog-Cache wird
dynamisch von UKTs jeder Session zugeordnet und ist ein prozesslokaler Speicher.
Die Caches knnen nach Benutzervorgaben dimensioniert werden.
Der Speicherbedarf einer MaxDB-Instanz kann ber die Tabelle ALLOCATORSTATISTIC
ermittelt werden. Hier werden Informationen ber diverse Speicherstrukturen der MaxDB abgelegt.
Die Gesamtgre incl. IO-Buffer-Cache, sonstige Caches, Taskstacks usw. aber ohne Executable
kann in der Zeile SystemHeap und der Spalte USED_BYTES gefunden werden. Das entsprechende
SQL-Statement lautet (bitte auf Schreibweise des 'SystemHeap' achten):
select USED_BYTES from ALLOCATORSTATISTIC where ALLOCATOR = 'SystemHeap'
SAP AG
ADM515
4-31
IO Buffer Cache
SharedSQL
Cache
Log Queue
Converter Pages
Data Pages
Undo Pages
free Pages
Data-Volumes
Log-Volumes
LOG
Undo
Undo
Undo
SAP AG
ADM515
4-32
ASCII
UNICODE
OLTP
1%
2%
OLAP
2%
4%
SAP 2008
Mit diesen Speicher-Bereitstellungen fr die MaxDB kann erfahrungsgem eine Datenbank gut
funktionieren. Eine Ausnahme stellen Anwendungen dar, die Funktionen nutzen, die viele Daten
lesen und daher anders bewertet werden mssen.
SAP AG
ADM515
4-33
Seiten im
I/O Buffer
Cache
Page 1
Page 2
Page 4
Page 5
Page 6
Page 7
Restart
DATA
Start der
Datenbankinstanz
Physische
Position
der Seiten
Page 3
Adressbersetzung mit
Hilfe des
Converters
Catalog-Cache
Shared SQL Cache
Hash Memory
Log-Queue
File Dir
Page 5
Page 1
DATA
DATA
Page 6
Page 2
DATA
Page 4
DATA
DATA
Page 7
Page 3
SAP 2008
Im Daten-Volume (d. h. im dort enthaltenen Converter) wird die Abbildung der logischen
Seitennummern auf physische Seitenadressen verwaltet. Der I/O Buffer Cache hlt die Seiten des
Converters, auf die zuletzt lesend oder schreibend zugegriffen wurde. Er wird von allen gleichzeitig
aktiven Benutzern gemeinsam genutzt.
Die Gre des Converters betrgt 1/1861 der Datenbankgre, da eine Converter-Seite die
Verwaltungsinformation (Referenzen) von 1861 Datenseiten enthalten kann. Eine Datenbank mit
500 GB belegten Daten bentigt einen Converter der Gre von ca. 278 MB.
SAP AG
ADM515
4-34
Converter-Seite
Restart
SAP 2008
Ab Version 7.4 kann der Converter dynamisch wachsen und schrumpfen. Die Converter-Seiten sind
verteilt auf allen Daten-Volumes abgelegt. Der lesende Zugriff auf die Converter-Seiten erfolgt beim
Restart ber eine Baumstruktur.
Der Baum hat 3 Ebenen, eine Wurzel- (Root), eine Index- und eine Blatt (Leaf)-Ebene. ber die
Restart-Seite vorn im ersten Daten-Volume findet die Datenbank beim Restart die Wurzelseite des
Converters. Diese enthlt Positionen der Indexseiten. Die Indexseiten wiederum enthalten Positionen
der Blattseiten. Die Blattseiten sind nicht zwangslufig sortiert. Beim Start liest die Datenbank den
Converter parallel aus.
SAP AG
ADM515
4-35
Restart
Undo
DISKD0003
Undo
Undo
DISKD0002
Converter-Inhalt
DISKD0001
Page-Adressierung:
0
...
Device-Nummer
9 10 11 12
...
30 31
32 TB adressierbar
8 Bit
Standard:
256 * 128 GB = 32 TB
24 Bit
6 Bit
groe Volumes:
64 * 512 GB = 32 TB
26 Bit
12 Bit
20 Bit
Kleine Volumes:
4096 * 8 GB = 32 TB
SAP 2008
MaxDB nummeriert die Datenseiten (Pages) und ordnet ihnen physische Seitenadressen im DataVolume zu. Diese Zuordnung wird im Converter verwaltet. Der Converter ist Teil des I/O Buffer
Cache.
Als eine Folge des Einsatzes der Schattenspeichertechnologie kann es von jeder Datenseite eine
aktuelle Version geben sowie eine alte Version, die fr einen mglichen Restart bentigt wird. Damit
kann es je Datenseite auch zwei Converter-Eintrge geben: Die Adresse der alten und die der neuen
Version. Fr beide Versionen einer logischen Page existiert je ein 35 Bit langer Converter-Eintrag
mit folgenden Informationen:
y Devicenummer (8 Bit):
Nummer des Data-Volumes
y Deviceoffset (24 Bit): Position im entsprechenden Data-Volume
y Pagetyp (1 Bit): permanent (p) oder temporr (t) bentigt
y Save Pages (1 Bit): Flag wird gesetzt, falls die Datenseite bei einer inkrementellen
Datensicherung (SAVEPAGES) gesichert werden muss
y Saved (1 Bit): Flag wird whrend der Sicherung gesetzt
Bei einem Savepoint merkt sich der Converter die Adresse der aktuellen Seitenversion; die
Adresse der alten Version wird nach dem Savepoint wieder zum berschreiben freigegeben.
Mit einer Converter-Seite von 8 KB knnen 1861 Seiten des Data-Volume verwaltet werden. Die
Gre des Converter betrgt also ungefhr 1/1861 der Datenbankgre.
SAP AG
ADM515
4-36
Platte
Zeit
Page
4711
DATA
DATA
Page
4711
Schreiblast
Speicher
Schattenspeicher-Konzept
Savepoint
SAP 2008
Das I/O-Konzept der Datenbank arbeitet nach dem Prinzip der Schattenspeicherverwaltung.
Kernpunkte dabei sind: die optimierte Untersttzung von symmetrischen Multi-Prozessor-Systemen,
die Verlagerung von mglichst viel I/O auf eine asynchrone Ausfhrung und eine stark optimierte
Datensicherungs-Performance, die den heutigen Datenbankgren gerecht wird.
Eine User-Task soll nicht darauf angewiesen sein, auf das Ende von I/O-Vorgngen warten zu
mssen. Alle nderungsoperationen werden im Hauptspeicher durchgefhrt. Das I/O-Subsystem
muss dafr sorgen, dass die vollstndige Wiederanlauffhigkeit erhalten bleibt.
Die Schattenspeicherverwaltung unterscheidet fr die Datenseiten zwischen Originalen und Kopien.
Beim Wiederanlauf werden die jeweils gltigen Zustnde der Datenseiten erkannt. Das Konzept
basiert auf Savepoint-Zyklen, die durch einen Savepoint abgeschlossen werden. Ein abgeschlossener
Zyklus wird durch die Versionsnummer seines Savepoints spezifiziert. Diese Nummer wird als
savepoint version oder converter version bezeichnet.
Die auf Basis dieser Savepoint-Zyklen entstehenden unterschiedlichen Versionen der Datenseiten
werden im sog. Converter verwaltet. Hier werden den Originalen bzw. den Kopien der logischen
Datenseiten physikalische Blcke zugeordnet. Der Ort, an dem eine logische Datenseite gespeichert
ist, kann also von Savepoint-Zyklus zu Savepoint-Zyklus wechseln.
Durch die Nutzung parallel arbeitender Pager- und Server-Tasks wurde der Data-Cache auf
Untersttzung von symmetrischen Multiprozessorarchitekturen (SMP) hin optimiert.
SAP AG
ADM515
4-37
Transaktion 1
Savepoint
Transaktion 2
zeitgesteuert
Transaktion 3
Startup / Shutdown
Sicherungen
Zeit
CREATE INDEX
IO Buffer Cache
LOG FULL
DB FULL
Restart
DATA
Undo
SAP 2008
SAP AG
ADM515
4-38
Savepoint-Zyklus
x25: Page im I/O Buffer Cache
gendert vor Savepoint 25
x25
X
25
X
25
X
25
X
25
I/O
Cache
I/O Buffer
Buffer
Cache
X
X
X
25
x26
25
25
26
X
25
X
25
26
26
I/O Buffer
Cache
X
X
X
25
26
X
25
25
25
X
25
Restart
Restart
I/O Buffer Cache nach Savepoint 25
Undo
Savepoint 25
X
26
I/O
Buffer
Cache
I/O
Buffer
Cache
X
X
X
X
X
25
X
25
DATA
X
26
DATA
Undo
Savepoint 26
SAP 2008
SAP AG
ADM515
4-39
Savepoint-Phasen
Genderte Datenseiten schreiben
(parallel)
Data Cache
3. Phase
2. Phase
kurz
1. Phase
Transaktions-Regions belegen
Log-Eintrag schreiben
Savepoint-Version erhhen
dc3
.... ....
Restart
Undo
Undo
Undo
dcn
DISKD0003
DISKD0002
DISKD0001
c1 c2 cn
Converter Cache
SAP 2008
Der Savepoint kann als eine zentrale Funktion des I/O-Konzepts angesehen werden. Die Abbildung
zeigt, was whrend eines Savepoints passiert.
Der Savepoint muss den Data-Cache und den Converter-Cache auf die zugehrigen Volumes
durchschreiben. Aufgrund der Gre der beiden Caches kann dies nicht einfach als synchrone
Aktion geschehen, da dann das System zu lange blockiert wrde. Es muss aber eine mglichst kurze
Phase geben, in der die Caches geschtzt durchgeschrieben werden knnen.
Ein Savepoint erfolgt zeitgetaktet in einem Standardabstand von 10 Minuten. Damit die im
geschtzten Abschnitt (Phase 2) durchzuschreibende Menge von Seiten klein ist, beginnt der
Savepoint mit dem Flush des Data-Cache parallel zum laufenden Betrieb. Dabei wird der DataCache von mehreren Pager-Tasks gleichzeitig bearbeitet. Mit dieser Phase ist der grte Teil der
Seiten durchgeschrieben.
In der zweiten Phase wird ein Flag gesetzt, das Ausgleichsoperationen auf B*-Bumen verbietet.
Zustzlich wird das ffnen neuer Transaktionen innerhalb dieser Phase unterbunden. Alle Seiten, die
innerhalb der ersten Phase verndert wurden, werden als savepoint-relevant markiert. Fr die offenen
Transaktionen wird ein Open Trans File erstellt.
In der letzten Phase werden alle Seiten durchgeschrieben, die whrend der zweiten Phase markiert
wurden. Die Markierungen werden zurckgesetzt. Danach werden alle genderten Converter-Seiten
parallel in die Daten-Volumes geschrieben. Der Savepoint selbst wird mit Schreiben der RestartSeite abgeschlossen. Nachtrglich wird die Savepoint-Version hochgezhlt.
Die geschtzte Phase des Savepoints ist im Allgemeinen sehr kurz und wird vom Endanwender nicht
wahrgenommen.
SAP AG
ADM515
4-40
02:00:36
02:00:36
02:00:36
02:00:36
02:00:36
02:00:36
02:00:36
02:00:36
02:00:36
02:00:36
02:00:36
Savepoint
Pager
Pager
Pager
Pager
SAVPOINT
Pager
Pager
Pager
Pager
SAVPOINT
1:
20004:
20005:
20006:
20007:
53070:
20008:
20009:
20010:
20012:
53071:
Wichtig fr die Performance ist ein groes Verhltnis von geschriebenen Seiten zur
Zahl der dafr ausgefhrten IOs in der ersten Phase des Savepoints
Die Savepoint-Nummer wird ausgegeben (hier 13082)
Ein weiteres Kriterium fr die Performance ist die Laufzeit des Savepoints - hier mit
Zeiten unter einer Sekunde.
SAP 2008
SAP AG
ADM515
4-41
Das globale File-Verzeichnis, eine einfache Ablage der Datenbank um auf Datenstrukturen
der Tabellen, Indices und LOBs zugreifen zu knnen, wird nun komplett im Speicher gehalten.
Die flachen Strukturen werden ber einen hash Algorithmus verwaltet und ermglichen einen
schnellen Zugriff.
Zustzlich werden hier wichtige Statistiken z.B. zum SELECT COUNT(*) gehalten, die bei
einer Bestimmung der Anzahl der Datenstze in der Tabelle sehr schnell ber das File
Directory ermittelt werden kann. Dieses wird die Ausfhrungen von SELECT COUNT (*)
stark beschleunigen.
SAP 2008
SAP AG
ADM515
4-42
CACHESTATISTICS
COMMANDCACHESTATISTICS
COMMANDSTATISTICS
Benutzer 1:
select * from T100
Benutzer n:
select * from T100
Parsed Informations
Catalog-Cache
Shared SQL Cache
File Dir
Log-Queue
Parsed
Select * from T100
Informations
SAP 2008
Wenn Shared SQL eingeschaltet ist, zeigen die SQL-Monitore in der DB50 (Resource Monitor) die
SQL-Statements an, die sie im Shared SQL Cache finden, aber nicht die Informationen ber Kosten
usw. wie es blicherweise von den SQL-Monitoren bekannt ist.
Nachdem die SQL-Monitore gestartet wurden, werden fr die danach gesammelten Statements diese
Daten angezeigt.
Die Funktion des Shared SQL bietet aber generell die Mglichkeit, ohne die Notwendigkeit von
speziellen SQL-Monitoren immer genau zu wissen, welche Statements gelaufen sind bzw. laufen.
Dieses war in frheren Releases nicht mglich, sondern erst nach Start der SQL-Monitore.
Diese Funktion ist seit frhen Support Packages des SAP NetWeaver 6.40 und des SAP NetWeaver
7.00 mglich.
Der Catalog-Cache fungiert nur als Zwischenspeicher bevor die aufbereiteten (geparsten) Statements
dann endgltig im Shared SQL Cache zusammen mit dem vollstndigen SQL-Statement gespeichert
werden. Im Catalog-Cache besitzen die Usersessions weiterhin private Bereiche in denen die
Funktion des Parsens stattfindet.
Der Shared SQL Cache ist ein wachsender Cache und wird initial in der halben Grsse erzeugt und
wchst dann bis zum Wert SharedSQLCommandCacheSize nach Bedarf an.
Informationen zum Betrieb des Shared SQL knnen in den angezeigten Systemtabellen ermittelt
werden.
SAP AG
ADM515
4-43
Reserviert
User-Kernel-Thread
User
User
User
User-Kernel-Thread
Tasks
User
User
User
Tasks
SAP 2008
Stripes (Regionen) findet man in allen Bereichen der parallelen Nutzung von Resourcen in der
Datenbank.
Zum Beispiel ist der DataCache in mehrere Hauptspeicher-Segmente unterteilt.
Einstellbare Einteilung von Stripes im DataCache (8 1024, Default abhngig von der Data CacheGre)
MaxDB-Parameter: DataCacheStripes, ConverterStripes usw.
Durch eine Vervielfachung der Stripes kann eine hhere Parallelitt erreicht werden (MaxDBinterner Synchronisations-Mechanismus). Mit dieser greren Zahl von Stripes gibt es aber auch
einen hheren Verwaltungsaufwand. Beide Dinge mssen gegeneinander abgewgt werden.
In einem Multiprozessorsystem (Parameter MaxCPUs > 1) sind Kollisionen von Prozessen
unterschiedlicher UKTs nicht vermeidbar. Entscheidend ist, wie schnell der Wechsel auf den Stripes
von statten geht, da heit, wie lange der kollidierte Task warten mu, um an den Stripe (Region) zu
gelangen und seine Arbeit beginnen kann. Daher ist die Prozentangabe Waits von hoher Bedeutung,
wie oft lange auf einen Stripe im Durchschnitt gewartet werden mute.
Das DBA-Cockpit und der DBanalyzer bietet hier viele Informationen in unterschiedlicher
Ausprgung (zeitlich aufgeschlsselt oder summiert).
Es gibt viele unterschiedliche Arten von Stripes, die mit diversen geteilten Funktionen innerhalb der
Datenbank zusammenhngen. Die Schulung UMEW60 (MaxDB Performance Optimierung)
versucht eine versionsabhngige Auflistung.
SAP AG
ADM515
4-44
Page-Clusterung
SAP 2008
SAP AG
ADM515
4-45
Prefetch
SAP 2008
Prefetching wird in der Linie MaxDB 7.7 ab Version 7.7.06 und folgende bereitstehen.
Es erfolgt zuerst eine Implementierung wie in MaxDB 7.6 ab Version 7.6.05
y Der MaxDB-Parameter lautet dort READAHEAD_TABLE_THRESHOLD und sollte wie bei
MaxDB 7.7.06 eingestellt werden.
SAP Hinweis 1255050 zum Thema Prefetch. Dort werden weitere Tipps&Tricks zu dem Thema
gesammelt.
SAP AG
ADM515
4-46
Aktivierung
ALTER TABLE <Table Name> CACHE
fr Tabellen, die im Cache gehalten werden sollen
ALTER TABLE <Table Name> NOCACHE
fr Tabellen, die aus dem Cache schnell verdrngt werden sollen
Beide Ergnzungen sind auch fr das CREATE TABLE-Statement verfgbar
Einstellung kann zum normalen Verhalten zurckgestellt werden mit
NOT CACHE
NOT NOCACHE
Die aktuelle Einstellung kann ber die Systemtabelle FILES fr jede Tabelle ermittelt
werden
Diese Funktionalitt wird zum ersten Mal mit MaxDB 7.7.06 angeboten.
SAP AG
ADM515
4-47
MaxDB-Interna: bersichtsdiagramm
MaxDB-Interna
Thema 1: Prozesse
Thema 2: Sperren
Thema 3: Speicherbereiche
Thema 4: Plattenbereiche
Thema 5: Logging
SAP AG
ADM515
4-48
Laufzeitumgebung
(LZU)
User-Kernel-Thread (UKT)
User-Kernel-Thread (UKT) Tasks:
Console
Garbage
Trace-Writer
Timer
Utility
Log-Writer
Pager
Pager
Server
Server
User
User
Requestor
IO-Threads
Festplatten
Coordinator
(Clock)
Caches
Prozesse
Festplattenbereiche und IO
Log-Queue
Restart
DATA
LOG
LOG
Undo
/sapdb Programme
etc.
SAP 2008
Der Begriff Volume (frher mit Versionen kleiner 7.4 auch Devspace genannt) bezeichnet eine
physische Platte bzw. einen Teil einer physischen Platte.
Es werden zwei Arten von Volumes unterschieden.
y In den Data-Volumes sind hauptschlich Daten der Benutzer (Tabellen, Indizes) und der
Datenbankkatalog aber auch der Converter sowie History-Pages mit Before Images der
laufenden Transaktionen gespeichert. Durch ein datenbankinternes Striping werden die zu einer
Tabelle gehrenden Daten gleichmig auf alle Data-Volumes verteilt.
y In den Log-Volumes werden alle nderungen von Datenbankinhalten in Form von AfterImages aufgezeichnet, um bei einer Wiederherstellung der Datenbankinstanz die nderungen
nachladen zu knnen, die in der letzten vollstndigen Datensicherung nicht enthalten sind.
Fr die Gewhrleistung eines sicheren Datenbankbetriebs eines kleinen Systems ohne RAID1Platten haben Sie die Mglichkeit, die Log-Volumes zu spiegeln. Im ungespiegelten LogModus mu die Platte zumindest fr ein Produktivsystem vom Betriebssystem oder physisch
gespiegelt werden.
SAP AG
ADM515
4-49
/sapdb
LVC
SDB
P01
db
db
db
bin
pgm
sap
...
Beispiel:
drei Instanzen auf
einem Server
sapdata
saplog
IndepProgPath
programs
bin x_server
pgm dbmcli
IndepDataPath
data
wrk
config
LVC
SDB
P01
Arbeitsverzeichnis fr LVC
Arbeitsverzeichnis fr SDB
Arbeitsverzeichnis fr P01
Parameterdateien fr alle Instanzen
SAP 2008
Das Verzeichnis fr die Datenbanksoftware wird seit Version 7.2.04 abhngig von der
Datenbankinstanz registriert. Im Database Manager CLI rufen Sie mit dem Kommando db_enum ab,
welche Datenbankinstanzen auf dem Server installiert sind und in welchem Verzeichnis die
zugehrige Software abgelegt ist. Die Informationen fast und slow beschreiben die Datenbankkerne,
die aktiv sind. Der slow-Kernel ist ein spezieller Diagnose- und Trace-Kernel.
Beispiel: dbmcli n <Servername> db_enum
P01 /sapdb/P01/db
P01 /sapdb/P01/db
Folgende Verzeichnisse sollten ber die Umgebung erreichbar sein (Hinweis 327578):
y PATH-Variable in der SYSTEM-Umgebung:
Laufwerk:\sapdb\programs\bin
Laufwerk:\sapdb\programs\pgm
y PATH-Variable in der USER-Umgebung:
Laufwerk:\sapdb\<SID>\db\bin
Laufwerk:\sapdb\<SID>\db\pgm
Laufwerk:\sapdb\<SID>\db\sap
SAP AG
ADM515
4-50
Verzeichnisstruktur im SAP-Umfeld
sapdb
<SID>
programs
bin
pgm
env
etc
lib
data
wrk
config
wrk
SID
SID
db
saplog
sapdata
bin
DISKD0001
pgm
DISKD0002
env
etc
lib
incl
DISKD0255
DISKL001
DISKL0xx
M_DISKL001
M_DISKL0xx
Bei der Installation einer MaxDB Datenbank fr SAP-Anwendungen gelten fr die bentigten
Verzeichnisse bestimmte Namenskonventionen.
Im Verzeichnis sapdata sind die Daten-Volumes eingebunden. Es knnen bis zu 256 Daten-Volumes
eingerichtet werden.
Im Verzeichnis saplog sind die Log-Volumes eingebunden. Bei Verwendung des gespiegelten LogModus sind die Log-Volumes datenbankseitig gespiegelt. Es gibt keine Beschrnkung fr die Anzahl
von Log-Volumes.
blicherweise wird nur ein sapdata- und ein saplog-Verzeichnis angelegt. Es sind natrlich auch
auch mehr mglich.
In diese Verzeichnisse knnen auch Links gelegt werden, die dann auf Dateinamen in Filesysteme
verweisen, auf denen es Kapazitten gibt, die Volumes anzulegen.
Es knnen aber auch Mountpoints fr verschiedene sapdata- oder saplog-Verzeichnisse angelegt
werden, um den Platz fr die Volumes zu schaffen. Bei einer groen Anzahl von Daten-Volumes
empfiehlt SAP, pro Filesystem etwa 5-10 Daten-Volumes anzulegen. Grund: Es gibt keine
Mglichkeit dem Betriebssystem mitzuteilen, wieviele parallele Schreib/-Lese-Devices hinter einem
Mountpoint liegen.
Das frhere DBROOT-Verzeichnis ist nun mit dem INSTROOT vergleichbar und ist unter
/sapdb/<SID>/db zu finden.
Wenn Ihr System eine hardwarebasierte Spiegelung ermglicht (RAID-1-Systeme), empfehlen wir,
diese fr die Spiegelung der Log-Volumes zu nutzen.
SAP AG
ADM515
4-51
Restart
Undo
Undo
Undo
DISKD0003
DISKD0002
DISKD0001
Empfehlungen fr Storagesysteme:
Dies stellt ein empirisch ermitteltes Minimum zwischen zu vielen bzw. zu wenigen
DatenVolumes dar
Es bietet einen gewissen Puffer zu mehr Volumes, so da die Datenbank in der Zahl der
Volumes noch wachsen kann.
SAP 2008
Datenseiten (Pages) werden vom Datenbanksystem so auf die vorhandenen Daten-Volumes verteilt,
dass ein mglichst gleichmiger Fllgrad und eine mglichst gleichmige I/O-Auslastung der
Daten-Volumes gewhrleistet ist.
Die Daten-Volumes werden hier anhand des absoluten Fllgrads und nicht relativ befllt.
Bei Verwendung eines RAID-Controllers mit lokalen Platten wird empfohlen, so viele DatenVolumes anzulegen, wie dort Laufwerke verfgbar sind. Daten-Volumes werden normalerweise auf
RAID5-Plattensystemen abgelegt, aufgrund des geringeren Sicherheits-Overheads (ParityInformationen).
Datenbankunabhngige Dateien wie Betriebssystem-Swap oder Page-Bereiche und Dateien des
SAP-Systems sollten auf eigenen Platten liegen.
Beispiele fr die Quadratwurzel-Berechnungsformel:
Gesamtgre Datenbank anzulegende Anzahl von Daten-Volumes
10 GB
4 Volumes
50 GB
8 Volumes
100 GB
10 Volumes
200 GB
15 Volumes
500 GB
23 Volumes
1 TB
32 Volumes
Die neueren Installationroutinen des SAPinst verwenden diese Berechnungsformel bereits.
SAP AG
ADM515
4-52
IO Buffer Cache
EC
IOThread
N_
DIR
E_
OP
E
US
DB
OS
Filesystem
Cache
Restart
DATA
Undo
SAP 2008
SAP AG
ADM515
4-53
DATA
DATA
DATA
DATA
DATA
DATA
Data-Volume gefllt
DATA
DATA
SAP 2008
Einhergehend mit der Automatisierung der Page-Clusterung wird auch diese Thema angegangen:
Der Gleichverteilungsprozess findet nur zu lastarmen Zeiten statt.
Trotzdem kann es zu einem etwas verzgertem Ansprechverhalten kommen, bis die Datenbank die
Gleichverteilungsprozedur bei erneuter Last unterbrochen hat. Die Gleichverteilung wird dann spter
fortgefhrt.
Ab der Version MaxDB 7.7.06 wird dieses Funktion implementiert.
Bisherige Anstze laufen ber den Daten-Cache und fhren zur nachhaltigen Cache-Verdrngung
und damit zu einer groen Belastung fr laufendes Business.
In der finalen Implementierung werden Speicherstrukturen auerhalb des Daten-Cache genutzt, die
noch bereitgestellt werden mssen.
SAP AG
ADM515
4-54
Datenbankkern
Datenbankkern
db_activate
db_activate
DATA
DATA
DATA
SAP 2008
SAP AG
ADM515
4-55
MaxDB-Interna: bersichtsdiagramm
MaxDB-Interna
Thema 1: Prozesse
Thema 2: Sperren
Thema 3: Speicherbereiche
Thema 4: Plattenbereiche
Thema 5: Logging
SAP AG
ADM515
4-56
Log-Volumes
Mirrored
Log
M_DISKL001
Mirrored
Log
M_DISKL002
Log
DISKL001
Log
DISKL002
SAP 2008
Der Log-Bereich kann aus beliebig vielen Log-Volumes und gespiegelten Log-Volumes bestehen.
Diese werden von der MaxDB wie ein einziger zusammenhngender Bereich behandelt und zyklisch
beschrieben. Daher wird die Administration durch viele Log-Volumes nur komplizierter und bringt
keine weiteren Vorteile und die Zahl der Log-Volumes sollte besser klein gehalten werden. Die
Empfehlung geht hier zu 1-2 Log-Volumes. Diese sind typischerweise 2 bis 8 GB gro, knnen aber
in Einzelfllen auch bis zu 64 GB gro sein.
Alle Log-Volumes sollten, physisch getrennt von den Datenbereichen, auf eigenen Platten
liegen. Dies ist aus Grnden der Datensicherheit, Verfgbarkeit und Performance erforderlich.
Eine softwareseitige Spiegelung der Log-Volumes ber den Datenbankkern kann eingestellt werden,
aber SAP empfiehlt, dieses besser durch hardwareseitige Spiegelung (RAID1) zu realisieren.
Log-Information wird erst nach erfolgreicher Log-Sicherung zum erneuten berschreiben
freigegeben.
Aus Performancegrnden rt SAP davon ab, Log-Volumes auf RAID5-Laufwerke zu legen.
y Log-Information werden meist in kleinen Portionen (ein bis zwei 8-kB-Pages pro Aktion)
asynchron geschrieben. Nur beim Abschluss (COMMIT) einer Transaktion muss der Prozess,
der den COMMIT abgesetzt hat, auf die erfolgreiche Durchfhrung des synchronen Schreibens
der Logdaten zu dieser Transaktion warten.
Daher sollten die Platten, auf denen der Log-Bereich liegt, mglichst schnell sein, um
Wartezeiten beim COMMIT so weit wie mglich zu vermeiden. Gute Log-Schreibzeiten liegen
bei unter einer Millisekunde. Ausnahmen sind hier verteilte und gespiegelte Platten in
verschiedenen Rechenzentren. Da kann es aufgrund der Signallaufzeiten zwischen der Platten
schon mal bis zu 2-3 ms dauern.
y Da der Lese-/Schreibaufwand bei einfachen Plattensystemen mit RAID5 bei solchen kleinen
Schreiboperationen um Faktoren grer ist als bei RAID1-Platten, sollte RAID1 genutzt
werden. Auf groen Plattenstoragesystemen mit erweiterter Cache-Technologie hat der
Unterschied in der Technologie zwischen RAID1 und RAID5 keine so groe Auswirkung und
RAID5 knnte in diesem Fall auch fr den Log-Bereich verwendet werden. Definitve Aussagen
sind dort nur nach Performancemessungen mglich.
SAP AG
ADM515
4-57
Log-Volumes
Physische Sicht:
Log-Volumes
Logische Sicht:
Zusammenhngender Log-Bereich
Log-Volume
1
Log-Volume
2
Parameter AutoLogBackupSize
Default: 1/3 der Log-Gre
Maximal: 1/2 der Log-Gre
Die Gre des Log-Bereichs ist die Summe der Gren der Log-Volumes.
Physische Log-Segmente, wie sie von anderen Datenbanken her bekannt sind, gibt es nicht.
Einzig eine Steuerung von automatischen Log-Sicherungen kann ber den Parameter
AutoLogBackupSize eingestellt werden. Diese Gre wurde in der Vergangenheit oft flschlich als
Segment bezeichnet. Es handelt sich hier aber um einen Countdown, der am Ende eine automatische
Log-Sicherung auslst.
Log-Sicherungen erfolgen generell in Paketen der Gre des Parameters AutoLogBackupSize oder
kleiner.
Zustzlich wird in MaxDB auch eine zeitliche Steuerung von automatischen Logsicherungen
angeboten.
SAP AG
ADM515
4-58
LogPage 2
Freie Freier
LogAkt.
Freie
Page n Log-Page Log-Page Log-Page Log
nderung an Tabelleninhalten
Before Images
After Images
Restart
DATA
Pager
Pager
Pager
Log-Writer
Log
Undo
SAP 2008
Am Anfang des Log-Volumes befinden sich insgesamt drei Seiten mit Verwaltungsinformation:
y Der Hardware-Info-Block enthlt wie bei allen Volumes Konfigurationsinformation der
Volumes.
y Die Log-Info-Page enthlt Informationen, die whrend eines Restarts bentigt werden, bzw.
Informationen ber die Lage wichtiger Eintrge im Log-Bereich wie z.B. die erste Log-Seite,
welche Log-Information ber noch offene Transaktionen enthlt usw.
Die Log-Seiten direkt hinter der aktuell verwendeten Seite sind fr LOG-FULL-Situationen
reserviert, um den nchsten Restart zu ermglichen.
Jeder Logeintrag ist mit einer eindeutigen Sequenznummer versehen.
Die nderungen an Tabelleninhalten werden in zwei Arten protokolliert:
y Die Before-Images bzw. die Zustnde der Seiten vor der nderung werden in History-Pages
innerhalb des Datenbereichs der Datenbank gehalten. Von dort knnen sie auch unter
Umstnden auf die Daten-Volumes verdrngt werden. Diese tritt bei OLTP-Installationen nur
sehr selten auf. Meist ist es so, da die History-Pages schon lange vor der Auslagerung im DataCache gelscht werden, da die zugehrige Transaktion abgeschlossen ist.
y Die After-Images, also die nderungsvorschriften werden stattdessen auf das Log-Volume
geschrieben und dauerhaft gesichert.
SAP AG
ADM515
4-59
Log-Queue
s=1
update Table set s = 3
Upd
s (3)
Data-Cache
Table
History
s (1)
ss (15)
(3)
SAP 2008
Der Prozess der Trennung von kurzfristigen Log-Daten (Before Images) und langfristig zu
sichernden Log-Daten sehen wir hier noch mal ein einem ausfhrlicheren Beispiel.
SAP AG
ADM515
4-60
Log-Writer
Log
Log-Queue
Upd
s (3)
commit
Data-Cache
Table
History
s (1)
ss (15)
(3)
SAP 2008
Erfahrungsgem werden die History-Pages fast nie aus dem Data-Cache auf die Daten-Volumes
ausgelagert. Im liveCache-Umfeld ist das schon mal der Fall, wenn viele Consistent Views in Aktion
sind.
SAP AG
ADM515
4-61
Multiple LogQueues
Parameter: LogQueues
(default = MaxCPUs)
UKT
user 1
UKT
user 3
user 2
user 4
Log Queue
Log Queue
Upd
Ins
K1,Y
R1,X
UKT
logwriter
Empfohlen wird diese Funktion nur fr liveCacheInstanzen, da dort das Log-Aufkommen in greren
Paketen an den Logwriter bertragen wird.
Log
Jede einzelne Log-Queue (pro UKT) kann mit dem Parameter LogQueueSize erweitert werden.
SAP AG
ADM515
4-62
UKT
user 3
user 4
Log Queue
R1,X
Ins
C
UKT
logwriter
STOP
Log
SAP 2008 / Page 1
In Zukunft wird diese Mglichkeit nicht mehr so einfach in den graphischen Frontends angeboten
SAP AG
ADM515
4-63
Log-Spiegellung
Log-Spiegelung deaktiviert
Log-Spiegelung aktiviert
Log
Mirrored
Log
Log
Mirrored
Log
DISKL001
RAID1
DISKL001
M_DISKL001
Plattenfehleranzeige im
Verwaltungstool des RAID
Plattenfehler protokolliert in
Diagnosedateien der MaxDB
SAP AG
ADM515
4-64
SAP AG
ADM515
4-65
SAP AG
ADM515
4-66
bungen
Kapitel: 3
Thema: MaxDB-Interna
Am Ende dieser bungen knnen Sie:
Tiefer in die inneren Strukturen sehen.
D.
3-1
3-2
Savepoint analysieren
3-2-1
3-3
3-4
ffnen Sie im Baum des Database Studio unter dem CONTROL-User ->
Database Server -> RTE die aktuelle Laufzeit-Umgebung Ihrer Datenbank
und vergleichen die Ausgaben mit denen in den Schulungsunterlagen.
SAP AG
Nutzen Sie das Database Studio um fr Ihre Instanz um die Aktivitten der
bungen zu Kapitel 2 zu kontrollieren Whrend der bungen wurden
unzhlige Savepoints erzeugt, deren Informationen im knlMsg protokolliert
wurden. Vergleich Sie die Ausgaben mit den Informationen aus den
Unterlagen.
Suchen Sie im knlMSg nach Eintrgen die den String SAV enthalten.
Zu diesem Zweck steht ein erweiteres Filldb.py mit dem Namen Filldbcluster.py zur Verfgung, das genauso gesteuert wird.
ADM515
4-67
SAP AG
ADM515
4-68
Lsungen
Kapitel: 3
Thema: MaxDB-Interna
3-1
3-2
Savepoint analysieren
3-2-1
3-3
3-4
ffnen Sie im Baum des Database Studio unter dem CONTROL-User ->
Database Server -> RTE die aktuelle Laufzeit-Umgebung Ihrer Datenbank
und vergleichen die Ausgaben mit denen in den Schulungsunterlagen.
SAP AG
Nutzen Sie das Database Studio um fr Ihre Instanz um die Aktivitten der
bungen zu Kapitel 2 zu kontrollieren Whrend der bungen wurden
unzhlige Savepoints erzeugt, deren Informationen im knlMsg protokolliert
wurden.
Suchen Sie im knlMSg nach Eintrgen die den String SAV enthalten.
Zu diesem Zweck steht ein erweiteres Filldb.py mit dem Namen Filldbcluster.py zur Verfgung, das genauso gesteuert wird.
Das Fllen der Datenbank und die Option clear sollte ein bessere
Performance zeigen.
Die IO-Zeiten in Database Server -> DEV_IO sollten sinken. Hierzu mu
aber erst die ausfhrliche Zeitmessung aktiviert sein, damit alle Spalten in
der Ausgabe des DEV_IO auch gefllt werden.
ADM515
4-69
SAP AG
ADM515
4-70
Inhalt:
Methoden und Optionen von Datenbanksicherungen
Allgemeine Sicherungsstrategie
SAP 2008
SAP AG
ADM515
5-1
SAP 2008
SAP AG
ADM515
5-2
Agenda I
3. MaxDB-Interna
Einfhrung
Werkzeuge und Schnittstellen
Architektur und Betriebszustnde
MaxDB und SAP NetWeaver
Integration mit SAP NetWeaver
Serverlandschaft der Schulung
3.1.
3.2.
3.3.
3.4.
3.5.
4. Datenbanksicherung und
-wiederherstellung
2. MaxDB betreiben
2.1.
2.2.
2.3.
2.4.
2.5.
2.6.
2.7.
2.8.
Prozesse
Sperren
Speicherbereiche
Plattenbereiche
Logging
4.1.
4.2.
4.3.
4.4.
4.5.
4.6.
4.7.
4.8.
4.9.
Vollstndige Datensicherung
Inkrementelle Datensicherungen
MaxDB Snapshots
Log-Sicherungen
Automatische Log-Sicherung
berprfen der Sicherungen
Sicherungsstrategie
Externe Sicherungstools
Wiederherstellungen
SAP 2008
SAP AG
ADM515
5-3
Agenda II
5.
Weitere Administrationsthemen
5.1.
5.2.
5.3.
5.4.
5.5.
5.6.
5.7.
7.
bersicht
nderungen des Datenbankkerns
Neue administrative Funktionen
Setup und Infrastruktur
Interface & User
6. Performance-Tuning und
Problemsituationen
6.1.
6.2.
6.3.
6.4.
6.5.
6.6.
B*-Bume
Optimierung
Monitore des SAP NetWeaver
Vermeidbare Probleme
Diagnosedateien und TraceMglichkeiten
Fehlerarten und deren Analyse
SAP 2008
SAP AG
ADM515
5-4
MaxDB-Sicherungskonzept
Datensicherung
DATA_A0
DATA_A1
Log-Sicherung
File(s)
LOG
LOG_A1
LOG_A2
LOG_A3
LOG_A4
In einer produktiv genutzten Datenbank ist das regelmige Sichern von Daten- und Logbereich
unerlsslich, um Datenverlusten vorzubeugen.
MaxDB bietet mit dem Database Studio ein komfortables Werkzeug zur Durchfhrung dieser
Sicherungen. Dieses Werkzeug bietet neben der Anzeige der Sicherungshistorie auch die
Mglichkeit, externe Sicherungstools wie z.B. Legato Networker, NetVault und TSM einzusetzen.
Seit frhen Datenbankversionen der MaxDB (SAP DB) wird auch die von Oracle bekannte BackintSchnittstelle angeboten. Darauf aufbauend gibt es eine Erweiterung des backint-Standards, Backint
for MaxDB. Diese Erweiterung erlaubt es auch, Pipes fr die Sicherung von Datenbanken ber diese
Schnittstelle zu verwenden.
Eine Sicherung der Datenbankinstanz umfasst zwei Teilbereiche:
y Periodisches Sichern des Datenbereichs
y Sichern der Log-Eintrge
Die Datenbank bleibt whrend der Durchfhrung von Sicherungen uneingeschrnkt verfgbar.
Lediglich die Performance kann etwas eingeschrnkt sein. Deshalb wird empfohlen, diese zu Zeiten
niedriger SAP-Dialoglast auszufhren.
SAP AG
ADM515
5-5
DATA 1
Complete
=
Vollstndige Datensicherung
DATA 2
...
DATA n
Incremental
=
seit der letzten
vollstndigen Sicherung
genderte Seiten
Die Backup-Funktionalitten im Database Studio sind im Kontextmen der Instanz unter Backup
zu erreichen.
Mit Complete wird eine vollstndige Sicherung aller benutzten Seiten des Datenbereichs erzeugt.
Zustzlich wird die Konfiguration der Datenbankinstanz gesichert. So ist im Fall einer
Wiederherstellung auch die Wiederherstellung der Originalkonfiguration mglich. ConverterSeiten werden nicht gesichert.
Incremental erzeugt eine inkrementelle Sicherung des Datenbereichs. Diese Sicherung enthlt alle
Seiten, die seit der letzten vollstndigen Datensicherung gendert wurden.
SAP AG
ADM515
5-6
Parallele Datensicherung
DATA 1
DATA 2
DATA 3
IOThreads
IOThreads
IOThreads
Ring
puffer
IOThreads
Sicherungszeiten von
1 TB in 1:25 h
sind dokumentiert fr
kundeneigene Systeme
IOThreads
Datenbankparameter
MaxBackupMedia = 2
Die zu sichernden Datenseiten knnen parallel auf mehrere Medien (Templates) gesichert werden.
Dadurch wird eine Beschleunigung der Sicherung erreicht. Beispiel: Die Laufzeit mit drei
Bandstationen betrgt im Optimalfall ein Drittel der Laufzeit bei Verwendung einer Bandstation.
Die maximale Anzahl paralleler Sicherungsmedien (Templates) wird durch den
Datenbankparameter MaxBackupMedia (1 - 32) festgelegt. Eine nderung dieses Parameters wird
erst nach dem nchsten Neustart der Datenbank wirksam. Systemintern wird ein Speicherbereich
als (Ring-)Puffer (8 x 8K Blockung, bei Page-Clusterung 8 x 64K Blockung) bereitgestellt, in den
die Schreib- und Lesevorgnge der Server-Tasks und der fr die Sicherung temporr erzeugten
IOThread-Prozesse erfolgen. Die Grenzen dieses Verfahrens bilden entweder die
Zugriffsgeschwindigkeit der Daten-Volumes, die Schreibleistung der Backup-Gerte oder die
Transportschicht (z.B. Netzwerk) zwischen dem Datenbank-Server und den Backup-Gerten.
Solange diese Grenzen nicht erreicht sind, skaliert das Verfahren im parallelen Betrieb mit jedem
weiteren Backup-Gert.
Folgende Voraussetzungen mssen erfllt sein, um die Parallelisierung zu ermglichen:
y Vorhandensein mehrerer gleichwertiger Bandstationen, Pipes oder Plattenbereiche
y Der Wert von MaxBackupMedia entspricht der Anzahl der zu verwendenden
Bandstationen/Sicherungsdateien oder Pipes.
y Eine Gruppe von Sicherungsmedien (Templates) mit einem Sicherungsmedium pro Bandstation
wurde angelegt
Unterschiedliche Sicherungsmedien (in Gre und Geschwindigkeit):
y Sollte eines der Devices (Bandlaufwerk, Pipe oder Platte) langsamer als die restlichen sein, wird es
je nach den gegebenen Mglichkeiten mit der maximalen Geschwindigkeit beschrieben,
unabhngig von den anderen Devices. Daher knnen in Notsituationen auch schnelle Platten mit
langsamen Bandlaufwerken kombiniert werden. Am Ende der Sicherung werden auf dem
langsamen Device verhltnismaig weniger Daten ber die Zeit der Sicherung geschrieben worden
sein, als auf den schnelleren Devices.
SAP AG
ADM515
5-7
Untersttzte Sicherungsmedien
Data Volumes
File
Pipe
Untersttzte
Medien:
Band / Datei / Pipe
File(s)
Pipes
Pipes
Mediengruppen:
Bis zu 32 parallel
genutzte Bnder /
Dateien / Pipes
DATA
Log Volumes
File(s)
Untersttzte
Medien der man.
Log-Sicherung:
Datei / Pipe
Pipes
LOG
File.3
File.2
File.1
Automatische
Log-Sicherung:
Versionsdateien
SAP AG
ADM515
5-8
Der Benutzer <SID>ADM muss auf dem Server des Windows Shares bekannt sein
und alle Rechte zum Zugriff (Netzwerk und Dateisystem) auf den Share besitzen
SAP 2008
Normalerweise arbeitet der Datenbankkern auf dem Windowsserver unter dem Local System
Account.
Local System Accounts besitzen aber generell keine Berechtigung auf Netzwerk-Shares zuzugreifen
und daher funktioniert in dieser Form auch keine Sicherung auf einen Netzwerk-Share (Fehler -903),
wenn auf den Share vom Datenbankkern aus zugegriffen wird.
Daher mu der User, unter dem der Datenbankkern luft, gendert werden. Hierzu bietet sich der
<sid>adm User an, da dieser bereits das richtige Environment usw. besitzt.
Anschlieend wird diese nderung gltig, wenn der Datenbankservice oder die Datenbankinstanz
ber das Database Studio durchgestartet wird.
Bitte geben Sie immer UNC-Namen an, wie z.B. \\hostname\sharename und verwenden bitte keine
lokalen Windowsshares.
SAP AG
ADM515
5-9
SAP AG
ADM515
5-10
DAT_00001
Vollstndige Datensicherung
DATA 1
DATA 2
DataVolumes
DATA n
Label:
DAT_00001
Parameterdatei
/sapdb/data/config/<SID>
LogVolumes
LOG 1
LOG 2
SAP 2008 / Page 1
Eine vollstndige Datensicherung speichert alle belegten Seiten der Daten-Volumes auf
Sicherungsmedien (Templates). Zustzlich wird zu Beginn mit jedem Datenstrom einer Sicherung
(Template Gruppen) die aktuelle Parameterdatei (im Umfeld des SAP Netweaver der Inhalt aus der
Datei /sapdb/data/config/<SID>) mitgeschrieben. So ist es im nachhinein immer mglich, die fr
diese Sicherung bentigte Instanzumgebung wieder herzustellen.
Jede Sicherung erhlt ein Label in der Reihenfolge der Sicherungen. Dieses Label wird durch die
Administrationswerkzeuge benutzt, um die Sicherungen voneinander zu unterscheiden.
Dabei wird auch dann die Sicherungsnummer um eins erhht, wenn die Sicherung nicht erfolgreich
war.
Fr jede Sicherung wird ein Eintrag in der Sicherungshistorie (Datei dbm.knl) im
Arbeitsverzeichnis der Datenbank geschrieben.
Sicherungen werden durch den Datenbankkern durchgefhrt. Online-Sicherungen mit
Betriebssystemmitteln (z.B. dd, copy) von Plattenbereichen der Datenbankinstanz, auf denen die
Volumes abgelegt sind, sollten nicht durchgefhrt werden. Meist sind diese nutzlos, da offene
Dateien nicht gesichert werden knnen und/oder nicht vollstndig gesichert werden. Auch OfflineSicherungen mit Betriebssystemmitteln sollten Sie aus hnlichen Grnden vermeiden.
Nutzen Sie die Funktionen der Datenbank, um Sicherungen durchzufhren.
Der Vorteil ist, da jede gesicherte Page aus den Daten-Volumes whrend des Lesens geprft
wird (Header/Trailer-Vergleich) und damit frhzeitig Fehler gefunden werden knnen. Diese
berprfung knnte mit einer Konsistenzprfung Check Data (Verify) verglichen werden,
obwohl die Analysetiefe nicht so weit geht, wie bei einem normalen Verify.
SAP AG
ADM515
5-11
SAP 2008
Bevor Sie Sicherungen durchfhren knnen, mssen Sie die entsprechenden Sicherungsmedien (Templates)
definieren. Im Database Studio haben Sie unter Backup Templates die Mglichkeit, Sicherungs-Templates
oder Template-Gruppen paralleler Sicherungsmedien anzulegen und zu ndern.
Um parallele Sicherungsmedien anlegen zu knnen, mu der Parameter MaxBackupMedia entsprechend der
Anzahl der Einzelmedien in einem parallelen Medium gesetzt sein. Wenn z.B. eine Mediengruppe aus 10
Einzelmedien bestehen soll, dann mu der Parameter MaxBackupMedia den Wert 10 haben.
Folgende Angaben zum Template knnen festgelegt werden:
y Name des Sicherungsmediums. Dieser Name kann unabhngig vom verwendeten Ablageort (Device/File)
gewhlt werden.
y Backup Type: Geben Sie an, fr welche Art von Sicherung dieses Medium genutzt werden soll.
y Device Type: Band, Datei oder Pipe
y Backup Tool: Typ des externen Sicherungstools (falls verwendet; mehr dazu auf der folgenden Seite)
y Device/File: Pfad auf ein Device, Name einer definierten Pipe oder der Name einer Datei inklusive Pfad.
Wenn Sie keinen Pfad angeben, wird eine Datei im Arbeitsverzeichnis der Datenbankinstanz erzeugt.
y Size (KB): Maximalgre der Sicherung, die auf diesem Medium erzeugt werden kann (wenn Sie keine
Angabe machen, knnen Dateien mit unbegrenzter Gre angelegt werden)
y OS Command: Sie haben hier die Mglichkeit, Betriebssystemkommandos fr das Sichern auf Band
anzugeben.
y Overwrite: Diese Option ermglich das fortlaufende Sichern in die gleiche Datei mit berschreiben der
vorherigen Sicherung. Sie ist mit Vorsicht zu nutzen, weil damit die Sicherungshistorie ausgehebelt wird
und es keine Mglichkeit fr das Zurckgehen zu einer der letzten Sicherungen gibt.
y Block Size: Hiermit wird bestimmt, wie gro die Datenpakete sind, die auf das Medium geschrieben werden.
Sollte Page Clusterung auf der Instanz genutzt werden, mu dieser Wert dringend grer als ein Vielfaches
der verwendeten Clustergre eingestellt werden (minimal einfache Gre z.B. 64.)
y Autoloader: Markieren Sie das Feld Autoloader, wenn Sie eine Bandstation mit automatischem
Bandwechsel verwenden wollen.
SAP AG
ADM515
5-12
Externe Sicherungswerkzeuge
SAP 2008
SAP AG
ADM515
5-13
Backup-Wizard Einstieg
Ohne Backup-Historie
Mit Backup-Historie
SAP 2008
Mit dem Database Studio wird ein Backup Wizard verwendet, der Sie bei der Durchfhrung des
Backups untersttzt.
Um eine vollstndige Datensicherung zu starten, whlen Sie im Kontextmen des Instanznamens
Backup.
Im ersten Schritt wird nach der Art der Sicherung gefragt: Vollstndige Datensicherung,
Inkrementelle Datensicherung, Log-Sicherung
Falls noch keine vollstndige Datensicherung erfolgt ist, wird nur diese Option beim Start des
Wizards angeboten und eine entsprechene Warnung gezeigt.
SAP AG
ADM515
5-14
Vorsicht bei
OVERWRITE !!
SAP 2008 / Page 1
Whlen Sie im folgenden Schritt ein Medium bzw. Template aus oder legen ein Neues an.
Vor der engltigen Ausfhrung der Sicherung wird noch einmal eine Zusammenfassung der
Randbedingungen gegeben.
ber den Back- oder Next-Button kann der Sicherungsprozess noch einmal zurckgerollt und
Eingaben gendert werden.
Mit der Option OVERWRITE aus der Templatedefinition sollten Sie vorsichtig sein. Es werden
damit sehr leicht Sicherungsdateien berschrieben, die noch bentigt werden. Stattdessen sollten Sie
Scripte anlegen, die die Dateien weiter verarbeiten (z.B. Transport auf nachgeschaltete
Sicherungslsung). Diese Scripte lschen nach erfolgreicher Nachbehandlung die originalen
Sicherungsdateien, so da die Datenbank immer wieder mit einem verfgbaren Dateinamen arbeiten
kann. Bitte prfen Sie, ob nicht eine direkte Verbindung von der MaxDB zur nachgeschalteten
Sicherungslsung mglich ist. Dazu sehen Sie spter Konzepte.
SAP AG
ADM515
5-15
Backup-Wizard Hintergrundverarbeitung
SAP AG
ADM515
5-16
Sicherungen: bersichtsdiagramm
SAP AG
ADM515
5-17
Inkrementelle Datensicherung
DAT_00001
PAG_00002
DATA 1
PAG_00003
DataVolumes
PAG_00002
DATA 2
DATA n
DAT_00004
PAG_00005
PAG_00006
LogVolumes
LOG 1
LOG 2
SAP 2008 / Page 1
Neben der vollstndigen Datensicherung knnen einzelne genderte Datenseiten auch ber eine
inkrementelle Datensicherung gespeichert werden. Dabei werden nur die Datenseiten gesichert, die
seit der letzten vollstndigen Datensicherung gendert wurden.
Die Versionsnummer des Labels wird bei jeder Datensicherung um eins erhht, auch dann, wenn die
Sicherung nicht erfolgreich war.
Diese Information wird zuerst in die Sicherunghistorie geschrieben.
SAP AG
ADM515
5-18
Eine inkrementelle Datensicherung kann im Kontextmen der Instanz innerhalb des Database
Studios unter Backup... Backup Wizard Incremental Data Backup gestartet werden, wenn
zuvor eine vollstndige Datensicherung durchgefhrt wurde.
SAP AG
ADM515
5-19
Wie auch bei der vollstndigen Datensicherung mssen Sie anschlieend das entsprechende
Sicherungmedium (Template) auswhlen oder gegebenenfalls anlegen. Die weitere Vorgehensweise
ist identisch mit der der vollstndigen Datensicherung.
SAP AG
ADM515
5-20
Unter dem Reiter Summary finden Sie die Einstellungen zur ausgefhrten Sicherung
Auf dem Reiter Results nach der Ausfhrung die Ergebnisse
SAP AG
ADM515
5-21
Inkrementelle Datensicherung
Sicherungshistorie
Sicherungshistorie
Details
der
Sicherung
Verfgbare
Sicherungstemplates
laufende
oder
abgeschlossene
Aktionen
Die Sicherungshistorie zeigt die inrementelle Sicherung als letzte Aktion oben in der Liste an.
Nach Selektion wird unter Details (Klappmen) die Label-Information ausgegeben.
Die verfgbaren Sicherungsmedien werden im darunterliegenden Klappmen Template angezeigt
Schluendlich finden sie im unteren Teil des Database Studios die Aktionsinformationen im Reiter
Actions. Bei einem Doppelklick auf die Eintrge dort erhalten Sie die zugehrigen Wizards und
deren Aktionsergebnisse wieder angezeigt.
SAP AG
ADM515
5-22
Sicherungen: bersichtsdiagramm
SAP AG
ADM515
5-23
MaxDB Snapshots
Snapshots frieren einen DB-Zustand ein um ihn spter z.B. wieder herstellen zu knnen; Alle weiteren
nderungen erfolgen in neuen (kopierten) Pages
MaxDB bietet multiple Snapshots mit eigenen Funktionen innerhalb der Datenbank an
Snapshots knnen im Modus Online erzeugt oder gelscht werden
Eine Wiederherstellung eines Zustandes aus einem Snapshot kann nur im Modus Admin erfolgen
Typischer Einsatz
Sehr schnelles Point-In-Time Recovery
Vor dem
Upgrade
Upgrade nicht
erfolgreich
Create
SNAPSHOT
DATA
Upgrade Daten
SNAP-Daten
Restore
SNAPSHOT
DATA
SAP 2008
Ab Version 7.7 haben Sie die Mglichkeit, den Datenbereich einer MaxDB mit Hilfe interner
Snapshots in mehrfacher Ausfhrung einzufrieren.
Ein Snapshot kann im Zustand Online erzeugt werden. Zu einem spteren Zeitpunkt knnen Sie auf
den Datenbestand des Snapshots zurcksetzen und/oder den Snapshot lschen.
Mit dem Kommando CREATE SNAPSHOT kopiert der Datenbankkern die Restart-Page aus dem
zweiten Block des ersten Data-Volume an eine andere Position. Des weiteren wird der komplette
Converter kopiert. Der originale Restart-Record enthlt einen Verweis auf den fr den Snapshot
relevanten Restart-Record.
Mit dem Kommando RESTORE SNAPSHOT wird der aktuelle Converter gelscht. Alle nicht mehr
bentigten Blcke werden als wieder frei markiert. Die berschssigen Transaktionsinformationen
werden aus dem Log herausgelscht, so da der Zustand HISTLOST eintritt. Ab dem nchsten
Restart arbeitet die Instanz mit den zum Zeitpunkt des CREATE SNAPSHOT eingeforenen und nun
reaktivierten Daten.
Die Anweisung DROP SNAPSHOT lscht den zugehrigen Restart-Record und den damit
verknpften Converter, der fr diesen Snapshot relevant ist. Das FreeBlockManagement (FBM)
markiert alle nicht mehr bentigten Blcke als frei.
MaxDB untersttzt mehrere Snapshots. Der Betrieb der Instanz mit multiplen Snapshots fhrt zu
einem erhhtem Belegungsgrad im Datenbereich.
SAP AG
ADM515
5-24
SAP 2008
SAP AG
ADM515
5-25
SAP AG
ADM515
5-26
:
:
DATA
:
:
01.01.2009
Stand
07.01.2009
Slave
vollstndig
Complete
CreateDATA
Snapshot
Restore Snapshot
Inkrementell
Incremental
:
:
:
:
14.01.2009
DATA
Stand
07.01.2009
DATA
:
DATA
Stand
Stand
01.01.2009
:
Restore Snapshot
Inkrementell
Incremental
Stand
14.01.2009
DATA
MaxDB bietet die Mglichkeit der Verwendung von Snapshots zur Synchronisation zwischen einer
Master- und einer oder mehreren Slave-Instanzen.
Erstellen Sie die Slave-Instanz als homogene Systemkopie mit Hilfe von Backup/Restore. Erzeugen
Sie vor dem ersten Restart der Slave-Instanz einen Snapshot.
Um nderungen in der Master-Instanz in die Slave-Instanz zu berfhren, setzen Sie die SlaveInstanz auf den Snapshot zurck. Spielen Sie dann eine inkrementelle Sicherung aus der MasterInstanz ein. Sie knnen die Slave-Instanz beliebig oft auf den Snapshot zurcksetzen und
inkrementelle Sicherungen aus der Master-Instanz einspielen.
Dieses Verfahren funktioniert so lange, bis im Master eine komplette Datensicherung erstellt wird.
Dann passen neue inkrementelle Sicherungen nicht mehr zum Snapshot in der Slave-Instanz. Zur
Synchronisation mit dem Master kann eine komplette Datensicherung in der Slave-Instanz
eingespielt werden.
SAP AG
ADM515
5-27
Sicherungen: bersichtsdiagramm
SAP AG
ADM515
5-28
Log-Sicherung
Option 1
Option 2
LOGSAVE.001
LOGSAVE.002
LOGSAVE.003
LOGSAVE.001
LOGSAVE.002
LOGSAVE.003
abgeschlossenes
Log-Region
aktive
Log-Region
Log Volume
Restbelegung
im Log Volume
gesicherte
Log-Region
Restbelegung
im Log Volume
automatisch
SAP 2008
Unter Kontextmen der Instanz Backup Log Backup knnen Sie eine Log-Sicherung starten, die
den gesamten noch nicht gesicherten Inhalt des Log-Bereichs auf ein anzugebendes
Sicherungsmedium speichert. Anschlieend wird der Inhalt des Log-Bereichs zum berschreiben
freigegeben. Es ist wichtig zu wissen, dass die Log-Eintrge dabei nicht aktiv gelscht, sondern nur
zum berschreiben freigegeben werden.
y Die Log-Sicherung erfolgt in Teilstcken, deren Gre durch den Parameter
AutoLogBackupSize (Angabe in Seiten) bestimmt ist. Standardmig wird der Parameter
AutoLogBackupSize zum Installationzeitpunkt anhand der vorhandenen Log-Volumes
berechnet und auf ein Drittel des gesamten Log-Bereichs als Parameterwert voreingestellt.
Durch Aktivieren der automatischen Log-Sicherung werden abgeschlossene Log-Bereiche
automatisch auf dafr ausgewhlte Sicherungsmedien gesichert.
y Es wird empfohlen, fr die automatische Log-Sicherung einen eigenen Festplattenbereich zu
benutzen. Als Sicherungsmedium knnen derzeit nur Dateien (Device Type: File) verwendet
werden.
Bitte schauen Sie nach der dbmcli-Kommandobeschreibung fr das archive_stage spter in
diesem Kapitel, wie diese Dateien automatisch versorgt werden knnen.
y Whrend einer Datensicherung oder whrend eines Verify muss die automatische LogSicherung nicht ausgeschaltet werden. Der Datenbankkern bernimmt die berwachung der
abgeschlossenen Log-Bereiche.
y Wenn Sie trotz der automatischen Log-Sicherung eine interaktive Log-Sicherung durchfhren
wollen, mssen Sie die automatische Log-Sicherung erst deaktivieren und nach der erfolgten
interaktiven Log-Sicherung wieder aktivieren.
SAP AG
ADM515
5-29
LOG_00001
Labels:
DATA 1
LOGSAVE.001
DATA 2
LOGSAVE.002
LOG_00001
LOGSAVE.003
DataVolumes
DATA n
LogVolumes
LOG 1
LOG 2
SAP 2008
Interaktive Log-Sicherungen sichern alle belegten Log-Seiten aus dem Log-Volume, die noch nicht
gesichert wurden und nicht zu einer offenen Transaktion (ohne COMMIT) gehren.
Nur Versionsdateien (Version Files) und externe Sicherungswerkzeuge mit Rckmeldungsfunktion
werden als Sicherungsmedium fr die interaktive Log-Sicherung akzeptiert. Die Log-Sicherungen
sollten daher anschlieend endgltig auf anderen Sicherungsmedien gespeichert werden.
An den Dateinamen, der in dem Sicherungsmedium definiert ist, wird automatisch eine
Versionsnummer angefgt (drei Stellen mit fhrenden Nullen). Wenn der Nummernvorrat erschpft
ist, werden weitere Stellen angefgt.
Die Label der Log-Sicherungen werden unabhngig von der Nummerierung der vollstndigen und
inkrementellen Datensicherungen vergeben.
Alle Log-Sicherungen werden zusammen mit den Datensicherungen in der Sicherungshistorie in
umgekehrt zeitlicher und logischer Reihenfolge aufgelistet.
SAP AG
ADM515
5-30
SAP AG
ADM515
5-31
Wie bei der Datensicherung muss auch hier zuerst ein entsprechendes Sicherungsmedium angelegt
oder ein bestehendes Sicherungsmedium ausgewhlt werden.
Sollte die automatische Log-Sicherung aktiv sein, mssen Sie diesen Modus vor dem Start der
interaktiven Log-Sicherung ausschalten und anschlieend wieder aktivieren.
SAP AG
ADM515
5-32
SAP 2008
Es erfolgt eine Zusammenfassung der Einstellung vor dem Start der Log-Sicherung.
Nach erfolgter Log-Sicherung wird das Label der Sicherung angezeigt.
Dauert die Log-Sicherung sehr lange knnen Sie auch hier den Wizard in den Hintergrund legen und
ber den Reiter Actions wieder erreichen.
Wenn Sie die interaktive Log-Sicherung wegen einer LOG FULL-Situation starten, dann werden die
mit der Datenbank arbeitenden Programme so lange gestoppt, bis die Datenbank ihre Transaktionen
fortsetzen kann. Diese Programme werden nach Abschluss der Log-Sicherung automatisch wieder
aktiv, falls sie nicht manuell gestoppt oder Timeout-Werte der Applikation berschritten wurden.
Wenn Sie bei einer LOG FULL-Situation dagegen nicht eine interaktive Log-Sicherung durchfhren,
sondern gleich die automatische Log-Sicherung wieder aktivieren, dann werden die gestoppten
Transaktionen direkt nach dem Sichern des ersten Log-Bereichs (per Default ein Drittel des
gesamten Log-Bereichs) wieder aktiv, whrend die anderen Log-Bereiche noch gesichert werden.
SAP AG
ADM515
5-33
Sicherungen: bersichtsdiagramm
SAP AG
ADM515
5-34
Automatische Log-Sicherung
Log-Volumes
Log-Zyklus, durch
Downcounter eingeteilt
Log
Volume
1
Log
Volume
2
e
en
s
os
hl ion
c
s g
ge Re
ab ogL
Log-Sicherungen
(Versionsdateien)
AULOG_001
AULOG_002
AULOG_003
AULOG_004
Labels
LOG_00001
LOG_00002
LOG_00003
LOG_00004
Letzte Log-Sicherung
Wenn die automatische Log-Sicherung aktiviert ist, sichert die Datenbankinstanz Log-Informationen
automatisch, so bald ein vordefiniertes Log-Aufkommen erzeugt wurde
Die Gre wird durch den MaxDB-Parameter AutoLogBackupSize bestimmt
Zustzlich kann eine zeitbasierte Steuerung aktiviert werden
SAP empfiehlt, diesen Automatismus immer zu nutzen, um LOG FULL-Situationen zu vermeiden
SAP 2008
Um die Datenbank vor LOG FULL-Situationen zu bewahren, sollte die automatische Log-Sicherung
aktiviert werden.
Immer, wenn so viele Log-Eintrge aufgetreten sind, da die Gre AutoLogBackupSize erreicht ist,
werden diese Daten auf dem definierten Sicherungstemplate gesichert und der Log-Bereich wird
wieder zum berschreiben freigegeben. Der Log-Bereich wird nicht durch berschreiben mit
Leerdaten gelscht.
y Jeder Log-Bereich wird in eine eigene Sicherungsdatei abgelegt, die eine Versionsnummer
erhlt.
y Automatische Log-Sicherungen sind nur auf Sicherungsdateien mglich. Diese sollten dann
wiederum mit den entsprechenden Tools auf Bnder oder Sicherungs-Server gesichert werden.
y Die automatische Log-Sicherung kann auch neben skriptgesteuerten Log-Sicherungen als
Auffangnetz genutzt werden, falls das Skript versagt.
y Whrend jeder Durchfhrung einer skriptgesteuerten Log-Sicherung muss die automatische
Log-Sicherung deaktiviert werden (z.B. mit dem Kommando dbmcli U c autolog_off).
Die automatische Log-Sicherung ist um so wichtiger, je lnger Datensicherungsaktionen unter
Verwendung der Utility-Task dauern, da whrend dieser Zeit die Utility-Task nicht anderweitig
genutzt werden kann und daher auch keine interaktive Log-Sicherung gestartet werden kann. Zum
Beispiel: Wenn Datensicherungen im Online-Betrieb aufgrund langsamer Sicherungsmedien sehr
lange laufen, kann es whrend dieser Sicherung durch Online-Aktivitten passieren, dass der LogBereich zu 100 Prozent gefllt wird. Mit eingeschalteter automatischer Log-Sicherung kann trotz der
belegten Utility-Task der Log-Bereich gesichert werden und es kommt nicht zur LOG_FULL
Situation.
SAP AG
ADM515
5-35
SAP 2008
SAP AG
ADM515
5-36
Das Database Studio bietet auch die Option, die automatische Log-Sicherung zeitgesteuert zu
starten.
Um das Sicherungsinterval zu setzen, knnen Sie aber auch die dbmcli-Kommandos autolog_on
oder medium_put nutzen:
y Kommando-berblick
autolog_on ... [INTERVAL <interval>]
medium_put ... <interval> (ab MaxDB Version 7.7.02)
y Kommadosyntax (ab MaxDB Version 7.7.02)
medium_put <name> <location> <type> <backup_type> <size>
<block_size> <overwrite> <autoloader> <os_command> <tooltype>
<interval>
Der Default-Wert fr den Parameter <interval> ist 0, was bedeutet, da kein Instervall genutzt
werden soll.
Der Intervall-Wert <interval> des Sicherungs-Template (Sicherungsmedium) kann bersteuert
werden wenn die Funktion der automatischen Log-Sicherung aktiviert wird:
autolog_on [<medium>] [INTERVAL <interval> ]
SAP AG
ADM515
5-37
Eine typische Abfolge von Sicherungen im Database Studio mit dem Fokus auf die letzte LogSicherung und den dazugehrenden Details.
SAP AG
ADM515
5-38
Sicherungen: bersichtsdiagramm
SAP AG
ADM515
5-39
Bevor die Sicherungen einer Sicherungsgeneration berschrieben werden, sollte berprft werden,
ob eine intakte Sicherung vorhanden ist.
Die berprfung einer Datensicherung kann auch ber das folgende Kommando erfolgen:
dbmcli U c -uSRV recover_check <Medienname> DATA
SAP AG
ADM515
5-40
Sicherung prfen
SAP 2008
Im Database Studio knnen Sie Sicherungen im Kontextmen der Instanz unter Check Backup... und
dem daraufhin erscheinenden Backup Check Wizard prfen.
Sie knnen sowohl Log- als auch Datensicherungen berprfen.
Whlen Sie das entsprechende Sicherungsmedium, und whlen Sie Next Step.
Hinweis: Diese Funktion ist im Database Studio 7.8.00.06 noch nicht implementiert.
SAP AG
ADM515
5-41
SAP 2008
SAP AG
ADM515
5-42
Die Ausfhrung der Option Check Backup fr ein Template wird hier gezeigt.
Nachdem die berprfung der Sicherung abgeschlossen ist, wird das Ergebnis angezeigt.
SAP AG
ADM515
5-43
Sicherungen: bersichtsdiagramm
Thema 7: Sicherungsstrategie
Thema 8: Externe Sicherungstools
SAP AG
ADM515
5-44
Sicherungsstrategien
28 days
online
SAP 2008
Zur Gewhrleistung der Datensicherheit ist es erforderlich, Daten- und Log-Sicherungen in sinnvoll
gewhlten Abstnden durchzufhren. SAP empfiehlt:
y vollstndige Datensicherung (Data) mindestens einmal pro Woche oder, wenn mglich, tglich
y inkrementelle Datensicherung (Pages) nach geren Systemaktivitten innerhalb der Woche
y Log-Sicherungen mindestens einmal tglich optimalerweise durch die Funktion der
automatischen Log-Sicherung.
In einem 28-Tage-Zyklus werden so vier Sicherungsgenerationen erzeugt. Dann knnen die
Sicherungsmedien wiederverwendet werden.
y Vor Wiederverwendung von Sicherungsmedien soll zumindestens einmal innerhalb des
Sicherungszyklus eine Konsistenzprfung Check Data (VERIFY) der Datenbank erfolgen
(Kapitel 5). Damit wird sichergestellt, dass sich die Datenbank in einem physikalisch
konsistenten Zustand befindet und Sie es sich erlauben knnen, diese Bnder zu berschreiben.
y Zu Beginn eines Sicherungszykluses sollte auch die Lesbarkeit der vollstndigen
Datensicherungen berprft werden (siehe: Sicherungen prfen) um sicher zu gehen, da das
Sicherungskonzept erwartungsgem funktioniert.
y Sollten Snapshots des Filesystems als Ersatz fr datenbankeigene Sicherung genutzt werden,
mu der konsistente Zustand des Systems mit dem Check Data hufiger geprft werden. Dies
sollte dann mindestens einmal in der Woche passieren, entsprechend der Vollsicherung im
obigen Beispiel einmal die Woche.
SAP AG
ADM515
5-45
Das Computing Center Management System (CCMS) bietet Ihnen mit dem DBA-Cockpit und dem
darin verankerten DBA-Planungskalender die komfortable Mglichkeit, die wichtigsten
Verwaltungsaufgaben einzuplanen.
y Die eingeplanten Aktionen laufen, vom SAP Netweaver gesteuert, automatisiert ab. Der
Systemadministrator hat die Aufgabe, die richtigen Sicherungsmedien zur Verfgung zu stellen.
y Den Erfolg der eingeplanten Aktionen knnen Sie direkt im DBA-Cockpit berprfen.
y Sie knnen Aktionen in einem ein- oder mehrwchigen Rhythmus einplanen und so die
Sicherungsstrategie Ihrer Wahl implementieren.
Der Planungskalender greift auf dieselben Informationen zu wie das Database Studio.
y Er zeigt die Sicherungsmedien an, die Sie mit dem Database Studio definiert haben.
y Die Sicherungshistorie knnen Sie in den DBA-Aktionsprotokollen einsehen (Transaktion DB12).
Zustzlich zu Sicherungsaktionen knnen Sie mit Hilfe des Planungskalenders auch die
Optimiererstatistiken erneuern. Dies wird im Kapitel Problemsituationen und Performance Tuning
behandelt.
Wichtig: Planungseintrge bernehmen den momentanen Zustand der Datenbankumgebung. Wenn
nach Umschaltvorgngen in ausfallsicheren Systemlandschaften Aktionen nicht mehr auf dem
ursprnglichen Datenbankrechner durchgefhrt werden, kann dies zu Fehlern fhren. Bei vielen
datenbankbezogenen Einplanungen wird der aktuelle Datenbankrechner ermittelt und diese
Information in die Planung mit eingetragen. Nach einem Ausfall des Datenbankrechners kann das
CCMS nicht mehr auf diesen zugreifen. Planen Sie in diesem Fall die Aktionen neu ein und schalten
Sie auf den Normalzustand der Systemlandschaft zurck. Es kann nicht unbedingt sichergestellt
werden, dass auf dem zweiten Rechner die gleichen Sicherungsmedien definiert sind.
SAP AG
ADM515
5-46
Sicherungen: bersichtsdiagramm
Thema 7: Sicherungsstrategie
Thema 8: Externe Sicherungstools
Siehe auch SAP Hinweis 822240 (FAQ: MaxDB und der Einsatz von externen
Sicherungswerkzeugen)
SAP AG
ADM515
5-47
Database
Studio
Datenbankrechner
Medium
DBM-Server
Ext. Sicherungshistorie
Sicherungshistorie
Backup-Server
MaxDBKern
Pipes
Pipes
DATA
Sicherungswerkzeug
(Client)
Sicherungswerkzeug
(Server)
Hauptdatenfluss
Kontroll- und Kommandodaten
Bnder
SAP 2008
SAP AG
ADM515
5-48
Externe Sicherungs-ID
Database
Manager CLI
Database
Studio
Datenbankrechner
DBM-Server
Ext. Sicherungshistorie
Sicherungshistorie
MaxDBKern
Backupserver
Sicherungswerkzeug
(Client)
Sicherungswerkzeug
(Server)
DATA
Bnder
SAP 2008
In neueren Versionen des Database Studio werden in der Sicherungshistorie unter Details neben den
Medieninformationen ggf. auch Informationen ber External Backup IDs der Sicherung angezeigt.
Zur Ermittlung der Daten wird der Datenbankkern nicht bentigt.
Diese Informationen knnen Sie auch mit dem Database Manager CLI erhalten (siehe Hinweis
387583).
SAP AG
ADM515
5-49
DBMSRV
(Management inkl.
techn. Wissen ber
Sicherungstools usw.)
SicherungsServer
DatenbankServer
Datenbank
Management
Log medium
Data medium
Pipes
Kernel
Clienttool
der
SicherungsServer
Software
Netzwerk
Ext.
Sicherungstool
Autolog
medium
DATA
File.3
File.3
File.3
LOG
Log Staging
Backuptools, die
Pipes untersttzen:
Networker (Legato)
ADSM/Tivoli (IBM)
(ADINT2)
Data Protector 5.5
(HP)
SAP 2008
Hier wird das Funktionsprinzip der Backupmedien gezeigt und erlutert, warum das AutoLog nur
auf den Log Staging Bereich schreiben kann: Das Knowhow, auf andere Backuptools zuzugreifen,
ist auf dieser Ebene des Datenbankkerns nicht realisiert. Dieses ist stattdessen im DBMServer
vorhanden.
Da das AutoLog aber parallel zu Daten- und manuellen Log-Sicherungen arbeiten mu und die
Funktionalitt nicht im Datenbankkern ein weiteres Mal implementiert werden sollte, kann der
Datenbankkern hier nur auf Plattenbereiche schreiben.
Zuletzt hat HP das Tool Data Protector ab 5.5 um die Funktion von Pipes erweitert. Mehr dazu
finden Sie unter
www.openview.hp.com/products/storage_data_protector/device_matrices/Platform_Integrtn_SptMt
x_DP55.pdf
Der Kommentar auf Seite 6: (Online integration based on Backint for SAPDB / MaxDB) bedeutet,
da die Verwendung von Pipes nun mglich ist. Das Management erfolgt aber ber das bereits
bliche backint-Arrangement.
SAP AG
ADM515
5-50
Konzept archive_stage
DBMSRV
(Management inkl.
techn. Wissen ber
Sicherungstools usw.)
SicherungsServer
DatenbankServer
Datenbank
Management
Log medium
Data medium
Pipe
Kernel
Clienttool
der
SicherungsServer
Software
Netzwerk
Ext.
Sicherungstool
Autolog
medium
archive_stage
DATA
File.3
File.3
File.3
LOG
Log Staging
Backuptools, die
Pipes untersttzen:
Networker (Legato)
ADSM/Tivoli (IBM)
(ADINT2)
Data Protector 5.5
(HP)
SAP 2008
SAP AG
ADM515
5-51
Datenbank
Backint
control files
*.in / *.out / *.err
Management
Log medium
Data medium
Kernel
MaxDB
Adapterprogramm:
backint
Autolog medium
DATA
File.3
File.3
File.3
File.3
File.3
File.3
LOG
Log Staging
Sicherungsserver
DatenbankServer
Backint-Adapter des Clienttools
DBMSRV
(Management inkl.
techn. Wissen ber
Sicherungstools usw.)
Backint Staging
Clienttool
der
Sicherungs- Netzwerk
Server
Software
Ext.
Sicherungstool
Backuptools, die
keine Pipes
untersttzen:
ARCserv
ADSM/Tivoli (IBM)
(ADINT)
DataProtector < 5.5 (HP)
SAP 2008
Wenn die vorhandene externe Sicherungslsung die Verwendung von Pipes nicht untersttzt, wird
hier ein alternatives Konzept dargestellt. MaxDB mu hier auf die beschrnkte Funktionalitt des
Backint for Oracle zurckfallen, da dieser Standard nur fr Dateien (und RAW-Devices) definiert
ist.
Auch hier schreibt der Datenbankkern weiterhin auf Pipe-Devices, aber diese Daten werden von
einem MaxDB-Adapterprogramm (ebenfalls mit dem Namen backint) bernommen und die damit
bermittelten Daten aus der Pipe in Dateien zerhackt. Diese Dateien definierter Gre werden dann
im Backint Staging-Bereich abgelegt und der Lageort und Dateiname an das externe Sicherungstool
zur Weiterverarbeitung bermittelt. Dies stellt den bergabepunkt dar.
Wie bereits vorher kann auch hier das AutoLog unabhngig aktiv werden um LOG FULLSituationen zu vermeiden. Aber auch hier kann es generell keine Pipes verwenden.
Meist wird auch auf Seiten der externen Sicherungslsung ein Adapterprogramm fr die Behandlung
des Backint for Oracle und der damit definierten Schnittstellenkommunikation notwendig. Da diese
Adapterprogramme auch meist backint heien, verwechseln Sie diese bei der Implementierung der
Anbindung bitte nicht mit dem MaxDB-Adapterprogramm backint.
Auch in diesem Arrangement ist es mglich die Funktion archive_stage zu verwenden, damit der
DBMserver die Versionsdateien des AutoLog aus dem Log Staging-Bereich an die externe
Sicherungslsung bermittelt. Die Versionsdateien nehmen dann den gleichen Weg der
Datensicherungen ber den Backint Staging Bereich.
SAP AG
ADM515
5-52
Backint
control files
*.in / *.out / *.err
Management
Log medium
Data medium
Kernel
MaxDB
Adapterprogramm:
backint
Autolog medium
DATA
File.3
File.3
File.3
File.3
File.3
File.3
LOG
Log Staging
SicherungsServer
DatenbankServer
Backint-Adapter des Clienttools
DBMSRV
(Management inkl.
techn. Wissen ber
Sicherungstools usw.)
Backint Staging
Clienttool
der
Sicherungs- Netzwerk
Server
Software
Ext.
Sicherungstool
Backuptools, die
keine Pipes
untersttzen:
DataProtector (HP)
ADSM/Tivoli (IBM)
(ADINT)
ARCserv
Auch in diesem Arrangement ist es mglich die Funktion archive_stage zu verwenden, damit
der DBMserver die Versionsdateien des AutoLog aus dem Log Staging-Bereich an die externe
Sicherungslsung bermittelt. Die Versionsdateien nehmen dann den gleichen Weg der
Datensicherungen ber den Backint Staging Bereich.
SAP AG
ADM515
5-53
Datenbank
Backint
control files
*.in / *.out / *.err
Management
Log medium
Data medium
Pipe
Kernel
Autolog
DATA
medium
SicherungsServer
DatenbankServer
Backint-Adapter des Clienttools
DBMSRV
(Management inkl.
techn. Wissen ber
Sicherungstools usw.)
Clienttool
der
Sicherungs- Netzwerk
Server
Software
Ext.
Sicherungstool
Sicherungstools, die
Pipes im Rahmen von
BACKINT (Backint for
MaxDB) untersttzen:
File.3
File.3
File.3
LOG
Log Staging
SAP 2008
SAP AG
ADM515
5-54
Backint
control files
*.in / *.out / *.err
Management
Log medium
Data medium
Pipe
Kernel
Autolog medium
DATA
DatenbankServer
Backint-Adapter des Clienttools
DBMSRV
(Management inkl.
techn. Wissen ber
Sicherungstools usw.)
Clienttool
der
SicherungsServer
Software
SicherungsServer
Network
Ext.
Sicherungstool
Sicherungstools, die
Pipes im Rahmen von
BACKINT (Backint for
MaxDB) untersttzen :
File.3
File.3
File.3
LOG
Log Staging
SAP 2008
SAP AG
ADM515
5-55
Syntax:
archive_stage <medium> <stage> [VERIFY|NOVERIFY] [REMOVE|KEEP]
[FileNumberList|FNL <list>]
Parameter:
<medium>
<stage>
VERIFY
NOVERIFY
REMOVE
KEEP
<list>
Beispiel:
dbmcli U c
archive_stage BACKLog AutoLog NOVERIFY KEEP FNL 1,002,3-10
SAP 2008
Die Syntax des archive_stage ist hier erlutert: Sehr empfehlenswert ist hier die Option
VERIFY, die es erlaubt, nach Abschlu des Transfers der Versionsdateien an die externe
Sicherungslsung, diese wieder zurckzuholen und den Datenstrom dann mit der Originaldatei zu
vergleichen. Mit dieser Funktion testen Sie immerwhrend die sichere Funktion der externen
Sicherungslsung.
Das dbmcli-Kommando mit dem archive_stage sollte mit cron, at oder einem zentralen
Planungskalender eingeplant werden. Dieses kann auch aus der Ferne ber die Remote-Fhigheiten
des dbmcli erfolgen.
SAP AG
ADM515
5-56
Syntax:
archive_stage_repeat <medium> [VERIFY|NOVERIFY] [REMOVE|KEEP]
Parameters:
<medium>
VERIFY
NOVERIFY
REMOVE
KEEP
Example:
dbmcli U c
archive_stage BACKLog AutoLog NOVERIFY KEEP FNL 1,002,3-10
archive_stage_repeat BACKLog VERIFY REMOVE
Einschrnkung:
Damit archive_stage_repeat arbeiten kann, mu das Kommando zusammen mit dem archive_stage in der
gleichen DBMSRV Session abgesetzt werden. Ansonsten sind die zu vererbenden Daten verloren.
SAP 2008
SAP AG
ADM515
5-57
Die MaxDB erlaubt erst dann eine Logsicherung, wenn nach einem Bruch in der LogHistorie eine komplette Sicherung des Datenbereichs erstellt wurde. Diese Sicherung
dient als Wiederaufsetzpunkt fr ein Recovery.
Bei Verwendung von Split Mirror oder Snapshot Clones hat die Datenbank kein
Wissen ber eine existierende Sicherung.
Ab MaxDB 7.7.06.07 knnen Sie der Datenbank mittteilen, dass eine vollstndige
Sicherung des Datenbereichs vorliegt.
Dazu gibt es nun die Option, mit einem Datenbankkommando, dieses HISTLOST zu
entfernen bzw. umzuwandeln. Hier vertraut MaxDB der Kompetenz des
Datenbankadministrators und erwartet eine Sicherung auf Storagesystemebene wie
zum Beispiel Filesystem-Snapshots.
Der Eintrag HISTLOST wird ausgetauscht mit der Information ber den externen
Snapshot
Anschlieend ist es mglich, die automatische Log-Sicherung zu aktivieren.
SAP 2008
Bis MaxDB 7.7 kommt es nach Konfigurationsnderungen in der Datenbank in bestimmten Fllen
zu Eintragungen in der Form eines Eintrages HISTLOST in die Sicherungshistorie (siehe auch
Kapitel 2 bzw. 4). Anschlieend mu eine neue Sicherungshistorie mit einer initialen
Datensicherung begonnen werden. Erst nach erfolgreicher Datensicherung ist es dann mglich, die
automatische Log-Sicherung zu aktivieren.
Um der Datenbank mitzuteilen, dass eine vollstndige Datensicherung vorliegt gehen Sie wie folgt
vor ( siehe Hinweis 1285996 Backup Historie starten ohne Erstellung eines DB-Backups):
y Sorgen Sie durch antriggerns eines Savepoint fr ein Herausschreiben der genderten Daten aus
dem Data Cache.
y Setzen Sie den Aufsetzpunkt fr ein Logrecovery mit dem dbmcli-Komando:
db_execute save DATA quick to < Kommentartext > external
medianame <Name des Mediums>
- Mit dem Kommentartext ist es mglich, wichtige Informationen zu dem externen Snapshot
zu protokollieren.
- Die Daten knnen spter in der Sicherungshistorie wiedergefunden werden.
y Erstellen Sie den externen Snapshot
Diese Funktion mu noch im Database Studio implementiert werden.
SAP AG
ADM515
5-58
Tool
EMC
Legato Networker
IBM Tivoli Storage
Manager
ADINT2
NSR
X2 (Version 6.1)
Veritas
Netbackup
BACK
BACK
CA Brightstor
ARCserv
Commvault QiNetix
ADINT
HP
Data Protector
Backint for
Oracle
via
Files
BACK
BACK
BACK
SAP 2008
Funoten:
1
Zertifizierung fr Backint for MaxDB bisher noch nicht abgeschlossen, aber die Lsung wird
bereits groflchig genutzt.
2
Erstes Produkt mit abgeschlossener Zertifizierung des Backint for MaxDB.
SAP AG
ADM515
5-59
Wiederherstellung: bersichtsdiagramm
Wiederherstellung
Thema 1: Ausgangssituation und Analyse
Thema 2: Strategie
Thema 3: Durchfhrung der Wiederherstellung
Thema 4: Nutzung gespiegelter Log-Volumes
Thema 5: Vorgnge in der Datenbank
Thema 6: Aktionsmatrix
SAP 2008
SAP AG
ADM515
5-60
Wiederherstellungsfall: Ausgangssituation
LOG
vollstndige
Datensicherung
Log-Sicherung
DATA
AutoLog-Sicherung
inkrementelle
Datensicherung
AutoLog-Sicherung
SAP 2008
Bei Befolgen der Empfehlungen, die die SAP fr die Plattenkonfiguration Ihrer Datenbankinstanzen
sowie die Sicherungsstrategie gibt, stehen im Problemfall immer die aktuellen Log-Eintrge sowie
mindestens vier Sicherungsgenerationen zur Verfgung, um den Inhalt der Datenbankinstanz
wiederherzustellen. Dies macht einen Datenverlust sehr unwahrscheinlich.
Erleidet ein Data-Volume einen physischen Schaden, so wird eine vollstndige
Datenbankrestaurierung notwendig. Die Grundlage fr eine solche Wiederherstellung sind
normalerweise die vollstndigen und inkrementellen Datensicherungen sowie die Log-Sicherungen
der jngsten Sicherungsgeneration.
Tritt im SAP-System ein logischer Fehler auf, der ein Zurcksetzen des Systems auf einen lteren
Zustand notwendig macht, erfolgt dieses Zurcksetzen ebenfalls durch eine
Datenbankwiederherstellung mittels einer vollstndigen Datensicherung und anschlieendem
Einspielen von inkrementellen Daten- und Log-Sicherungen. Dabei kann der Administrator
bestimmen, ob bis zu einem bestimmten Zeitpunkt der Vergangenheit und damit die letzten
Transaktionen ausgelassen werden, oder alle verfgbaren Log-Informationen bis zum letztmglichen
Zeitpunkt wiederhergestellt werden soll.
Um auf einen Wiederherstellungsfall gut vorbereitet zu sein, empfehlen wir, mindestens zwei
Mitarbeiter zu schulen, die eine vollstndige Datenbankwiederherstellung anhand der Sicherungen
des Produktivsystems in regelmigen Abstnden testen. Fr diese Tests sollten Sie ber einen dem
Datenbankrechner vergleichbaren Testrechner verfgen. Dies knnte beispielsweise Ihr
Qualittssicherungssystem sein.
SAP AG
ADM515
5-61
Laufzeitumgebung
knlMsg
knlMsg.old
knlMsg.err
Sicherungshistorie
dbm.knl
dbm.mdf
/sapdb/data/wrk/<SID>
Aktionen der
Utility-Task
dbm.utl
/sapdb/data/wrk/<SID>
Protokoll der
Client-Kommandos
dbm.prt
/sapdb/data/wrk/<SID>
/sapdb/data/wrk/<SID>
SAP 2008
Die folgenden Dateien enthalten Informationen zum Erkennen der Ursache von
Datenbankproblemen:
y Die Diagnosedatei knlMsg stellt die wichtigste Informationsquelle bei Datenbankproblemen
dar. In der Datei werden die Meldungen protokolliert, die in der Kommunikation zwischen der
Laufzeitumgebung der MaxDB und dem Datenbankkern auftreten. Diese Datei wird bei jedem
Start des Datenbankkerns neu angelegt und die bereits vorhandene unter dem Namen
knlMsg.old gesichert. Zustzlich wird die Datei knlMsg ebenfalls nach einem
Datenbankabsturz rechtzeitig gesichert, bis zwei weitere Datenbankabstrze aufgetreten sind.
Die Ablage erfolgt in dem Verzeichnis, das durch den Parameter DiagnoseHistoryPath definiert
ist.
y Die reinen Fehlermeldungen des knlMsg werden auch in knlMsg.err protokolliert. Diese
Datei wird nicht berschrieben und kann bei groem Dateiwachstum archiviert und
anschliessend gelscht werden. Sie wird dann automatisch wieder neu angelegt.
y Die Dateien dbm.knl und dbm.mdf enthalten Informationen zur Sicherungshistorie und zur
Verwendung von Sicherungsmedien und Labels. Anhand dieser Informationen ist die
Datenbankinstanz in der Lage, Hilfestellung bei der Ausfhrung von
Wiederherstellungsprozessen zu geben. Bei Verlust dieser Dateien mssen Sie die zur
Wiederherstellung erforderlichen Aktionen selbst ermitteln.
y Im Gegensatz dazu enthalten die Dateien dbm.prt und dbm.utl Informationen ber die an den
Datenbankrechner geschickten Kommandos (dbm.prt) bzw. die sich daraus ergebenen
Aktionen, die ber die Utility-Task ausgefhrt werden (dbm.utl).
SAP AG
ADM515
5-62
Wiederherstellung: bersichtsdiagramm
Wiederherstellung
Thema 1: Ausgangssituation und Analyse
Thema 2: Strategie
Thema 3: Durchfhrung der Wiederherstellung
Thema 4: Nutzung gespiegelter Log-Volumes
Thema 5: Vorgnge in der Datenbank
Thema 6: Aktionsmatrix
SAP 2008
SAP AG
ADM515
5-63
Wiederherstellungsstrategie
Sicherungshistorie
vollstndige
Datensicherung
(DAT_00014)
inkrementelle
Datensicherung
(PAG_00015)
Wiederherstellungsvorgnge
LOG_00020
LOG_00021
PAG_00015
LOG_00022
PAG_00016
inkrementelle
Datensicherung
(PAG_00016)
aktuelle LogEintrge
LOG_00022
LOG_00023
LOG_00020
LOG_00021
LOG_00022
LOG_00023
LOG_00023
LOG_00024
Betriebszustand Online
LOG_00024
LOG_00025
SAP 2008
Zur Wiederherstellung der Datenbankinstanz nach einem Struktur- oder Plattenfehler muss zunchst
neuer Festplattenplatz zur Verfgung gestellt werden.
Anhand der Sicherungshistorie knnen Sie sich einen berblick ber die notwendigen Aktionen
schaffen. Die Wiederherstellung erfolgt im Betriebszustand ADMIN.
Die Wiederherstellung beginnt mit dem Einlesen der neuesten vollstndigen Datensicherung.
Reicht die Information im Log-Bereich bis zu einem Zeitpunkt zurck, der vor dem Beginn dieser
Datensicherung liegt, ist die Datenbankinstanz in der Lage, sofort nach dem erfolgreichen Einlesen
mit Hilfe der Informationen aus dem Log-Bereich den aktuellsten Datenbankzustand
wiederherzustellen.
Anderenfalls werden die letzte inkrementelle Datensicherung und anschliessend die noch fehlenden
Log-Sicherungen eingelesen. Dabei haben Sie die Mglichkeit, einen Zeitpunkt anzugeben, bis zu
dem die Log-Eintrge nachgefahren werden sollen.
Sollte die letzte inkrementelle Datensicherung nicht zur Verfgung stehen, ist es auch mglich, als
Ausweichlsung eine der letzten dieser Sicherungen zu nehmen. Entsprechend wird der Aufwand fr
das Nachfahren von Log grer
Mit dem Starten der Datenbankinstanz in den Betriebszustand ONLINE wird die letzte LogInformation aus dem Online-Log-Volume genutzt und die Wiederherstellung abgeschlossen.
SAP AG
ADM515
5-64
Wiederherstellung: bersichtsdiagramm
Wiederherstellung
Thema 1: Ausgangssituation und Analyse
Thema 2: Strategie
Thema 3: Durchfhrung der Wiederherstellung
Thema 4: Nutzung gespiegelter Log-Volumes
Thema 5: Vorgnge in der Datenbank
Thema 6: Aktionsmatrix
SAP 2008
SAP AG
ADM515
5-65
Wiederherstellen (1)
Whlen Sie im Kontextmen zur Instanz Recovery und der Recovey Wizard wird erscheinen.
Bringen Sie zunchst die Datenbankinstanz in den Betriebszustand ADMIN.
SAP AG
ADM515
5-66
Wiederherstellen (2)
SAP AG
ADM515
5-67
Wiederherstellen (3)
SAP 2008
Der Startpunkt ist mit der Vollsicherung gewhlt und nun geht es um die weitere Fortfhrung der
Wiederherstellung.
Im nchsten Schritt wird nun die inkementelle Sicherung ausgewhlt, soweit diese vorher berhaupt
erstellt wurden.
Anschlieend fllt die Datenbank die eventuell bestehende transaktionale Lcke mit Log-Backups
und/oder dem online Log-Volume auf.
In der Summary finden Sie diese Angaben.
Da das Wiederherstellen von transaktionalen Log-Informationen oft zeitaufwendig ist, empfiehlt es
sich, die jngste verfgbare inkrementelle Sicherung zu verwenden. Diese Wahl beschleunigt direkt
den Wiederherstellungsprozess.
SAP AG
ADM515
5-68
Wiederherstellen (4)
Die Sicherungs-Templates
DEV_DATA und
DEV_INC
usw. verwendet.
Daher keine eindeutige Zuordnung von
Template zu Dateinamen
Lsung: Automatismus im Database Studio
um diese Zuordnung zu bereinigen
Erreichbar ber Resolve jeweils fr beide
Templates
SAP 2008
Unter Data Carriers werden die Sicherungdateien noch einmal im Einzelnen aufgefhrt.
Es werden ebenfalls die notwendigen Log-Sicherungen gezeigt, die die transaktionale Lcke bis zum
ersten Log-Eintrag des online Log-Volume auffllen.
Bevor der Start-Button auftauchen kann, mssen evt. existierende Inkonsistenzen in der
Sicherungshistorie noch behoben werden.
y Die Bereinigung wird hier notwendig, da einmal definierte Templates auf verschiedene
Dateinamen zeigen.
y Die folgende Folie zeigt die Behebung des Problems ber den Automatismus im Database
Studio.
SAP AG
ADM515
5-69
Wiederherstellen (5)
SAP 2008
Bei der Verwendung von Dateien zur Datensicherung kann es passieren, da die Definition des
Datenmediums in der Zwischenzeit mehrfach von einem Dateinamen zum nchsten gendert wurde.
Das Database Studio erkennt dieses anhand der Informationen in der Sicherungshistorie und bietet
fr diesen Fall an, automatisch temporre Mediendefinitonen zu erstellen. Sie knnen hier noch
entscheiden, ob diese Definitionen im Anschluss bestehen bleiben oder auch wieder automatisch
gelscht werden sollen.
Diese Entscheidung mu in diesem Fall der hier aufgebauten Sicherungshistorie sowohl fr die
Vollsicherung als auch die inkrementelle Sicherung getroffen werden.
SAP AG
ADM515
5-70
Wiederherstellen (6)
SAP 2008
Damit erscheint der Start-Button und die Wiederherstellung kann gestartet werden.
Nach erfolgter Wiederherstellung der Datenvollsicherung, stoppt der Prozess und Sie knnen die
Wiederherstellung mit der inkrementellen Sicherung fortfhren.
Alternativ ist es auch mglich, die Wiederherstellung hier ber den Cancel-Button zu beenden und
zu einem spteren Zeitpunkt fortzufhren, wenn zwischenzeitlich die Datenbankinstanz nicht vom
ADMIN in den ONLINE-Zustand gebracht wurde.
y Damit ist es mglich, manuell eine Schatteninstanz aufzubauen. Mehr zu diesen
Ausfallsicherheitslsungen mit MaxDB im nchsten Kapitel.
SAP AG
ADM515
5-71
Wiederherstellen (7)
SAP 2008
Das gleiche Verhalten sehen wir nach erfolgter Wiederherstellung der inkrementellen Sicherung: Der
Wizard stoppt und gibt die Mglichkeit den Wiederherstellungsprozess optional zu unterbrechen.
Am Schlu wird unter Results eine Zusammenfassung des Wiederherstellungsprozess mit
Rckgabewerten der verschiedenen Schritte ausgegeben.
y Der Rckgabewert -8020 ist hier kein Fehler, sondern die Info, da diese Log-Sicherung
erfolgreich abgearbeitet ist und die nchste Log-Sicherung angefordert wird.
SAP AG
ADM515
5-72
Wiederherstellen Indizes
SAP 2008
SAP AG
ADM515
5-73
SAP 2008
In der aktuell verfgbaren Version des Database Studio 7.8 ist das Erreichen dieser Ausgabe mit den
defekten Indizes nicht direkt durch Folgen des Hyperlinks erreichbar. Es erscheint ein Popup mit
einer Fehlermeldung. Hier wird dann mit dem CONTROL-User versucht, SQL-Statements an die
Datenbank zu schicken, da der CONTROL-User genutzt wurde, die Overview-Ausgabe
aufzubereiten. CONTROL-User sind aber reine Administrationsuser und knnen keine SQLStatements an die Datenbank schicken. Dieser Fehler wird in zuknftigen Versionen des Database
Studio behoben.
Lschen Sie unter dem zugehrigen Datenbankinstanznamen in der Baumstruktur der Datenbanken
den Unterpunkt fr den CONTROL-User und lassen dort nur den SUPERDBA-User stehen, wird
dieser User fr die Ausfhrung des SQL-Statements zur Ermittlung der defekten Indizes genutzt.
Dann erhalten Sie die hier dargestellte Ausgabe.
Fr jeden gefundenen defekten Index gibt es einen Eintrag in der Liste und ber das Kontextmen
knnen die Indizes kollektiv oder individuell wiederhergestellt werden.
SAP AG
ADM515
5-74
Wiederherstellen Indizes
SAP 2008
Die Ermittlung der fehlenden Indizes kann mit den Info-Kommandos erfolgen: info badidx
y Mit dem dbmcli lautet das Kommando:
dbmcli d <DB-SID> -u control,control info badidx
Mit dem Kommando sql_recreateindex kann ein fehlender Index leicht wieder hergestellt
werden. Die Angabe des Index erfolgt in der Form
<Schemaname>.<Tabellenname>.<Indexname>
SAP AG
ADM515
5-75
Savepoint
T1
Savepoint
Absturz
C
T2
T3
R
T4
C
T5 R
T6 C
Zeit
Bei jedem Restart, z.B. nach einem Datenbankfehler, wird nach offenen Transaktionen oder
nderungen nach dem letzten Savepoint gesucht und je nach Bedarf eine automatische
Wiederherstellung (Recovery) gestartet.
Nur die Daten, die zum Zeitpunkt des letzten Savepoints gltig waren, wurden auf die DatenVolumes geschrieben und stehen nun noch zur Verfgung. Die nderungen zwischen den
Savepoints sind nach einem abrupten Ende der Datenbank nur noch in den Log-Eintrgen
nachvollziehbar.
Der letzte Savepoint wird nun als Aufsetzpunkt fr die automatische Wiederherstellung verwendet.
Die dargestellten Transaktionen werden folgendermaen behandelt:
y Keine Wiederherstellung fr Transaktionen T1 und T5
T1 ist vollstndig im letzten Savepoint vor dem Datenbankabsturz enthalten.
T5 wurde nach dem letzten Savepoint gestartet und vor dem Absturz manuell abgebrochen und
zurckgerollt und erbrigt sich damit.
y Wiederherstellung der Transaktionen T4 und T6
T4 war beim letzten Savepoint aktiv und wurde erfolgreich abgeschlossen.
T6 wurde nach dem Savepoint gestartet und erfolgreich abgeschlossen.
y Zurckrollen der Transaktionen T2 und T3
T2 war whrend des Absturzes aktiv und muss daher zurckgerollt werden.
T3 war zum letzten Savepoint aktiv. Die nderungen durch diese Transaktion sind also im
Savepoint enthalten und mssen daher wieder entfernt werden, da die Transaktion nach dem
Savepoint zurckgerollt wurde.
SAP AG
ADM515
5-76
Log
Log-Dateien
1
2
3
4
5
6
7
C
...
...
1
2
3
R
Daten
...
...
Log-Sicherung
1
...
SAP AG
ADM515
5-77
Wiederherstellung: bersichtsdiagramm
Wiederherstellung
Thema 1: Ausgangssituation und Analyse
Thema 2: Strategie
Thema 3: Durchfhrung der Wiederherstellung
Thema 4: Nutzung gespiegelter Log-Volumes
Thema 5: Vorgnge in der Datenbank
Thema 6: Aktionsmatrix
SAP 2008
SAP AG
ADM515
5-78
Oder indirekt ber das Database Studio, wenn nur der Log-Spiegel defekt ist:
Bitte anschlieend eine genauere Analyse beginnen, um die Ursache fr diese Fehler zu finden.
Meist handelt es sich hier um Hardwareprobleme.
SAP Hinweis 1177052 erlutert die Optionen bei dem Vorgehen detailiert.
SAP AG
ADM515
5-79
Wiederherstellung: bersichtsdiagramm
Wiederherstellung
Thema 1: Ausgangssituation und Analyse
Thema 2: Strategie
Thema 3: Durchfhrung der Wiederherstellung
Thema 4: Nutzung gespiegelter Log-Volumes
Thema 5: Vorgnge in der Datenbank
Thema 6: Aktionsmatrix
SAP 2008
SAP AG
ADM515
5-80
Wiederherstellen vollstndige
Datensicherung
t
Restore
DAT_00004
DAT_004
DAT_004
Data 1
Data 2
Data n
Diese Darstellung zeigt noch einmal die Vorgnge in der Datenbank beim Wiederherstellen der
verschieden Sicherungen (Daten- und Log-Sicherungen).
1. Schritt:
y Datenbank in den Betriebszustand ADMIN bringen.
y Die Wiederherstellung der vollstndigen Datensicherung wird gestartet und die Seiten werden in
die Daten-Volumes bertragen.
SAP AG
ADM515
5-81
Restore
PAG_005
DAT_004
Restore
DAT_004
PAG_005
Data 1
Data 2
Data n
2. Schritt: Die Seiten aus der inkrementellen Datensicherung werden ber die bereits bestehenden
Seiten aus der vollstndigen Datensicherung geschrieben.
SAP AG
ADM515
5-82
Wiederherstellen Logsicherung
t
PAG_005
Restore
PAG_005
DAT_004
Restore
DAT_004
LOG_010
Restore
LOG_010
and
Restart
Log
Log
Data 1
Data 2
Data n
SAP 2008
SAP AG
ADM515
5-83
PAG_005
Restore
PAG_005
DAT_004
Restore
DAT_004
Log
Log
01.01.2006 12:45:21
Data 1
Data 2
Data n
SAP 2008
SAP AG
ADM515
5-84
Wiederherstellen Log-Versionsdateien
Data 1
Restore
LOG_010
LOG_011
Log Volume
and
Restart
LOG_011
Restore
LOG_010
Restore
PAG_005
DAT_004
Restore
DAT_004
PAG_005
Version
Files
Log
log.010
log.011
Data 2
Log
Data n
SAP 2008
3. Schritt
y Variante 3: Es wurden durch den Betrieb der Datenbankinstanz seit der letzten Log-Sicherung
bereits so viele Log-Eintrge produziert, dass der zum berschreiben freigegebene Log-Bereich
tatschlich mit neueren Log-Eintrgen berschrieben wurde.
y Die nicht mehr im Log-Volume vorhandene Log-Information muss aus den Log-Sicherungen
wiederhergestellt werden.
y Dies erfolgt ber die Daten-Volumes, damit bestehende Log-Eintrge im Log-Volume nicht
berschrieben werden.
y Wenn die Log-Sicherungsdateien schon auf Band gesichert wurden, mssen sie unter dem
gleichen Namen wieder auf den Platten bereitgestellt werden.
y Das Nachfahren der Log-Eintrge erfolgt whrend des Wechsels in den Betriebszustand
ONLINE.
y Die Log-Eintrge aus den Sicherungen werden dabei bis zu dem ersten im Log-Volume
vorhandenen Log-Eintrag gelesen.
SAP AG
ADM515
5-85
Wiederherstellen Log-Versionsdateien
t
Restore
LOG_010
LOG_011
Log Volume
and
Restart
PAG_005
Restore
PAG_005
DAT_004
Restore
DAT_004
Restore
Version
Files
Log
log.010
log.011
Log
01.01.2006 12:45:21
Data 1
Data 2
Data n
SAP 2008
3. Schritt
y Variante 3: Auch bei dieser Variante ist es mglich, einen Restore Until-Zeitpunkt anzugeben.
y Dieser Zeitpunkt kann auch im Bereich der Log-Sicherungen liegen.
SAP AG
ADM515
5-86
Database
Studio
Datenbankrechner
Medium
DBMServer
Ext. Backup History
Backup History
Backupserver
MaxDBKern
Pipes
Pipes
DATA
Sicherungswerkzeug
(Client)
Sicherungswerkzeug
(Server)
Hauptdatenfluss
Kontroll- und Kommandodaten
Tapes
SAP 2008
Die Abwicklung der Wiederherstellung wird vom DBMServer gesteuert und verwaltet.
Der DBMServer entnimmt dem Mediennamen, welches externe Sicherungswerkzeug verwendet
werden soll und ermittelt dann das weitere Vorgehen.
Der DBMServer setzt das Wiederherstellungskommando an den Datenbankkern ab, dieser ffnet
daraufhin die bentigten Pipes nacheinander
Wenn der Datenbankkern versucht die erste Pipe zu ffnen, startet der DBMServer den Client des
Sicherungswerkzeuges. Dazu wird aus der Liste der External Backup Identifier die Information
entnommen, welche Sicherungen genau wiederhergestellt werden sollen.
Das Sicherungswerkzeug stellt die gewnschten Sicherungsdaten in den Pipes bereit, die der
Datenbankkern entgegennimmt und auf den Data-Volumes verteilt.
Nach Abschluss der Aktion interpretiert der DBMServer die Antwort des Datenbankkernes und den
Returncode des Sicherungswerkzeuges und vermeldet das Ergebnis des Wiederherstellungsversuchs.
Weitere Informationen (z.B. welche dbmcli-Kommandos sich dahinter verbergen) finden Sie unter
http://maxdb.sap.com
SAP AG
ADM515
5-87
Wiederherstellung: bersichtsdiagramm
Wiederherstellung
Thema 1: Ausgangssituation und Analyse
Thema 2: Strategie
Thema 3: Durchfhrung der Wiederherstellung
Thema 4: Nutzung gespiegelter Log-Volumes
Thema 5: Vorgnge in der Datenbank
Thema 6: Aktionsmatrix
SAP 2008
SAP AG
ADM515
5-88
Ausfall eines
Daten-Volume
Data
SAP 2008
SAP AG
ADM515
5-89
Ausfall eines
Log-Volume
Whrend der verschiedenen Wizards werden dann Datenund evtl. erstellte Log-Sicherungen wiederhergestellt.
Log
SAP 2008
SAP AG
ADM515
5-90
/sapdb Programme
etc.
Alternative Wiederherstellungen sind in Notsituationen eventuell mglich. Bitte wenden Sie sich an
den SAP Support.
Falls die Konfigurationsdaten unter /sapdb/data/config nach jeder Konfigurationsnderung
gesichert wurden, kann es mit viel Erfahrung mglich sein, die Datenbankinstanz ohne Recovery
wieder zu rekonstruieren.
Diese Daten sind aber auf jeden Fall als Parametersatz in jeder Sicherung enthalten.
SAP AG
ADM515
5-91
SAP AG
ADM515
5-92
bungen
Kapitel: 4
Thema: Datenbanksicherung und -wiederherstellung
Am Ende dieser bungen knnen Sie:
Sicherungen erstellen und diese wieder rekonstuieren. Auerdem
knnen Sie mit diesen Fhigkeiten Fehlersituationen beheben, die im
Datenbankbereiche auftreten knnen.
Fehlersituation wie der Ausfall einer Platte oder des entsprechenden
Kontrollers knnen die Funktion der Datenbank beeintrchtigen oder
auch komplett beenden. Nach Reparatur ist meist eine Wiederherstellung
des Datenbanksystems notwendig. Diese Situationen werden hier
simuliert und praktisch gelst.
4-1
4-2
4-1-1
4-1-2
4-1-3
4-1-4
Optional: Erzeugen Sie eine Mediengruppe bestehend aus zwei oder mehr
Einzelmedien um eine Parallel Sicherung durchfhren zu knnen.
(Hinweis: Achten Sie auf die korrekte Einstellung der notwendigen
Datenbankparameter)
SAP AG
ADM515
5-93
4-3
4-4
4-5
4-6
4-5-1
4-5-2
Fllen Sie den Log weiter mit dem Tool und berprfen der Funktion des
AutoLog.
4-5-3
4-5-4
Sicherungshistorie
SAP AG
Sicherung berprfen
4-7-1
4-8
Fhren Sie Log-Sicherungen durch, indem Sie wiederum das Tool filldb.py
zur Erzeugung von Log-Informationen verwenden.
4-6-1
4-7
Verwenden Sie das filldb.py um die Datenbank zu fllen und Daten zur
Erstellung der inkrementellen Datensicherungen zu erhalten..
Mit Hilfe des Tools filldb.py fllen Sie die Datenbank und stellen
whrenddessen incrementelle und Vollsicherungen her. Ziel ist, eine
Sicherungshistorie zu erzeugen um die verschieden Alternativen bei dem
anschlieenden Recovery zu testen. In vielen Fllen kann eine
umfangreichere Sicherungshistorie schon aus den vorhergehenden
bungen vorhanden sein.
ADM515
5-94
4-9
4-8-2
Sollte die Datenbank drohen vollzulaufen, lschen Sie bitte die Tabelle
FILLTABLE um damit die Datenbank wieder zu leeren und weitere
Sicherungen erstellen zu knnen. Das Kommando lautet
dbmcli -U c -USQL w sql_execute drop table
FILLTABLE
oder ein
x_python filldb.py d <SID> -u sapt<xx> -clear
(Achtung: Sollte die DB schon zu ber 95% gefllt sein und keine weiteren
Kommandos annehmen, ist es zu einer DBFULL-Situation gekommen und
es hilft nur eine Erweiterung der Datenbank.)
4-8-3
4-8-4
SAP AG
ADM515
5-95
SAP AG
ADM515
5-96
Lsungen
Kapitel: 4
Thema: Datenbanksicherung und -wiederherstellung
4-1
SAP AG
ADM515
5-97
4-2
4-3
SAP AG
ADM515
5-98
4-4
4-5
4-6
Sicherungshistorie
4-6-1 ber den Administrationsbereich Backup im Database Studio knnen Sie
die Sicherungshistorie komfortabel einsehen. Die einzelnen Sicherungstypen
werden mit unterschiedlichen Farben bzw. Farbschattierungen markiert.
SAP AG
ADM515
5-99
4-7
Sicherung berprfen
4-7-1 Die Funktion findet sich im Database Studio im Administrationsbereich
Backup. Whlen die den entsprechenden Template-Namen oder direkt eine
Sicherung in der Sicherungshistorie aus, hinter dem sich die zu prfende
Sicherung befindet. Mit dem Kontextmen erhalten Sie die Funktion Check
Backup. Notfalls legen Sie bitte ein weiters Template an, das Sie nur fr
diesen Zweck verwenden und auf eine spezielle Sicherung zeigt.
4-8
4-9
SAP AG
ADM515
5-100
Weitere Administrationsthemen
Inhalt:
Vorstellung weitergehender administrativer Ttigkeiten
Systemkopien mit MaxDB
SAP AG
ADM515
6-1
SAP 2008
SAP AG
ADM515
6-2
Agenda I
3. MaxDB-Interna
Einfhrung
Werkzeuge und Schnittstellen
Architektur und Betriebszustnde
MaxDB und SAP NetWeaver
Integration mit SAP NetWeaver
Serverlandschaft der Schulung
3.1.
3.2.
3.3.
3.4.
3.5.
4. Datenbanksicherung und
-wiederherstellung
2. MaxDB betreiben
2.1.
2.2.
2.3.
2.4.
2.5.
2.6.
2.7.
2.8.
Prozesse
Sperren
Speicherbereiche
Plattenbereiche
Logging
4.1.
4.2.
4.3.
4.4.
4.5.
4.6.
4.7.
4.8.
4.9.
Vollstndige Datensicherung
Inkrementelle Datensicherungen
MaxDB Snapshots
Log-Sicherungen
Automatische Log-Sicherung
berprfen der Sicherungen
Sicherungsstrategie
Externe Sicherungstools
Wiederherstellungen
SAP 2008
SAP AG
ADM515
6-3
Agenda II
5.
Weitere Administrationsthemen
5.1.
5.2.
5.3.
5.4.
5.5.
5.6.
5.7.
7.
bersicht
nderungen des Datenbankkerns
Neue administrative Funktionen
Setup und Infrastruktur
Interface & User
6. Performance-Tuning und
Problemsituationen
6.1.
6.2.
6.3.
6.4.
6.5.
6.6.
B*-Bume
Optimierung
Monitore des SAP NetWeaver
Vermeidbare Probleme
Diagnosedateien und TraceMglichkeiten
Fehlerarten und deren Analyse
SAP 2008
SAP AG
ADM515
6-4
Weitere Administrationsthemen:
bersichtsdiagramm
Weitere Administrationsthemen
Thema 1: Prfen der Datenbank
Thema 2: Erstellen einer Datenbankinstanz
Thema 3: Neuinitialisierung einer Datenbankinstanz
Thema 4: Installation eines Patches (Releasewechsel)
Thema 5: Migration zur MaxDB
Thema 6: Hochverfgbarkeit
Thema 7: MCOD
SAP AG
ADM515
6-5
EXTENDED
EXCEPT INDEX
WITH UPDATE
SAP 2008
Kommandos:
y CHECK DATA [EXTENDED] [EXCEPT INDEX]
y CHECK TABLE .. [EXTENDED] [WITH LONG CHECK]
y CHECK DATA WITH UPDATE
(nur im Modus ADMIN)
Eine intensivere Diagnosemglichkeit der Daten in den Volumes wird mit CHECK DATA
EXTENDED geboten. Whrend dieser berprfung wird eine prziserer Test der
Primrschlssellngeninformation ausgefhrt und auf allen Ebenen des B*Baums wird die
Sortierung der Primrschlssel berprft. Aufgrund der etwas hheren Komplexitt dieser
berprfung kann die Laufzeit erhht sein.
Die Option WITH LONG CHECK berprft ebenfalls die BLOBs. Hier wird auch eine Share-Sperre
auf die gerade untersuchte Tabelle gesetzt.
Um etwas Resourcen zu sparen, knnte mit der Option EXCEPT INDEX die Untersuchung der
Sekundrindizes ausgelassen werden.
Die Option WITH UPDATE funktioniert nur im Modus ADMIN und baut den Converter wieder auf,
bei dem die nicht referenzierten Pages gelscht werden. Diese nicht referenzierten Pages knnen
auftreten, wenn die DB durch den Spannungsschalter des Datenbanksservers beendet wird und damit
der Status der asynchron arbeitenden SERVER-Prozesse nicht durch einen richtigen Shutdown
gesichert werden konnte z.B. bei einem drop table.
SAP AG
ADM515
6-6
Es wird nur eine Analyse durchgefhrt und es werden keine nderungen an der
Datenbankinstanz vorgenommen.
Es wird whrend der Analyse eine Reparatur defekter Strukturen versucht. Dabei wird der
Converter neu aufgebaut.
Ausfhrung
DBA Cockpit
SAP 2008
Die Aktion Datenbankstruktur prfen wird als CheckData im Kalender des DBA Cockpit
eingetragen. Diese Aktion wird ber den Work-Prozess ausgefhrt. Dabei wird pro Volume eine
Servertask gestartet, die die Analyse durchfhrt.
Die Aktion Datenbankstruktur prfen (nur Tabellen) erscheint als CheckTables im DBA Cockpit
und berprft nur die Tabellen und keine Indizes. Hierbei wird eine feste Anzahl von parallel
arbeitenden Tasks vom Planer erfragt. Bei Performanceproblemen ist es bei der Verwendung von
wenigen Volumes sinnvoll, mit dem CheckTables zu arbeiten, um eine hhere Parallelitt zu
erreichen.
SAP AG
ADM515
6-7
SAP AG
ADM515
6-8
Liefert sie einen Fehler, muss der Hardwarefehler behoben und eine Sicherung eingelesen
werden.
Ausfhrung
Database Studio
ber das DBA Cockpit oder die Transaktion DB50 (Problemanalyse Tabellen/Indizes)
SAP 2008
Die Anweisung CHECK TABLE prft alle Abhngigkeiten und Verknpfungen innerhalb des
Tabellenbaums.
Jede Seite enthlt eine Prfzahl im Header und Trailer. Beide Zahlen mssen gleich sein. Ist der
Wert unterschiedlich, liegt ein Fehler vor. Die Seite konnte beim letzten Schreib- und Lesevorgang
(I/O) nicht vollstndig geschrieben werden.
Ausfhrung mit dem Database Manager CLI:
SAP AG
ADM515
6-9
Weitere Administrationsthemen:
Unit Overview Diagram
Weitere Administrationsthemen
Thema 1: Prfen der Datenbank
Thema 2: Erstellen einer Datenbankinstanz
Thema 3: Neuinitialisierung einer Datenbankinstanz
Thema 4: Installation eines Patches (Releasewechsel)
Thema 5: Migration zur MaxDB
Thema 6: Hochverfgbarkeit
Thema 7: MCOD
SAP AG
ADM515
6-10
SAP AG
ADM515
6-11
In den Preferences vom Database Studio Window Preferences kann generell eine Konsole fr
die Ausgabe von Kommandos eingeschaltet werden. Anschlieend mu diese Konsole dann noch
angezeigt werden ber Window Show View Other .
Dies knnte eine groe Hilfe bei der Entwicklung von dbmcli-Scripten zur Automatisierung von
wiederkehrenden Aufgaben sein.
Mit dieser Funktion knnen leicht Importdateien erstellt werden, die dann spter ber die Option
i in das dbmcli geladen und ausgefhrt werden knnen.
Im Konsolenfenster stehen oben rechts noch mehr Funktionen zur Verfgung.
SAP AG
ADM515
6-12
SAP 2008
Mit dem Kontextmen des Servers -> Create Database... erreichen Sie den Wizard.
Bitte whlen Sie die Option Create a new database in advanced mode aus, bei dem Sie alle Optionen
uneingeschrnkt definieren knnen.
Mit der Option Create a new database haben Sie nur wenige Mglichkeiten, die fr den SAPBereich richtigen User und Verzeichnisbereiche usw. zu ndern.
Wichtig: Im SAP-Umfeld ist die Installation des SAP Netweaver zusammen mit MaxDB anders
konzipiert als zusammen mit anderen Datenbanken.
y Mit MaxDB wird die Datenbankinstallation innerhalb der SAP Netweaver Installation
durch den SAPINST ausgefhrt und nicht im Vorraus, wie es bei anderen Datenbanken
der Fall ist.
y Daher ist es nicht notwendig, eine MaxDB-Datenbankinstanz vorher zu erstellen.
y Der Grund ist darin zu suchen, da MaxDB mittlerweile in vielen Produkten integriert ist
und sich daher entsprechend wartungsarm installieren lsst.
SAP AG
ADM515
6-13
SAP 2008
Nur beim Anlegen der Datenbankinstanz auf einem entfernten Rechner mssen Sie den
Rechnernamen, Benutzernamen und Kennwort angeben.
Sollte eine Remote-Installation unvermeidbar sein, bentigt der Benutzer besondere Rechte:
y Unix: root-Rechte
y Windows: Eigenschaft logon as a batch job sowie Administratorenrechte.
Whlen Sie, mit welcher Softwareversion die Datenbankinstanz angelegt werden soll.
Im SAP-Umfeld wird immer pro Datenbankinstanz auch eine Softwareinstanz angelegt. Damit ist
sichergestellt, dass jedes SAP-Systemohne Auswirkung auf andere Datenbankinstanzen auf eine
neue Version umgestellt werden kann.
y Whlen Sie daher genau die Softwareversion aus, die Sie fr diese Datenbankinstanz installiert
haben. (Zu Testzwecken ist es auch mglich, eine andere Softwareinstanz unter Beachtung der
erluterten Zusammenhnge zu nutzen.)
y Es ist technisch mglich mehrere Datenbankinstanzen auf einer Softwareinstanz zu fahren, aber
beim nchsten Datenbankupgrade durch das Tool SDBUPD wird es zu einem Problem: Das
SDBUPD wird den Upgrade der unterliegenden Softwareinstanz verweigern, solange nicht
wieder eine 1:1 Beziehung zwischen DB- und Software-Instanz hergestellt ist. Der Grund ist
darin zu suchen, da ein sicherer Betrieb der zweiten DB-Instanz nach dem Upgrade nicht
zugesichert werden kann.
y Einfachste Lsung ist, mit dbmcli ... db_drop oder im Database Studio im Kontextmen der
Datenbankinstanz -> Drop Database die zustzliche Instanz wieder zu lschen.
SAP AG
ADM515
6-14
Default: control
Default: control
SAP 2008
SAP AG
ADM515
6-15
SAP AG
ADM515
6-16
SAP 2008
Achten Sie besonders bei Systemkopien und der bernahme der Parameter aus dem Parametersatz in
der Sicherungsdatei darauf, da Sie die dort hinterlegten Pfadangaben (z.B. RunDirectoryPath, Pfade
zu den Volumes usw.) anpassen.
Bevor der letzte Schritt des Wizard ausgefhrt und die Datenbankinstanz angelegt wird, sollten diese
genderten Pfade (mit dem neuen Instanznamen) auch in Ihrem Dateisystem angelegt sein.
Whrend des Anlegens einer Datenbankinstanz knnen Sie nderungen an den Parameterwerten
vornehmen.
SAP AG
ADM515
6-17
Bei der bernahme der Parameter aus einer Sicherung, die blicherweise spter wiederhergestellt
werden soll, mu natrlich zuerst die Sicherungsdatei(en) angeboten werden, um dort die
Parameterinformationen zu entnehmen.
Dieses Template kann spter auch fr die Wiederherstellung genutzt werden.
Bitte darauf achten, da bei der Verwendung von Page-Clusterung die Block Size auf ein
Vielfaches der Clustergre gestellt wird (1-fach, 2-fach oder hnliches).
SAP AG
ADM515
6-18
SAP 2008
Achten Sie besonders bei Systemkopien und der bernahme der Parameter aus dem Parametersatz in
der Sicherungsdatei darauf, da Sie die dort hinterlegten Pfadangaben (z.B. RunDirectoryPath,
DiagnoseHistoryPath, Pfade zu den Volumes usw.) anpassen.
Bevor der letzte Schritt des Wizards ausgefhrt und die Datenbankinstanz angelegt wird, sollten
diese genderten Pfade (mit dem neuen Instanznamen) auch in Ihrem Dateisystem angelegt sein.
Whrend des Anlegens einer Datenbankinstanz knnen Sie nderungen an den Parameterwerten
vornehmen.
SAP AG
ADM515
6-19
SAP 2008
Achten Sie besonders bei Systemkopien und der bernahme der Parameter aus dem Parametersatz in
der Sicherungsdatei darauf, da Sie die dort hinterlegten Pfadangaben (z.B. RunDirectoryPath, Pfade
zu den Volumes usw.) anpassen.
Bevor der letzte Schritt des Wizards ausgefhrt und die Datenbankinstanz angelegt wird, sollten
diese genderten Pfade (mit dem neuen Instanznamen) auch in Ihrem Dateisystem angelegt sein.
Minimalausstattung einer Mini-Datenbankinstanz:
y 50 MB Data
y 20 MB Log
SAP AG
ADM515
6-20
SAP 2008
Mit diesem Prozessschritt wird eine Erstellung einer leeren Datenbankinstanz gewnscht und daher
whlen Sie hier die erste Option. Der vorgegebene User fr die SAP NetWeaver-Umgebung ist der
SUPERDBA mit dem blichen Pawort ADMIN. Dieser Benutzer verwaltet spter alle weiteren
Datenbankbenutzer (SQL-Benutzer).
Sie mchten keine Wiederherstellung einer Sicherung anschlieend vornehmen.
Schlielich gibt der Wizard noch eine Zusammenfassung aus und beginnt mit Start den eigentlichen
Installationsprozess.
Sie erkennen die verschiedenen Installationsschritte in dem Reiter Results:
y Starten der Datenbankinstanz in ADMIN-Modus
y Aktivierung der Instanz im ONLINE-Modus
y Laden der Systemtabellen im ONLINE-Modus
Diese Systemtabellen sind im Anschlu der einzige Inhalt der Datenbank.
Bei der Erstellung dieser Systemtabellen werden auch Log-Informationen erzeugt, was zu der
Vorbelegung (Fllung) in den Log-Volumes fhrt.
Die Datenbank befindet sich nach dem Abschlu im Modus ONLINE
SAP AG
ADM515
6-21
SAP 2008
Whlen Sie Create Instance for recovery, wenn Sie eine Datenbankinstanz auf Basis einer Sicherung
erstellen mchten (Systemkopie).
y Wenn Sie stattdessen die erste Option (Create and start instance) whlen, dann erhalten Sie
nach dem Einspielen der Sicherung aus dem Quellsystem beim Versuch, die so erstellte kopierte
Instanz zu starten, die Fehlermeldung 8003 (Log- und Datenbereich mssen kompatibel sein).
y Sollte dieser Fehler auftreten, mssen Sie die fehlerhafte Datenbankinstanz noch einmal
initialisieren.
Aus dem Reiter Results erkennen Sie, da die Datenbank zwar angelegt und der Datenbankkern
gestartet wird (bis Modus ADMIN), aber es erfolgt keine Aktivierung der Datenbankinstanz und
damit ist es im Anschluss mglich, Sicherungen wiederherzustellen.
Fr groe Datenbanken kann das Anlegen der Volumes in Abhngigkeit der Hardware einige Zeit in
Anspruch nehmen.
Nach der Initialisierung wird im Wizard der Wiederherstellungprozess ber den Button Recovery
automatisch gestartet.
Die Datenbank befindet sich in dem Modus ADMIN
SAP AG
ADM515
6-22
SAP 2008
SAP AG
ADM515
6-23
Weitere Administrationsthemen:
bersichtsdiagramm
Weitere Administrationsthemen
Thema 1: Prfen der Datenbank
Thema 2: Erstellen einer Datenbankinstanz
Thema 3: Neuinitialisierung einer Datenbankinstanz
Thema 4: Installation eines Patches (Releasewechsel)
Thema 5: Migration zur MaxDB
Thema 6: Hochverfgbarkeit
Thema 7: MCOD
SAP AG
ADM515
6-24
Neuinitialisierung Einstieg
Bei einem bereits existierenden Datenbankinstanznamen versichert sich der Wizard noch einmal,
da Sie die Instanz auch wirklich reinitialisieren mchten. Alle derzeit bestehenden Daten in der
Datenbankinstanz werden verloren gehen.
SAP AG
ADM515
6-25
SAP 2008
In diesem Schritt haben Sie ebenfalls die Mglichkeit, die Parameter- und Volume-Konfiguration
komplett umzustellen.
Typische Anwendung ist hier eine Reduktion der Anzahl und Vergrerung der Volumes, da die
Anzahl der zu administrierenden Objekte einfach zu gro geworden ist.
Auch aus Performancegrnden kann es empfohlen sein, diese Konfigurationsnderungen
durchzufhren.
Wenn die Datenbank zu klein angelegt wird, erhalten Sie einen Fehler 2008 (Volume zu klein) bei
der spteren Installation der Datenbankinstanz.
Die Standard-Verzeichnisstruktur der MaxDB im SAP-Umfeld wird im Hinweis 327578 erlutert.
Bei der Option zur bernahme der Parameter aus einer Datensicherung knnen Sie sowohl einzelne
Sicherungsmedien als auch Gruppen paralleler Sicherungsmedien angeben.
Der Parametersatz ist sowohl auf einzelnen Sicherungsmedien als auch jeweils auf allen Medien
einer Mediengruppe vorhanden.
Daher muss immer ein einzelnes Medium und nicht die Mediengruppe ausgewhlt werden.
SAP AG
ADM515
6-26
SAP 2008
Nur in dieser Phase eines Datenbanklebens der MaxDB ist es mglich, die Gre von bestehenden
Log-Volumes zu ndern. Diese nderung besteht dann so lange bis wieder im Rahmen einer
Initialisierung dieser Schritt erreicht wird und hier nderungen vorgenommen werden knnen.
Im Bereich der Daten-Volumes ist es auch im spteren Online-Betrieb mglich, die Gre der
Daten-Volumes indirekt zu ndern (neues Volume anlegen, altes Volume ausgliedern)
Bei Systemkopien, besonders auf dem gleichen Datenbankserver, achten Sie BITTE peinlichst
auf die richtigen Pfadangaben, so da spter nicht ein Satz von Volumes von zwei
Datenbanken genutzt wird !! Gleiches trifft auch zu, wenn entfernte Platten auf beiden
Servern gemountet werden.
SAP AG
ADM515
6-27
Neuinitialisierung Vorbereitung fr
Wiederherstellung
SAP 2008
Da hier ein Recovery in den meisten Fllen folgen soll, ist die zweite Option (Create database for
recovery) meist die richtige Wahl.
Das Initialisieren ist meist recht schnell geschehen, da die eigentliche Arbeit des Formatierens von
Log- und Vorbereiten der Daten-Volumes erst spter kurz vor der eigentlichen Wiederherstellung
passiert. Im Reiter Results erkennen Sie auch nur einen Eintrag fr das Starten des Datenbankkerns.
Mit Recovery wird dann der bliche Wiederherstellungsprozess mit den im letzten Kapitel bereits
vorgestellten Optionen durchgefhrt.
SAP AG
ADM515
6-28
SAP AG
ADM515
6-29
Weitere
Sicherungen
keine weiteren
Sicherungen
SAP 2008
Nach erfolgreicher Wiederherstellung der Vollsicherung, gibt es eine mgliche Stolperfalle. Der
Restart-Button ist hier sehr verfhrerisch, er sollte aber nur angewhlt werden, wenn keine weiteren
inkrementellen oder Log-Sicherungen wiederhergestellt werden sollen.
Wenn weitere Sicherungen vorhanden sind, mu der Zyklus aus Medium anlegen und
anschlieendes Wiederherstellen der Sicherung solange durchgefhrt werden, bis alle
Sicherungsquellen bereitgestellt und abgearbeitet sind, wie dargestellt.
Bei jedem der Restart-Buttons kann dieser Zyklus beendet werden und die Datenbank mit dem Stand
aus den bis dahin verwendeten Sicherungen hochgefahren werden.
SAP AG
ADM515
6-30
SAP 2008
Nach Definition des Log-Medium mit den Dateien des Quellsystems kann die LogWiederherstellung beginnen.
Bitte spezifizieren Sie die Versionsnummer der Versionsdateien mit der Sie starten wollen oder
mssen.
Sollten Sie sich unsicher sein, mit welchen Sie beginnen mssen, nehmen Sie einfach die erste
Versionsnummer, die Sie in dem Verzeichnis finden. Der DB-Kern wird die berflssigen Dateien
einfach berspringen, wie Sie auch in der Folgefolie erkennen knnen.
SAP AG
ADM515
6-31
Option 1
Option 2
SAP 2008
Zu dem in diesem Beispiel als Startpunkt verwendeten Vollsicherung DATA3 passen zeitgem auch
die inkrementelle Sicherung DEV_INC6 und die Log-Sicherungen ab DEV_log.011 und folgende.
Um sicher zu gehen, da alle Log-Informatioen zu allen offenen Transaktionen bzw. deren
Startpunkte dem Wiederherstellungsprozess vorliegen, ist es angebracht, ein oder mehrere ltere
Log-Sicherungen anzubieten.
In diesem Falle liegen alle Log-Sicherungen seit 001 in dem Verzeichnis bereit, so da mit der LogSicherung DEV_log.001 begonnen werden kann.
Der Wiederherstellungsprozess erhht die laufende Versionsnummmer so lange und versucht die
entsprechende Log-Sicherung zu finden, bis ein Lesefehler auftritt, also die Datei nicht existiert oder
fehlerhaft ist. Hier in dem Beispiel passiert dies mit der Datei DEV_log.014, die in dem Verzeichnis
nicht existiert (siehe auch Fehlermeldung -3004).
Dann gibt das Database Studio die Option, ein weiteres Verzeichnis mit fortfhrenden LogSicherungen anzugeben (Option 1), oder die Datenbankinstanz zu starten (Option 3 auf der
Folgefolie).
Auch bleibt die Mglichkeit (Option 2), den Wiederherstellungprozess hier ber Cancel zu beenden
und eine fortfhrende Log-Wiederherstellung zu einem spteren Zeitpunkt wieder aufzusetzen. Hier
ist es auch erlaubt die Datenbank in den Modus OFFLINE zu fahren. Aber sobald die Instanz in den
Modus ONLINE kommt, gibt es keine weitere Mglichkeit die Log-Wiederherstellung fortzufhren.
Dieses ist eine manuelle Lsung eines LogShippings.
SAP AG
ADM515
6-32
Option 3
SAP 2008
SAP AG
ADM515
6-33
Weitere Administrationsthemen:
bersichtsdiagramm
Weitere Administrationsthemen
Thema 1: Prfen der Datenbank
Thema 2: Erstellen einer Datenbankinstanz
Thema 3: Neuinitialisierung einer Datenbankinstanz
Thema 4: Installation eines Patches (Releasewechsel)
Thema 5: Migration zur MaxDB
Thema 6: Hochverfgbarkeit
Thema 7: MCOD
Siehe auch SAP Hinweis 1020175 (FAQ: MaxDB Installation/Upgrade und Patch einspielen)
SAP AG
ADM515
6-34
Bitte bedenken, da SDBUPD noch Nacharbeiten ausfhrt, die der SDBINST nicht ausfhren
kann (z.B. Laden der Systemtabellen)
Bitte dringend beachten, da der SDBINST eine Untermenge des Funktionsumfangs des SDBUPD
darstellt. Wenn also ein Patch mit SDBINST installiert wird, mssen unbedingt die Aufgaben
manuell erfolgen (Laden der Systemtabellen etc.), die der SDBUPD sonst automatisch durchfhrt.
Daher bitte so weit wie mglich den SDBUPD hier zum Patchen verwenden.
SAP AG
ADM515
6-35
Releasestrategie
Patch
ServicePack
Releasewechsel
7.5.0 B51
7.6.00 B36
7.6.03 B15
7.6.05 B10
7.7.01 B20
7.7.02 B36
7.7.03 B25
7.7.04 B29
Mit der Build-Nummer werden nur
Fehlerbehebungen durchgefhrt.
7.7.04 B20
Einige mgliche
Releasewechselpfade sind hier
dargestellt
7.7.04 B30
7.7.06 B06
7.7.06 B15
SAP 2008
blicherweise werden gewisse Minimalversionen der MaxDB definiert, mit denen man den
Releasewechsel durchfhren kann.
Bitte beachten Sie dazu den Leitfaden zum Releasewechsel, erhltlich auf dem SAP Service
Marketplace.
SAP AG
ADM515
6-36
Installationswerkzeug sdbinst
Update-Werkzeug sdbupd
wird auch fr die Durchfhrung von Releasewechseln (z.B. Version 7.6 Version 7.7) und
Installation von Patches eingesetzt
Installationsregistrierung
SAP 2008
Verzeichnisse:
Installationsregistrierung: \sapdb\data\config\install
SAP AG
ADM515
6-37
Sollten Programme oder Verzeichnisse gelscht worden sein, bitte den gleichen Patch an
die gleiche Stelle wieder installieren und anschlieend eine offizielle Deinstallation
durchfhren.
SAP AG
ADM515
6-38
Lokales SAP-System ist per dbmrfc noch mit einer MaxDB-Instanz (lokal oder remote)
verbunden
SAP 2008
Bitte alle Komponenten der MaxDB whrend einer Installation oder eines Updates beenden, damit
diese ausfhrbaren Dateien auch ausgetauscht werden knnen.
Unter Windows mssen alle MaxDB-relevanten Services (auer X-Server) beendet werden:
SAPP DB: <Datenbankname>
SAPDBXIE
(SAP DB WWW)
Unter Unix mu auch der X-Server beendet werden.
Mit der Option force_extract fr SDBINST und SDBUPD ist es zwar mglich, auch
aktuell laufende Programme auszutauschen und es funktioniert auch in vielen Fllen, aber es kann
hier zu Problemen, wie Abstrzen dieser Komponenten kommen, wenn z.B. noch laufende
Programme Bibliotheken nachladen mssen und diese dann nicht mehr in der passenden Version
vorfinden.
Downgrade eines Patches wird nicht untersttzt.
SAP AG
ADM515
6-39
...
SAP AG
ADM515
6-40
MaxDB Client-Installation
SAP 2008
SAP AG
ADM515
6-41
Zusammenhang:
Datenbankinstanz Softwareinstanz
DatenbankInstanz(en)
DatenbankSoftware
Arrangement
funktioniert?
Konsequenzen
fr Software
Updates
QAS
DEV
QAS
/sapdb/DEV/db
/sapdb/QAS/db
missing
Ja
/sapdb/QAS/db
Ja
SDBINST,
SDBUPD
funktionieren
SDBINST,
SDBUPD:
Proze bricht ab
SAP AG
ADM515
6-42
Weitere Administrationsthemen:
bersichtsdiagramm
Weitere Administrationsthemen
Thema 1: Prfen der Datenbank
Thema 2: Erstellen einer Datenbankinstanz
Thema 3: Neuinitialisierung einer Datenbankinstanz
Thema 4: Installation eines Patches (Releasewechsel)
Thema 5: Migration zur MaxDB
Thema 6: Hochverfgbarkeit
Thema 7: MCOD
Weitere aktuelle Infos zum Thema Migration im SAP-Hinweis 1007129 (FAQ: DB Migration mit
Ziel MaxDB).
SAP AG
ADM515
6-43
Generell
Migrationsservice verfgbar
Zustzliches Consulting wird bentigt (zertifiziert fr Migration)
Spterer Import kann mit vielen kleinen statt wenigen groen Imports begonnen werden
SAP 2008
Fr das Laden der Daten in geclusterte Tabellen auf der MaxDB mu die Datei DDLADA.TPL
angepasst werden und das CREATE TABLE Statement dort um die Funktion CLUSTER PRIMARY
KEY erweitert werden.
SAP AG
ADM515
6-44
15..........8 7..........0
8 Bit
Typische Vertreter:
Motorola 680x0
Sun SPARC
Little Endian
Intel x86
AMD 64
switchable Endian PowerPC
Intel Itanium
8 Bit
LSB
Big Endian
Speicher-Layout
Konsequenzen fr MaxDB
Besonderheit: liveCache
MSB LSB
FF
FE
8 Bit
CPU Registery
8 Bit
MSB LSB
Speicher-Layout
LSB MSB
Speicheradresse
$0 ...... $1 ......
Hexadezimales Beispiel
fr dez. 65534
im Hauptspeicher:
FE
FF
SAP 2008
SAP AG
ADM515
6-45
Ab MaxDB 7.7.04 B30 (aber auch 7.6.05 B11) ist es mglich, Content Server mit
dem MaxDB Loader ohne zeitintensive Untersttzung des ABAP
direkt zwischen ASCII und UNICODE
sowie zwischen Little Endian und Big Endian
zu migrieren
SAP 2008
SAP AG
ADM515
6-46
Weitere Administrationsthemen:
bersichtsdiagramm
Weitere Administrationsthemen
Thema 1: Prfen der Datenbank
Thema 2: Erstellen einer Datenbankinstanz
Thema 3: Neuinitialisierung einer Datenbankinstanz
Thema 4: Installation eines Patches (Releasewechsel)
Thema 5: Migration zur MaxDB
Thema 6: Hochverfgbarkeit
SAP AG
ADM515
6-47
Schattendatenbank
Recovery
primary
DATA
LOG
Saved
Log
File(s)
LOG
DATA
SAP 2008
SAP AG
ADM515
6-48
Cluster-Technologie fr Ausfallsicherheit
ABAP Application
primary
Service
name
backup
cluster
AIX:
HACMP
HP-UX:
Service Guard
SunOs:
Sun Cluster
Linux:
Steeleye
DATA
LOG
Area
SAP AG
ADM515
6-49
Snapshot-Technologie
MaxDB
DATA
LOG
Snapshot 3
Snapshot 3
Weitere Infos zur Verwendung von Storage-Systemen mit MaxDB im SAP-Hinweis 912905 (FAQ:
Storage Systeme im Einsatz mit MaxDB)
Nicht alle Storagesysteme bieten bei der Verwendung von mehreren Daten-Volumes eine zeitliche
Schreibkonsistenz auf allen Platten/Dateien an, wenn alle Daten-Volumes in einer SnapshotGruppe enthalten sind. Bitte lassen Sie sich dieses von dem Storage-Systemanbieter garantieren.
Sollte dieses tatschlich nicht der Fall sein, mte zum Anlegen eines betriebssystemseitigen
Snapshot auf dem Storagesystem der Datenbankbetrieb kurzzeitig gestoppt werden. Dieses kann
mit dem Anhalten des Logwriters einfach erreicht werden, der mit dem Kommando
dbmcli U c db_execute suspend logwriter
kurzfristig angehalten und mit
dbmli U c db_execute resume logwriter
wieder aktiviert werden kann. Diese kurzfristige Deaktivierung des Schreibens in die Volumes
(Daten und Log) hat sonst keine Konsequenzen z.B. auf die Sicherungshistorie. Durch das
Deaktivieren des Logwriters wird auch das Schreiben des Savepoints auf die Daten-Volumes
indirekt verhindert und die DB damit quasi in einen ReadOnly-Modus gehalten. Weiteres in SAPHinweis 616814.
Auf Basis dieser Snapshots ist es auch mglich, nach dem Wiederherstellen eines Snapshots auf
dem Storagesystem die MaxDB-Instanz anschlieend in den ADMIN Modus zu fahren und
anschlieend mit Logsicherungen bis zu dem gewnschten Zeitpunkt vorzurollen.
In zuknftigen Versionen der MaxDB knnen externe Filesystem-Snapshots auch in die
Sicherungshistorie mit aufgenommen werden.
SAP AG
ADM515
6-50
Split-Mirror-Technik
Datenbestnde werden durch Trennen gespiegelter
Platten festgehalten.
Im Fehlerfall kann ausgehend
von den getrennten Spiegelplatten
das Einspielen von Log-Eintrgen
durchgefhrt werden.
siehe auch Hinweis 371247
DATA
LOG
DATA
LOG
MaxDB
SAP 2008
Komfortable Lsung um auf einem ausgegliederten Mirror Sicherungen und weitere administrative
Aktionen ausfhren zu knnen, die den Produktivbetrieb in keinster Weise beeintrchtigen.
Nachteil ist blicherweise der doppelte bzw. dreifache Plattenplatzbedarf.
SAP AG
ADM515
6-51
HotStandby-Technologie
MaxDB untersttzt den Umschaltvorgang und die Administration direkt per mitgelieferter
Bibliothek (z.B. synchrones Anlegen
von neuen Volumes fr beiden Nodes)
IBM ESS
EMC
HP
(in Vorbereitung)
Application
RECONNECT
primary
backup
IP SWITCH
Cluster
After
Images
Data
continous
RESTART
DATA
LOG
DATA
Storage System
SAP 2007 / Page 1
http://www.ibm.com/support/techdocs/atsmastr.nsf/WebIndex/WP100442
SAP AG
ADM515
6-52
Weitere Administrationsthemen:
bersichtsdiagramm
Weitere Administrationsthemen
Thema 1: Prfen der Datenbank
Thema 2: Erstellen einer Datenbankinstanz
Thema 3: Neuinitialisierung einer Datenbankinstanz
Thema 4: Installation eines Patches (Releasewechsel)
Thema 5: Migration zur MaxDB
Thema 6: Hochverfgbarkeit
Thema 7: MCOD
SAP AG
ADM515
6-53
Eine Datenbankinstanz
enthlt die Daten fr mehrere
Anwendungen
Alle Anwendungen nutzen die
Ressourcen der Datenbank
gemeinsam
MaxDB Datenbank
SID: SC1
Anwendungsbeispiel:
Daten fr
Anwendung 1
User/Schema:
sapsc1
SCM/APO on One DB
(nur fr MaxDB verfgbar)
Daten fr
Anwendung 2
User/Schema:
saplvc
SAP 2008
Jede Installation einer Anwendung in die bestehende Datenbankinstanz erzeugt ein neues Schema
(Datenbankbenutzer). Darin werden die Daten dieser Anwendung abgelegt.
Die Datenbankinstanz trgt den Systemnamen der ersten Anwendung, die installiert wurde.
Diese erste Anwendung muss nicht MCOD-fhig sein.
Alle weiteren Anwendungen mssen MCOD-fhig sein.
SAP AG
ADM515
6-54
Weitere Administrationsthemen:
Zusammenfassung
SAP AG
ADM515
6-55
SAP AG
ADM515
6-56
bungen
Kapitel: 5
Thema: Weitere Administrationsttigkeiten
Am Ende dieser bungen knnen Sie:
Eine Kopie einer bestehenden Datenbankinstanz erstellen und
die interne Struktur der Datenbank berprfen lassen
Sie kennen die Vorgehensweise bei dem Installieren eines
Datenbankpatches
Bei der produktiven Nutzung einer Datenbank besteht immer wieder die
Notwendigkeit, Datenbankinstanzen zu kopieren um dann mit den
Kopien und den darin enthaltenen Daten Tests durchzufhren.
Der Vorgang wird hier praktisch durchgefhrt.
5-1
5-2
Starten Sie einen Check Database Structure-Lauf mit Hilfe des Database
Studio fr die gesamte Datenbank.
5-1-2
Nutzen Sie das dbmcli oder den SQL-Editor im Database Studio um ber
die Konsole ein Check Data auf eine einzelne Tabellen z.B. Tabelle
FILLTABLE zu starten.
SAP AG
ADM515
6-57
5-3
SAP AG
5-2-2
Nachdem die Instanz mit dem Database Wizard aufgebaut wurde und sich
im Admin Zustand befindet, knnen Sie dann eine der
Datenvollsicherungen von der Quelldatenbank verwenden, um die neue
Datenbank mit Initialdaten zu versorgen. Erzeugen Sie dafr bitte ein
entsprechendes Medium fr die notwendigen Sicherungsfiles (Voll-,
inkrementelle und Log-Sicherungen), je nachdem wie Ihre
Recoverystrategie aussieht. Am Ende des Recovery knnen Sie dann die
Datenbank in den Zustand Online setzen.
5-2-3
Zum Abschlu erzeugen Sie dann auf der neuen Datenbankinstanz eine
initiale Datenvollsicherung um damit einen Startpunkt fr die weiteren
Log-Sicherungen zu haben. Richten Sie dann auch die AutoLogFunktionalitt wieder ein und laden zur Sicherheit noch einmal die
Systemtabellen neu.
5-3-2
ADM515
6-58
Lsungen
Kapitel: 5
Thema: Weitere Administrationsttigkeiten
5-1
5-2
5-3
SAP AG
5-1-2
5-2-2
5-2-3
ADM515
6-59
SAP AG
ADM515
6-60
Inhalt:
Tabellen- und Indexstrukturen
Monitoring MaxDB und Performanceoptimierung
SAP 2008
SAP AG
ADM515
7-1
SAP 2008
SAP AG
ADM515
7-2
Agenda I
3. MaxDB-Interna
Einfhrung
Werkzeuge und Schnittstellen
Architektur und Betriebszustnde
MaxDB und SAP NetWeaver
Integration mit SAP NetWeaver
Serverlandschaft der Schulung
3.1.
3.2.
3.3.
3.4.
3.5.
4. Datenbanksicherung und
-wiederherstellung
2. MaxDB betreiben
2.1.
2.2.
2.3.
2.4.
2.5.
2.6.
2.7.
2.8.
Prozesse
Sperren
Speicherbereiche
Plattenbereiche
Logging
4.1.
4.2.
4.3.
4.4.
4.5.
4.6.
4.7.
4.8.
4.9.
Vollstndige Datensicherung
Inkrementelle Datensicherungen
MaxDB Snapshots
Log-Sicherungen
Automatische Log-Sicherung
berprfen der Sicherungen
Sicherungsstrategie
Externe Sicherungstools
Wiederherstellungen
SAP 2008
SAP AG
ADM515
7-3
Agenda II
5.
Weitere Administrationsthemen
5.1.
5.2.
5.3.
5.4.
5.5.
5.6.
5.7.
7.
bersicht
nderungen des Datenbankkerns
Neue administrative Funktionen
Setup und Infrastruktur
Interface & User
6. Performance-Tuning und
Problemsituationen
6.1.
6.2.
6.3.
6.4.
6.5.
6.6.
B*-Bume
Optimierung
Monitore des SAP NetWeaver
Vermeidbare Probleme
Diagnosedateien und TraceMglichkeiten
Fehlerarten und deren Analyse
SAP 2008
SAP AG
ADM515
7-4
Index
Index
organisiert
in B*Bumen,
Indexebene
Tabelle
Logische Referenz
(ber Primrschlssel)
2
Datenstze
in Seiten,
Blattebene
Index
Data
Tabellen
sind
logisch
ber
relationale
Daten
verknpft
Data
SAP AG
ADM515
7-5
Primrschlssel
Primrschlssel wird auf dem Datenbaum angelegt
Kein separater Primrschlssel-Baum
Sekundrschlssel (Index)
SAP 2008
SAP AG
ADM515
7-6
Datenspeicherung im B*-Baum
Aufbau
des
B*-Baums
entspricht
einer Seite (8 KB)
Wurzelebene
Par
Ix
Indexebene
At
Me
Suche
durch
B*-Baum
...
...
Par
Indexeintrag:
Wert (Separator)
und
Verknpfung
...
Blattebene
Alger, Ankara,
Algeria, Turkey,
4.4 Mio. 3.2 Mio.
...
Athens,
Greece,
3 Mio.
...
Mexico City,
Mexico,
18 Mio.
...
New York,
USA,
16 Mio.
...
SAP 2008
Der Aufbau bzw. Wachsum des B*-Baums erfolgt in entgegengesetzter Richtung zu der spteren
Verwendung.
Ausgegangen wird dabei von den Datenseiten, wobei der Datensatz mit dem kleinsten Wert im
Primrindexfeld auch der erste Eintrag in der Datenseite ist.
Diese Werte werden bertragen in die darber liegende Indexseite auf der Indexebene. Dabei werden
jeweils nur die Zeichen bis zur signifikanten Unterscheidung zum grten Datensatz der vorherigen
Seite der Blattebene eingetragen. Daher knnen die Eintrge der Indexebene und der Wurzelebene
unterschiedliche Lngen haben.
Die Seiten auf den verschiedenen Ebenen sind untereinander verknpft. Dagegen sind die einzelnen
Ebenen untereinander nur durch die Anfnge der Indexketten bzw. Blattseitenketten verknpft.
Sobald die aktuelle Wurzelseite durch Indexeintrge gefllt ist und eine weitere Seite zur Aufnahme
der Indexinformationen bentigt wird, wandelt die Datenbank die derzeitige Wurzelseite in eine
normale Indexseite um und erzeugt eine neue Wurzelseite in der Indexebene darber.
Es sind insgesamt sieben Ebenen mglich. Dies entspricht sechs Indexebenen und einer Wurzelebene
mit einer Wurzelseite.
SAP AG
ADM515
7-7
Durchlaufe Wurzelseite:
Ist Athen kleiner als ein Eintrag?
Folge der zuletzt ermittelten Verknpfung.
Indexebene
At
Me
...
...
Par
...
Blattebene
Alger, Ankara,
Algeria, Turkey,
4.4 Mio. 3.2 Mio.
...
Athens,
Greece,
3 Mio.
...
Mexico City,
Mexico,
18 Mio.
...
New York,
USA,
16 Mio.
...
Das Konzept des B*-Baumes lsst sich am Beispiel der obigen SQL-Anweisung SELECT *
FROM POPULATION WHERE... erklren:
y MaxDB ermittelt zuerst die Wurzelseite aus der Systemtabelle ROOTS. Dies ist die logische
Seite auf der hchsten Wurzelebene, ber die jeder Einstieg in die Tabelle erfolgt.
y Auf dieser Seite wird verglichen, ob der Wert Athen kleiner ist als die Eintrge in der
Wurzelseite sind. Sobald ein Eintrag in der Wurzelseite grer ist als der gesuchte Wert aus der
WHERE-Bedingung, wird die letzte Zeigeradresse ausgewertet, welche auf eine Seite in der
nchsttieferen Ebene zeigt.
y Dieser Vorgang wiederholt sich, bis das System auf der untersten Ebene, der Blattebene,
angekommen ist. Dort befindet sich der vollstndige Inhalt der gesuchten Tabellenzeile. Diese
Seite wird aber nicht komplett gelesen, sondern zeigergesteuert nach Indexbereinstimmungen
gesucht und es wird direkt an die Stelle der Datenablage gesprungen.
Fr Tabellenfelder vom Typ LONG (Strings variabler Lnge) befindet sich auf Blattebene ein Zeiger
auf einen weiteren B*-Baum, in dem die dynamisch wachsende Feldinformation gespeichert ist.
SAP AG
ADM515
7-8
Durchlaufe Wurzelseite:
Ist 18 Mio. kleiner als ein Eintrag?
Folge der zuletzt ermittelten Verknpfung.
Indexebene
16
18
...
...
Blattebene
16 Mio.,
New York
...
18 Mio.,
Mexico City
3 Mio.,
Athens
...
3.2 Mio.,
Ankara ...
4.4 Mio.,
Alger
...
SAP 2008
Sekundrschlssel haben im Prinzip den gleichen B*-Baum-Aufbau wie der Primrschlssel. Auf
Blattebene verweisen sie auf Eintrge passender Zeilen der Tabelle mit Hilfe des Primrschlssels.
Dies verringert den Reorganisationsbedarf der Sekundrschlssel bei nderungen der zugrhrigen
Basistabelle
Wird durch Lschen, ndern oder Einsetzen die Baumstruktur ungleichmig, erkennt die
Datenbank dies und organisiert die Seiten so um, dass wieder eine ausbalancierte Verteilung entsteht.
Gleichzeitig wird fr eine gute Platzausnutzung innerhalb der Seiten gesorgt.
Dieses Umorganisieren geschieht automatisch. Eine MaxDB-Datenbankinstanz hat deshalb immer
eine optimierte Platzausnutzung und eine gute Struktur der B*-Bume. Administrative Eingriffe und
Reorganisation sind nicht notwendig.
SAP AG
ADM515
7-9
Aneby
|.....
Ardwick|....
Apach
Athen |.......
Arbon
|. Apensen|.....
|.......
Arnh-
em |...
Dateneintrge
(unsortiert)
Aneby
|.....
Apach
|.
Apensen|.....
Arbon
|.......
Ardwick|........
Aneby
.. Athen
Positionsliste
(sortiert)
Arnhem |...
Athen
|........
SAP 2008
SAP AG
ADM515
7-10
SAP 2008
SAP AG
ADM515
7-11
Optimierung
Hauptspeicher
Plattenplatz
Optimierte SQL-Anweisungen
SELECT
(Massen-SELECT, SINGLE SELECT)
UPDATE
DELETE
SAP 2008
Die Optimierung der SQL-Abfragen versucht besonders die Anzahl der Page-Zugriffe zu
minimieren.
Andere Resourcen (CPU, Speichernutzung) werden als Multiplikatoren im Optimierungsprozess
genutzt.
SAP AG
ADM515
7-12
Regelbasierte Optimierer:
Die Zugriffsstrategie wird zum Parse-Zeitpunkt durch bestimmte Regeln festgeschrieben.
unabhngig von den Werten in der WHERE-Bedingung
Kostenbasierte Optimierer:
verfgbarer Indizes
SAP 2008
Die Optimierer der relationalen Datenbanksysteme werden in zwei Typen unterschieden, den
regelbasierten und den kostenbasierten Optimierer.
Der regelbasierte Optimierer arbeitet nach bestimmen Regeln. Beispiel: Ist ein Index vorhanden,
dann wird dieser Index fr den Zugriff genutzt - unabhngig von den bergebenen Werten in der
WHERE-Bedingung. So wird beim regelbasierten Optimierer schon zum Parse-Zeitpunkt
entschieden, welche Strategie zur Abarbeitung des Statements genutzt wird.
Kostenbasierte Optimierer ermitteln die gnstigste Zugriffsstrategie mit Hilfe von statistischen
Informationen ber die Gre der Tabelle und Werteausprgungen innerhalb der Tabellenspalten.
Es wird ein Kosten-Nutzenplan der unterschiedlichen Zugriffsmglichkeiten erstellt. Die gnstigste
Strategie in Abhngigkeit von den vorgegebenen Werten innerhalb der WHERE-Bedingung wird zur
Ausfhrung der Anweisung gewhlt. Die endgltige Suchstrategie kann deshalb erst zum
Ausfhrungszeitpunkt bestimmt werden.
SQL-Hints sind nur als Zwischenlsung anzusehen, bis der Optimizer mit einem der nchsten
Datenbank-Patches korrigiert wird. Siehe auch SAP Hinweis 832544 (FAQ: MaxDB Hints).
SAP AG
ADM515
7-13
Kostenbasierter Optimierer
Table-Scan
Costvalue=5000
Auszufhrendes
SQL-Statement
Primrschlssel
Costvalue=3000
Index 1
Costvalue=10
Ausfhrung des
optimierten
SQL-Statements
Index 2
Costvalue=4000
Kostenbasierter
Optimierer
Auswirkung:
Es gibt keine falschen Indizes, wie mit regelbasierten Optimierern
SAP 2008
Durch neue Daten, Vernderung existierender Daten und durch Lschoperationen sind die
Optimiererstatistiken stetigen Vernderungen unterworfen. Deshalb mssen sie in bestimmten
Zeitabstnden oder nach umfangreichen nderungen aktualisiert werden. Das Aktualisieren von
Statistikinformationen (UPDATE STATISTICS) wird ber einen Workprozess initiiert.
Anhand von vorhandenen Informationen ber Gre, Indizes und Werteverteilung innerhalb der
indizierten Spalten fr jede Tabelle errechnet der kostenbasierte Optimierer, wie viele Zugriffe zur
Bestimmung des Ergebnisses erfolgen mssen. Gibt es zu einer Tabelle mehrere Indizes, ermittelt
der Optimierer, welcher Index fr den Zugriff auf die Daten am gnstigsten ist.
SAP AG
ADM515
7-14
Anweisung untersuchen
(parsen)
DDL-Informationen
statistische Informationen
der beteiligten Tabellen
bester Zugriffspfad
SAP 2008
Eine SQL-Anweisung wird zuerst vom Parser bearbeitet. Dieser fhrt eine syntaktische und
semantische Analyse durch. Bei der semantischen Analyse werden Tabellen- und deren
Spaltenangaben berprft.
Der Optimierer ermittelt, welche Primr- und Sekundrschlssel fr die Tabelle vorliegen und prft,
ob ein entsprechender Schlssel fr die Suche nach Werten genutzt werden kann.
Bei Sekundrschlsseln spielt die Anzahl unterschiedlicher Werte eine wichtige Rolle. Es macht
keinen Sinn, ber einen Index zu suchen, wenn es nur einen Sekundrschlsselwert gibt.
Die Anzahl der zu lesenden Seiten im Sekundrschlssel wird durch Bildung eines Start- und eines
Stopkeys ermittelt. Im Verhltnis zur Anzahl der Seiten der Tabelle wird entschieden, ob es sich
lohnt, ber den Index zu suchen. Die Anzahl der Seiten der Gesamttabelle wird aus den Statistiken
ermittelt.
Am Ende wird eine Strategie festgelegt, nach der die SQL-Anweisung ausgefhrt wird.
SAP AG
ADM515
7-15
DBACOCKPIT
Zwei Mglichkeiten:
vollstndige Neuerstellung von
Optimiererstatistiken (UpdAllStats)
Zweistufiges Konzept
SAP 2008
y Fr spezifische Spalten kann ebenfalls ein Update der Statistiken durchgefhrt werden:
dbmcli U c -USQL w sql_execute update statistics column (<column
name>) for SAP<SID>.<tablename> ESTIMATE SAMPLE 10 PERCENT
SAP AG
ADM515
7-16
EXPLAIN VIEW zeigt die Namen von Tabellen und Indizes, die einer (mehrfachen) (JOIN-)
View-Abfrage zugrunde liegen.
SAP 2008
EXPLAIN VIEW ist im SAP NetWeaver ber die Transaktion ST05 und ber Transaktion
DBACOCKPIT oder DB50 im Kommandomonitor verfgbar.
Weitergehende EXPLAINs sind ebenfalls in Form des EXPLAIN JOIN und EXPLAIN
SEQUENCE verfgbar. Besonders letzteres kann nur durch die Entwicklung interpretiert werden.
Daher bentigt die Entwicklung bei der Analyse von Performanceproblemen mit SQL-Statements
die MaxDB Connection (Hinweis 202344) um das Database Studio remote verwenden zu knnen.
Daher ist empfohlen diesen Verbindungstyp vorzubereiten, um ihn kurzfristig im Problemfall
bereitstellen zu knnen.
Siehe auch SAP-Hinweis 819324 (FAQ: MaxDB SQL-Optimierung)
SAP AG
ADM515
7-17
Transaktion ST05
SAP 2008
Die Ausgabe der EXPLAIN-Anweisung zeigt fr jede Tabelle in der SELECT-Anweisung einen
Informationsblock.
Die Reihenfolge der Tabellen spiegelt die Abarbeitung der Zugriffstrategie auf die beteiligten
Tabellen wider.
Die Angabe RESULT IS NOT COPIED zeigt, ob eine temporre Ergebnismenge aufgebaut wurde
oder nicht, wie in diesem Beispiel. Bei JOINs (ber mehrere Tabellen) werden je nach Abarbeitung
(Sorted Merge oder Nested Loop) temporre Ergebnistabellen aufgebaut
Die Ausgabe fr COSTVALUE IS in der Spalte PAGECOUNT reprsentiert die berechnete Zahl an
Seitenzugriffen. Dies entspricht logischen I/O-Zugriffen.
SAP AG
ADM515
7-18
SAP 2008
Mit SAP NetWeaver wird eine Funktionalitt angeboten, Datenbank-Hints auch mit MaxDB zu
verwenden.
Ein Datenbank-Hint ist blicherweise keine langfristige Lsung, wie es andere Datenbankanbieter
oft nutzen. Normalerwiese knnen Hints sehr schnell kontraproduktiv werden, sobald sich der
Datenbestand oder Strukturen in den zugrundeliegenden Tabellen etwas ndern, da sich die DB dann
nicht an die neue Situation adaptieren kann, wie es der kostenbasierte Optimizer kann. Das fhrt
dann meist zu Situationen, da die Zugriffe dann schlechter werden als zuvor.
MaxDB bietet Hints nur als intermedire Lsung zur kurzfristigen Behebung mglicher OptimizerSchwchen, bis diese mit dem nchsten oder folgenden Patch behoben sind.
Aber, mit dieser Funktion erffnen sich neue Mglichkeiten in der Performanceanalyse: Damit ist es
mglich den Optimizer bei Explains in eine bestimmte Richtung zu lenken.
Der Datenbankadministrator hat damit die Mglichkeit, den Datenzugriff in den Tabellen ber
verschiedene Wege durchzufhren (Schlsselfeldzugriff, Indexzugriff). Auerdem kann er speziell
die Indizes auf einfache Weise austesten, von denen er meint, sie mten eigentlich von Optimizer
verwendet werden. blicherweise wird sich dann schnell zeigen, da die verschmhten Indizes einen
wesentlich hheren Costvalue zeigen.
SAP AG
ADM515
7-19
SAP 2008
Siehe auch SAP Hinweis 990602 (FAQ: CCMS fr MaxDB / SAP liveCache Technology)
SAP AG
ADM515
7-20
SAP 2008
Seit SAP NetWeaver 7.0 (2004s) steht im CCMS alternativ das DBA Cockpit zur Verfgung
(Transaktion DBACOCKPIT). Es bietet einen bequemen Zugang zu allen, fr die Administration
wichtigen Datenbankinformationen samt detaillierten Analysen.
Folgende wichtige Bereiche gibt es im DBA-Cockpit:
y Platz zeigt aktuelle Leistungswerte sowie die Konfigurationen der Datenbank an und bietet den
Zugriff auf gesammelte Listen von MaxDB- und Tabellengreninformationen. Hier mssen
zuvor entsprechende Sammelreports eingeplant werden um alle Mglichkeiten auszuschpfen.
y Performance enthlt die MaxDB-Werkzeugs Database Analyzser, Resource sowie Kommando
Monitor um die Performance der Datenbank zu analysieren und optimieren.
y Unter Werkzeuge lassen sich weitere praktische Tools im Umfeld der MaxDB-Administration
nutzen, wie z.B. die grafischen Tools oder die Datenbankkonsole, die das MaxDB-Tool x_cons
aufruft und die Ausgaben prsentiert.
Die Transaktion DBACOCKPIT wird kontinuierlich weiterentwickelt und ber die Basis-SupportPackages des SAP NetWeaver erneuert. Sie steht auch bei anderen Datenbanksystemen zur
Verfgung und kann dann fr die Administration der MaxDB genutzt werden, die oft als
BlackBox mitinstalliert wird. Einzig das Client-Paket der MaxDB und die DBADASLIB mu
dazu zustzlich auf dem genutzten Applikationsserver lokal installiert werden.
SAP AG
ADM515
7-21
SAP 2008
In dem DBA-Cockpit ist auch der Alert-Monitor in neuer und alter Version integriert.
Hier wird die neue Version gezeigt.
SAP AG
ADM515
7-22
SAP 2008
Hinter dem Meneintrag Alert-Monitor (alte Version) im DBA-Cockpit verbirgt sich die bekannte
RZ20.
Der Datenbank-Alert-Monitor bietet die Mglichkeit, mit einem Blick alle drohenden
Problemsituationen und Engpsse der Datenbank zu erkennen. Das CCMS-berwachungskonzept
erlaubt es, eigene Alert-Monitor-Sichten zu erzeugen. SAP liefert eine Sicht auf die Datenbank aus,
die als Vorlage fr eigene Sichten dienen kann.
Grundvoraussetzung dafr ist eine sorgfltige Einstellung der konfigurierbaren Schwellenwerte mit
Hilfe der Transaktion RZ20.
In der Standardsicht werden die Bereiche Space Mangement, Performance, Backup/Restore, Health
sowie fr Datenbank-Clients auch Probleme mit fehlerhaften ABAP-SQL-Kommandos dargestellt.
Neuere Entwicklungen des Alert-Monitors sind in Hinweis 545030 beschrieben.
SAP AG
ADM515
7-23
SAP 2008
Weiterhin besteht im CCMS alternativ der Datenbankassistent zur Verfgung (Transaktion DB50).
Er bietet wie das DBA-Cockpit einen bequemen Zugang zu allen fr die Administration wichtigen
Datenbankinformationen samt detaillierten Analysen.
Folgende wichtige Bereiche gibt es in der DB50:
y Aktueller Status zeigt aktuelle Leistungswerte und Konfigurationen der Datenbank an.
y Problemanalyse enthlt die MaxDB-Werkzeugs Database Analyzser, Resource sowie
Kommando Monitor um die Performance der Datenbank zu analysieren und optimieren.
y Statistiken bietet den Zugriff auf gesammelte Listen von MaxDB- und
Tabellengreninformationen. Hier mssen zuvor entsprechende Sammelreports eingeplant
werden um alle Mglichkeiten auszuschpfen.
y Unter Tools lassen sich weitere praktische Tools im Umfeld der MaxDB-Administration nutzen,
wie z.B. die grafischen Tools oder die Datenbankkonsole, die das MaxDB-Tool x_cons aufruft
und die Ausgaben prsentiert.
Die Transaktion DB50 wird kontinuierlich weiterentwickelt und ber die Basis-Support-Packages
des SAP NetWeaver erneuert. Sie steht auch bei anderen Datenbanksystemen zur Verfgung und
kann dann fr die Administration der MaxDB genutzt werden, die oft als BlackBox mitinstalliert
wird. Einzig das Client-Paket der MaxDB und die DBADASLIB mu dazu zustzlich auf dem
genutzten Applikationsserver lokal installiert werden.
SAP AG
ADM515
7-24
SAP 2008
In dieser Ausgabe fr Platz Caches werden die wichtigen Zugriffraten (Trefferraten) auf die
Hauptspeicherbereiche der Datenbank gezeigt.
Der I/O Buffer Cache ist hier nach den enthaltenen Cache-Bereichen aufgeschlsselt.
Der wichtigste Bereich in Bezug auf Performancerelevanz ist der Data-Cache. Die Trefferrate sollte
gut ber 98% liegen, je mehr desto besser.
Bitte beachten Sie, da es sich bei diesen dargestellten Trefferraten um gemittelte Werte seit dem
Start der Datenbank handelt. So knnen diese Werte hervorragend aussehen, aber in Hochlastzeiten
doch Trefferraten unter 95% verstecken.
Bitte nutzen Sie den Datenbank Analyzer um diese Trefferraten zeitlich ber den Tag
aufzuschlsseln. Lange Listen von performancerelevanten Daten werden im Bereich
Expertenanalyse des Datenbank Analyzers angeboten. Der Workshop UMEW60 gibt hier einen
Leitfaden, welche Werte wichtig sind.
SAP AG
ADM515
7-25
SAP 2008
Im Bereich des Taskmanagers bietet die Transaktion DB50 viele Funktionen um tiefer in den
aktuellen Status der Tasks und Threads zu schauen, die auf der Datenbank aktiv sind.
Hier wird auch eine Mglichkeit geboten, eine wesentlich ausfhrlichere Zeitmessung zu aktivieren.
Dabei protokolliert die Datenbank eine groe Zahl von Ausfhrungszeiten fr verschiedenste
Aktionen. Diese Daten werden dann in internen Tabellen zwischengespeichert und teilweise im
Taskmanager angezeigt, oder schlussendlich in den Protokolldateien des Datenbank Analyzer
festgehalten.
In den Details der markierten Task (hier z.B. der Logwriter) werden auf dem Tabreiter I/O
Operations die Schreib- und Lesezeiten angezeigt. Je nachdem, ob der ausgewhlte Task durch
eigene I/O oder Dev Threads auf die Platten schreibt, befinden sich Zahlenwerte in der Ausgabe
links oder rechts. Der Logwriter fhrt hier die Schreibaktionen selber durch und zeigt eine
durchschnittliche Schreibzeit von 8,2 ms seit der Aktivierung der ausfhrlichen Zeitmessung (11
Schreibaktionen seitdem).
Bitte beachten Sie, da die ausfhrliche Zeitmessung zustzliche Performance in der Datenbank
konsumiert, dessen Umfang von der Last auf dem System abhngt. Daher sollte sie nur fr die Zeit
der Analyse aktiviert werden und dort ist sie meist dringend notwendig um die Leistung von
Festplattenbereichen (oder Anbindungen dorthin) zu bewerten. Es ist oft auch angeraten, diese
Zeitmessung fr lngere Zeit aktiviert zu lassen um alle Tageszeiten einmal protokolliert zu haben.
Sie knnen auerdem das Kommando
x_cons SID show dev_io
verwenden um die Schreib- und Lesezeiten auf den Platten bzw. Storagesystemen zu erhalten. Seit
MaxDB 7.7 werden diese IO-Zeiten immer auch ohne Aktivierung der ausfhrlichen Zeitmessung
ermittelt, da die Kosten hierfr minimal sind.
Die ausfhrliche Zeitmessung kann ebenfalls von der Konsole mit
dbmcli U c db_execute detailed time measurement ON
aktiviert werden.
SAP AG
ADM515
7-26
SAP 2008
Der Datenbank Analyzer ist ein wichtiges Werkzeug um Daten ber den Zustand der Datenbank und
teilweise auch des Gesamtsystems zu sammeln. Mit den gesammelten Daten ist es oft im nachhinein
mglich Aussagen zu treffen, was zum Zeitpunkt eines Ereignisses auf der Datenbank passiert ist.
In der Darstellung sehen Sie die Hauptliste des Datenbank Analyzers in dem umfangreiche
Informationen zum Datenbankbetrieb am aktuellen Tag gezeigt werden.
Daneben werden wesentlich mehr Werte protokolliert. Diese Infos werden blicherweise in einer
Wiederholung alle 15 Minuten (900s) ermittelt und sind anschlieend in ausfhrlicher Form im
Bereich Expertenanalyse nach Datumswerten sortiert zu finden. Der Datenbank Analyzer aktiviert
sich hier automatisch und sammelt dann die Werte aus den Systemtabellen zusammen, in denen
diese Daten durch den Datenbankkern bereits abgelegt wurden. Daher ist der Datenbank Analyzer
auch nicht Performance-kritisch und sollte zu jeder Zeit aktiviert sein.
Die Performanceanalyse basiert oft stark auf den dort protokollierten und zeitlich aufgeschlsselten
Daten und daher ist es auch dringend empfohlen, darauf zu achten, da der Datenbank Analyzer
immer aktiviert ist. Normalerweise wird er bei der Verwendung von neueren Basis Support Paketen
automatisch mit dem Start des SAP NetWeaver Applikationsservers nachgestartet. Um den
Datenbank Analyzer z.B. unter Windows betreiben zu knnen, wird die Microsoft MDAC Version
von mindestens 2.7 bentigt. Dies ist blicherweise bei Windows 2003 und folgende erfllt.
Weitergehende Beschreibungen der Meldungen des Datenbank Analyzers knnen Sie ber
http://help.sap.com erhalten (Bitte suchen Sie nach analyzer und charakteristischen Textstcken).
Alternativ kann der Datenbank Analyzer auch ber die Konsole folgendermaen gestartet werden:
dbanalyser d <SID> -u sap<sid>,sap c 1 t 900 o <directory where the analysis
data is to be written>
oder einfach dbanalyzer und Sie nutzen anschlieend den interaktiven Modus.
SAP AG
ADM515
7-27
SAP 2008
Nach ein paar Wochen des Betriebs des Datenbank Analyzers legt er eine Menge Verzeichnisse
unter RunDirectoryPath/analyzer an, die dann aufgrund der Listenlnge Probleme bereiten
knnen. Um diese Listen verwaltbar zu halten, knnen Sie die automatische Administration
verwenden, wie es hier gezeigt wird. Generell werden pro Tag etwa 100-200 kByte an Daten
protokolliert.
Die automatischen Funktionen werden jede Nacht um ein Uhr Ortszeit ausgefhrt und lschen die
Daten in diesem Beispiel aus dem Verzeichnis nach 93 Tagen Verweilzeit. Auch ist es mglich diese
Daten in der Datenbank direkt abzulegen und auch dort nach einer definierten Zeit zu lschen.
Desweiteren werden Aggregatfunktionen zur Reduktion der Datenmenge angeboten, die
eingeschaltet werden sollten, um mit den aggregierten Daten weiter in die Vergangenheit schauen zu
knnen.
Sollten Sie kurzfristig ein Lschen von Daten bentigen, verwenden Sie bitte die Funktion auf dem
Reiter Manual Admin.
Wenn die Listen der Tagesverzeichnisse zu lang werden, kann es passieren, da im Expertenbereich
des Datenbank Analyzers keinerlei Verzeichnisse angezeigt werden, obwohl sie definitiv im
Verzeichnis vorhanden sind.
Der Datenbank Analyzer kann auch ber das dbmcli verwaltet werden. Diese Funktionen werden
auch von der DB50 verwendet und bei Problemen mit dem automatischen Start des DBanalyzers
lohnt es sich diese unter Tools dbmcli testweise auszufhren:
y dbmcli U c dban_start
y dbmcli U c dban_state
y dbmcli U c dban_stop
SAP AG
ADM515
7-28
SAP 2008
Die Inhalte der Systemtabellen des Resourcenmonitors knnen mit dem folgenden Kommando oder
einfach mit dem Laden der Systemtabellen gelscht werden
y dbmcli -U c -USQL DEFAULT sql_execute "diagnose analyze clear all"
Die entsprechenden Kommandos fr den auf der nchsten Seite folgenden Kommandomonitor
lauten:
y dbmcli -U c -USQL DEFAULT sql_execute "diagnose monitor rowno 9999"
y dbmcli -U c -USQL DEFAULT sql_execute "diagnose monitor time 1000"
y dbmcli -U c -USQL DEFAULT sql_execute "diagnose monitor data on"
y dbmcli -U c -USQL DEFAULT sql_execute "diagnose monitor clear"
SAP AG
ADM515
7-29
SAP 2008
SAP AG
ADM515
7-30
Datenbankverbindungen testen
SAP 2008
Die Transaktion DB59 bietet einen detaillierten Blick auf alle existierenden MaxDB- und liveCacheVerbindungen. Sie ist dadurch vergleichbar mit der Transaktion SM59 fr Netzwerkverbindungen.
Mit einem Doppelklick auf einen der Listeneintrge startet die entsprechende DB50 (MaxDB) oder
LC10 (liveCache) fr den ausgewhlte Datenbankverbindungstyp.
In dieser Transaktion knnen Sie alle wichtigen Verbindungsinformationen wie z.B. Servername,
Datenbankname und verwendete Userlogon-Daten finden bzw. ndern. Sollten die Daten gendert
werden, denken Sie bitte daran, alle beteiligten Applikationsserver des SAP-Systems durchzustarten
Sie werden auch vom System darauf hingewiesen. Anderenfalls wrden diese Applikationsserver
weiterhin mit den alten Logon-Daten arbeiten und Verbindungsfehler auftreten.
Anschlieend knnen Sie Verbindungen oder deren nderungen mit dem Button Verbindungstest
berprfen. Erster Schritt ist, hier zu definieren, von welchem Applikationsserver aus der Test
erfolgen soll und mit einem erneuten Auslsen des Buttons Verbindungstest, im zweiten Schritt, den
eigentlichen Test durchfhren. Die protokollierten Log-Informationen dieses Tests knnen Sie dann
ber den Button Log erhalten. Hier knnen Sie dann auch erkennen, da vier verschiedene Tests
durchgefhrt und damit alle Datenbankzugriffe simuliert wurden.
Wie in der DB59 eine weitere Datenbankverbindung angelegt wird, zeigen die folgenden Seiten. Da
die DB50 und DB59 Bestandteil des Basis Support Pakets sind, kann dieses auch auf MaxDBfremden SAP-Systemen eingerichtet werden. Es wird dann nur ein entsprechend installiertes
MaxDB-Client-Paket auf dem fremden Datenbankserver bentigt.
SAP AG
ADM515
7-31
SAP 2008
Mit der DB59 ist es mglich, Datenbanken anzusprechen, die gar nicht mit dem lokalen SAP
NetWeaver zur Datenablage genutzt werden. Diese Eigenschaft ist besonders interessant bei der
Analyse von Altversionen der SAP-Anwendungen, wie 3.1I bis 4.6B. So kann man mit einem
adquaten Satz an Analysetools in der DB50 eine Altversion noch optimieren. Fr so einen Einsatz
knnten Sie z.B. den Solution Manager als zentrales Informationssystem ihrer SAP-Landschaft
nutzen.
Bitte verwenden Sie den Button Datenbank integrieren um eine neue Datenbankverbindung zu
erstellen. Als erstes wird der Name der neuen Datenbankverbindung und der Datenbanktyp dahinter
abgefragt. Im anschlieenden Schritt definieren Sie dann alle wichtigen Verbindungsinformationen
wie z.B. Servername, Datenbankname und verwendete Userlogon-Daten.
Zustzlich knnen Sie ber den zweiten Tabreiter Jobs fr die SAP Transaktion RZ20 aus dem
CCMS-Monitoring verwalten bzw. starten. Desweitern knnen Sie Datenbankprotokolldateien
regelmig automatisch lschen lassen.
Nach dem Speichern der Eingaben werden Sie durch ein Popup daran erinnert, alle beteiligten
Applikationsserver des SAP-Systems durchzustarten, falls Sie nachtrglich hier noch etwas ndern.
Anderenfalls wrden diese Applikationsserver weiterhin mit den alten Logon-Daten arbeiten und
Verbindungsfehler auftreten.
SAP AG
ADM515
7-32
SAP 2008
SAP AG
ADM515
7-33
LOG FULL
Segment 1
DATABASE FULL
Log-Bereich
Schlechte Antwortzeiten
Statistikinformationen aktualisieren
Ungltige Datensicherungen
Weitere Probleme
Anwendung analysieren
Neben einem Plattenfehler gibt es zwei weitere Situationen, welche die Verfgbarkeit der Datenbank
einschrnken knnen.
y LOG FULL: der Log-Bereich ist zu 100 Prozent gefllt
y DATABASE FULL: die Datenbankinstanz ist zu 100 Prozent gefllt
Die Datenbank bleibt fr lesende Zugriffe verfgbar. Der Betrieb kann normal weitergehen, sobald
der entsprechende Engpass beseitigt ist. Um diese Situationen zu vermeiden, sollten Sie regelmig
den Fllungsgrad der Datenbank und des Log-Bereichs beobachten und rechtzeitig die
Speicherplattenkapazitt erweitern bzw. eine manuelle Log-Sicherung starten.
Zur Bestimmung der optimalen Zugriffsstrategie bentigt der MaxDB-Optimierer aktuelle
Statistikinformationen, die gem den Strategien der SAP mittels Planungskalender im DBACockpit zu erstellen sind.
Mit dem Prfen der Volumes (Database Studio: Kontextmen der Instanz Check Database
Structure) wird die logische Konsistenz der Datenstrukturen im Betriebszustand ONLINE oder
ADMIN berprft. Nicht belegte Speicherseiten werden der Freispeicherverwaltung zugefhrt und,
falls vorhanden, inkonsistente interne Baumstrukturen repariert. Wir empfehlen, das Prfen der
Volumes einmal im Monat, z.B. vor einer vollstndigen Datensicherung, auszufhren.
Sicherungen sollten Sie regelmssig auf Ihre physische Konsistenz berprfen, z.B. im Database
Studio mit dem Kontextmen Check Backup.
SAP AG
ADM515
7-34
SAP 2008
SAP AG
ADM515
7-35
Diagnosedateien: bersicht
Global Memory
Anwendung
appldiag
SQL-Traces
X-Server
Xserver_hostname.prt
MaxDBLaufzeitumgebung
rtedump
knltrace
knlMsg
MaxDB-Kern
knldump
Betriebssystem
core / drwtsn32.log
SAP 2008
appldiag: Treten Fehler zwischen Laufzeitumgebung und Kern auf, werden diese in die Datei
appldiag eingetragen. Eine entsprechende Datei wird fr jeden Betriebssystembenutzer angelegt.
SQL-Traces: Besonders bei Fehlern im Zugriff auf SQL-Daten knnen SQL-Traces auf
Applikationsbasis (ST05) oder ein Precompiler-Trace (dbslada.pct) aktiviert werden.
xserver_<hostname>.prt: Treten Fehler bei der Kommunikation ber den X-Server auf,
werden diese in die Datei xserver_<hostname>.prt eingetragen.
rtedump: Bei einem Absturz schreibt die Laufzeitumgebung ihren Status in die Datei rtedump.
Es handelt sich um eine ASCII-Ausgabe des Kommandos x_cons <SERVERDB> show all.
knlMsg: Die Datei knlMsg wird vom Kern mit Informationen und Meldungen beschrieben. Sie hat
eine feste Gre und wird zyklisch berschrieben. Nach einem Absturz ist in dieser Datei auch der
Backtrace enthalten. Sie ist im XML-Format aufgesetzt.
knltrace: Die Datei knltrace wird vom Kern bei eingeschaltetem Vtrace und bei Abstrzen
geschrieben. Sie hat eine vordefinierte feste Lnge.
knldump: Whrend eines Emergency Shutdown wird das Global Memory in die Datei knldump
geschrieben. Das entsprechende Dateisystem sollte gro genug sein. In den aktuellen Releases der
MaxDB wird die Erzeugung dieser oft riesigen Datei aktiv unterdrckt und ein Schreiben mu erst
freigeschaltet werden.
core: Strzt ein UNIX-Prozess ab, schreibt das Betriebssystem einen Core. Dieser enthlt einen
Speicherauszug des Prozesses. Auch die Erzeugung der Cores wird von MaxDB verhindet, bis es
freigeschaltet wird.
drwtsn32.log: Strzt die Datenbank unter Windows ab, wird der Stack-Backtrace in die Datei
DrWtsn32.log geschrieben, sofern dieser als Systemdebugger eingetragen ist. Informationen
dazu enthlt der Hinweis 49776.
SAP AG
ADM515
7-36
Datenbankparameter RUNDIRECTORY
Default: <indepdatapath>/wrk/<SID>
user>
(UNIX)
<indepdatapath>\wrk
SAP 2008
<indepdatapath> lsst sich mit dem Database Manager CLI ber folgendes Kommando ermitteln:
dbmcli d <SID> -u <control-user>,<password> dbm_getpath indepdatapath
Folgende Dateien werden nach einem Absturz automatisch in ein Sicherungsverzeichnis kopiert:
knlMsg, knltrace, knldump, rtedump, *.dmp, *.buf, *.stm
Wird beim Neustart erkannt, dass die Datenbank zuletzt abgestrzt ist, so werden die zu sichernden
Dateien in ein Verzeichnis mit folgender Namenskonvention gesichert:
<DB-NAME>_<DATUM>_<ZEIT>, z.B. DEV_20081114_12-09-45
SAP AG
ADM515
7-37
Beispiel:
06.01
06.01
06.01
07.01
07.01
08.02
08.29
12:53:46
12:58:25
18:46:23
11:47:37
11:47:59
13:11:07
13:13:13
18286
18286
19025
10959
12031
18899
11199
-11205
-11205
-11109
-11987
-11987
-11987
-11987
sqlexec:
system error, not enough space
sqlexec:
system error, not enough space
database S10 is not running
sql33_con_msl: task limit
sql33_request: connection broken, kernel cleared
connection closed by communication partner
comseg given away, assuming timeout
ID des verursachenden
Prozesses
SAP 2008
SAP AG
ADM515
7-38
knlMsg
Zeitstempel
Kopf
SERVERDB is ready
( ADMIN)
Zeitstempel
Rumpf
SAP 2008
Die Diagnosedatei knlMsg stellt die wichtigste Informationsquelle bei Datenbankproblemen dar.
y In der Datei werden die Meldungen protokolliert, die in der Kommunikation zwischen der
Laufzeitumgebung der MaxDB und dem Datenbankkern auftreten.
y Diese Datei wird bei jedem Start des Datenbankkerns neu angelegt und die bereits vorhandene
unter dem Namen knlMsg.old gesichert.
y In neueren Releases wird die Datei knlMsg nach einem Datenbankabsturz ebenfalls in dem
Verzeichnis DIAGHISTORY (definiert ber den DB-Parameter DiagnoseHistoryPath )
unterhalb des RunDirectoryPath gesichert, damit nach zwei Restart-Versuchen die Information,
die zum Datenbankabsturz gefhrt hat, nicht verloren ist. Es werden blicherweise die zwei
letzten Dateien von Abstrzen gesichert (konfigurierbar ber DB-Parameter
DiagnoseHistoryCount ).
y Fehler werden zustzlich auch in knlMsg.err protokolliert. Diese Datei wird nicht
berschrieben und kann bei groem Dateiwachstum archiviert und anschliessend gelscht
werden. Sie wird dann automatisch wieder neu angelegt.
Unter Unix knnen die Fehlerkanle des Datenbankkerns (einstellbar ber Parameter
MessageOutputDevice1 und MessageOutputDevice2) genutzt werden, um Meldungen per Pipe zur
Weiterverarbeitung zu verschicken. Hiermit knnte man Warnungen der Datenbank per Mail
weiterverteilen.
Mit dem mitgelieferten MaxDB-Tool protconv knnen die XML-Dateien per Kommandozeile in
ASCII umgesetzt werden.
SAP AG
ADM515
7-39
SAP 2008
Am Beginn der Datei Database Messages finden Sie im Headerbereich immer einen kompletten Satz
an Datenbankparametern aufgelistet. Anschlieend folgen weitere Infos zum Betriebssystem, evt.
vorhandene Limitierungen, usw.
SAP AG
ADM515
7-40
SAP 2008
Der Dateien knlMsg und knlMsg.old werden zyklisch geschrieben. Die Gre (Parameter:
KernelMessageFileSize) ist meist auf 800 kByte eingestellt, in neueren Releases auch grer.
In diesem Bereich des DBA-Cockpits werden die Diagnosedateien entsprechend aufgearbeitet und
wichtige Meldungen hervorgehoben.
SAP AG
ADM515
7-41
sdbinfo
[OS name]
Windows NT
[Version]
5.2
[Patch level]
Build 3790
[Processor type]
[Processors online]
4
[Processor info]
AMD64 Family 15 Model 65 Stepping 2, AuthenticAMD
[C++ run-time library]
5.2.3790.1830 msvcirt.dll Microsoft Windows Operating System runtime
6.1.8638.1830 msvcp60.dll Microsoft Windows Operating System runtime
7.10.3077.0 msvcp71.dll Microsoft Visual Studio .NET runtime
7.0.9466.0 msvcr70.dll Microsoft Visual Studio .NET runtime
7.10.3052.4 msvcr71.dll Microsoft Visual Studio .NET runtime
6.1.8638.3959 msvcrt.dll Microsoft Windows Operating System runtime
System information saved in G:\sapdb\data\wrk\SDBINFO.PRT
SAP 2008
Mit dem Kommando sdbinfo knnen Sie betriebssystemseitige Informationen, die die
Datenbanksoftware ebenfalls betreffen, sammeln. Gerade unter Unix, aber auch Windows ist das
sammeln dieser Versionsinformationen oft sehr mhsam. Bitte stellen Sie diese Informationen
ebenfalls bei Supportfllen bereit.
SAP AG
ADM515
7-42
SQL-Trace
SQL-Trace
R/3 ST05
(verfgbar innerhalb
des SAP-Systems)
Auftragsschnittstelle
(Precompiler)
SQL-Trace
(als Trace-Datei
verfgbar)
MaxDB-Kern
SAP 2008
Im SAP NetWeaver wird mit der Transaktion ST05 der SQL-Trace eingeschaltet. Das Protokoll
wird von der Datenbankschnittstelle geschrieben. Mit den einzelnen Anweisungen sind die
Variablen, deren Werte und die Laufzeiten angegeben. Die Transaktion ST05 bietet mit EXPLAIN
auch die Mglichkeit, die Optimiererstrategie der Datenbank fr die Anweisung anzuzeigen.
Auch die Auftragsschnittstelle der Datenbankinstanz schreibt einen SQL-Trace (auch PrecompilerTrace genannt). Hier wird angezeigt, welche Kommandos an dieser Schnittstelle ankommen und
welche Daten an den Client bergeben werden.
SAP AG
ADM515
7-43
dbs/ada/sql_trace = 0
1
2
kein Trace
kurzer Trace
langer Trace
SQLOPT = -F <Dateiname>
-T
-X
Trace in Datei
kurzer Trace
langer Trace
SAP 2008
Der Trace der Auftragschnittstelle wird fr den SAP NetWeaver ber einen Profilparameter
eingestellt. Nach nderung des Profilparameters muss bei Windows-Systemen nur der Workprozess
neu gestartet werden. Bei UNIX-Systemen ist das SAP-System bzw. der betroffene
Applikationsserver neu zu starten. Die Trace-Dateien stehen im Arbeitsverzeichnis der SAP-Instanz.
Ihr Name setzt sich aus der Prozess-ID des Workprozesses und der Endung .pct zusammen.
Andere Datenbankwerkzeuge oder SAP-Tools (R3trans, tp, saplicense usw.), die auf die
Auftragschnittstelle aufsetzen und ber die Konsole bzw. DOS-Box gestartet werden, lesen die
Umgebungsvariable SQLOPT. Wenn nicht anders mit der Option -F angegeben, wird die TraceDatei in das aktuelle Verzeichnis geschrieben. Der Name setzt sich aus dem Namen des
entsprechenden C-Moduls (z.B. dbslada) und der Endung .pct zusammen.
Sie knnen den Trace mit irtrace auch einschalten, OHNE das System/den Applikationsserver
durchstarten zu mssen.
Das Tool bietet folgende Mglichkeiten zur nderung des Trace-Verhaltens:
y Ein-/Aus-/Umschalten des Trace fr einen bestimmten Prozess:
irtrace p <prozess-id> t <Trace-Art>
SAP AG
ADM515
7-44
SAPDB_<TaskID>.pct:
PRODUCT : SAP DB C-PreComp Runtime
DRIVER : G:/sapdb/programs/runtime/7403\pgm\libpcr
PRECOMPILER : 7.4.3 005
LIBRARY : 7.4.3 039
BUILD
: 039-123-092-249
version :P_1,
SQL STATEMENT
Statement Name
OUTPUT : LZU
OUTPUT : PCR
START : DATE
END
: DATE
OPTION :
P_2
: FROM MODULE : dbadautl
AT LINE : 644
: :0x000010
: W32/INTEL 7.4.3
Build 039-123-092-249
: C-PreComp 7.4.3
Build 039-123-092-249
: 2005-11-23
TIME : 0020:30:55
: 2005-11-23
TIME : 0020:30:55
PARSEINFOCACHE=OFF
SESSION
: 1;
Xuser Data
DATABASE : DB_000
USERKEY
: DEFAULT
SQLMODE
: SAPR3
SERVERDB : DEV
SERVERNODE: twdf0736
CONNECT "SAPDEV
" IDENTIFIED BY :A SQLMODE SAPR3 ISOLATION LEVEL 0
TIMEOUT 0
SQL STATEMENT : FROM MODULE : dbadautl
AT LINE : 92
Statement Name : :0x000001
START : DATE : 2005-11-23
TIME : 0020:30:55
END
: DATE : 2005-11-23
TIME : 0020:30:55
DB_000: MASS STATEMENT :
SELECT KERNEL INTO :P_1 FROM DOMAIN.VERSIONS
SQL STATEMENT : FROM MODULE : dbadautl
AT LINE : 713
Statement Name : :0x000011
PARSEID: OUTPUT: 0008C0A0 00000301 3C000000 01000000
PARSEID: INPUT : 0008C0A0 00000301 3C000000 01000000
OUTPUT :
1: PARAMETER
: Kernel
7.5.0
SQLERRD(INDEX_3) : 1
START : DATE : 2005-11-23
TIME : 0020:30:55
END
: DATE : 2005-11-23
TIME : 0020:30:55
Build 029-121-099-958
SAP 2008
Der Ausschnitt des Precompiler-Trace zeigt, dass die Datei mit wichtigen Versionsinformationen
beginnt (wichtig, falls die falschen Bibliotheken geladen wurden).
Desweiteren werden alle Zugriffe (Benutzername, Datenbankrechner und Datenbankinstanz)
protokolliert.
Der Precompiler-Trace hilft oft, wenn Verbindungsprobleme von einem Datenbank-Client, z.B. dem
Applikationsrechner, auftreten (Fehlermeldung -709).
SAP AG
ADM515
7-45
Datenbank-Trace
Kern
SQL-Manager
(historisch: AK)
Data Access
Manager
(historisch: KB, BD)
Lesbare
Ausgabedatei
<SID>.prt
KernelTrace ON
KernelTrace Flush
Binrdatei:
knltrace
bzw.
knltrace.dat
Auswertungstool:
xkernprot
SAP 2008
Der Datenbank-Trace (Kernel Trace, Vtrace) dient zur serverseitigen Analyse ausgefhrter SQLAnweisungen.
Der Datenbankkern besteht aus zwei logischen Bereichen, die frher historisch bedingt in weitere
Bereiche (AK, KB und BD) untergliedert waren. Diese Unterscheidung findet sich teilweise noch in
den Kommandos.
Beim Einschalten des Datenbank-Trace wird angegeben, aus welchen Bereichen des Kerns in
Puffern wichtige Betriebsdaten gesammelt werden. Nach dem Einfangen der problematischen
Situation werden diese Informationen in die Datei knltrace geschrieben. Im Allgemeinen wird
dabei mit der Angabe default gearbeitet.
Zur Ausgabe des Datenbank-Trace wird angegeben, fr welche Schichten bzw. Module des Kerns
die Protokolle zu extrahieren sind. Dieses kann mit den Werkzeugen Database Studio, xkernprot
oder Transaktion DB50/DBACOCKPIT erfolgen.
Daten zu Strategien und Zeiten werden nur dann ausgegeben, wenn die Optionen OPTIMIZER bzw.
TIME fr den Datenbank-Trace eingeschaltet waren.
Die SWITCH-Ausgabe enthlt Daten aus dem Trace eines sog. Slow-Kern. Der Slow-Kern ist ein
spezieller Debug-Kern. Er wird nur auf besondere Anforderung durch die Entwicklung bzw. den
Support benutzt.
Bei normalen Datenbank-Shutdowns und unerwarteten Abstrzen wird die Datei knltrace
automatisch geschrieben.
Siehe auch SAP Hinweis 1020175 (FAQ: MaxDB Datenbank-Trace (VTRACE))
SAP AG
ADM515
7-46
Datenbank-Trace: Vorgehensweise
1. Datenbank-Trace einschalten
2. Datenbankaktion durchfhren
(mglichst als alleiniger Datenbankbenutzer)
3. Flush des Datenbank-Trace
4. Datenbank-Trace ausschalten
5. Extrahieren der problembezogenen Daten aus der Binrdatei in eine lesbare
Form
SAP 2008
Das Ein- und Ausschalten sowie Flush des Datenbank-Trace kann mit dem Database Studio, dem
Database Manager CLI und im CCMS (Transaktion DB50) geschehen.
Flush des Datenbank-Trace kann zustzlich mit dem SQL Studio durchgefhrt werden.
Kommandos im Database Manager CLI (Ausfhrung im Betriebszustand ADMIN oder ONLINE:
Einschalten:
dbmcli U c -UUTL c util_execute diagnose vtrace default on
SAP AG
ADM515
7-47
SAP 2008
Unter Database Trace Options erhalten Sie die Mglichkeit den Trace-Rahmen zu definieren,
wie tief dieser Trace stattfindet. Whlen Sie bitte TraceDefault fr einen allgemeinen Trace aus.
Wenn nicht anders von der Entwicklung oder dem Support angegeben, ist der standardmige
Datenbank-Trace ausreichend.
Zustzlich knnen Informationen fr DELETE-, INSERT-, UPDATE-, SELECT- und OptimiererOperationen usw. aktiviert werden.
Unter Advanced sind zwei ntzliche Erweiterungen verfgbar:
y Trace Session
Der Datenbank-Trace lt sich fr bestimmte Datenbanksitzungen einschalten. Dazu muss die
Datenbanksitzung jedoch bekannt sein. Die Ausgaben von
x_cons <SID> show active
und
dbmcli U c USQL DEFAULT sql_execute SELECT * FROM
TRANSACTIONS
helfen dabei weiter.
y Stop on Error
Sie knnen den Datenbank-Trace so einstellen, dass er beim Auftreten eines bestimmten Fehlers
automatisch ausgeschaltet wird. Dies ist ntzlich, wenn ein bestimmtes Problem reproduziert
werden soll und Sie wissen, welcher Fehler auftreten wird. Durch diese Funktion verhindern
Sie, dass die relevanten Informationen in der Trace-Datei berschrieben werden.
SAP AG
ADM515
7-48
SAP 2008
Unter Generate knnen Sie die Information aus der Datei knltrace sortieren und fr die
gewnschten Teilbereiche in eine ASCII-Datei <SID>.prt extrahieren.
Geben Sie an, fr welche Schichten bzw. Module des Kerns die Trace-Ausgaben extrahiert werden
sollen. Der Vorschlagswert ist abkmx.
Daten zu Strategien und Zeiten werden nur ausgegeben, wenn die Optionen OPTIMIZER und TIME
eingeschaltet waren.
Mit den unteren Checkboxen besteht die Mglichkeit, alle Schritte zur Darstellung der lesbaren
Traceinformationen zu automatisieren:
y Flushen der Trace-Informationen
y ffnen der lesbaren Trace-Datei
y Beenden des laufenden Traces
SAP AG
ADM515
7-49
SAP 2008
SAP AG
ADM515
7-50
SAP 2008
Nach Abschluss der Aktionen, von denen Sie einen Trace erzeugen wollen, mssen die TraceInformationen aus dem Speicher in die Datei knltrace geschrieben werden. Whlen Sie Database
Trace Flush um diese Aktion unabhngig auszufhren.
Mit dem Menpunkt Database Trace Clear knnen die Trace-Infos gelscht werden. Dabei gehen
alle Informationen aus dem Trace verloren.
SAP AG
ADM515
7-51
Kerneltrace im DBA-Cockpit
SAP 2008
Alle Funktionen des Database Studios im Zusammenhang des Kerneltraces knnen ebenfalls ber
die DB50 ausgefhrt werden.
SAP AG
ADM515
7-52
Die Datei knldump kann sehr gro werden. Sie wird im Binrformat erzeugt und
lsst sich nur mittels interner Diagnosewerkzeuge lesen.
SAP 2008
UNIX: Es wird kein Dump geschrieben, wenn die Datenbank durch ein UNIX-Signal abstrzt.
Zur Analyse mssen die Betriebssystemtools (debugger) zustzlich installiert sein.
SAP AG
ADM515
7-53
SAP 2008
SAP AG
ADM515
7-54
Hufige Fehler
reproduzierbarer Effekt?
Hardwarefehler
Sicherungs-/Wiederherstellungsfehler
Sicherung berprfen
Konfigurationsfehler
Help-Portal (http://help.sap.com)
SAP 2008
In der Regel brechen Transaktionen bei einem SQL-Fehler mit einem Kurz-Dump ab (Transaktion
ST22). Weitere Informationen erhalten Sie mit Hilfe der Transaktionen ST05 und SM21. Ebenso
knnen die Datenbank-Diagnosedateien weiterhelfen (DB50: Problemanalyse Meldungen). Ggfs.
mssen Traces (Precompiler-Trace oder/und Datenbank-Trace) eingeschaltet und analysiert werden.
Die Systemfehler sind schwerwiegende Fehler und werden in den Transaktionen SM21 und ST22
oft als Fehler 602 protokolliert. Die eindeutige Fehlernummer ist in der Datei knlMsg zu finden.
Wenn Sie Probleme beim Sichern oder Wiederherstellen haben, dann analysieren Sie die Protokolle
des Database Manager, z. B. mit dem Database Studio oder im CCMS (Transaktion DB50,
Problemanalyse Protokolle).
Zustzlich zu den Diagnosedateien sollten dem Support auch Informationen ber weitere Aktionen,
wie z.B. durchgefhrte Releasewechsel, das Einspielen neuer Software, Betriebssystemwechsel etc.
zur Verfgung gestellt werden.
Vorsicht! Das Konzept der Ablage und Einstellung der MaxDB fr das SAP Umfeld (z.B. SAP
Netweaver, Contentserver u.v.m.) sieht im Einzelnen sehr verschieden zu dem aus, was auf manchen
MaxDB-Webseiten angegeben ist (andere Verzeichnisse, andere Datenbankbenutzer). Dieses ist
hauptschlich mit den Standardisierungsbemhungen im United Linux und in der Linux Standard
Base begrndet. Daher bei Konfigurationsfragen bitte zuerst die Installationsleitfden bzw. das SAP
Hilfesystem beachten (u.a. Hinweis 327578).
SAP AG
ADM515
7-55
Fehlersituation: Verbindungsaufbau
Meldung:
SAP 2008
Wenn Probleme bei der Verbindung des SAP-Systems zur Datenbankinstanz auftreten, dann sollten
Sie auf jeden Fall einen Blick in die DEV-Protokolle werfen (die Dateien dev_w* aus dem
Arbeitsverzeichnis des SAP Netweavers). Wenn die dort zu findenden Informationen nicht zur
Fehlerbehebung ausreichen, kann ein Test der folgenden Tools (ggfs. mit Precompiler-Trace ber
SQLOPT) und der dabei erzeugten Log-Dateien (trans.log bzw. dbslada.pct) weiterhelfen:
set SQLOPT=-X
R3trans x
tp connect <SAPSID> [<TPPARAM-Datei>]
Weiterhin sind die XUSER-Daten zu prfen. Informationen dazu sind im Hinweis 39439 enthalten.
SAP AG
ADM515
7-56
Problemanalyse (Systemfehler)
knltrace, knlMsg
falls vorhanden:
knldump, rtedump, core
SAP 2008
Die Diagnosedateien mssen nur explizit gesichert werden, wenn sie nicht automatisch in das
Verzeichns des MaxDB-Parameters DiagnoseHistoryPath kopiert wurden.
SAP AG
ADM515
7-57
Fehlersituation: Hardware
SAP 2008
Siehe auch SAP Hinweis 839333 (FAQ: MaxDB Fehler-Diagnose-> korrupte Daten-Pages)
SAP AG
ADM515
7-58
SAP 2008
SAP AG
ADM515
7-59
SAP AG
ADM515
7-60
bungen
Kapitel: 6
Thema: Problemsituationen und Performance-Tuning
Am Ende dieser bungen knnen Sie:
Informationen ber die Ablage von Daten in der MaxDB erhalten
Die Statistiken der Datenbank auf den aktuellen Stand bringen
Indices erzeugen und Diagnosen zu Performanceproblemen
durchfhren
Um Performanceprobleme frhzeitig zu erkennen, werden in den
bungen die Tools praktisch vorgestellt. Damit kann schon bei der
Entwicklung von Eigenanwendungen als auch bei der spteren
Optimierung auf die Eigenschaften der MaxDB eingegangen werden.
6-2
6-1
Update Statistics
6-1-1
berprfen Sie den Status der aktuellen Statistiken mit Hilfe des
Kommandos
dbmcli -U c uSQL c INFO UPDSTAT
(Vergleichen Sie diese Angaben am Ende dieser bung)
6-1-2
6-1-3
SAP AG
ADM515
7-61
6-2-2
6-3
6-4
6-5
Die Informationen ber den Sekundrindex knnen Sie mit dem SQLKommando
SELECT description, numeric_value FROM
indexstatistics WHERE owner=SAPR3 AND
tablename=POPULATION
erhalten. Sollte noch kein Sekundrindex auf der Tabelle existieren, legen
Sie ihn mit dem SQL-Statement aus den Unterlagen an.
Binden Sie Ihre Testdatenbank T<xx> mit Hilfe der DB59 in den WebAS
ein und testen die Verbindung mit dem dort angebotenen Verbindungstest.
Per Doppelklick auf den neuen, von Ihnen angelegten Eintrag in der DB59
knnen Sie die DB50 MaxDB Datenbankassistent fr Ihre Instanz
starten.
6-4-2
Starten Sie bitte den Resource und Kommando Monitor ber die
Transaktion DB50 MaxDB Datenbankassistent fr Ihre Instanz wie in
den Unterlagen beschrieben. Beim Resource Monitor mu dieser explizit
mit einem Button gestartet werden, whrend der Kommando Monitor
implizit beim Besttigen der Parameterbox gestartet wird.
6-4-3
Fhren Sie einige ihrer filldb.py wie aus den letzten bungen bekannt aus,
und beobachten die Protokollierungen im Kommando und Resource
Monitor
6-4-4
SAP AG
Sie knnen ihn mit der Transaktion DB50 fr Ihre Datenbank T<NN>
aktivieren oder ber das Database Studio direkt aktivieren.
Alternativ knnen Sie den DBanalyzer auch ohne explizite Angabe von
User und Pawortinformationen ber
dbmcli U c dban_start
starten, wie es in den Unterlagen beschrieben ist.
Weitere Infos dazu auch unter http://help.sap.com
ADM515
7-62
6-6
SAP AG
6-5-2
Wenn gengend Daten gesammelt wurden, knnen Sie den DBanalyzer mit
dem Kommando
dbanalyzer d <SID> -u superdba,admin
o <Verzeichnis fr Protokolldaten> -stop
beenden.
Bitte schauen Sie durch das Protokollverzeichnis, da Sie beim Start des
DBanalyzers angegeben haben. Sie werden dort eine Menge Dateien zu
verschiedene Themen wie Zugriffen, Verbrauch und Performance finden,
die in einem Format vorliegen, das leicht mit Ihrem Kalkulationsprogramm
graphisch aufgearbeitet werden kann.
6-5-3
Starten Sie Ihre Datenbank in Admin und aktivieren den Kerneltrace wie in
den Unterlagen beschrieben.
6-6-2
Wechseln Sie nun den Betriebszustand der Datenbank nach Online und
fhren die Abschluarbeiten fr einen Kerneltrace (Flush) durch. Werten
Sie den binren Kerneltrace aus.
6-6-3
6-6-4
Optional: Erstellen Sie einen Datenbanktrace einer Ausfhrung von SQLStatements auf Ihrer persnlichen Datenbank (evt. mit filldb.py) unter
Verwendung der DB50 und den dort enthaltenen Funktionen zum
Datenbanktrace.
ADM515
7-63
SAP AG
ADM515
7-64
Lsungen
Kapitel: 6
Thema: Problemsituationen und Performance-Tuning
6-1
6-2
6-3
Update Statistics
6-1-1
6-1-2
6-1-3
6-2-2
6-4
SAP AG
6-4-2
Es ist wichtig, den Einstieg ber die DB59 zu verwenden, damit Sie auch
Ihre private Testdatenbank administrieren. Ansonsten landen Sie auf der
Datenbank DEV, der Netweaver-eigenen Datenbank..
ADM515
7-65
6-5
6-4-3
Mit dem Laden der Daten werden SQL-Statements ausgefhrt, die viele
Aktionen auf der DB ausfhren. Wir hoffen, diese Statements in den
Monitoren einfangen zu knnen.
6-4-4
6-6
SAP AG
6-6-2
6-6-3
6-6-4
ADM515
7-66
Inhalt:
Ein Ausblick auf die aktuelle Planung fr die nchste Version MaxDB 7.8
SAP 2008
SAP AG
ADM515
8-1
Einen berblick ber die neuen geplanten Funktionen der MaxDB 7.8 geben.
SAP 2008
SAP AG
ADM515
8-2
Agenda I
3. MaxDB-Interna
Einfhrung
Werkzeuge und Schnittstellen
Architektur und Betriebszustnde
MaxDB und SAP NetWeaver
Integration mit SAP NetWeaver
Serverlandschaft der Schulung
3.1.
3.2.
3.3.
3.4.
3.5.
4. Datenbanksicherung und
-wiederherstellung
2. MaxDB betreiben
2.1.
2.2.
2.3.
2.4.
2.5.
2.6.
2.7.
2.8.
Prozesse
Sperren
Speicherbereiche
Plattenbereiche
Logging
4.1.
4.2.
4.3.
4.4.
4.5.
4.6.
4.7.
4.8.
4.9.
Vollstndige Datensicherung
Inkrementelle Datensicherungen
MaxDB Snapshots
Log-Sicherungen
Automatische Log-Sicherung
berprfen der Sicherungen
Sicherungsstrategie
Externe Sicherungstools
Wiederherstellungen
SAP AG
ADM515
8-3
Agenda II
5.
Weitere Administrationsthemen
5.1.
5.2.
5.3.
5.4.
5.5.
5.6.
5.7.
7.
bersicht
nderungen des Datenbankkerns
Neue administrative Funktionen
Setup und Infrastruktur
Interface & User
6. Performance-Tuning und
Problemsituationen
6.1.
6.2.
6.3.
6.4.
6.5.
6.6.
B*-Bume
Optimierung
Monitore des SAP NetWeaver
Vermeidbare Probleme
Diagnosedateien und TraceMglichkeiten
Fehlerarten und deren Analyse
SAP 2008
SAP AG
ADM515
8-4
SAP 2008
SAP AG
ADM515
8-5
Haftungsausschlu
Der
SAP 2008
SAP AG
ADM515
8-6
bersicht
Isolierte Installation
SAP AG
ADM515
8-7
Verfgbarkeit
Freigabe der MaxDB 7.8 fr ltere Releases des SAP Netweaver wird spter wahrscheinlich
erfolgen (bis zurck zum SAP Kernel 6.40_EX2)
SAP AG
ADM515
8-8
SAP 2008
SAP AG
ADM515
8-9
Technik seit Jahren genutzt im Umfeld SCM mit dem SAP liveCache (MaxDB)
Dort bisher fr Objekte implementiert
Ab MaxDB 7.8 gibt es diese Technik der konsistenten Sichten auch fr OLTP
Vorteil:
Nachteil:
Alternative Implementierungen:
Viel Historie bei vielen Transaktionen. Selbst inaktive Transaktionen knnen viel Historie festhalten
SAP 2008
SAP AG
ADM515
8-10
Alle Lesezugriffe liefern die Darstellung eines Datensatzes, die zu einem bestimmten
Zeitpunkt festgeschrieben (committed) wurde.
Dieser Zeitpunkt ist identisch fr alle Datenzugriffe einer Transaktion oder SQLStatements.
Beispiel fr das Lesen mit impliziten konsistenten Sichten:
T1
T3
T4
Erstes Lesen
Liest s
s=3
T2
Erstes Lesen
Liest s
s=7
T5
Liest s
s=7
Zeit
SAP 2008
SAP AG
ADM515
8-11
T3
Setzt s=3
T4
Commit
T5
T6
Setzt s=8
Liest s
Erstes Lesen
s= 15
History-Dateien
T3
s (15)
Tabelle
T4
T5
ss (15)
(8)
s (3)
T6
s (7)
SAP AG
ADM515
8-12
Applikation (Java)
XAInterface
XAInterface
Resource
Manager
MaxDB
SAP AG
ADM515
8-13
Neue B*-Baumstrukturen
SAP AG
ADM515
8-14
Ziel:
Page-Clusterung erfolgt automatisch mit Wechsel auf neuen Patch im Hintergrund.
Eine aktive Umsetzung von Tabellen auf Page-Clusterung wird nicht mehr ntig sein.
Vorgehensweise:
Whrend Scans auf den Tabellen oder Sekundrindexen laufen, erkennt die MaxDB
Datenstrukturen mit schlechter Page-Clusterung und wird aktiv. Sie markiert diese Pages und
wird beim nchsten SAVEPOINT den zugehrigen Page-Cluster neu erstellen und auf die
Daten-Volumes schreiben.
SAP AG
ADM515
8-15
Schon in 7.7 und dem neuen IO-Konzept ist der Speicherbedarf im IO-Management nicht
mehr von der Anzahl der Daten-Volumes abhngig.
Daher kann ab 7.7.04 der MaxDB-Parameter MaxDataVolumes schon problemlos auf 255
gestellt werden, ohne berflssigen Speicherbedarf.
Durch die Erhhung des Parameters MaxDataVolumes wird ab MaxDB 7.7.04 nicht mehr unmig
Speicher fr ungenutzte DEV-Prozesse verschwendet. (Mit den DEV-Prozessen wurde pro DEVProze 1 MB verbraucht und mit vielen Daten-Volumes kam es zu einer enormen Vervielfltigung
des Speicherbedarfs.)
Da der MaxDB-Parameter MaxBackupMedia nicht im Betriebsmodus Online gendert werden
kann, wird er mit MaxDB 7.8 auf den Vorgabewert 8 (zuvor 2) erhht. Damit sollte die
Notwendigkeit der Erhhung diese Parameters nur noch in Ausnahmefllen auftreten.
SAP AG
ADM515
8-16
SAP 2008
SAP AG
ADM515
8-17
Ein Check Data erzeugt bis inklusive MaxDB 7.7 Sperren auf der aktuell
untersuchten Tabelle
Mit weiterem produktiven Betrieb kann es daher Sperrkollisionen geben
Ansatz um eine Sperre zu vermeiden ist, einen ONLINE-Snapshot innerhalb der
MaxDB zu verwenden
Der Snapshot friert den Datenbestand zu einem bestimmten Zeitpunkt ein und eine
Sperre ist nicht mehr notwendig
Als Bonus wird anschlieend noch die Option angeboten, den berprften Snapshot
direkt zu sichern.
SAP 2008
Empfehlung bis MaxDB 7.7 zur Umgehung dieser Sperren ist, ein Check Data auf dem
entsprechenden Q-System nach einem Restore einer Sicherung vom Produktivsystem durchzufhren.
Nach erfolgreichem Durchlauf kann im Rckschlu besttigt werden, da auch das Originalsystem
fehlerfrei ist.
Alternativ kann auch ein Split-Mirror-Setup genutzt werden, um auf einem ausgegliederten Spiegel
einen Check Data auszufhren, der das Business dann nicht stren kann.
SAP AG
ADM515
8-18
SAP 2008
SAP AG
ADM515
8-19
SAP 2008
SAP AG
ADM515
8-20
Datenbankserver
Alter Client, alte Datenbank
-d DB76 n server
7210
nutze 7203
connect
connect
DB76
Datenbankserver
7210
7203
X-Server
(7.8.01)
DB7801
7206
X-Server
(7.8.00)
DB7800
Interner Reconnect:
-d DB7801 n server:7203
SAP 2008
Mit der Isolierten Installation ab 7.8 werden Datenbankinstallation ab dieser Version als
eigentstndige Datenbanken installiert.
Es erfolgt ein kompletter Wechsel der Methodik.
Um spezielle Konfigurationsdateien fr die Einfhrung dieser Isolierten Installation berflssig zu
machen, wird ein globaler X-Server genutzt, der die separaten MaxDB-Instanzen und deren Port
kennt.
ltere Datenbanken werden weiterhin den globalen X-Server, wie bisher den X-Server, nutzen und
die Kommunikation ber den Port 7210/tcp betreiben.
Mit neueren Clients wird ein Portmapping in der Form betrieben, da der globale X-Server dem
Client mitteilt, auf welchem Port die gewnschte Datenbank luft. Der Client fhrt dann einen
erneuten Connect auf die gewnschte Datenbank und den dafr erhaltenen Port durch.
Das Portmapping-Protokoll wird schon von Clients ab MaxDB-Version 7.6.05 verstanden.
Auch kann sich der Client sofort mit dem dedizierten Port der gewnschten Datenbank verbinden,
wenn er diesen aus vorherigen Verbindungen kennt.
SAP AG
ADM515
8-21
SAP 2008
Da der globale X-Server hier der Dreh- und Angelpunkt ist, mu er ber die lokalen Datenbanken
informiert sein.
Dieses wird ber die Installationssoftware SDBINST sichergestellt.
Die lokalen X-Server werden von dem globalen X-Server gestartet.
Um die versionspezifischen Programme der anvisierten Datenbank nutzen zu knnen, mu das
Environmentvariable PATH des Administrators der Datenbank erweitert werden. Daher mu es pro
isolierter Datenbankinstanz einen Administrator geben. Ein Mischbetrieb wie frher (ein <sid>adm
kann viele MaxDB-Instanzen administrieren) ist damit nicht mehr mglich.
SAP AG
ADM515
8-22
SAP 2008
SAP AG
ADM515
8-23
SAP 2008
SAP AG
ADM515
8-24
Einen berblick ber die neuen geplanten Funktionen der MaxDB 7.8 geben.
SAP 2008
SAP AG
ADM515
8-25