ADM515 DE Col63 FV

ADM515
ADM515 Datenbankadministration SAP MaxDB
Datenbankadministration
SAP MaxDB
SAP NetWeaver
2008
SAP 2008
Materialnummer: 50092400
Copyright
Copyright 2008 SAP AG. All rights reserved.

Neither this training manual nor any part thereof may
be copied or reproduced in any form or by any means,
or translated into another language, without the prior
consent of SAP AG. The information contained in this
document is subject to change and supplement without prior
notice.
All rights reserved.
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
SAPTEC SAP NetWeaver:

Grundlagen der Application Platform
oder quivalente Kurse fr SAP Business One

oder quivalente Kurse fr SAP Business by Design
Empfohlene Vorkenntnisse
ADM100 SAP Netweaver Administration I
Grundlegende Betriebssystemkenntnisse
SAP 2008 / Seite 1
Grundlegende Datenbankkenntnisse
Zielgruppe
Diese Schulung richtet sich an die folgende Zielgruppe:

Datenbankadministratoren im SAP Umfeld
(SAP Netweaver, SAP Business One, SAP Business by Design)
Interessierte der MaxDB Community
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.
berblick ber die Schulung
Inhalt:
Ziele der Schulung
Lernziele der Schulung

Inhaltsverzeichnis
bersichtsdiagramm
Gesamtunternehmensszenario
SAP 2007 / Page 1
SAP AG
ADM515
1-1
Lernziele der Schulung
Nach Abschlu dieses Kurses sollten sie die Fhigkeit besitzen:
eine MaxDB Installation administrieren zu knnen
SAP 2008
SAP AG
ADM515
1-2
Inhaltsverzeichnis
Vorwort
Kapitel 1 Der erste Kontakt
Kapitel 5 Weitere Administrations-
themen
Kapitel 2 MaxDB betreiben
Kapitel 6 Performance-Tuning und
Kapitel 3 MaxDB-Interna
Problemsituationen
Kapitel 4 Datenbanksicherung und

-wiederherstellung
Kapitel 7 Ausblick: MaxDB 7.8
Anhnge
SAP 2007 / Page 1
SAP AG
ADM515
1-3
Agenda I
1. Der erste Kontakt

1.1.
1.2.
1.3.
1.4.
1.5.
1.6.
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
berblick Database Studio

Wichtige Informationsquellen im
Database Studio
Benutzer der MaxDB im SAP-Umfeld
Plattenbereiche fr Daten und Log
Konfigurationsnderungen
DBFULL und LOGFULL Situationen
Parameter
bungswerkzeug
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.
Prfen der Datenbank

Erstellen einer Datenbankinstanz
Neuinitialisierung einer
Datenbankinstanz
Installation eines Patches
(Releasewechsel)
Migration zur MaxDB
Hochverfgbarkeit
MCOD
Ausblick auf MaxDB 7.8

7.1.
7.2.
7.3.
7.4.
7.5.
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
Der erste Kontakt
Inhalt:
Hintergrnde zur MaxDB
Erster Kontakt mit der Datenbank
MaxDB im Umfeld der SAP NetWeaver-Architektur

Kommunikation mit MaxDB
SAP 2008 / Page 1
SAP AG
ADM515
2-1
Der erste Kontakt: Lernziele
Am Ende dieses Kapitels, knnen Sie:

Die Komponenten einer MaxDB-Datenbankinstanz und die
Datenbankwerkzeuge benennen
Die Architektur eines SAP NetWeaver-Systems mit MaxDB beschreiben
SAP 2008 / Page 1
SAP AG
ADM515
2-2
Agenda I

1.1.
1.2.
1.3.
1.4.
1.5.
1.6.
3. MaxDB-Interna
Einfhrung
3.1.
3.2.
3.3.
3.4.
3.5.
-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

Database Studio
Parameter
bungswerkzeug
4.1.
4.2.
4.3.
4.4.
4.5.
4.6.
4.7.
4.8.
MaxDB Snapshots
Log-Sicherungen
Sicherungsstrategie
SAP 2008
SAP AG
ADM515
2-3
Agenda II
5.
5.1.
5.2.
5.3.
5.4.
5.5.
5.6.
5.7.
7.
Prfen der Datenbank

Datenbankinstanz
(Releasewechsel)
Migration zur MaxDB
Hochverfgbarkeit
MCOD

7.1.
7.2.
7.3.
7.4.
7.5.
bersicht
Interface & User
Problemsituationen
6.1.
6.2.
6.3.
6.4.
6.5.
6.6.
B*-Bume
Optimierung
SAP 2008
SAP AG
ADM515
2-4
Einfhrung: bersichtsdiagramm
Der erste Kontakt

Abschnitt 1: Einfhrung
Abschnitt 2: Werkzeuge und Schnittstellen
Abschnitt 3: Architektur und Betriebszustnde
Abschnitt 4: MaxDB und SAP NetWeaver
Abschnitt 5: Integration mit SAP NetWeaver
Abschnitt 6: Serverlandschaft der Schulung
SAP 2008 / Page 1
SAP AG
ADM515
2-5
Mehr als 30 Jahre Geschichte der MaxDB
1977
Start an der TU Berlin als Forschungsprojekt
1979-1997 Nixdorf Computer AG, Siemens-Nixdorf, Software AG

1993
Erstes Produkt fr SAP Anwendungen: ADABAS for R/3
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
Umbenennung in MaxDB (Kooperation mit MySQL)
2007
MaxDB ist jetzt ein Trademark der SAP AG

Planung, Entwicklung, Support und Vertrieb von MaxDB durch SAP
SAP MaxDB als alleiniges Datenbanksystem fr Business by Design
15 Jahre Erfahrung als SAP Datenbank
SAP 2008
SAP AG
ADM515
2-6
SAP und MaxDB
MaxDB ist das Datenbankangebot der SAP
Teil des SAP Technologie Portfolios
Untersttzt alle SAP Anwendungen
Teil der SAP NetWeaver Plattform und der Development Workbench
Vorteil: Alle Komponenten einer SAP Installation von einem Anbieter
MaxDB
Fokussiert auf Anforderungen des SAP Kunden und SAP Anwendungen
Fortlaufende Weiterentwicklung
Geringe Lizenz- und Wartungskosten
Strategische und sichere Alternative
SAP 2008
SAP AG
ADM515
2-7
Entwicklungsziele
Einfache Handhabung
Keine permanente berwachung notwendig
Keine Reorganisation
Wenige Konfigurationsparameter
Keine Grenabschtzungen notwendig
Automatische Platzzuteilung fr Datenpakete
Automatischer Lastausgleich auf den verwendeten Festplatten
Breite Plattformuntersttzung (Unix und Windows)
Niedrige Gesamtbetriebskosten
(Total Cost of Ownership)
SAP 2008 / Page 1
SAP AG
ADM515
2-8
Einsatzgebiete der MaxDB
Online Transaction Processing (OLTP)

z. B. SAP NetWeaver
SAP Business by Design
SAP Business One
Objektorientierte Speichertechnik im SCM-Umfeld

(SAP liveCache)
Online Analytical Processing (OLAP)

z. B. SAP Business Information Warehouse (BI)
Dokumentenmanagement
z. B. SAP Content Server
Internet-Katalog-Anwendungen
Java-Entwicklung
SAP 2008
Das Datenbanksystem MaxDB untersttzt verschiedene Anwendungsgebiete.

Entsprechend werden folgende Anwendungstypen unterschieden:
MaxDB OLTP ist fr die schnelle Bearbeitung einzelner Transaktionen mit einer hohen Anzahl von
Benutzern und groen Datenbanken optimiert. Es kommt in diversen Kundenprojekten von LKWVerkehrsleitsteuerung bis Hochregallagerverwaltung zum Einsatz.
SAP liveCache arbeitet objektorientiert und hlt seine Daten im Hauptspeicher des
Datenbanksystems.
MaxDB OLAP ermglicht dank Online Analytical Processing (OLAP)-Technologien flexible
Analysen aus unterschiedlichen betriebswirtschaftlichen Blickwinkeln. Grundlage dieses
Datenbankinstanztyps ist ein multidimensionales Datenmodell, das mit relationalen
Datenbanktabellen realisiert ist.
MaxDB Document Server wurde auf Basis des relationalen Datenbanksystems MaxDB OLTP
entwickelt, um auch Dokumente mit unstrukturierten Daten (Video, XML-Dokumente) zu verwalten.
MaxDB E-Catalog ist ein OLTP-Datenbanksystem mit integrierter TREX Suchmaschine. Mit Hilfe
der Suchmaschine knnen Langtexte indiziert und anschlieend effizient durchsucht werden. Ein
Anwendungsbeispiel ist das Produkt BugsEye oder eMerge von Requisite.
Bei der Installation einer Java-Enwicklungsumgebung fr den SAP WebAS 6.40 wird direkt eine
administrationsarme MaxDB fr die Ablage diverser Informationen der Entwicklungsumgebung
installiert.
SAP AG
ADM515
2-9
SAP DB & MaxDB-Versionen

Version
Verwendung
Neuerungen
7.1
liveCache
Wechsel von 4K- auf 8K-Seiten,

SQL- und OMS-Datenbank
OLTP
nur Content Server
7.2
liveCache & OLTP
vollstndige Erweiterung auf OLTP, Einsatz mit neuen Produkten,

liveCache
7.3
OLTP
Unicode-fhig, hohe Performance
7.4
OLTP
Strukturelle nderungen, neues Logging & Datenmanagement
liveCache
Zustzlich komplettes Logging im liveCache
OLTP
Performanceoptimierungen (u.a. SQL-Optimizer)
liveCache
Release with SCM 4.1
OLTP
Performanceoptimierungen, Verbesserung in der Supportbarkeit,

mehr automatische Funktionen
liveCache
Release mit SCM 5.0
OLTP
Neues IO-System, Release ist Basis fr SAP Business by Design
liveCache
Release mit SCM 6.0
7.5
7.6
7.7
7.8
OLTP
Neues flexibleres Taskmanagement, Isolierte Installation
liveCache
Release mit SCM 7.0
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
Flexibilitt: Betriebssysteme und Plattformen
MaxDB untersttzt folgende Plattformen:

Linux
ia32, ia64
x86_64 (EM64T)
PowerPC
HP-UX
PA-RISC (Nach Ende der Produktuntersttzung nur noch Patches)
ia64
AIX
IBM pSeries
Solaris
Sun SPARC
x86_64 in Vorbereitung
Windows 2003, Windows 7
ia32, ia64
x86_64 (ab Windows 2003)
SAP 2008 / Page 1
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
Weitere Schulungen zur MaxDB und liveCache
UMEW60 Empowering Workshop SAP DB/MaxDB

(Performance Monitoring and Optimization)
Dauer: 3 Tage
Besonderheit: Teilnehmer beobachten und optimieren das eigene Produktivsystem whrend

des Workshops
Ist in deutsch und englisch verfgbar
WB550 - Workshop - MaxDB Internals - Version 7.7
Dauer: 5 Tage

Geeignet fr fortgeschrittene MaxDB Administratoren, da Interna intensiv vorgestellt werden
TEWA60 Empowering Workshop liveCache

(Performance Monitoring and Optimization)
Dauer: 3 Tage
Besonderheit: Teilnehmer beobachten und optimieren das eigene Produktivsystem whrend

des Workshops
SAP 2008 / Page 1
Alle Kurse knnen ber den Schulungskatalog gebucht werden.

Der UMEW60 wird blicherweise quartalsweise in Berlin angeboten, whrend der WB550 ein- bis
zweimal pro Jahr stattfindet.
Der TEWA60 wird ebenfalls quartalsweise angeboten.
SAP AG
ADM515
2-12
Literatur
Verfgbare Bcher:
SAP DB / MaxDB
Zielgruppe: OpenSource Community
Verlag: C & l Computer- u. Literaturverlag
MaxDB - Administration
Zielgruppe: MaxDB Admininistatoren im SAP Produktumfeld
Verlag: SAP Press
Erscheinungstermin: Herbst 2008
SAP 2008 / Page 1
Derzeit sind zwei MaxDB Bcher am Markt verfgbar.
SAP AG
ADM515
2-13
MaxDB Homepage
SAP 2008 / Page 1
SAP AG
ADM515
2-14
SAP Network: Informationen zur MaxDB
SAP 2008 / Page 1
SAP AG
ADM515
2-15
SAP Network: MaxDB Wiki
SAP 2008 / Page 1
SAP AG
ADM515
2-16
SAP Netzwerk: MaxDB Forum
SAP 2008 / Page 1
SAP AG
ADM515
2-17
Werkzeuge und Schnittstellen:

bersichtsdiagramm
Kapitel: Der erste Kontakt
SAP 2008 / Page 1
SAP AG
ADM515
2-18
Werkzeuge und Schnittstellen der MaxDB
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
Die MaxDB-Datenbankwerkzeuge lassen sich in folgende Bereiche unterteilen:

y Verwalten der Datenbankinstanz
y Arbeiten mit der Datenbank
Die beiden frheren rein Windows-basierten Tools DBMGUI und SQL Studio wurden mittlerweile
in eine Eclipse basierte Anwendung integriert. Damit ist das Database Studio plattformunabhngig.
Alle aktuellen Schnittstellen inklusive PHP werden untersttzt.
SQL Database Connectivity (SQLDBC) ist die Nachfolgegeneration fr die MaxDB PreCompilerSchnittstelle.
Mit NetWeaver 7.0 (2004s) und dem darin enthaltenen SAP Kernel 7.00 wird SQLDBC eingefhrt
und ersetzt dort den MaxDB PreCompiler.
Auch der neue Kernel 6.40_EX2 fr die lteren SAP NetWeaver Releases enthlt nun das SQLDBC
anstelle des frheren PreCompilers.
SAP AG
ADM515
2-19
Database Studio
Integrierte, ECLIPSE-basierte Tool-Plattform

Plattform-unabhngige Java-Umgebung
PlugIns zum
Management der Landschaft

User
Repositories
Datenbankmanagement
SQL-Abfragen, Reporting
Loader
Synchronization Manager
DBAnalyzer
ab Version 7.8 vollstndige Untersttzung

aller notwendigen administrativen Datenbankfunktionen
(z.B. Anlegen & Reinitialisieren von Datenbanken)
Vorabversionen ab 7.7 sind schon lnger verfgbar
SAP 2008 / Page 1
SAP AG
ADM515
2-20
Database Studio: Weitere Informationen
Database Studio ist abwrtskompatibel

bis MaxDB 7.5.
Fr ltere Releases (<= 7.4) bitte weiter den
Database Manager GUI 7.6.03 verwenden.
Upgrades verfgbar ber:
http://service.sap.com/patches
Database Patches
MaxDB and SAP DB
MaxDB GUI Components/Tools
Wichtig: Die Version des Database Studio mu

mindestens dem Versionsstand der zu
administrierenden Datenbank entsprechen
SAP 2008
Die Software-Versionen des Database Studio sind aufgrund der Client/Server-Technologie

abwrtskompatibel. Das aktuelle Database Studio 7.8 kann auch mit den lteren SAP MaxDBVersionen (bis 7.5) benutzt werden.
ltere Releases ( 7.4.x) sollten weiterhin mit der Kombination DBMGUI- und SQL Studio
administriert werden.
Hinweis 386714 erlutert Installation und Upgrade der Software.
Bitte beachten Sie die Versionsabhngigkeiten zwischen Database Studio und administrierter
Datenbank
y Die administrierte Datenbank sollte den gleichen oder einen lteren Versionstand des
verwendeten Database Studios besitzen. Es fehlen sonst in lteren Database Studio Versionen
die Untersttzung zu neueren Features. Dadurch knnen Fehler oder unbeabsichtige Dinge auf
der Datenbankinstanz passieren.
SAP AG
ADM515
2-21
Database Studio: Administrationsbereich
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
Database Studio: SQL-Bereich
SAP 2008 / Page 1
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
Einfache Installation und Setup

per graphischer Oberflche als
Mobile clients / Laptop

Workstations / PC
SAP Developer Workstation
(im SAP-Umfeld immer diese Mglichkeit
whlen)
Template-based installation & configuration
Stiller Modus
Template-Auswahl
Optionale Demodaten
Automatic operations
Neustart, Shutdown
Backup, Recovery
Datenbankerweiterungen
GUI
Plattform-unabhngige Java-Entwicklung
SAP 2008 / Page 1
Die Funktionen des Installation Managers knnen ebenfalls mit Kommandozeilen-Tools wir
SDBINST und STBUPD ausgefhrt werden.
SAP AG
ADM515
2-24
Database Studio Datenbankregistrierung
Erster Schritt:
Registrieren einer
Datenbankinstanz
Eingabe des Rechnernamens (falls im Netzwerk)
Bei lokalem
Verbindungsaufbau
Rechnernamen leer lassen
Liste der vorhandenen

Datenbankinstanzen
anzeigen lassen (Next)
Datenbankinstanz
auswhlen, dann Finish
SAP 2008 / Page 1
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
Database Studio Datenbankanmeldung
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
Database Manager CLI: berblick
Aufruf des Database Manager CLI:

dbmcli [<options>] [<command>]
Optionen:
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>
Beispiel fr einen Aufruf des Database Manager CLI:

dbmcli n <host> -d <SID> -u control,control db_state
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
Aufruf des SQLCLI:

sqlcli [<options>] [<sql command>]
Optionen:
-h
-u
-U
-d
-n
-S
-i
<sqluserid,password>
<Userkey>
<database_name>
<server_node>
SQLMODE
<input_file>
Beispiel fr einen Aufruf des Database Manager CLI:

sqlcli -n <host> -d <SID> -u sapt00,sap SELECT * FROM users
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
Architektur und Betriebszustnde:

bersichtsdiagramm
SAP 2008 / Page 1
SAP AG
ADM515
2-29
Database Manager: Architektur
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
Betriebszustnde einer Datenbankinstanz
OFFLINE
Keine
SQL-Verbindung zur Datenbank mglich
Keine
Datenbankkern-Prozesse aktiv
DBM-Server
zur Abarbeitung von Client-Kommandos kann aktiv sein
ADMIN
Administration
Backup
mglich
und Restore mglich
ONLINE
Datenbank
vollstndig betriebsbereit
Datenbankbenutzer
Backup
knnen sich anmelden
mglich
SAP 2008
Es gibt folgende Betriebszustnde einer MaxDB-Datenbankinstanz:

OFFLINE
Die Datenbankkern ist nicht in Betrieb.
Die Prozesse und Caches des Datenbankkerns existieren nicht auf Betriebssystemebene.
Der Prozess dbmsrv ist als Server-Komponente aktiv zur Abarbeitung der Kommandos die von
Clients (Database Studio, dbmcli usw.) an die Datenbank geschickt werden.
ADMIN (COLD in frheren Versionen)
Der Datenbankkern ist aktiv, aber noch nicht mit Daten und Logbereich verbunden.
Die Datenbankinstanz steht nur dem Database Manager-Benutzer fr administrative Zwecke zur
Verfgung. nderungen von Datenbankparametern werden beim nchsten Neustart von OFFLINE
nach ONLINE wirksam.
In diesem Betriebszustand kann die Datenbank wiederhergestellt werden.
ONLINE (WARM)
Der Datenbankkern ist gestartet und die Datenbankinstanz befindet sich im Betriebszustand.
Die Datenbankbenutzer knnen sich anmelden und auf ihre Tabellen zugreifen.
Im Normalfall sollten Sie die Datenbankinstanz in diesem Betriebszustand sichern.
nderungen von Datenbankparametern werden beim nchsten Neustart von OFFLINE nach
ONLINE wirksam.
Um zwischen den Betriebszustnden zu wechseln, markieren Sie im Database Sudio die
Datenbankinstanz und whlen Sie Actions Online/Admin/Offline nach dem Verbindungsaufbau
zur Datenbankinstanz.
SAP AG
ADM515
2-31
Stoppen der Datenbankinstanz (Shutdown)
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
Alle bestehenden Benutzerverbindungen und Transaktionen

werden sofort abgebrochen
(ohne Synchronisation bzw. Savepoint).
T3
T4
Option wird ber das Database Studio

nicht angeboten
COMMIT
Die Datenbank ist nach jedem

Shutdown konsistent
ADMIN
ROLLBACK
Alle Sicherungen, die danach

angefertigt werden, sind mit
MaxDB konsistent.
SAP 2008
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
MaxDB und SAPNetWeaver:

bersichtsdiagramm
SAP 2008 / Page 1
SAP AG
ADM515
2-33
SAP MaxDB
SAP 2008 / Page 1
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
Untersttzte SAP & NetWeaver-Releases

ApplikationsRelease
SAP
Kernelversion
Neueste untersttzte
MaxDB Version*
3.1I 4.5B
31I_EXT 45B_EXT
7.5.0 mit zustzlichem CCMS-Transport

(Freigabe 7.6 & 7.7 nur fr Upgrade-Phase)
4.6C
46D_EXT
7.5, 7.6, 7.7 mit Support Packages
4.7 Enterprise
6.10, 6.20
7.3.0, mit AKK 6.40: 7.5, 7.6
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 2008 / Page 1
AKK: abwrts-kompatibler Kernel
SAP AG
ADM515
2-35
Die dreistufige Client-Server-Architektur
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
Kommunikation zwischen SAP NetWeaver und

MaxDB
Dispatcher
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
Integration mit SAP NetWeaver:

bersichtsdiagramm
Kapitel Titel
SAP 2008 / Page 1
SAP AG
ADM515
2-39
Integration MaxDB ins SAP NetWeaver-Umfeld:

DBA Cockpit
SAP 2008 / Page 1
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
SAP Landschaft Zentrale Administration
BW
CRM
Applikation
MaxDB
Applikation
MaxDB
OLTP
nicht-SAP
Applikation
Applikation
MaxDB
MaxDB
SCM
KW
Applikation
Applikation
MaxDB
MaxDB
liveCache
Content
Server
SAP 2008 / Page 1
Ihr Systemlandschaft kann viele verschiedene SAP NetWeaver-Systeme mit unterschiedlichen

Anwendungsbereichen enthalten.
Die damit verbundenen Datenbankinstanzen knnen zentral ber das Database Studio verwaltet
werden.
Das Database Studio bietet hier viele Funktionen bis hin zur Performance-Optimierung an.
SAP AG
ADM515
2-41
SAP Landschaft Zentrales Monitoring
BW
CRM
Applikation
MaxDB
Applikation
MaxDB
OLTP
nicht-SAP
Applikation
Applikation
MaxDB
MaxDB
SCM
KW
Applikation
Applikation
MaxDB
MaxDB
liveCache
Content
Server
SAP 2008 / Page 1
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
Serverlandschaft der Schulung:

bersichtsdiagramm
Kapitel Titel
SAP 2008 / Page 1
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
Jede Gruppe NN meldet sich am Datenbank-Server ___________ mit telnet an.

y Benutzername: t<NN>adm
y Kennwort: t<NN>adm
Fr <NN> geben Sie Ihre Gruppennummer ein.
Auf diesem Server sind folgende Systeme verfgbar:
y Eine MaxDB-Datenbankinstanz T<NN>; t<NN>adm entspricht <SID>adm
y Ein SAP NetWeaver-Installation DEV, verwaltet vom Benutzer devadm
Versuchen Sie, sich als Benutzer ADM515-<NN> mit einem Passwort welches Ihnen der Referent
nennt am System DEV anzumelden.
Starten Sie das Database Studio 7.8.
Diese Anwendung luft auf dem Windows Terminal Server und wird mit Hilfe des Terminal Server
Client (TS Client) auf Ihrem Rechner bereitgestellt. Registrieren Sie die Datenbankinstanz T<NN>
im Database Studio auf dem Datanbank-Server______________. In Abhngigkeit vom TerminalServer-Setup mssen Sie diese Registrierung nach jeder Neuanmeldung am Terminal-Server
wiederholen.
Im Abschnitt Voraussetzungen der bungen finden Sie weitere Details zur Serverlandschaft dieser
Schulung.
SAP AG
ADM515
2-44
Der erste Kontakt: Zusammenfassung
Sie knnen nun:

Die Komponenten einer MaxDB-Datenbankinstanz und die
Datenbankwerkzeuge benennen
Die Architektur eines SAP NetWeaver-Systems mit MaxDB beschreiben
SAP 2008 / Page 1
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
Anmeldung an das Database Studio und Start der eigenen Schulungsdatenbank

1-1-1 Melden Sie sich am Terminalserver an.
1-1-2 Start des Administrationstools Database Studio
1-1-3 Registierung der Datenbank <SID>
1-1-4 ffnen Sie die Administrationanzeige des Database Studio im Kontextmen
Ihrer Testdatenbank.
1-1-5 Bringen Sie die Datenbank <SID> mit dem Database Studio in den
Betriebszustand ONLINE
1-1-6 Wechseln Sie den Betriebszustand der Datenbank <SID> von ONLINE
nach OFFLINE.
1-2
Anmeldung am Datenbankserver per Console

1-2-1 Starten Sie auf dem Terminalserver die Konsole (Telnet) und verbinden sich
mit dem Datenbankserver. Melden Sie sich mit den vom Referenten
mitgeteilen Logondaten an und fhren das Kommando
dbmcli h
und
dbmcli d <SID> -u control,control help
aus. Verwenden Sie dabei den Administrationsuser <sid>adm.
1-2-2 Setzen Sie das Kommando dbmcli db_enum
ab und kontrollieren die Ausgabe. Welche Informationen gibt Ihnen diese
Ausgabe.
1-2-3 Starten und stoppen Sie die Datenbank per dbmcli.
SAP AG
ADM515
2-47
SAP AG
ADM515
2-48
Lsungen
Kapitel: 1
Thema: Datenbank-Grundwissen
1-1
Anmeldung an den Database Manager GUI und Start der Schulungsdatenbank

1-1-1 Verwenden Sie die Server- und Anmeldedaten die der Referent fr Ihre
Gruppe mitgeteilt hat und melden sich am Terminalserver an
1-1-2 Auf dem Terminalserver ist das Database Studio installiert und mu ber
den Menpfad Start Programs MaxDB Database Studio
aufgerufen werden.
1-1-3 Registrieren Sie die Datenbank ber das Kontextmen im Database Studio
fr Servers Add Server/Database. Tragen Sie im erscheinenden
Fenster den Hostnamen des Datenbankservers ein. Mit Next erhalten Sie die
Liste der Datenbanken fr diesen Server. Whlen Sie dann in der Liste die
Datenbank Ihrer Gruppe aus und registrieren diese. Daraufhin wird der
Server und darunter die Datenbankinstanz in der Baumstruktur angezeigt.
1-1-4 ber das Kontextmen der Instanz T<xx> knnen Sie den
Administrationsbereich ffnen. Dabei wird die Frage nach dem DatenbankAdministrator und dessen Pawort gestellt (User: control, Password:
control).
1-1-5 Durch Auswahl des Set State Online im Kontextmenpunktes der
Datenbankinstanz im Database Studio knnen Sie die Datenbank starten.
Alternativ knnen Sie ebenfalls direkt den grnen Knopf in der Buttonleiste
des Administrationsbereich anwhlen.
1-1-6 Das gleiche Vorgehen bei diesem Schritt wie zuvor beim Start. Bitte whlen
Sie im Kontextmen Set State Offline aus und besttigen Sie das Popup.
1-2
Anmeldung am Datenbankserver per Console

