SAP Basis: Aufgaben, Betrieb und Administration einfach erklärt

SAP Basis läuft meist im Hintergrund – bis Performance, Verfügbarkeit oder Sicherheit zum Problem werden. Wir zeigen, welche Aufgaben dahinterstecken und wie sich SAP Basis mit S/4HANA, HANA und RISE verändert.

SAP Basis bildet die technische Grundlage für den zuverlässigen Betrieb von SAP-Systemen. Sie umfasst die Administration und Überwachung der Systemlandschaft, Transport- und Change-Prozesse, Updates und Upgrades, Performance, Verfügbarkeit, technische Sicherheit sowie die Zusammenarbeit mit Datenbank, Betriebssystem und Infrastruktur.

Die konkrete Aufgabe eines SAP Basis Administrators hängt heute stark vom Betriebsmodell ab. In klassischen On-Premise-Landschaften reicht sie tief in Infrastruktur und Datenbankbetrieb hinein. Mit SAP S/4HANA, Cloud-Architekturen und RISE with SAP verschiebt sich der Schwerpunkt zunehmend auf technische Steuerung, Monitoring, Automatisierung, Integrationen und die Koordination verschiedener Provider.

In diesem Artikel erklären wir, wie SAP Basis aufgebaut ist, welche Aufgaben zum SAP-Basis-Betrieb gehören und wie sich die Rolle mit SAP HANA, SAP S/4HANA und der Cloud verändert.

Das Wichtigste zu SAP Basis in Kürze

• SAP Basis bezeichnet den technischen Administrations- und Betriebsbereich einer SAP-Systemlandschaft.
• SAP Basis sorgt dafür, dass SAP-Anwendungen verfügbar, performant, sicher und technisch wartbar bleiben.
• Zu den typischen Aufgaben gehören Monitoring, Transporte, Updates, Upgrades, Systemkopien, Backup und Recovery, Performance-Analyse und technische Fehlerbehebung.
• Ein klassisches ABAP-basiertes SAP-System lässt sich logisch in Präsentations-, Applikations- und Datenbankschicht gliedern.
• Mit SAP S/4HANA gewinnt die Administration von SAP HANA an Bedeutung.
• Bei Cloud- und RISE-with-SAP-Modellen verschwinden SAP-Basis-Aufgaben nicht; vielmehr verschieben sich Verantwortlichkeiten zwischen Kunde, SAP, Cloud Provider und SAP-Partner.
• Für das Application Lifecycle Management gewinnt SAP Cloud ALM an Bedeutung. SAP empfiehlt Kunden den Übergang von SAP Solution Manager vor Ende 2027.

Was ist SAP Basis?

SAP Basis ist der technische Bereich, der den Betrieb einer SAP-Systemlandschaft ermöglicht und administriert. Vereinfacht gesagt stellt er die Verbindung zwischen den SAP-Anwendungen und der darunterliegenden technischen Umgebung her.

Dabei ist SAP Basis weniger ein einzelnes Produkt als ein Aufgaben- und Technologiebereich. In der Praxis umfasst er unter anderem:

• SAP-Systemadministration,
• technische Konfiguration,
• System- und Performance-Monitoring,
• Verwaltung von Transporten,
• Patch- und Release-Management,
• technische Benutzerverwaltung,
• Backup und Recovery,
• Hochverfügbarkeit,
• Schnittstellen und technische Kommunikation,
• Systemkopien und Refreshes,
• Upgrades und Migrationen,
• technische Unterstützung bei Security- und Compliance-Anforderungen.

Der Begriff hat sich über die Jahre verändert. In klassischen SAP-R/3- und SAP-ECC-Landschaften war SAP Basis eng mit SAP NetWeaver und der darunterliegenden Infrastruktur verbunden. In modernen SAP-S/4HANA- und Cloud-Landschaften umfasst die Rolle zunehmend auch SAP HANA, hybride Betriebsmodelle, Cloud Operations und Application Lifecycle Management.

