You are on page 1of 453

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. 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

2-3

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

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

Ist in deutsch und englisch verfgbar


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
Ist in deutsch und englisch verfgbar

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
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-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
Kapitel: 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-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
Kapitel: 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-33

MaxDB und SAP NetWeaver

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

Am Ende dieses Kapitels, knnen Sie:


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. 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

3-3

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

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: 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

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: 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

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: 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: Administration der Plattenbereiche fr Daten und Log
Thema 5: Konfigurationsnderungen
Thema 6: DBFULL und LOGFULL Situationen
Thema 7: Parameter
Thema 8: bungswerkzeug

SAP 2008

SAP AG

ADM515

3-24

Daten-Volume anfgen

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: 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: Administration der Plattenbereiche fr Daten und Log
Thema 5: Konfigurationsnderungen
Thema 6: DBFULL und LOGFULL Situationen
Thema 7: Parameter
Thema 8: bungswerkzeug

SAP 2008

SAP AG

ADM515

3-27

Konfigurationsnderungen

Beschreibung

Betriebszustand

Protokollierte Aktion

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: 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: Administration der Plattenbereiche fr Daten und Log
Thema 5: Konfigurationsnderungen
Thema 6: DBFULL und LOGFULL Situationen
Thema 7: Parameter
Thema 8: bungswerkzeug

SAP 2008

SAP AG

ADM515

3-39

FULL-Situationen

Daten

Log
SAP 2008 / Page 1

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: 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: Datenbankparameter
Thema 8: bungswerkzeug

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: 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: Datenbankparameter
Thema 8: bungswerkzeug

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
Am Ende dieser bungen knnen Sie:
Die Konfiguration der Datenbank <SID> verndern oder erweitern,
um sie den Bedrfnissen des Datenbankbetriebs anzupassen.
Auerdem knnen Sie die ersten Ausnahmesituationen meistern.

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

Am Ende dieses Kapitels, knnen Sie:

Den technischen Hintergrund der MaxDB erlutern

SAP 2008 / Page 1

SAP AG

ADM515

4-2

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

4-3

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

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

User-Kernel-Thread (UKT)
Tasks

Requestor
Console
(Clock)

(IO-Threads<i>)
(IO-Worker<i>)

User
User

Timer

Trace-Writer

Server
Server

Garbage

Log-Writer

Pager
Pager

Utility

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<i>

User Kernel Process (UKT)

User-Kernel-ThreadTasks
(UKT)
Tasks

(IO-Worker<i>)
User

Timer

Trace-Writer

Pager

Server

Garbage

Log-Writer

Utility

SAP 2008

Beim Start der Laufzeitumgebung, d.h. beim Starten der Datenbankinstanz in den Zustand ADMIN,
wird zuerst der Coordinator-Thread erzeugt. Dieser ist von besonderer Bedeutung.
y Der Coordinator-Thread benutzt beim Start Datenbankparameter, um die Speicher- und
Prozesskonfiguration der Datenbankinstanz zu ermitteln.
y Der Coordinator-Thread koordiniert auch die Startvorgnge der anderen Threads und berwacht
diese whrend des Betriebs der Datenbankinstanz.
y Kommt es zu Betriebsfehlern, kann der Coordinator-Thread andere Datenbank-Threads stoppen.
Der Requestor-Thread empfngt Anmeldungen der Benutzerprozesse an die Datenbank und ordnet
sie einer Task innerhalb eines User-Kernel-Threads zu.
Der Console-Thread sammelt fr den Administrator wichtige Nachrichten von den anderen Threads
in der Datei knlMsg, die im Arbeitsverzeichnis der Datenbankinstanz abgelegt ist.
Der Clock- bzw. Timer-Thread dient der internen Zeitermittlung, um beispielsweise festzustellen,
wieviel Zeit die Ausfhrung einer SQL-Anweisung bentigte.

SAP AG

ADM515

4-8

Spezialthreads IO Management

Coordinator
Requestor
Console

User-Kernel-Thread (UKT)
Tasks
User

Timer

Trace-Writer

Pager

Server

Garbage

Log-Writer

Utility

Clock / Timer
I/O Buffer Cache

Queues Volume 1
IO-Threads<i>

prio
low

prio
med

(IO-Worker<i>)

prio
high

Queues Volume 2
prio
low

prio
med

prio
high

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<i>
Parameter: MaxCPUs
(hier im Beispiel =2)

(IO-Worker<i>)

Parameter: MaxUserTasks
(hier im Beispiel =6)
Parameter: MaxUserTaskStackSize
(blicherweise =1024)
SAP 2008 / Page 1

Jedem Benutzer bzw. jedem Anwendungsprozess wird bei der Anmeldung genau eine User-Task fest
zugeordnet.
Die maximale Anzahl der zur Verfgung stehenden User-Tasks ist vom Datenbankparameter
MaxUserTasks abhngig. Dieser Parameter begrenzt damit auch die Anzahl der Benutzersitzungen,
die gleichzeitig am Datenbanksystem mglich sind.
Der Datenbankparameter MaxCPUs gibt an, auf wie viele User-Kernel-Threads die User-Tasks
verteilt werden. Die User-Tasks erzeugen die Hauptlast. Alle andere sowie die globalen Threads
verbrauchen sehr wenig CPU-Zeit. Durch den Parameter MaxCPUs kann also die Anzahl der von der
Datenbankinstanz parallel genutzten Prozessoren begrenzt werden.
blicherweise liegt die CPU-Belastung aber bei etwa 10-30% der Gesamtlast
Mit dem Datenbankparameter MaxTaskStackSize (Default: 1024 KB) kann der Speicherverbrauch
durch die Anzahl der User-Tasks abgeschtzt werden. Bei einem begrenzten Adressraum bzw.
Speicherangebot sollte daher die Anzahl der User-Tasks nicht zu sehr ber den Empfehlungen von
zweimal die Anzahl der Workprozesse in den angeschlossenen Applikationsinstanzen liegen.