1-2-1 Bei dem dbmcli-Kommando dbmcli h erhalten Sie die Liste der
Optionen des dbmcli, whrend bei einem dbmcli d <SID> -u
control,control help die Kommandos aufgelistet werden, die
innerhalb des dbmcli bekannten sind.
1-2-2 Mit dem dbmcli db_enum erhalten Sie einen ersten Eindruck ber die
vorhandenen Datenbankinstanzen, die sich auf dem Server befinden. Es
wird Ihnen pro installierte Datenbankinstanz die Version, das INSTROOT
und der derzeitige Status des Datenbankkerns mitgeteilt. Pro Instanz finden
Sie zwei Eintrge SLOW, FAST. Diese spiegeln den normalen und einen
speziellen Trace-Kern(SLOW) der Datenbank wieder.
Dieses Kommando ist zur ersten Orientierung sehr wichtig.
SAP AG
ADM515
2-49
1-2-3 Die MaxDB Instanz kann mit dem Kommando

dbmcli d <SID> -u control,control db_online
gestartet und mit
dbmcli d <SID> -u control,control db_offline gestoppt
werden.
Den Administrationsmodus Admin erreicht man per
dbmcli d <SID> -u control,control db_admin.
In seltenen Fllen von Hngesituationen bentigt man auch den Shutdown
Quick dbmcli U c db_stop
mit allen seinen Nachteilen, um die Datenbank ohne letzten Savepoint
(Synchronisation der Daten-Volumes mit dem Cache) zu beenden. In
diesem Fall knnen Sie den Status der Datenbank ermitteln, wenn Sie
anschlieend im Modus Admin das Kommando
dbmcli d <SID> -u control,control db_restartinfo
absetzen.
SAP AG
ADM515
2-50
MaxDB betreiben
Inhalt:
Informationsquellen im neuen Tool Database Studio
Benutzer im MaxDB-Umfeld
Einblicke in den Betrieb der MaxDB und Reaktionen auf besondere

Ausnahmesituationen im Betrieb der MaxDB
MaxDB Datenbankparameter
SAP 2008 / Page 1
SAP AG
ADM515
3-1
MaxDB betreiben: Lernziele

Das Database Studio bedienen und kennen wichtige Informationsquellen
Knnen Ausnahmesituationen des Datenbankbetriebs beheben
SAP 2008 / Page 1
SAP AG
ADM515
3-2
Agenda I

1.1.
1.2.
1.3.
1.4.
1.5.
1.6.
3. MaxDB-Interna
Einfhrung
3.1.
3.2.
3.3.
3.4.
3.5
-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

Database Studio
Parameter
bungswerkzeug
4.1.
4.2.
4.3.
4.4.
4.5.
4.6.
4.7.
4.8.
MaxDB Snapshots
Log-Sicherungen
Sicherungsstrategie
SAP 2008
SAP AG
ADM515
3-3
Agenda II
5.
5.1.
5.2.
5.3.
5.4.
5.5.
5.6.
5.7.
7.
Prfen der Datenbank

Datenbankinstanz
(Releasewechsel)
Migration zur MaxDB
Hochverfgbarkeit
MCOD

7.1.
7.2.
7.3.
7.4.
7.5.
bersicht
Interface & User
Problemsituationen
6.1.
6.2.
6.3.
6.4.
6.5.
6.6.
B*-Bume
Optimierung
SAP 2008
SAP AG
ADM515
3-4
MaxDB betreiben: bersichtsdiagramm
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 / Page 1
SAP AG
ADM515
3-5
Database Studio berblick mit Hyperlinks
SAP 2008 / Page 1
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
Database Studio Task Manager
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
Database Studio Task Manager Details
SAP 2008 / Page 1
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
Database Studio Activities
SAP 2008 / Page 1
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
Database Studio Caches
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
Database Studio Command Line
SAP 2008 / Page 1
Im Database Studio ist es ebenfalls mglich weitergehende Informationen direkt mit

Konsolenkommandos des dbmcli zu ermitteln.
Hier bieten die INFO-Kommandos weitere Infos an.
Auch andere dbmcli-Kommandos sind hier ohne weitere Kennwort-Angaben mglich.
SAP AG
ADM515
3-11
MaxDB betreiben
Thema 7: Parameter
SAP 2008
SAP AG
ADM515
3-12
Database Studio Database Server Infos
SAP 2008 / Page 1
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
Database Studio Diagnosedateien
SAP 2008 / Page 1
Alle Diagnosedateien der MaxDB sind im Datenbank-Baum unterhalb des Administrationsbenutzers

zu finden.
Die wichtigste zu erwhnende Diagnosedatei ist hier die Datei knlMsg, die mit Database Messages
im Baum angezeigt wird.
Fehler werden unter Database Errors zusammengefat.
SAP AG
ADM515
3-14
Database Studio SQL Inhalte
SAP 2008 / Page 1
SQL-Inhalte der Datenbank erhalten Sie unter dem Besitzer der SQL-Tabelle im Bereich Tables.
SAP AG
ADM515
3-15
MaxDB betreiben
Thema 7: Parameter
SAP 2008
SAP AG
ADM515
3-16
Windows
Unix
Betriebssystem-Benutzer mit MaxDB
Name
Funktion
Gruppe
Home Directory
root
UNIX-Superuser
sys
sdb
Eigentmer aller ausfhrbaren

Dateien und Verzeichnisstrukturen der MaxDB
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
SAP 2008 / Page 1
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
MaxDB unterscheidet folgende Benutzerklassen:

Database Manager-Benutzer (DBM-Benutzer)
y wird beim Installieren einer Datenbankinstanz angelegt
y kann alle Database Manager-Funktionen in jedem beliebigen Betriebszustand ausfhren
y kann weitere Database Manager-Benutzer anlegen und ihnen Berechtigungen zuweisen
y ist jedoch kein Datenbankbenutzer, d.h. er kann keine SQL-Anweisungen ausfhren
y Im SAP-Umfeld ist dies blicherweise der control user (Kennwort: control)
Datenbanksystemadministrator (Datenbankbenutzer SYSDBA)
y wird beim Installieren einer Datenbankinstanz angelegt
y ist Eigentmer von Statistik- und Monitor-Systemtabellen
y kann weitere Datenbankbenutzer DBA anlegen und ihnen Privilegien gewhren
y Im SAP-Umfeld ist dies blicherweise der superdba user (Kennwort: admin)
DBA-Benutzer (Datenbankbenutzer DBA)
y ist Benutzer der Datenbank
y kann Daten und Datenbankprozeduren definieren
y kann anderen Benutzern Privilegien fr diese Datenbankobjekte gewhren
Der DBA-Benutzer sapr3 bzw. sap<sid> (Kennwort: sap) ist Eigentmer der Applikationstabellen.
Die Workprozesse des SAP-Systems melden sich mit dieser Kennung an der Datenbankinstanz an.
Der DOMAIN-Benutzer ist ein spezieller DBA-Benutzer und Eigentmer bestimmter
Systemtabellen.
SAP AG
ADM515
3-18
Zusammenhnge der Usertypen
Drei wichtige Userbereiche und deren berschneidungen

Betriebssystembenutzer
Administrative Datenbankbenutzer
SQL Benutzer
Betriebssystem
root
sdb
<sid>adm
SAPservice<SID>
Datenbankadministration
control
Xuser
data
SQL-User Bereich
superdba
domain
sap<sid>
superdba
domain
SAP 2008 / Page 1
MaxDB besitzt drei Bereiche in denen User genutzt werden:

y Auf der Seite des Betriebssystems
y Zur Datenbankadministration
y Um auf SQL-Daten zuzugreifen
Die zugehrigen Daten werden in unterschiedlichen Dateien oder Strukturen gespeichert:
y Betriebssystembenutzer werden wie blich von dem OS verwaltet. Die Xuserinformationen liegen
hier in Form einer Datei oder Windows Registery-Eintragungen vor. Weiteres spter am Ende
dieses Kapitels.
y Die Informationen zu den Datenbankadministratoren werden teilweise in den Parametern
(CONTROLUSERID) und in den Dateien <SID>.upc im Config-Verzeichnis sowie dbm.upc im
RUNDIRECTORY der DB-Instanz gehalten. Die Registrierungen dieser Administratoren liegen in
der Datei <SID>.cfg im config-Verzeichnis.
y Die SQL-Userinformation werden innerhalb der Datenbank abgelegt.
Einzig die User superdba und domain sind omnivalente User, die sowohl auf der administrativen als
auch SQL-Seite bekannt sind.
Hier ist darauf zu achten, da die Userinformationen konsistent zwischen diesen verschiedenen
Ablagen gehalten werden. Seit Database Studio bietet dieses Tool zwei Einstellungsbereiche fr
diese unterschiedlichen Userinformationen (Administrations- oder SQL-User) im Unterschied zu
frheren Versionen. Normalerweise werden Inkonsistenzen zwischen diesen Bereichen durch das
Neuladen der Systemtabellen mit richtig bereitgestellten User-Optionen (dbmcli U c
loadsystab u superdba,<pwd> -ud <domain-pwd>), so weit wie es mglich ist,
glattgezogen, indem die Anmeldedaten von der SQL-Seite auf die administrative Seite bertragen
werden.
SAP AG
ADM515
3-19
Anmelde-Automatisierung: XUSER
USER SESSION
des OS Users
dbmcli U w
User Parameter Sets
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 2008 / Page 1
Hier sind die wichtigsten Optionen des XUSER Tools aufgefhrt.

Das Beispiel zeigt einen Zugriff ohne einen kompletten Satz von Daten zu setzen.
SAP AG
ADM515
3-21
Logon-Option SQL-Modus
Folgende SQL-Modus sind mglich:
INTERNAL
ORACLE
(SAPR3)
SAP 2008 / Page 1
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
Zustzliche User-Authentifizierung ab 7.7
Als Alternative zu der

traditionellen Anmeldung
kann auch ein
Betriebssystemnutzer
innerhalb der Datenbank als
Datenbankbenutzer
angemeldet werden.
Hiermit kann ein Benutzer
ber die Authentifizierung am
Betriebssystem oder ber die
Sicherheitsprotokolle
Kerberos oder Secude an der
Datenbank anmelden.
Datenbankbenutzer knnen
auch deaktivert werden,
damit Arbeiten auf der DB
strungsfrei ablaufen knnen
CREATE USER <sid>adm

IDENTIFIED EXTERNALLY AS <sid>adm
sqlcli -d <SID> -u <sid>adm select * from users
ALTER USER sap<sid>

IDENTIFIED EXTERNALLY AS <sid>adm
sqlcli -d <SID> -u sap<sid> select * from users
ALTER USER sap<sid> DISABLE CONNECT

sqlcli -d <SID> -u sap<sid> select * from users
* -8026: Connect disabled for this user
SAP 2008
SAP AG
ADM515
3-23
MaxDB betreiben
Thema 4: Administration der Plattenbereiche fr Daten und Log
Thema 7: Parameter
SAP 2008
SAP AG
ADM515
3-24
Daten-Volume anfgen
SAP 2008 / Page 1
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
SAP 2008 / Page 1
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 7: Parameter
SAP 2008
SAP AG
ADM515
3-27
Beschreibung
Betriebszustand
Protokollierte Aktion
Hinzufgen eines neuen

Data-Volumes
ADMIN
ONLINE
ADD DATA VOLUME
Ausgliedern und Lschen eines

Data-Volumes
ADMIN
ONLINE
DEL DATA VOLUME
Hinzufgen eines neuen

Log-Volumes
ADMIN
ONLINE
ADD LOG VOLUME
nderung der Pfadangaben fr vorhandene

Data- und Log-Volumes
OFFLINE
nderung des Log-Modus

Log spiegeln
Automatisches berschreiben
Log Management deaktivieren (Vorsicht!)
Neuaufbau der Systemtabellen nach einem
Kernel-Upgrade
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
Reduktion der Datenbankgre
Reduktion der Datenbankgre im

Modus ONLINE
DATA
DATA
DATA
Das Kommando db_deletevolume erlaubt es,

im Modus ONLINE ein Daten-Volume aus der
Konfiguration zu entfernen und damit die Gre
der Datenbank zu reduzieren.
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
Im Database Studio knnen Daten-Volumes im Administrationsbereich DataVolumes

gelscht und auch indirekt ersetzt 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
Daten-Volume ausgliedern und entfernen
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
nderung der Lage der Volumes
Im Offline Modus:
SAP 2008 / Page 1
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
Wechsel des Log-Modus Log spiegeln
SAP 2008 / Page 1
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
Wechsel des Log-Modus Log berschreiben
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
Log-Modus wechseln - Auswirkung auf

Backup-Historie
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
Wechsel des Log-Modus Log deaktivieren

Vorsicht!
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.
Die Umstellung findet im Admin-Mode statt.
SAP AG
ADM515
3-35
Wechsel des Log-Modus Log deaktiviert

Vorsicht!
SAP 2008 / Page 1
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
Laden der Systemtabellen auf der Console
Das Laden der Systemtabellen
kann auf der Console mit dem dbmcli
oder ber das Database Studio
erfolgen.
Besonders wichtig ist es, nach einem Update der Datenbanksoftware.
SAP 2008 / Page 1
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
Laden der Systemtabellen im Database Studio
SAP 2008 / Page 1
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 7: Parameter
SAP 2008
SAP AG
ADM515
3-39
FULL-Situationen
Daten
Log
SAP 2008 / Page 1
FULL-Situationen knnen sowohl im Daten- als auch Log-Bereich auftreten

Achtung: Die DB FULL-Situation kann besonders bei kleineren Datenbankinstallationen schon vor
Erreichen eines 100%-Wertes in der Log-Belegung auftreten, da Teile des Log- und Data-Bereichs
reserviert sind und nicht von den Benutzerprozessen (User-Tasks) genutzt werden knnen. Die
reservierten Bereiche dienen unter anderem dazu, einen Shutdown der Datenbank trotz LOG FULLSituation durchfhren zu knnen.
Erst wenn die DB FULL- bzw. LOG FULL-Situation wieder behoben ist, werden die Tasks ihre
Arbeit fortsetzen.
Die Analyse erfolgt blicherweise direkt im Database Studio und den gut sichtbaren Anzeigen dort.
Aber wenn diese Mglichkeit nicht besteht, gibt es ber die Prozessliste und die Datei Database
Messages Alternativen der Analyse. Diese werden im Folgenden gezeigt.
SAP AG
ADM515
3-40
Analyse DB FULL Situation Taskliste
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
Analyse LOG FULL Situation Taskliste
ACTIVE
TASKS
SAP 2008
Direkt auf dem Datenbankserver kann diese Ausgabe auch mit

x_cons <SID> show tasks
bzw.
x_cons <SID> show active
erreicht werden.
Alternative Mglichkeit fr entfernte Datenbanksserver:
dbmcli U c show tasks
oder
dbmcli U c show active
ber die Application-PID kann zurckverfolgt werden, welcher Prozess auf Betriebssystemebene fr
diese Situation verantwortlich ist.
SAP AG
ADM515
3-42
DB FULL Situation in den Database Messages
SAP 2008 / Page 1
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
LOG FULL-Situation in den Database

Messages
SAP 2008
Hier ist beispielhaft das Auftreten einer LOG FULL-Situation gezeigt.

blicherweise werden schon lange vor dem Eintreten dieser Situation entsprechende Meldungen
protokolliert: Schon ab 50 Prozent Belegung des Log-Bereichs tauchen Meldungen auf.
SAP AG
ADM515
3-44
Grnde fr Suspend-Situationen
SAP 2008 / Page 1
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
Vorgehen zur Behebung einer DB FULL

Situation
Lsung durch Anfgen eines oder mehrerer Daten-Volumes
Ein Durchstarten der DB ist nicht notwendig!
Datenbankinstanz bleibt einfach stehen und wartet auf neu hinzugefgten
Plattenplatz
SAP 2008 / Page 1
SAP AG
ADM515
3-46
Vorgehen zur Behebung einer LOG FULLSituation

LOG FULL-Situation aufgetreten
Log 1
Letzter ungesicherter Log-Eintrag
Aktuelle Schreibposition im Log-Bereich
Log-Volume angefgt
Log 2
Log 1
Keine Lsung, da das neue Log-Volume nicht in die Logik

eingefgt werden kann
Stattdessen: Log-Sicherung
LOGSAVE.001
LOGSAVE.002
LOGSAVE.003
Log 2
BACKUP
Log 1
Log 1 & 2
Befreiung der Anschlussstelle im bestehenden Log-Volume von

Log-Eintrgen fr das neue Volume
Einbinden des neuen Log-Volume in den LogBereich
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 7: Datenbankparameter
SAP 2008
Siehe auch SAP Hinweis 1139904 (FAQ: MaxDB/liveCache Kernel Parameter)

und SAP Hinweis 1004886 (MaxDB-Version 7.7 Parameterempfehlungen)
hnliche Parameterempfehlungshinweise finden Sie fr alle MaxDB-Datenbankreleases wie z.B. fr
MaxDB 7.6: SAP Hinweis 814704 (MaxDB-Version 7.6 Parametereinstellungen fr OLTP/BW)
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)
Der Speicherverbrauch der Datenbank wird ber Datenbankparameter gesteuert.
SAP 2008 / Page 1
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 2008 / Page 1
Datenbankparameter sind in drei Klassen eingeteilt:

y Allgemeine Parameter (General)
Diese Parameter werden vom Datenbankadministrator eingestellt.
y Spezielle Parameter (Extended)
Diese Parameter werden in Absprache mit dem MaxDB-Support oder gem der Anleitung in
Hinweisen vom Datenbankadministrator gesetzt.
y Support-Parameter
Diese Parameter werden vom MaxDB-Support oder den Entwicklern eingestellt.
SAP AG
ADM515
3-50
Parameterhistorie
SAP 2008 / Page 1
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
Wege zur Parameternderung
Database Studio
Parameter
Database Manager CLI
Beispiel im Database Manager CLI:

Aufrufen
dbmcli d <SID> u user,password
Alle anzeigen
param_directgetall
Anzeigen
param_directget CacheMemorySize
ndern
param_put CacheMemorySize 100000
Prfen (wichtig!)
param_checkall
Wirksam nach Neustart aus dem Zustand OFFLINE

SAP 2008
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
UKT- und Task-Konfiguration

MaxCPUs
MaxUserTasks
SessionTimeout
UKT1
Console
UKTn Console
UKT1 UKTn
MaxExclusiveLockCollisionLoops
Requestor
Coordinator
Requestor Coordinator
Caches und Memory-Gren

CacheMemorySize
CAT_CACHE_SUPPLY
UseSharedSQL
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
Die folgenden Parameter sind besonders wichtig:

y MaxCPUs Anzahl der CPUs, auf welche die User-Tasks verteilt werden
y MaxUserTasks Maximale Anzahl paralleler Benutzersitzungen
y SessionTimeOut Nach welcher Zeit der Inaktivitt wird eine Session beendet
y CacheMemorySize
Gre des Data-Cache (in 8 KB-Seiten)
y CAT_CACHE_SUPPLY Gre des Catalog-Cache fr alle User-Tasks (in 8 KB-Seiten)
y UseSharedSQL
Wird SharedSQL verwendet?
y HashedResultsetCacheSize Wie gro ist der Speicherbereich fr das Hashing bei SQL
y RequestTimeout Maximale Wartezeit auf die Freigabe einer Sperre (in Sekunden)
y DeadlockDetectionLevel Analysetiefe bei der Deadlock-Erkennung
y MaxSQLLocksBegrenzung der Anzahl mglicher Sperren auf Tabellen und Zeilen
y MaxDataVolumes Maximale Anzahl der Data-Volumes
y MaxLogVolumes Maximale Anzahl der Log-Volumes
y AutoLogBackupSize Definiert die maximale Gre der einzelnen Log-Sicherungsdateien
y LogQueues
Wieviele Log-Queues werden verwendet?
y LogQueueSize Gre der Log-Queues
y UseLobClustering Binrdaten als Blobs auf den Daten-Volumes in Clustern halten
y MaxBackupMedia Maximale Anzahl der parallelen Backup-Medien
y RunDirectoryPath Arbeitsverzeichnis der DB-Instanz, Ablage von Diagnosedateien
y KernelMessageFileSize
Gre der Diagnosedatei knlMsg (im Arbeitsverzeichnis)
y DiagnoseHistoryPath Definiert die Lage der Diagnosedateien, die nach einem Absturz extra
gesichert werden
SAP AG
ADM515
3-54
Online nderbare Datenbankparameter
Viele
Datenbankparameter knnen whrend

des Betriebs im Online-Modus gendert
werden.
Generell
ist dieses Feature fr alle Parameter

denkbar, die keine nderung im Speicherlayout
nach sich ziehen, wie z.B. Optimizer-Verhalten,
Trace- oder Analyseeinstellungen
Mit
einem Running in den Parametereinstellungen wird diese Mglichkeit angezeigt
Desweiteren
knnen nun Informationen zu dem

Hintergrund der Parameternderung direkt bei
den Parametern hinterlegt werden
dbmcli U c
param_put [<durability>] <parameter_name> <new_value> [<comment>]
<durability>::= -running | -permanent | -running permanent
SAP 2008 / Page 1
SAP AG
ADM515
3-55
Online nderbare Datenbankparameter

Eine
komplette Liste der Datenbankparameter, die online nderbar sind, kann ber
die Systemtabelle ACTIVECONFIGURATION ermittelt werden.
Die
Spalte CHANGEABLE zeigt dieses mit einem YES an.
Die
alten Datenbankparameter werden hier mit einem YES unter DEPRECATED

markiert
SAP 2008
SAP AG
ADM515
3-56
Allgemeiner MaxDB Parametercheck
Bei
Bedarf kann das aktuelle Setup der Datenbankparameter mit dem Datenbank
Analyzer berprft werden.
Als
Ergebnis wird eine Liste von empfohlenen Parameternderungen ausgegeben.
Weiteres
zu dem Parameter-Check per DB Analyzer im SAP Hinweis 1111426.
Die
im Hinweis enthaltenen Dateien dbanalyzer.cfg liefert aktualisierte

Parameterempfehlungen.
Das
dbmcli-Kommando param_getfull zeigt den alten und neuen

Parameternamen an.
SAP 2008
Alte und Neue Parameternamen anzeigen: dbmcli U c param_getfull

<Parametername>
Beispiel:
dbmcli U c param_getfull CACHE_SIZE
ID CacheSizeMemory
DEPRECIATED CACHE_SIZE
SAP AG
ADM515
3-57
MaxDB betreiben
Thema 7: Datenbankparameter
SAP 2008
SAP AG
ADM515
3-58
Tools fr bungen
Einstellung des Shell-Environments (bereits voreingestellt):

set PYTHONPATH=G:\sapdb\<SID>\db\lib\python2.3
Alle Python-Kommandos (x_python) mssen Sie im Verzeichnis %PYTHONPATH%

ausfhren.
cd \d %PYTHONPATH%
Auffllen der Data- und Log-Volumes:

x_python filldb.py -d <SID>
-u <sql-user>,<password> -data
x_python filldb.py -d <SID>
-u <sql-user>,<password> -log
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
MaxDB betreiben: Zusammenfassung
Sie knnen nun:
Das Database Studio bedienen und kennen wichtige Informationsquellen
Knnen Ausnahmesituationen des Datenbankbetriebs beheben
SAP 2008 / Page 1
SAP AG
ADM515
3-60
bungen
Kapitel: 2
Thema: MaxDB betreiben
Die Konfiguration der Datenbank <SID> verndern oder erweitern,
um sie den Bedrfnissen des Datenbankbetriebs anzupassen.
Auerdem knnen Sie die ersten Ausnahmesituationen meistern.
Im normalen Datenbankbetrieb sind Anpassung der Konfiguration durch

wachsende Bedrfnisse der Anwendungen notwendig. Die Mglichkeiten
der MaxDB werden hier vorgestellt und praktisch durchgefhrt.
2-1
Einrichten der Anmeldeautomatisierung mit dem Xuser-Tool

2-1-1
Anmeldung am Datenbankserver per Console (Telnet)
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
Testen Sie die eingetragenen Daten durch Ausfhrung des folgenden

Kommandos:
dbmcli -U c db_state
und
dbmcli -U c USQL DEFAULT sql_execute select *
from users
oder
sqlcli -U DEFAULT select * from users
Welche Ausgaben erhalten Sie bei diesen Kommandos?
ADM515
3-61
2-2
2-3
2-4
2-5
Starten des Database Studios und Ermittlung von Tabellendaten

2-2-1
Starten Sie das Database Studio
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
Setzen Sie das SQL-Kommando select * from users ab und

kontrollieren die User in der Datenbank
Umbenennen eines Datenbankusers

2-3-1
Nutzen Sie den SQL-Editor im Database Studio um den Datenbanknutzer

SAP<SID> umzubenennen. Melden Sie sich dazu mit dem superdba-User
an.
2-3-2
Benennen Sie den User SAP<SID> zuerst mit dem Kommando

rename user sapt<xx> to sapr3
um.
2-3-3
Alternativ: Benennen Sie den User per dbmcli um

dbmcli -U c USQL w sql_execute <SQL-Statement>
2-3-4
Machen Sie Ihre nderungen wieder rckgngig

rename user sapr3 to sapt<xx>
dbmcli -U c USQL w sql_execute <SQL-Statement>
um die SQL-Kommandos aus der vorherigen bung an die Datenbank zu
schicken.
Die Xuser-Funktionalitt nach nderung des Pawortes vom User SAP<SID>

2-4-1
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
Testen Sie die automatisierte Anmeldung erneut mit

dbmcli -U c USQL DEFAULT sql_execute select *
from users
2-4-3
Passen Sie die Xuser-Daten dem genderten Pawort an und testen erneut.
Wiederherstellen der ursprnglichen Einstellung fr weitere bungen

2-5-1
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
An welcher Stelle liegen die Daten- und Log-Volumes?
2-6-2
Wo ist die instanzabhngige Software zu Ihrer Instanz und die

bergreifenden Teile der Software zu finden?
2-6-3
Wo finden Sie die Konfigurations- und Protokolldateien?

ADM515
3-62
2-7
2-8
2-9
2-10
Ermitteln Sie die Liste der Tasks der Datenbank

2-7-1
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 der Parameter

2-8-1
Ermitteln Sie die Liste aller Parameter ber das Database Studio
2-8-2
Fhren Sie das entsprechende dbmcli-Kommando aus um die Liste der

Parameter zu erhalten.
2-8-3
Sind alle Parameter der dbmcli-Kommandoausgabe im Bereich der

Parameterverwaltung des Database Studios zu finden?
Anpassen von Parametern und deren Aktivierung

2-9-1
Notieren Sie den aktuellen Wert fr den Parameter MaxUserTasks und

verndern ihn auf 2 um damit z.B. ein Fehlen von freien Usertasks zu
simulieren.
2-9-2
Starten Sie die Datenbank durch, damit die nderungen aktiv werden.
2-9-3
berprfen Sie durch Starten mehrere dbmcli-Sessions, ab wann die

Verbindung zur Datenbank nicht mehr mglich ist.
dbmcli U c USQL DEFAULT [ENTER-Taste]
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?
Ermitteln Sie wichtige Installationsdaten der Datenbankinstanz mit Hilfe des

dbmcli
2-10-1 Ermitteln Sie den Pfad IndepDataPath und IndepProgPath mit
Hilfe des dbmcli.
2-10-2 Wie lautet das INSTROOT Ihrer Datenbankinstanz (Ermittlung mit
dbmcli).
2-11
Informationen zu den Daten- und zum Log-Bereichen

2-11-1 In der Datenbank sind bereits einige Informationen in bersichtliche Listen
aufbereitet. Eine Liste der verfgbaren Informationen erhalten Sie mit
dbmcli U c info infos
2-11-2 berprfen Sie die Ausgaben der Kommandos
dbmcli -U c info data
bzw.
dbmcli U c info log
Knnen Sie diese Informationen auch im Database Studio finden?
SAP AG
ADM515
3-63
2-12
Anfgen von Volumes

