Inhalts\u00fcbersicht<\/h2>- Die Komplexit\u00e4t einer Archivierungssitzung verstehen<\/a><\/li>
- Die Herausforderung der Variantenerstellung<\/a>
- Warum granulare Varianten wichtig sind<\/a><\/li>
- Das Problem bei der manuellen Erstellung von Varianten<\/a><\/li>
- Was ist mit TVARV?<\/a><\/li>
- Wie das Archiving Sessions Cockpit die Variantenerstellung handhabt<\/a><\/li><\/ul><\/li>
- Sweep-Archivierung: wo generische Varianten scheitern<\/a>
- Wann ist Sweep-Archivierung sinnvoll?<\/a><\/li>
- Wie das ASC Sweep-Archivierung handhabt<\/a><\/li>
- Das Problem mit generischen Varianten und Job-Schedulern<\/a><\/li><\/ul><\/li>
- Abh\u00e4ngigkeiten zwischen Archivierungsobjekten verwalten<\/a>
- Wie das ASC Abh\u00e4ngigkeiten handhabt<\/a><\/li><\/ul><\/li>
- Terminoptimierung und operative Restriktionen<\/a>
- Zeitzonen und globale Abl\u00e4ufe<\/a><\/li>
- Gesperrte Zeitfenster<\/a><\/li>
- Management paralleler Jobs<\/a><\/li>
- Catch-up-Archivierung<\/a><\/li><\/ul><\/li>
- Fehlerbehebung und Sitzungsfortf\u00fchrung<\/a>
- Der Job-Scheduler-Ansatz<\/a><\/li>
- Der Archiving-Sessions-Cockpit-Ansatz<\/a><\/li>
- Garantiertes Backup der Archivdateien<\/a><\/li><\/ul><\/li>
- Monitoring, Reporting und kontinuierliche Verbesserung<\/a>
- Archive-Ratio-Reporting<\/a><\/li>
- Sperren und Entsperren<\/a><\/li><\/ul><\/li>
- Praxisnahe Szenarien: was schiefgehen kann<\/a><\/li>
- ASC vs. Job-Scheduler: Vergleich im \u00dcberblick<\/a><\/li>
- Die wichtigsten Erkenntnisse<\/a><\/li>
- Fazit<\/a><\/li><\/ul><\/div>\n\n
<\/p>\n\n
Die Komplexit\u00e4t einer Archivierungssitzung verstehen<\/h2>\n\n
Bevor Tools verglichen werden, ist es entscheidend zu verstehen, was eine Archivierungssitzung tats\u00e4chlich umfasst. Es geht um weit mehr als nur das Einplanen eines Hintergrundjobs. Die Datenarchivierung in SAP-Systemen basiert auf Archivierungsobjekten und wird \u00fcber die Transaktion SARA ausgef\u00fchrt. <\/p>\n\n
Eine einzelne Archivierungssitzung f\u00fcr ein Archivierungsobjekt<\/a> kann die Koordination mehrerer sequenzieller und paralleler Jobs erfordern:<\/p>\n\n\n- Einige Archivierungsobjekte erfordern einen SAP-Vorverarbeitungsjob, der manchmal durch kundenspezifische Vorverarbeitungslogik erg\u00e4nzt wird.<\/li>\n\n\n\n
- Darauf folgt der Archivierungsjob selbst (Schreibschritt), der eine oder mehrere Archivdateien erzeugt. In den meisten F\u00e4llen ist dies ein lang laufender Job. <\/li>\n\n\n\n
- Sobald die Archivdateien erstellt sind, k\u00f6nnen sie \u00fcber die ArchiveLink-Schnittstelle in einem Content Server abgelegt werden. Dieser Schritt ist optional \u2013 alternativ k\u00f6nnen Archivdateien im Dateisystem oder in Blob Storage verbleiben. Der Ablageprozess kann je nach Konfiguration entweder vor oder nach dem L\u00f6schjob ausgef\u00fchrt werden. <\/li>\n\n\n\n
- Wenn ArchiveLink nicht verwendet wird, m\u00fcssen die Archivdateien in der Regel manuell in einem vorgesehenen Speicherbereich gesichert werden. Dies entspricht dem Schritt \u201eSave ADK File\u201c. <\/li>\n\n\n\n
- F\u00fcr jede Archivdatei l\u00e4uft ein L\u00f6schjob, um die entsprechenden Daten aus der Datenbank zu entfernen. L\u00f6schjobs sind zahlreich und datenbankintensiv: Ihre Ausf\u00fchrung ist anspruchsvoll, und es ist wichtig, nicht alle verf\u00fcgbaren Batch-Jobs im System zu belegen. <\/li>\n\n\n\n
- Abschlie\u00dfend sind in manchen F\u00e4llen Archivierungs-Nachverarbeitungsjobs erforderlich, die durch kundenspezifische Nachverarbeitungsprogramme erg\u00e4nzt werden k\u00f6nnen.<\/li>\n<\/ul>\n\n
<\/p>\n\n
<\/p>\n\n![\"\"](\"https:\/\/www.tjc-group.com\/wp-content\/uploads\/2026\/05\/TJC-Group_Steps-of-an-archiving-session.webp\")
Schritte einer Archivierungssitzung mit dem ASC<\/figcaption><\/figure>\n\n<\/p>\n\n
Kurz gesagt: Eine Archivierungssitzung ist eine Sammlung voneinander abh\u00e4ngiger Jobs, die \u00fcber mehrere SAP-Archivierungsprogramme ausgef\u00fchrt werden. Dies zu managen bedeutet, in jeder Phase Ausnahmen zu behandeln \u2013 zum Beispiel: Was passiert, wenn ein Archivierungsjob zwei Archivdateien erstellt und dann abst\u00fcrzt? Ein Job-Scheduler eines Drittanbieters kennt diesen Kontext nicht. Das Archiving Sessions Cockpit <\/a><\/strong>schon. <\/p>\n\nJob-Scheduler-Tools verstehen Archivierungslogik, Objektabh\u00e4ngigkeiten oder Aufbewahrungsrestriktionen nicht von Haus aus. Im Gegensatz dazu bildet das ASC die f\u00fcr SAP-Datenarchivierung<\/a> spezifische Business-Logik ab. Es versteht Abh\u00e4ngigkeiten von Archivierungsobjekten, Aufbewahrungs- und Verweilzeiten sowie ILM- und L\u00f6schrestriktionen. <\/p>\n\n \nASC-VIDEOERKL\u00c4RUNG ANSEHEN<\/a><\/div> \n<\/div>\n\n<\/div>\n\nDie Herausforderung der Variantenerstellung<\/h2>\n\n
Die Variantenerstellung ist vermutlich der kritischste \u2013 und am meisten untersch\u00e4tzte \u2013 Aspekt einer produktiven Datenarchivierung. Qualit\u00e4t und Granularit\u00e4t Ihrer Varianten beeinflussen direkt die Organisation der Archivdateien, die Datenzug\u00e4nglichkeit, die Laufzeit-Performance und Ihre F\u00e4higkeit, organisatorische \u00c4nderungen wie System-Splits oder Unternehmensver\u00e4u\u00dferungen zu bew\u00e4ltigen. <\/p>\n\n
Warum granulare Varianten wichtig sind<\/h3>\n\n
Best Practice besagt, dass die Archivierung nach Buchungskreis (oder Vertriebsbereich, Werk usw.) und nach klar abgegrenzten Zeitr\u00e4umen (z. B. monatlich) aufgeteilt werden sollte. Dieser Ansatz bietet mehrere Vorteile: <\/p>\n\n
\n- Schnellere Schreibjobs:<\/strong> Mit detaillierten Varianten laufen Archivierungs-Schreibjobs schneller, weil nur die relevanten Zeitr\u00e4ume analysiert werden.<\/li>\n\n\n\n
- Schnellerer Datenzugriff:<\/strong> Wenn ein Nutzer Februar-Rechnungen abrufen muss, werden nur die Archivdateien f\u00fcr Februar ge\u00f6ffnet statt des gesamten Archivbestands.<\/li>\n\n\n\n
- Organisatorische Flexibilit\u00e4t:<\/strong> Wenn ein Buchungskreis verkauft oder ein System gesplittet wird, k\u00f6nnen die relevanten Archivdateien einfach verschoben werden. Bei generischen Varianten enthalten Archivdateien gemischte Daten aus mehreren Buchungskreisen \u2013 und ADK-Dateien k\u00f6nnen nach der Erstellung nicht mehr ge\u00e4ndert werden. Das verursacht sowohl technische Probleme als auch gravierende Vertraulichkeitsrisiken. <\/li>\n\n\n\n
- Audit-Readiness:<\/a><\/strong> Gut strukturierte Archivierungsnotizen mit Standard-Namenskonventionen machen sofort klar, welche Daten jede Archivdatei enth\u00e4lt.<\/li>\n<\/ul>\n\n
Das Problem bei der manuellen Erstellung von Varianten<\/h3>\n\n
Mit einem Job-Scheduler m\u00fcssen Varianten f\u00fcr jeden Archivierungslauf manuell erstellt werden. Betrachten Sie den Umfang: Wenn Sie 15 Objekte \u00fcber 10 Buchungskreise monatlich archivieren, sind das 150 Varianten pro Monat \u2013 1.800 pro Jahr. Jede Variante muss erstellt, gepr\u00fcft und mit der richtigen Job-Definition im Scheduler verkn\u00fcpft werden. Jeden Monat m\u00fcssen 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. <\/p>\n\n
<\/p>\n\n
Manuelle Erstellung in diesem Umfang f\u00fchrt unweigerlich zu Fehlern und Verz\u00f6gerungen. Ein falsch eingegebener Buchungszeitraum, ein ausgelassener Buchungskreis oder ein falscher Datumsbereich kann dazu f\u00fchren, dass Fachanwender den Zugriff auf aktuelle Daten verlieren \u2013 oder schlimmer: dass Daten archiviert werden, die noch nicht archiviert werden d\u00fcrfen. Und da viele Archivierungsobjekte keine Reload-Option unterst\u00fctzen, k\u00f6nnen diese Fehler irreversibel sein. <\/p>\n\n
<\/p>\n\n![\"Archiving](\"https:\/\/www.tjc-group.com\/wp-content\/uploads\/2026\/05\/Archiving-sessions-cockipt_creating-variants.webp\")
ASC \u2013 Variantenerstellung mit dem Archiving Sessions Cockpit <\/figcaption><\/figure>\n\n <\/p>\n\n
<\/p>\n\n
F\u00fcr einen umfassenden \u00dcberblick \u00fcber die <\/u><\/em><\/strong>SAP-Datenarchivierung<\/em><\/strong><\/a> \u2013 Grundlagen, einschlie\u00dflich Prozesse und Vorteile, lesen Sie bitte unseren ausf\u00fchrlichen Leitfaden.<\/u><\/em><\/strong><\/p>\n\nWas ist mit TVARV?<\/h3>\n\n
In SAP ist TVARV eine Standardtabelle zur Speicherung dynamischer Variablenwerte f\u00fcr Report-Varianten. Einige Teams versuchen, TVARV-Eintr\u00e4ge oder SAP-Variantenvariablen zu nutzen, um die Variantenerstellung zu automatisieren. Dieser Ansatz st\u00f6\u00dft jedoch schnell an seine Grenzen. <\/p>\n\n
Variantenvariablen arbeiten mit dem aktuellen Datum, was bedeutet, dass sie keine Catch-up-Archivierung f\u00fcr verpasste Zeitr\u00e4ume abbilden k\u00f6nnen. Au\u00dferdem haben sie Schwierigkeiten mit Objekten, die nach Buchungsperiode, Verweilzeit oder Nummernkreisen statt nach einfachen Datumskriterien selektiert werden. <\/p>\n\n
<\/p>\n\n
Das folgende Beispiel veranschaulicht einige der Einschr\u00e4nkungen von TVARV-Tabellen:<\/p>\n\n![\"TJC](\"https:\/\/www.tjc-group.com\/wp-content\/uploads\/2026\/05\/TJC-Group-Archiving-sessions-cockpit-TVARV-table.webp\")
TJC Group \u2013 TVARV-Tabellen<\/figcaption><\/figure>\n\nIn diesem Fall: Wenn der Archivierungsjob heute startet und das Feld \u201eCreated on\u201c ausgew\u00e4hlt ist, wird es mit einem Datum im Bereich von 01\/11\/2025 bis 30\/11\/2025 bef\u00fcllt. 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\u00fcrde, w\u00fcrden Archivierungsjobs f\u00fcr August, September und Oktober nicht gestartet. <\/p>\n\n
Wie das Archiving Sessions Cockpit die Variantenerstellung handhabt<\/h3>\n\n
Das A<\/a>SC <\/a>generiert automatisch alle erforderlichen Varianten auf Basis seiner Konfiguration. Es verwaltet drei Schl\u00fcsselfelder \u2013 Object<\/strong>, Area<\/strong> und Option<\/strong> \u2013 um zweckoptimierte Varianten mit den richtigen Zeitr\u00e4umen, organisatorischen Aufteilungen und technischen Parametern zu erzeugen. <\/p>\n\n\n- Object<\/strong> definiert das SAP-Archivierungsobjekt.<\/li>\n\n\n\n
- Area<\/strong> definiert die zu archivierende Organisationseinheit (z. B. einen Buchungskreis oder einen Vertriebsbereich).<\/li>\n\n\n\n
- Option<\/strong> 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 \u2013 eine Fakturaart k\u00f6nnte mit einer Verweilzeit von 6 Monaten archiviert werden, eine andere mit 24 Monaten. <\/li>\n<\/ul>\n\n
Object ist ein Pflichtfeld, Area und Option sind optional.<\/p>\n\n
Wichtig ist: Die Archivierungssitzungsnotiz wird automatisch anhand einer Standard-Namenskonvention bef\u00fcllt, wodurch das Risiko manueller Fehler entf\u00e4llt. Ob Sie 24 Archivierungsl\u00e4ufe pro Jahr f\u00fcr ein einzelnes Objekt ben\u00f6tigen oder Hunderte L\u00e4ufe \u00fcber Dutzende Objekte hinweg \u2013 das ASC bew\u00e4ltigt die Komplexit\u00e4t ohne zus\u00e4tzlichen Aufwand. <\/p>\n\n![\"Archiving](\"https:\/\/www.tjc-group.com\/wp-content\/uploads\/2026\/05\/Archiving-Sessions-Cockpit-Customising.webp\")
ASC-Customizing<\/figcaption><\/figure>\n\nSweep-Archivierung: wo generische Varianten fallengelassen werden<\/h2>\n\n
<\/p>\n\n
Offene Posten k\u00f6nnen nicht archiviert werden \u2013 und das kommt h\u00e4ufiger vor, als man erwarten w\u00fcrde:<\/p>\n\n
\n- Wenn es Objektabh\u00e4ngigkeiten gibt \u2013 zum Beispiel kann Objekt A erst archiviert werden, wenn Objekt B archiviert wurde.<\/li>\n\n\n\n
- Manchmal dauern bestimmte Prozesse zu lange und k\u00f6nnen innerhalb der erlaubten Archivierungsfenster nicht abgeschlossen werden.<\/li>\n<\/ul>\n\n
Infolgedessen werden Posten, die beim Start der Archivierung noch offen sind, vom Prozess ausgeschlossen. Die Technik \u201eSweep-Archivierung\u201c (auch \u201eRake-Archivierung\u201c genannt) pr\u00fcft alle Monate aus Vorjahren, um Posten zu identifizieren, die zum Zeitpunkt der regul\u00e4ren Archivierung noch offen waren, inzwischen aber abgeschlossen sind. Diese neu archivierungsf\u00e4higen Posten werden dann archiviert. <\/p>\n\n
Sweep-Archivierung kann auf viele Arten konfiguriert werden: quartalsweise, j\u00e4hrlich, \u00fcber die letzten f\u00fcnf Jahre oder das letzte Jahrzehnt \u2013 die Wahl liegt bei Ihnen.<\/p>\n\n
<\/p>\n\n
Mit dem ASC ist dieser Prozess einfach und automatisiert. Durch das blo\u00dfe Anpassen der Einstellungen f\u00fchrt das ASC automatisch einen neuen \u201eSweep\u201c durch und bewertet den relevanten Datenbestand erneut \u2013 ohne manuelles Eingreifen. Ein Job-Scheduler hingegen f\u00fchrt diese Aufgabe nicht aus, weil ihm diese Logik schlicht nicht innewohnt. <\/p>\n\n
<\/p>\n\n
Wann ist Sweep-Archivierung sinnvoll?<\/strong><\/h3>\n\nSweep-Archivierung ist besonders effektiv, um Archivierungsquoten zu verbessern und sicherzustellen, dass archivierungsf\u00e4hige Daten nicht zur\u00fcckbleiben. Bei der TJC Group beginnen wir mit einer tiefgehenden Datenanalyse. Ist die Archivierungsquote zu niedrig, untersuchen wir m\u00f6gliche Ursachen \u2013 offene Prozesse, Zeitl\u00fccken usw. \u2013 und setzen Sweep-Archivierung dort ein, wo es sinnvoll ist. <\/p>\n\n
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 \u00fcbernommen wird.<\/p>\n\n
Wie das ASC Sweep-Archivierung handhabt<\/h3>\n\n
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 \u00fcbernimmt alles Weitere: neue Varianten erstellen, alle Jobs neu einplanen (Vorverarbeitung, Schreibschritte, L\u00f6schschritte, SAP AS Unloading, Nachverarbeitung und Content-Server-Ablagejobs). Alles wird automatisch neu programmiert. Technisch ist es einfach eine neue Option, die f\u00fcr das ausgew\u00e4hlte Archivierungsobjekt konfiguriert wird. Mit einem Job-Scheduler m\u00fcssten all diese Schritte manuell durchgef\u00fchrt werden. <\/p>\n\n
Das ASC f\u00fchrt au\u00dferdem ein besonders n\u00fctzliches Konzept ein: die Tiefe einer Archivierungssitzung<\/strong>. Stellen Sie sich vor, Sie archivieren Bestellungen w\u00f6chentlich nach Belegdatum. Die Tiefe betr\u00e4gt in diesem Fall 7 Tage. Wenn einige Posten in diesem Fenster nicht abgeschlossen werden und nicht archiviert werden k\u00f6nnen, kann die Tiefe im ASC auf 14 Tage erweitert werden, sodass zwei Wochen zur\u00fcckgeblickt wird. Einige Daten k\u00f6nnten in der zweiten Woche archivierungsf\u00e4hig geworden sein. Dieses Ma\u00df an Konfigurierbarkeit ist mit einem Job-Scheduler schlicht nicht verf\u00fcgbar. <\/p>\n\n![\"\"](\"https:\/\/www.tjc-group.com\/wp-content\/uploads\/2026\/05\/Archiving-sessions-cockipt-manage-Sweep-or-Rake-archiving.webp\")
Archiving Sessions Cockpit \u2013 Verweilzeit f\u00fcr Sweep-Archivierung anpassen <\/figcaption><\/figure>\n\nPraxisbeispiel:<\/strong> Einer unserer Kunden, ein Medizintechnikunternehmen, das h\u00e4usliche medizinische Betreuung anbietet, hatte einen besonders komplexen Abrechnungsprozess. Leistungen werden typischerweise vom franz\u00f6sischen 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\u00fchrten eine tiefgehende Datenanalyse durch und identifizierten eine gro\u00dfe Anzahl offener Posten, die aus den initialen Archivierungsl\u00e4ufen ausgeschlossen worden waren. Mit dem Archiving Sessions Cockpit, Sweep-Archivierung und automatisierter klassischer SAP-Datenarchivierung konnten sie diese neu archivierungsf\u00e4higen Posten erfassen, das archivierte Datenvolumen deutlich erh\u00f6hen und die Gesamt-Archivierungsquote verbessern. <\/p>\n\nDas Problem mit generischen Varianten und Job-Schedulern<\/h3>\n\n
Job-Scheduler verwenden generische Varianten, die keine zeitbasierte Selektion enthalten) und keine M\u00f6glichkeit bieten, \u201edie Tiefe\u201c zu einer Archivierungssitzung hinzuzuf\u00fcgen. Dadurch treten im Laufe der Zeit mehrere Probleme auf: <\/p>\n\n
\n- Zunehmende Laufzeiten:<\/strong> Nehmen wir an, im ersten Jahr werden 19 GB von 20 GB archiviert, 1 GB bleibt \u00fcbrig. Im zweiten Jahr bewertet der Archivierungsjob alle verbleibenden Daten aus Jahr eins plus die Daten aus Jahr zwei erneut \u2013 obwohl der Gro\u00dfteil der Daten aus Jahr eins nicht mehr archivierungsf\u00e4hig ist. Bis Jahr vier bewertet ein monatlicher Lauf f\u00fcr den aktuellsten Monat immer noch Daten aus den vorherigen 47 Monaten erneut. Die Laufzeiten werden zunehmend l\u00e4nger. <\/li>\n\n\n\n
- Gemischte Archivdateien:<\/strong> Wenn ein Teil der Daten aus Jahr eins schlie\u00dflich in Jahr vier archivierungsf\u00e4hig wird, enthalten die resultierenden Archivdateien eine Mischung aus Daten aus Jahr eins und Jahr vier. In der Transaktion SARA ist es dann unm\u00f6glich zu erkennen, welche Daten in welcher Datei gespeichert sind. <\/li>\n\n\n\n
- Schlechte Performance beim Datenzugriff:<\/strong> Wenn ein Nutzer Daten aus Jahr eins ben\u00f6tigt, m\u00fcssen alle Archivdateien ge\u00f6ffnet werden. Bei typischerweise einer Archivdatei pro 200 MB k\u00f6nnen das schnell Tausende Dateien sein \u2013 mit langen Transaktionszeiten und m\u00f6glichen Timeouts. <\/li>\n<\/ul>\n\n<\/div>\n\n
Abh\u00e4ngigkeiten zwischen Archivierungsobjekten verwalten<\/h2>\n\n
Einige Archivierungsobjekte m\u00fcssen in einer bestimmten Reihenfolge verarbeitet werden. Ein klassisches Beispiel: SD-Lieferungen (Objekt \u201eRV_LIKP\u201c) m\u00fcssen vor Kundenauftr\u00e4gen (Objekt \u201eSD_VBAK\u201c) archiviert werden. In FI kann das Objekt FI_DOCUMENT eine zwingende Abh\u00e4ngigkeit von CO_TRANS haben, plus etwa ein Dutzend optionaler Beziehungen, die die Archivierungsquote verbessern. <\/p>\n\n
Diese Abh\u00e4ngigkeiten bestehen auf Variantenebene, nicht auf Job-Ebene. Um RV_LIKP-Dateien f\u00fcr Januar 2020 zu archivieren, m\u00fcssen die entsprechenden SD_VBAK-Dateien f\u00fcr Januar 2020 zuerst archiviert werden. Mit anderen Worten: Die RV_LIKP-Archivierungssitzung kann erst starten, wenn die SD_VBAK-Archivierungssitzung f\u00fcr denselben Zeitraum abgeschlossen ist. Es gelten auch zeitbasierte Abh\u00e4ngigkeiten: So kann beispielsweise Objekt A f\u00fcr Juni 2020 von Objekt B f\u00fcr Juli 2020 (eine zuk\u00fcnftige Abh\u00e4ngigkeit) oder Mai 2020 (eine vergangene Abh\u00e4ngigkeit) abh\u00e4ngen. <\/p>\n\n
Wie das ASC Abh\u00e4ngigkeiten handhabt<\/h3>\n\n
Mit einem Job-Scheduler m\u00fcssen Abh\u00e4ngigkeiten zwischen Objekten f\u00fcr jeden Lauf manuell verwaltet werden. Mit dem ASC definieren Sie die Abh\u00e4ngigkeiten einmal, und alles Weitere wird automatisch erledigt. Das ASC bringt au\u00dferdem vordefinierte Beziehungen zwischen Archivierungsobjekten mit, die angepasst oder erweitert werden k\u00f6nnen. <\/p>\n\n
<\/p>\n\n![\"Archiving](\"https:\/\/www.tjc-group.com\/wp-content\/uploads\/2026\/05\/Archiving-Sessions-Cockpit_relationships-between-objects.webp\")
Beziehungen zwischen Objekten mit dem Archiving Sessions Cockpit definieren<\/em><\/figcaption><\/figure>\n\nAbh\u00e4ngigkeiten werden einmal im ASC-Customizing definiert und zur Laufzeit automatisch durchgesetzt \u2013 auch system\u00fcbergreifend. Wenn ein neues Archivierungsobjekt oder eine neue Organisationseinheit hinzugef\u00fcgt wird, dauert die ASC-Konfiguration Minuten statt Tage. Einmal konfigurieren. Immer automatisieren. <\/p>\n\n
<\/div>\n\nTerminoptimierung und operative Restriktionen<\/h2>\n\n
Ein optimierter Archivierungsplan muss die richtigen Daten in der richtigen Reihenfolge zur richtigen Zeit und in m\u00f6glichst kurzer Zeit archivieren \u2013 ohne den normalen Gesch\u00e4ftsbetrieb zu beeintr\u00e4chtigen. Daf\u00fcr ist das Bewusstsein f\u00fcr mehrere Restriktionen erforderlich, die ein generischer Job-Scheduler schlicht nicht managen kann. <\/p>\n\n
Zeitzonen und globale Abl\u00e4ufe<\/h3>\n\n
F\u00fcr Organisationen mit weltweiten Aktivit\u00e4ten muss die Archivierung regionale Gesch\u00e4ftszeiten ber\u00fccksichtigen. Wenn Ihr System in den USA betrieben wird, Sie aber eine Tochtergesellschaft in Singapur haben, w\u00fcrden Sie die Archivierung f\u00fcr die US-Vertriebsorganisation nachts (US-Zeit) und f\u00fcr die Singapur-Vertriebsorganisation tags\u00fcber (US-Zeit, also nachts in Singapur) ausf\u00fchren. Das ASC unterst\u00fctzt dies \u00fcber konfigurierbare Archivierungsfenster je Area. <\/p>\n\n
Gesperrte Zeitfenster<\/h3>\n\n
Archivierung sollte niemals w\u00e4hrend des Jahresabschlusses laufen. Ebenso sollte die Archivierung f\u00fcr eine Vertriebsorganisation pausiert werden, wenn Ihr Sales Center jeden Montagmorgen von 07:00 bis 13:00 ein Bestellspitzenvolumen hat. Das ASC erm\u00f6glicht es, gesperrte Tage, Daten und Zeitfenster minutengenau zu definieren \u2013 und setzt sie automatisch durch. <\/p>\n\n
Management paralleler Jobs<\/h3>\n\n
Das ASC bestimmt automatisch, welche Archivierungsjobs auszuf\u00fchren sind, und optimiert die Ausf\u00fchrung 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. <\/p>\n\n
Mit einem Job-Scheduler ist es unpraktikabel, dieses Optimierungsniveau manuell \u00fcber Tausende Varianten und Jobs hinweg zu definieren. Das h\u00e4ufige Ergebnis: Die Archivierung dauert deutlich l\u00e4nger, der Fortschritt stockt, und die Vorteile der Datenvolumenreduktion verz\u00f6gern sich. <\/p>\n\n
Catch-up-Archivierung<\/h3>\n\n
Wenn die Archivierung pausiert wurde \u2013 sei es wegen eines Audits, eines Systemproblems oder einer organisatorischen \u00c4nderung \u2013 entsteht ein R\u00fcckstau \u00fcberf\u00e4lliger Sitzungen. Ein Catch-up mit einem Job-Scheduler bedeutet, Tausende Varianten und Jobs manuell zu erstellen. Das ASC f\u00fchrt \u00fcberf\u00e4llige Sitzungen automatisch in chronologischer Reihenfolge aus, von der \u00e4ltesten bis zur neuesten, und schlie\u00dft das Catch-up in k\u00fcrzestm\u00f6glicher Zeit und ohne zus\u00e4tzlichen Aufwand ab. <\/p>\n\n
Fehlerbehebung und Sitzungsfortf\u00fchrung<\/h2>\n\n
Archivierungssitzungen k\u00f6nnen aus vielen Gr\u00fcnden fehlschlagen: Datenbanksperren, Systemausf\u00e4lle, Ressourcenkonflikte oder Programmfehler. Entscheidend ist, wie schnell und sicher sich der Prozess erholt. <\/p>\n\n
Der Job-Scheduler-Ansatz<\/h3>\n\n
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\u00f6schjobs abgeschlossen sind und wo der Prozess neu starten muss \u2013 alles, um Datenverlust oder verwaiste Archivdateien zu vermeiden. Das ist zeitaufwendig und fehleranf\u00e4llig. <\/p>\n\n
Der Archiving-Sessions-Cockpit-Ansatz<\/h3>\n\n
Das ASC f\u00fchrt 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\u00df, wo fortzusetzen ist. Wenn die Archivierung vollst\u00e4ndig gestoppt werden muss, h\u00e4lt eine einzige Transaktion sofort alle neuen Sitzungen an. Sobald die Archivierung wieder starten darf, setzt das ASC exakt dort fort, wo es aufgeh\u00f6rt hat. <\/p>\n\n
Garantiertes Backup der Archivdateien<\/h3>\n\n
Das ASC kann Archivdateien vor dem DELETE-Job, der Daten physisch aus der Datenbank entfernt, an einen definierten Speicherort sichern. Es startet den L\u00f6schjob erst, wenn das Backup erfolgreich abgeschlossen ist \u2013 und garantiert damit die Sicherheit der Archivdateien vor der physischen L\u00f6schung. Das ist mit einem Job-Scheduler nicht erreichbar. Eine Verz\u00f6gerung zwischen STORE und DELETE ist zwar m\u00f6glich, garantiert aber nicht, dass das Backup tats\u00e4chlich abgeschlossen ist. <\/p>\n\n
Monitoring, Reporting und kontinuierliche Verbesserung<\/h2>\n\nArchive-Ratio-Reporting<\/h3>\n\n
Das Archiving Sessions Cockpit liefert f\u00fcr jede Sitzung eine \u201eArchive Ratio\u201c: den prozentualen Anteil der archivierten Daten im Verh\u00e4ltnis zu den f\u00fcr die Archivierung selektierten Daten. Diese Kennzahl erm\u00f6glicht eine Analyse nach dem Ausnahmeprinzip \u2013 Sie untersuchen nur Sitzungen, bei denen die Archive Ratio unter einen definierten Schwellenwert f\u00e4llt, z. B. 95 %. Der manuelle Aufwand wird damit gezielt dorthin gelenkt, wo er ben\u00f6tigt wird. <\/p>\n\n
Ohne das ASC existiert dieses Reporting nicht. Jedes Objekt muss manuell analysiert werden \u2013 das ist weder skalierbar noch nachhaltig. Die laufenden Archivierungsservices der TJC Group nutzen diese KPIs, um Ergebnisse kontinuierlich zu \u00fcberwachen und ASC-Customizing anzupassen oder gezielte Sweep-Archivierung auszuf\u00fchren, wenn sich der Scope \u00e4ndert. <\/p>\n\n
Zus\u00e4tzlich zeigt das ASC alle ADK-Sitzungen an, die im System erfolgreich abgeschlossen wurden \u2013 mit oder ohne ASC.<\/p>\n\n
[Abbildung 6. Ansicht der ASC-Transaktion mit allen ADK-Sitzungen, die im System erfolgreich abgeschlossen wurden \u2013 mit oder ohne ASC]<\/em><\/p>\n\nSperren und Entsperren<\/h3>\n\n
Wenn die Archivierung f\u00fcr ein bestimmtes Objekt oder einen bestimmten Buchungskreis ausgesetzt werden muss \u2013 etwa wegen eines Audits, eines Datenproblems oder einer Fachanforderung \u2013, bietet das ASC eine einzige Transaktion, um sofort oder ab einem zuk\u00fcnftigen Datum zu sperren und zu entsperren. Der restliche Archivierungsplan l\u00e4uft unbeeinflusst weiter. Mit einem Job-Scheduler bedeutet das Stoppen der Archivierung f\u00fcr 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\u00e4nge \u2013 \u00fcber Monate oder sogar Jahre. <\/p>\n\n
<\/div>\n\nPraxisnahe Szenarien: was schiefgehen kann<\/h2>\n\n
Diese Beispiele stammen aus realen Organisationen, die erfolgreiche Archivierungsprojekte mit erfahrenen Beratern und kompetenten internen Teams umgesetzt haben \u2013 und dennoch auf Probleme stie\u00dfen, die nur speziell entwickelte Automatisierung h\u00e4tte verhindern k\u00f6nnen.<\/p>\n\n
Szenario 1: Archivierte Verkaufsrechnungen finden.<\/strong> Ein Einzelhandelsunternehmen mit einer 2-TB-Datenbank archivierte mehrere SD-bezogene Objekte. Ohne strukturierte Archivierungsnotizen hatten sie keine M\u00f6glichkeit zu wissen, welche archivierten Daten in welcher Archivdatei gespeichert waren. Der Zugriff auf bestimmte SD-Transaktionen erforderte das \u00d6ffnen aller Archivdateien per sequenziellem Lesen \u2013 ein extrem langsamer Prozess. Mit dem ASC ist jede Archivdatei klar mit Area, Option und Zeitraum dokumentiert, wodurch gezielter Datenzugriff unkompliziert wird. <\/p>\n\nSzenario 2: L\u00fccken im Archivierungsplan.<\/strong> In einem Fall zeigte die IDOC-Archivierung Daten ab 2020, aber es gab eine L\u00fccke 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\u00e4ter 2016 verkauft wurde, war nie im Scope enthalten. Keine der L\u00fccken wurde erkannt, weil kein Monitoring oder KPI-Tracking vorhanden war. <\/p>\n\n![\"Archiving](\"https:\/\/www.tjc-group.com\/wp-content\/uploads\/2026\/05\/Archiving-sessions-cockpit-system-splits-1.webp\")
<\/figure>\n\nSzenario 3: System-Splits.<\/strong> Stellen Sie sich eine Organisation mit zwei Einheiten vor \u2013 Buchungskreis 1000 und Buchungskreis 2000 \u2013, wobei Buchungskreis 2000 sp\u00e4ter verkauft wird. Wenn buchungskreisspezifische Varianten zur Archivierung von Buchhaltungsdaten verwendet wurden, ist die erforderliche Ma\u00dfnahme unkompliziert: Die relevanten Archivdateien k\u00f6nnen einfach vom Dateisystem oder Content Server in eine andere Umgebung verschoben werden. Wenn hingegen ein Job-Scheduler generische Varianten verwendet, k\u00f6nnen die resultierenden Archivdateien gemischte Daten aus mehreren Buchungskreisen enthalten. Da Archivdateien nicht ver\u00e4ndert werden k\u00f6nnen und ein Reload nahezu unm\u00f6glich ist, f\u00fchrt diese Situation zu erheblichen technischen Herausforderungen sowie zu gravierenden Vertraulichkeitsrisiken \u2013 insbesondere bei Unternehmensver\u00e4u\u00dferungen. <\/p>\n\n<\/div>\n\nASC vs. Job-Scheduler: Vergleich im \u00dcberblick<\/h2>\n\nF\u00e4higkeit<\/th> Archivierungslauf-Cockpit (ASC)<\/th> Job-Scheduler eines Drittanbieters<\/th><\/tr><\/thead> Variantenerstellung<\/strong><\/td>Automatisch, basierend auf der ASC-Konfiguration. Unterst\u00fctzt Aufteilung nach Unternehmen\/Land, monatliche Perioden und Optionen. Archivierungsnotizen werden automatisch gepflegt. <\/td> Manuell. Hunderte Varianten pro Monat. Fehleranf\u00e4llig, erfordert kontinuierliche Aktualisierung der Job-Definitionen. <\/td><\/tr> Schutz des Zeitplans<\/strong><\/td>Archivierung f\u00fcr ein Unternehmen\/Land kann gesperrt werden, ohne den Rest zu beeinflussen. Eine Transaktion zum Sperren\/Entsperren. <\/td> Wenn nicht nach Unternehmen\/Land aufgeteilt, stoppt ein Problem den gesamten Plan. Manuelle \u00c4nderungen erforderlich. <\/td><\/tr> Backup der Archivdateien vor DELETE<\/strong><\/td>ASC f\u00fchrt ein Backup durch und startet DELETE erst nach erfolgreichem Abschluss. Garantierte Datensicherheit. <\/td> Nicht erreichbar. Eine Verz\u00f6gerung zwischen STORE und DELETE garantiert keinen Abschluss des Backups. <\/td><\/tr> Terminoptimierung<\/strong><\/td>Automatisch: Archivierungsfenster, gesperrte Slots, Limits paralleler Jobs, Frequenzen, Objektbeziehungen, korrekte Reihenfolge.<\/td> Manuelle Definition. Hunderte Jobs pro Monat. Stockt h\u00e4ufig oder l\u00e4uft extrem langsam. <\/td><\/tr> Catch-up-Archivierung<\/strong><\/td>Automatisch. F\u00fchrt \u00fcberf\u00e4llige Sitzungen chronologisch aus. Abschluss in k\u00fcrzestm\u00f6glicher Zeit. <\/td> Tausende Varianten und Jobs m\u00fcssen manuell erstellt werden. Extrem langsamer Fortschritt. <\/td><\/tr> Fehlerbehebung<\/strong><\/td>Automatischer Neustart ab dem richtigen Fehlerpunkt. Konfigurierbare Wiederholungsversuche pro Jobtyp\/Objekt. <\/td> Manuelle Untersuchung erforderlich, um den Neustartpunkt zu bestimmen. Risiko von Datenverlust. <\/td><\/tr> Stop\/Restart<\/strong><\/td>Sofortiger Stopp \u00fcber eine Transaktion. Automatischer Neustart ab dem richtigen Punkt. <\/td> Manuelle Plan\u00e4nderungen f\u00fcr Stopp und Neustart. Das Management ordnet oft einen Stopp an, aber keinen Neustart. <\/td><\/tr> Archive-Ratio-Reporting<\/strong><\/td>Integriert. Analyse nach Ausnahmeprinzip (z. B. Quote < 95 %). Aufwand fokussiert auf Problemfelder. <\/td> Nicht verf\u00fcgbar. Alle Objekte m\u00fcssen manuell analysiert werden. <\/td><\/tr> Sweep-Archivierung<\/strong><\/td>Gesteuert: Sweep-Option aktivieren, ASC erstellt Selektionslogik und dokumentiert in Notizen.<\/td> Generische Varianten f\u00fchren zu gemischten Dateien, steigenden Laufzeiten und schlechter Nachvollziehbarkeit.<\/td><\/tr> Abh\u00e4ngigkeiten<\/strong><\/td>Einmal im Customizing definiert. Automatisch durchgesetzt, auch system\u00fcbergreifend. <\/td> Manuelles Tracking \u00fcber Hunderte Abh\u00e4ngigkeiten auf Variantenebene. Schnell nicht mehr beherrschbar. <\/td><\/tr> Neue Objekte\/Buchungskreise hinzuf\u00fcgen<\/strong><\/td>In Minuten konfiguriert. ASC \u00fcbernimmt Planung und Ausf\u00fchrung. <\/td> Umfangreiche Neuplanung. Risiko, den bestehenden Plan zu besch\u00e4digen. <\/td><\/tr><\/tbody><\/table><\/figure>\n\n
- Warum granulare Varianten wichtig sind<\/a><\/li>
- Das Problem bei der manuellen Erstellung von Varianten<\/a><\/li>
- Was ist mit TVARV?<\/a><\/li>
- Wie das Archiving Sessions Cockpit die Variantenerstellung handhabt<\/a><\/li><\/ul><\/li>
- Sweep-Archivierung: wo generische Varianten scheitern<\/a>
- Wann ist Sweep-Archivierung sinnvoll?<\/a><\/li>
- Wie das ASC Sweep-Archivierung handhabt<\/a><\/li>
- Das Problem mit generischen Varianten und Job-Schedulern<\/a><\/li><\/ul><\/li>
- Abh\u00e4ngigkeiten zwischen Archivierungsobjekten verwalten<\/a>
- Wie das ASC Abh\u00e4ngigkeiten handhabt<\/a><\/li><\/ul><\/li>
- Terminoptimierung und operative Restriktionen<\/a>
- Zeitzonen und globale Abl\u00e4ufe<\/a><\/li>
- Gesperrte Zeitfenster<\/a><\/li>
- Management paralleler Jobs<\/a><\/li>
- Catch-up-Archivierung<\/a><\/li><\/ul><\/li>
- Fehlerbehebung und Sitzungsfortf\u00fchrung<\/a>
- Der Job-Scheduler-Ansatz<\/a><\/li>
- Der Archiving-Sessions-Cockpit-Ansatz<\/a><\/li>
- Garantiertes Backup der Archivdateien<\/a><\/li><\/ul><\/li>
- Monitoring, Reporting und kontinuierliche Verbesserung<\/a>
- Archive-Ratio-Reporting<\/a><\/li>
- Sperren und Entsperren<\/a><\/li><\/ul><\/li>
- Praxisnahe Szenarien: was schiefgehen kann<\/a><\/li>
- ASC vs. Job-Scheduler: Vergleich im \u00dcberblick<\/a><\/li>
- Die wichtigsten Erkenntnisse<\/a><\/li>
- Fazit<\/a><\/li><\/ul><\/div>\n\n
<\/p>\n\n
Die Komplexit\u00e4t einer Archivierungssitzung verstehen<\/h2>\n\n
Bevor Tools verglichen werden, ist es entscheidend zu verstehen, was eine Archivierungssitzung tats\u00e4chlich umfasst. Es geht um weit mehr als nur das Einplanen eines Hintergrundjobs. Die Datenarchivierung in SAP-Systemen basiert auf Archivierungsobjekten und wird \u00fcber die Transaktion SARA ausgef\u00fchrt. <\/p>\n\n
Eine einzelne Archivierungssitzung f\u00fcr ein Archivierungsobjekt<\/a> kann die Koordination mehrerer sequenzieller und paralleler Jobs erfordern:<\/p>\n\n
- \n
- Einige Archivierungsobjekte erfordern einen SAP-Vorverarbeitungsjob, der manchmal durch kundenspezifische Vorverarbeitungslogik erg\u00e4nzt wird.<\/li>\n\n\n\n
- Darauf folgt der Archivierungsjob selbst (Schreibschritt), der eine oder mehrere Archivdateien erzeugt. In den meisten F\u00e4llen ist dies ein lang laufender Job. <\/li>\n\n\n\n
- Sobald die Archivdateien erstellt sind, k\u00f6nnen sie \u00fcber die ArchiveLink-Schnittstelle in einem Content Server abgelegt werden. Dieser Schritt ist optional \u2013 alternativ k\u00f6nnen Archivdateien im Dateisystem oder in Blob Storage verbleiben. Der Ablageprozess kann je nach Konfiguration entweder vor oder nach dem L\u00f6schjob ausgef\u00fchrt werden. <\/li>\n\n\n\n
- Wenn ArchiveLink nicht verwendet wird, m\u00fcssen die Archivdateien in der Regel manuell in einem vorgesehenen Speicherbereich gesichert werden. Dies entspricht dem Schritt \u201eSave ADK File\u201c. <\/li>\n\n\n\n
- F\u00fcr jede Archivdatei l\u00e4uft ein L\u00f6schjob, um die entsprechenden Daten aus der Datenbank zu entfernen. L\u00f6schjobs sind zahlreich und datenbankintensiv: Ihre Ausf\u00fchrung ist anspruchsvoll, und es ist wichtig, nicht alle verf\u00fcgbaren Batch-Jobs im System zu belegen. <\/li>\n\n\n\n
- Abschlie\u00dfend sind in manchen F\u00e4llen Archivierungs-Nachverarbeitungsjobs erforderlich, die durch kundenspezifische Nachverarbeitungsprogramme erg\u00e4nzt werden k\u00f6nnen.<\/li>\n<\/ul>\n\n
<\/p>\n\n
<\/p>\n\n
Schritte einer Archivierungssitzung mit dem ASC<\/figcaption><\/figure>\n\n <\/p>\n\n
Kurz gesagt: Eine Archivierungssitzung ist eine Sammlung voneinander abh\u00e4ngiger Jobs, die \u00fcber mehrere SAP-Archivierungsprogramme ausgef\u00fchrt werden. Dies zu managen bedeutet, in jeder Phase Ausnahmen zu behandeln \u2013 zum Beispiel: Was passiert, wenn ein Archivierungsjob zwei Archivdateien erstellt und dann abst\u00fcrzt? Ein Job-Scheduler eines Drittanbieters kennt diesen Kontext nicht. Das Archiving Sessions Cockpit <\/a><\/strong>schon. <\/p>\n\n
Job-Scheduler-Tools verstehen Archivierungslogik, Objektabh\u00e4ngigkeiten oder Aufbewahrungsrestriktionen nicht von Haus aus. Im Gegensatz dazu bildet das ASC die f\u00fcr SAP-Datenarchivierung<\/a> spezifische Business-Logik ab. Es versteht Abh\u00e4ngigkeiten von Archivierungsobjekten, Aufbewahrungs- und Verweilzeiten sowie ILM- und L\u00f6schrestriktionen. <\/p>\n\n
\nASC-VIDEOERKL\u00c4RUNG ANSEHEN<\/a><\/div> \n<\/div>\n\n<\/div>\n\nDie Herausforderung der Variantenerstellung<\/h2>\n\n
Die Variantenerstellung ist vermutlich der kritischste \u2013 und am meisten untersch\u00e4tzte \u2013 Aspekt einer produktiven Datenarchivierung. Qualit\u00e4t und Granularit\u00e4t Ihrer Varianten beeinflussen direkt die Organisation der Archivdateien, die Datenzug\u00e4nglichkeit, die Laufzeit-Performance und Ihre F\u00e4higkeit, organisatorische \u00c4nderungen wie System-Splits oder Unternehmensver\u00e4u\u00dferungen zu bew\u00e4ltigen. <\/p>\n\n
Warum granulare Varianten wichtig sind<\/h3>\n\n
Best Practice besagt, dass die Archivierung nach Buchungskreis (oder Vertriebsbereich, Werk usw.) und nach klar abgegrenzten Zeitr\u00e4umen (z. B. monatlich) aufgeteilt werden sollte. Dieser Ansatz bietet mehrere Vorteile: <\/p>\n\n
- \n
- Schnellere Schreibjobs:<\/strong> Mit detaillierten Varianten laufen Archivierungs-Schreibjobs schneller, weil nur die relevanten Zeitr\u00e4ume analysiert werden.<\/li>\n\n\n\n
- Schnellerer Datenzugriff:<\/strong> Wenn ein Nutzer Februar-Rechnungen abrufen muss, werden nur die Archivdateien f\u00fcr Februar ge\u00f6ffnet statt des gesamten Archivbestands.<\/li>\n\n\n\n
- Organisatorische Flexibilit\u00e4t:<\/strong> Wenn ein Buchungskreis verkauft oder ein System gesplittet wird, k\u00f6nnen die relevanten Archivdateien einfach verschoben werden. Bei generischen Varianten enthalten Archivdateien gemischte Daten aus mehreren Buchungskreisen \u2013 und ADK-Dateien k\u00f6nnen nach der Erstellung nicht mehr ge\u00e4ndert werden. Das verursacht sowohl technische Probleme als auch gravierende Vertraulichkeitsrisiken. <\/li>\n\n\n\n
- Audit-Readiness:<\/a><\/strong> Gut strukturierte Archivierungsnotizen mit Standard-Namenskonventionen machen sofort klar, welche Daten jede Archivdatei enth\u00e4lt.<\/li>\n<\/ul>\n\n
Das Problem bei der manuellen Erstellung von Varianten<\/h3>\n\n
Mit einem Job-Scheduler m\u00fcssen Varianten f\u00fcr jeden Archivierungslauf manuell erstellt werden. Betrachten Sie den Umfang: Wenn Sie 15 Objekte \u00fcber 10 Buchungskreise monatlich archivieren, sind das 150 Varianten pro Monat \u2013 1.800 pro Jahr. Jede Variante muss erstellt, gepr\u00fcft und mit der richtigen Job-Definition im Scheduler verkn\u00fcpft werden. Jeden Monat m\u00fcssen 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. <\/p>\n\n
<\/p>\n\n
Manuelle Erstellung in diesem Umfang f\u00fchrt unweigerlich zu Fehlern und Verz\u00f6gerungen. Ein falsch eingegebener Buchungszeitraum, ein ausgelassener Buchungskreis oder ein falscher Datumsbereich kann dazu f\u00fchren, dass Fachanwender den Zugriff auf aktuelle Daten verlieren \u2013 oder schlimmer: dass Daten archiviert werden, die noch nicht archiviert werden d\u00fcrfen. Und da viele Archivierungsobjekte keine Reload-Option unterst\u00fctzen, k\u00f6nnen diese Fehler irreversibel sein. <\/p>\n\n
<\/p>\n\n
ASC \u2013 Variantenerstellung mit dem Archiving Sessions Cockpit <\/figcaption><\/figure>\n\n <\/p>\n\n
<\/p>\n\n
F\u00fcr einen umfassenden \u00dcberblick \u00fcber die <\/u><\/em><\/strong>SAP-Datenarchivierung<\/em><\/strong><\/a> \u2013 Grundlagen, einschlie\u00dflich Prozesse und Vorteile, lesen Sie bitte unseren ausf\u00fchrlichen Leitfaden.<\/u><\/em><\/strong><\/p>\n\n
Was ist mit TVARV?<\/h3>\n\n
In SAP ist TVARV eine Standardtabelle zur Speicherung dynamischer Variablenwerte f\u00fcr Report-Varianten. Einige Teams versuchen, TVARV-Eintr\u00e4ge oder SAP-Variantenvariablen zu nutzen, um die Variantenerstellung zu automatisieren. Dieser Ansatz st\u00f6\u00dft jedoch schnell an seine Grenzen. <\/p>\n\n
Variantenvariablen arbeiten mit dem aktuellen Datum, was bedeutet, dass sie keine Catch-up-Archivierung f\u00fcr verpasste Zeitr\u00e4ume abbilden k\u00f6nnen. Au\u00dferdem haben sie Schwierigkeiten mit Objekten, die nach Buchungsperiode, Verweilzeit oder Nummernkreisen statt nach einfachen Datumskriterien selektiert werden. <\/p>\n\n
<\/p>\n\n
Das folgende Beispiel veranschaulicht einige der Einschr\u00e4nkungen von TVARV-Tabellen:<\/p>\n\n
TJC Group \u2013 TVARV-Tabellen<\/figcaption><\/figure>\n\n In diesem Fall: Wenn der Archivierungsjob heute startet und das Feld \u201eCreated on\u201c ausgew\u00e4hlt ist, wird es mit einem Datum im Bereich von 01\/11\/2025 bis 30\/11\/2025 bef\u00fcllt. 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\u00fcrde, w\u00fcrden Archivierungsjobs f\u00fcr August, September und Oktober nicht gestartet. <\/p>\n\n
Wie das Archiving Sessions Cockpit die Variantenerstellung handhabt<\/h3>\n\n
Das A<\/a>SC <\/a>generiert automatisch alle erforderlichen Varianten auf Basis seiner Konfiguration. Es verwaltet drei Schl\u00fcsselfelder \u2013 Object<\/strong>, Area<\/strong> und Option<\/strong> \u2013 um zweckoptimierte Varianten mit den richtigen Zeitr\u00e4umen, organisatorischen Aufteilungen und technischen Parametern zu erzeugen. <\/p>\n\n
- \n
- Object<\/strong> definiert das SAP-Archivierungsobjekt.<\/li>\n\n\n\n
- Area<\/strong> definiert die zu archivierende Organisationseinheit (z. B. einen Buchungskreis oder einen Vertriebsbereich).<\/li>\n\n\n\n
- Option<\/strong> 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 \u2013 eine Fakturaart k\u00f6nnte mit einer Verweilzeit von 6 Monaten archiviert werden, eine andere mit 24 Monaten. <\/li>\n<\/ul>\n\n
Object ist ein Pflichtfeld, Area und Option sind optional.<\/p>\n\n
Wichtig ist: Die Archivierungssitzungsnotiz wird automatisch anhand einer Standard-Namenskonvention bef\u00fcllt, wodurch das Risiko manueller Fehler entf\u00e4llt. Ob Sie 24 Archivierungsl\u00e4ufe pro Jahr f\u00fcr ein einzelnes Objekt ben\u00f6tigen oder Hunderte L\u00e4ufe \u00fcber Dutzende Objekte hinweg \u2013 das ASC bew\u00e4ltigt die Komplexit\u00e4t ohne zus\u00e4tzlichen Aufwand. <\/p>\n\n
ASC-Customizing<\/figcaption><\/figure>\n\n Sweep-Archivierung: wo generische Varianten fallengelassen werden<\/h2>\n\n
<\/p>\n\n
Offene Posten k\u00f6nnen nicht archiviert werden \u2013 und das kommt h\u00e4ufiger vor, als man erwarten w\u00fcrde:<\/p>\n\n
- \n
- Wenn es Objektabh\u00e4ngigkeiten gibt \u2013 zum Beispiel kann Objekt A erst archiviert werden, wenn Objekt B archiviert wurde.<\/li>\n\n\n\n
- Manchmal dauern bestimmte Prozesse zu lange und k\u00f6nnen innerhalb der erlaubten Archivierungsfenster nicht abgeschlossen werden.<\/li>\n<\/ul>\n\n
Infolgedessen werden Posten, die beim Start der Archivierung noch offen sind, vom Prozess ausgeschlossen. Die Technik \u201eSweep-Archivierung\u201c (auch \u201eRake-Archivierung\u201c genannt) pr\u00fcft alle Monate aus Vorjahren, um Posten zu identifizieren, die zum Zeitpunkt der regul\u00e4ren Archivierung noch offen waren, inzwischen aber abgeschlossen sind. Diese neu archivierungsf\u00e4higen Posten werden dann archiviert. <\/p>\n\n
Sweep-Archivierung kann auf viele Arten konfiguriert werden: quartalsweise, j\u00e4hrlich, \u00fcber die letzten f\u00fcnf Jahre oder das letzte Jahrzehnt \u2013 die Wahl liegt bei Ihnen.<\/p>\n\n
<\/p>\n\n
Mit dem ASC ist dieser Prozess einfach und automatisiert. Durch das blo\u00dfe Anpassen der Einstellungen f\u00fchrt das ASC automatisch einen neuen \u201eSweep\u201c durch und bewertet den relevanten Datenbestand erneut \u2013 ohne manuelles Eingreifen. Ein Job-Scheduler hingegen f\u00fchrt diese Aufgabe nicht aus, weil ihm diese Logik schlicht nicht innewohnt. <\/p>\n\n
<\/p>\n\n
Wann ist Sweep-Archivierung sinnvoll?<\/strong><\/h3>\n\n
Sweep-Archivierung ist besonders effektiv, um Archivierungsquoten zu verbessern und sicherzustellen, dass archivierungsf\u00e4hige Daten nicht zur\u00fcckbleiben. Bei der TJC Group beginnen wir mit einer tiefgehenden Datenanalyse. Ist die Archivierungsquote zu niedrig, untersuchen wir m\u00f6gliche Ursachen \u2013 offene Prozesse, Zeitl\u00fccken usw. \u2013 und setzen Sweep-Archivierung dort ein, wo es sinnvoll ist. <\/p>\n\n
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 \u00fcbernommen wird.<\/p>\n\n
Wie das ASC Sweep-Archivierung handhabt<\/h3>\n\n
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 \u00fcbernimmt alles Weitere: neue Varianten erstellen, alle Jobs neu einplanen (Vorverarbeitung, Schreibschritte, L\u00f6schschritte, SAP AS Unloading, Nachverarbeitung und Content-Server-Ablagejobs). Alles wird automatisch neu programmiert. Technisch ist es einfach eine neue Option, die f\u00fcr das ausgew\u00e4hlte Archivierungsobjekt konfiguriert wird. Mit einem Job-Scheduler m\u00fcssten all diese Schritte manuell durchgef\u00fchrt werden. <\/p>\n\n
Das ASC f\u00fchrt au\u00dferdem ein besonders n\u00fctzliches Konzept ein: die Tiefe einer Archivierungssitzung<\/strong>. Stellen Sie sich vor, Sie archivieren Bestellungen w\u00f6chentlich nach Belegdatum. Die Tiefe betr\u00e4gt in diesem Fall 7 Tage. Wenn einige Posten in diesem Fenster nicht abgeschlossen werden und nicht archiviert werden k\u00f6nnen, kann die Tiefe im ASC auf 14 Tage erweitert werden, sodass zwei Wochen zur\u00fcckgeblickt wird. Einige Daten k\u00f6nnten in der zweiten Woche archivierungsf\u00e4hig geworden sein. Dieses Ma\u00df an Konfigurierbarkeit ist mit einem Job-Scheduler schlicht nicht verf\u00fcgbar. <\/p>\n\n
Archiving Sessions Cockpit \u2013 Verweilzeit f\u00fcr Sweep-Archivierung anpassen <\/figcaption><\/figure>\n\n Praxisbeispiel:<\/strong> Einer unserer Kunden, ein Medizintechnikunternehmen, das h\u00e4usliche medizinische Betreuung anbietet, hatte einen besonders komplexen Abrechnungsprozess. Leistungen werden typischerweise vom franz\u00f6sischen 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\u00fchrten eine tiefgehende Datenanalyse durch und identifizierten eine gro\u00dfe Anzahl offener Posten, die aus den initialen Archivierungsl\u00e4ufen ausgeschlossen worden waren. Mit dem Archiving Sessions Cockpit, Sweep-Archivierung und automatisierter klassischer SAP-Datenarchivierung konnten sie diese neu archivierungsf\u00e4higen Posten erfassen, das archivierte Datenvolumen deutlich erh\u00f6hen und die Gesamt-Archivierungsquote verbessern. <\/p>\n\n
Das Problem mit generischen Varianten und Job-Schedulern<\/h3>\n\n
Job-Scheduler verwenden generische Varianten, die keine zeitbasierte Selektion enthalten) und keine M\u00f6glichkeit bieten, \u201edie Tiefe\u201c zu einer Archivierungssitzung hinzuzuf\u00fcgen. Dadurch treten im Laufe der Zeit mehrere Probleme auf: <\/p>\n\n
- \n
- Zunehmende Laufzeiten:<\/strong> Nehmen wir an, im ersten Jahr werden 19 GB von 20 GB archiviert, 1 GB bleibt \u00fcbrig. Im zweiten Jahr bewertet der Archivierungsjob alle verbleibenden Daten aus Jahr eins plus die Daten aus Jahr zwei erneut \u2013 obwohl der Gro\u00dfteil der Daten aus Jahr eins nicht mehr archivierungsf\u00e4hig ist. Bis Jahr vier bewertet ein monatlicher Lauf f\u00fcr den aktuellsten Monat immer noch Daten aus den vorherigen 47 Monaten erneut. Die Laufzeiten werden zunehmend l\u00e4nger. <\/li>\n\n\n\n
- Gemischte Archivdateien:<\/strong> Wenn ein Teil der Daten aus Jahr eins schlie\u00dflich in Jahr vier archivierungsf\u00e4hig wird, enthalten die resultierenden Archivdateien eine Mischung aus Daten aus Jahr eins und Jahr vier. In der Transaktion SARA ist es dann unm\u00f6glich zu erkennen, welche Daten in welcher Datei gespeichert sind. <\/li>\n\n\n\n
- Schlechte Performance beim Datenzugriff:<\/strong> Wenn ein Nutzer Daten aus Jahr eins ben\u00f6tigt, m\u00fcssen alle Archivdateien ge\u00f6ffnet werden. Bei typischerweise einer Archivdatei pro 200 MB k\u00f6nnen das schnell Tausende Dateien sein \u2013 mit langen Transaktionszeiten und m\u00f6glichen Timeouts. <\/li>\n<\/ul>\n\n
<\/div>\n\nAbh\u00e4ngigkeiten zwischen Archivierungsobjekten verwalten<\/h2>\n\n
Einige Archivierungsobjekte m\u00fcssen in einer bestimmten Reihenfolge verarbeitet werden. Ein klassisches Beispiel: SD-Lieferungen (Objekt \u201eRV_LIKP\u201c) m\u00fcssen vor Kundenauftr\u00e4gen (Objekt \u201eSD_VBAK\u201c) archiviert werden. In FI kann das Objekt FI_DOCUMENT eine zwingende Abh\u00e4ngigkeit von CO_TRANS haben, plus etwa ein Dutzend optionaler Beziehungen, die die Archivierungsquote verbessern. <\/p>\n\n
Diese Abh\u00e4ngigkeiten bestehen auf Variantenebene, nicht auf Job-Ebene. Um RV_LIKP-Dateien f\u00fcr Januar 2020 zu archivieren, m\u00fcssen die entsprechenden SD_VBAK-Dateien f\u00fcr Januar 2020 zuerst archiviert werden. Mit anderen Worten: Die RV_LIKP-Archivierungssitzung kann erst starten, wenn die SD_VBAK-Archivierungssitzung f\u00fcr denselben Zeitraum abgeschlossen ist. Es gelten auch zeitbasierte Abh\u00e4ngigkeiten: So kann beispielsweise Objekt A f\u00fcr Juni 2020 von Objekt B f\u00fcr Juli 2020 (eine zuk\u00fcnftige Abh\u00e4ngigkeit) oder Mai 2020 (eine vergangene Abh\u00e4ngigkeit) abh\u00e4ngen. <\/p>\n\n
Wie das ASC Abh\u00e4ngigkeiten handhabt<\/h3>\n\n
Mit einem Job-Scheduler m\u00fcssen Abh\u00e4ngigkeiten zwischen Objekten f\u00fcr jeden Lauf manuell verwaltet werden. Mit dem ASC definieren Sie die Abh\u00e4ngigkeiten einmal, und alles Weitere wird automatisch erledigt. Das ASC bringt au\u00dferdem vordefinierte Beziehungen zwischen Archivierungsobjekten mit, die angepasst oder erweitert werden k\u00f6nnen. <\/p>\n\n
<\/p>\n\n
Beziehungen zwischen Objekten mit dem Archiving Sessions Cockpit definieren<\/em><\/figcaption><\/figure>\n\n Abh\u00e4ngigkeiten werden einmal im ASC-Customizing definiert und zur Laufzeit automatisch durchgesetzt \u2013 auch system\u00fcbergreifend. Wenn ein neues Archivierungsobjekt oder eine neue Organisationseinheit hinzugef\u00fcgt wird, dauert die ASC-Konfiguration Minuten statt Tage. Einmal konfigurieren. Immer automatisieren. <\/p>\n\n
<\/div>\n\nTerminoptimierung und operative Restriktionen<\/h2>\n\n
Ein optimierter Archivierungsplan muss die richtigen Daten in der richtigen Reihenfolge zur richtigen Zeit und in m\u00f6glichst kurzer Zeit archivieren \u2013 ohne den normalen Gesch\u00e4ftsbetrieb zu beeintr\u00e4chtigen. Daf\u00fcr ist das Bewusstsein f\u00fcr mehrere Restriktionen erforderlich, die ein generischer Job-Scheduler schlicht nicht managen kann. <\/p>\n\n
Zeitzonen und globale Abl\u00e4ufe<\/h3>\n\n
F\u00fcr Organisationen mit weltweiten Aktivit\u00e4ten muss die Archivierung regionale Gesch\u00e4ftszeiten ber\u00fccksichtigen. Wenn Ihr System in den USA betrieben wird, Sie aber eine Tochtergesellschaft in Singapur haben, w\u00fcrden Sie die Archivierung f\u00fcr die US-Vertriebsorganisation nachts (US-Zeit) und f\u00fcr die Singapur-Vertriebsorganisation tags\u00fcber (US-Zeit, also nachts in Singapur) ausf\u00fchren. Das ASC unterst\u00fctzt dies \u00fcber konfigurierbare Archivierungsfenster je Area. <\/p>\n\n
Gesperrte Zeitfenster<\/h3>\n\n
Archivierung sollte niemals w\u00e4hrend des Jahresabschlusses laufen. Ebenso sollte die Archivierung f\u00fcr eine Vertriebsorganisation pausiert werden, wenn Ihr Sales Center jeden Montagmorgen von 07:00 bis 13:00 ein Bestellspitzenvolumen hat. Das ASC erm\u00f6glicht es, gesperrte Tage, Daten und Zeitfenster minutengenau zu definieren \u2013 und setzt sie automatisch durch. <\/p>\n\n
Management paralleler Jobs<\/h3>\n\n
Das ASC bestimmt automatisch, welche Archivierungsjobs auszuf\u00fchren sind, und optimiert die Ausf\u00fchrung 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. <\/p>\n\n
Mit einem Job-Scheduler ist es unpraktikabel, dieses Optimierungsniveau manuell \u00fcber Tausende Varianten und Jobs hinweg zu definieren. Das h\u00e4ufige Ergebnis: Die Archivierung dauert deutlich l\u00e4nger, der Fortschritt stockt, und die Vorteile der Datenvolumenreduktion verz\u00f6gern sich. <\/p>\n\n
Catch-up-Archivierung<\/h3>\n\n
Wenn die Archivierung pausiert wurde \u2013 sei es wegen eines Audits, eines Systemproblems oder einer organisatorischen \u00c4nderung \u2013 entsteht ein R\u00fcckstau \u00fcberf\u00e4lliger Sitzungen. Ein Catch-up mit einem Job-Scheduler bedeutet, Tausende Varianten und Jobs manuell zu erstellen. Das ASC f\u00fchrt \u00fcberf\u00e4llige Sitzungen automatisch in chronologischer Reihenfolge aus, von der \u00e4ltesten bis zur neuesten, und schlie\u00dft das Catch-up in k\u00fcrzestm\u00f6glicher Zeit und ohne zus\u00e4tzlichen Aufwand ab. <\/p>\n\n
Fehlerbehebung und Sitzungsfortf\u00fchrung<\/h2>\n\n
Archivierungssitzungen k\u00f6nnen aus vielen Gr\u00fcnden fehlschlagen: Datenbanksperren, Systemausf\u00e4lle, Ressourcenkonflikte oder Programmfehler. Entscheidend ist, wie schnell und sicher sich der Prozess erholt. <\/p>\n\n
Der Job-Scheduler-Ansatz<\/h3>\n\n
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\u00f6schjobs abgeschlossen sind und wo der Prozess neu starten muss \u2013 alles, um Datenverlust oder verwaiste Archivdateien zu vermeiden. Das ist zeitaufwendig und fehleranf\u00e4llig. <\/p>\n\n
Der Archiving-Sessions-Cockpit-Ansatz<\/h3>\n\n
Das ASC f\u00fchrt 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\u00df, wo fortzusetzen ist. Wenn die Archivierung vollst\u00e4ndig gestoppt werden muss, h\u00e4lt eine einzige Transaktion sofort alle neuen Sitzungen an. Sobald die Archivierung wieder starten darf, setzt das ASC exakt dort fort, wo es aufgeh\u00f6rt hat. <\/p>\n\n
Garantiertes Backup der Archivdateien<\/h3>\n\n
Das ASC kann Archivdateien vor dem DELETE-Job, der Daten physisch aus der Datenbank entfernt, an einen definierten Speicherort sichern. Es startet den L\u00f6schjob erst, wenn das Backup erfolgreich abgeschlossen ist \u2013 und garantiert damit die Sicherheit der Archivdateien vor der physischen L\u00f6schung. Das ist mit einem Job-Scheduler nicht erreichbar. Eine Verz\u00f6gerung zwischen STORE und DELETE ist zwar m\u00f6glich, garantiert aber nicht, dass das Backup tats\u00e4chlich abgeschlossen ist. <\/p>\n\n
Monitoring, Reporting und kontinuierliche Verbesserung<\/h2>\n\n
Archive-Ratio-Reporting<\/h3>\n\n
Das Archiving Sessions Cockpit liefert f\u00fcr jede Sitzung eine \u201eArchive Ratio\u201c: den prozentualen Anteil der archivierten Daten im Verh\u00e4ltnis zu den f\u00fcr die Archivierung selektierten Daten. Diese Kennzahl erm\u00f6glicht eine Analyse nach dem Ausnahmeprinzip \u2013 Sie untersuchen nur Sitzungen, bei denen die Archive Ratio unter einen definierten Schwellenwert f\u00e4llt, z. B. 95 %. Der manuelle Aufwand wird damit gezielt dorthin gelenkt, wo er ben\u00f6tigt wird. <\/p>\n\n
Ohne das ASC existiert dieses Reporting nicht. Jedes Objekt muss manuell analysiert werden \u2013 das ist weder skalierbar noch nachhaltig. Die laufenden Archivierungsservices der TJC Group nutzen diese KPIs, um Ergebnisse kontinuierlich zu \u00fcberwachen und ASC-Customizing anzupassen oder gezielte Sweep-Archivierung auszuf\u00fchren, wenn sich der Scope \u00e4ndert. <\/p>\n\n
Zus\u00e4tzlich zeigt das ASC alle ADK-Sitzungen an, die im System erfolgreich abgeschlossen wurden \u2013 mit oder ohne ASC.<\/p>\n\n
[Abbildung 6. Ansicht der ASC-Transaktion mit allen ADK-Sitzungen, die im System erfolgreich abgeschlossen wurden \u2013 mit oder ohne ASC]<\/em><\/p>\n\n
Sperren und Entsperren<\/h3>\n\n
Wenn die Archivierung f\u00fcr ein bestimmtes Objekt oder einen bestimmten Buchungskreis ausgesetzt werden muss \u2013 etwa wegen eines Audits, eines Datenproblems oder einer Fachanforderung \u2013, bietet das ASC eine einzige Transaktion, um sofort oder ab einem zuk\u00fcnftigen Datum zu sperren und zu entsperren. Der restliche Archivierungsplan l\u00e4uft unbeeinflusst weiter. Mit einem Job-Scheduler bedeutet das Stoppen der Archivierung f\u00fcr 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\u00e4nge \u2013 \u00fcber Monate oder sogar Jahre. <\/p>\n\n
<\/div>\n\nPraxisnahe Szenarien: was schiefgehen kann<\/h2>\n\n
Diese Beispiele stammen aus realen Organisationen, die erfolgreiche Archivierungsprojekte mit erfahrenen Beratern und kompetenten internen Teams umgesetzt haben \u2013 und dennoch auf Probleme stie\u00dfen, die nur speziell entwickelte Automatisierung h\u00e4tte verhindern k\u00f6nnen.<\/p>\n\n
Szenario 1: Archivierte Verkaufsrechnungen finden.<\/strong> Ein Einzelhandelsunternehmen mit einer 2-TB-Datenbank archivierte mehrere SD-bezogene Objekte. Ohne strukturierte Archivierungsnotizen hatten sie keine M\u00f6glichkeit zu wissen, welche archivierten Daten in welcher Archivdatei gespeichert waren. Der Zugriff auf bestimmte SD-Transaktionen erforderte das \u00d6ffnen aller Archivdateien per sequenziellem Lesen \u2013 ein extrem langsamer Prozess. Mit dem ASC ist jede Archivdatei klar mit Area, Option und Zeitraum dokumentiert, wodurch gezielter Datenzugriff unkompliziert wird. <\/p>\n\n
Szenario 2: L\u00fccken im Archivierungsplan.<\/strong> In einem Fall zeigte die IDOC-Archivierung Daten ab 2020, aber es gab eine L\u00fccke 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\u00e4ter 2016 verkauft wurde, war nie im Scope enthalten. Keine der L\u00fccken wurde erkannt, weil kein Monitoring oder KPI-Tracking vorhanden war. <\/p>\n\n
<\/figure>\n\nSzenario 3: System-Splits.<\/strong> Stellen Sie sich eine Organisation mit zwei Einheiten vor \u2013 Buchungskreis 1000 und Buchungskreis 2000 \u2013, wobei Buchungskreis 2000 sp\u00e4ter verkauft wird. Wenn buchungskreisspezifische Varianten zur Archivierung von Buchhaltungsdaten verwendet wurden, ist die erforderliche Ma\u00dfnahme unkompliziert: Die relevanten Archivdateien k\u00f6nnen einfach vom Dateisystem oder Content Server in eine andere Umgebung verschoben werden. Wenn hingegen ein Job-Scheduler generische Varianten verwendet, k\u00f6nnen die resultierenden Archivdateien gemischte Daten aus mehreren Buchungskreisen enthalten. Da Archivdateien nicht ver\u00e4ndert werden k\u00f6nnen und ein Reload nahezu unm\u00f6glich ist, f\u00fchrt diese Situation zu erheblichen technischen Herausforderungen sowie zu gravierenden Vertraulichkeitsrisiken \u2013 insbesondere bei Unternehmensver\u00e4u\u00dferungen. <\/p>\n\n
<\/div>\n\nASC vs. Job-Scheduler: Vergleich im \u00dcberblick<\/h2>\n\n
F\u00e4higkeit<\/th> Archivierungslauf-Cockpit (ASC)<\/th> Job-Scheduler eines Drittanbieters<\/th><\/tr><\/thead> Variantenerstellung<\/strong><\/td> Automatisch, basierend auf der ASC-Konfiguration. Unterst\u00fctzt Aufteilung nach Unternehmen\/Land, monatliche Perioden und Optionen. Archivierungsnotizen werden automatisch gepflegt. <\/td> Manuell. Hunderte Varianten pro Monat. Fehleranf\u00e4llig, erfordert kontinuierliche Aktualisierung der Job-Definitionen. <\/td><\/tr> Schutz des Zeitplans<\/strong><\/td> Archivierung f\u00fcr ein Unternehmen\/Land kann gesperrt werden, ohne den Rest zu beeinflussen. Eine Transaktion zum Sperren\/Entsperren. <\/td> Wenn nicht nach Unternehmen\/Land aufgeteilt, stoppt ein Problem den gesamten Plan. Manuelle \u00c4nderungen erforderlich. <\/td><\/tr> Backup der Archivdateien vor DELETE<\/strong><\/td> ASC f\u00fchrt ein Backup durch und startet DELETE erst nach erfolgreichem Abschluss. Garantierte Datensicherheit. <\/td> Nicht erreichbar. Eine Verz\u00f6gerung zwischen STORE und DELETE garantiert keinen Abschluss des Backups. <\/td><\/tr> Terminoptimierung<\/strong><\/td> Automatisch: Archivierungsfenster, gesperrte Slots, Limits paralleler Jobs, Frequenzen, Objektbeziehungen, korrekte Reihenfolge.<\/td> Manuelle Definition. Hunderte Jobs pro Monat. Stockt h\u00e4ufig oder l\u00e4uft extrem langsam. <\/td><\/tr> Catch-up-Archivierung<\/strong><\/td> Automatisch. F\u00fchrt \u00fcberf\u00e4llige Sitzungen chronologisch aus. Abschluss in k\u00fcrzestm\u00f6glicher Zeit. <\/td> Tausende Varianten und Jobs m\u00fcssen manuell erstellt werden. Extrem langsamer Fortschritt. <\/td><\/tr> Fehlerbehebung<\/strong><\/td> Automatischer Neustart ab dem richtigen Fehlerpunkt. Konfigurierbare Wiederholungsversuche pro Jobtyp\/Objekt. <\/td> Manuelle Untersuchung erforderlich, um den Neustartpunkt zu bestimmen. Risiko von Datenverlust. <\/td><\/tr> Stop\/Restart<\/strong><\/td> Sofortiger Stopp \u00fcber eine Transaktion. Automatischer Neustart ab dem richtigen Punkt. <\/td> Manuelle Plan\u00e4nderungen f\u00fcr Stopp und Neustart. Das Management ordnet oft einen Stopp an, aber keinen Neustart. <\/td><\/tr> Archive-Ratio-Reporting<\/strong><\/td> Integriert. Analyse nach Ausnahmeprinzip (z. B. Quote < 95 %). Aufwand fokussiert auf Problemfelder. <\/td> Nicht verf\u00fcgbar. Alle Objekte m\u00fcssen manuell analysiert werden. <\/td><\/tr> Sweep-Archivierung<\/strong><\/td> Gesteuert: Sweep-Option aktivieren, ASC erstellt Selektionslogik und dokumentiert in Notizen.<\/td> Generische Varianten f\u00fchren zu gemischten Dateien, steigenden Laufzeiten und schlechter Nachvollziehbarkeit.<\/td><\/tr> Abh\u00e4ngigkeiten<\/strong><\/td> Einmal im Customizing definiert. Automatisch durchgesetzt, auch system\u00fcbergreifend. <\/td> Manuelles Tracking \u00fcber Hunderte Abh\u00e4ngigkeiten auf Variantenebene. Schnell nicht mehr beherrschbar. <\/td><\/tr> Neue Objekte\/Buchungskreise hinzuf\u00fcgen<\/strong><\/td> In Minuten konfiguriert. ASC \u00fcbernimmt Planung und Ausf\u00fchrung. <\/td> Umfangreiche Neuplanung. Risiko, den bestehenden Plan zu besch\u00e4digen. <\/td><\/tr><\/tbody><\/table><\/figure>\n\n - Gemischte Archivdateien:<\/strong> Wenn ein Teil der Daten aus Jahr eins schlie\u00dflich in Jahr vier archivierungsf\u00e4hig wird, enthalten die resultierenden Archivdateien eine Mischung aus Daten aus Jahr eins und Jahr vier. In der Transaktion SARA ist es dann unm\u00f6glich zu erkennen, welche Daten in welcher Datei gespeichert sind. <\/li>\n\n\n\n
- Zunehmende Laufzeiten:<\/strong> Nehmen wir an, im ersten Jahr werden 19 GB von 20 GB archiviert, 1 GB bleibt \u00fcbrig. Im zweiten Jahr bewertet der Archivierungsjob alle verbleibenden Daten aus Jahr eins plus die Daten aus Jahr zwei erneut \u2013 obwohl der Gro\u00dfteil der Daten aus Jahr eins nicht mehr archivierungsf\u00e4hig ist. Bis Jahr vier bewertet ein monatlicher Lauf f\u00fcr den aktuellsten Monat immer noch Daten aus den vorherigen 47 Monaten erneut. Die Laufzeiten werden zunehmend l\u00e4nger. <\/li>\n\n\n\n
- Area<\/strong> definiert die zu archivierende Organisationseinheit (z. B. einen Buchungskreis oder einen Vertriebsbereich).<\/li>\n\n\n\n
- Schnellerer Datenzugriff:<\/strong> Wenn ein Nutzer Februar-Rechnungen abrufen muss, werden nur die Archivdateien f\u00fcr Februar ge\u00f6ffnet statt des gesamten Archivbestands.<\/li>\n\n\n\n
- Schnellere Schreibjobs:<\/strong> Mit detaillierten Varianten laufen Archivierungs-Schreibjobs schneller, weil nur die relevanten Zeitr\u00e4ume analysiert werden.<\/li>\n\n\n\n
- Sperren und Entsperren<\/a><\/li><\/ul><\/li>
- Der Archiving-Sessions-Cockpit-Ansatz<\/a><\/li>
- Gesperrte Zeitfenster<\/a><\/li>
- Terminoptimierung und operative Restriktionen<\/a>
- Wie das ASC Sweep-Archivierung handhabt<\/a><\/li>
- Das Problem bei der manuellen Erstellung von Varianten<\/a><\/li>