Das Konzept der Start- und Stoppverfahren verstehen

Jede Instanz eines SAP-Systems benötigt Daten im Dateisystem. Dazu gehören Daten, auf die alle Instanzen (global) zugreifen können, und Daten, auf die nur eine Instanz einzeln zugreifen kann. Im Dateisystem befinden sich die Daten der Instanzen im Verzeichnis usr/sap, wo sie weiter in Unterverzeichnissen organisiert sind. Diese Struktur ist in der folgenden Abbildung „Dateisystemstruktur eines AS-ABAP-basierten SAP-Systems (generische Sicht)" dargestellt.

Das Verzeichnis <SAPSID> enthält alle Daten, auf die nur dieses SAP-System zugreifen darf.

Wie in der obigen Abbildung dargestellt, enthält das Verzeichnis SYS Informationen, auf die alle Instanzen zugreifen können:

UNIX-/Linux-Betriebssystem

Das Verzeichnis SYS befindet sich im eigenen Dateisystem mit dem Namen sapmnt. Das Verzeichnis SYS wird dann im Dateisystem jeder Instanz angelegt und enthält Links zu den Unterverzeichnissen des Dateisystems sapmnt.

Windows-Betriebssystem

SYS befindet sich in der Regel in dem Dateisystem, in dem sich die PAS-Instanz befindet. Ein Share mit dem Namen sapmnt wird basierend auf dem Verzeichnis sap oberhalb des Verzeichnisses <SAPSID>/SYS angelegt. Über diesen Share können alle Instanzen auf das Verzeichnis SYS zugreifen.

Das Verzeichnis SYS enthält folgende Unterverzeichnisse:

• global enthält Informationen, die für das gesamte SAP-System relevant sind, aber zentral gespeichert sind (z.B. Sicherheitsdaten wie der SSFS-Schlüssel oder vom SAP-System angelegte Snapshots).
• profile enthält Profile, mit denen das SAP-System und deren Instanzen gestartet werden (z.B. das Default-Profil und die Instanzprofile).
• exe enthält das globale Kernel-Verzeichnis (einschließlich Programmen und Bibliotheken), das als Quelle für die installierten Instanzen dient.

Jede Instanz hat einen eigenen Verzeichnisbaum, und der Name enthält die 2-stellige Instanznummer. Wenn mehrere Instanzen auf demselben Host installiert sind, erhält jede einzelne Instanz eine eindeutige Instanznummer. Der instanzspezifische Inhalt (PAS, AAS, ASCS) befindet sich in den jeweiligen D<no>-Verzeichnissen (wobei <no> die Instanznummer ist). Zu den Instanzverzeichnissen gehören einzelne Arbeitsunterordner, die selbst als Ablageort für unter anderem Protokoll- und Trace-Dateien dienen, die während Start- und Stoppvorgängen geschrieben werden. Ein weiterer wichtiger instanzspezifischer Unterordner ist das exe-Verzeichnis, in dem der (replizierte) lokal gespeichert wird. Dies sind wesentliche Programme, die beim Start des SAP-Systems instanzspezifisch gestartet werden.

Als SAP-Systemadministrator sollten Sie mit dem Prozess zum Starten des ABAP-basierten SAP-Systems vertraut sein. Es handelt sich um eine grundlegende administrative Aufgabe, die Kenntnisse der SAP-Systemarchitektur einschließlich einiger spezifischer releaseabhängiger Änderungen erfordert. Darüber hinaus ist das Startverfahren die Grundvoraussetzung für jeden ABAP-Benutzer, um sich im SAP-System anmelden und arbeiten zu können. Darüber hinaus sind Neustarts von SAP-Systemen für eine Vielzahl verschiedener Wartungsaufgaben erforderlich, unabhängig davon, ob es sich um Hardwareerweiterungen, Softwareänderungen oder Konfigurationsänderungen an den Profilen des SAP-Systems handelt.

In dieser Lektion wird der Prozessablauf beim Starten eines SAP-Systems beschrieben. Jedes SAP-System verwendet eine Datenbank und besteht aus Instanzen. Ein auf AS ABAP basierendes SAP-System umfasst in der Regel eine Central Services Instance (ASCS), die den ABAP Enqueue Server und den Message Server sowie eine Application Server (PAS)-Instanz mit einem Dispatcher und ABAP-Workprozessen ABAP-Workprozesse anbietet. In diesem Fall hat die PAS-Instanz weder einen ABAP-Enqueue-Workprozess noch einen ABAP-Message-Server.