2-12-1 Vergrern Sie unter Verwendung des Database Studio die Datenbank im
laufenden Betrieb um 100%.
2-12-2 Legen Sie das Daten-Volume an dem Ort der bisherigen Daten-Volumes
an.
2-12-3 Was kann die Erweiterung der Datenbank bremsen?
2-12-4 Lschen Sie das gerade angelegte Volume wieder.
2-13
Fllen der Datenbank und Simulation einer DB FULL-Situation

Mit Hilfe der Kommandos
cd /d %PYTHONPATH%
x_python filldb.py d <SID> -u sarp<sid>,sap data
knnen Sie die Datenbank fllen. Mit der Option R <Zahl> knnen Sie die
Pakete vergrern, die in die Datenbank gepumpt werden. Fhren Sie dieses
Kommando so lange aus, bis die Ausfhrung des Kommandos schlielich whrend
der Ausfhrung stehen bleibt. Zustzlich gibt auch das filldb.py einen Fllgrad der
Datenbank aus.
2-13-1 Den Status des Datenbereichs knnen Sie whrenddessen mit dem
Database Studio berwachen.
Analysieren Sie die DBFULL-Situation mit den in den Unterlagen
beschriebenen Methoden.
2-14
Behebung der DB FULL-Situation durch Erweitern der Datenbank

2-14-1 Erweiteren Sie nach Schulungsunterlagen die Datenbank whrend des
laufenden Betriebs um ein weiteres Daten-Volume und beobachten sowohl
die Kommandozeile als auch das Database Studio.
2-15
Erzeugung der LOG FULL-Situation mit anschlieender Bereinigung

Achtung: Damit Sie eine LOG FULL Situation simmulieren knnen deaktivieren
Sie zunchst die automatische Log-Sicherung.
Mit Hilfe des Kommandos
x_python filldb.py d <SID> -u sarp<sid>,sap log
knnen Sie den Log der Datenbank fllen. Mit der Option R <Zahl> knnen Sie
die Pakete vergrern. Fhren Sie dieses Kommando so lange aus, bis es
schlielich whrend der Ausfhrung stehen bleibt. Den Status des Logbereichs
knnen Sie whrenddessen mit dem Database Studio berwachen.
2-15-1 Erweiteren Sie nach Schulungsunterlagen die Datenbank whrend des
laufenden Betriebs um ein weiteres Log-Volume und beobachten sowohl
die Kommandozeile als auch das Database Studio. Lst diese Erweiterung
das Problem?
2-15-2 Sollte die Aktion die Situation nicht bereinigen (nur in Spezialfllen
funktioniert dies) aktivieren Sie die automatische Log-Sicherung.
Anschlieend sollte das Flltool auf der Konsole wieder in die Datenbank
schreiben knnen.
SAP AG
ADM515
3-64
2-16
Optional: Wechsel des Log-Modus

2-16-1Wechseln Sie wie in den Unterlagen beschrieben den Log-Modus auf
berschreiben des Logs und zurck.
2-16-2 Welche Auswirkungen sehen Sie in der Sicherungshistorie?
SAP AG
ADM515
3-65
SAP AG
ADM515
3-66
Lsungen
Kapitel: 2
Thema: MaxDB betreiben
2-1
2-2
SAP AG
Einrichten der Anmeldeautomatisierung mit dem Xuser-Tool

2-1-1
ffnen Sie die Console (Telnet) zum Datenbankserver.
2-1-2
Die folgende Pflege der Paworte in dem Xuser-Bereich mu fr jeden

User erfolgen, der diesen Logonautomatismus an die Datenbank nutzen
mchte. Wurde der erste Logon mit einem anderen User durchgefhrt,
knnen Sie diesen durch Anpassen des ersten (DEFAULT) Userkeys
wieder korrigieren. Die Anzeige der bisher vorhandenen xuser-Eintrge
erfolgt mit xuser list. Mit xuser h erhalten sie eine ausfhrliche
Hilfe.
2-1-3
Die SAP-Anwendungen nutzen fr die Anmeldung an die Datenbank

grundstzlich die Xuser-Funktionalitt. Der bliche Kontakt erfolgt ber
den DEFAULT-Userkey. Einzig im CCMS-Umfeld werden noch weitere
(c-,w-) Userkeys bentigt, um weitergehende Informationen aus der
Datenbank zu ermitteln. Bitte beachten Sie, da die Userkey case
sensitive sind.
2-1-4
Die Ausfhrung der Kommandos nutzt jeweils den c-Userkey zur

Anmeldung. Bei dem zweiten Kommando wird zustzlich eine implizite
Anmeldung ber den DEFAULT-Userkey vorgenommen, um anschlieend
das SQL-Statement an die Datenbank zu schicken.
Starten des Database Studios und Ermittlung von Tabellendaten

2-2-1
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
Umbenennen eines Datenbankusers

2-3-1
ffnen Sie einen SQL-Editor im Database Studio im Kontextmen Ihrer

Instanz.
Verwenden Sie anschlieend zur Ausfhrung der folgenden SQLKommandos den User superdba mit dem Standardpawort admin.
2-3-2
Nutzen Sie den SQL-Editor und geben das SQL-Statement

rename user sap<sid> to sapr3
ein. Anschlieend nutzen Sie das rote Ausrufezeichen um das SQLStatement auszufhren.
2-3-3
Das dbmcli-Kommando lautet vollstndig:

dbmcli -U c USQL w sql_execute rename user
sap<sid> to sapr3
2-3-4
Machen Sie Ihre nderungen mit dem Kommando

rename user sapr3 to sap<sid>
wieder rckgngig.
Die Xuser-Funktionalitt nach nderung des Pawort vom User SAP<SID>

2-4-1
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.
Wiederherstellen der ursprnglichen Einstellung fr weitere bungen

2-5-1
2-6
SAP AG
Verwenden Sie die gleiche Syntax um den ursprnglichen Zustand der

Pawrter auf der Datenbank und in den Xuser-Daten wieder herzustellen.
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
Ermitteln Sie die Liste der Task der Datenbank

2-7-1
Der Menbaum unterhalb des CONTROL-Users zu Ihrer Datenbankinstanz

finden Sie die Eintrge:
Database Server TASKS
bzw.
Database Server ACTIVE
2-7-2
Es handelt sich hierbei um die gleiche Ausgabe wie im x_cons <SID>

show tasks oder show active.
Ermitteln Sie die Liste der Parameter

2-8-1
Im Administrationsbereich zu Ihrer Instanz im Database Studio Parameter
View All
2-9
SAP AG
2-8-2
Das entsprechende Kommando mit dem dbmcli:

dbmcli -U c param_directgetall
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.
Anpassen von Parametern und deren Aktivierung

2-9-1
Whlen Sie den Administrationsbereich fr Ihre Instanz an und editieren

den Parameter MaxUserTasks entsprechend der Aufgabenstellung.
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
ffnen Sie mehrere Konsolen zu dem Datenbankserver und verbinden sich

jeweils mit
dbmcli -U c USQL DEFAULT [Enter-Taste]
an die Datenbank. Es ist nur die von Ihnen eingerichteten Verbindungszahl
zur Datenbank mglich.
ADM515
3-69
2-9-4
2-10
Beenden Sie alle dbmcli-Sessions durch Eingabe eines exit an dem

dbmcli-Prompt und fhren das Kommando
dbmcli -U c param_put MaxUserTasks <zuvor
ermittelter Wert>
aus. Zu beachten ist, da bei der Verwendung von dbmcli nach
Vernderung der Parameter ein Check der Parameterabhngigkeiten
durchzufhren ist. Dieser Check sammelt ebenfalls die intern bentigten
Speicherbedarfe und fordert diesen Bedarf beim Neustart und Umsetzen
der Parameternderung in der richtigen Gre an. Auszufhren ist der
Parameter-Check mit
dbmcli -U c param_checkall
(Das Database Studio fhrt diesen Check automatisch durch)
Abschlieend starten Sie bitte die Datenbank neu:
dbmcli -U c db_offline
und
dbmcli -U c db_online
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
Informationen zu den Daten- und zum Logbereichen

2-11-1 Die Option c des dbmcli bedeutet hier, da anschlieend das
eigentliche Kommando beginnt, das der dbmcli weiterverarbeiten mu.
2-11-2 Die Infos und mehr knnen im Database Studio auch im
Administrationsbereich
unter Data Area
bzw. Log Area
gefunden werden.
2-12
Anfgen von Volumes

2-12-1 Im Administrationsbereich zu Ihrer Instanz im Database Studio Parameter
View All
Liste der Parameter:
MaxDataVolumes
MaxLogVolumes
Notieren Sie hier die aktuellen Werte.
SAP AG
ADM515
3-70
2-12-2 Im Administrationsbereich Ihrer Instanz im Database Studio Data Area

Whlen Sie einen noch nicht genutzen aber vorbereiteten Volume-Eintrag
und bettigen Sie die Drucktaste New. Richten Sie das Volume in dem
Unterverzeichnis G:\sapdb\<SID>\sapdata\ ein.
2-12-3 Nach Ausnutzung des letzten reservierten Volume wird der Parameter
MaxDataVolumes automatisch bei der Einrichtung des Volume um eins
erhht. Diese Parameternderung wird dann aber erst aktiv, wenn ein
Neustart der Datenbank stattfindet. Gleiches gilt fr MaxLogVolumes.
Mit MaxDB 7.7.04 ist es aber nicht mehr speicherlastig, diese Parameter
sehr gro oder auf das Maximum von 255 einzustellen.
2-12-4 Zum Lchen eines Volumes markieren Sie dieses und bettigen die
Drucktaste Delete.
2-13
Fllen der Datenbank und Simulation einer DB FULL-Situation

Mit x_python filldb.py help erhalten Sie weitere Optionen
2-13-1 Analyse im Instanzenbaum des Database Studios unterhalb des
CONTROL-Users
Database Server ACTIVE
oder ber die Konsole mit
dbmcli -U c show active
2-14
Behebung der DB FULL-Situation durch Erweitern der Datenbank

2-14-1 Gehen Sie bitte wie unter 2-13 vor. Die Flltool bleibt solange ohne
Aktivitt in der Konsole stehen, bis man erkennt, da der Volume im
Database Manager GUI vollstndig in die Volume-Verwaltung eingebaut
wurde.
2-15
Erzeugung der LOG FULL-Situation mit anschlieender Bereinigung

Damit Sie eine LOG FULL Situation simmulieren knnen deaktivieren Sie
zunchst die automatische Log-Sicherung.
Im Administrationsbereich zu Ihrer Instanz im Database Studio Overview
Settings doppelkilick auf Automatic Log Backup. Dann Deactivate automatic log
Backup markieren und Drucktaste Deactivate bettigen.
2-15-1 Normalerweise sollte dieses Vorgehen nicht zum Erfolg fhren, wie in den
Unterlagen ausfhrlich beschrieben wird. Nur in Spezialfllen kann es
helfen.
SAP AG
ADM515
3-71
2-15-2 Automatische Log-Sicherung aktivieren:

Im Administrationsbereich zu Ihrer Instanz im Database Studio Overview
Settings doppelkilick auf Automatic Log Backup. Dann Activate
automatic log Backup markieren und Drucktaste Activate bettigen.
Fr den Fall, da die Sicherungshistorie durch das bisherige
Umkonfigurieren der Datenbank zerstrt wurde, fehlt nun eine initiale
Datenvollsicherung als Basis fr fr die Logsicherung. Daher kann eine
Logsicherung nicht gestartet werden und es bleibt nichts anderes brig, als
die Datenbank mit db_offline (dbmcli -U c db_offline) zu
beenden. Starten Sie dann nach Admin (dbmcli -U c db_admin) und
fhren die Daten- und Logsicherung durch. Anschlieend knnen Sie die
Datenbank wieder nach Online (dbmcli -U c db_online) starten.
2-16
Optional: Wechsel des Log-Modus

2-16-1 Starten Sie Administrationsbereich fr Ihre Datenbankinstanz und
wechseln in den Menbereich fr Log Area. Whlen Sie den Hyperlink
hinter dem Begriff Overwrite Mode: an und folgen Sie dem Wizard wir in
den Unterlagen beschrieben. Whrend der Umstellung wird die
Datenbankinstanz durchgestartet.
Folgen Sie dem Wizard erneut um diese Einstellung wieder
zurckzunehmen. Beachten Sie anschlieend dringend auch die
Sicherungshistorie.
SAP AG
ADM515
3-72
MaxDB-Interna
Inhalt:
Tiefer Einblick in den technischen Hintergrund der MaxDB
SAP 2008 / Page 1
SAP AG
ADM515
4-1
MaxDB-Interna: Lernziele
Den technischen Hintergrund der MaxDB erlutern
SAP 2008 / Page 1
SAP AG
ADM515
4-2
Agenda I

1.1.
1.2.
1.3.
1.4.
1.5.
1.6.
3. MaxDB-Interna
Einfhrung
3.1.
3.2.
3.3.
3.4
3.5.
-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

Database Studio
Parameter
bungswerkzeug
4.1.
4.2.
4.3.
4.4.
4.5.
4.6.
4.7.
4.8.
MaxDB Snapshots
Log-Sicherungen
Sicherungsstrategie
SAP 2008
SAP AG
ADM515
4-3
Agenda II
5.
5.1.
5.2.
5.3.
5.4.
5.5.
5.6.
5.7.
7.
Prfen der Datenbank

Datenbankinstanz
(Releasewechsel)
Migration zur MaxDB
Hochverfgbarkeit
MCOD

7.1.
7.2.
7.3.
7.4.
7.5.
bersicht
Interface & User
Problemsituationen
6.1.
6.2.
6.3.
6.4.
6.5.
6.6.
B*-Bume
Optimierung
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
I/O Buffer Cache

Catalog-Cache
SharedSQL
Hash Memory
Festplatten
Coordinator
(Clock)
Caches
Prozesse
Prozesse
DATA
Log-Queue
LOG
LOG
/sapdb Programme
etc.
SAP 2008
SAP AG
ADM515
4-6
Prozeberblick
Coordinator
Tasks
Requestor
Console
(Clock)
(IO-Threads)
(IO-Worker)
User
User
Timer
Trace-Writer
Server
Server
Garbage
Log-Writer
Pager
Pager
Utility
SAP 2008 / Page 1
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
SELECT * FROM ..0,0005 sec.
IO-Threads
User Kernel Process (UKT)
User-Kernel-ThreadTasks
(UKT)
Tasks
(IO-Worker)
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
Tasks
User
Timer
Trace-Writer
Pager
Server
Garbage
Log-Writer
Utility
Clock / Timer
I/O Buffer Cache
Queues Volume 1
IO-Threads
prio
low
prio
med
(IO-Worker)
prio
high
Queues Volume 2
prio
low
prio
med
prio
high
Pool von I/O Threads

Thread 1
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
90-95% der Last in der

Datenbankinstanz wird
hier erzeugt
Console
Clock / Timer
SELECT * FROM tab
WHERE col1 = 5
IO-Threads
Parameter: MaxCPUs
(hier im Beispiel =2)
(IO-Worker)
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
User Kernel Thread 1

Task1
IO System
Task2 Task3
I/O Anfrage 2
IO-Threads
(IO-Worker)
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
Load Balancing fr liveCache

User-Kernel-Thread
UKT 2
Task aktiv
Task startbereit
User
User
User
User
User
Task wartet z.B. auf IO
User
User
user
user
user
Task nicht genutzt
User-Kernel-Thread
User
User
User
User
Der gesamte Kontext des UserTasks

wird transferiert
UKT 2
User
User
user
user
user
User
Pro Aktion wird ein UserTask umgesetzt

Fr MaxDB (OLTP) ist diese Funktion zu langsam
SQL-Statements sind blicherweise schneller abgearbeitet als der

Umschaltvorgang bentigt.
SQL-Statements bentigen hufig Plattenzugriffe, die automatisch einen

Wechsel im UKT bewirkt
SAP 2008 / Page 1
Im liveCache-Umfeld wird diese Funktion hufig eingesetzt um User-Tasks zwischen UKTs

verschieben zu knnen. liveCache-Applikationsroutinen (LCApps) knnen ber Stunden laufen und
sehr viele Daten aus dem Cache verarbeiten. Dort lohnt es sich ber eine Verlagerung auf
unbelastete UKTs und damit CPUs nachzudenken.
Nach dem Umschaltvorgang befindet sich der gesamte Kontext (Speicher usw.) des User-Tasks im
Umfeld des neuen User-Kernel-Threads.
Datenbankparameter die hier genutzt werden:
y LoadBalancingCheckLevel Mit Werten von 4 bis 600 Sekunden wird das Load-Balancing
aktiviert. Der Wert stellt die Wartezeit zwischen Mepunkten dar.
y LoadBalancingWorkloadDeviation Beschreibt den notwendigen internen Laufzeitunterschied
der UKTs in Prozent, unter dem die UKTs als gleich angesehen werden (Default 5%).
y LoadBalancingWorkloadThreshold Lastunterschied in Prozent zwischen UKTs, bevor LoadBalancing berhaupt bercksichtigt wird (Default 10%).
Weiteres zu dem Thema im TEWA60 (liveCache Monitoring und Performanceoptimierung)
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
(IO-Worker)
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
Anhang: Neue ServerTask Typen
Anzeige
Langer Name
Beschreibung
"PrefBlb"
"Prefetch Blob"
Prefetch of BLOB when returning last part to appl.
"PrefSel"
"Prefetch Select
Prefetching records when scanning
"PrefPag"
"Prefetch Pages"
"PrefOCo"
"Prefetch Objects Coordinator
"AutoLgW"
"Autosave Log Writer
Writes Log pages to the backup medium
"AutoLgW"
"Autosave Log Reader
Reads Log pages from the log volumes
"BUPmed "
"Backup / Restore Medium Task
Reads/Writes from/to a data backup medium
"BUPvol "
"Backup / Restore Volume Task
Reads/Writes from/to data volumes for backup
"ChkData"
"Check Data
Checks a B*Tree
"CrIndex"
"Create Index
Parallel Create Index
"DropAux"
"Drop Auxiliary Files
Performs Drop Table in background
"PrefObj"
"Prefetch Objects
Prefetch liveCache objects after restart
SAP 2008
Liste der mglichen ServerTasks-Zustnde in der Taskliste des MaxDB Taskmanager.

Erkennbar sind die vielen Prefetch-Tasktypen zur Vorbereitung diverser Prozesse innerhalb der
Datenbank
SAP AG
ADM515
4-14
Anhang: Neue ServerTask Typen (Fortsetzung)
Anzeige
Langer Name
Beschreibung
"RedoRea"
"RedoLog Reader
Reads from log volume or log file during restore
"RedoExe"
"RedoLog Execution Task"
Executes redo of log entries
"StdbyRC"
"Standby Restart Coordinator"
Coordinates a takeover in a Hot Standby system
"StdbySy"
"Standby Synchronize Server"
Waits for sync calls from a Hot Standby master
"Savepnt"
Savepoint Coordinator"
Coordinates the phases of a savepoint
"JoinInS"
"Join Index Select"
Perform parallel join via index
"UpdStat"
"Update Statistics"
Perform parallel update statistics
"DropVol"
Drop Volume"
Drops a volume
"UpdCnt"
"Update Counter"
Scans tables to read counters.
SAP 2008
Fortsetzung der Liste.
SAP AG
ADM515
4-15
Pager und Timer-Task
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
(IO-Worker)
DATA
SAP 2008 / Page 1
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
(IO-Worker)
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
GarbageCollector und FloatingService-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
Timer
Floating
Service
Floating
FloatingService
Service
Log-Writer
Console
Clock / Timer
Pager
Pager
Pager
IO-Threads
(IO-Worker)
UKT 7
Garbage Collector
DATA
SAP 2008 / Page 1
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
CREATE INSTANCE ...

ADD VOLUME ...
Console
Clock / Timer
Timer
Pager
Pager
Pager
IO-Threads
(IO-Worker)
SAP 2008 / Page 1
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
Beispiel fr ein Thread Layout unter UNIX
Hier das beispielhafte

Task-Arrangement einer
kleinen Datenbankinstanz unter Linux:
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
y oder dbmcli d <SID> -u <controluser, password> show rte
SAP AG
ADM515
4-20
Beispiel fr ein Thread Layout unter Windows
Hier das beispielhafte TaskArrangement der SAP

NetWeaver Datenbank DEV
unter Windows:
SAP 2008
Hier sehen Sie das Setup der SAP NetWeaver fr Schulungszwecke.

Zu Beginn werden die Spezialtreads aufgefhrt. Da es sich hier um ein Windowssystem handelt,
folgen die IO Worker-Prozesse, die die asynchrone IO des Betriebssystems untersttzen und
berwachen. Danach wird das Layout der UKTs aufgelistet.
Folgende Krzel sind zu finden:
TW Tracewriter
LW Logwriter
UT Utility-Task
SV Server-Tasks
FS Floating-Service
GC Garbage-Collector
TI Timer-Task
PG Pager-Tasks
US User-Task
IDL
Idle-Tasks (Vorbereitung fr flexibleres Taskmanagment)
Lastinformationen einer Datenbankinstanz werden durch den DB-Analyzer (Kapitel 6)
zeitaufgeschlsselt protokolliert oder knnen in der Tabelle MACHINEUTILIZATION in
akkumulierter Form nachgesehen werden.
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
(IO-Worker)
vserver (watchdog)
vserver
vserver

vserver (n+1)
x_show
zeigt am Ende den Status

des X-servers
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
Die Verbindung zwischen Client und Server

kann optional mit SSL verschlsselt werden
Der verschlsselte Tunnel wird zwischen den
Client-Programmen (Database Studio,
dbmcli, SQLDBC, usw.) und dem X-Server
auf dem Datenbankserver aufgebaut.
Es werden weitere Bibliotheken zur Nutzung
der starken Verschlsselung bentigt.
Die Aktivierung der Verschlsselung erfolgt
individuell ber die Logon-Prozeduren der ClientTools

mit der dbmcli-Option e SSL.
beim Database Studio im Login-Popup
fr SAP-Netweaver (SQLDBC) ber die XuserFunktionalitt
SAP 2008 / Page 1
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
Thema 1: Prozesse
Thema 2: Sperren
Thema 5: Logging
SAP 2008 / Page 1
Siehe auch SAP Hinweis 1243937 (FAQ: MaxDB SQL-Sperren)
SAP AG
ADM515
4-24
Datensatzsperren mit MaxDB
Jede Sperranforderung zur nderung eines

Datensatzes in einer beliebigen Tabelle wird
in der Sperrliste hinterlegt
MaxDB-Parameter
MaxSQLLocks
Prozesse
Zeilensperren (row_exclusive) oder

Tabellensperren (tab_exclusive) oder
Katalogsperren (sys_exclusive)
in der Administration.
Die Gre der Sperrliste wird durch den

MaxDB-Parameter MaxSQLLocks
gesteuert
Sperrliste
Sperren erscheinen als
20%
Tabelle
10%
Typischer Wert 300.000 bis 500.000 fr SAP

Netweaver Installationen
Grere Werte mglich
Die Gre eines Sperreintrages betrgt etwa

200 Bytes im Hauptspeicher
0
Prozess
SAP 2008
Mit dem SQL-Kommando select * from lockliststatistics knnen

weitere Informationen aus dem Sperrmanagement ermittelt werden:
DESCRIPTION VALUE
MAX LOCKS 300000
TRANS LIST REGIONS
8
TABLE LIST REGIONS
8
ROW
LIST REGIONS
8
ENTRIES 902400
USED ENTRIES
0
USED ENTRIES (%) 0
AVG USED ENTRIES 15
AVG USED ENTRIES (%) 0
MAX USED ENTRIES 25500
MAX USED ENTRIES (%) 3
OMS SHARE LOCK CONTROL ENTRIES 0
OMS SHARE LOCK CONTROL ENTRIES USED
0
OMS SHARE LOCK ENTRIES
0
OMS SHARE LOCK ENTRIES USED 0
OMS SHARE LOCK COLLISION ENTRIES USED 0
CONSIST VIEW ENTRIES 0
OPEN TRANS ENTRIES
0
LOCK ESCALATION VALUE 60000
LOCK ESCALATIONS 0
SQL LOCK COLLISIONS 63
OMS LOCK COLLISIONS 0
DEADLOCKS 0
SQL REQUEST TIMEOUTS 0
OMS REQUEST TIMEOUTS 0
TRANSACTIONS HOLDING LOCKS 0
TRANSACTIONS REQUESTING LOCKS 0
TRANSACTIONS HOLDING OMS LOCKS 0
CHECKPOINT WANTED FALSE
SHUTDOWN
WANTED FALSE
SAP AG
ADM515
4-25
Sperren und Sperrtypen
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
Kann eine weitere Transaktion
EXCLUSIVE
SHARE
EXCLUSIVE
SHARE
EXCLUCIVE
SHARE
diese Tabelle ECLUSIVE sperren ?
Nein
Nein
Nein
Nein
Nein
Ja
diese Tabelle SHARE sperren ?
Nein
Ja
Nein
Ja
Nein
Ja
irgendeine Zeile dieser Tabelle EXCLUSIVE sperren ?
Nein
Nein
Nein
Ja
Ja
Ja
eine schon gesperrte Zeile EXCLUSIVE sperren ?

eine andere Zeile EXCLUSIVE sperren ?
eine beliebige Zeile dieser Tabelle SHARE sperren ?
Ja
Nein
Nein
Ja
Ja
Ja
eine einzige Zeile SHARE sperren ?

eine andere Zeile SHARE sperren ?
Nein
Ja
Ja
Ja
die Definition der Tabelle im Katalog ndern ?
Nein
Nein
Nein
Nein
Nein
Nein
die Definition der Tabelle aus dem Katalog lesen ?
Ja
Ja
Ja
Ja
Ja
Ja
SAP 2008 / Page 1
Hier sind die verschiedenen Kombinationen von Sperrtypen aufgelistet.
SAP AG
ADM515
4-26
Sperr-Eskalation mit MaxDB
Sperr-Eskalation (LockListEscalation)
Andere Datanbanken lassen Sperrlisten

extrem wachsen und gefhrden damit
die Gesamtperformance.
Bei MaxDB kommt es nur zu Problemen
beim Zugriff auf eine Tabelle, aber der
Rest der DB kann performant
weiterarbeiten.
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
Sperr-Eskalation mit MaxDB - Lsungsanstze
Sperrverhalten kann nicht fr eine Tabelle

gendert werden
MaxDB-Parameter
MaxSQLLocks
Einzige Mglichkeit ist

Sperrliste vergrern, Werte bis 5 Mio.
Eintrge sind bekannt
COMMITs in das Batchinput oder Report

einbauen
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
Thema 1: Prozesse
Thema 2: Sperren
Thema 5: Logging
SAP 2008 / Page 1
SAP AG
ADM515
4-30
Laufzeitumgebung
(LZU)
Console
Garbage
Trace-Writer
Timer
Utility
Log-Writer
Pager
Pager
Server
Server
User
User
Requestor
IO-Threads
I/O Buffer Cache

Catalog-Cache
SharedSQL
Hash Memory
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
Caches und zugehrige Plattenbereiche

Catalog
Cache
IO Buffer Cache
SharedSQL
Cache
Log Queue
Converter Pages
Data Pages
Undo Pages
free Pages
Data-Volumes
Log-Volumes
LOG
Undo
Undo
Undo
Der IO Buffer Cache enthlt verschiedene Typen von Datenseiten.

Die Synchronisation zwischen IO Buffer Cache und Data-Volumes erfolgt mit den SAVEPOINTs
Der Log wird hingegen kontinuierlich geschrieben und im Falle eines COMMIT sogar synchron.
Catalog Cache und SharedSQL Cache sind Prozesszwischenspeicher und besitzen daher keine
korresponierenden Plattenbereiche.
SAP 2008
Alle Daten werden hier in 8-kByte-Pages organisiert.