SAP AG

ADM515

4-10

User-Kernel-Threads: Task-Abfolge

Console
Clock / Timer

User
User
User
Tasks
UKT 4
Pager
Pager
Pager

UKT 2

UKT 3

User
User
user

Server
Server
server

User Kernel Thread 1


Task1

IO System

Task2 Task3

I/O Anfrage 2

IO-Threads<i>
(IO-Worker<i>)

I/O Anfrage 1

UKT 5

IO Thread

Requestor

User-Kernel-Thread

I/O Antwort 1

Floating
Service
Floating
FloatingService
Service

2
IO Thread

Coordinator

3
4
5

I/O Anfrage 3

Task running
Task runable
Task waiting

IO Thread

I/O Anfrage 1

IO Thread

I/O Antwort 2

SAP 2008

Innerhalb der User-Kernel-Threads wird ein kooperatives Multitasking betrieben, whrend zwischen
den Threads moderner Betriebssysteme ein premptives Multitasking durchfhren.
Dies fhrt dazu, da in den Threads immer nur ein Proze aktiv sein kann und einer oder mehrere
User-Tasks innerhalb des gleichen UKT auf die Beendigung und bernahme der Kontrolle auf dem
UKT warten.
Ab MaxDB 7.5 ist hier ein Parameter eingefhrt worden, der das Verhalten ndern kann und auch
innerhalb der UKTs auf premptives Multitasking umschaltet. Dieser Parameter
UseCoroutineForUserTask sollte aber nur bei liveCache-Instanzen oder auf Datenbanken auf NO
gestellt werden, die auch liveCache-Funktionen bernehmen (Siehe auch SAP Hinweis 1038709 FAQ: MaxDB/liveCache OneDB Server).
y Vorteil: Langlaufende User-Tasks mit livecache-Applikationsfunktionen (LCApps) knnen
zwingend unterbrochen werden.
y Nachteil: Stripes (Regionen) in der Datenbank knnen hhere Kollisionsraten beim Zugriff von
User-Tasks zeigen (andere Datenbanken nennen diese Stripes auch Latches)

SAP AG

ADM515

4-11

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<i>
(IO-Worker<i>)

DATA

Create
Index

Check Data
(Verify)

SAP 2008

Server-Tasks dienen der Durchfhrung administrativer Aufgaben in der MaxDB Instanz. Einige
Server-Tasks steuern das Lesen von den Daten-Volumes, andere steuern das Schreiben auf das
Sicherungsmedium.
Bei der CREATE INDEX- und asynchronen DROP INDEX- oder DROP TABLE-Anweisung
werden die Server-Tasks beauftragt, die Tabellendaten parallel von den Daten Volumes zu lesen
oder asynchron zu lschen. Auch die Ausfhrung des Check Data (Verify) wird durch die ServerTask betreut.
Ab der MaxDB-Version 7.6.05 waren die Server-Tasks auch fr das PreFetching zustndig. Diese
Funktion wird auch in MaxDB 7.7 bald bereitgestellt (MaxDB 7.7.06).
Das System berechnet die Anzahl der Server-Tasks bei der Konfiguration der Datenbankinstanz
automatisch aus der Anzahl der Daten-Volumes und der Anzahl der vorgesehenen Sicherungsgerte.
ber den Parameter MaxServerTasks kann diese Anzahl hher eingestellt werden.
Wie blich werden die Lese- und Schreibaktionen nicht von den Server-Tasks selber erledigt,
sondern an die IO-Threads bertragen.
Ab MaxDB 7.5 ist es auch mglich, die Server-Tasks in speziellen Situationen, bei denen sich die
Server Tasks nur noch gegenseitig blockieren, auf mehr UKTs und damit CPUs zu verteilen. Der
MaxDB Parameter lautet hier EnableMultipleServerTaskUKT. Diese Mglichkeit wird meist bei der
Migration genutzt.

SAP AG

ADM515

4-13

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<i>
(IO-Worker<i>)
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<i>
(IO-Worker<i>)

LOG

SAP 2008

Floating Services knnen viele verschiedene Funktionen in der Datenbank bernehmen. Die zwei
wichtigsten, die hier zu erwhnen wren:
y DBanalyzer Dieser ermglicht eine umfassende Beobachtung der Datenbank inklusive
Protokollierung.
y Eventmanagement Es ermglicht die automatische und autonome Steuerung von
Managementfunktionen zum Betrieb der Datenbank wie z.B. automatische Erweiterung und
automatisches Update Statistics. Diese Funktionen werden im SAP-Umfeld bisher aber nicht
eingesetzt.
Der Log-Writer ist fr das Schreiben der After-Images in die Log-Volumes zustndig. Auch er
bemht die IO-Threads um die eigentlichen Schreibarbeiten zu bernehmen.

SAP AG

ADM515

4-17

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<i>
(IO-Worker<i>)

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<i>
(IO-Worker<i>)

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<i>
(IO-Worker<i>)

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: bersichtsdiagramm

MaxDB-Interna
Thema 1: Prozesse
Thema 2: Sperren
Thema 3: Speicherbereiche
Thema 4: Plattenbereiche
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: bersichtsdiagramm

MaxDB-Interna
Thema 1: Prozesse
Thema 2: Sperren
Thema 3: Speicherbereiche
Thema 4: Plattenbereiche
Thema 5: Logging

