Archiving Sessions Cockpit vs. Job-Scheduler: Warum Automatisierung gewinnt

Autor: Thierry Julien, CEO der TJC-Gruppe

Die SAP-Datenarchivierung ist aus Sicht der Job-Planung einer der anspruchsvollsten Prozesse. Sie erfordert die Koordination mehrerer voneinander abhängiger Programme, die Verwaltung Tausender Varianten und den Umgang mit Ausnahmen – und das alles, ohne den laufenden Betrieb zu beeinträchtigen. Viele Organisationen versuchen, diese Komplexität manuell oder mit Job-Schedulern bzw. Orchestratoren von Drittanbietern zu beherrschen, stoßen jedoch schnell an Grenzen. In diesem Artikel liefern wir einen detaillierten technischen Vergleich zwischen dem Archiving Sessions Cockpit (ASC) und Standardansätzen der Job-Planung und erklären, warum speziell entwickelte Automatisierung bessere Ergebnisse liefert.

Die Komplexität einer Archivierungssitzung verstehen

Bevor Tools verglichen werden, ist es entscheidend zu verstehen, was eine Archivierungssitzung tatsächlich umfasst. Es geht um weit mehr als nur das Einplanen eines Hintergrundjobs. Die Datenarchivierung in SAP-Systemen basiert auf Archivierungsobjekten und wird über die Transaktion SARA ausgeführt.

Eine einzelne Archivierungssitzung für ein Archivierungsobjekt kann die Koordination mehrerer sequenzieller und paralleler Jobs erfordern:

• Einige Archivierungsobjekte erfordern einen SAP-Vorverarbeitungsjob, der manchmal durch kundenspezifische Vorverarbeitungslogik ergänzt wird.
• Darauf folgt der Archivierungsjob selbst (Schreibschritt), der eine oder mehrere Archivdateien erzeugt. In den meisten Fällen ist dies ein lang laufender Job.
• Sobald die Archivdateien erstellt sind, können sie über die ArchiveLink-Schnittstelle in einem Content Server abgelegt werden. Dieser Schritt ist optional – alternativ können Archivdateien im Dateisystem oder in Blob Storage verbleiben. Der Ablageprozess kann je nach Konfiguration entweder vor oder nach dem Löschjob ausgeführt werden.
• Wenn ArchiveLink nicht verwendet wird, müssen die Archivdateien in der Regel manuell in einem vorgesehenen Speicherbereich gesichert werden. Dies entspricht dem Schritt „Save ADK File“.
• Für jede Archivdatei läuft ein Löschjob, um die entsprechenden Daten aus der Datenbank zu entfernen. Löschjobs sind zahlreich und datenbankintensiv: Ihre Ausführung ist anspruchsvoll, und es ist wichtig, nicht alle verfügbaren Batch-Jobs im System zu belegen.
• Abschließend sind in manchen Fällen Archivierungs-Nachverarbeitungsjobs erforderlich, die durch kundenspezifische Nachverarbeitungsprogramme ergänzt werden können.

Kurz gesagt: Eine Archivierungssitzung ist eine Sammlung voneinander abhängiger Jobs, die über mehrere SAP-Archivierungsprogramme ausgeführt werden. Dies zu managen bedeutet, in jeder Phase Ausnahmen zu behandeln – zum Beispiel: Was passiert, wenn ein Archivierungsjob zwei Archivdateien erstellt und dann abstürzt? Ein Job-Scheduler eines Drittanbieters kennt diesen Kontext nicht. Das Archiving Sessions Cockpit schon.

Job-Scheduler-Tools verstehen Archivierungslogik, Objektabhängigkeiten oder Aufbewahrungsrestriktionen nicht von Haus aus. Im Gegensatz dazu bildet das ASC die für SAP-Datenarchivierung spezifische Business-Logik ab. Es versteht Abhängigkeiten von Archivierungsobjekten, Aufbewahrungs- und Verweilzeiten sowie ILM- und Löschrestriktionen.

Die Herausforderung der Variantenerstellung