Der IO Buffer Cache und die Log Queue sind beide statische Speicher und werden zum Start der
Datenbank komplett aufgebaut.
Catalog Cache und Shared SQL Cache sind wachsende Speicher, die zu Beginn zu 50% aufgebaut
werden und dann zur festgelegten Maximalgre bei Bedarf wachsen. Einmal angeforderter Speicher
wird nicht wieder an das Betriebssystem zurckgegeben.
Der Catalog Cache enthlt Daten von aufbereiteten SQL-Statements inkl. Parse-Informationen und
Eingabeparametern usw. Er enthlt nicht das initiale SQL-Statement in lesbarer Form.
Diese Information wird dem Informationssatz aus dem Catalog Cache zugeordnet, wenn das
aufbereitete SQL-Statement schlielich im Shared SQL Cache abgelegt wird. Damit ist es dann
mglich die lesbaren SQL-Statements zu ermitteln.
Wenn eine SQL-Statementanalyse erfolgen soll, geschieht dies nicht wie bei anderen Datenbanken
aus diesem Cache, sondern es werden SQL-Monitore zustzlich gestartet, die noch weitaus mehr
Nutzungsdaten ermitteln.
SAP AG
ADM515
4-32
Faustregel zur Gre des IO Buffer Caches
Erfahrungen aus vielen Kundensystemen zeigen

folgende Faustregel zur initialen Einstellung der
Gre des IO Buffer Caches
Die Gre des IO Buffer Cache wird durch die
Datenmenge in der Datenbank bestimmt und
prozentual berechnet, wie in der Tabelle gezeigt
ASCII
UNICODE
OLTP
1%
2%
OLAP
2%
4%
Mehr Speicher ist natrlich mglich und stellt

einen Sicherheitspuffer da.
UNICODE bewirkt eine notwendige Verdoppellung
des bentigten IO Buffer Caches.
Fr OLAP(BI) gilt hnliches aufgrund der groen
Datenmengen die dort verarbeitet werden.
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
Zentrale Bedeutung des Converter
Seiten im
I/O Buffer
Cache
Page 1
Page 2
Page 4
Page 5
Page 6
Page 7
I/O Buffer Cache
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
Flexible Gestaltung des Converters

Data-Volumes
Converter-Seite
Restart
Definition der Wurzel des Converters in der Restart-Seite
Converter wird als B*-Baum ber alle Data-Volumes verteilt
schneller Neustart, da der Converter von mehreren Devices gelesen wird

kein Hotspot beim Schreiben von Converter-Daten
Einteilung des Converters im Speicher in kleinere Bereiche, um auch dort Hotspots zu
vermeiden
Converter kann wachsen und schrumpfen
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
Converter und Auswirkungen auf DatenVolumes
Restart
Undo
DISKD0003
Undo
Undo
Converter Page Header: Version #

log.
DATA
Offset DATA Save Saved
Converter Page Header: Version #
data Device on DATA page DATA
log.
DATA
Offset DATA Save Saved
page Number device type pages
data device on DATA page DATA
4711
1
240
f
0
0
page number device type page
4712
3
219
t
1
0
4711
3
140
p
0
0
4712
2
191
t
1
0
DISKD0002
Converter-Inhalt
DISKD0001
Page-Adressierung:
0
...
Device-Nummer
9 10 11 12
...
30 31
32 TB adressierbar
Offset auf Device
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
Verlagerung von synchronen Operationen

auf asynchrone Ausfhrung; User-Tasks
sind nicht auf das Ende von I/O-Vorgngen
angewiesen
Verstrkte Nutzung von Cache-Techniken

(Converter)
Reduzierung der Schreiblast; erst bei

Savepoints werden die genderten
Datenseiten aus dem Cache auf die Platten
geschrieben
Der Datenbankstand auf den Platten ist

immer strukturell konsistent (Restart-fhig);
im Fehlerfall gibt es die Mglichkeit, auf
diesen Stand zurckzugreifen
nderung an Page 4711
keine nderung an Page 4711

zwei Versionen
einer Page
Platte
Zeit
Page
4711
stattdessen eine neue Page 4711
DATA
DATA
Page
4711
Schreiblast
I/O-Konzept nach dem Prinzip der

Schattenspeicherverwaltung:
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
Merkmale des Savepoints
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
Der Savepoint ist zeitgesteuert. Defaultmig wird er alle 10 Minuten angestoen.

Zustzlich wird beim Starten und Stoppen der Datenbank ein Savepoint geschrieben.
Ein Savepoint wird auch geschrieben, wenn ein CREATE INDEX-Kommando abgesetzt wurde,
sowie bei LOG FULL- und DB FULL-Situtationen.
Sicherungen werden mit der MaxDB immer auf Basis eines SAVEPOINT erstellt. Durch die
Eigenschaft, da die Before Images der Transaktionen bis zum COMMIT im Datenbereich stehen,
sind die darauf basierenden Sicherungen immer konsistent.
Beim Deaktivieren des Log-Writers wird die Zeitsteuerung des SAVEPOINTS ausgesetzt. Daher
Vorsicht mit der Deaktivierung des Redo-Logmanagement.
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: Page im I/O Buffer Cache

gendert vor Savepoint 26
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
10 Minuten oder mehr
Savepoint 26
SAP 2008
Savepoints knnen auch manuell per

dbmcli U c db_execute force savepoint
gestartet werden
SAP AG
ADM515
4-39
Savepoint-Phasen
Genderte Datenseiten schreiben
(parallel)
Data Cache
3. Phase
2. Phase
kurz
1. Phase
dc0 dc1 dc2
B*Baum Operationen unterbinden
Transaktions-Regions belegen
Log-Eintrag schreiben
Offene Transaktionen merken
Alle Bereiche wieder freigeben
Die in der 1. Phase genderte

Datenseiten schreiben (parallel)
Converter-Seiten schreiben (parallel)
Log-Info und Restart-Seite 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
Savepoint-Phasen in den Database Messages

(knlMsg)
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:
Savepoint (Time) started by T1

SVP(1) Start Write Data
SVP(1) Stop Data IO, Pages: 3051 IO: 501
SVP(2) Wait for last synchronizing task: 557
SVP(2) Stop Wait for last synchronizing task, Pages: 0 IO: 0
B20PREPARE_SVP: 13082
SVP(3) Start Write Data
SVP(3) Stop Data IO, Pages: 4 IO: 4
SVP(3) Start Write Converter
SVP(3) Stop Converter IO, Pages: 502 IO: 502
B20SVP_COMPLETED: 13082
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
File Directory Tabellenzhler
Neugestaltung des File Directory
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
Bestimmung der Anzahl der Datenstze in einer Tabelle:

select roots.tablenaname, files.* from files, roots where
files.root=roots.root order by files.fileid
Die Anzahl der Datenstze wird in der Spalte ENTRYCOUNT angegeben.
Diese Werte fr ENTRYCOUNT werden automatisch gepflegt, wenn die Datenbankinstanz mit
MaxDB 7.6 neu aufgebaut wurde.
Sollte die Datenbankinstanz durch ein Update aus einem lteren Release entstanden sein, stehen die
Werte dieser Spalte auf 0 (Initial).
Anschlieend werden diese Zahlen im Hintergrund automatisch zu lastarmen Zeiten aktualisiert.
Sollte dieser Prozess zu selten zur Arbeit kommen, da die DB rund um die Uhr ausgelastet ist, gibt es
noch die Mglichkeit, diese absoluten Zahlen durch einen Check Data im Betriebsmodus ADMIN
auf einen Schlag ermitteln zu lassen.
SAP AG
ADM515
4-42
Shared SQL Cache

Globale Zwischenspeicherung von SQL-Statements und Ausfhrungsplnen
Detailiertes Monitoren von Ausfhrungsplnen
Parameter:
UseSharedSQL YES/NO
SharedSQLCommandCacheSize
Systemtabellen zum Monitoren
CACHESTATISTICS
COMMANDCACHESTATISTICS
COMMANDSTATISTICS
Benutzer 1:
select * from T100
Benutzer n:
select * from T100
I/O Buffer Cache
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
Anhang: Stripes (Regionen)
z.B. im Data Cache
Reserviert
User-Kernel-Thread
Zur Synchronisierung von parallel agierenden

Prozessen auf Speicherstrukturen und sonstigen
Resourcen in der Datenbank werden Stripes
(Regionen) genutzt.
DataCache
ConverterCache
usw.
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
Wird ab MaxDB 7.7.04 angeboten

Funktion automatisch verfgbar, da MaxDB-Parameter DataIOClusterSize
blicherweise auf 64 eingestellt ist
Aktivierung erfolgt in erster Implementierung ber eine Umsetzung der Tabelle mit
ALTER TABLE <Table Name> CLUSTER
Deaktivierung erfolgt ber
ALTER TABLE <Table Name> NOT CLUSTER
Erste Kundenerfahrungen werden gesammelt
Datendurchsatz auf den Datenplatten steigt enorm an
Durchschnittliche IO-Zeiten sinken unter 1 ms
Weiterentwicklung in 7.7 und 7.8
In Zukunft automatische Aktivierung ohne die Notwendigkeit der Umsetzung (Umsetzung

erfolgt dann im laufenden Betrieb der Datenbank)
SAP 2008
Diese Funktion steht ab MaxDB 7.6.05 zur Verfgung.

In 7.6 lautet der Parameter DATA_IO_BLOCK_COUNT, der auch in dem Release schon auf 64
steht.
In neueren Versionen der DB50 werden Informationen der Gte von Tabellen in Clustern
angegeben. Zu finden sind diese Informationen unter DB50 -> Tables, View & Synonyms -> Tabelle
eingeben -> Datenablage -> Faktor
Viele Systemtabellen wurden fr die Aufnahme von Statusinformationen der Clusterung erweitert
oder neue Systemtabellen erstellt.
Die Umsetzungszeit der Tabellen, die in Page-Cluster umgesetzt werden sollen, ist mit einem
einfachen Table-Scan zu vergleichen. Im Anschluss luft der Garbage-Collector los und lscht die
Pages der alten Tabellenstruktur.
Indizes werden in folgenden Erweiterungen der Funktionalitt ebenfalls in Clustern ablegbar sein,
sobald die Basistabelle auf Cluster umgestellt wird.
SAP Hinweis 1162332 zum Thema Page Clustering. Dort werden weitere Tipps&Tricks zu dem
Thema gesammelt.
SAP AG
ADM515
4-45
Prefetch
Wird in MaxDB 7.7 ab Version 7.7.06 angeboten

Aktivierung
MaxDB parameter ReadAHeadTableThreshold auf Wert grer 0 setzen: 100

Tabellen-Bereichscans (Range Scans) mit mehr als 100 Pages werden an Server-Tasks
deligiert
Optimizer ermittelt die Anzahl der zu lesenden Pages und steuert damit die Entscheidung
Kann im Betriebsmodus ONLINE ber eine Parameternderung umgestellt werden
(Aktivierung und Deaktivierung)
Erste Ergebnisse im Kundenumfeld mit dieser Funktion in 7.6.05

Hintergrundjob mit vielen Plattenzugriffen konnte vom 40 auf 2 Stunden reduziert werden
Der erste Start des SAP Netweavers kann in Einzelfllen von Minuten auf Sekunden reduziert
werden.
Einschrnkungen in der ersten Implementierungsphase

Anfnglich wird diese Technik nicht mit JOINs genutzt.
Die Zahl der Server-Tasks ist limitiert und mu bei paralleler Nutzung verteilt werden.
Keine Kombination von Page Clusterung und Prefetch: Die Server-Tasks kennen das Lesen
von Clustern noch nicht
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
Cache bzw. Table-Pinning
Wird angeboten ab MaxDB 7.7.06

Zwei Arten der Tabellenbehandlung im IO Buffer Cache werden bereitgestellt
Tabellen werden bevorzugt im Cache gehalten

Tabellen werden bevorzugt aus dem Cache verdrngt (z.B. Protokollierungen)
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
SAP 2008 / Page 1
Diese Funktionalitt wird zum ersten Mal mit MaxDB 7.7.06 angeboten.
SAP AG
ADM515
4-47
MaxDB-Interna
Thema 1: Prozesse
Thema 2: Sperren
Thema 5: Logging
SAP 2008 / Page 1
SAP AG
ADM515
4-48
Laufzeitumgebung
(LZU)
Console
Garbage
Trace-Writer
Timer
Utility
Log-Writer
Pager
Pager
Server
Server
User
User
Requestor
IO-Threads
I/O Buffer Cache

Catalog-Cache
SharedSQL
Hash Memory
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
Verzeichnisstruktur seit SAP DB Version 7.2.4
/sapdb
LVC
SDB
P01
INSTROOT fr die liveCache-Instanz LVC
db
db
db
INSTROOT fr den Content-Server SDB

INSTROOT fr das produktive SAP-System P01
bin
pgm
sap
...
Beispiel:
drei Instanzen auf
einem Server
sapdata
saplog
IndepProgPath
Instanz- und releaseunabhngige Programme
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
7.7.04.29 fast running

7.7.04.29 slow offline
Abwrtskompatible Datenbankprogramme liegen im Verzeichnis /sapdb/programs (dbmcli

dbm_getpath IndepProgPath). Konfigurationsdaten und Diagnosedateien liegen im Verzeichnis
/sapdb/data (dbmcli dbm_getpath IndepDataPath).
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
Unter UNIX sollten die Pfadinformationen angepasst und im dbenv_<Servername>.<shell> des

Datenbankadministrators <sid>adm eingetragen werden.
Ab MaxDB 7.8 wird es ebenfalls die Mglichkeit der Isolierten Installation geben.
SAP AG
ADM515
4-50
Verzeichnisstruktur im SAP-Umfeld
sapdb
<SID>
programs
bin
pgm
env
etc
lib
runtime Support symbols
data
wrk
config
wrk
SID
SID
db
saplog
sapdata
bin
DISKD0001
pgm
DISKD0002
env
etc
lib
incl
misc symbols sap
DISKD0255
DISKL001
DISKL0xx
M_DISKL001
M_DISKL0xx
Bei gespiegelten Log-Volumes

SAP 2008
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
Faustregeln zum Datenbankaufbau
Restart
Undo
Undo
Undo
DISKD0003
DISKD0002
DISKD0001
Empfehlungen fr Storagesysteme:
SAP empfiehlt hier, die folgende Berechnungsformel:

Quadratwurzel aus der Systemgre in GB nach oben gerundet zur Grenbestimmung der
MaxDB Daten-Volumes zu verwenden.
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
Volumes in RAW-Devices oder Dateisystem?
SAP empfiehlt fr Unix, alle Volumes auf RAWDevices abzulegen

Sicherheit
Performance
IO Buffer Cache
Da die RAW-Device-Implementierung unter Linux

interne File-System-Caches nutzt, sollte hier der
Parameter ebenfalls gesetzt werden
Beim Mounten von Filesystemen von Fremdherstellern

unter Unix bitte die O_DIRECT oder hnliche Optionen
nutzen.
EC
IOThread
N_
DIR
E_
OP
E
Nutzt die Betriebssystemfunktion O_DIRECT um

Volumes und Backups im Filesystem auf direktem Weg
ohne File-System-Cache beschreiben zu knnen
US
Parameter UseFilesystemCacheForVolume und

UseFilesystemCacheForBackup
DB
OS
Filesystem
Cache
Restart
DATA
Undo
SAP 2008
In UNIX-Systemen wird empfohlen, Log- und Daten-Volumes als RAW-Devices zu konfigurieren.

Damit wird eine zustzliche Verwaltungsebene (hier besonders das Journaling moderner
Filesysteme) eingespart.
Sollte ein Dateisystem wirklich schneller als RAW-Devices sein, werden in der Filesystemsteuerung
interne Caches genutzt, die den Betrieb der Datenbank gefhrden knnen, wenn es zu abrupten
Systemausfllen kommt (Spannungsverlust o..). Damit knnen Administratoren nicht davon
ausgehen, da als geschrieben geltende Daten auch wirklich sofort geschrieben wurden. Das
Dateisystemmanagement quittiert meist sofort die Annahme der Pages und fhrt u.U. die
Schreibaktion erst einige Zeit spter durch, nachdem mehrere Schreibauftrge gesammelt wurden.
Es kommt dann whrend des weiteren Betriebs zu Page-Fehlern beim Zugriff auf hier zuvor nicht
gesicherte Pages, sptestens bei der nchsten Sicherung oder Check Data der Datenbank. Damit ist
es dann meist ntig, ein Recovery durchzufhren.
Zur Sicherheit sollte bei der Verwendung von Filesystemen zusammen mit der MaxDB die
Datenbankparameter UseFilesystemCacheForVolume (USE_OPEN_DIRECT) und
UseFilesystemCacheForBackup (USE_OPEN_DIRECT_FOR_BACKUP) gesetzt werden, um
wirklich sicherzustellen, da alle Pages vor der Rckquittierung geschrieben wurden. Dann ffnet
der Datenbankkern die Volumes mit der Betriebssystemoption O_DIRECT.
Da unter lteren Linux-Releases die Implementierung der RAW-Devices auch Betriebssystemcaches
zur Zwischenlagerung der Daten nutzt, ist auch hier der Parameter zur Sicherheit empfohlen.
Fr andere Unix-Versionen und Windows-Systeme wird dieser Parameter nicht genutzt, selbst wenn
er gesetzt werden kann. Unter Windows wird der Zugriff auf die Files immer mit entsprechenden
Optionen zum direkten Durchschreiben auf die Platten genutzt, whrend unter Unix die
Mountoptionen ein O_DIRECT blicherweise bieten.
SAP AG
ADM515
4-53
Gleichverteilung nach Konfigurationsnderung
DATA
DATA
DATA
DATA
DATA
DATA
Data-Volume gefllt
Neuer Data-Volume angefgt
Fr neue Daten ist nur im neuen

Volume Platz:
Gefahr eines Hotspots.
Gleichverteilung der Data-Volume

zu lastarmen Zeiten.
Gleichverteilung erreicht, Hotspot

vermieden.
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
Daten-Volumes Paralleles Formatieren
Paralleles Formatieren der Daten-Volumes whrend der Aktivierung

Beschleunigt den Datenbankaufbau, wenn die Daten-Volumes als Dateien auf
Filesystemen liegen
Parameter: VolumeFormattingMode (default: PARALLEL)
Datenbankkern
Datenbankkern
db_activate
db_activate
DATA
DATA
DATA
SAP 2008
Da der sequenzielle Formatierungsprozess in der Vergangenheit sehr wenig Systemresourcen

bentigt hat, konnte es leicht passieren, da man diesen Schritt der Installation nicht richtig erkannte.
Daher wurde der Installationsprozess von Benutzern oft abgebrochen, weil es keine Aktivitt auf
dem Server gab und der Installationsprozess lange wartete. Mit dieser Umstellung sollte sich der
Prozess entscheidend beschleunigen.
SAP AG
ADM515
4-55
MaxDB-Interna
Thema 1: Prozesse
Thema 2: Sperren
Thema 5: Logging
SAP 2008 / Page 1
siehe auch SAP Hinweis 869267 (FAQ: MaxDB LOG-Bereich)
SAP AG
ADM515
4-56
Log-Volumes
bliche Gren von Log-Volumes: 2 bis 8 GB

bliche Anzahl von Log-Volumes: 1-2 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
Log-Bereich = Summe der

Log-Volumes
SAP 2008
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
Verwaltung der Log-Information

Inhalt der ersten Log-Seiten
HardwareLogLogInfo-Block Info-Page Page 1
LogPage 2
Freie Freier
LogAkt.
Freie
Page n Log-Page Log-Page Log-Page Log
Reserviert fr LOG FULL
nderung an Tabelleninhalten
Before Images
After Images
Restart
DATA
Pager
Pager
Pager
History LogPages Queue
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
Logging von nderungen
Wenn Transaktionen Daten ndern,

werden
Log-Queue
die Zustnde der Daten vor der

Ausfhrung der nderung bleiben im
Datenbereich und werden dort in die
History umkopiert (Before Image)
die genderten Daten in Form einer

nderungsvorschrift in der LogQueue
gespeichert (AfterImage)
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
Schreiben von Log-Informationen
Log-Writer
Der Logwriter schreibt die gefllten

LogPages aus der LogQueue auf das
Log-Volume (asynchron)
Log
Nach dem Abschlu einer Transaktion

(COMMIT) mssen die Daten aus der
LogQueue synchron auf das LogVolume geschrieben werden
Log-Queue
Upd
s (3)
commit
Data-Cache
Die Daten in den History-Pages die zu

der Transaktion gehren, werden dann
im Anschlu von dem Garbage-Collector
asynchron gelscht
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
Um eine bessere Skalierbarkeit beim Schreiben des

Logs zu erreichen, ist es nun mglich, mehrfache
Log Queues zu verwenden.
Die Anzahl der Queues wird durch die UKTs bestimmt,

sollte aber nicht grer als diese sein, so da jeder UKT
in eine separate Queue schreibt.
Nachteil: Strkeres Log-Aufkommen, da

unvollstndige Seiten beim COMMIT geschrieben
werden mssen, um die Synchronitt der Queues zu
gewhrleisten.
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
SAP 2008 / Page 1
Jede einzelne Log-Queue (pro UKT) kann mit dem Parameter LogQueueSize erweitert werden.
SAP AG
ADM515
4-62
Logwriter abschalten Vorsicht !!
Der Logwriter kann deaktiviert werden.
UKT
user 3
Damit sind folgende schwerwiegenden Nachteile verbunden:
user 4
nderungen von Business-Transaktionen werden nicht mehr

protokolliert
Bei Datenbankproblemen knnen Shutdown-SAVEPOINTs

ausbleiben (abschlieende Synchronisation fehlt)
Log Queue
Zeitgesteuerte SAVEPOINTs werden nicht mehr ausgefhrt
R1,X
Ins
C
Alle Faktoren zusammen stellen eine groe Gefahr dar und

knnen zu teurem Verlust von Business-Informationen fhren!
Im Problemfall startet die Datenbank wie blich mit dem Stand
des letzten SAVEPOINTs, der aber u.U. Tage zurckliegen
kann.
Alle Transaktionsdaten sind verloren !!
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
Beispiel fr eine Konfiguration ohne

gespiegelte Volumes
und RAID1-Untersttzung
Beispiel fr eine Konfiguration mit

gespiegelten Volumes
ohne RAID1-Untersttzung
Plattenfehleranzeige im
Verwaltungstool des RAID
Plattenfehler protokolliert in
Diagnosedateien der MaxDB
SAP 2008 / Page 1
Der Log kann mit MaxDB folgendermaen betrieben werden:

y Log-Spiegellung deaktiviert (Parameter UseMirroredLog = NO):
Log-Eintrge werden in ein Log-Volume gesichert. Die Daten- und Ausfallsicherheit wird durch
hardwarebasierte Spiegelung (z. B. mit RAID1- oder RAID5-Systemen) gewhrleistet. Im Falle
eines Fehlers auf den verwendeten Platten werden die Tools der RAID-Systeme genutzt, um die
Fehler zu beheben. Die Datenbankinstanz sollte nicht betroffen sein, da die Verwaltungs-Software
des RAID die Mngel online bereinigt. Fehler am RAID knnen nur innerhalb der VerwaltungsTools erkannt werden. Sollten trotzdem Fehler zur Datenbank hin weitergegeben werden, fhrt
dies unweigerlich zum Emergency Shutdown, weil die Datenbank die Log-Integritt auf den
Platten nicht mehr garantieren kann.
y Log-Spiegellung aktiviert (Parameter UseMirroredLog = YES):
Log-Eintrge werden in zwei Log-Volumes gleichzeitig (gespiegelt) gesichert. Tritt ein Fehler in
einem der Log-Bereiche auf, dann steht der zweite Log-Bereich zur Verfgung. Da die Datenbank
fr diese Spiegelung verantwortlich ist, kann sie hier auch die Fehler auf den Platten erkennen und
protokollieren. Sollte ein Fehler auf dem Original oder dem Spiegel auftreten, wird die Datenbank
sofort ber einen Emergency Shutdown gestoppt, um nicht in die Gefahr zu laufen, da die
Datenbank lnger mit defektem Log betrieben wird. Der Softwarespiegel kann dann genutzt
werden, um den Fehler zu beheben.
y berschreibmodus (Overwrite Mode, Kein MaxDB-Parameter):
Hiermit werden Log-Bereiche ohne vorherige Sicherung der Log-Eintrge berschrieben. In einer
SAP-Umgebung kommt dieser Log-Modus nur bei Upgrades oder Umsetzungsoperationen zum
Einsatz. Im Produktivbetrieb sollten Sie diesen berschreibmodus (Overwrite Mode) nicht
verwenden. Beim Umschalten des Log-Modus und Aktivierung des berschreibmodus wird die
Sicherungshistorie aufgebrochen.
SAP AG
ADM515
4-64
MaxDB Interna: Zusammenfassung
Sie knnen nun:
Den technischen Hintergrund der MaxDB erlutern
SAP 2008 / Page 1
SAP AG
ADM515
4-65
SAP AG
ADM515
4-66
bungen
Kapitel: 3
Thema: MaxDB-Interna
Tiefer in die inneren Strukturen sehen.
D.
3-1
Setzen Sie bitte die bungen des vorherigen Kapitels fort.
3-2
Savepoint analysieren
3-2-1
3-3
Laufzeit-Umgebung der Datenbank analysieren

3-3-1
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.
Nutzung der Page-Clusterung auch fr das Fllen der Datenbank

3-4-1
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
Setzen Sie bitte die bungen des vorherigen Kapitels fort.
3-2
Savepoint analysieren
3-2-1
3-3
Laufzeit-Umgebung der Datenbank analysieren

3-3-1
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.
Nutzung der Page-Clusterung auch fr das Fllen der Datenbank

3-4-1
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
Datenbanksicherung und -wiederherstellung
Inhalt:
Methoden und Optionen von Datenbanksicherungen
Allgemeine Sicherungsstrategie
Durchfhrung von Wiederherstellungen

Aktionsmatrix fr Wiederherstellungsszenarien
SAP 2008
SAP AG
ADM515
5-1
Datenbanksicherung und -wiederherstellung:

Lernziele

Sicherungen und Wiederherstellungen durchfhren
Kennen wichtige Aspekte einer Sicherungsstrategie
SAP 2008
SAP AG
ADM515
5-2
Agenda I

1.1.
1.2.
1.3.
1.4.
1.5.
1.6.
3. MaxDB-Interna
Einfhrung
3.1.
3.2.
3.3.
3.4.
3.5.
-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

Database Studio
Parameter
bungswerkzeug
4.1.
4.2.
4.3.
4.4.
4.5.
4.6.
4.7.
4.8.
4.9.
MaxDB Snapshots
Log-Sicherungen
Sicherungsstrategie
Wiederherstellungen
SAP 2008
SAP AG
ADM515
5-3
Agenda II
5.
5.1.
5.2.
5.3.
5.4.
5.5.
5.6.
5.7.
7.
Prfen der Datenbank

Datenbankinstanz
(Releasewechsel)
Migration zur MaxDB
Hochverfgbarkeit
MCOD

7.1.
7.2.
7.3.
7.4.
7.5.
bersicht
Interface & User
Problemsituationen
6.1.
6.2.
6.3.
6.4.
6.5.
6.6.
B*-Bume
Optimierung
SAP 2008
SAP AG
ADM515
5-4
MaxDB-Sicherungskonzept
Datensicherung
DATA_A0
Periodische Sicherung des