Grundlegendes Element des gesamten SAP-Systems ist die Datenbank. Für die Arbeit in einem ABAP-basierten SAP-System ist immer eine aktive Datenbank erforderlich.

Für ein SAP-S/4HANA-Server-System oder allgemein SAP-Systeme, die auf einer SAP-HANA-Datenbank ausgeführt werden, wird die Datenbank in der Regel separat (manuell oder skriptgesteuert) gestartet, bevor das SAP-System startet, unabhängig davon, ob sie auf demselben Host installiert ist oder nicht.

PAS-Instanzen (Primary Application Server) und AAS (Additional Application Server) benötigen eine bereits gestartete Datenbank, mit der sich ihre ABAP-Workprozesse beim Start der Instanz verbinden können. Daher muss sich die Datenbank in einem Betriebszustand befinden, bevor diese Art von Instanz gestartet wird (AS-basiert). Dies gilt auch für die früher bekannte „Zentralinstanz" und „Dialoginstanzen" in früheren technischen Releases.

In dieser Klasse wird nicht weiter über die dedizierten Datenbankwerkzeuge zum Starten (oder Stoppen) der entsprechenden Datenbank gesprochen. Dennoch können von SAP unterstützte Datenbanken auch von SAP-Werkzeugen wie der SAP Management Console (SAP MC) über den SAP Host-Agent, SAPControl oder von Dienstprogrammen des Datenbankanbieters gesteuert werden.

Die Anforderung, sicherzustellen, dass sich die Datenbank beim Starten der PAS- und/oder AAS-Instanzen im Betriebszustand befindet, wird in einer folgenden Lektion in diesem Kapitel behandelt. Dies ist insbesondere dann von Bedeutung, wenn die Datenbank auf einem expliziten Host installiert ist.

Um das Gesamtstartverfahren eines SAP-Systems zu vereinfachen und für eine bessere Transparenz zu sorgen, hat die Verwendung von Prioritäten implementiert. Diese werden bei der Installation über einen Parameter verschiedenen Arten von Instanzen zugeordnet.

Kernprinzip der Prioritäten:

Je niedriger die Zahl, desto höher die Priorität. Infolgedessen werden Instanzen mit niedrigen Prioritätszahlen früher gestartet als Instanzen mit höheren Prioritätsnummern.

Die Verwendung von Prioritäten ermöglicht es Ihnen, vollständige SAP-Systeme als Ganzes zu starten (und zu stoppen), ohne dass Sie sich manuell um eine spezielle Start- (oder Stopp-)Reihenfolge kümmern müssen. Das System stellt automatisch sicher, dass die Instanzen in der richtigen Reihenfolge gestartet (oder gestoppt) werden.

Die Liste der Prioritätsdefinitionen gibt an, dass der Enqueue-Server (oder -Prozess) eine besondere Rolle für die Start- (und Stopp-)Reihenfolge spielt. In der Regel ist der Enqueue (Server) Teil der ASCS-Instanz, die einmal pro ABAP-Stack zentral läuft. Die Instanz, die den Enqueue hostet, enthält auch den Message-Server und muss vor allen anderen Instanzen gestartet werden (in früheren Releases wurde die Instanz, die diese Services abdeckt, als Zentralinstanz bezeichnet). Im Vergleich zur früheren Zentralinstanz benötigt ASCS keine laufende Datenbank, da sie keineWorkprozesse bereitstellt, die eine Verbindung zur Datenbank erfordern.

In der obigen Abbildung sind die obligatorischen Instanzen und ihre Priorität dargestellt, was für die Identifizierung der Startreihenfolge eines ABAP-basierten SAP-Systems wichtig ist.

Der Startvorgang erfolgt in mehreren Schritten mit dem Betriebssystembenutzer <sid>adm (bzw. SAPService<SID> unter Windows):

• Wenn das SAP-System eine ASCS-Instanz enthält, wird diese zuerst gestartet (Priorität 1). Eine Ausnahme wäre die Verwendung einer Enqueue-Replikationsserverinstanz (ERS-Instanz). Wenn die ERS-Instanz installiert und konfiguriert ist, wird sie vor der ASCS-Instanz gestartet, die einfach durch die höhere Priorität (0,5) und anschließend durch die ASCS-Instanz verursacht wird.