Die Variantenerstellung ist vermutlich der kritischste – und am meisten unterschätzte – Aspekt einer produktiven Datenarchivierung. Qualität und Granularität Ihrer Varianten beeinflussen direkt die Organisation der Archivdateien, die Datenzugänglichkeit, die Laufzeit-Performance und Ihre Fähigkeit, organisatorische Änderungen wie System-Splits oder Unternehmensveräußerungen zu bewältigen.

Warum granulare Varianten wichtig sind

Best Practice besagt, dass die Archivierung nach Buchungskreis (oder Vertriebsbereich, Werk usw.) und nach klar abgegrenzten Zeiträumen (z. B. monatlich) aufgeteilt werden sollte. Dieser Ansatz bietet mehrere Vorteile:

• Schnellere Schreibjobs: Mit detaillierten Varianten laufen Archivierungs-Schreibjobs schneller, weil nur die relevanten Zeiträume analysiert werden.
• Schnellerer Datenzugriff: Wenn ein Nutzer Februar-Rechnungen abrufen muss, werden nur die Archivdateien für Februar geöffnet statt des gesamten Archivbestands.
• Organisatorische Flexibilität: Wenn ein Buchungskreis verkauft oder ein System gesplittet wird, können die relevanten Archivdateien einfach verschoben werden. Bei generischen Varianten enthalten Archivdateien gemischte Daten aus mehreren Buchungskreisen – und ADK-Dateien können nach der Erstellung nicht mehr geändert werden. Das verursacht sowohl technische Probleme als auch gravierende Vertraulichkeitsrisiken.
• Audit-Readiness: Gut strukturierte Archivierungsnotizen mit Standard-Namenskonventionen machen sofort klar, welche Daten jede Archivdatei enthält.

Das Problem bei der manuellen Erstellung von Varianten

Mit einem Job-Scheduler müssen Varianten für jeden Archivierungslauf manuell erstellt werden. Betrachten Sie den Umfang: Wenn Sie 15 Objekte über 10 Buchungskreise monatlich archivieren, sind das 150 Varianten pro Monat – 1.800 pro Jahr. Jede Variante muss erstellt, geprüft und mit der richtigen Job-Definition im Scheduler verknüpft werden. Jeden Monat müssen die Job-Definitionen aktualisiert werden, wenn neue Varianten entstehen. Und wenn Sie bei der Verwaltung von Objekt-/Variantenbeziehungen weiter ins Detail gehen, kann die Zahl der zu synchronisierenden Jobs schnell in die Tausende oder sogar Millionen steigen.

Manuelle Erstellung in diesem Umfang führt unweigerlich zu Fehlern und Verzögerungen. Ein falsch eingegebener Buchungszeitraum, ein ausgelassener Buchungskreis oder ein falscher Datumsbereich kann dazu führen, dass Fachanwender den Zugriff auf aktuelle Daten verlieren – oder schlimmer: dass Daten archiviert werden, die noch nicht archiviert werden dürfen. Und da viele Archivierungsobjekte keine Reload-Option unterstützen, können diese Fehler irreversibel sein.

Für einen umfassenden Überblick über die SAP-Datenarchivierung – Grundlagen, einschließlich Prozesse und Vorteile, lesen Sie bitte unseren ausführlichen Leitfaden.

Was ist mit TVARV?

In SAP ist TVARV eine Standardtabelle zur Speicherung dynamischer Variablenwerte für Report-Varianten. Einige Teams versuchen, TVARV-Einträge oder SAP-Variantenvariablen zu nutzen, um die Variantenerstellung zu automatisieren. Dieser Ansatz stößt jedoch schnell an seine Grenzen.

Variantenvariablen arbeiten mit dem aktuellen Datum, was bedeutet, dass sie keine Catch-up-Archivierung für verpasste Zeiträume abbilden können. Außerdem haben sie Schwierigkeiten mit Objekten, die nach Buchungsperiode, Verweilzeit oder Nummernkreisen statt nach einfachen Datumskriterien selektiert werden.