SAP 2008 / Page 1

SAP AG

ADM515

4-30

Laufzeitumgebung
(LZU)

User-Kernel-Thread (UKT)
User-Kernel-Thread (UKT) Tasks:

Console

Garbage

Trace-Writer

Timer

Utility

Log-Writer

Pager
Pager

Server
Server

User
User

Requestor
IO-Threads

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: bersichtsdiagramm

MaxDB-Interna
Thema 1: Prozesse
Thema 2: Sperren
Thema 3: Speicherbereiche
Thema 4: Plattenbereiche
Thema 5: Logging

SAP 2008 / Page 1

SAP AG

ADM515

4-48

Laufzeitumgebung
(LZU)

User-Kernel-Thread (UKT)
User-Kernel-Thread (UKT) Tasks:

Console

Garbage

Trace-Writer

Timer

Utility

Log-Writer

Pager
Pager

Server
Server

User
User

Requestor
IO-Threads

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: bersichtsdiagramm

MaxDB-Interna
Thema 1: Prozesse
Thema 2: Sperren
Thema 3: Speicherbereiche
Thema 4: Plattenbereiche
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
Am Ende dieser bungen knnen Sie:
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

Am Ende dieses Kapitels, knnen Sie:


Sicherungen und Wiederherstellungen durchfhren
Kennen wichtige Aspekte einer Sicherungsstrategie

SAP 2008

SAP AG

ADM515

5-2

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.
4.9.

Vollstndige Datensicherung
Inkrementelle Datensicherungen
MaxDB Snapshots
Log-Sicherungen
Automatische Log-Sicherung
berprfen der Sicherungen
Sicherungsstrategie
Externe Sicherungstools
Wiederherstellungen

SAP 2008

SAP AG

ADM515

5-3

Agenda II

5.

Weitere Administrationsthemen
5.1.
5.2.
5.3.
5.4.
5.5.
5.6.
5.7.

7.

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

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
=
Vollstndige Datensicherung

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

Datenbanksicherung und -wiederherstellung:


bersichtsdiagramm
Datenbanksicherung und -wiederherstellung
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

Vollstndige Datensicherung

DATA 1
DATA 2

DataVolumes

DATA n

Label:
DAT_00001

Parameterdatei
/sapdb/data/config/<SID>

LogVolumes

LOG 1
LOG 2
SAP 2008 / Page 1

Eine vollstndige Datensicherung speichert alle belegten Seiten der Daten-Volumes auf
Sicherungsmedien (Templates). Zustzlich wird zu Beginn mit jedem Datenstrom einer Sicherung
(Template Gruppen) die aktuelle Parameterdatei (im Umfeld des SAP Netweaver der Inhalt aus der
Datei /sapdb/data/config/<SID>) mitgeschrieben. So ist es im nachhinein immer mglich, die fr
diese Sicherung bentigte Instanzumgebung wieder herzustellen.
Jede Sicherung erhlt ein Label in der Reihenfolge der Sicherungen. Dieses Label wird durch die
Administrationswerkzeuge benutzt, um die Sicherungen voneinander zu unterscheiden.
Dabei wird auch dann die Sicherungsnummer um eins erhht, wenn die Sicherung nicht erfolgreich
war.
Fr jede Sicherung wird ein Eintrag in der Sicherungshistorie (Datei dbm.knl) im
Arbeitsverzeichnis der Datenbank geschrieben.
Sicherungen werden durch den Datenbankkern durchgefhrt. Online-Sicherungen mit
Betriebssystemmitteln (z.B. dd, copy) von Plattenbereichen der Datenbankinstanz, auf denen die
Volumes abgelegt sind, sollten nicht durchgefhrt werden. Meist sind diese nutzlos, da offene
Dateien nicht gesichert werden knnen und/oder nicht vollstndig gesichert werden. Auch OfflineSicherungen mit Betriebssystemmitteln sollten Sie aus hnlichen Grnden vermeiden.
Nutzen Sie die Funktionen der Datenbank, um Sicherungen durchzufhren.
Der Vorteil ist, da jede gesicherte Page aus den Daten-Volumes whrend des Lesens geprft
wird (Header/Trailer-Vergleich) und damit frhzeitig Fehler gefunden werden knnen. Diese
berprfung knnte mit einer Konsistenzprfung Check Data (Verify) verglichen werden,
obwohl die Analysetiefe nicht so weit geht, wie bei einem normalen Verify.

SAP AG

ADM515

5-11

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

Datenbanksicherung und -wiederherstellung


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

Sicherungen: bersichtsdiagramm

Datenbanksicherung und -wiederherstellung


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

Sicherungen: bersichtsdiagramm

Datenbanksicherung und -wiederherstellung


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

Interaktive Log-Sicherung (2)

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

Interaktive Log-Sicherung (3)

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

Interaktive Log-Sicherung (4)

SAP 2008

Es erfolgt eine Zusammenfassung der Einstellung vor dem Start der Log-Sicherung.
Nach erfolgter Log-Sicherung wird das Label der Sicherung angezeigt.
Dauert die Log-Sicherung sehr lange knnen Sie auch hier den Wizard in den Hintergrund legen und
ber den Reiter Actions wieder erreichen.
Wenn Sie die interaktive Log-Sicherung wegen einer LOG FULL-Situation starten, dann werden die
mit der Datenbank arbeitenden Programme so lange gestoppt, bis die Datenbank ihre Transaktionen
fortsetzen kann. Diese Programme werden nach Abschluss der Log-Sicherung automatisch wieder
aktiv, falls sie nicht manuell gestoppt oder Timeout-Werte der Applikation berschritten wurden.
Wenn Sie bei einer LOG FULL-Situation dagegen nicht eine interaktive Log-Sicherung durchfhren,
sondern gleich die automatische Log-Sicherung wieder aktivieren, dann werden die gestoppten
Transaktionen direkt nach dem Sichern des ersten Log-Bereichs (per Default ein Drittel des
gesamten Log-Bereichs) wieder aktiv, whrend die anderen Log-Bereiche noch gesichert werden.

