Ansicht
Dokumentation
RJBRBDS1 - BDS: Archivierung der Berichtsdaten
General Data in Customer Master PERFORM Short ReferenceDiese Dokumentation steht unter dem Copyright der SAP AG.
Titel
Archivierung von VaR-Berichtsdaten
Verwendung
Die im Rahmen der VaR-Berichtsdatenerstellung anfallenden VaR- und GuV-Kennzahlen pro Lauf werden in ein Archiv geschrieben
Integration
Voraussetzungen
Funktionsumfang
Selektion
Es werden alle Läufe archiviert, deren Laufnummer oder deren Laufdatum in der Eingabemaske dieses Programms spezifiziert wurden und die zusätzlich im Status 'erstellt' vorliegen.
Standardvarianten
Ausgabe
Archivierungsstatistik.
Aktivitäten
Es werden Archivdateien mit den VaR-Berichtsdaten der spezifizierten Läufe erzeugt. Hierzu werden zunächst pro Lauf die VaR-Kennzahlen selektiert und in Archivdatenobjekte umgewandelt. Diese Archivdatenobjekte werden sequenziell in die Archivdatei geschrieben. Ein Archivdatenobjekt ist durch die Laufnummer, den Entitätstyp VaR und den Portfoliohierarchieknoten eindeutig bestimmt. Pro VaR-Archivdatenobjekt werden die zugehörigen GuV-Daten selektiert und ebenfalls in Archivdatenobjekte umgewandelt. Diese werden durch Laufnummer, Entitätstyp GuV und Portfoliohierarchieknoten eindeutig bestimmt, sie werden direkt hinter den VaR-Archivobjekten am Stück in die Archivdatei geschrieben. Pro Archivdatenobjekt GuV wird ein Archivindex (Logischer Datei-Identifizierer und Offset) in der Datenbanktabelle JBRBDSLFNA hinterlegt. Es gibt jedoch keine Indizierung der VaR-Daten, diese müssen immer in einem Durchlauf gelesen werden. Hierzu wird sich lediglich in der Tabelle JBRBDSLFNB der logische Name der ersten Archiv-Datei des Laufs und der Offset des ersten VaR-Datenobjekts gemerkt. Nachdem alle Daten zu einem Lauf archiviert wurden, wird der Laufstatus in 'archiviert' geändert.
In den Archivdateien werden pro Lauf sequenziell zunächst alle VaR-Archivdatenobjekte und dahinter alle GuV-Archivdatenobjekte abgelegt. Es kann sein (dies wird durch die Customizingeinstellungen bedingt), dass eine Archivdatei nicht groß genug ist, um alle Daten eines Laufs aufzunehmen, dann gibt es mehrere Dateien zu einem Lauf. Dies wird aber bei der Indizierung der GuV-Daten in der Tabelle JBRBDSLFNA erfaßt.
Nach jedem Lauf wird ein COMMIT an die Datenbank gesendet (SAP-LUW = Verarbeitung eines Laufs). Bricht die Verarbeitung mitten in einem Lauf ab oder tritt ein Anwendungsfehler auf, muß dieser Lauf erneut archiviert werden.
Solange das Löschprogramm für die so erzeugten Archivdateien nicht angestoßen wurde, liegen die Daten redundant im Archiv und auf der Datenbank vor.
Beispiel
CL_GUI_FRONTEND_SERVICES - Frontend Services Addresses (Business Address Services)
Diese Dokumentation steht unter dem Copyright der SAP AG.
Length: 2926 Date: 20240520 Time: 105829 sap01-206 ( 74 ms )