Datenbestandes auf externe
Sicherungsmedien
DATA_A2
DATA_A1
Log-Sicherung
Periodische Sicherung des LogBereichs ber Filesicherungen

auf externe Sicherungsmedien
zur Vermeidung von LOG FULLSituationen
File(s)
LOG
LOG_A1
LOG_A2
LOG_A3
LOG_A4
Wichtig !! Alle Sicherungen werden durch den Datenbankkern durchgefhrt

Dateisicherungen von Volumes sollten nur in Ausnahmefllen angelegt werden
SAP 2008
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
Datensicherung: vollstndig - inkrementell
DATA 1
Complete
=
DATA 2
...
DATA n
Incremental
=
seit der letzten
vollstndigen Sicherung
genderte Seiten
SAP 2008 / Page 1
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
SAP 2008 / Page 1
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 2008 / Page 1
Die Datensicherung kann auf eines oder mehrere Medien erfolgen.

y Wenn mehrere Medien verwendet werden sollen, mssen diese in einer Gruppe paralleler
Sicherungsmedien (Template Group) organisiert sein.
y Untersttzte Sicherungsmedien sind Bnder, Dateien und Pipes. Pipes werden u.a. als Schnittstelle
zu externen Sicherungstools genutzt.
Interaktive Log-Sicherungen knnen auf regulre Dateien oder Pipes erfolgen.
y Parallele Log-Sicherungen werden nicht untersttzt.
y Pipes werden nur dann untersttzt, wenn dabei Sicherungstools die Daten aus der Pipe
entgegennehmen und nach Abschluss der Sicherung eine Rckmeldung vom Sicherungstool
erfolgt.
Automatische Log-Sicherungen ber die Funktion AutoLog knnen nur in Dateien erfolgen.
y Pipes sind nicht mglich.
y Die automatische Log-Sicherung schreibt Versionsdateien (Version Files).
y Mit dem dbmcli-Kommando archive_stage knnen diese im Dateisystem abgelegten
Versionsdateien automatisch an ein Sicherungstool weiterreicht werden.
SAP AG
ADM515
5-8
Backup auf Windows Share
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

bersichtsdiagramm
Thema 1: Vollstndige Datensicherung
Thema 2: Inkrementelle Datensicherungen
Thema 3: MaxDB Snapshots
Thema 4: Log-Sicherungen
Thema 5: Automatische Log-Sicherung
Thema 6: berprfen der Sicherungen
Thema 7: Sicherungsstrategie
Thema 8: Externe Sicherungstools
SAP 2008 / Page 1
SAP AG
ADM515
5-10
DAT_00001
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
Anlegen des Sicherungstemplate
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
MaxDB untersttzt mehrere externe Sicherungstools und Sicherungstechniken:

y Networker (NSR)
y Tivoli Storage Manager (TSM)
y Werkzeuge, die das Interface Backint for MaxDB oder Backint for Oracle untersttzen (BACK)
z.B.
- HP Data Protector >6.0 untersttzt Backint for MaxDB
- Comvault QiNetix > 6.1 untersttzt Backint for MaxDB
- Alle weiteren nicht aufgefhrten und am Markt bekannten externen Sicherungstools
mssen ber das Backint for Oracle angeschlossen werden und bentigen erfahrungsgem
weitere Adapter der Anbieter von externen Sicherungstools.
Um eines dieser Werkzeuge zu untersttzen, ist als Device Type des Sicherungstemplates Pipe
notwendig.
Weitere beispielhafte Definitionen fr Templates unter Unix und Windows:
y Windows: Erstes Bandlaufwerk: \\.\tape0
Pipe: \\.\pipe\PipeName
UNIX: Bandlaufwerke z.B.: /dev/tape0
Pipes: /tmp/pipe0
Template-Definitionen werden in der Datei dbm.mmm im Arbeitsverzeichnis der
Datenbankinstanz abgelegt.
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
Backup-Wizard Vorbereitung und Start
Anlegen und Verndern eines

Sicherungstemplates
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 2008 / Page 1
In diesem Sicherungsschritt wird die Sicherung schlielich ausgefhrt.

ber den Button Background kann das Popup und die damit ausgefhrte Funktion in den
Hintergrund verschoben werden. Ein Doppelklick auf den Eintrag in der Aktionsliste unter dem
Reiter Actions bringt die Details zu der Aktion im Wizard-Fenster zurck und Sie knnen sich ber
den Status der Aktion informieren.
Die Sicherungshistorie zeigt anschlieend die vollstndige Sicherung als Startpunkt fr weitere
Sicherungen an.
SAP AG
ADM515
5-16
Sicherungen: bersichtsdiagramm

SAP 2008 / Page 1
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
Inkrementelle Datensicherung - Beginn
SAP 2008 / Page 1
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
Inkrementelle Datensicherung Definition
SAP 2008 / Page 1
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
Inkrementelle Datensicherung Ausfhrung
SAP 2008 / Page 1
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
SAP 2008 / Page 1
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

SAP 2008 / Page 1
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
(z.B. bei SAP Upgrades, Einspielen von SP)
Restore von Training-Systemen auf definierten Status
Vor dem
Upgrade
Upgrade nicht
erfolgreich
System wieder auf Datenbestand

des Snapshot zurckgesetzt
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
MaxDB Snapshots anlegen
SAP 2008
Die entsprechenden DBMCLI Kommandos lauten:

dbmcli U c db_execute CREATE SNAPSHOT Kommentar
Es wird eine ID des angelegten Snapshots zurckgeliefert, die auch in der Liste des Database
Studios wieder auftaucht.
dbmcli U c db_execute DROP SNAPSHOT <ID>
dbmcli U c db_execute RESTORE SNAPSHOT <ID>
SAP AG
ADM515
5-25
MaxDB Snapshot Management
SAP 2008 / Page 1
Wiederherstellen (Revert to) und Lschen eines MaxDB-internen Snapshots
SAP AG
ADM515
5-26
MaxDB Snapshots: Master Slave mit Snapshots

Master
Stand
:
:
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
seit letzter vollstndiger Sicherung
Stand
14.01.2009
DATA
SAP 2008 / Page 1
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

SAP 2008 / Page 1
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
interaktiv oder skriptgesteuert
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
Interaktive Log-Sicherung (1)
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 2008 / Page 1
Unter Backup knnen Sie eine interaktive Log-Sicherung starten.

Wie blich wird zur Erstellung einer Log-Sicherung eine initiale Vollsicherung der Daten fr eine
folgende Log-Sicherung bentigt. Log-Sicherung sind hier Delta-Sicherungen, die einen Startpunkt
bentigen. Wenn diese Vorraussetzung nicht erfllt ist, wird die Option Log Backup ausgeblendet.
Whlen Sie anschlieend Next Step.
SAP AG
ADM515
5-31
SAP 2008 / Page 1
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

SAP 2008 / Page 1
SAP AG
ADM515
5-34
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
Aktivieren der automatischen Log-Sicherung
SAP 2008
Um die automatische Log-Sicherung zu aktivieren, legen Sie ein entsprechendes Sicherungsmedium

mit dem Backup Type Log an. Schalten Sie die automatische Log-Sicherung dann ein, indem Sie
AutoLog ON whlen.
Wie blich bentigen Sie fr das Aktivieren der automatischen Log-Sicherung eine initiale
Datensicherung. Anderenfalls wird die Option im Wizard nicht angeboten.
Die automatische Log-Sicherung ist so lange aktiv, bis sie manuell abgeschaltet wird oder ein Fehler
beim Sichern auftritt.
Den Status der automatischen Log-Sicherung erkennen Sie zum Beispiel unter Reiter Log Area der
registrierten Datenbankinstanzen.
SAP AG
ADM515
5-36
SAP 2008 / Page 1
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
SAP 2008 / Page 1
Eine typische Abfolge von Sicherungen im Database Studio mit dem Fokus auf die letzte LogSicherung und den dazugehrenden Details.
SAP AG
ADM515
5-38

SAP 2008 / Page 1
SAP AG
ADM515
5-39
Aufruf z.B. ber das Database Studio:
Kontextmen der Datenbankinstanz Check Backup
Kontextmen der Sicherung in der Sicherungshistorie Check Backup
Kontextmen des Sicherungstemplates Check Backup
Prfen mit Hilfe einer Servicedatenbank
Daten werden nicht auf die Platten geschrieben
Servicedatenbank belegt keinen Plattenplatz
Prfen von parallelen Sicherungen mglich
berprfung der Sicherung auf

Vollstndigkeit
Das erfolgreiche (richtige) Lesen der Sicherungsinhalte
(Page Header)
Es wird keine berprfung der Dateninhalte vorgenommen
SAP 2008 / Page 1
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
Sicherung prfen Sicherung aus Historie
SAP 2008
Drei Optionen der Analyse von Backups werden angeboten:

y berprfen des letzten Sicherungssatzes bestehend aus evt. Daten- und/oder Log-Sicherung
y berprfen eines bestimmten Sicherungstandes
y berprfen eines einzelnen Mediums oder Mediumgruppe
Hier wird die Option gezeigt, einen bestimmten Sicherungsstand zu testen.
Bitte Legen oder Selektieren Sie ein zu berprfendes Medium an.
Um die berprfung zu starten, whlen Sie Start.
SAP AG
ADM515
5-42
Sicherung prfen ein spezielles Medium
SAP 2008 / Page 1
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

SAP 2008 / Page 1
SAP AG
ADM515
5-44
Sicherungsstrategien
Data backup (complete)
Automatic log backup

Data backup (incremental)
Check data (Verify)

Check data backup
28 days
online
Data backup (complete)
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
Wochenplaner fr Sicherungen DBA-Cockpit
SAP 2008 / Page 1
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

SAP 2008 / Page 1
Siehe auch SAP Hinweis 822240 (FAQ: MaxDB und der Einsatz von externen
Sicherungswerkzeugen)
SAP AG
ADM515
5-47
Sicherung mit externen Werkzeugen

Database
Manager CLI
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
Die Anbindung externer Sicherungswerkzeuge ist im DBM-Server implementiert.

Der DBM-Server setzt das Sicherungskommando an den Datenbankkern ab.
Dieser erzeugt und ffnet ein oder mehrere Pipes sequentiell.
Der DBM-Server startet den Backup-Client des Sicherungswerkzeugs, sobald der Datenbankkern die
erste Pipe ffnet.
Das Sicherungswerkzeug ffnet die Pipes, bertrgt die Daten zum Backup-Server und speichert sie
auf Band.
Der Datenbankkern vermerkt das Ergebnis der Sicherung in der Sicherungshistorie.
Der DBM-Server befragt ggf. das Sicherungswerkzeug nach den eindeutigen Sicherungs-IDs
(External Backup ID) und trgt diese in die External Backup History (dbm.ebf) ein. Damit ist es
mglich, die von Datenbankkern erzeugten Backup-IDs mit der Sicherungskennung des externen
Sicherungswerkzeugs in Verbindung zu bringen.
Protokolliert wird die Sicherung im External Backup Protocol (dbm.ebp) bzw. der langen Version
(dbm.ebl):
y wird bei jeder Aktion mit einem direkt untersttzten Sicherungswerkzeug geschrieben
y Die Datei dbm.ebp wird nach jedem Start des DBM-Server berschrieben
y lsst sich im Database Studio anzeigen (DB-Instanz Control Diagnosis Files)
y Inhalt: Konfigurationsangaben
Datenbankkernkommandos
Aufrufe des Sicherungswerkzeugs
Ergebnisse von Sicherungswerkzeug und Datenbank
Ausgaben des Sicherungswerkzeugs
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
Konzept der Sicherung mit Backupmedien
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
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
Nachdem die AutoLog-Sicherungen stattfanden und diese Sicherungen im Log Staging-Bereich

stehen, mu eine Nachbehandlung bzw. Weiterverarbeitung dieser Dateien erfolgen.
In frheren Versionen der Datenbank mussten Administratoren eigene Scripte/Konzepte erstellen um
diese zu bewerkstelligen.
Aber die Implementierung des dbmcli-Kommandos archive_stage bietet nun eine einfache Lsung
und berlsst dem DBMserver die Aufgabe, die Verionsdateien des AutoLog an die externe
Sicherungslsung zu schicken. Der DBMserver wei zu jeder Zeit, welche der Dateien beschrieben
wird und welche zur Weiterverarbeitung bereit sind.
Daher nimmt der DBMserver die fertigen Dateien aus dem Log Staging-Bereich und schickt sie ber
ein existierendes Log-Sicherungsmedium an die externe Sicherungslsung.
Derzeit werden nur externe Sicherungslsungen aber keine lokalen Bandstationen untersttzt, auch
wenn diese Untersttzung auf der Agenda steht.
SAP AG
ADM515
5-51
Konzept des backint for Oracle mit MaxDB
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
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
Konzept archive_stage mit backint for