Das folgende Beispiel veranschaulicht einige der Einschränkungen von TVARV-Tabellen:

In diesem Fall: Wenn der Archivierungsjob heute startet und das Feld „Created on“ ausgewählt ist, wird es mit einem Datum im Bereich von 01/11/2025 bis 30/11/2025 befüllt. Die Datumswerte werden jedoch immer auf Basis des aktuellen Datums berechnet. Wenn die Archivierung also zwischen Oktober und Dezember 2025 pausiert und dann heute wieder gestartet würde, würden Archivierungsjobs für August, September und Oktober nicht gestartet.

Wie das Archiving Sessions Cockpit die Variantenerstellung handhabt

Das ASC generiert automatisch alle erforderlichen Varianten auf Basis seiner Konfiguration. Es verwaltet drei Schlüsselfelder – Object, Area und Option – um zweckoptimierte Varianten mit den richtigen Zeiträumen, organisatorischen Aufteilungen und technischen Parametern zu erzeugen.

• Object definiert das SAP-Archivierungsobjekt.
• Area definiert die zu archivierende Organisationseinheit (z. B. einen Buchungskreis oder einen Vertriebsbereich).
• Option spezifiziert technische Elemente in Bezug auf unterschiedliche Teile von SAP, etwa Belegarten. Beispielsweise kann ein Fakturabeleg anhand einer in SAP-Customizing definierten Fakturaart archiviert werden – eine Fakturaart könnte mit einer Verweilzeit von 6 Monaten archiviert werden, eine andere mit 24 Monaten.

Object ist ein Pflichtfeld, Area und Option sind optional.

Wichtig ist: Die Archivierungssitzungsnotiz wird automatisch anhand einer Standard-Namenskonvention befüllt, wodurch das Risiko manueller Fehler entfällt. Ob Sie 24 Archivierungsläufe pro Jahr für ein einzelnes Objekt benötigen oder Hunderte Läufe über Dutzende Objekte hinweg – das ASC bewältigt die Komplexität ohne zusätzlichen Aufwand.

Sweep-Archivierung: wo generische Varianten fallengelassen werden

Offene Posten können nicht archiviert werden – und das kommt häufiger vor, als man erwarten würde:

• Wenn es Objektabhängigkeiten gibt – zum Beispiel kann Objekt A erst archiviert werden, wenn Objekt B archiviert wurde.
• Manchmal dauern bestimmte Prozesse zu lange und können innerhalb der erlaubten Archivierungsfenster nicht abgeschlossen werden.

Infolgedessen werden Posten, die beim Start der Archivierung noch offen sind, vom Prozess ausgeschlossen. Die Technik „Sweep-Archivierung“ (auch „Rake-Archivierung“ genannt) prüft alle Monate aus Vorjahren, um Posten zu identifizieren, die zum Zeitpunkt der regulären Archivierung noch offen waren, inzwischen aber abgeschlossen sind. Diese neu archivierungsfähigen Posten werden dann archiviert.

Sweep-Archivierung kann auf viele Arten konfiguriert werden: quartalsweise, jährlich, über die letzten fünf Jahre oder das letzte Jahrzehnt – die Wahl liegt bei Ihnen.

Mit dem ASC ist dieser Prozess einfach und automatisiert. Durch das bloße Anpassen der Einstellungen führt das ASC automatisch einen neuen „Sweep“ durch und bewertet den relevanten Datenbestand erneut – ohne manuelles Eingreifen. Ein Job-Scheduler hingegen führt diese Aufgabe nicht aus, weil ihm diese Logik schlicht nicht innewohnt.

Wann ist Sweep-Archivierung sinnvoll?

Sweep-Archivierung ist besonders effektiv, um Archivierungsquoten zu verbessern und sicherzustellen, dass archivierungsfähige Daten nicht zurückbleiben. Bei der TJC Group beginnen wir mit einer tiefgehenden Datenanalyse. Ist die Archivierungsquote zu niedrig, untersuchen wir mögliche Ursachen – offene Prozesse, Zeitlücken usw. – und setzen Sweep-Archivierung dort ein, wo es sinnvoll ist.