SAP Basis sollte deshalb heute eher als technische Betriebsfunktion für SAP-Landschaften verstanden werden als als einzelne technische Komponente.

Wie ist SAP Basis aufgebaut?

Bei klassischen ABAP-basierten SAP-Systemen wird die technische Architektur häufig über ein Drei-Schichten-Modell erklärt:

1. Präsentationsschicht
2. Applikationsschicht
3. Datenbankschicht

Wichtig ist dabei: Diese drei Schichten beschreiben die logische Architektur des SAP-Systems. Sie sind nicht gleichbedeutend mit drei physischen Servern und auch nicht mit drei separaten „SAP-Basis-Modulen“.

1. Präsentationsschicht

Die Präsentationsschicht bildet die Schnittstelle zwischen dem SAP-System und dem Benutzer.

Hier werden Informationen dargestellt und Benutzereingaben entgegengenommen. Je nach System und Anwendung erfolgt der Zugriff beispielsweise über:

• SAP GUI,
• SAP Fiori,
• Webbrowser,
• mobile oder andere angebundene Frontends.

Die Präsentationsschicht übermittelt die Eingaben an die Applikationsschicht und stellt die von dort zurückgelieferten Daten für den Benutzer dar.

2. Applikationsschicht

Auf der Applikationsschicht wird die eigentliche Anwendungslogik verarbeitet.

Ein SAP-System kann über einen oder mehrere Applikationsserver verfügen. Zu den zentralen technischen Komponenten und Diensten gehören unter anderem:

• Dispatcher,
• Work Processes,
• Message Server,
• Gateway,
• Enqueue Services,
• Internet Communication Manager.

Der Dispatcher verteilt eingehende Anforderungen auf verfügbare Work Processes. Diese führen beispielsweise Dialog-, Hintergrund-, Update- oder Spool-Verarbeitung aus.

Bei größeren SAP-Landschaften können mehrere Applikationsserver verwendet werden, um Last zu verteilen und die Verfügbarkeit zu erhöhen.

3. Datenbankschicht

Die Datenbankschicht speichert die für das SAP-System erforderlichen Daten.

Dazu gehören nicht nur Geschäfts- und Stammdaten, sondern – abhängig von der Systemarchitektur – auch technische Konfigurationen, Customizing-Einstellungen und Repository-Inhalte.

Für SAP S/4HANA ist SAP HANA die zugrunde liegende Datenbankplattform. Die In-Memory-Architektur von SAP HANA verändert damit auch einen Teil der technischen Betriebs- und Performance-Aufgaben des Basis-Teams.

Drei Schichten bedeuten nicht automatisch drei Systeme

Von der technischen Drei-Schichten-Architektur zu unterscheiden ist die SAP-Systemlandschaft.

In Unternehmen besteht sie typischerweise aus mehreren getrennten Systemen beziehungsweise Umgebungen, etwa:

• DEV – Development,
• QAS – Quality Assurance,
• PRD – Production.

In komplexeren Landschaften können zusätzliche Sandbox-, Pre-Production-, Training- oder Disaster-Recovery-Systeme hinzukommen.

SAP Basis sorgt unter anderem dafür, dass diese Systeme technisch konsistent betrieben und Änderungen kontrolliert zwischen ihnen bewegt werden.

Welche Aufgaben hat ein SAP Basis Administrator?

Ein SAP Basis Administrator sorgt dafür, dass die technische SAP-Landschaft zuverlässig funktioniert und kontrolliert weiterentwickelt werden kann.

Der konkrete Umfang hängt von Architektur, Unternehmensgröße und Betriebsmodell ab. Typischerweise gehören folgende Bereiche dazu.

In vielen Unternehmen überschneiden sich einzelne Aufgaben mit Datenbank-, Infrastructure-, Security-, Network- oder DevOps-Teams. Deshalb ist eine klare Definition der Verantwortlichkeiten besonders wichtig.