Oracle
Datenbank
Backint
control files
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
DBMSRV
(Management inkl.
techn. Wissen ber
Backint Staging
Clienttool
der
Server
Software
Ext.
Sicherungstool
Backuptools, die
keine Pipes
untersttzen:
DataProtector (HP)
ADSM/Tivoli (IBM)
(ADINT)
ARCserv
SAP 2008 / Page 1
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
Konzept des backint for MaxDB
Datenbank
Backint
control files
Management
Log medium
Data medium
Pipe
Kernel
Autolog
DATA
medium
SicherungsServer
DatenbankServer
DBMSRV
(Management inkl.
techn. Wissen ber
Clienttool
der
Server
Software
Ext.
Sicherungstool
Sicherungstools, die
Pipes im Rahmen von
BACKINT (Backint for
MaxDB) untersttzen:
File.3
File.3
File.3
LOG
Comvault QiNetix 6.1

DataProtector >= 5.5 (HP)
Log Staging
SAP 2008
SAP AG
ADM515
5-54
Konzept archive_stage mit backint for

MaxDB
Datenbank
Backint
control files
Management
Log medium
Data medium
Pipe
Kernel
Autolog medium
DATA
DatenbankServer
DBMSRV
(Management inkl.
techn. Wissen ber
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
Comvault QiNetix 6.1

DataProtector >= 5.5 (HP)
Log Staging
SAP 2008
SAP AG
ADM515
5-55
Syntax des archive_stage
Syntax:
archive_stage <medium> <stage> [VERIFY|NOVERIFY] [REMOVE|KEEP]
[FileNumberList|FNL <list>]
Parameter:
<medium>
<stage>
VERIFY
Zielmedium, auf das die existierenden Versionsdateien

geschrieben werden sollen
Medium, das beim AutoLog genutzt wird
gesicherte Logsicherungen werden verifiziert
(default)
NOVERIFY
gesicherte Logsicherungen werden nicht verifiziert
REMOVE
gesicherte Logsicherungen werden nach erfolgreicher

Sicherung gelscht (default)
KEEP
gesicherte Dateien werden nicht gelscht
<list>
Kommaseparierte Liste der Versiondateien, die bearbeitet

werden sollen.
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 des archive_stage_repeat
Syntax:
archive_stage_repeat <medium> [VERIFY|NOVERIFY] [REMOVE|KEEP]
Parameters:
<medium>
Zielmedium, auf das die existierenden Versionsdateien

geschrieben werden sollen
VERIFY
gesicherte Logsicherungen werden verifiziert

(default)
NOVERIFY
REMOVE
gesicherte Logsicherungen werden nicht verifiziert

gesicherte Logsicherungen werden nach erfolgreicher
Sicherung gelscht (default)
KEEP
gesicherte Dateien werden nicht gelscht
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
Mit archive_stage_repeat bietet die MaxDB die Mglichkeit Versionsdateien mehrfach an

die externe Sicherungslsung zu schicken. Damit ist es etwa mglich, die Dateien auf
unterschiedliche Bnder oder Bandlaufwerke zu schicken.
Die einzige Einschrnkung dabei ist derzeit, da das archive_stage_repeat in der gleichen
DBMserver-Session wie das archive_stage zuvor ausgefhrt werden mu.
SAP AG
ADM515
5-57
Externe Snapshots in Sicherungshistorie
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
Sicherungslsungen und deren Untersttzung
Tool
Client Tool Name
EMC
Legato Networker
IBM Tivoli Storage
Manager
ADINT2
Direkter Support durch

MaxDB
via
Pipes
Backint for MaxDB

via
Pipes
NSR
ADSM (TSM with MaxDB 7.6.0

B26 ff.)
X
X1 (Version 5.5)
X2 (Version 6.1)
Veritas
Netbackup
BACK
BACK
CA Brightstor
ARCserv
Commvault QiNetix
Backup Template Name
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.
Weitere Informationen ber Technologie Partner finden Sie unter:

http://www.sap.com/partners/directories
(Verwenden Sie in der Suche die Kategorie: Certification Category:Backup)
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
Diagnose im Database Studio
Laufzeitumgebung
knlMsg
knlMsg.old
knlMsg.err
Sicherungshistorie
dbm.knl
dbm.mdf
/sapdb/data/wrk/<SID>
Aktionen der
Utility-Task
dbm.utl
Protokoll der
Client-Kommandos
dbm.prt
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
Thema 2: Strategie
SAP 2008
SAP AG
ADM515
5-63
Wiederherstellungsstrategie
Sicherungshistorie
vollstndige
Datensicherung
(DAT_00014)
inkrementelle
Datensicherung
(PAG_00015)
Wiederherstellungsvorgnge
neue Platte einrichten

Betriebszustand Admin
DAT_00014
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
Thema 2: Strategie
SAP 2008
SAP AG
ADM515
5-65
Wiederherstellen (1)
SAP 2008 / Page 1
Im Folgenden ist der Wiederherstellungsvorgang im Database Studio erlutert.
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
SAP 2008 / Page 1
Whlen Sie die gewnschte Wiederherstellungsoption.

y Recover last backup: Setzt die Datenbank in ihren letzten Zustand vor dem Absturz zurck.
y Recover specified backup from history: Setzt die Datenbank in einen bestimmten Zustand in der
Vergangenheit der Sicherungshistorie zurck.
y Recover a medium: Wiederherstellen ohne Sicherungshistorie, um z.B. eine Sicherung einer
anderen Datenbank einzuspielen.
ber die Option Initialize database before recovery kann die Datenbank und insbesondere der Log
neu initialisiert werden.
y Dabei werden alle Log-Informationen, die nicht bereits gesichert wurden, unwiederruflich
berschrieben. Hier besteht die Gefahr des Verlusts von Transaktionsdaten.
y Wenn das Log-Volume defekt ist, ist diese Option wichtig um den Log zu reparieren. Vorher
sollte aber noch eine Log-Sicherung sicherheitshalber durchgefhrt werden, um so viel Log wie
mglich aus dem defekten Log-Volume herauszuziehen.
y Bei einer Systemkopie von einer anderen Datenbank in diese Instanz ist es wichtig, diese Option
zu whlen, damit das Log-Volume gelscht wird und die alten Log-Informationen nicht mit dem
unterschiedlichen Datenbestand kollidieren.
Sie knnen hier einen Zeitpunkt in der Vergangenheit angeben, bis zu dem die Wiederherstellung
durchgefhrt werden soll. Dies betrifft aber nur das Nachfahren von Log-Eintrgen, d.h. alle
Informationen, die bereits in den Datensicherungen enthalten sind, werden komplett
wiederhergestellt. Nur beim Nachfahren von Log-Eintrgen aus zustzlichen Log-Sicherungen oder
dem Log-Volume kann ein Wiederherstellungszeitpunkt bercksichtigt werden.
Die weiteren Schritte hngen von Ihrer Auswahl ab. In diesem Fall whlen wir die Option Recover
specified backup from history.
Im nchsten Schritt werden alle vollstndigen Datensicherungen als Datenbasis (Startpunkt) fr die
Wiederherstellung aufgelistet.
SAP AG
ADM515
5-67
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
Die Sicherungs-Templates
DEV_DATA und
DEV_INC
wurden jeweils mehrfach mit

unterschiedlichen Dateinamen
DATA2, DATA3 bzw.
DEV_INC1, DEV_INC2, DEV_INC3
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
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
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
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
Die Wiederherstellungsprozedur wird natrlich auch in der Sicherungshistorie protokolliert. Da wir

hier eine Wiederherstellung auf der gleichen Datenbankinstanz durchgefhrt haben, taucht kein
HISTLOST auf.
Dies wre der Fall bei einer Wiederherstellung mit Initialisierung des Log-Volumes.
Im berblicksreiter Overview erkennen wir dann oft die Info, da es sogenannte Bad Indexes gibt.
y Dieses bedeutet nicht, da die Indizes durch fehlerhafte Hardware erzeugt wurden, sondern es
handelt sich um eine Besonderheit im MaxDB-Umfeld:
y Um die Wiederherstellung so schnell wie mglich abzuschlieen und die Datenbank produktiv
zu bekommen, wird das Erstellen von sekundren Indizes beim Vorrollen von Log
bersprungen.
y Alle Indizes, die in den Daten-Sicherungen schon vorhanden sind, betrifft dies nicht, sondern
nur die CREATE INDEX-Kommandos in den zu verarbeiteten Log-Informationen whrend der
Wiederherstellungsprozedur.
y Es gibt den Datenbankparameter UseAutomaticBadIndexRecreation mit dem diese Option
deaktiviert werden kann, was aber eine lngere Downtime zur Folge hat.
SAP AG
ADM515
5-73
Wiederherstellen Fehlerhafte Indizes

anzeigen und wiederherstellen
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
Behandlung von Transaktionen beim Restart

Savepoint
Savepoint
T1
Savepoint
Absturz
C
T2
T3
R
T4
C
T5 R
T6 C
Zeit
Keine Wiederherstellung der Transaktionen T1 und T5

Wiederherstellung der Transaktionen T4 und T6
Zurckrollen der Transaktionen T2 und T3
SAP 2008 / Page 1
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
Nachfahren der Log-Eintrge
Log
Log-Dateien
1
2
3
4
5
6
7
C
...
...
1
2
3
R
Daten
...
...
Log-Sicherung
1
...
Das Einlesen der Log-Eintrge wird parallelisiert durchgefhrt

Der aktuelle online-LogVolume bleibt hierbei unverndert
SAP 2008 / Page 1
Sammlung aller transaktionsrelevanter Aktionen in sogenannten Log-Dateien pro Transaktion

innerhalb der Data-Volumes
Die Log-Information kann dabei aus einer Log-Sicherung oder aus dem Log-Volume stammen.
Sobald alle Daten einer Transaktion gesammelt sind, wird die nachzufahrende Transaktion
abgearbeitet.
Das Nachfahren der Log-Eintrge bentigt daher Platz im Daten-Volume und kann je nach LogAufkommen theoretisch den gesamten Datenbereich fllen.
SAP AG
ADM515
5-77
Wiederherstellung
Thema 2: Strategie
SAP 2008
SAP AG
ADM515
5-78
Nutzung gespiegelter Logs zur

Wiederherstellung
Derzeit keine direkte Untersttzung im Database Studio 7.7 (bis 7.8.00 B06)
Bis dahin alternativ manuell ber
Bestimmung des fehlerhaften Log-Volume mit folgendem Kommando:
db_execute GET BAD LOG VOLUME
Wiederherstellen des defekten Log-Volumes (als Teil eines Spiegels) durch das Kommando:
db_execute RESTORE LOG VOLUME '<directory>/DISKL001'
Oder indirekt ber das Database Studio, wenn nur der Log-Spiegel defekt ist:
Deaktivierung der Option Log-Spiegelung und ungespiegelte Log-Volumes nutzen.

Anschlieend sollte die Log-Spiegelung ber den Wizard wieder reaktiviert werden.
SAP 2008 / Page 1
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
Thema 2: Strategie
SAP 2008
SAP AG
ADM515
5-80
Wiederherstellen vollstndige
Datensicherung
t
Restore
DAT_00004
DAT_004
DAT_004
Data 1
Data 2
Data n
SAP 2008 / Page 1
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
Wiederherstellen inkrementelle Sicherung
Restore
PAG_005
DAT_004
Restore
DAT_004
PAG_005
Data 1
Data 2
Data n
SAP 2008 / Page 1
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
Redo Log Info vom Log Volume
LOG_010
Restore
LOG_010
and
Restart
Log
Log
Data 1
Data 2
Data n
SAP 2008
3. Schritt nderungen nach den Datensicherungen wiederherstellen

y Variante 1: Alle bentigten Daten stehen noch im Log-Volume, auch wenn schon ein oder
mehrere Log-Sicherungen angefertigt wurden. Alle Log-Eintrge werden aus dem Log-Volume
und nicht aus der Log-Sicherung entnommen.
y Wenn die Datenbankinstanz in den Zustand ONLINE gebracht wird, werden die Log-Eintrge
nachgefahren.
SAP AG
ADM515
5-83
Wiederherstellen Nachfahren der

Logeintrge
t
and
Restart
Redo Log Info vom Log Volume
Until 01.01.2006 12:45:21
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
3. Schritt nderungen nach den Datensicherungen wiederherstellen

y Variante 2: Die Datenbankinstanz soll nur bis zu einem bestimmten Zeitpunkt in der
Vergangenheit wiederhergestellt werden, um einen Eingabefehler rckgngig zu machen und
den ursprnglichen Zustand der Daten zu erhalten.
y Es wird ein Restore Until-Zeitpunkt fr das Starten der Datenbankinstanz und das Nachfahren
der Log-Eintrge angegeben. Log-Eintrge, die nach diesem Zeitpunkt liegen, werden ignoriert
und gelscht.
y Um diese Log-Informationen fr nachfolgende Restore-Operationen weiter zur Verfgung zu
haben (z.B. fr einen weiteren Restore Until mit einem spteren Zeitpunkt), wird dringend
empfohlen, vor dem Restore Until eine Log-Sicherung anzufertigen!
SAP AG
ADM515
5-84
Wiederherstellen Log-Versionsdateien
Data 1
Restore
Redo Log Info vom
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
Redo Log Info vom
LOG_010
LOG_011
Log Volume
and
Restart
Until 01.01.2006 12:45:21
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
Wiederherstellung mit externen

Sicherungstools
Database
Manager CLI
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
Thema 2: Strategie
SAP 2008
SAP AG
ADM515
5-88
Aktionsmatrix nach Fehlersituation (1)
Ausfall eines
Daten-Volume
Data
Normale Wiederherstellung der Datenbankinstanz
Das bestehende Log-Volume wird verwendet, um den

letzten Stand der Datenbankinstanz wiederherzustellen.
Sind die bentigten Log-Eintrge nicht mehr im Log-Volume

vorhanden (gesichert und dann im Log-Volume
berschrieben), mssen zustzlich Log-Sicherungen
nachgefahren werden.
SAP 2008
SAP AG
ADM515
5-89
Ausfall eines
Log-Volume
Vorgehen hnlich der Systemkopie (Hinweis 129352)
Initialisierung der Datenbankinstanz und Formatierung der

Log-Volumes (Database Studio: Recovery Option
Initialization...) ohne Konfigurationsnderungen
Wenn Sie die Lage von Volumes ndern mssen, whlen

Sie bitte stattdessen Initialize Database im Kontextmen
der Instanz des Database Studios
Whrend der verschiedenen Wizards werden dann Datenund evtl. erstellte Log-Sicherungen wiederhergestellt.
Bei diesem Vorgehen kommt es zu Datenverlust.

Der Datenbankzustand kann bis zum Zeitpunkt des letzten
Eintrags der vorhandenen Log-Sicherungen
wiederhergestellt werden. Es fehlen jedoch alle
Datennderungen, die nach der letzten Log-Sicherung
vorgenommen wurden.
Log
SAP 2008
Wie eine Systemkopie erstellt wird, beschreibt das folgende Kapitel.

Wenn Sie den Log-Modus Mirroring (gespiegelte Volumes) nutzen und einer der beiden LogVolumes ausgefallen ist, beachten Sie bitte den Abschnitt mit dem Thema Nutzung gespiegelter
Log-Volumes.
Es ist immer empfehlenswert, die letzen Log-Informationen aus dem online-Log-Volume noch ein
letztes Mal zu sichern, auch wenn das Log-Volume evt. stellenweise defekt ist. Der
Sicherungsprozess wird dann alle intakten Log-Pages sichern bis der erste Page-Fehler auftritt.
SAP AG
ADM515
5-90
Ausfall der Platte mit

der Datenbanksoftware unter /sapdb
/sapdb Programme
etc.
Wiederherstellung des Programmverzeichnisses
Per Installation des zuletzt verwendeten Patches

Angabe der Installationsverzeichnisse im interaktiven Modus des
Installationstools (sdbinst):
Independent Data Path: /sapdb/data
Independent Program Path: /sapdb/programs
Dependent Path: /sapdb/<SID>/db
Wiederherstellung der Datenbank wie beim Ausfall eines LogVolume
Kontrollieren Sie, dass evtl. genutzte RAW-Volumes wieder

bereitstehen
Achten Sie bei der Wiederherstellung darauf, dass der

Parametersatz aus der Datensicherung verwendet
wird.
SAP 2008 / Page 1
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

Zusammenfassung
Sie knnen nun:
Sicherungen und Wiederherstellungen durchfhren
Kennen wichtige Aspekte einer Sicherungsstrategie
SAP 2008 / Page 1
SAP AG
ADM515
5-92
bungen
Kapitel: 4
Thema: Datenbanksicherung und -wiederherstellung
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
Definition der Backupmedien

Zur Erstellung von Sicherungen wurden Bereiche fr jede Datenbankinstanz
angelegt, die von den Teilnehmern entsprechend der verwendeten
Datenbankinstanz bei der Definition der Backupmedien angegeben werden knnen:
Gruppe NN Datenbank T<NN> G:\sapdb\T<NN>\savefiles\
Bitte stellen Sie sicher, da Sie die fr Sie bereitgestellten Bereiche nutzen.
Bei der Erstellung der Datenbank wurde gleich eine erste Sicherung
G:\sapdb\T<NN>\savefiles\datasave (Mediumname data)
erzeugt. Diese kann jederzeit genutzt werden, um wieder auf den Urzustand zu
Beginn der Schulung zurckzukehren. Dazu verwenden Sie bitte die Beschreibung
zur Installation einer neuen Datenbankinstanz aus Kapitel 5 (Kontextmen der
Instanz Initialize Database). Bitte halten Sie diese Sicherung fr Notflle
zurck.
4-2
4-1-1
Anlegen des Medium fr eine vollstndige Datensicherung.
4-1-2
Anlegen des Mediums fr inkrementelle Datensicherungen
4-1-3
Anlegen des Mediums fr Log-Sicherungen
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)
Erstellung eines vollstndigen Datenbackups

4-2-1
SAP AG
Fhren Sie mit Hilfe des Database Studios eine vollstndige

Datensicherung durch.
ADM515
5-93
4-3
Erstellung einer inkrementellen Datensicherung

4-3-1
4-4
Erstellung einer Logsicherung

4-4-1
4-5
4-6
4-5-1
Verwenden Sie den Database Studio um die Autolog Funktion zu

aktivieren. Dabei knnen Sie das bestehende Log-Medium verwenden.
4-5-2
Fllen Sie den Log weiter mit dem Tool und berprfen der Funktion des
AutoLog.
4-5-3
Stimmt die Gre der Sicherungen mit dem Parameter

AutoLogBackupSize berein? Bitte verndern Sie den Parameter
AutoLogBackupSize entsprechend der Mglichkeiten des Mediums oder
entsprechend des Logaufkommens eines Arbeitstages.
4-5-4
Nutzen Sie die Zeitsteuerung der automatischen Los-Sicherung im

Database Studio um eine zeitgesteuerte Log-Sicherung zu aktivieren.
Sicherungshistorie
berprfen Sie ein oder mehrere Sicherungen mit dem im Trainingmaterial

beschriebenen Verfahren.
Ausfall eines Daten-Volumes simulieren und wiederherstellen der Datenbank

druchfhren
4-8-1
SAP AG
Konsultieren Sie die Sicherungshistorie, um sich einen berblick ber die

gemachten Sicherungen zu verschaffen. Identifizieren Sie die Sicherungen
mit deren Hilfe Sie am schnellsten ein Restore erreichen.
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.
Einrichten und aktivieren des AutoLog
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
Nachdem Sie eine ansehnliche Sicherungshistorie aus Voll-,

inkrementellen und Log-Sicherungen besitzen, stoppen Sie bitte die DB
und benennen ein Daten-Volume um oder lschen es.
4-8-4
Anschlieend benutzen Sie das in den Unterlagen beschriebene Szenario,

um die Datenbank wieder herzustellen.
Optional: Point in Time Recovery

4-9-1
SAP AG
Whrend der Tests des Wiederaufsetzens der Datenbank ist es ebenfalls

mglich anschlieend auch das Point-in-Time-Recovery zu probieren.
(Tipp: Sie knnen die Tabelle FILLTABLE zu einem bestimmten
Zeitpunkt lschen und dann bei dem Point-in-Time Recovery eine
Zeitpunkt vor dem Lschen der Tabelle whlen. Damit knnen Sie ber die
Existenz der Tabelle nach der Wiederherstellung berprfen, ob das Pointin-Time Recovery funktioniert hat.
ADM515
5-95
SAP AG
ADM515
5-96
Lsungen
Kapitel: 4
Thema: Datenbanksicherung und -wiederherstellung
4-1
Definition der Backupmedien

4-1-1 Whlen Sie bitte im Database Studio im Administrationsbereich den
Menpunkt Backup und Templates und anschlieend den Menpunkt
New oder das entsprechende Klappmen auf der linken Seite des Tools.
Vorschlag: Mediumname DATAcomp_<SID>
Backup Type Complete Data
.
Device Type File
.
Backup Tool NONE
.
Device/File G:\sapdb\<SID>\savefiles\DataC_<SID>.bak
4-1-2 Whlen Sie im Database Studio im Administrationsbereich den Menpunkt
Backup und Templates und darin anschlieend den Menpunkt
Vorschlag: Mediumname DATAinc_<SID>
Backup Type Incremental Data
.
Device Type File
.
Backup Tool NONE
.
Device/File G:\sapdb\<SID>\savefiles\DataI_<SID>.bak
Backup und Templates und darin anschlieend den Menpunkt
Vorschlag: Mediumname LOG_<SID>
Backup Type Log
.
Device Type File
.
Backup Tool NONE
.
Device/File G:\sapdb\<SID>\savefiles\Log_<SID>
SAP AG
ADM515
5-97

Backup und Templates und darin anschlieend das entsprechende
Klappmen unter dem Menpunkt New auf der linken Seite des Tools.
Es erscheint die Option New Parallel Backup Template.
Vorschlag:
Name
GruppeDATA_<SID>
.
Backup Type Complete Data
Device Type File
.
Backup Tool None
Device 1
Device/File: G:\sapdb\<SID>\savefiles\GroupM1_<SID>.bak
Device 2
Device/File: G:\sapdb\<SID>\savefiles\GroupM2_<SID>.bak
Die hier angezeigte Zahl vom Device-Reitern hngt direct vom DatenbankParameter MaxBackupMedia ab.
4-2
Erstellung eines vollstndigen Datenbackups

4-2-1 Whlen Sie im Kontextmen der Datenbankinstanz den Menpunkt
Backup an und folgen der in den Unterlagen beschriebenen Vorgehensweise
zu Erstellung einer Daten-Vollsicherung. Whlen Sie im Folgebild das
entsprechende Medium fr die Vollsicherung aus und spezifizieren
anschlieend die Art der Sicherung. Danach starten Sie bitte die Sicherung.
Sollten Fehler auftreten, kontrollieren Sie bitte die Eintrge in der Datei
knlMsg zum Zeitpunkt des Fehlers
4-3
Erstellung einer inkrementelle Datensicherung

4-3-1 Fllen Sie zuerst zustzliche Daten in Ihre Datenbank mit Hilfe des Tools
filldb.py ein:
cd /d %PYTHONPATH%
x_python filldb.py d <SID> -u sap<sid>,sap data
Gehen Sie entsprechend der Daten-Vollsicherung vor, und nutzen den
Wizard hinter Menpunkt Backup. Whlen Sie aber die Option
Incremental Data Backup, das Medium fr die inkrementelle Sicherung
und spezifizieren dann die Art der Sicherung. Danach starten Sie bitte die
Sicherung.
SAP AG
ADM515
5-98
4-4
Erstellung einer Logsicherung

4-4-1 Fllen Sie zuerst Log in Ihre Datenbank mit Hilfe des Tools filldb.py:
cd /d %PYTHONPATH%
x_python filldb.py d <SID> -u sap<sid>,sap log
Gehen Sie entsprechend der vorherigen Sicherung vor, whlen aber im
Wizard die Option Log Backup aus, dann das Medium fr die LogSicherung und starten dann die Sicherung.
4-5
Einrichten und aktivieren des AutoLog

4-5-1 Kontrollieren Sie bitte, ob sich Ihre Datenbank im Zustand Online befindet,
damit sie unter Administrationbereich Log Area den Hyperlink zum
Aktivieren der automatischen Log-Sicherung finden Automatic Log
Backup. Sollte die Datenbankinstanz nicht Online sein, meldet sich der
Wizard entsprechend. Whlen Sie das gewnschte Medium aus und
aktivieren die Funktionalitt, falls Sie nicht bereits aktiviert ist.
4-5-2 Fllen Sie weiter Log in Ihre Datenbank mit Hilfe des Tools filldb.py ein:
cd /d %PYTHONPATH%
x_python filldb.py d <SID> -u sap<sid>,sap log
Der Log aus dem Log-Volume wird nun immer beim Erreichen einer Gre
von AutoLogBackupSize automatisch gesichert. Beobachten Sie bitte das
Verzeichnis, in das die Log-Sicherungen geschrieben werden.
4-5-3 Den Parameter AutoLogBackupSize knnen Sie ber den
Administrationsbereich Parmeters oder ber das folgende Kommando
ermitteln:
dbmcli -U c param_directget AutoLogBackupSize
Bei diesem Wert handelt es sich um die Anzahl der Pages. Die Dateigre
ist daher durch 8kByte zu dividieren um sie mit dem Parameter vergleichen
zu knnen.
4-5-4 Whrend der Aktivierung des AutoLog ist Ihnen bestimmt schon das Feld
zur Bestimmung der Wiederholungszeit aufgefallen. Nutzen Sie es bitte und
setzen es auf 10 Minuten oder weniger.
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
Ausfall eines Daten-Volumes simulieren und wiederherstellen der Datenbank

druchfhren
4-8-1 Es sollten mindestens eine Datenvollsicherung, zwei inkrementelle
Sicherungen und mehrere Log-Sicherungen (interaktiv oder per AutoLog)
vorhanden sein um evt. verschiedene Recovery-Szenarien probieren zu
knnen.
4-8-2 Daneben knnen Sie die Tabelle FILLTABLE auch ber das Database
Studio oder das filldb.py lschen. Zeigen Sie sich dazu bitte die Objekte
unterhalb des SAP<SID>-Users an und lschen die Tabellen mit der rechte
Maustaste ber der Tabelle FILLTABLE Funktion: Drop Table.
4-8-3 Bitte stoppen Sie die Datenbank nach OFFLINE und lschen anschlieend
mit Betriebssystemmitteln ein Daten-Volume. Die Daten-Volumes sollten
im Unterverzeichnis G:\sapdb\<SID>\sapdata\ zu finden sein.
4-8-4 Vorraussetzungen: Bringen Sie die Datenbank in den Modus Admin.
Anschlieend nutzen Sie im Kontextmen Ihrer Datenbankinstanz
Recovery ... um die Bestimmung der Recoverystrategie zu starten.
4-9
Optional: Point in Time Recovery.

4-9-1 Die Recovery-Prozedur kann noch einmal unter Verwendung eines Restore
Until-Zeitpunktes durchgefhrt werden. Dieser Zeitwert kann sowohl am
Anfang als auch spter kurz vor dem Start des Log-Recovery eingegeben
werden. Bitte berprfen Sie nach Erfolg die Funktionsweise anhand der
Existenz der Tabelle FILLTABLE z.B. mit
dbmcli -U c -USQL w sql_execute select * from
TABLES where TABLENAME=FILLTABLE
oder mit dem Database Studio.
Wenn eine Meldung ROW NOT FOUND erscheint, ist der Log zu weit
nachgefahren worden.
SAP AG
ADM515
5-100
Inhalt:
Vorstellung weitergehender administrativer Ttigkeiten
Systemkopien mit MaxDB
Installationen der Datenbanksoftware und genutzte Werkzeuge

Hochverfgbarkeitslsungen mit MaxDB
Migrationen zur MaxDB
SAP 2007 / Page 1
SAP AG
ADM515
6-1
Weitere Administrationsthemen: Lernziele

Systemkopien mit MaxDB erstellen
Installationstools der MaxDB-Software nutzen
die Hochverfgbarkeitslsungen benennen
SAP 2008
SAP AG
ADM515
6-2
Agenda I

1.1.
1.2.
1.3.
1.4.
1.5.
1.6.
3. MaxDB-Interna
Einfhrung
3.1.
3.2.
3.3.
3.4.
3.5.
-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

Database Studio
Parameter
bungswerkzeug
4.1.
4.2.
4.3.
4.4.
4.5.
4.6.
4.7.
4.8.
4.9.
MaxDB Snapshots
Log-Sicherungen
Sicherungsstrategie
Wiederherstellungen
SAP 2008
SAP AG
ADM515
6-3
Agenda II
5.
5.1.
5.2.
5.3.
5.4.
5.5.
5.6.
5.7.
7.
Prfen der Datenbank

Datenbankinstanz
(Releasewechsel)
Migration zur MaxDB
Hochverfgbarkeit
MCOD

7.1.
7.2.
7.3.
7.4.
7.5.
bersicht
Interface & User
Problemsituationen
6.1.
6.2.
6.3.
6.4.
6.5.
6.6.
B*-Bume
Optimierung
SAP 2008
SAP AG
ADM515
6-4
Weitere Administrationsthemen:
bersichtsdiagramm
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 2007 / Page 1
Siehe auch SAP Hinweis 940420 (FAQ: Datenbankstrukturprfung (VERIFY))
SAP AG
ADM515
6-5
Formen der Konsistenzprfung
EXTENDED
Ausfhrliche berprfung der Schlsselsequenzen
WITH LONG CHECK (frher WITH SHARE LOCK)
Zustzliche berprfung der LONG (BLOB) Spalten

Share-Sperren werden gesetzt
EXCEPT INDEX
Indizes werden nicht berprft
WITH UPDATE
Ausfhrung nur im Betriebszustand ADMIN
Zustzliche Pflege des Converters: Page-Nummern ohne Referenzen werden gelscht
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
Konsistenzprfung der Datenbankinstanz
Prfung im Betriebszustand ONLINE:
Es wird nur eine Analyse durchgefhrt und es werden keine nderungen an der
Datenbankinstanz vorgenommen.
Prfung im Betriebszustand ADMIN:
Es wird whrend der Analyse eine Reparatur defekter Strukturen versucht. Dabei wird der
Converter neu aufgebaut.
Ausfhrung
im Database Studio: Kontextmen der Datenbankinstanz Check Database Structure
DBA Cockpit
Aktion: Datenbankstruktur prfen oder

Datenbankstruktur prfen (nur Tabellen)
Weitere Mglichkeiten ber die Konsole
SAP 2008
Ausfhren der Prfung ber die Konsole:

y dbmcli U c uUTL -c util_execute check data
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
Konsistenzprfung im Database Studio
SAP 2007 / Page 1
SAP AG
ADM515
6-8
Konsistenzprfung einzelner Tabellen
Die SQL-Anweisung CHECK TABLE <OWNER>.<TABLENAME> prft alle

Verknpfungen innerhalb des Tabellenbaums.
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)
mit dem Database Manager CLI
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:
dbmcli U c USQL DEFAULT sql_execute check table <SCHEMA>.<TABLENAME>
Ausfhrung im Database Studio:

CHECK TABLE <SCHEMA>.<TABLENAME>
SAP AG
ADM515
6-9
Unit Overview Diagram
Thema 7: MCOD
SAP 2007 / Page 1
SAP AG
ADM515
6-10
Anlegen einer Datenbankinstanz
Sie haben beim Anlegen einer

Datenbankinstanz folgende Mglichkeiten:
Anlegen einer neuen Instanz ohne Inhalt
Anlegen einer Instanz auf Basis
einer bestehenden Sicherung
eines Quellsystems
(z.B. fr eine Systemkopie)
Der Prozess kann per Skript automatisiert

werden.
siehe auch Hinweis 129352
SAP 2007 / Page 1
Beispielskript fr die Erstellung einer Systemkopie auf Basis einer Sicherung:

y dbmcli -R <INSTROOT> -n <db_host> db_create <dbm_user>,<dbm_password>
<sid>adm,<password>
y dbmcli -d SX1 -u <dbm_user>,<dbm_password> -n <db_host> -i scriptfile1
y dbmcli -d SX1 -u <dbm_user>,<dbm_password> -n <db_host> -uUTL -c -i
scriptfile2
Skriptfile1 (Volumes entsprechend Quellsystem anpassen):
param_startsession
param_init OLTP
param_put LOG_MIRRORED YES
param_checkall EXTENDED
param_commitsession
param_addvolume 1 DATA <Pfad und Dateiname Daten-Volume> F 10000
param_addvolume 1 LOG <Pfad und Dateiname Log-Volume> F 2500
param_addvolume 1 MLOG <Pfad und Dateiname des gespiegelten Log-Volume> F
2500
db_admin
Scriptfile2:
util_execute db_activate <sysdba_user>,<sysdba_password> RECOVER
<backup_file>
load_systab -u <sysdba_user>,<sysdba_password> -ud <domain_password>
backup_media_put Medienname" Datei mit Pfad" FILE DATA 0 8 NO NO "
backup_start Medienname DATA
db_restart
Standard-Benutzernamen in SAP-Umfeld Standard-Kennwrter
<dbm_user> control <dbm_password> control
<sysdba_user> superdba <sysdba_password> admin
<domin_user>
domain
<domain_password> domain
SAP AG
ADM515
6-11
Tracen von DBM Kommandos in der Console
SAP 2007 / Page 1
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
Instanz anlegen Einstieg
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
Instanz anlegen Serveranmeldung
Auf dem lokalen

Datenbankserver
Login Informationen
frei lassen
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
Instanz anlegen Datenbank Manager setzen
Default: control
Default: control
SAP 2008
Weitere Sonderfunktionen knnen im Folgeschritt eingestellt werden. Generell sind diese

Funktionen dazu gedacht, die TCO von Kleinstdatenbanken zu senken.
y Im SAP-Umfeld werden diese Funktionen noch nicht eingesetzt, da die Funktionen dort
aufgrund der Datenbank- bzw. Tabellengren lnger dauern und durch den Automatismus
dann nicht auf Nachtstunden begrenzt werden knnen.
Anschlieend definieren Sie bitte den Administrationsbenutzer der Datenbank. Im SAP-Umfeld ist
dies traditionsgem der CONTROL-User mit dem Pawort CONTROL.
Bei der Installation des SAP NetWeaver wird blicherweise ein Master-Kennwort zu Beginn
abgefragt und im Folgenden immer genutzt, wenn ein Kennwort gefragt ist. Sollte dieses Pawort
auch hier verwand werden, dieses angeben.
SAP AG
ADM515
6-15
Instanz anlegen Initiale Parameter
SAP 2007 / Page 1
Bei der Parameterinitialisierung haben Sie folgende Optionen:

y Initialisierung eines neuen Parametersatzes mit Default-Werten (z.B. Testinstallation)
y Kopie eines bestehenden Parametersatzes von einer anderen Datenbankinstanz (z.B. zweite
Datenbankinstanz mit Vorlage)
y bernahme der Parameter aus einer Sicherung, die blicherweise spter wiederhergestellt werden
soll. (z.B. Systemkopie von einem anderen Rechner)
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-16
Instanz anlegen Kopierte Parameter
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.
vornehmen.
SAP AG
ADM515
6-17
Instanz anlegen Parameter aus Sicherung
SAP 2007 / Page 1
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
Instanz anlegen Parameter anpassen
SAP 2008
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
vornehmen.
SAP AG
ADM515
6-19
Instanz anlegen Volumes und Pfade

anpassen
SAP 2008
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
Minimalausstattung einer Mini-Datenbankinstanz:
y 50 MB Data
y 20 MB Log
SAP AG
ADM515
6-20
Instanz anlegen Leere Datenbank erzeugen

und Abschluss
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
Instanz anlegen fr Daten aus Sicherung
Whlen Sie Create database for recovery,

wenn Sie eine Systemkopie erstellen mchten
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
Instanz anlegen Sicherung wiederherstellen
SAP 2008
Die Sicherungen werden im Betriebszustand ADMIN importiert.

Sollte die DB hier schon im Zustand ONLINE sein, mu vor dem Start der Wiederherstellung noch
einmal initialisiert werden (siehe nchster Abschnitt), bis der Zustand ONLINE hier nicht auftritt.
Es gibt die blichen Optionen fr die Wiederherstellung. In diesem Fall steht nur eine
Wiederherstellung aus einem Medium zur Verfgung.
Whlen Sie das Template aus oder legen ein neues Template an.
Der Wizard wird dann die Label-Informationen des Medium hinter dem Template auslesen und
prsentieren.
Mit Start kann die Wiederherstellung gestartet und das Ergebnis im Reiter Results kontrolliert
werden.
Es folgten die schon im Kapitel Backup und Recovery vorgestellten Prozesse.
SAP AG
ADM515
6-23
bersichtsdiagramm
Thema 7: MCOD
SAP 2007 / Page 1
Siehe auch SAP Hinweis 1014782 (FAQ: MaxDB Systemkopie)
SAP AG
ADM515
6-24
Neuinitialisierung Einstieg
SAP 2007 / Page 1
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
Neuinitialisierung Parameter anpassen
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
Neuinitialisierung Volumes ndern
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
Wiederherstellung mit Einzelmedien Vollsicherung
SAP 2007 / Page 1
Nach der Initialisierung wird der Recovery Wizard automatisch gestartet.

In der Situation, da die aktuelle Datenbankinstanz auf dem gleichen Datenbankserver nur neu
aufgesetzt werden soll, knnen auch die Optionen Recover last backup und Recover specified
backup from history gewhlt werden.
Bei der blichen Systemkopie von einem Datenbankserver zu einem anderen wird nur die Option
Recover a medium sinvoll sein.
In diesem Schritt mu auch die Entscheidung ber eine Point-In-Time-Wiederherstellung getroffen
werden und bis zu welchem Zeitpunkt diese Wiederherstellung laufen soll.
Anschlieend im nchsten Schritt mu ein Template erzeugt werden, hinter dem die Vollsicherung
zu finden ist.
Nach der blichen Zusammenfassung kann der erste Schritt der Wiederherstellung gestartet
werden.
SAP AG
ADM515
6-29
Wiederherstellung mit Einzelmedien

Inkrementelle Sicherung
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

Log-Sicherung
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

Abschlussoptionen
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
Wiederherstellung mit Einzelmedien Abschlussoptionen
Option 3
SAP 2008
Hier die Option 3, die Datenbank in den Modus ONLINE zu starten.

Im Ergebnisreiter Results sind die Rckgabewerte erkennbar, die die einzelnen Sicherungsdateien
des letzten Schritts ergeben haben. Mit
y -7075 wurden die Log-Sicherungen bersprungen und mit
y -8020 nach erfolgreicher Abarbeitung die nchste Logdatei angefordert.
Mit dem Wechsel in den Modus ONLINE ist die manuelle Wiederherstellung abgeschlossen.
Bitte nicht vergessen: Es mu im Anschlu durch eine Vollsicherung ein Startpunkt fr eine neue
Sicherungshistorie gesetzt werden.
Neuerdings gibt es mit externen Filesystem-Snapshots die Mglichkeit der Datenbank mitzuteilen,
da damit die Wiederherstellbarkeit gesichert ist und ein HISTLOST nicht in die Sicherungshistorie
eingetragen werden mu.
SAP AG
ADM515
6-33
bersichtsdiagramm
Thema 7: MCOD
SAP 2007 / Page 1
Siehe auch SAP Hinweis 1020175 (FAQ: MaxDB Installation/Upgrade und Patch einspielen)
SAP AG
ADM515
6-34
Patches werden ber den SAP Service Marketplace unter

http://service.sap.com/patches
Database vendors
SAP DB & MaxDB
bereitgestellt
blicherweise fhren neue Servicepacks auch neue Funktionen ein, whrend
Patches nur Fehlerbehebungen enthalten.
Patches werden nur innerhalb einer Versionen (7.7.04, 7.7.06 usw.) angeboten.
Mit dem Einspielen eines Patches wird immer die gesamte Software ausgetauscht.
Die Installation des Patch wird mit dem Tool SDBUPD ausgefhrt.
Nur in Situationen in denen die Datenbank nicht gestartet werden kann, wird das
Tool SDBINST verwendet, da SDBUPD eine funktionierende Datenbank voraussetzt.
Bitte bedenken, da SDBUPD noch Nacharbeiten ausfhrt, die der SDBINST nicht ausfhren
kann (z.B. Laden der Systemtabellen)
SAP 2007 / Page 1
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
Der Releasewechsel der MaxDB (ab

7.5) wird in Upgrade-Leitfden
erlutert, die weitergehende Hinweise
zu bekannten Ergnzungen
enthalten.
7.7.04 B29
Mit den ersten beiden Ziffern werden
Releases definiert.
7.7.04 B29
Die dritte Zahl stellt das ServicePack
dar, mit dem neue Funktionen
eingefhrt werden.
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
Werkzeuge rund um die Installation
Installationswerkzeug sdbinst
Installationspakete knnen in unterschiedlichem Umfang installiert werden (Client, Server,

Precompiler, Base usw.)
Update-Werkzeug sdbupd
wird auch fr die Durchfhrung von Releasewechseln (z.B. Version 7.6 Version 7.7) und
Installation von Patches eingesetzt
Installationsregistrierung
Jede Installation ber sdbinst und sdbupd wird in der Installationregistrierung

festgehalten.
Wichtig: Installationen (z.B. Patches) mssen ordnungsgem abgeschlossen werden, bevor

eine neue Installation begonnen werden kann.
Deinstallationsroutine mit sdbuninst
Installationsverifikation mit sdbverify

Einsicht in Installationsregistrierungen mit sdbregview
SAP 2008
Das Tool sdbregview ist ber den Pfad erreichbar
Aufruf des sdbuninst:

sdbuninst package <Paketname mit richtiger Gro-/Kleinschreibung>
Verzeichnisse:
Logdateien der Installation: \sapdb\data\wrk
Installationsregistrierung: \sapdb\data\config\install
SAP AG
ADM515
6-37
Installation & Deinstallation
Durchfhrung der Installation mit sdbinst

Option help listet wertvolle Optionen
Installationslogs werden in <indepdatapath>/wrk geschrieben
Deinstallation der MaxDB-Software erfolgt mit sdbuninst

Bitte nicht die Verzeichnisse der MaxDB mit Betriebssystemmitteln lschen!
SAP 2007 / Page 1
Optionen des SDBINST:

sdbinst force_extract
Optionen des SDBUNINST:
sdbuninst [-h|--help] | [-v|--version] | [-l|--list] | -all | -package <package
name> [-package_dir <package directory>] [-autoresolve]
-h --help show this
-v --version show version
-l --list list installed packages
-package <package name> uninstall a package with such name
-package_dir <package directory> uninstall package <package name>
installed in <package directory>
-all
uninstall all registered MaxDB packages
-autoresolve uninstall package <package name> and
all dependent packages
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
Typische Fehler whrend der Installation
Beispiele (bitte auch STDERR beachten):
bersehene, weiterhin aktive MaxDB-Komponenten
Lokales SAP-System ist per dbmrfc noch mit einer MaxDB-Instanz (lokal oder remote)
verbunden
Downgrade wird versucht
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
berprfung der MaxDB Installation:

sdbverify
...
SAP 2007 / Page 1
Optionen des SDBVERIFY:

usage: sdbverify [-h|--help] [-v|--version] [-F|--file <file name>][-set_corrupted_invalid]
-h help show this
-v version show version
-F --file <file name> check installed file
--set_corrupted_invalid set inconsistent packages to invalid
Defekte Dateien austauschen :

y Pakete die Inkonsistenzen laut sdbverify enthalten mit der Option -set_corrupted_invalid auf invalid setzen
y Mit sdbinst den gleichen MaxDB-Patchlevel noch einmal installieren und damit diese Pakete
austauschen lassen.
SAP AG
ADM515
6-40
MaxDB Client-Installation
Kann mit dem interaktiven Modus des SDBINST ausgefhrt werden.

Bitte Option 1 whlen (Client)
Anschlieend werden einige weitere Eingaben bzgl. Autorisation (control user)
abgefragt.
Unter Custom gibt es dann
die Mglichkeit weitere
Komponenten individuell
nachzuinstallieren.
SAP 2008
Siehe auch SAP Hinweis 822271 (FAQ: SAP MaxDB Client-Software)
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 2007 / Page 1
Multiple Datenbankinstanzen auf einer Datenbank-Softwareinstallation sind technisch mglich und

funktionieren auch solange keine nderungen der Software durchgefhrt werden soll.
Bei einem Wechsel der Software kommt es aber mit den Installations- und Update-Tools zu
Problemen. Die Tools knnen selber nicht beurteilen, ob nach dem Update der Datenbank auch alle
Anwendungen auf den Datenbankinstanzen fr diese Version freigegeben sind.
Daher empfiehlt die SAP fr jede Anwendung eine individuelle Softwareinstallation der Datenbank
zu verwenden, also eine 1:1-Beziehung zwischen Datenbankinstanz und Softwareinstallation
besteht.
Sollte so ein 1:n-Fall bei dem Update der Datenbanksoftware auffallen, bleiben nur die Optionen
y Lschen der unwichtigeren Datenbankinstanz um die 1:1-Beziehung wieder herzustellen
y Oder Sicherung der zweiten Instanz und Neuaufbau dieser Instanz in Form einer Systemkopie mit
einer individuellen Softwareinstallation.
y Oder zweite Datenbankinstanz von der Softwareinstallation trennen (db_drop
WITHOUTFILES), dann eine individuelle Datenbanksoftwareinstallation nur fr diese Instanz
erstellen und die besagte Datenbankinstanz damit wieder verknpfen (db_create)
SAP AG
ADM515
6-42
bersichtsdiagramm
Thema 7: MCOD
SAP 2007 / Page 1
Weitere aktuelle Infos zum Thema Migration im SAP-Hinweis 1007129 (FAQ: DB Migration mit
Ziel MaxDB).
SAP AG
ADM515
6-43
Migration zur MaxDB
Generell
Migrationsservice verfgbar
Zustzliches Consulting wird bentigt (zertifiziert fr Migration)
MaxDB Migration Safeguarding

Service wird durch den Active
Global Support angeboten
Besteht aus Performanceanalyse,

Optimierung und Training
Datenladen mit R3load
IO Buffer Cache whrend Import maximieren
Indexerzeugung frhzeitig auf kleinen Tabellen beginnen

Parameter EnableMultipleServerTaskUKT verwenden um Servertasks auf mehr UKTs zu
verteilen
Das Laden der Datentabellen schon in geclusterte Tabellen vornehmen
Tabellenpartitionierung auf Primrschlsselbasis um sehr groe Tabellen zu beschleunigen

Exportprozess mu auf der Quelldatenbank gendert werden
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
Optionen der Migration zur MaxDB
Besonderheit: Little Endian/Big Endian
Big Endian (z.B. RISC)
Beschreibt die Reihenfolge der Bytes im Hauptspeicher

oder in Dateien
15..........8 7..........0
8 Bit
CPU Registery MSB
Typische Vertreter:
Motorola 680x0
Sun SPARC
Little Endian
Intel x86
AMD 64
switchable Endian PowerPC
Intel Itanium
8 Bit
LSB
Big Endian
Speicher-Layout
Speicheradresse $0 ...... $1 ......

Hexadezimales Beispiel
fr dez. 65534
im Hauptspeicher
Konsequenzen fr MaxDB
Migration per Backup & Recovery wenn Endian gleich bleibt
Sehr schneller Plattformwechsel z.B. zwischen MS

Windows und Linux oder zwischen RISC-Unix mglich
Ein Ausschnitt aus der verfgbaren Matrix ist in Hinweis
129352 verfgbar, die vollstndige Matrix ist unter
help.sap.com zu finden
Besonderheit: liveCache
MSB LSB
Aufgrund der Objekte im liveCache ist blicherweise keine

Migration durch Backup & Recovery mglich. Bitte
beachten Sie die Leitfden und Best Practices.
FF
FE
Little Endian (z.B. Intel x86)

15..........8 7..........0
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
Weitere Informationen zu Little Endian/Big Endian in SAP-Hinweis 552464.
SAP AG
ADM515
6-45
Migration von Content Servern
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
bersichtsdiagramm
SAP 2007 / Page 1
siehe auch SAP Hinweis 952783 (FAQ: MaxDB Hochverfgbarkeit)
SAP AG
ADM515
6-47
Hochverfgbarkeitslsungen fr MaxDB (1)
Schattendatenbank
Transfer der Log-Eintrge

von der produktiven
Datenbankinstanz zu
einer bereitstehenden
Schatteninstanz
Im Fehlerfall werden die

noch zur Verfgung
stehenden Log-Eintrge
bereitgestellt und die
Schatteninstanz produktiv
genutzt.
Verfgbare Tools:
Recovery
primary
DATA
LOG
Saved
Log
File(s)
LOG
DATA
DBShadow von Libelle

(www.libelle.com)
SAP 2008
Ein anderer, fr diese Lsung im Markt bekannter Name ist LogShipping

Verschiedene Lsungen sind je nach den speziellen Anwendungsbedrfnissen mglich.
Weitergehende Informationen zur Schattendatenbank finden Sie im Help-Portal http://help.sap.com.
Diese Lsung ist mit datenbankeigenen Mittel durch Entwicklung von eigenen Skripten realisierbar.
Mit vielen manuellen Schritten ist es sogar mit dem Database Studio mglich.
Fertige Lsungen bieten dann den Komfort der Wartung und Pflege sowie Anpassung an neuere
Datenbankversionen durch den Anbieter.
SAP AG
ADM515
6-48
Cluster-Technologie fr Ausfallsicherheit
Zwei Server knnen wechselseitig

die Kontrolle ber Plattenbereiche
der Datenbankinstanz bernehmen.
ABAP Application
primary
Im Fehlerfall bernimmt ein zweiter

Server die Datenbankfunktionen.
UNIX: Skripte der Cluster-Agenten
werden von den Betriebssystemherstellern angeboten.
Service
name
backup
cluster
AIX:
HACMP
HP-UX:
Service Guard
SunOs:
Sun Cluster
Linux:
Steeleye
Implementierungstips: SAP Hinweis 803452
DATA
LOG
Area
Microsoft Windows: direkte Untersttzung durch MaxDB (Hinweise 319835, 576063)
SAP 2007 / Page 1
Verschiedene Lsungen sind je nach den speziellen Anwendungsbedrfnissen mglich.
SAP AG
ADM515
6-49
Snapshot-Technologie
In festgelegten Zeitabstnden werden

Datenbestnde von einem Plattenbereich
auf andere Plattenbereiche/Server
kopiert (Snapshot).
Im Fehlerfall kann ein zweiter Server

auf Basis des letzten oder eines der
letzten Snapshots gestartet werden.
Dabei werden Log-Eintrge ab der

zum letzten Snapshot-Zeitpunkt
vorhandenen Log-Information
eingespielt.
MaxDB
DATA
LOG
Snapshot 3
Snapshot 3
Viele Storagesysteme am Markt bieten

diese Technologie
SAP 2007 / Page 1
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

MaxDB
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
Eine Menge Lsungen sind hier in

verschiedenen Ausprgungen
verfgbar
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
Kombination aus Cluster und LogShipping
Sehr schneller Umschaltvorgang blicherweise unter 1 Minute, dabei bentigt das OS fr

Umschaltung bereits 40-50 Sekunden
MaxDB untersttzt den Umschaltvorgang und die Administration direkt per mitgelieferter
Bibliothek (z.B. synchrones Anlegen
von neuen Volumes fr beiden Nodes)
Bentigt hherentwickelte Funktionen

auf dem Storagesystem
Derzeit fr folgende Storagesysteme

angeboten
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
Weitergehende Informationen zur HotStandby-Lsung finden Sie im Help-Portal

http://help.sap.com oder im SAP-Hinweis 952783 (FAQ: MaxDB Hochverfgbarkeit).
Neben der Bibliothek, die von der MaxDB-Entwicklung angeboten wird, bedarf es noch einer
Untersttzung per Bibliothek von dem Storage-Partner. Damit werden die betriebssystemseitigen
Umstellung beim Umschaltvorgang gesteuert.
Fr IBM ESS gibt es fr das Betriebssystem AIX folgendes White Paper:
y White paper: HotStandby for MaxDB/liveCache together with IBM ESS:
http://www.ibm.com/support/techdocs/atsmastr.nsf/WebIndex/WP100442
SAP AG
ADM515
6-52
bersichtsdiagramm
Thema 7: MCOD
SAP 2007 / Page 1
SAP AG
ADM515
6-53
MCOD: Multiple Components in One Database

Beispiel:
Systemname der Anwendung 1 : SC1
z.B. SAP SCM
Systemname der Anwendung 2 : LVC
z.B. liveCache
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
Zusammenfassung
Sie knnen nun:
Systemkopien mit MaxDB erstellen
Installationstools der MaxDB-Software nutzen

die Hochverfgbarkeitslsungen aufzhlen
SAP 2007 / Page 1
SAP AG
ADM515
6-55
SAP AG
ADM515
6-56
bungen
Kapitel: 5
Thema: Weitere Administrationsttigkeiten
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
berprfung der Datenbank (Check Database Structure)

5-1-1
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.
Erstellung einer Systemkopie

Zu diesem Zwecke wurden schon einige Vorbereitungen im Filesystem und der
Userverwaltung des Datenbankservers vorgenommen:
Zu jeder Trainingsdatenbank sind jeweils zwei weitere Datenbankeintrge
vorgesehen mit dem Namen z.B. T<NN> T<NN>a bzw. T<NN>b sowie der
entsprechende Administrationsuser t<NN>aadm bzw. t<NN>badm angelegt. Die
Verzeichnisse sind neben den bisher genutzten INSTROOTs zu finden z.B. unter
G:\sapdb\T<NN>a\ oder G:\sapdb\T<NN>b\.
Bitte kontrollieren Sie die Existenz der Verzeichnisse fr Ihre Trainingsdatenbank.
5-2-1
SAP AG
Gehen Sie anhand der ausfhrlichen Beschreibung zur Installation einer

Datenbankinstanz vor um eine Kopie der bestehenden Instanz T<NN>
vorzunehmen. Da diese Installation mit einem Database Studio von einem
entfernten Rechner durchgefhrt wird, mssen Sie im ersten Step des
Database Wizards den
Datenbankserver (vom Referent mitgeteilt),
Administrationsuser (z.B. t<NN>aadm bzw. t<NN>badm)
und dessen Password (z.B. t<NN>aadm bzw. t<NN>badm)
angeben.
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.
Referent: Vorfhrung der Installation eines Patches

5-3-1
Erluterung der Vorbereitungen, z.B. welche Komponenten mssen

beendet werden
5-3-2
Erluterung der Nachbereitungen
ADM515
6-58
Lsungen
Kapitel: 5
Thema: Weitere Administrationsttigkeiten
5-1
5-2
5-3
SAP AG
berprfung der Datenbank (VERIFY)

5-1-1
Fhren Sie im Kontextmen Ihrer Datenbankinstanz den Menpunkt

Check Database Structure aus und kontrollieren anschlieend die
Diagnosedatei knlMsg auf Fehlermeldungen.
5-1-2
Vorgehen mit dbmcli: Ausfhrung z.B. des Kommandos

dbmcli -U c uSQL sap<sid>,sap sql_execute check
table SAP<SID>.FILLTABLE.
Vorgehen beim SQL-Editor im Database Studio: Setzen Sie bitte das SQLStatement
check table SAP<SID>.FILLTABLE ab.
Kontrollieren Sie anschlieend erneut die Datei knlMsg auf evt.
aufgetretene Fehler fr den Ausfhrungszeitraum.
Erstellung einer Systemkopie

5-2-1
Das Vorgehen ist im Kapitel 4 ausfhrlich beschrieben. Auch die

Mglichkeit der Automatisierung wird in den Notizen vorgestellt.
5-2-2
Das Vorgehen ist im Kapitel 4 ausfhlich beschrieben.
5-2-3
Das Vorgehen ist im Kapitel 4 ausfhlich beschrieben.
Referent: Vorfhrung der Installation eines Patches
ADM515
6-59
SAP AG
ADM515
6-60
Performance-Tuning und Problemsituationen
Inhalt:
Tabellen- und Indexstrukturen
Monitoring MaxDB und Performanceoptimierung
Fehlersituationen und deren Behebung
SAP 2008
SAP AG
ADM515
7-1
Performance-Tuning und Problemsituationen:

Lernziele

Fehlersituationen erkennen und beheben
Die MaxDB Monitore zur Beurteilung der Performance bedienen
SAP 2008
SAP AG
ADM515
7-2
Agenda I

1.1.
1.2.
1.3.
1.4.
1.5.
1.6.
3. MaxDB-Interna
Einfhrung
3.1.
3.2.
3.3.
3.4.
3.5.
-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

Database Studio
Parameter
bungswerkzeug
4.1.
4.2.
4.3.
4.4.
4.5.
4.6.
4.7.
4.8.
4.9.
MaxDB Snapshots
Log-Sicherungen
Sicherungsstrategie
Wiederherstellungen
SAP 2008
SAP AG
ADM515
7-3
Agenda II
5.
5.1.
5.2.
5.3.
5.4.
5.5.
5.6.
5.7.
7.
Prfen der Datenbank

Datenbankinstanz
(Releasewechsel)
Migration zur MaxDB
Hochverfgbarkeit
MCOD

7.1.
7.2.
7.3.
7.4.
7.5.
bersicht
Interface & User
Problemsituationen
6.1.
6.2.
6.3.
6.4.
6.5.
6.6.
B*-Bume
Optimierung
SAP 2008
SAP AG
ADM515
7-4
Tabellen und Indizes organisiert in B*-Bumen
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
Navigation ber logische Schlssel

SAP 2008
Im Datenbankmanagementsystem der MaxDB werden die Daten in relationalen Tabellen abgelegt.

Die Ablage und Organisation der Daten erfolgt mit Hilfe von B*-Baumstrukturen. Dabei ermglicht
der B*-Baum einen schnellen Zugriff auf die Daten.
Die Struktur dieser Ablage ist in diesem Schaubild skizziert.
y Die Tabellen bestehen jeweils aus Indexstrukturen, die aus dem Primrschlssel aufgebaut
werden und in B*-Bumen liegen, als auch aus den sogenannen Blattseiten mit den abgelegten
Daten. Die Ablage der Indexstrukturen erfolgt innerhalb der Tabellen und nicht in gesonderten
Strukturen.
Der Zugriff auf die Daten mit einer komplexen SQL-Anweisung wird in den Schritten 1 bis 3
beispielhaft im berblick gezeigt.
y Der Zugriff auf die Basistabelle erfolgt ber den Primrschlssel ohne die Zuhilfenahme
auerhalb liegender Indizes.
y Ein Zugriff ber Sekundrindizes erfolgt zuerst auf den Index. Die sich aus den dort gefundenen
Daten ergebenen Querverbindungen zur Basistabelle ziehen dann weitere Zugriffe auf diese
Tabellen nach sich.
y Die logische Referenz zwischen Sekundrindex und Basistabelle erfolgt ber den
Primrschlssel.
Diese Methode ermglicht es, Tabellen und Indizes platzsparend zu speichern. Gleichzeitig ist der
Zugriff ber den Primrindex besonders schnell.
SAP AG
ADM515
7-5
Primrschlssel und Sekundrschlssel
Primrschlssel
Primrschlssel wird auf dem Datenbaum angelegt
Kein separater Primrschlssel-Baum
Primrschlssel dient als Separator im B*-Baum

Stze in Tabellen sind in Schlsselreihenfolge sortiert abgelegt
Sekundrschlssel (Index)
Aufbau eines separaten Index-B*-Baumes
Sekundrschlssel enthlt keine physischen Adressen des Datenbaums, sondern logische

Adressen in Form von Primrschlsseln
SAP 2008
SAP AG
ADM515
7-6
Datenspeicherung im B*-Baum
CREATE TABLE Population

( CITY
CHAR(40),
COUNTRY
CHAR(40),
INHABITANTS
CHAR(10),
PRIMARY KEY (CITY) )
Aufbau
des
B*-Baums
entspricht
einer Seite (8 KB)
Wurzelebene
Wurzelseite (root page)

der Tabelle Population
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
Nutzung des B*-Baums fr Primrschlssel
SELECT COUNTRY FROM POPULATION WHERE CITY=Athens

Wurzelebene
Durchlaufe Wurzelseite:
Ist Athen kleiner als ein Eintrag?
Folge der zuletzt ermittelten Verknpfung.
Indexebene
At
Me
...
...
Par
Ist Athen < Me?

Folge der letzten
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.
...
Durchsuche Seite zeigergesteuert nach

Indexbereinstimmung und ermittele
Wert fr Spalte COUNTRY.
SAP 2008
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
Nutzung des Sekundrschlssels

SELECT * FROM POPULATION WHERE INHABITANTS=18 Mio.
Wurzelebene
Durchlaufe Wurzelseite:
Ist 18 Mio. kleiner als ein Eintrag?
Folge der zuletzt ermittelten Verknpfung.
Indexebene
16
18
...
...
Ist 18 Mio. < 2?

Folge der letzten
Verknpfung.
Blattebene
16 Mio.,
New York
...
18 Mio.,
Mexico City
3 Mio.,
Athens
...
CREATE INDEX IDX_Inhabitants

ON Population
( INHABITANTS
DESC )
3.2 Mio.,
Ankara ...
4.4 Mio.,
Alger
...
Durchsuche Seite zeigergesteuert

nach Indexbereinstimmung und
erhalte Primrschlssel fr den
gesuchten Datensatz.
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
Inhalt einer Datenseite
Aneby
|.....
Ardwick|....
Apach
Athen |.......
Arbon
|. Apensen|.....
|.......
Arnh-
em |...
Dateneintrge
(unsortiert)
Aneby
|.....
Apach
|.
Apensen|.....
111 217 143 169 206 191 81
Arbon
|.......
Ardwick|........
Aneby
.. Athen
Positionsliste
(sortiert)
Arnhem |...
Athen
|........
SAP 2008
Die Datenstze liegen unsortiert im Anfangsbereich der Zielseite.

Im Endbereich der Datenseite gibt es eine Positionsliste, die auf die einzelnen Stze der Datenseite
verweist. Diese Adressliste ist so geordnet, dass bei sequenziellem Zugriff ber die Positionsliste die
Dateneintrge sortiert gelesen werden knnen.
Das Datenbanksystem sucht in den verbleibenden Eintrgen und kann schlielich die angeforderte
Tabellenzeile liefern.
Die Positionsliste und die Datensatzeintrge wachsen aufeinander zu.
SAP AG
ADM515
7-10

bersichtsdiagramm
Thema 1: B*-Bume
Thema 2: Optimierung
Thema 3: Monitore des SAP Netweaver
Thema 4: Vermeidbare Probleme
Thema 5: Diagnosedateien und Trace-Mglichkeiten
Thema 6: Fehlerarten und deren Analyse
SAP 2008
SAP AG
ADM515
7-11
Optimierung
Ziel: Minimierung der Kosten fr Resourcen wie

CPU-Zeit
I/O-Rate
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
Arten von Optimierern
Regelbasierte Optimierer:
Die Zugriffsstrategie wird zum Parse-Zeitpunkt durch bestimmte Regeln festgeschrieben.
unabhngig von den Werten in der WHERE-Bedingung
Die Regel bestimmt, welche Zugriffsart gewhlt wird.
Kostenbasierte Optimierer:
Ermitteln der Zugriffsstrategie anhand

der Werteausprgungen einer Spalte
verfgbarer Indizes
Anzahl der Zugriffe u.s.w.

Die kostengnstigste Strategie wird gewhlt.
MaxDB untersttzt den kostenbasierten Optimierer

SQL-Hints stehen in Notfllen zur Verfgung
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
Beispiel einer Optimierung
SELECT ... FROM population WHERE city = 'Athens'
Anweisung untersuchen
(parsen)
DDL-Informationen
statistische Informationen
der beteiligten Tabellen
bester Zugriffspfad
Abschtzung des Wertebereichs

endgltige Strategie
Ausfhren der Anweisung
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
Statistikinformationen aktualisieren: CCMS
DBACOCKPIT
Zwei Mglichkeiten:
vollstndige Neuerstellung von
Optimiererstatistiken (UpdAllStats)
Zweistufiges Konzept
berprfung der Tabellen auf starke

Vernderungen der Gre (PrepUpdStat)
anschlieend Erneuerung der Statistiken

fr die Tabellen mit groen nderungen
(UpdStats)
SAP 2008
Der SAP NetWeaver untersttzt die Erstellung von neuen Optimiererstatistiken im

Einplanungskalender des Computing Center Management Systems (CCMS, Transaktion
DBACOCKPIT). Dabei wird ein zweistufiges Konzept angeboten, das ein zeitoptimiertes Verfahren
anwendet:
y Im ersten Schritt wird festgestellt, welche Tabellen sich so stark verndert haben, dass neue
Statistiken bentigt werden (PrepUpdStats).
y Im zweiten Schritt werden die Statistiken fr diese Tabellen neu erstellt (UpdStats).
Desweiteren wird ein Verfahren zur kompletten Neuerstellung von Statistiken angeboten
(UpdAllStats).
y Diese komplette Neuerstellung von Statistiken ist zeitaufwendig und sollte daher zu lastarmen
Zeiten durchgefhrt werden.
Update Statistics auf eine Tabelle:
y dbmcli U c -USQL w sql_execute update statistics <user>.<tablename>

y dbmcli U c -USQL w sql_execute update statistics * ESTIMATE SAMPLE
1000 ROWS
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
Siehe auch SAP Hinweis 1139904 (FAQ: MaxDB Update Statistics)
SAP AG
ADM515
7-16
Erluterung des Zugriffspfads
SQL-Kommando zur Ausfhrung:

EXPLAIN
<query statement>
EXPLAIN VIEW <query statement>
Ausgabe: Beschreibung der Optimiererstrategie
Die EXPLAIN-Anweisung kann nicht bei UPDATE- , DELETE- oder INSERT-Befehlen

angewendet werden.
EXPLAIN wird fr QUERY-Anweisungen, die auf Basistabellen zugreifen, angewendet.
EXPLAIN VIEW zeigt die Namen von Tabellen und Indizes, die einer (mehrfachen) (JOIN-)
View-Abfrage zugrunde liegen.
EXPLAIN fhrt die angegebene SELECT-Anweisung nicht aus.
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
Ermittlung des Zugriffspfads: ST05
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
Ermittlung von alternativen Zugriffspfaden mit

Hints
SAP NetWeaver
Transaktionen
ST05, DB50
und DBACockpit
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

bersichtsdiagramm
Thema 1: B*-Bume
SAP 2008
Siehe auch SAP Hinweis 990602 (FAQ: CCMS fr MaxDB / SAP liveCache Technology)
SAP AG
ADM515
7-20
CCMS: Datenbankassistent (DBACOCKPIT)
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
CCMS: Alert-Monitore im DBA-Cockpit
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
CCMS: alter Alert-Monitor
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
CCMS: Datenbankassistent (DB50)
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
CCMS: Datenbank Assistent

Speicherbereiche
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
CCMS: Datenbank Assistent Task Manager
Detailierte Zeitmessung aktivierbar
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
Engpassanalyse mit dem Database Analyzer
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
Wartung der Database Analyzer Daten
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
Ermittlung der Quelle von Lastsituationen
SAP 2008
Mit dem Ressourcenmonitor in der DB50 ist es mglich, SQL-Statements in Klassen

unterschiedlicher Statements zu sammeln. Dabei knnen die Werte, die ber die WHERE-Bedingung
definiert werden variieren. Diese variierenden Werte werden nicht gesammelt, sondern nur alle RohStatements. Die dazugehrigen Ausfhrungszeiten und einige andere performancerelevante Werte
werden aufaddiert (kummuliert) bzw. Durchschnittswerte ermittelt. Damit zeigt die Liste sofort die
lastproduzierenden SQL-Statements an und es knnen Schritte zur Optimierung vorgenommen
werden.
Die empfohlenen Starteinstellungen werden, wie oben gezeigt, eingestellt. Anschlieend mu der
Monitor mit den gezeigten Buttons gestartet oder gestoppt werden.
Mit einem Doppelklick auf eine Zeile der spter erscheinenden Liste knnen Sie die ausgefhrten
Statements anzeigen lassen. Sie knnen hier aber kein Explain ausfhren lassen, da die
Parameterwerte fehlen, die in der WHERE-Bedingung als Variablen eingetragen werden mssen.
Um den Resourcenmonitor ohne die DB50 starten zu knnen, verwenden Sie bitte die folgenden
Kommandos:
y dbmcli -U c -USQL DEFAULT sql_execute "diagnose analyze on"

y dbmcli -U c -USQL DEFAULT sql_execute "diagnose analyze count on
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
Ermittlung von teuren SQL-Statements
SAP 2008
Im Gegensatz zum Resourcenmonitor bietet der Kommandomonitor die Mglichkeit, individuelle

SQL-Statements einzufangen, die auf der Datenbank ausgefhrt wurden.
Dieser Monitor mu ebenfalls manuell mit dem Bleistift-Button eingerichtet und gestartet werden. In
dem auftauchenden Popup knnen Sie, wie oben dargestellt, die empfohlenen Randbedingungen
einstellen. Diese Werte reichen im Normalfall aus, um 12 bis 24 Stunden zu protokollieren.
Die Ausgabeliste der SQL-Statements kann anschlieend wie blich nach unterschiedlichen
Spaltenwerten sortiert werden (standardmig ist sie anhand der Laufzeit absteigend sortiert). Die
protokollierte Liste ist in der Lnge limitiert und arbeitet wie ein FiFo (first in, first out). Nach
einiger Zeit werden dadurch frhe Statements aus der Liste verdrngt. In der Liste auf dem Monitor
werden sie aber weiterhin bis zum nchsten Auffrischen angezeigt.
Mit einem Doppelklick auf die Listeintrge knnen Sie das Statement mit den dazugehrigen
Parametern bzw. Werten der WHERE-Bedingung anzeigen lassen. Da diese Werte im Gegensatz zum
Resource Monitor vorhanden sind, kann hier ein Explain ausgegeben werden.
Die Ausgabe des EXPLAIN zeigt die Analysedaten in tabellenarischer Form an. Jede Tabelle z.B. in
einem analysierten JOIN bekommt einen Block, in dem die verwendeten Komponenten, wie
Strategien, Indices oder Schlsselfelder angezeigt werden.
Die Spezifikation RESULT IS NOT COPIED zeigt an, ob eine temporre Ergebnismenge
aufgebaut und dann im Block an die Applikation bermittelt wurde.
Die Ausgabe COSTVALUE IS in der Spalte PAGECOUNT zeigt schlielich die berechneten Kosten
fr die Ausfhrung dieses Statements an. Diese Berechnung bezieht sich auf logische I/O Zugriffe
auf die Tabelle. Alle anderen Zahlenwerte in den Zeilen darber kommen aus den ermittelten
Statistiken der links angezeigten Tabellen oder Indizes.
SAP AG
ADM515
7-30
Datenbankverbindungen testen
Verbindungstest mit detailierten Log
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
Management der Datenbankverbindungen:

DB59
Integration von anderen MaxDB Instanzen
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

bersichtsdiagramm
Thema 1: B*-Bume
SAP 2008
SAP AG
ADM515
7-33
Vermeidbare Probleme und ihre Lsungen
LOG FULL
Segment 1
Regelmige Log-Sicherungen durchfhren

Segment 2
DATABASE FULL
Log-Bereich
Datenbankinstanz rechtzeitig vergrern

Datenbereich
Schlechte Antwortzeiten
Statistikinformationen aktualisieren
Aktualisierung der Optimiererinformation fr SQL-Zugriffe
Ungltige Datensicherungen
Konsistenz der Sicherungen prfen
Verwendbarkeit und Konsistenzprfung sollten regelmig durchgefhrt werden
Weitere Probleme
Anwendung analysieren
DEADLOCK: Sperrsituation durch gegenseitiges Sperren

LOCK ESCALATION: Umwandlung von Zeilensperren in eine Tabellensperre, wenn
mehr als 20 Prozent der Sperrliste mit Sperren fr eine Tabelle & Benutzer belegt ist
SAP 2008
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

bersichtsdiagramm
Thema 1: B*-Bume
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
Ablage der Diagnosedateien
Alle Diagnosedateien bis auf die Dateien appldiag und

xserver_<hostname>.prt liegen im Arbeitsverzeichnis
Datenbankparameter RUNDIRECTORY
Default: <indepdatapath>/wrk/<SID>
Die Datei appldiag steht im Verzeichnis

<indepdatapath>/wrk/<unix
user>
(UNIX)
<indepdatapath>\wrk
(NT, wenn DIAGFILE=yes gesetzt ist)

im
Arbeitsverzeichnis der SAP Netweaver-Instanz
Die Datei xserver_<hostname>.prt steht im Verzeichnis

<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
Im Ursprungsverzeichnis werden die gesicherten Diagnosedateien gelscht.

Das Sicherungsverzeichnis befindet sich unter dem zu konfigurierenden Verzeichnis im MaxDBParameter DiagnoseHistoryPath.
Die Anzahl der Analysegenerationen lsst sich ebenfalls ber den MaxDB-Parameter
DiagnoseHistoryCount konfigurieren. Ist die maximale Anzahl der Historien erreicht, wird bei einem
erneuten Auftreten des Problems die jeweils lteste Analysegeneration gelscht.
Kann eine Verwahrung der Analysegeneration nicht ordnungsgem durchgefhrt werden,
beeinflusst dies nicht den weiteren Neustart der Datenbank.
SAP AG
ADM515
7-37
Beispiel fr eine appldiag-Datei
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
Die Dateien appldiag steht im Verzeichnis

y <indepdatapath>/wrk/<unix user>
(UNIX)
y <indepdatapath>\wrk
(Windows, wenn DIAGFILE=yes gesetzt ist)
y im Arbeitsverzeichnis der SAP Netweaver-Instanz
SAP AG
ADM515
7-38
Die Struktur der knlMsg Datei
knlMsg
Zeitstempel
Kopf
SERVERDB is ready
( ADMIN)
Zeitstempel
Rumpf
RESTART LOCAL: ready

( ONLINE)
--- current write position ---
Enthlt alle protokollierten Informationen des

Datenbankkerns seit dem Start
Gre: blicherweise 800 kB (KernelMessageFileSize),
bei neueren Installationen 3 MB
Format: XML
Umbenennung bei jedem Neustart der Datenbank in
knlMsg.old
Zyklischer Schreibmodus
Aktuelle Schreibposition per Suche nach current
Kopf des knlMsg enthlt wichtige Informationen in welcher
Betriebssystemumgebung der Datenbankkern gestartet
wurde
Ein kompletter Parametersatz der Datenbankinstanz

Hardware- und Betriebssystemparameter zu Limits, phys.
Speicher, Anzahl der CPUs, diverse Versionsnummern usw.
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
Beispiel fr knlMsg im Database Studio
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
Beispiel fr eine knlMsg-Datei (DBA-Cockpit)
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
Zusammenstellung von BetriebssystemLibraries

MaxDB
Kommando:
<Operating system parameters>

[System name]
twdf1915
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
Aktivierung des SQL-Trace
SQL-Trace der Auftragsschnittstelle (Precompiler-Trace):

Profilparameter des SAP Netweaver
dbs/ada/sql_trace = 0
1
2
kein Trace
kurzer Trace
langer Trace
Umgebungsvariable auf Betriebssystemebene
SQLOPT = -F <Dateiname>
-T
-X
Trace in Datei
kurzer Trace
langer Trace
Aktivierung von auen: IRTRACE

irtrace p all t <Trace-Art>
irtrace p <Proze-ID> -t <Trace-Art>
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>
y Folgende Trace-Arten stehen hierbei zur Verfgung:

long : langer Trace,
short :kurzer Trace und
off : Trace abschalten.
y Ein-/Ausschalten des Trace fr ALLE Interface-Prozesse auf dem Applikationsserver:
irtrace p all t <Trace-Art>
SAP AG
ADM515
7-44
SQL-Trace: Beispiel fr PreCompiler Trace
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
Flush, Betriebszustand ONLINE:

dbmcli U c -USQL w sql_execute vtrace
Flush, Betriebszustand ADMIN:
dbmcli U c -UUTL c util_execute vtrace
Ausschalten:
dbmcli U c -UUTL c util_execute diagnose vtrace default off
Auswerten:
xkernprot d <SID> <traceout>
Ausfhrung auch im Betriebszustand OFFLINE mglich
<traceout> bezeichnet die Schichten, die ausgewertet werden sollten (z.B. akbnx):
a AK-Schicht
m message buffer, sql_packet
b BD-Schicht
n net (distribution)
k KB-Schicht t time vtrace
s Strategie x switch output (slow kernel)
(Bzgl. der Optionen TIME und SWITCH bitte vorherige Seite beachten)
SAP AG
ADM515
7-47
Datenbank-Trace: Database Studio
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
Datenbank-Trace: Erzeugen des Protokolls
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
Datenbank-Trace: Anzeigen des Protokolls
SAP 2008
Hier eine beispielhafte Ausgabe der Protokolldatei.

Um sich auch spter im Database Studio den Inhalt des Trace-Protokolls anzeigen zu lassen, whlen
Sie innerhalb der Diagnosedateien den Eintrag Database Trace (readable) aus und ffnen ihn.
SAP AG
ADM515
7-50
Datenbank-Trace: spezielle Trace-Optionen
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
Speicherauszug der MaxDB: Datei knldump
Enthlt das globale Memory, u.a.:

Sperrlisten, Data-Cache, Rollback-Cache, Catalog-Cache, ...
Verwaltungsstrukturen fr diese Caches
Diese Datei wird auf folgende Art erzeugt:
im Database Manager CLI z.B. beim Stoppen der Datenbank

db_stop dump
bei einem Datenbankabsturz
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

bersichtsdiagramm
Thema 1: B*-Bume
SAP 2008
SAP AG
ADM515
7-54
Hufige Fehler
Probleme beim Verbindungsaufbau

SQL-Fehler (z.B. falsche Ergebnismengen)
reproduzierbarer Effekt?
Systemfehler (Fehlernummern -10000 bis -9000)
mit oder ohne Absturz, reproduzierbar?
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
Datenbank nicht aktiv oder nicht im entsprechenden Betriebszustand oder X-Server

nicht aktiv
Meldung:
Neustart der Datenbank
Start des X-Server

(unter Windows NT wird er als Service automatisch gestartet)
-807: CONNECTION DOWN, SESSION RELEASED

-709: CONNECT FAILED, CHECK SERVERDB
XUSER-Eintrge berprfen (Hinweis 39439)

Test der Korrekturen durch Verbindungsaufbau
Erstellen eines Precompiler-Traces bei weiterhin bestehendem Fehler
Auswertung
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)
Diagnose bei schweren Fehlern

(Fehlernummer -10000 bis -9000)
teilweise mit Datenbankabbruch verbunden
1. vor Start der Datenbank Diagnosedateien sichern:
knltrace, knlMsg
falls vorhanden:
knldump, rtedump, core
2. nach Absturz versuchen, die Datenbank mit Datenbank-Trace zu starten

3. Prfen, ob der Fehler mit Datenbank-Trace reproduzierbar ist
4. Support informieren OSS-Meldung ffnen
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
Meldungen in Datei knlMsg

-902 I/O Error
-9026 Bad Datapage
Fehlernummern -10000 bis -9000:
Support informieren OSS-Meldung ffnen
berprfen der Protokolle von Festplatten-Subsystemen usw.

Ist der Log- oder Data-Volume korrupt ?
Ersatz der defekten Festplatte
Wiederherstellen der Plattenbereiche
Abschlieende Konsistenzprfung einplanen
Konsistenz der B*-Bume berprfen

Aufhrung kann mit CCMS (DB13) eingeplant werden oder mit dem Database Studio
interaktiv erfolgen
SAP 2008
Siehe auch SAP Hinweis 839333 (FAQ: MaxDB Fehler-Diagnose-> korrupte Daten-Pages)
SAP AG
ADM515
7-58

Zusammenfassung
Sie knnen nun:
Die Struktur der Tabellen und Indexe in der MaxDB beschreiben
Problemsituationen erkennen und beheben

MaxDB Performance analysieren
SAP 2008
SAP AG
ADM515
7-59
SAP AG
ADM515
7-60
bungen
Kapitel: 6
Thema: Problemsituationen und Performance-Tuning
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
Die Funktion eines Updates der Tabellenstatistiken einer einzelnen Tabelle

knnen Sie ber folgendes dbmcli-Kommando ausfhren:
dbmcli -U c sql_updatestat <Tabellenname> estimate
sample 1000 rows
Aktualisieren Sie die Statistiken der Tabelle POPULATION. Bitte
vergleichen Sie dieses mit der Protokolldatei des Database Manager
(dbm.prt) im Arbeitsverzeichnis (Parameter: RUNDIRECTORY) .
6-1-3
Kontrollieren Sie nun anhand der Zeitstempel im

dbmcli -U c uSQL c INFO UPDSTAT
ob der Update Statisitics fr alle Tabellen ausgefhrt wurde.
Optional: Analyse des Baums der Tabelle Population

6-2-1
SAP AG
Mit dem folgenden SQL-Kommando knnen Sie Informationen ber die

Tabelle Population und deren Primrschlssel ermitteln:
SELECT description, numeric_value FROM
tablestatistics WHERE owner=SAPR3 AND
tablename=POPULATION
ADM515
7-61
6-2-2
6-3
Optional: Ermittlung eines Explains

6-3-1
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.
Bitte fhren Sie im SQL-Editor im Database Studio fr die bestehende

Tabelle Population SQL-Statements aus, fr die Sie anschlieend ein
Explain ermitteln, z.B.:
EXPLAIN SELECT * FROM population WHERE city LIKE
A%
Vergleichen Sie bitte die Ausgabe mit der in den Unterlagen zur
Transaktion ST05.
Resource und Kommando Monitor

6-4-1
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
Kontrollieren Sie bitte, welche Statements, bei diesen Zugriffen ausgefhrt

werden und ob diese evt. optimierbar sind.
MaxDB Datenbank Analyzer

Der MaxDB Datenbank Analyzer ist auf Ihrer Testdatenbank installiert.
6-5-1
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
Optional: Zustzlich knnen Sie vom Schulungssystem DEV zu Ihrer

Schulungsdatenbank T<NN> die DB50 nutzen, um Ihre DB zu
administrieren. Damit knnen Sie auch die Funktionen des DBanalyzers
von dort aus nutzen und auswerten.
Optional: Trace des Datenbankkern starten

6-6-1
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
Vergewissern Sie sich, da die Tracedateien geschrieben wurden. Welche

Dateien sind fr den SAP Support interessant.
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
Ebenso knnen Sie im SQL Studio die Tabelle/View INFO_UPDSTAT

unterhalb des Users Domain einsehen. Dies empfiehlt sich besonders, wenn
die Anzahl der Tabellen sehr hoch ist, wie z.B. in einer vom R/3 genutzten
Datenbank:
Anmeldung an dbmcli in einer SQL-Session:
dbmcli -U c uSQL
Ausfhrung des SQL-Statements am Prompt des dbmcli (z.B. dbmcli
on T<NN>):
sql_execute select * from INFO_UPDSTAT where
Table Name=<Tabellenname>
Desweiteren bleibt auch immer die Mglichkeit, direkt in die Tabelle
TABLES zu schauen und dort diese Angaben zu ermitteln.
6-1-2
Das Database Manager Protokoll ist im Instanzbaum unter dem

CONTROL-User ber Database Server Diagnosis Files Database
Manager Protocol leicht erreichbar.
6-1-3
Ermitteln Sie diese Informationen fr die Tabellen erneut und vergleichen

die Ausgaben.
Optional: Analyse des Baums der Tabelle Population

6-2-1
Das Kommando knnen Sie ber dbmcli oder dem SQL-Editor im

Database Studio absetzen.
6-2-2
Der Sekundrindex kann mit dem SQL-Kommando

CREATE INDEX IDX_Inhabitants ON Population
(INHABITANTS DESC)
erstellt werden.
Optional: Ermittlung eines Explains

6-3-1
6-4
SAP AG
Die Ausgabe entspricht der Anzeige in der Transaktion ST05.
Kommando und Resource Monitor

6-4-1
Bitte gehen Sie entsprechend der Beschreibung in den Unterlagen (Kapitel

6) vor und binden Ihre Datenbankinstanz T<NN> in der DB59 ein.
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
Ein Doppelklick auf ein Tabelleneintrag in Kommando und Resource

Monitor ermglicht uns, diese Statements zu analysieren. Es werden dort
Absprnge in Tabellendaten und ABAP-Coding angeboten.. Nur mit dem
Kommando Monitor und den dort angezeigten Statements knnen Sie ein
Explain des SQL Statements erstellen.
Bewerten Sie die gesammelten Informationen.
MaxDB Datenbank Analyzer

MaxDB bietet mit dem Database Analyzer einen umfangreichere Datensammlung
und einen sicheren Betrieb dieser Analysemethode.
6-6
SAP AG
Optional: Trace des Datenbankkern starten

6-6-1
Gehen Sie entsprechend der Unterlagen vor:

Starten der Datenbank nach Admin mit Set State Admin.
Aktivieren des Trace im Kontextmen Ihrer Datenbankinstanz unter
Database Trace. Anschlieend werden die entsprechenden Optionen
gesetzt.
6-6-2
Starten der Datenbank nach Online mit Set state Online.

Damit wird die Aktivitten beim Start der Datenbank berwacht und
protokolliert. Anschlieend mssen diese Daten per Flush in den binren
Datenbank-Trace geschrieben werden und mit Database Trace und
dann Generate Ausgabeoptionen setzen und auswerten.
6-6-3
Anschlieend sollten Sie eine Datei <SID>.prt im Verzeichnis

G:\sapdb\data\wrk\<SID>\ finden.
Die Analyse der Ausgabedateien erfolgt blicherweise durch den SAP
Support. Untersttzen Sie bitte den SAP Support indem Sie es
ermglichen, da eine Remoteverbindung zu Ihrer Datenbank mglich ist.
Dieses beschleunigt die Fehlersuchen grundstzlich.
6-6-4
Diese Funktion in der DB50 ermglicht es uns im laufenden Betrieb der

Datenbank von remote wichtige Traces komfortable anzulegen und gleich
auswerten zu knnen.
ADM515
7-66
Inhalt:
Ein Ausblick auf die aktuelle Planung fr die nchste Version MaxDB 7.8
SAP 2008
SAP AG
ADM515
8-1
Ausblick auf MaxDB 7.8: Lernziele
Am Ende dieses Kapitels knnen Sie:
Einen berblick ber die neuen geplanten Funktionen der MaxDB 7.8 geben.
SAP 2008
SAP AG
ADM515
8-2
Agenda I

1.1.
1.2.
1.3.
1.4.
1.5.
1.6.
3. MaxDB-Interna
Einfhrung
3.1.
3.2.
3.3.
3.4.
3.5.
-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

Database Studio
Parameter
bungswerkzeug
4.1.
4.2.
4.3.
4.4.
4.5.
4.6.
4.7.
4.8.
4.9.
MaxDB Snapshots
Log-Sicherungen
Sicherungsstrategie
Wiederherstellungen
SAP 2008 / Page 1
SAP AG
ADM515
8-3
Agenda II
5.
5.1.
5.2.
5.3.
5.4.
5.5.
5.6.
5.7.
7.
Prfen der Datenbank

Datenbankinstanz
(Releasewechsel)
Migration zur MaxDB
Hochverfgbarkeit
MCOD

7.1.
7.2.
7.3.
7.4.
7.5.
bersicht
Interface & User
Problemsituationen
6.1.
6.2.
6.3.
6.4.
6.5.
6.6.
B*-Bume
Optimierung
SAP 2008
SAP AG
ADM515
8-4
Ausblick auf MaxDB 7.8: bersichtsdiagramm

Thema 1: bersicht
Thema 2: nderungen des Datenbankkerns
Thema 3: Neue administrative Funktionen
Thema 4: Setup und Infrastruktur
Thema 5: Interface & User
SAP 2008
SAP AG
ADM515
8-5
Haftungsausschlu
Der
in diesem Kapitel gegebene Ausblick auf neue Funktionen

zuknftiger MaxDB-Versionen entspricht dem aktuellen
Planungsstand und unterliegt evt. notwendigen zuknftigen
Anpassungen. Daher kann es u.U. passieren, da hier beschriebene
Funktionen auf unbestimmte Zeit verschoben werden.
SAP 2008
SAP AG
ADM515
8-6
bersicht

MVCC (Multiversion Concurrency Control)
XA-Interface fr verteilte Java-Transaktionen
Neue B*-Baumstrukturen
Automatisierung der Clusterung
Ausgleichsfunktionen zwischen Daten-Volumes
nderungen von Parametern

Check Data auf Snapshots mit anschlieender Sicherung
Komprimierung und Verschlsselung von Sicherungen
Externe Snapshots in Sicherungshistorie
Setup & Infrastruktur
Isolierte Installation
Interface & User
Database Studio mit vollem Funktionsumfang
SAP 2008 / Page 1
SAP AG
ADM515
8-7
Verfgbarkeit
MaxDB 7.8, wird im OLTP Umfeld fr 2009 erwartet

Zusammen mit dem Netweaver 7.2
Generelle Verfgbarkeit fr 2009 erwartet
Freigabe der MaxDB 7.8 fr ltere Releases des SAP Netweaver wird spter wahrscheinlich
erfolgen (bis zurck zum SAP Kernel 6.40_EX2)
SAP 2008 / Page 1
SAP AG
ADM515
8-8

Thema 1: bersicht
SAP 2008
SAP AG
ADM515
8-9
Multiversion Concurrent Commit (MVCC)
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:
Sperrsituationen knnen vermieden werden
Bisher wurde mit Sperren gearbeitet, um eine vergleichbare Funktion zu erhalten
Nachteil:
Hherer Verwaltungsaufwand fr gleichzeitig laufende Transaktionen bzw. SQL-Statements
Garbage Collector mu obsolete Daten erkennen und lschen
Implementierung im Umfeld des SAP Netweaver:
Isolation Level 50 Konsistente Sichten nur fr den gleichen Cursor (SQL-Statement)

Reduziert Aufwand fr Historie
Alternative Implementierungen:
Isolation Level 60 Konsistente Sichten ab erstem SQL-Statement in Transaktionen
Viel Historie bei vielen Transaktionen. Selbst inaktive Transaktionen knnen viel Historie festhalten
SAP 2008
SAP AG
ADM515
8-10
MVCC konsistente Sichten
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
Setzt s=3 Commit
Setzt s=7 Commit
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
MVCC konsistentes Lesen mit HistoryDateien

T2
Setzt s=15 Commit
T3
Setzt s=3
T4
Commit
T5
Setzt s=7 Commit
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 2008 / Page 1
SAP AG
ADM515
8-12
XA-Interface fr verteilte Java-Transaktionen
Neue Funktion fr Java-Umgebungen:

XA-Interface wird als Standard untersttzt
MaxDB stellt two-phase COMMIT fr die
Ausfhrung von verteilten Transaktionen
bereit
Transaktion Manager
(Java)
Aktuell keine Kombination von XA und

MVCC mglich, zuknftig ja
Applikation (Java)
XAInterface
XAInterface
Resource
Manager
MaxDB
SAP 2008 / Page 1
SAP AG
ADM515
8-13
Neue B*-Baumstrukturen
Zuerst fr temporre Daten

Teile des neuen B*-Baumes knnen auf Datenplatten ausgelagert werden und in
anderen Teilbumen weiterwachsen.
Gendertes Sperrverhalten: Bietet dort auch Sperren auf Unterbumen
Variable Ablage
In Zukunft weitere berarbeitungen in allen Bereichen der MaxDB
SAP 2008 / Page 1
SAP AG
ADM515
8-14
Automatisierung der Page-Clusterung
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.
Die Page-Clusterung wird Standardeinstellung.

Sekundrindexe werden ebenfalls automatisch auf Page-Clusterung umgestellt
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 2008 / Page 1
SAP AG
ADM515
8-15
nderungen im Bereich Volume und Sicherung
MaxDB-Parameter MaxVolumes wird ausrangiert

MaxDB-Parameter MaxDataVolumes wird default auf 255 (READ ONLY) gesetzt.
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.
MaxDB-Parameter MaxBackupMedia wird per default auf 8 Gerte erweitert
SAP 2008 / Page 1
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

Thema 1: bersicht
SAP 2008
SAP AG
ADM515
8-17
Check Data auf MaxDB-internen Snapshots
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
Komprimierung und Verschlsselung von

Sicherungen
Erste Implementierungsschritte auf der Ebene des Datenbankkerns sind durchgefhrt
Untersttzung auf Client-Seite folgt, um Komprimierung und Verschlsselung
innerhalb der Sicherungstemplates definieren zu knnen
Die oft CPU-lastige Komprimierung und Verschlsselung findet pro Sicherungsstrom
auf einer CPU statt. Daher mu diese Funktion mit Bedacht gewhlt werden, damit
eine Sicherung auf ein achtfaches Sicherungstemplate nicht ein acht-CPU-System
lahm legt.
SAP 2008
SAP AG
ADM515
8-19

Thema 1: bersicht
SAP 2008
SAP AG
ADM515
8-20
Isolierte Installation Funktionsweise
Datenbankserver
Alter Client, alte Datenbank
-d DB76 n server
Neuer Client, Datenbank 7.8

-d DB7801 n server
7210
nutze 7203
connect

-d DB7800 n server:7206
connect
DB76
Datenbankserver
7210
Globaler X-Server 7.8

(independent)
7203
X-Server
(7.8.01)
DB7801
7206
X-Server
(7.8.00)
DB7800
Interner Reconnect:

Globaler X-Server 7.8

(independent)
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
Isolierte Installation Umsetzung
Globaler X-Server mu alle lokalen Datenbankinstallationen und deren Ports kennen

X-Server der lokalen Installationen werden vom globalen X-Server gestartet
Es wird verschiedene Installationstypen geben (z.B. versteckte Installation)
Installationskommentare sind mglich
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

Thema 1: bersicht
SAP 2008
SAP AG
ADM515
8-23
Database Studio mit vollem Funktionsumfang
SAP 2008
SAP AG
ADM515
8-24
Ausblick auf MaxDB 7.8: Zusammenfassung
Sie knnen nun:
Einen berblick ber die neuen geplanten Funktionen der MaxDB 7.8 geben.
SAP 2008
SAP AG
ADM515
8-25

ADM515 DE Col63 FV

Uploaded by

Document Information

Original Title

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

ADM515 DE Col63 FV

Uploaded by

Copyright:

Available Formats

ADM515

ADM515 Datenbankadministration SAP MaxDB

Copyright 2008 SAP AG. All rights reserved.

SAPTEC SAP NetWeaver:

oder quivalente Kurse fr SAP Business One

SAP 2008 / Seite 1

Diese Schulung richtet sich an die folgende Zielgruppe:

berblick ber die Schulung

Ziele der Schulung

Lernziele der Schulung

SAP 2007 / Page 1

Lernziele der Schulung

Nach Abschlu dieses Kurses sollten sie die Fhigkeit besitzen:

eine MaxDB Installation administrieren zu knnen

Kapitel 5 Weitere Administrations-

Kapitel 2 MaxDB betreiben

Kapitel 6 Performance-Tuning und

Kapitel 4 Datenbanksicherung und

Kapitel 7 Ausblick: MaxDB 7.8

SAP 2007 / Page 1

1. Der erste Kontakt

berblick Database Studio

Prfen der Datenbank

Ausblick auf MaxDB 7.8

Der erste Kontakt

MaxDB im Umfeld der SAP NetWeaver-Architektur

SAP 2008 / Page 1

Der erste Kontakt: Lernziele

Am Ende dieses Kapitels, knnen Sie:

SAP 2008 / Page 1

1. Der erste Kontakt

berblick Database Studio

Prfen der Datenbank

Ausblick auf MaxDB 7.8

Der erste Kontakt

SAP 2008 / Page 1

Mehr als 30 Jahre Geschichte der MaxDB

Start an der TU Berlin als Forschungsprojekt

1979-1997 Nixdorf Computer AG, Siemens-Nixdorf, Software AG

Erstes Produkt fr SAP Anwendungen: ADABAS for R/3

Umbenennung in MaxDB (Kooperation mit MySQL)

MaxDB ist jetzt ein Trademark der SAP AG

15 Jahre Erfahrung als SAP Datenbank

SAP und MaxDB

MaxDB ist das Datenbankangebot der SAP

Teil des SAP Technologie Portfolios

Untersttzt alle SAP Anwendungen

Teil der SAP NetWeaver Plattform und der Development Workbench

Vorteil: Alle Komponenten einer SAP Installation von einem Anbieter

Fokussiert auf Anforderungen des SAP Kunden und SAP Anwendungen

Geringe Lizenz- und Wartungskosten

Strategische und sichere Alternative

Keine permanente berwachung notwendig

Keine Grenabschtzungen notwendig

Automatische Platzzuteilung fr Datenpakete

Automatischer Lastausgleich auf den verwendeten Festplatten

Breite Plattformuntersttzung (Unix und Windows)

Einsatzgebiete der MaxDB

Online Transaction Processing (OLTP)

Objektorientierte Speichertechnik im SCM-Umfeld

Online Analytical Processing (OLAP)

Das Datenbanksystem MaxDB untersttzt verschiedene Anwendungsgebiete.

SAP DB & MaxDB-Versionen