Sie ist besonders wertvoll zur Vorbereitung von Cloud-Migrationen, System-Carve-outs oder S/4HANA-Migrationen, wenn Organisationen unter Druck stehen, Archivierungsraten zu maximieren und das Datenvolumen zu minimieren, das in die neue Umgebung übernommen wird.

Wie das ASC Sweep-Archivierung handhabt

Mit dem ASC ist die Konfiguration der Sweep-Archivierung eine Sache von wenigen Klicks. Sie aktualisieren die globalen Einstellungen, definieren Zeitraum und Frequenz, und das ASC übernimmt alles Weitere: neue Varianten erstellen, alle Jobs neu einplanen (Vorverarbeitung, Schreibschritte, Löschschritte, SAP AS Unloading, Nachverarbeitung und Content-Server-Ablagejobs). Alles wird automatisch neu programmiert. Technisch ist es einfach eine neue Option, die für das ausgewählte Archivierungsobjekt konfiguriert wird. Mit einem Job-Scheduler müssten all diese Schritte manuell durchgeführt werden.

Das ASC führt außerdem ein besonders nützliches Konzept ein: die Tiefe einer Archivierungssitzung. Stellen Sie sich vor, Sie archivieren Bestellungen wöchentlich nach Belegdatum. Die Tiefe beträgt in diesem Fall 7 Tage. Wenn einige Posten in diesem Fenster nicht abgeschlossen werden und nicht archiviert werden können, kann die Tiefe im ASC auf 14 Tage erweitert werden, sodass zwei Wochen zurückgeblickt wird. Einige Daten könnten in der zweiten Woche archivierungsfähig geworden sein. Dieses Maß an Konfigurierbarkeit ist mit einem Job-Scheduler schlicht nicht verfügbar.

Praxisbeispiel: Einer unserer Kunden, ein Medizintechnikunternehmen, das häusliche medizinische Betreuung anbietet, hatte einen besonders komplexen Abrechnungsprozess. Leistungen werden typischerweise vom französischen staatlichen Gesundheitsdienst oder von Krankenversicherungen bezahlt, wobei ein kleiner Restbetrag manchmal vom Patienten getragen wird. Dadurch kann die Rechnungsverarbeitung lange dauern, da mehrere Parteien beteiligt sind, bevor sie abgeschlossen werden kann. Unsere SAP-Berater führten eine tiefgehende Datenanalyse durch und identifizierten eine große Anzahl offener Posten, die aus den initialen Archivierungsläufen ausgeschlossen worden waren. Mit dem Archiving Sessions Cockpit, Sweep-Archivierung und automatisierter klassischer SAP-Datenarchivierung konnten sie diese neu archivierungsfähigen Posten erfassen, das archivierte Datenvolumen deutlich erhöhen und die Gesamt-Archivierungsquote verbessern.

Das Problem mit generischen Varianten und Job-Schedulern

Job-Scheduler verwenden generische Varianten, die keine zeitbasierte Selektion enthalten) und keine Möglichkeit bieten, „die Tiefe“ zu einer Archivierungssitzung hinzuzufügen. Dadurch treten im Laufe der Zeit mehrere Probleme auf:

• Zunehmende Laufzeiten: Nehmen wir an, im ersten Jahr werden 19 GB von 20 GB archiviert, 1 GB bleibt übrig. Im zweiten Jahr bewertet der Archivierungsjob alle verbleibenden Daten aus Jahr eins plus die Daten aus Jahr zwei erneut – obwohl der Großteil der Daten aus Jahr eins nicht mehr archivierungsfähig ist. Bis Jahr vier bewertet ein monatlicher Lauf für den aktuellsten Monat immer noch Daten aus den vorherigen 47 Monaten erneut. Die Laufzeiten werden zunehmend länger.
• Gemischte Archivdateien: Wenn ein Teil der Daten aus Jahr eins schließlich in Jahr vier archivierungsfähig wird, enthalten die resultierenden Archivdateien eine Mischung aus Daten aus Jahr eins und Jahr vier. In der Transaktion SARA ist es dann unmöglich zu erkennen, welche Daten in welcher Datei gespeichert sind.
• Schlechte Performance beim Datenzugriff: Wenn ein Nutzer Daten aus Jahr eins benötigt, müssen alle Archivdateien geöffnet werden. Bei typischerweise einer Archivdatei pro 200 MB können das schnell Tausende Dateien sein – mit langen Transaktionszeiten und möglichen Timeouts.