SAP AG

ADM515

5-33

Sicherungen: bersichtsdiagramm

Datenbanksicherung und -wiederherstellung


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-34

Automatische Log-Sicherung

Log-Volumes

Log-Zyklus, durch
Downcounter eingeteilt

Log
Volume
1

Log
Volume
2

e
en
s
os
hl ion
c
s g
ge Re
ab ogL

Log-Sicherungen
(Versionsdateien)

AULOG_001
AULOG_002
AULOG_003
AULOG_004
Labels
LOG_00001
LOG_00002

LOG_00003
LOG_00004

Letzte Log-Sicherung
Wenn die automatische Log-Sicherung aktiviert ist, sichert die Datenbankinstanz Log-Informationen
automatisch, so bald ein vordefiniertes Log-Aufkommen erzeugt wurde
Die Gre wird durch den MaxDB-Parameter AutoLogBackupSize bestimmt
Zustzlich kann eine zeitbasierte Steuerung aktiviert werden
SAP empfiehlt, diesen Automatismus immer zu nutzen, um LOG FULL-Situationen zu vermeiden
SAP 2008

Um die Datenbank vor LOG FULL-Situationen zu bewahren, sollte die automatische Log-Sicherung
aktiviert werden.
Immer, wenn so viele Log-Eintrge aufgetreten sind, da die Gre AutoLogBackupSize erreicht ist,
werden diese Daten auf dem definierten Sicherungstemplate gesichert und der Log-Bereich wird
wieder zum berschreiben freigegeben. Der Log-Bereich wird nicht durch berschreiben mit
Leerdaten gelscht.
y Jeder Log-Bereich wird in eine eigene Sicherungsdatei abgelegt, die eine Versionsnummer
erhlt.
y Automatische Log-Sicherungen sind nur auf Sicherungsdateien mglich. Diese sollten dann
wiederum mit den entsprechenden Tools auf Bnder oder Sicherungs-Server gesichert werden.
y Die automatische Log-Sicherung kann auch neben skriptgesteuerten Log-Sicherungen als
Auffangnetz genutzt werden, falls das Skript versagt.
y Whrend jeder Durchfhrung einer skriptgesteuerten Log-Sicherung muss die automatische
Log-Sicherung deaktiviert werden (z.B. mit dem Kommando dbmcli U c autolog_off).
Die automatische Log-Sicherung ist um so wichtiger, je lnger Datensicherungsaktionen unter
Verwendung der Utility-Task dauern, da whrend dieser Zeit die Utility-Task nicht anderweitig
genutzt werden kann und daher auch keine interaktive Log-Sicherung gestartet werden kann. Zum
Beispiel: Wenn Datensicherungen im Online-Betrieb aufgrund langsamer Sicherungsmedien sehr
lange laufen, kann es whrend dieser Sicherung durch Online-Aktivitten passieren, dass der LogBereich zu 100 Prozent gefllt wird. Mit eingeschalteter automatischer Log-Sicherung kann trotz der
belegten Utility-Task der Log-Bereich gesichert werden und es kommt nicht zur LOG_FULL
Situation.

SAP AG

ADM515

5-35

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

Aktivieren der automatischen Log-Sicherung

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

Aktivieren der automatischen Log-Sicherung

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

Sicherungen: bersichtsdiagramm

Datenbanksicherung und -wiederherstellung


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-39

berprfen der Sicherungen

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

Sicherungen: bersichtsdiagramm

Datenbanksicherung und -wiederherstellung


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

Sicherungen: bersichtsdiagramm

Datenbanksicherung und -wiederherstellung


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

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
Sicherungstools usw.)

SicherungsServer

DatenbankServer

Datenbank
Management

Log medium
Data medium

Pipe

Kernel

Clienttool
der
SicherungsServer
Software

Netzwerk

Ext.
Sicherungstool

Autolog
medium

archive_stage

DATA

File.3
File.3
File.3
LOG
Log Staging

Backuptools, die
Pipes untersttzen:
Networker (Legato)
ADSM/Tivoli (IBM)
(ADINT2)
Data Protector 5.5
(HP)

SAP 2008

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
Sicherungstools usw.)

Backint Staging

Clienttool
der
Sicherungs- Netzwerk
Server
Software

Ext.
Sicherungstool

Backuptools, die
keine Pipes
untersttzen:
ARCserv
ADSM/Tivoli (IBM)
(ADINT)
DataProtector < 5.5 (HP)

SAP 2008