Typische tägliche Aufgaben im SAP-Basis-Betrieb

Nicht jede Systemlandschaft benötigt dieselben täglichen Checks. Für produktionskritische Umgebungen gehören jedoch typischerweise folgende Kontrollen zum operativen Betrieb:

• Verfügbarkeit produktiver SAP-Systeme prüfen,
• Systemlogs auf Fehler und Warnungen kontrollieren,
• abgebrochene Hintergrundjobs analysieren,
• ABAP Dumps prüfen,
• Work Processes und Warteschlangen überwachen,
• Datenbankauslastung und verfügbaren Speicher kontrollieren,
• CPU- und Speicherauslastung beobachten,
• Backup-Status überprüfen,
• kritische Alerts aus dem zentralen Monitoring bearbeiten,
• fehlgeschlagene Updates oder technische Prozesse untersuchen,
• Performance und Antwortzeiten auf Auffälligkeiten prüfen,
• Incidents priorisieren und eskalieren.

Ziel ist nicht, möglichst viele technische Kennzahlen zu sammeln. Entscheidend ist, Abweichungen früh zu erkennen und zu verhindern, dass daraus ein Ausfall geschäftskritischer Prozesse entsteht.

SAP Basis Monitoring: Welche Systeme und Kennzahlen werden überwacht?

SAP Basis Monitoring betrachtet die technische Gesundheit der gesamten SAP-Landschaft.

Dazu gehören beispielsweise:

• System- und Instanzverfügbarkeit,
• Dialog- und Hintergrundverarbeitung,
• Work Processes,
• ABAP Dumps,
• Systemlogs,
• Batch Jobs,
• Datenbankwachstum,
• CPU und Arbeitsspeicher,
• Antwortzeiten,
• Interfaces,
• Queues,
• Locks,
• Spool,
• Backup-Status,
• technische Zertifikate,
• Ressourcenengpässe.

In klassischen Systemen finden sich dafür zahlreiche Transaktionen direkt im SAP-System.

Wichtige SAP-Basis-Transaktionen und Tools

Für die zentrale Überwachung größerer Landschaften kommen zusätzlich Application-Lifecycle- und Monitoring-Plattformen zum Einsatz.

Dazu zählen insbesondere:

• SAP Solution Manager,
• SAP Focused Run,
• SAP Cloud ALM.

SAP Cloud ALM gewinnt dabei strategisch an Bedeutung. SAP Solution Manager 7.2 befindet sich noch bis Ende 2027 in Mainstream Maintenance; SAP empfiehlt Kunden, ihre Transition zu SAP Cloud ALM vor diesem Zeitpunkt zu planen und abzuschließen.

Für sehr große oder monitoring-intensive On-Premise- und Hybrid-Landschaften kann SAP Focused Run weiterhin eine relevante Rolle spielen.

Wie funktionieren SAP-Transporte?

Änderungen sollten nicht direkt ungeprüft im Produktivsystem vorgenommen werden.

In einer typischen SAP-Systemlandschaft entstehen Entwicklungen und Customizing zunächst im DEV-System. Anschließend werden sie in das QAS-System übertragen und getestet. Erst nach erfolgreicher Prüfung erfolgt der Import in PRD.

Vereinfacht:

DEV → QAS → PRD

Für ABAP-basierte Systeme wird dieser Prozess über das Transport Management System (TMS) gesteuert.

SAP Basis übernimmt dabei unter anderem Aufgaben wie:

• Transportwege konfigurieren,
• Transportaufträge überwachen,
• Importreihenfolgen koordinieren,
• Transporte in Zielsysteme importieren,
• Importfehler analysieren,
• technische Abhängigkeiten berücksichtigen,
• Changes mit Release- und Deployment-Prozessen abstimmen.