Abhängigkeiten zwischen Archivierungsobjekten verwalten

Einige Archivierungsobjekte müssen in einer bestimmten Reihenfolge verarbeitet werden. Ein klassisches Beispiel: SD-Lieferungen (Objekt „RV_LIKP“) müssen vor Kundenaufträgen (Objekt „SD_VBAK“) archiviert werden. In FI kann das Objekt FI_DOCUMENT eine zwingende Abhängigkeit von CO_TRANS haben, plus etwa ein Dutzend optionaler Beziehungen, die die Archivierungsquote verbessern.

Diese Abhängigkeiten bestehen auf Variantenebene, nicht auf Job-Ebene. Um RV_LIKP-Dateien für Januar 2020 zu archivieren, müssen die entsprechenden SD_VBAK-Dateien für Januar 2020 zuerst archiviert werden. Mit anderen Worten: Die RV_LIKP-Archivierungssitzung kann erst starten, wenn die SD_VBAK-Archivierungssitzung für denselben Zeitraum abgeschlossen ist. Es gelten auch zeitbasierte Abhängigkeiten: So kann beispielsweise Objekt A für Juni 2020 von Objekt B für Juli 2020 (eine zukünftige Abhängigkeit) oder Mai 2020 (eine vergangene Abhängigkeit) abhängen.

Wie das ASC Abhängigkeiten handhabt

Mit einem Job-Scheduler müssen Abhängigkeiten zwischen Objekten für jeden Lauf manuell verwaltet werden. Mit dem ASC definieren Sie die Abhängigkeiten einmal, und alles Weitere wird automatisch erledigt. Das ASC bringt außerdem vordefinierte Beziehungen zwischen Archivierungsobjekten mit, die angepasst oder erweitert werden können.

Abhängigkeiten werden einmal im ASC-Customizing definiert und zur Laufzeit automatisch durchgesetzt – auch systemübergreifend. Wenn ein neues Archivierungsobjekt oder eine neue Organisationseinheit hinzugefügt wird, dauert die ASC-Konfiguration Minuten statt Tage. Einmal konfigurieren. Immer automatisieren.

Terminoptimierung und operative Restriktionen

Ein optimierter Archivierungsplan muss die richtigen Daten in der richtigen Reihenfolge zur richtigen Zeit und in möglichst kurzer Zeit archivieren – ohne den normalen Geschäftsbetrieb zu beeinträchtigen. Dafür ist das Bewusstsein für mehrere Restriktionen erforderlich, die ein generischer Job-Scheduler schlicht nicht managen kann.

Zeitzonen und globale Abläufe

Für Organisationen mit weltweiten Aktivitäten muss die Archivierung regionale Geschäftszeiten berücksichtigen. Wenn Ihr System in den USA betrieben wird, Sie aber eine Tochtergesellschaft in Singapur haben, würden Sie die Archivierung für die US-Vertriebsorganisation nachts (US-Zeit) und für die Singapur-Vertriebsorganisation tagsüber (US-Zeit, also nachts in Singapur) ausführen. Das ASC unterstützt dies über konfigurierbare Archivierungsfenster je Area.

Gesperrte Zeitfenster

Archivierung sollte niemals während des Jahresabschlusses laufen. Ebenso sollte die Archivierung für eine Vertriebsorganisation pausiert werden, wenn Ihr Sales Center jeden Montagmorgen von 07:00 bis 13:00 ein Bestellspitzenvolumen hat. Das ASC ermöglicht es, gesperrte Tage, Daten und Zeitfenster minutengenau zu definieren – und setzt sie automatisch durch.