Wenn die vorhandene externe Sicherungslsung die Verwendung von Pipes nicht untersttzt, wird
hier ein alternatives Konzept dargestellt. MaxDB mu hier auf die beschrnkte Funktionalitt des
Backint for Oracle zurckfallen, da dieser Standard nur fr Dateien (und RAW-Devices) definiert
ist.
Auch hier schreibt der Datenbankkern weiterhin auf Pipe-Devices, aber diese Daten werden von
einem MaxDB-Adapterprogramm (ebenfalls mit dem Namen backint) bernommen und die damit
bermittelten Daten aus der Pipe in Dateien zerhackt. Diese Dateien definierter Gre werden dann
im Backint Staging-Bereich abgelegt und der Lageort und Dateiname an das externe Sicherungstool
zur Weiterverarbeitung bermittelt. Dies stellt den bergabepunkt dar.
Wie bereits vorher kann auch hier das AutoLog unabhngig aktiv werden um LOG FULLSituationen zu vermeiden. Aber auch hier kann es generell keine Pipes verwenden.
Meist wird auch auf Seiten der externen Sicherungslsung ein Adapterprogramm fr die Behandlung
des Backint for Oracle und der damit definierten Schnittstellenkommunikation notwendig. Da diese
Adapterprogramme auch meist backint heien, verwechseln Sie diese bei der Implementierung der
Anbindung bitte nicht mit dem MaxDB-Adapterprogramm backint.
Auch in diesem Arrangement ist es mglich die Funktion archive_stage zu verwenden, damit der
DBMserver die Versionsdateien des AutoLog aus dem Log Staging-Bereich an die externe
Sicherungslsung bermittelt. Die Versionsdateien nehmen dann den gleichen Weg der
Datensicherungen ber den Backint Staging Bereich.

SAP AG

ADM515

5-52

Konzept archive_stage mit backint for


Oracle
Datenbank

Backint
control files
*.in / *.out / *.err

Management

Log medium
Data medium

Kernel

MaxDB
Adapterprogramm:
backint

Autolog medium

DATA

File.3
File.3
File.3

File.3
File.3
File.3

LOG
Log Staging

SicherungsServer

DatenbankServer
Backint-Adapter des Clienttools

DBMSRV
(Management inkl.
techn. Wissen ber
Sicherungstools usw.)

Backint Staging

Clienttool
der
Sicherungs- Netzwerk
Server
Software

Ext.
Sicherungstool

Backuptools, die
keine Pipes
untersttzen:
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
*.in / *.out / *.err

Management

Log medium
Data medium

Pipe

Kernel
Autolog

DATA

medium

SicherungsServer

DatenbankServer
Backint-Adapter des Clienttools

DBMSRV
(Management inkl.
techn. Wissen ber
Sicherungstools usw.)

Clienttool
der
Sicherungs- Netzwerk
Server
Software

Ext.
Sicherungstool

Sicherungstools, die
Pipes im Rahmen von
BACKINT (Backint for
MaxDB) untersttzen:

File.3
File.3
File.3
LOG

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
*.in / *.out / *.err

Management

Log medium
Data medium

Pipe

Kernel
Autolog medium

DATA

DatenbankServer
Backint-Adapter des Clienttools

DBMSRV
(Management inkl.
techn. Wissen ber
Sicherungstools usw.)

Clienttool
der
SicherungsServer
Software

SicherungsServer

Network

Ext.
Sicherungstool

Sicherungstools, die
Pipes im Rahmen von
BACKINT (Backint for
MaxDB) untersttzen :

File.3
File.3
File.3
LOG

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

/sapdb/data/wrk/<SID>

Protokoll der
Client-Kommandos

dbm.prt

/sapdb/data/wrk/<SID>

/sapdb/data/wrk/<SID>

SAP 2008

Die folgenden Dateien enthalten Informationen zum Erkennen der Ursache von
Datenbankproblemen:
y Die Diagnosedatei knlMsg stellt die wichtigste Informationsquelle bei Datenbankproblemen
dar. In der Datei werden die Meldungen protokolliert, die in der Kommunikation zwischen der
Laufzeitumgebung der MaxDB und dem Datenbankkern auftreten. Diese Datei wird bei jedem
Start des Datenbankkerns neu angelegt und die bereits vorhandene unter dem Namen
knlMsg.old gesichert. Zustzlich wird die Datei knlMsg ebenfalls nach einem
Datenbankabsturz rechtzeitig gesichert, bis zwei weitere Datenbankabstrze aufgetreten sind.
Die Ablage erfolgt in dem Verzeichnis, das durch den Parameter DiagnoseHistoryPath definiert
ist.
y Die reinen Fehlermeldungen des knlMsg werden auch in knlMsg.err protokolliert. Diese
Datei wird nicht berschrieben und kann bei groem Dateiwachstum archiviert und
anschliessend gelscht werden. Sie wird dann automatisch wieder neu angelegt.
y Die Dateien dbm.knl und dbm.mdf enthalten Informationen zur Sicherungshistorie und zur
Verwendung von Sicherungsmedien und Labels. Anhand dieser Informationen ist die
Datenbankinstanz in der Lage, Hilfestellung bei der Ausfhrung von
Wiederherstellungsprozessen zu geben. Bei Verlust dieser Dateien mssen Sie die zur
Wiederherstellung erforderlichen Aktionen selbst ermitteln.
y Im Gegensatz dazu enthalten die Dateien dbm.prt und dbm.utl Informationen ber die an den
Datenbankrechner geschickten Kommandos (dbm.prt) bzw. die sich daraus ergebenen
Aktionen, die ber die Utility-Task ausgefhrt werden (dbm.utl).

SAP AG

ADM515

5-62

Wiederherstellung: bersichtsdiagramm

Wiederherstellung
Thema 1: Ausgangssituation und Analyse
Thema 2: Strategie
Thema 3: Durchfhrung der Wiederherstellung
Thema 4: Nutzung gespiegelter Log-Volumes
Thema 5: Vorgnge in der Datenbank
Thema 6: Aktionsmatrix

SAP 2008

SAP AG

ADM515

5-63

Wiederherstellungsstrategie

Sicherungshistorie
vollstndige
Datensicherung
(DAT_00014)
inkrementelle
Datensicherung
(PAG_00015)

