Ansicht
Dokumentation
BAL_DB_SAVE_OLD_VERSIONS - Anwendungs-Log: Datenbank: Protokolle laden
CPI1466 during Backup General Material DataDiese Dokumentation steht unter dem Copyright der SAP AG.
Funktionalität
Protokolle können von der Datenbank geladen werden mit dem Funktionsbausteinen BAL_DB_LOAD.
Die Angabe, welche Protokolle in den Hauptspeicher geladen werden sollen, kann auf verschiedene Arten erfolgen (nur alternativ):
- I_T_LOG_HANDLE
Eine Tabelle mit Protokollhandles
- I_T_LOGNUMBER
Eine Tabelle mit internen Protokollnummern
- I_T_LOG_HEADER
einer Tabelle mit Protokollköpfen (Rückgabewert von Funktionsbaustein BAL_DB_SEARCH)
Als Ergebnis des Ladevorgangs kann man eine Tabelle mit Protokollhandles (Exporting-Parameter E_T_LOG_HANDLE) bzw. Meldungshandles (Exporting-Parameter E_T_MSG_HANDLE) abgreifen.
Dieser Funktionsbaustein arbeitet Mandantenübergreifend:
- Bei Angabe von I_T_LOG_HANDLE wird in allen Mandanten gesucht (dies ist unkritisch, da das Protokollhandle weltweit eindeutig ist)
- Bei Angabe von I_T_LOGNUMBER wird der im Parameter I_CLIENT spezifizierte Mandant berücksichtigt. Ist dieser nicht angegeben, so wird der aktuelle Mandant genommen.
- Bei Angabe von I_T_LOG_HEADER wird der im Tabellenfeld MANDANT angegebene Mandant berücksichtigt (wird von Funktionsbaustein BAL_DB_SEARCH automatisch gefüllt).
Weitere Parameter:
Mit dem Importing-Parameter I_DO_NOT_LOAD_MESSAGES kann man angeben, daß zunächst nur die Protokollköpfe in den Hauptspeicher geladen werden sollen. Näheres dazu siehe Bedarfsgetriebenenes Lesen der Meldungen eines Protokolls.
Mit dem Importing-Parameter I_EXCEPTION_IF_ALREADY_LOADED = 'X' kann man vorgeben, daß die Ausnahme
LOG_ALREADY_LOADED ausgelöst wird, wenn sich eines der zu ladenden Protokolle bereits im Hauptspeicher befindet. In diesem Fall wird kein einziges Protokoll geladen.
I_EXCEPTION_IF_ALREADY_LOADED = ' ' (Default) sorgt hingegen dafür, daß ein zu ladendes
Protokoll ignoriert wird, wenn es sich ohnehin schon im Hauptspeicher befindet. Alle noch nicht geladenen Protokolle werden aber korrekt geladen.
Hinweis
Möchte man auf jeden Fall den Datenbankzustand laden, kann man auch den Funktionsbaustein BAL_DB_RELOAD nehmen. Dieser löscht gegebenfalls ein Protokoll zuerst aus dem Hauptspeicher um es dann zu laden.
Beispiel
Report SBAL_DEMO_05 (==>Ausführen ==>Coding) simuliert einen Abrechnungslauf für alle Flüge, die an einem bestimmten Datum stattgefunden haben. Man hat die Wahl, zwischen drei Menüpunkten:
- Abrechnung nur "simulativ" durchzuführen.
Die "Belege" werden nur im Hauptspeicher gesammelt und haben nur temporäre Nummern. Entsprechend enthält das Protokoll temporäre Nummern.
- Abrechnung "real" durchführen.
Es wird ein Protokoll auf der Datenbank gespeichert. Zuvor werden jedoch die temporären Belegnummern durch "endgültige" im Protokoll ersetzt.
- Protokolle anzeigen.
Verwandte Funktionsbausteine
Protokolle Sichern und Laden
Protokolle Löschen
Weiterführende Informationen
Übersicht der wichtigsten Funktionsgruppen
Application Log: Technische Dokumentation
Parameter
I_T_LOG_HEADERAusnahmen
Funktionsgruppe
SBAL_DB_CONVERTrdisp/max_wprun_time - Maximum work process run time CPI1466 during Backup
Diese Dokumentation steht unter dem Copyright der SAP AG.
Length: 4405 Date: 20240523 Time: 100808 sap01-206 ( 65 ms )