Management paralleler Jobs

Das ASC bestimmt automatisch, welche Archivierungsjobs auszuführen sind, und optimiert die Ausführung innerhalb definierter Parameter: erlaubte Archivierungsfenster, Gesamtzahl paralleler Jobs, Anzahl paralleler Jobs pro Objekt oder Jobtyp, Archivierungsfrequenz und Beziehungen zwischen Objekten. Es startet Standard-SAP-Jobs in der richtigen Reihenfolge.

Mit einem Job-Scheduler ist es unpraktikabel, dieses Optimierungsniveau manuell über Tausende Varianten und Jobs hinweg zu definieren. Das häufige Ergebnis: Die Archivierung dauert deutlich länger, der Fortschritt stockt, und die Vorteile der Datenvolumenreduktion verzögern sich.

Catch-up-Archivierung

Wenn die Archivierung pausiert wurde – sei es wegen eines Audits, eines Systemproblems oder einer organisatorischen Änderung – entsteht ein Rückstau überfälliger Sitzungen. Ein Catch-up mit einem Job-Scheduler bedeutet, Tausende Varianten und Jobs manuell zu erstellen. Das ASC führt überfällige Sitzungen automatisch in chronologischer Reihenfolge aus, von der ältesten bis zur neuesten, und schließt das Catch-up in kürzestmöglicher Zeit und ohne zusätzlichen Aufwand ab.

Fehlerbehebung und Sitzungsfortführung

Archivierungssitzungen können aus vielen Gründen fehlschlagen: Datenbanksperren, Systemausfälle, Ressourcenkonflikte oder Programmfehler. Entscheidend ist, wie schnell und sicher sich der Prozess erholt.

Der Job-Scheduler-Ansatz

Mit einem Job-Scheduler erfordert ein fehlgeschlagener Job eine manuelle Untersuchung, um den exakten Fehlerpunkt zu bestimmen. Der Administrator muss identifizieren, welche Archivdateien erfolgreich erstellt wurden, welche Löschjobs abgeschlossen sind und wo der Prozess neu starten muss – alles, um Datenverlust oder verwaiste Archivdateien zu vermeiden. Das ist zeitaufwendig und fehleranfällig.

Der Archiving-Sessions-Cockpit-Ansatz

Das ASC führt fehlgeschlagene Jobs automatisch ab dem richtigen Punkt erneut aus und verhindert so jeglichen Datenverlust. Die Anzahl der Wiederholungsversuche ist pro Jobtyp und Archivierungsobjekt konfigurierbar. Interne ASC-Tabellen werden kontinuierlich mit Job-Status aktualisiert, sodass das Tool jederzeit genau weiß, wo fortzusetzen ist. Wenn die Archivierung vollständig gestoppt werden muss, hält eine einzige Transaktion sofort alle neuen Sitzungen an. Sobald die Archivierung wieder starten darf, setzt das ASC exakt dort fort, wo es aufgehört hat.

Garantiertes Backup der Archivdateien

Das ASC kann Archivdateien vor dem DELETE-Job, der Daten physisch aus der Datenbank entfernt, an einen definierten Speicherort sichern. Es startet den Löschjob erst, wenn das Backup erfolgreich abgeschlossen ist – und garantiert damit die Sicherheit der Archivdateien vor der physischen Löschung. Das ist mit einem Job-Scheduler nicht erreichbar. Eine Verzögerung zwischen STORE und DELETE ist zwar möglich, garantiert aber nicht, dass das Backup tatsächlich abgeschlossen ist.

Monitoring, Reporting und kontinuierliche Verbesserung

Archive-Ratio-Reporting