Wiederherstellungsvorgnge

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: bersichtsdiagramm

Wiederherstellung
Thema 1: Ausgangssituation und Analyse
Thema 2: Strategie
Thema 3: Durchfhrung der Wiederherstellung
Thema 4: Nutzung gespiegelter Log-Volumes
Thema 5: Vorgnge in der Datenbank
Thema 6: Aktionsmatrix

SAP 2008

SAP AG

ADM515

5-65

Wiederherstellen (1)

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

Wiederherstellen (2)

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

Wiederherstellen (3)

SAP 2008

Der Startpunkt ist mit der Vollsicherung gewhlt und nun geht es um die weitere Fortfhrung der
Wiederherstellung.
Im nchsten Schritt wird nun die inkementelle Sicherung ausgewhlt, soweit diese vorher berhaupt
erstellt wurden.
Anschlieend fllt die Datenbank die eventuell bestehende transaktionale Lcke mit Log-Backups
und/oder dem online Log-Volume auf.
In der Summary finden Sie diese Angaben.
Da das Wiederherstellen von transaktionalen Log-Informationen oft zeitaufwendig ist, empfiehlt es
sich, die jngste verfgbare inkrementelle Sicherung zu verwenden. Diese Wahl beschleunigt direkt
den Wiederherstellungsprozess.

SAP AG

ADM515

5-68

Wiederherstellen (4)

Die Sicherungs-Templates
DEV_DATA und
DEV_INC

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

Wiederherstellen (5)

SAP 2008

Bei der Verwendung von Dateien zur Datensicherung kann es passieren, da die Definition des
Datenmediums in der Zwischenzeit mehrfach von einem Dateinamen zum nchsten gendert wurde.
Das Database Studio erkennt dieses anhand der Informationen in der Sicherungshistorie und bietet
fr diesen Fall an, automatisch temporre Mediendefinitonen zu erstellen. Sie knnen hier noch
entscheiden, ob diese Definitionen im Anschluss bestehen bleiben oder auch wieder automatisch
gelscht werden sollen.
Diese Entscheidung mu in diesem Fall der hier aufgebauten Sicherungshistorie sowohl fr die
Vollsicherung als auch die inkrementelle Sicherung getroffen werden.

SAP AG

ADM515

5-70

Wiederherstellen (6)

SAP 2008

Damit erscheint der Start-Button und die Wiederherstellung kann gestartet werden.
Nach erfolgter Wiederherstellung der Datenvollsicherung, stoppt der Prozess und Sie knnen die
Wiederherstellung mit der inkrementellen Sicherung fortfhren.
Alternativ ist es auch mglich, die Wiederherstellung hier ber den Cancel-Button zu beenden und
zu einem spteren Zeitpunkt fortzufhren, wenn zwischenzeitlich die Datenbankinstanz nicht vom
ADMIN in den ONLINE-Zustand gebracht wurde.
y Damit ist es mglich, manuell eine Schatteninstanz aufzubauen. Mehr zu diesen
Ausfallsicherheitslsungen mit MaxDB im nchsten Kapitel.

SAP AG

ADM515

5-71

Wiederherstellen (7)

SAP 2008

Das gleiche Verhalten sehen wir nach erfolgter Wiederherstellung der inkrementellen Sicherung: Der
Wizard stoppt und gibt die Mglichkeit den Wiederherstellungsprozess optional zu unterbrechen.
Am Schlu wird unter Results eine Zusammenfassung des Wiederherstellungsprozess mit
Rckgabewerten der verschiedenen Schritte ausgegeben.
y Der Rckgabewert -8020 ist hier kein Fehler, sondern die Info, da diese Log-Sicherung
erfolgreich abgearbeitet ist und die nchste Log-Sicherung angefordert wird.

SAP AG

ADM515

5-72

Wiederherstellen Indizes

SAP 2008

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: bersichtsdiagramm

Wiederherstellung
Thema 1: Ausgangssituation und Analyse
Thema 2: Strategie
Thema 3: Durchfhrung der Wiederherstellung
Thema 4: Nutzung gespiegelter Log-Volumes
Thema 5: Vorgnge in der Datenbank
Thema 6: Aktionsmatrix

SAP 2008

SAP AG

ADM515

5-78

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: bersichtsdiagramm

Wiederherstellung
Thema 1: Ausgangssituation und Analyse
Thema 2: Strategie
Thema 3: Durchfhrung der Wiederherstellung
Thema 4: Nutzung gespiegelter Log-Volumes
Thema 5: Vorgnge in der Datenbank
Thema 6: Aktionsmatrix

SAP 2008

SAP AG

ADM515

5-80

Wiederherstellen vollstndige
Datensicherung
t

Restore

DAT_00004
DAT_004

DAT_004

Data 1

Data 2

Data n

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: bersichtsdiagramm

Wiederherstellung
Thema 1: Ausgangssituation und Analyse
Thema 2: Strategie
Thema 3: Durchfhrung der Wiederherstellung
Thema 4: Nutzung gespiegelter Log-Volumes
Thema 5: Vorgnge in der Datenbank
Thema 6: Aktionsmatrix

SAP 2008

SAP AG

ADM515

5-88

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

Aktionsmatrix nach Fehlersituation (2)

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

Aktionsmatrix nach Fehlersituation (3)

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