• Anschließend wird die PAS-Instanz zusammen mit allen Instanzen des Additional Application Server (AAS) gestartet. Die PAS-Instanz und die AAS-Instanzen erfordern eine laufende Datenbank.

Prozesse einer SAP-Instanz werden von einem Programm namens sapstartsrv gestartet, das einmal pro Instanz läuft. Er ist Teil des mit der Installation ausgelieferten SAP-Kernel-SAP-Kernels und bietet eine Vielzahl von Funktionen für die Verarbeitung verschiedener Arten von SAP-Instanzen. Zusätzlich sammelt der sapstartsrvDaemon (UNIX/Linux) bzw. der Service (Windows) wichtige Informationen, die das Verwaltungspersonal benötigt.

Die Implementierung des Programms sapstartsrv ist betriebssystemabhängig. Auf UNIX-/Linux-Betriebssystemplattformen wird ein Daemon verwendet, während unter Windows ein Dienst implementiert ist. Standardmäßig stellt eine Einstellung, die während der Installation auf allen unterstützten Plattformen vorgenommen wird, sicher, dass sapstartsrv automatisch gestartet wird, wenn der Host gestartet oder neu gestartet wird.

Auf UNIX-/Linux-Betriebssystemplattformen ist das Startskript sapinit installiert, das wiederum sapstartsrv startet. Dies ist in der folgenden Abbildung zu sehen:

Auf Windows-Plattformen wird ein Service namens SAPService<SAPSID>_<instance_number> unter einem speziellen Benutzer SAPService<SAPSID> angelegt und startet die ausführbare Datei sapstartsrv. Rufen Sie die Details aus der folgenden Abbildung ab:

Trotz der unterschiedlichen Betriebssystemimplementierung bietet das Programm sapstartsrv dieselben Funktionen, wenn Sie z.B. das verwenden. Details werden in einer weiteren Lektion besprochen.

SAP-Systeme verwenden Profile für Konfigurationszwecke. Diese Profile werden vom Installationstool bereitgestellt und können bei Bedarf an die Bedürfnisse des Kunden angepasst werden.

Gemäß der Architektur eines ABAP-basierten SAP-Systems erhält jede Installation (<SAPSID>) genau ein Profil für die systemweite Parametrisierung. Darüber hinaus besteht jedes SAP-System aus Instanzen und verwendet InstanzprofilInstanzprofile, die für die individuelle Konfiguration der instanzspezifischen Prozesse und Services verwendet werden. Auf diese Weise können die im Standardprofil bereitgestellten Einstellungen pro Instanz durch einzelne Werte ersetzt oder sogar einfach um neue Parameter und Werte erweitert werden.

Dabei enthält jedes Instanzprofil verschiedene Arten von Parametern:

• Parameter zum Starten von Programmen zur Initialisierung der Instanz (z.B. sapcpe, Datenbank, ABAP Dispatcher, IGS)
• Parameter zur Konfiguration der Instanz nach Anforderungen und Ressourcen (z.B. Typ und Anzahl der Workprozesse, Sicherheit, Hauptspeicher usw.)

Für jede weitere Instanz wird ein zusätzliches Instanzprofil verwendet und im zentralen Profilverzeichnis gespeichert: unter /sapmnt/<SAPSID>/SYS/profile.

• UNIX/Linux: /usr/sap/<SAPSID>/SYS/profile
• Windows: \\<SAPGLOBALHOST>\saploc\<SAPSID>\SYS\profile

Wie funktioniert ein SAP-Startvorgang für ein komplettes SAP-System?

Unter der Annahme, dass alle beteiligten sapstartsrv-Daemons unter UNIX/Linux oder Services unter Windows betriebsbereit sind, übernimmt der sapstartsrv mit der höchsten Priorität die Kontrolle (dies ist in der Regel der sapstartsrv der ASCS-Instanz der Priorität 1 - siehe obige Abbildung).

