Damit das periodische Archivieren und Entfernen von Dateien aus der Datenbank unterstützt wird, ist die folgende Tabelle erstellt worden. Der System Administrator hat Zugang zu verschiedenen Modulen, um die Verwaltung des Systems zu unterstützen. Der Default Speicherort der genannten Verzeichnisse ist in der Daten-Partition, was normalerweise das DATA-Verzeichnis ist.
Verzeichnis | Dateiendung | Beschreibung | Cleanup oder Verarbeitung | Bemerkung |
---|---|---|---|---|
bimdata | .dat | Enthält das Vorabbildungsjournal der in einer Transaktion betroffenen Kontrakte, um in der Lage zu sein, eine Transaktion zurückzurollen und auf den Originalinhalt des Kontraktes zurückzusetzen. | SYSCLN | Für jede TRN mit Bezug auf INR von TRN |
bolin | .xml | Eingehende Bolero-Nachrichten, die auf Bearbeitung warten. Nach der Verarbeitung werden sie in das “arc” oder “error” Unterverzeichnis abhängig vom Ergebnis der Verarbeitung verschoben. | SWITSK | |
bolout | Versandfertige Bolero-Nachrichten, die durch den BOL-Service erzeugt wurden. | |||
dtain | .akk | Eingehende DTA-Nachrichten, die auf Bearbeitung warten. Nach der Verarbeitung werden sie in das “arc” oder “error” Unterverzeichnis, abhängig vom Ergebnis der Verarbeitung, verschoben. | SWITSK | |
dtaout | Versandfertige DTA-Nachrichten, die durch den DTA-Service erzeugt wurden. | |||
dtein | .eab | Eingehende DTE-Nachrichten, die auf Bearbeitung warten. Nach der Verarbeitung werden sie in das “arc” oder “error” Unterverzeichnis abhängig vom Ergebnis der Verarbeitung verschoben. | SWITSK | |
dteout | Versandfertige DTE-Nachrichten, die durch den DTE-Service erzeugt wurden. | |||
gledata | .lst | Hauptbuchungsdatensätze, erzeugt nach dem Speichern einer Transaktion, die auf den Übertragungsservice warten. | SYSCLN | Für jede TRN mit Bezug auf INR von TRN |
trndata | .dat | Enthält den vollständigen Satz sämtlicher Daten, die das Ergebnis der Transaktion beschreiben. Dieser Datensatz wird benötigt, um das Laden der Reparaturtransaktion zu initialisieren. | SYSCLN | Für jede TRN mit Bezug auf INR von TRN |
display | .dsp | Enthält das Anzeigebild der Transaktion. | SYSCLN | Für jede TRN mit Bezug auf INR von TRN |
docs | .xml, .txt oder andere | Enthält die von der Applikation erzeugten oder von einem anderen System erhaltenen Dokumente, nachdem sie erfolgreich verarbeitet wurden. | Für jeden SMH-Eintrag können eines oder mehrere Dokumente mit Bezug auf INR auf SMH vorhanden sein | |
delete | .bak | Datensätze der schwebenden Vorgänge. | SYSCLN | Für jeden SPT-Eintrag mit Bezug auf INR von SPT |
gleout | GL-Einträge, die an das Hauptbuchungssystem gesendet wurden. | |||
log | .dat | Enthält die Original Datensätze, die zur Anzeige der Änderungen im Versions Log benutzt werden. | Für jeden SLG mit Bezug auf INR von SLG | |
serdata | Datenbank der SER-Einträge (System Error Record), abgelegt in Unterverzeichnissen pro Projekt. | |||
status | .xml | Workflow Statusinformation wie von Transaktion SYSWDR erzeugt (nur bei 5.02 oder höher). | SYSWDR | |
swtin | .sf2 | Eingehende SWIFT-Nachrichten, die auf Bearbeitung warten Nach der Verarbeitung werden sie in das “arc” oder “error” Unterverzeichnis abhängig vom Ergebnis der Verarbeitung verschoben. | SWITSK | |
swtout | .sf2 | Versandfertige SWIFT-Nachrichten, die durch den SWIFT-Service erzeugt wurden. | ||
tcoin | .txt | Eingehende TradeConnect-Nachrichten, die auf Bearbeitung warten. Nach der Verarbeitung werden sie in das “arc” oder “error” Unterverzeichnis, abhängig vom Ergebnis der Verarbeitung, verschoben. | SWITSK | |
tcoout | .txt | Versandfertige TradeConnect-Nachrichten, die durch den TCO-Service erzeugt wurden. |
Falls eine Tabelle gelöscht wird, ist es notwendig, die zugehörigen Inhalte in den folgenden Verzeichnissen ebenfalls zu löschen:
Tabelle | Verzeichnis |
---|---|
TRN | bimdata, gledata, trndata, display |
SMH | docs |
SPT | delete |
SLG | log |
Abhängig von der konkreten Konfiguration können einige der genannten Verzeichnisse Unterverzeichnisse enthalten, um die Datenhaltung weiter zu strukturieren.
Wichtiger Hinweis
Die genannten Verzeichnisse werden für ein ordnungsgemäßes Verarbeiten durch das System benötigt. Alle Verzeichnisse in “DATA”, die hier nicht erwähnt sind, sollten ebenfalls nicht gelöscht werden. Sie werden normalerweise durch kundenspezifische Module oder Transaktionen erzeugt bzw. angepasst.