Datenbanksicherung und -wiederherstellung:


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
Am Ende dieser bungen knnen Sie:
Sicherungen erstellen und diese wieder rekonstuieren. Auerdem
knnen Sie mit diesen Fhigkeiten Fehlersituationen beheben, die im
Datenbankbereiche auftreten knnen.
Fehlersituation wie der Ausfall einer Platte oder des entsprechenden
Kontrollers knnen die Funktion der Datenbank beeintrchtigen oder
auch komplett beenden. Nach Reparatur ist meist eine Wiederherstellung
des Datenbanksystems notwendig. Diese Situationen werden hier
simuliert und praktisch gelst.
4-1

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
New oder das entsprechende Klappmen auf der linken Seite des Tools.
Vorschlag: Mediumname DATAinc_<SID>
Backup Type Incremental Data
.
Device Type File
.
Backup Tool NONE
.
Device/File G:\sapdb\<SID>\savefiles\DataI_<SID>.bak
4-1-3 Whlen Sie im Database Studio im Administrationsbereich den Menpunkt
Backup und Templates und darin anschlieend den Menpunkt
New oder das entsprechende Klappmen auf der linken Seite des Tools.
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

4-1-4 Whlen Sie im Database Studio im Administrationsbereich den Menpunkt


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

Weitere Administrationsthemen

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

Am Ende dieses Kapitels, knnen Sie:


Systemkopien mit MaxDB erstellen
Installationstools der MaxDB-Software nutzen

die Hochverfgbarkeitslsungen benennen

SAP 2008

SAP AG

ADM515

6-2

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.
4.9.

Vollstndige Datensicherung
Inkrementelle Datensicherungen
MaxDB Snapshots
Log-Sicherungen
Automatische Log-Sicherung
berprfen der Sicherungen
Sicherungsstrategie
Externe Sicherungstools
Wiederherstellungen

SAP 2008

SAP AG

ADM515

6-3

Agenda II

5.

Weitere Administrationsthemen
5.1.
5.2.
5.3.
5.4.
5.5.
5.6.
5.7.

7.

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

6-4

Weitere Administrationsthemen:

bersichtsdiagramm

Weitere Administrationsthemen
Thema 1: Prfen der Datenbank
Thema 2: Erstellen einer Datenbankinstanz
Thema 3: Neuinitialisierung einer Datenbankinstanz
Thema 4: Installation eines Patches (Releasewechsel)
Thema 5: Migration zur MaxDB
Thema 6: Hochverfgbarkeit
Thema 7: MCOD

SAP 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

Weitere Administrationsthemen:
Unit Overview Diagram
Weitere Administrationsthemen
Thema 1: Prfen der Datenbank
Thema 2: Erstellen einer Datenbankinstanz
Thema 3: Neuinitialisierung einer Datenbankinstanz
Thema 4: Installation eines Patches (Releasewechsel)
Thema 5: Migration zur MaxDB
Thema 6: Hochverfgbarkeit
Thema 7: MCOD

SAP 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.
Whrend des Anlegens einer Datenbankinstanz knnen Sie nderungen an den Parameterwerten
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

Achten Sie besonders bei Systemkopien und der bernahme der Parameter aus dem Parametersatz in
der Sicherungsdatei darauf, da Sie die dort hinterlegten Pfadangaben (z.B. RunDirectoryPath,
DiagnoseHistoryPath, Pfade zu den Volumes usw.) anpassen.
Bevor der letzte Schritt des Wizards ausgefhrt und die Datenbankinstanz angelegt wird, sollten
diese genderten Pfade (mit dem neuen Instanznamen) auch in Ihrem Dateisystem angelegt sein.
Whrend des Anlegens einer Datenbankinstanz knnen Sie nderungen an den Parameterwerten
vornehmen.

SAP AG

ADM515

6-19

Instanz anlegen Volumes und Pfade


anpassen

SAP 2008

Achten Sie besonders bei Systemkopien und der bernahme der Parameter aus dem Parametersatz in
der Sicherungsdatei darauf, da Sie die dort hinterlegten Pfadangaben (z.B. RunDirectoryPath, Pfade
zu den Volumes usw.) anpassen.
Bevor der letzte Schritt des Wizards ausgefhrt und die Datenbankinstanz angelegt wird, sollten
diese genderten Pfade (mit dem neuen Instanznamen) auch in Ihrem Dateisystem angelegt sein.
Minimalausstattung einer Mini-Datenbankinstanz:
y 50 MB Data
y 20 MB Log

SAP AG

ADM515

6-20

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

Weitere Administrationsthemen:
bersichtsdiagramm
Weitere Administrationsthemen
Thema 1: Prfen der Datenbank
Thema 2: Erstellen einer Datenbankinstanz
Thema 3: Neuinitialisierung einer Datenbankinstanz
Thema 4: Installation eines Patches (Releasewechsel)
Thema 5: Migration zur MaxDB
Thema 6: Hochverfgbarkeit
Thema 7: MCOD

SAP 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

Wiederherstellung mit Einzelmedien


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

Wiederherstellung mit Einzelmedien


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

Weitere Administrationsthemen:
bersichtsdiagramm
Weitere Administrationsthemen
Thema 1: Prfen der Datenbank
Thema 2: Erstellen einer Datenbankinstanz
Thema 3: Neuinitialisierung einer Datenbankinstanz
Thema 4: Installation eines Patches (Releasewechsel)
Thema 5: Migration zur MaxDB
Thema 6: Hochverfgbarkeit
Thema 7: MCOD

SAP 2007 / Page 1

Siehe auch SAP Hinweis 1020175 (FAQ: MaxDB Installation/Upgrade und Patch einspielen)

SAP AG

ADM515

6-34

Installation eines Patches

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

Weitere Administrationsthemen:
bersichtsdiagramm
Weitere Administrationsthemen
Thema 1: Prfen der Datenbank
Thema 2: Erstellen einer Datenbankinstanz
Thema 3: Neuinitialisierung einer Datenbankinstanz
Thema 4: Installation eines Patches (Releasewechsel)
Thema 5: Migration zur MaxDB
Thema 6: Hochverfgbarkeit
Thema 7: MCOD