Das Archiving Sessions Cockpit liefert für jede Sitzung eine „Archive Ratio“: den prozentualen Anteil der archivierten Daten im Verhältnis zu den für die Archivierung selektierten Daten. Diese Kennzahl ermöglicht eine Analyse nach dem Ausnahmeprinzip – Sie untersuchen nur Sitzungen, bei denen die Archive Ratio unter einen definierten Schwellenwert fällt, z. B. 95 %. Der manuelle Aufwand wird damit gezielt dorthin gelenkt, wo er benötigt wird.

Ohne das ASC existiert dieses Reporting nicht. Jedes Objekt muss manuell analysiert werden – das ist weder skalierbar noch nachhaltig. Die laufenden Archivierungsservices der TJC Group nutzen diese KPIs, um Ergebnisse kontinuierlich zu überwachen und ASC-Customizing anzupassen oder gezielte Sweep-Archivierung auszuführen, wenn sich der Scope ändert.

Zusätzlich zeigt das ASC alle ADK-Sitzungen an, die im System erfolgreich abgeschlossen wurden – mit oder ohne ASC.

[Abbildung 6. Ansicht der ASC-Transaktion mit allen ADK-Sitzungen, die im System erfolgreich abgeschlossen wurden – mit oder ohne ASC]

Sperren und Entsperren

Wenn die Archivierung für ein bestimmtes Objekt oder einen bestimmten Buchungskreis ausgesetzt werden muss – etwa wegen eines Audits, eines Datenproblems oder einer Fachanforderung –, bietet das ASC eine einzige Transaktion, um sofort oder ab einem zukünftigen Datum zu sperren und zu entsperren. Der restliche Archivierungsplan läuft unbeeinflusst weiter. Mit einem Job-Scheduler bedeutet das Stoppen der Archivierung für einen Buchungskreis typischerweise das Stoppen des gesamten Plans, wenn Varianten nicht nach Buchungskreis aufgeteilt sind. Und sobald die Archivierung stoppt, zieht sich die Genehmigung zum Neustart oft in die Länge – über Monate oder sogar Jahre.

Praxisnahe Szenarien: was schiefgehen kann

Diese Beispiele stammen aus realen Organisationen, die erfolgreiche Archivierungsprojekte mit erfahrenen Beratern und kompetenten internen Teams umgesetzt haben – und dennoch auf Probleme stießen, die nur speziell entwickelte Automatisierung hätte verhindern können.

Szenario 1: Archivierte Verkaufsrechnungen finden. Ein Einzelhandelsunternehmen mit einer 2-TB-Datenbank archivierte mehrere SD-bezogene Objekte. Ohne strukturierte Archivierungsnotizen hatten sie keine Möglichkeit zu wissen, welche archivierten Daten in welcher Archivdatei gespeichert waren. Der Zugriff auf bestimmte SD-Transaktionen erforderte das Öffnen aller Archivdateien per sequenziellem Lesen – ein extrem langsamer Prozess. Mit dem ASC ist jede Archivdatei klar mit Area, Option und Zeitraum dokumentiert, wodurch gezielter Datenzugriff unkompliziert wird.

Szenario 2: Lücken im Archivierungsplan. In einem Fall zeigte die IDOC-Archivierung Daten ab 2020, aber es gab eine Lücke von 2017 bis Anfang 2020, in der keine Archivierung stattgefunden hatte. In einem anderen lief die Archivierung von Verkaufsrechnungen (SD_VBRK) jahrelang, aber ein Buchungskreis, der ab 2011 aktiv war und später 2016 verkauft wurde, war nie im Scope enthalten. Keine der Lücken wurde erkannt, weil kein Monitoring oder KPI-Tracking vorhanden war.

Szenario 3: System-Splits. Stellen Sie sich eine Organisation mit zwei Einheiten vor – Buchungskreis 1000 und Buchungskreis 2000 –, wobei Buchungskreis 2000 später verkauft wird. Wenn buchungskreisspezifische Varianten zur Archivierung von Buchhaltungsdaten verwendet wurden, ist die erforderliche Maßnahme unkompliziert: Die relevanten Archivdateien können einfach vom Dateisystem oder Content Server in eine andere Umgebung verschoben werden. Wenn hingegen ein Job-Scheduler generische Varianten verwendet, können die resultierenden Archivdateien gemischte Daten aus mehreren Buchungskreisen enthalten. Da Archivdateien nicht verändert werden können und ein Reload nahezu unmöglich ist, führt diese Situation zu erheblichen technischen Herausforderungen sowie zu gravierenden Vertraulichkeitsrisiken – insbesondere bei Unternehmensveräußerungen.