Ein sauberer Transportprozess reduziert das Risiko, dass ungetestete oder voneinander abhängige Änderungen den produktiven Betrieb beeinträchtigen.

Patches, Kernel Updates und Upgrades: Was ist der Unterschied?

Im SAP-Betrieb werden verschiedene Arten technischer Änderungen häufig unter dem Begriff „Update“ zusammengefasst. Für die Administration ist die Unterscheidung jedoch wichtig.

SAP Kernel Update

Der SAP Kernel enthält zentrale ausführbare Programme des SAP-Systems und bildet einen Teil seiner technischen Laufzeitumgebung.

Ein Kernel Update aktualisiert diese Laufzeitkomponenten, ohne dass damit automatisch ein vollständiger Versionswechsel der SAP-Anwendung verbunden ist.

Support Packages und Patches

Support Packages und Patches beheben Fehler, schließen Sicherheitslücken oder liefern technische Korrekturen für bestimmte Softwarekomponenten.

Vor dem Produktiveinsatz sollten Auswirkungen, Abhängigkeiten und erforderliche Tests bewertet werden.

SAP Upgrade

Bei einem Upgrade wird ein System beziehungsweise eine Softwarekomponente auf einen neuen Release- oder Versionsstand gebracht.

Der Aufwand ist entsprechend höher und umfasst typischerweise:

• technische Analyse,
• Prüfung von Voraussetzungen,
• Vorbereitung der Landschaft,
• Upgrade-Durchführung,
• Anpassungen,
• Tests,
• Cutover,
• technische Stabilisierung nach dem Go-live.

Zu den wichtigen Werkzeugen im technischen Lifecycle Management gehört unter anderem der Software Update Manager (SUM).

Gerade bei einer Transformation von SAP ECC zu SAP S/4HANA wird SAP Basis früh benötigt, weil Betriebssystem, Datenbank, Add-ons, technische Komponenten, Custom Code, Schnittstellen und verfügbare Wartungsfenster gemeinsam betrachtet werden müssen.

Welche Rolle spielt SAP HANA für SAP Basis?

SAP S/4HANA setzt SAP HANA als Datenbank voraus. Damit wird HANA-Know-how zu einem wichtigen Bestandteil moderner SAP-Basis-Kompetenz.

Relevante Betriebsbereiche sind beispielsweise:

• Speicher- und Ressourcenmanagement,
• Datenbank-Performance,
• Backup und Recovery,
• High Availability,
• System Replication,
• Datenbankwachstum,
• Benutzer und technische Sicherheit,
• Updates und Revisionen,
• Monitoring.

Je nach Organisation existiert dafür ein separates DBA- oder HANA-Team. In anderen Unternehmen übernimmt das SAP-Basis-Team einen großen Teil dieser Aufgaben selbst.

Entscheidend ist deshalb weniger die Stellenbezeichnung als eine klare Abgrenzung der technischen Verantwortung.

SAP Basis und SAP S/4HANA: Was verändert sich?

Mit SAP S/4HANA verschwindet SAP Basis nicht.

Die technische Administration verändert sich jedoch in mehreren Bereichen.

SAP HANA wird Teil des Betriebsmodells

Statt verschiedener klassischer Datenbankplattformen basiert SAP S/4HANA auf SAP HANA. Performance, Backup, Hochverfügbarkeit und Datenbankbetrieb müssen entsprechend auf die HANA-Architektur abgestimmt werden.

Fiori erweitert die technische Landschaft

Moderne S/4HANA-Implementierungen nutzen SAP Fiori als Benutzeroberfläche. Damit werden zusätzliche Komponenten und technische Themen relevant – beispielsweise Web-Kommunikation, Zertifikate, Services und Fiori-bezogene Fehleranalyse.

Migration und Conversion erhöhen die technische Komplexität

Beim Übergang von ECC zu SAP S/4HANA unterstützt SAP Basis unter anderem bei:

• technischen Readiness Checks,
• Systemvorbereitung,
• Installation und Konfiguration,
• HANA- und Infrastrukturthemen,
• Software-Updates,
• SUM-basierten Verfahren,
• Systemkopien,
• Cutover,
• Monitoring und Stabilisierung.

Automatisierung gewinnt an Bedeutung

Wiederkehrende Betriebsaufgaben werden zunehmend standardisiert und automatisiert. Dadurch verschiebt sich die Rolle vom manuellen Administrator stärker hin zum technischen Plattform- und Operations-Spezialisten.

SAP Basis in der Cloud

Cloud Computing verändert vor allem die Aufteilung der Verantwortlichkeiten.

Bei einem vollständig selbst betriebenen On-Premise-System verantwortet die Organisation typischerweise einen wesentlich größeren Teil des technischen Stacks selbst.

In Cloud-Modellen können Aufgaben wie physische Infrastruktur, Virtualisierung oder Teile des Betriebssystem- und Datenbankbetriebs vom jeweiligen Provider übernommen werden.

Das bedeutet jedoch nicht, dass keine SAP-Basis-Kompetenz mehr benötigt wird.

Weiterhin relevant sind beispielsweise:

• SAP-spezifisches Monitoring,
• Change Management,
• Transporte,
• technische Konfiguration,
• Schnittstellen,
• Performance-Analyse,
• Incident-Koordination,
• Release Management,
• Security,
• technische Architektur,
• Abstimmung mit SAP und Cloud Providern.

Gerade hybride Landschaften können die Administration sogar komplexer machen, weil mehrere Betriebs- und Verantwortungsmodelle miteinander verbunden werden müssen.

Was ändert sich bei SAP Basis mit RISE with SAP?

RISE with SAP verlagert definierte technische Betriebsleistungen zu SAP. Welche Aufgaben konkret von SAP, dem Kunden oder einem zusätzlichen Servicepartner übernommen werden, hängt jedoch vom jeweiligen Vertrags- und Serviceumfang ab.

Deshalb sollte RISE with SAP nicht als „SAP übernimmt die komplette Basis“ verstanden werden.

In der Praxis verschiebt sich die Basis-Rolle stärker in Richtung:

• Steuerung technischer Changes,
• Koordination mit SAP,
• Transport- und Release-Management,
• Integration,
• anwendungsnahes Monitoring,
• Incident- und Problem-Management,
• SLA-Steuerung,
• technische Governance,
• Architekturentscheidungen.

Ein wesentliches Thema ist damit die Shared Responsibility.

Unternehmen sollten für jeden operativen Bereich eindeutig dokumentieren:

Wer erkennt einen Fehler? Wer analysiert ihn? Wer darf Änderungen durchführen? Wer eröffnet das Ticket bei SAP? Wer koordiniert die Lösung?

Eine klare RACI- beziehungsweise Verantwortungsmatrix wird bei Cloud- und RISE-Modellen deshalb wichtiger, nicht weniger wichtig.

SAP Basis vs. ABAP, HANA Administration und DevOps

Die Rollen werden häufig miteinander verwechselt, erfüllen aber unterschiedliche Funktionen.

Die Grenzen sind in der Realität nicht starr.

Ein moderner SAP Basis Administrator benötigt häufig Kenntnisse in HANA, Cloud, Security und Automatisierung. Gleichzeitig bleiben tiefe Spezialaufgaben oft bei eigenen Experten.

SAP Basis und DevOps: Konkurrenz oder Ergänzung?

SAP Basis und DevOps ersetzen einander nicht.

Traditionelle SAP-Basis-Prozesse sind stark auf Stabilität, kontrollierte Changes und die technische Integrität produktiver Systeme ausgerichtet. DevOps ergänzt diese Aufgaben um stärkere Automatisierung und wiederholbare Deployment-Prozesse.

Dazu können beispielsweise gehören:

• automatisierte technische Checks,
• Infrastructure as Code,
• CI/CD,
• automatisierte Deployments,
• standardisierte Provisionierung,
• automatisierte Monitoring- und Incident-Prozesse.

In modernen SAP-Landschaften wachsen beide Bereiche deshalb zunehmend zusammen.

Backup, Recovery und Hochverfügbarkeit

Ein erfolgreich abgeschlossenes Backup allein garantiert noch keine Wiederherstellbarkeit.

Ein belastbares Backup- und Recovery-Konzept sollte deshalb mindestens festlegen:

• welche Systeme und Daten gesichert werden,
• wie häufig Backups stattfinden,
• wie lange sie gespeichert werden,
• wo die Kopien gespeichert werden,
• wie Restore-Prozesse getestet werden,
• welche RTO- und RPO-Ziele gelten,
• wie Disaster-Recovery-Szenarien ablaufen.

RTO (Recovery Time Objective) beschreibt, wie schnell ein System nach einem Ausfall wieder verfügbar sein muss.

RPO (Recovery Point Objective) definiert, wie viel Datenverlust zeitlich maximal akzeptabel ist.

SAP Basis arbeitet hier eng mit HANA-, Datenbank-, Storage-, Cloud- und Infrastructure-Teams zusammen.

Welche Rolle spielt Security in SAP Basis?

SAP Security ist ein eigener Fachbereich, hat aber zahlreiche Berührungspunkte mit SAP Basis.

Dazu gehören beispielsweise:

• Security Patches,
• technische Systemparameter,
• Zertifikate,
• sichere Kommunikation,
• technische Benutzer,
• Netzwerkverbindungen,
• Deaktivierung unnötiger Services,
• System Hardening,
• Protokollierung und Monitoring,
• Absicherung administrativer Zugänge.

Basis- und Security-Teams sollten daher nicht isoliert voneinander arbeiten.

Eine Sicherheitslücke in einer technischen Komponente kann ebenso kritisch sein wie eine falsch konfigurierte Benutzerberechtigung.

Inhouse, Co-Managed oder Managed SAP Basis?

Unternehmen müssen SAP Basis nicht zwingend vollständig intern betreiben.

Grundsätzlich lassen sich drei Modelle unterscheiden.

Inhouse SAP Basis

Das interne Team übernimmt den überwiegenden Teil der Administration und des Betriebs.

Das bietet hohe interne Kontrolle, erfordert aber dauerhaft ausreichend Spezialisten für unterschiedliche Technologien, Urlaubsvertretung, Bereitschaft und neue SAP-Plattformen.

Co-Managed SAP Basis

Internes Team und externer SAP-Partner teilen sich die Verantwortung.

Ein Partner kann beispielsweise L2/L3-Support, spezielle Migrationen, Upgrades oder 24/7-Abdeckung übernehmen, während Architekturwissen und Governance intern bleiben.

Managed SAP Basis

Ein externer Partner übernimmt einen klar definierten Teil des technischen SAP-Betriebs auf Basis vereinbarter Service Levels.

Entscheidend ist nicht, welches Modell grundsätzlich „besser“ ist. Entscheidend ist, dass Zuständigkeiten, SLAs, Eskalationen und technische Schnittstellen eindeutig definiert sind.

Wann sollte ein Unternehmen seinen SAP-Basis-Betrieb überprüfen?

Ein SAP Basis Assessment beziehungsweise Health Check ist insbesondere sinnvoll, wenn:

• wiederholt Performance-Probleme auftreten,
• Incidents erst von Fachanwendern entdeckt werden,
• Monitoring stark manuell erfolgt,
• Backups vorhanden sind, aber Restore-Tests fehlen,
• Patches oder Upgrades regelmäßig verschoben werden,
• Verantwortlichkeiten zwischen mehreren Providern unklar sind,
• SAP S/4HANA eingeführt oder migriert werden soll,
• ein Wechsel zu RISE with SAP geplant ist,
• SAP Solution Manager noch eine zentrale Rolle spielt,
• internes SAP-Basis-Know-how knapp wird.