SAP 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

Weitere Administrationsthemen:
bersichtsdiagramm
Weitere Administrationsthemen
Thema 1: Prfen der Datenbank
Thema 2: Erstellen einer Datenbankinstanz
Thema 3: Neuinitialisierung einer Datenbankinstanz
Thema 4: Installation eines Patches (Releasewechsel)
Thema 5: Migration zur MaxDB
Thema 6: Hochverfgbarkeit

SAP 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

Hochverfgbarkeitslsungen fr MaxDB (2)

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

Hochverfgbarkeitslsungen fr MaxDB (3)

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

Hochverfgbarkeitslsungen fr MaxDB (4)


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

Hochverfgbarkeitslsungen fr MaxDB (5)

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

Weitere Administrationsthemen:
bersichtsdiagramm
Weitere Administrationsthemen
Thema 1: Prfen der Datenbank
Thema 2: Erstellen einer Datenbankinstanz
Thema 3: Neuinitialisierung einer Datenbankinstanz
Thema 4: Installation eines Patches (Releasewechsel)
Thema 5: Migration zur MaxDB
Thema 6: Hochverfgbarkeit
Thema 7: MCOD

SAP 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

Weitere Administrationsthemen:
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
Am Ende dieser bungen knnen Sie:
Eine Kopie einer bestehenden Datenbankinstanz erstellen und
die interne Struktur der Datenbank berprfen lassen
Sie kennen die Vorgehensweise bei dem Installieren eines
Datenbankpatches
Bei der produktiven Nutzung einer Datenbank besteht immer wieder die
Notwendigkeit, Datenbankinstanzen zu kopieren um dann mit den
Kopien und den darin enthaltenen Daten Tests durchzufhren.
Der Vorgang wird hier praktisch durchgefhrt.
5-1

5-2

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

Am Ende dieses Kapitels, knnen Sie:


Fehlersituationen erkennen und beheben
Die MaxDB Monitore zur Beurteilung der Performance bedienen

SAP 2008

SAP AG

ADM515

7-2

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.
4.9.

Vollstndige Datensicherung
Inkrementelle Datensicherungen
MaxDB Snapshots
Log-Sicherungen
Automatische Log-Sicherung
berprfen der Sicherungen
Sicherungsstrategie
Externe Sicherungstools
Wiederherstellungen

SAP 2008

SAP AG

ADM515

7-3

Agenda II

5.

Weitere Administrationsthemen
5.1.
5.2.
5.3.
5.4.
5.5.
5.6.
5.7.

7.

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

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

Performance-Tuning und Problemsituationen:


bersichtsdiagramm
Performance-Tuning und Problemsituationen
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

Performance-Tuning und Problemsituationen:


bersichtsdiagramm
Performance-Tuning und Problemsituationen
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

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

Performance-Tuning und Problemsituationen:


bersichtsdiagramm
Performance-Tuning und Problemsituationen
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-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

Performance-Tuning und Problemsituationen:


bersichtsdiagramm
Performance-Tuning und Problemsituationen
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-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

Performance-Tuning und Problemsituationen:


bersichtsdiagramm
Performance-Tuning und Problemsituationen
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-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

Performance-Tuning und Problemsituationen:


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
Am Ende dieser bungen knnen Sie:
Informationen ber die Ablage von Daten in der MaxDB erhalten
Die Statistiken der Datenbank auf den aktuellen Stand bringen
Indices erzeugen und Diagnosen zu Performanceproblemen
durchfhren
Um Performanceprobleme frhzeitig zu erkennen, werden in den
bungen die Tools praktisch vorgestellt. Damit kann schon bei der
Entwicklung von Eigenanwendungen als auch bei der spteren
Optimierung auf die Eigenschaften der MaxDB eingegangen werden.

6-2

6-1

Update Statistics

6-1-1

berprfen Sie den Status der aktuellen Statistiken mit Hilfe des
Kommandos
dbmcli -U c uSQL c INFO UPDSTAT
(Vergleichen Sie diese Angaben am Ende dieser bung)

6-1-2

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

Ausblick auf MaxDB 7.8

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. 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.
4.9.

Vollstndige Datensicherung
Inkrementelle Datensicherungen
MaxDB Snapshots
Log-Sicherungen
Automatische Log-Sicherung
berprfen der Sicherungen
Sicherungsstrategie
Externe Sicherungstools
Wiederherstellungen

SAP 2008 / Page 1

SAP AG

ADM515

8-3

Agenda II

5.

Weitere Administrationsthemen
5.1.
5.2.
5.3.
5.4.
5.5.
5.6.
5.7.

7.

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

8-4

Ausblick auf MaxDB 7.8: bersichtsdiagramm

Ausblick auf MaxDB 7.8


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

nderungen des Datenbankkerns


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

Neue administrative Funktionen


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

Ausblick auf MaxDB 7.8: bersichtsdiagramm

Ausblick auf MaxDB 7.8


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

Ausblick auf MaxDB 7.8: bersichtsdiagramm

Ausblick auf MaxDB 7.8


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

Ausblick auf MaxDB 7.8: bersichtsdiagramm

Ausblick auf MaxDB 7.8


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

Neuer Client, Datenbank 7.8


-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:
-d DB7801 n server:7203

Neuer Client, Datenbank 7.8


-d DB7801 n server:7203

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

Ausblick auf MaxDB 7.8: bersichtsdiagramm

Ausblick auf MaxDB 7.8


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