Versionierung
Konzeptionelle Unterstützung bei der Architektur von Systemlandschaften
Kritische Geschäftsprozesse benötigen einen sicheren, effizienten und stabilen Betrieb einer SAP Systemlandschaft. Hohe Anforderungen an das Management als auch den Betrieb der darunter liegenden SAP NetWeaver Plattform bedürfen einer kompetenten Unterstützung bei allen Aufgaben der Planung, Betreuung und Aktualisierung der SAP Basis. Die Zunahme an installierten Komponenten als auch über Schnittstellen integrierter Systeme erweitert diese Bedarfe. Nur bei einer professionellen Pflege und Wartung seiner Komponenten kann SAP NetWeaver seine Vorzüge als integrative Plattform zum Einsatz bringen.
Eine Übersicht über die wichtigsten Betriebssystem- und Hardwaredaten finden Sie unter dem Punkt Snapshot in der Analyseauswahl des Betriebssystemmonitors (siehe Abbildung 2.1). Alle Daten des Betriebssystemmonitors werden vom Hilfsprogramm saposcol im 10-Sekunden-Rhythmus aufgefrischt. Ein Auffrischen der Daten mit der entsprechenden Drucktaste ergibt also nur dann neue Daten, wenn 10 Sekunden verstrichen sind.
SAP BASIS
Hier liegen alle Daten des Systems. Diese setzen sich aus dem tatsächlichen Datenbestand und dem DBMS zusammen, dem „Datenbank-Managementsystem“. Die Datenbank stammte hier in früheren Versionen von unterschiedlichen Herstellern. Beispielsweise Microsoft SQL oder Oracle. Seit SAP HANA hat sich für die IT vieles an dieser Datenschicht verändert. Denn die Datenbank stammt von SAP selbst und wird automatisch vom System überwacht. In dieser Datenbankschicht befindet sich mehr als die Arbeitsdaten. Wichtige Elemente wie die Konfigurationstabellen und Systemdaten für Steuerung und Anwendungsinhalte sind ebenfalls hier abgelegt. Dies sind die Repository-Daten, die von Anwendungen genutzt werden.
Um die ABAP-/Dynro-Generierung zu beinflussen, wählen Sie im Einstiegsbild der SPAM Zusätze. Funktion Menüpfad Generierung ein- bzw. ausschalten Einstellungen Generierungsfehler während des Einspielens ignorieren Gen-Fehler ignorieren Fehler in SPAM-Schritten Wenn ein Fehler in einem Schritt erkannt wird, unterbricht die Transaktion SPAM die Verarbeitung bis der Fehler behoben ist. Sie können sich stets mit Status darüber informieren, in welchem Schritt und aus welchem Grund abgebrochen wurde. Arten von Fehlern Es gibt die folgenden Arten von Fehlermeldungen: Sicherheitsüberprüfungen der Transaktion SPAM Ein typisches Beispiel hierfür ist der Schritt OBJECTS_LOCKED_? Die Transaktion SPAM unterbricht die Verarbeitung, wenn Objekte noch in Aufträgen gesperrt sind, die von der Queue überschrieben werden sollen. Fehlermeldungen der Programme tp und R3trans Die Fehlerursache ist immer im entsprechenden Transportprotokoll zu finden. Ein typisches Beispiel hierfür ist der Schritt TEST_IMPORT. Hier wird überprüft, ob es unbestätigte Reparaturen an Objekten gibt, die von der Queue überschrieben werden. Die betroffenen Objekte sind im Testimport-Protokoll aufgelistet. Mangelhafte Einrichtung des Change and Transport System Häufige Fehler sind hier das Fehlen entsprechender Rechte auf den Dateien des Change and Transport System oder die Verwendung alter Programmversionen von tp oder R3trans. Überprüfen Sie die korrekte Funktion der Transporttools mit Hilfsmittel Transport Tool prüfen. Ein typisches Beispiel hierfür ist der Schritt DISASSEMBLE. Wenn adm keine Schreibrechte für das Verzeichnis /usr/sap/trans/data (UNIX) hat, dann bricht SPAM beim Schritt DISASSEMBLE mit CANNOT_DISASSEMBLE_R_DATA_FILE ab. Die Transaktion SPAM setzt voraus, daß das Change and Transport System [Extern] korrekt eingerichtet ist. Weitere Informationen zu bekannten Problemen finden Sie in den Hinweisen 97630 und 97620.
Tools wie "Shortcut for SAP Systems" ergänzen fehlende Funktionen im Bereich der SAP Basis.
Die Überwachung des SAP Extended Memorys muss daher höchste Priorität haben.
Umfassendere Informationen dazu finden Sie in Kapitel 10, »Sperren«.