Ein Assessment sollte nicht nur technische Schwachstellen suchen. Ebenso wichtig sind Betriebsprozesse, Verantwortlichkeiten, Dokumentation und Automatisierungspotenziale.

Wie verändert sich die Rolle des SAP Basis Administrators?

Die Rolle entwickelt sich vom klassischen Systemadministrator zunehmend zum technischen Orchestrator einer verteilten SAP-Landschaft.

Kenntnisse in Betriebssystem und Datenbank bleiben insbesondere in On-Premise- und Private-Cloud-Szenarien wichtig. Gleichzeitig kommen neue Kompetenzbereiche hinzu:

• SAP HANA,
• SAP S/4HANA,
• Cloud-Plattformen,
• SAP Cloud ALM,
• Automatisierung,
• APIs und Integrationen,
• Security,
• DevOps-Praktiken,
• Provider- und SLA-Management.

Besonders in RISE- und Hybrid-Szenarien besteht die Aufgabe immer weniger darin, jeden Infrastrukturbaustein selbst zu administrieren. Stattdessen muss das Basis-Team verstehen, wie die gesamte technische Kette zusammenspielt und wer für welchen Teil verantwortlich ist.

SAP Basis mit LeverX

LeverX unterstützt Unternehmen bei der Administration, Stabilisierung und Weiterentwicklung komplexer SAP-Systemlandschaften – von laufendem SAP-Basis-Betrieb und Monitoring bis zu Upgrades, SAP-S/4HANA-Migrationen und Cloud-Szenarien.

Die SAP Basis Services umfassen unter anderem:

• SAP Basis Administration,
• Monitoring und Performance-Optimierung,
• SAP Basis Support und Managed Services,
• Upgrades und technische Releases,
• SAP S/4HANA Migration,
• Cloud- und hybride Landschaften,
• Backup und Recovery,
• Hochverfügbarkeit,
• technische Security.

Unternehmen können LeverX für einzelne technische Aufgaben, als Ergänzung ihres internen Teams oder für definierte Managed-Service-Bereiche einsetzen.

SAP Basis Services entdecken

Fazit

SAP Basis ist die technische Betriebsfunktion, die eine SAP-Systemlandschaft verfügbar, performant, sicher und wartbar hält.

Zu ihren klassischen Aufgaben gehören Administration, Monitoring, Transporte, Updates, Backup und Recovery sowie technische Fehleranalyse. Mit SAP HANA und SAP S/4HANA erweitert sich das notwendige Plattformwissen. Cloud und RISE with SAP verändern zusätzlich die Verteilung der Verantwortung.

Dadurch verliert SAP Basis nicht an Bedeutung. Die Rolle entwickelt sich vielmehr weiter: vom Administrator einzelner Systeme hin zum technischen Koordinator einer zunehmend hybriden und cloudbasierten SAP-Landschaft.

Unternehmen sollten deshalb nicht nur prüfen, ob ihre SAP-Systeme heute funktionieren, sondern auch, ob Monitoring, Betriebsprozesse, Verantwortlichkeiten und Kompetenzen zum zukünftigen SAP-Zielbild passen.

Häufige Fragen zu SAP Basis

Was ist SAP Basis?

SAP Basis bezeichnet den technischen Administrations- und Betriebsbereich einer SAP-Systemlandschaft. Er sorgt für Verfügbarkeit, Performance und technische Wartbarkeit und umfasst unter anderem Monitoring, Transporte, Updates, Systemkonfiguration sowie die Zusammenarbeit mit Datenbank und Infrastruktur.

Welche Aufgaben hat ein SAP Basis Administrator?

