Transporte von Kopien
Web Services (SOAP)
Um die Stabilität der Systeme zu gewährleisten und das Risiko durch Eigenentwicklungen zu reduzieren, muss hierfür ein Release- und Patch-Management eingeführt werden. Hierbei können standardisierte Prozeduren zur Einführung von Eigenentwicklungen, wie bspw Teststrategien oder SLAs (Service-Level-Agreements), behilflich sein. Auch müssen die Produktivsetzung der Kundenanwendungen mit den Wartungsfenstern und RTO (Recovery-Time-Objective) abgestimmt sein.
SAP-Lösungen werden in der Regel auf mehreren Systemen betrieben. Hier bezeichnen wir Anwendungen mit SAP-Technologiekomponenten und eigener Datenbankinstanz (mit der dreistelligen Datenbank-ID, die in einer SAP-Landschaft eindeutig sein muss) als SAP-Systeme. Die Installation eines oder mehrerer SAP-Produkte als SAP-Systeme bildet eine SAP-Systemlandschaft.
TRANSPARENZ ÜBER ROLLEN IN DER SAP-BASIS
Warum bieten Hardwarepartner und SAP ihren Kunden diese dreifache Sicherheit an? Oder anders gefragt, welche Stärken und Grenzen haben die drei Sizing-Schritte? Die Stärken des Quick Sizers bzw. eines T-Shirt-Sizings anhand von Sizing-Richtlinien sind die ständige Verfügbarkeit und einfache Handhabung durch die Projektmitarbeiter. Indem aber nur Standardanwendungen erfasst werden, stößt dieses Verfahren schnell an seine Grenzen.
Die wichtigsten Kennzahlen zur Bewertung der Datenbankpuffer für unterschiedliche Datenbanksysteme im SAP-Umfeld sind in Anhang A, »Datenbankmonitore«, zusammengefasst. »Schlechte« Pufferqualitäten haben in der Regel zwei Ursachen: Mangelhaft optimierte und teure SQL-Anweisungen sind die Hauptursache für eine schlechte Pufferqualität des Datenpuffers. Identifizieren Sie solche Probleme, müssen diese vordringlich behandelt werden. Weitere Informationen dazu finden Sie in Kapitel 11, »Optimierung von SQL-Anweisungen«. Abbildung 11.1 zeigt das Flussdiagramm der Analyse. Die andere Ursache kann ein zu kleiner Datenbankpuffer sein. Sofern Ihr Datenbankserver noch über ausreichend Hauptspeicherreserven verfügt, vergrößern Sie den entsprechenden Puffer (z. B. um 10 bis 20 %). Beobachten Sie, ob sich anschließend die entsprechende Qualität signifikant verbessert. Ist dies der Fall, können Sie den Puffer eventuell erneut vergrößern. Zeigt die erste Vergrößerung des Puffers dagegen keine Wirkung, suchen Sie die Ursache an einer anderen Stelle. Bei einigen Datenbanken besteht auch die Möglichkeit, Tabellen, die als Hauptverursacherfür eine schlechte Pufferqualität identifiziert werden können, in eigene Puffer zu legen, um zu einer besseren Pufferqualität für die verbleibenden zu kommen.
Etliche Aufgaben der SAP Basis können mit "Shortcut for SAP Systems" einfacher und schneller erledigt werden.
Wenn Sie die Queue für eine andere Softwarekomponente bestimmen wollen, wählen Sie Neue Komponente.
Das DBA-Cockpit steht seit SAP-NetWeaver-Version 7.0 zur Verfügung und Verfügbarkeit löst die alten Transaktionscodes für Datenbankperformance (ST04), Datenbanksperren (DB01), Datenmanagement (DB02), Einplanungskalender und Datenbankjobs (DB12, DB13, DB13C und DB24) ab.