Wann endet die Wartung für den SAP Solution Manager 7.2?

Die Mainstream-Wartung endet am 31. Dezember 2027. SAP empfiehlt allen Kunden, den Übergang zu SAP Cloud ALM vor diesem Datum abzuschließen.

Stimmt es, dass wir bis 2030 Zeit haben?

Nein, nicht pauschal. Die Extended Maintenance bis Ende 2030 ist an die Extended Maintenance für SAP Business Suite 7 gekoppelt und steht damit nicht jedem Kunden offen.

Was kostet SAP Cloud ALM?

SAP Cloud ALM steht berechtigten SAP-Kunden ohne zusätzliche Lizenzkosten zur Verfügung. Die Berechtigung lässt sich in SAP for Me in wenigen Klicks prüfen. Ein erheblicher Teil der Kunden weiß das nicht und kalkuliert mit einem Budget, das gar nicht anfällt.

Reicht der Speicher von SAP Cloud ALM für eine große Landschaft?

SAP hat die Base Memory im Rahmen der Fair-Use-Regelung auf 24 GB angehoben. In der Praxis wird dieser Rahmen kaum ausgereizt: Ein Kunde mit rund 18 angebundenen Landschaften und breitem Cloud-Service-Portfolio liegt bei etwa 6 GB HANA-Memory, ohne am Housekeeping gedreht zu haben.

Wie lange dauert die Einführung von SAP Cloud ALM?

Der Tenant ist in Minuten provisioniert, das Anbinden einzelner Systeme dauert Stunden. Der Operations-Teil ist technisch innerhalb von rund zwei Personentagen eingerichtet.

Muss für SAP Cloud ALM ein Agent ausgerollt werden?

Nein. Eine Agenten-Ausrollung wie beim Solution Manager entfällt vollständig. Der bestehende Betrieb läuft parallel weiter, SAP Cloud ALM greift nicht in laufende Prozesse ein.

Was ist ein stiller Ausfall durch abgelaufene API-Keys?

Abgelaufene API-Keys eines Subaccounts sind ein klassischer stiller Ausfall: Nichts stürzt ab, nichts alarmiert, die Schnittstelle liefert einfach nicht mehr. Auffällig wird das, wenn die Fachabteilung anruft.

Wohin meldet SAP Cloud ALM seine Alarme?

Die Alarmierung geht dorthin, wo gearbeitet wird: in den Teams-Kanal, nach Jira oder ServiceNow, statt in ein Postfach, das ohnehin überläuft.

Wie hilft SAP Cloud ALM bei Compliance und Audit?

SAP Cloud ALM prüft Systeme automatisiert gegen SAP Security Recommendations und Security Baselines und schreibt den Compliance-Status laufend fort, statt ihn einmal jährlich vor dem Audit zu erheben. Eigene Unternehmensrichtlinien lassen sich zunehmend über Custom Checks abbilden.

SAP Solution Manager: Wartungsende 2027 und der Weg zu SAP Cloud ALM Teil 2/3

vor 5 Stunden

3 Min. Lesezeit

Wer den Wechsel zu SAP Cloud ALM nur als technischen Ersatz für SAP Solution Manager betrachtet, übersieht den größeren Teil des Nutzens. Gerade im Bereich Cloud-Monitoring erschließt die Plattform Funktionen, die im bisherigen Werkzeug schlicht fehlten.

Kurz gesagt: SAP Cloud ALM überwacht zentral Zertifikate und API-Keys, etwa für den SAP Cloud Connector und die Integration Suite, und warnt konfigurierbar vor Ablauf.

Stille Ausfälle durch abgelaufene Zertifikate und API-Keys vermeiden

SAP Cloud ALM überwacht Cloud-Services und On-Premise-Systeme in einer gemeinsamen Oberfläche, einschließlich Zertifikaten und API-Keys, etwa für den SAP Cloud Connector und die Integration Suite. Diese Cloud-Seite deckte SAP Solution Manager nicht ab, obwohl genau dort viele Landschaften heute wachsen.

Abgelaufene API-Keys eines Subaccounts sind ein klassischer stiller Ausfall: Nichts stürzt ab, nichts alarmiert von selbst, die Schnittstelle liefert schlicht nicht mehr. Auffällig wird das oft erst, wenn eine Fachabteilung anruft. SAP Cloud ALM schafft hier Abhilfe durch konfigurierbare Vorwarnungen, etwa 90 Tage vor Ablauf, mit einer kritischen Erinnerung 30 Tage davor. Die Alarmierung geht dabei dorthin, wo tatsächlich gearbeitet wird, etwa in einen Teams-Kanal, nach Jira oder ServiceNow, statt in ein ohnehin überlaufendes Postfach.

Perspektivisch soll SAP Cloud ALM zudem das Monitoring von SAP AI Agents übernehmen. Die Plattform entwickelt sich damit über den reinen Solution-Manager-Ersatz hinaus weiter.

Relevant für SAP-Basis-Teams mit BTP-Verantwortung