Anschließend wird der Inhalt der Profile von sapstartsrv gelesen. Zuerst werden die globalen Parameter aus dem Default-Profil berücksichtigt, gefolgt von der Initialisierung der Instanz. In dieser Phase wird der Startabschnitt aus dem jeweiligen Instanzprofil ausgewertet, d.h. das Instanzprofil definiert die während des Startprozesses auszuführenden Schritte und die Prozesse der von sapstartsrv zu startenden Instanz.

Der Startabschnitt des ASCS-Instanzprofils wird gelesen:

• In der Regel beginnt der Startabschnitt mit der Ausführung von sapcpe, die Verzeichnisse und Programme repliziert, kopiert oder verknüpft (Details finden Sie unten in dieser Lektion).
• Da die ASCS-Instanz keine hochlaufende Datenbank benötigt, fährt sie mit dem Scan des Startabschnitts fort und startet den Message-Server und den Enqueue-Server (optional wird ein RFC-Gateway-Service und/oder ein integrierter SAP Web Dispatcher gestartet).

Der sapstartsrv der Instanz mit der höchsten Priorität hat seine Arbeit erledigt und gibt der nächsten Prioritätsstufe mehr Kontrolle. In der obigen Abbildung sind dies die PAS- und AAS-Instanzen. Beide haben die gleiche Priorität 3.

Jeder einzelne sapstartsrv durchsucht das allgemeine globale Standardprofil und das spezifische Instanzprofil, um die Instanz gemäß dem entsprechenden Startabschnitt im Instanzprofil zu initialisieren. Dies geschieht gleichzeitig, da beide Instanzen die gleiche PrioritätLEVEL 3 haben:

• sapcpe wird ausgeführt (siehe oben)
• Der Datenbankstatus wird geprüft. Wenn er noch nicht ausgeführt wird, wird ein Skript oder ein Befehl ausgeführt, um die Datenbank zu starten (dies gilt nur, wenn die Datenbank auf demselben Host wie die PAS- oder AAS-Instanzen installiert ist - siehe Erläuterung zu Beginn dieser Lektion).

  Hinweis

  In unserer Schulungsumgebung verwenden die verfügbaren SAP-S/4HANA-Server-Installationen explizite Hosts für die SAP-HANA-Datenbanken. Daher sollte keine Startaktion für die Datenbank erwartet werden, die vom Instanzprofil ausgelöst wird.

  Notiz

  Jede Application-Server-Instanz (PAS/AAS) benötigt beim Start eine Datenbank im Betriebszustand. Das Problem wird durch die Folgeprozedur des ABAP-Dispatchers verursacht. Wenn es selbst gestartet wird, initialisiert es wiederum die konfigurierten Typen und Mengen von Workprozessen, die sofort versuchen, eine Verbindung zur Datenbank herzustellen.
• Der ABAP-Dispatcher wird gestartet und führt Folgeaktionen wie das Starten der Workprozesse aus.
• Der Internet Graphics Service (IGS) Watchdog wird gestartet. Sie kann verwendet werden, um grafische oder nicht grafische Ausgaben für Daten aus einem SAP-System oder einer anderen Quelle zu generieren.

Das Programm sapcpe (zentrale Patch-Umgebung) wird verwendet, um die Konsistenz von Kernel-Binärdateien und -Bibliotheken über das gesamte SAP-System hinweg sicherzustellen, indem ein Verifikations- und Kopiervorgang während des Startprozesses des ABAP-basierten SAP-Systems implementiert wird.

Der Mechanismus wird von der Installationsroutine vorkonfiguriert und vor dem Start eines SAP-Systems initialisiert, um Inhalte der instanzspezifischen Kernel-Verzeichnisse von zu aktualisieren oder auszutauschen. Dies geschieht durch Replizieren des Inhalts des globalen /exe/<codepage>/<platform> in das lokale exe-Verzeichnis unterhalb des entsprechenden instanzspezifischen Verzeichnisses <instance_name><no> mithilfe des Programms sapcpe.

Auf diese Weise verwendet jede Instanz nach einem erfolgreichen Start eines SAP-Systems dieselben Programmversionen.

Das Programm sapcpe kann im Kontext verschiedener strategischer Ansätze verwendet werden, abhängig vom zu verifizierenden Quell- und Zielinhalt. Es ist auch in der Lage, mit komprimierten Programmen oder ausführbaren Dateien zu arbeiten und eine Konfigurationsdatei (sapcpeft) zu verwenden, die direkte Anweisungen zur Vorgehensweise und zur Vorgehensweise enthält.