Zu den typischen Aufgaben gehören Systemmonitoring, technische Administration, Transportmanagement, Updates und Upgrades, Performance-Analyse, Backup und Recovery, Systemkopien, Fehlerbehebung sowie Unterstützung bei Security- und Lifecycle-Themen.

Wie ist SAP Basis aufgebaut?

Klassische ABAP-basierte SAP-Systeme werden logisch in drei Schichten gegliedert: Präsentationsschicht, Applikationsschicht und Datenbankschicht. Diese Architektur ist von der Systemlandschaft aus DEV-, QAS- und PRD-Systemen zu unterscheiden.

Was ist SAP Basis Administration?

SAP Basis Administration umfasst die laufende technische Verwaltung einer SAP-Systemlandschaft. Dazu gehören unter anderem Systemkonfiguration, Monitoring, Transporte, Updates, Benutzeradministration, Performance-Analyse sowie die Sicherstellung eines stabilen Betriebs.

Ist SAP Basis auch für SAP S/4HANA notwendig?

Ja. SAP S/4HANA benötigt weiterhin technische Administration und Betriebsprozesse. Durch SAP HANA, Fiori und moderne Cloud-Architekturen verändert beziehungsweise erweitert sich jedoch das Kompetenzprofil des Basis-Teams.

Welche Rolle spielt SAP HANA für SAP Basis?

SAP S/4HANA nutzt SAP HANA als Datenbank. Deshalb gehören HANA-Monitoring, Performance, Backup, Recovery, Hochverfügbarkeit und Updates – abhängig vom jeweiligen Betriebsmodell – zum SAP-Basis-Umfeld beziehungsweise zur Zusammenarbeit mit dem HANA-DBA-Team.

Welche Tools nutzt ein SAP Basis Administrator?

Typische Werkzeuge und Transaktionen sind unter anderem STMS, SM37, ST22, SM21, ST03N, ST06, DB02 und RZ20. Für zentrales Application Lifecycle Management und Monitoring werden außerdem SAP Solution Manager, SAP Focused Run und SAP Cloud ALM eingesetzt.

Was passiert mit SAP Solution Manager nach 2027?

Die Mainstream Maintenance für SAP Solution Manager 7.2 endet nach aktueller SAP-Planung Ende 2027. SAP empfiehlt Kunden, die Transition zu SAP Cloud ALM vor diesem Zeitpunkt zu planen. Je nach Anforderungen kann insbesondere bei großen On-Premise-Landschaften zusätzlich SAP Focused Run relevant sein.

Braucht man bei RISE with SAP noch SAP Basis?

Ja, allerdings verändert sich der Aufgabenbereich. SAP übernimmt definierte Infrastruktur- und Betriebsleistungen, während auf Kundenseite weiterhin technische Governance, Changes, Transporte, Integrationen, Monitoring, Incident-Koordination und Providersteuerung relevant sein können. Die genaue Aufteilung hängt vom vereinbarten Serviceumfang ab.

Was ist der Unterschied zwischen SAP Basis und SAP ABAP?

SAP Basis konzentriert sich auf Betrieb und Administration der technischen SAP-Landschaft. Ein ABAP-Entwickler entwickelt und erweitert dagegen Anwendungen und Geschäftslogik innerhalb der SAP-Plattform.

Kann SAP Basis ausgelagert werden?

Ja. Unternehmen können einzelne Basis-Aufgaben, L2/L3-Support oder einen größeren Teil des technischen Betriebs an einen SAP-Partner auslagern. Möglich sind Inhouse-, Co-Managed- und Managed-Service-Modelle.

Was ist der Unterschied zwischen SAP Basis und SAP Basis Services?

SAP Basis beschreibt den technischen Betriebs- und Administrationsbereich. SAP Basis Services sind konkrete Dienstleistungen eines internen oder externen Teams, beispielsweise Administration, Monitoring, Support, Upgrades, Migrationen oder Managed Services.