Relevant ist dieser Aspekt vor allem für:

SAP-Basis-Teams, die für die Stabilität von Schnittstellen und Zertifikaten verantwortlich sind
Unternehmen mit aktiver Nutzung von SAP Cloud Connector, Integration Suite oder anderen BTP-Diensten
Teams, die zentrales Transportmanagement für hybride Landschaften aus On-Premise- und Cloud-Entwicklung benötigen

Von reaktiver Fehlersuche zu vorausschauender Steuerung

Ein abgelaufener API-Key ist kein Komfortproblem, sondern ein Betriebsrisiko mit unmittelbarer Auswirkung auf Fachprozesse. Zentrales, frühzeitiges Monitoring reduziert genau dieses Risiko und verschiebt SAP-Betrieb von reaktiver Fehlersuche zu vorausschauender Steuerung.

Fazit

SAP Cloud ALM ist mehr als ein Ersatz für SAP Solution Manager. Zentrales Zertifikats- und API-Key- Monitoring adressieren reale Betriebsrisiken, die in klassischen On-Premise-Werkzeugen bislang kaum sichtbar waren.

Haben Sie Fragen zum Wartungsende des SAP Solution Manager oder zu SAP Cloud ALM, SAP-Technologie, SAP-Security oder SAP-Archivierung? Wir unterstützen Unternehmen mit smarten SAP-Dienstleistungen, technischer Expertise und klarer Orientierung. Nehmen Sie gerne unverbindlich Kontakt mit uns auf.

Fragen und Antworten

1. Was genau überwacht SAP Cloud ALM im Bereich Zertifikate und API-Keys?

SAP Cloud ALM überwacht zentral die Gültigkeit von Zertifikaten und API-Keys, unter anderem für den SAP Cloud Connector und die SAP Integration Suite. Es erkennt ablaufende Berechtigungen frühzeitig und meldet sie, bevor eine Schnittstelle tatsächlich ausfällt.

2. Warum konnte SAP Solution Manager diese Aufgabe nicht übernehmen?

SAP Solution Manager wurde primär für On-Premise-Landschaften konzipiert. Cloud-native Objekte wie Subaccount-API-Keys oder Cloud-Connector-Zertifikate lagen außerhalb seines Erfassungsbereichs, obwohl gerade dort viele Landschaften heute wachsen.

3. Was ist ein "stiller Ausfall" bei API-Keys konkret?

Ein stiller Ausfall liegt vor, wenn ein API-Key abläuft, ohne dass ein System automatisch alarmiert. Die Schnittstelle liefert schlicht keine Daten mehr, oft fällt das erst auf, wenn eine Fachabteilung den Ausfall meldet. Es gibt keinen Absturz und keinen klassischen Fehleralarm.

4. Wie früh warnt SAP Cloud ALM vor ablaufenden Zertifikaten oder API-Keys?

Die Vorwarnzeiten sind konfigurierbar, in der Praxis üblich sind etwa 90 Tage vor Ablauf als erste Warnung und eine kritische Erinnerung rund 30 Tage davor.

5. Wohin werden die Warnmeldungen von SAP Cloud ALM geschickt?

Die Alarmierung lässt sich an Kanäle anbinden, in denen tatsächlich gearbeitet wird, etwa Microsoft Teams, Jira oder ServiceNow, statt ausschließlich per E-Mail in ein ohnehin volles Postfach.

6. Für welche Teams ist dieses Monitoring besonders relevant?

Relevant ist es vor allem für SAP-Basis-Teams mit Verantwortung für Schnittstellen und Zertifikate, für Unternehmen mit aktiver Nutzung von SAP Cloud Connector, Integration Suite oder anderen BTP-Diensten sowie für Teams mit zentralem Transportmanagement in hybriden Landschaften.

7. Ersetzt dieses Monitoring auch klassisches Zertifikatsmanagement im On-Premise-Bereich?

Nein, SAP Cloud ALM ergänzt die On-Premise-Sicht um die Cloud-Seite. Es überwacht Cloud-Services und On-Premise-Systeme in einer gemeinsamen Oberfläche, sodass beide Welten zentral sichtbar sind, statt sie getrennt zu betrachten.

8. Plant SAP, den Funktionsumfang in diesem Bereich weiter auszubauen?

Ja. Perspektivisch soll SAP Cloud ALM zusätzlich das Monitoring von SAP AI Agents übernehmen und sich damit über den reinen Solution-Manager-Ersatz hinaus weiterentwickeln.

9. Was ist der geschäftliche Nutzen, wenn ein abgelaufener API-Key rechtzeitig erkannt wird?

Ein abgelaufener API-Key ist kein reines Komfortproblem, sondern ein Betriebsrisiko mit direkter Auswirkung auf Fachprozesse. Frühzeitiges, zentrales Monitoring reduziert dieses Risiko und verschiebt den SAP-Betrieb von reaktiver Fehlersuche hin zu vorausschauender Steuerung.