Schließlich gibt es auch Parameter für einen Befehlszeilenaufruf, um Quell- und Zielverzeichnisse sowie zu kopierende Dateien und Verzeichnisse zu ermitteln. Weitere Informationen zum Programm sapcpe finden Sie unter folgendem Link: https://help.sap.com/docs/ABAP_PLATFORM/85f9aa682547440b80d72492fea86a42/48f5f300af4c3a63e10000000a421138.html?q=sapcpe

Das Stoppen eines SAP-Systems erfolgt in umgekehrter Reihenfolge des Startvorgangs gemäß der Instanzpriorität. Da auf dem Markt eine Vielzahl verschiedener technischer ABAP-basierter Releases verwendet wird, müssen zwei Hauptszenarien unterschieden werden:

SAP-ABAP-System mit einer ASCS-Instanz

Dieses Setup spiegelt ein typisches aktuelles ABAP-basiertes SAP-System einschließlich einer ASCS-Instanz wider. Alle Application-Server-Instanzen (AS-Instanzen) (PAS und AAS) werden zuerst gestoppt. Anschließend wird die ASCS-Instanz heruntergefahren (und schließlich die ERS-Instanz, falls installiert und konfiguriert).

SAP-ABAP-System ohne ASCS-Instanz

ABAP-basierte SAP-Systeminstallationen früherer technischer Releases wurden ohne ASCS-Instanz installiert und enthalten diese möglicherweise noch immer nicht. Infolgedessen sind die Central Services (Message-Service und Enqueue-Prozess) nicht Teil einer expliziten ABAP-Central-Services-Instanz, sondern werden von der ersten installierten Application-Server-Instanz (AS-Instanz) bereitgestellt, der „Zentralinstanz" mit der PrioritätLEVEL 2. Wenn es eine Skalierung von AS-Instanzen gibt, erhält jede weitere „Dialoginstanz" die PrioritätLEVEL 3. Dementsprechend berücksichtigt das Stoppverfahren zuerst die „Dialoginstanz(en") (PrioritätLEVEL 3) und dann die Zentralinstanz (PrioritätLEVEL 2).

Das Stoppen eines SAP-Systems kann aus den unterschiedlichsten Gründen notwendig sein, zum Beispiel wegen eines Neustarts nach dem dauerhaften Ändern von Profilparametern, vor dem Einspielen von Kernel-Patches oder wenn Arbeiten zur Erweiterung der Hardware anstehen.

Vor dem Stoppen des Systems sollten Sie den Systemstatus prüfen. Dazu gehört unter anderem:

• Aktive Benutzer:

  Rufen Sie die Übersicht Benutzersitzungen für AS-Instanz <Hostname>_<SAPSID>_<Instanznummer> über die Transaktion SM04 auf, und navigieren Sie zur systemweiten Liste, um zu ermitteln, welche Benutzersitzungen im System aktiv sind.

• Hintergrundverarbeitung:

  Prüfen Sie mit der Jobübersicht (Transaktion SM37 oder SM37DISP), welche Jobs aktiv sind. Wenn Jobs durch einen Neustart des Systems abgebrochen werden, müssen Sie sie neu einplanen. Jobs, die so eingeplant sind, dass sie während der Zeit ausgeführt werden, in der das System gestoppt wird, werden automatisch ausgeführt, wenn das System neu gestartet wird.

• Batch-Input:

  Im Bild Batch-Input: Mappenübersicht (Transaktion SM35) werden laufende Batch-Input-Jobs angezeigt (in der Abbildung oben als Hintergrundverarbeitung dargestellt).

• Update:

  Verwenden Sie das Bild Verbuchungsaufträge: Einstieg (Transaktion SM13), stellen Sie sicher, dass die Filter passen, und wählen Sie Ausführen, um zu prüfen, ob Verbuchungsprozesse vom Systemstopp abgebrochen werden. Diese Verbuchungssätze werden während des Systemstoppprozesses zurückgesetzt und auf den Status init gesetzt und beim Neustart erneut verarbeitet.

Bevor Sie Ihr System stoppen, sollten Sie die Benutzer frühzeitig (wenn möglich) mit einer Systemmeldung (Transaktion SM02) über die anstehende Ausfallzeit informieren.