ASC vs. Job-Scheduler: Vergleich im Überblick

Die wichtigsten Erkenntnisse

• SAP data archiving ist kein einfaches Scheduling-Problem. Die Interdependenzen zwischen Jobs, der Bedarf an granularen Varianten, die Komplexität von Geschäftskalendern und das Risiko irreversibler Fehler machen es zu einem der anspruchsvollsten Prozesse, die korrekt zu automatisieren sind. Ein generischer Job-Scheduler wurde dafür nie entwickelt.
• Gut detaillierte Varianten sind die Grundlage. Die Qualität Ihrer Varianten bestimmt Datenzugänglichkeit, Laufzeit-Performance, Audit-Readiness und Ihre Fähigkeit, organisatorische Änderungen zu bewältigen. Die Automatisierung der Variantenerstellung mit dem ASC eliminiert die größte Quelle manuellen Aufwands und von Fehlern.
• Automatisierung ist nicht optional. Tausende Varianten manuell zu erstellen und zu pflegen ist unpraktikabel, ineffizient und fehleranfällig. Das Archiving Sessions Cockpit nimmt Ihnen diese Last vollständig ab. Einmal konfigurieren, immer automatisieren. Es läuft als Hintergrundprozess – reibungslos und zuverlässig – und erledigt die Aufgabe so effizient wie möglich.
• Job-Scheduler fehlt Archivierungs- und Business-Logik. Job-Scheduler planen Jobs. Mehr tun sie nicht. Ihnen fehlt die Intelligenz und der Kontext, um die volle Komplexität der SAP-Datenarchivierung zu managen.
• Generische Varianten erzeugen ungenaue Archivdateien. Sie wirken kurzfristig vielleicht einfacher, führen aber zu zunehmend längeren Laufzeiten, gemischten Archivdateien, schlechter Nachvollziehbarkeit und Frustration bei Anwendern. Die speziell entwickelten Varianten des ASC vermeiden das vollständig.
• Monitoring ist nicht optional. Ohne Archive-Ratio-Reporting und KPI-Tracking bleiben Lücken in Ihrem Archivierungsplan über Jahre unentdeckt. Das integrierte Reporting des ASC sorgt für kontinuierliche Transparenz und Verbesserung.
• Spezialisierte Automatisierung amortisiert sich. Kunden, die das ASC nutzen, erreichen durchgängig Archivierungsquoten von über 95 %, schließen Catch-up-Phasen schneller ab und halten ihre Archivierungspläne ohne Unterbrechung ein. Die Reduktion manuellen Aufwands, Fehlerbehebung und operativer Risiken liefert einen messbaren ROI.

Fazit

Ein Job-Scheduler ist ein Allzweck-Tool. Das Archiving Sessions Cockpit ist ein Spezialist. Es verwandelt die SAP-Datenarchivierung von einer arbeitsintensiven technischen Aufgabe in einen intelligenten, automatisierten Prozess. Indem es die Komplexität von Varianten, Archivierungsnotizen und Objektabhängigkeiten übernimmt, ermöglicht das ASC unseren Kunden, konstant Archivierungsquoten von 95 % oder mehr zu erreichen und gleichzeitig ihre Gesamtbetriebskosten deutlich zu senken.

Wenn Ihre Organisation die Archivierung mit einem Job-Scheduler verwaltet – oder Schwierigkeiten hat, einen konsistenten Archivierungsplan aufrechtzuerhalten –, kontaktieren Sie die TJC Group und erfahren Sie, wie das Archiving Sessions Cockpit Ihre Archivierungsprozesse transformieren kann.