Datenbankbackup beim Archivieren
Überblick
Neben den normalen Archiv-System-Adaptoren gibt es einzelne Adaptoren, welche mit einer Datenbank-Backup-Möglichkeit versehen sind.
Der ArchivJob wird bei einem solchen Job ganz normal ausgeführt, zusätzlich werden allerdings die Metadaten, welche in den Archiv-Index geschrieben werden, in einer Datenbanktabelle gespeichert.
Implementierungen
com.nextlevel.b2bbp.ixos.dbbackup.ArchiveIXOSDBBackup
- IXOS-Adaptercom.nextlevel.b2bbp.ixos.dbbackup.ArchiveSerDbBackup
- SER-Adapterom.nextlevel.b2bbp.archive.dbbackup.impl.ArchiveFileSystemZipDBBackup
- FileSystem-ZIP-Adaptercom.nextlevel.b2bbp.archive.dbbackup.impl.ArchiveFileSystemGUIDDBBackup
- FileSystem-Adaptercom.nextlevel.b2b.bflow.archive.ArchiveBflowDBBackup
com.nextlevel.b2bbp.nscale.dbbackup.ArchiveNscaleDbBackup
- NSCALE-Adaptercom.nextlevel.b2bbp.nscale.pipeliner.ArchiveNscalePipelinerDbBackup
- NSCALE-Pipeliner-Adaptercom.nextlevel.b2bbp.easy.archive.dbbackup.ArchiveEASYDBBackup
- EASY-Adaptercom.nextlevel.b2bbp.easy.archive.ArchiveBatchEASYDBBackup
- BATCH_EASY-Adapter
Datenbank-Tabelle
Es ist eine weitere Datenbanktabelle anzulegen, hier exemplarisch für Oracle:
CREATE
TABLE
/* INSERT TABLENAME HERE */(
messageId VARCHAR2 (100) NOT NULL
,archiveIds BLOB
,referenceId VARCHAR2 (50)
,direction INTEGER
,started TIMESTAMP
,finished TIMESTAMP
,formatIn VARCHAR2 (50)
,formatOut VARCHAR2 (50)
,vdewType VARCHAR2 (20)
,vdewVersion VARCHAR2 (20)
,state VARCHAR2 (3)
,acknowledgement VARCHAR2 (3)
,partner VARCHAR2 (100)
,sender VARCHAR2 (100)
,correlationId VARCHAR2 (50)
,alternativeId VARCHAR2 (50)
,channelId VARCHAR2 (50)
,clearingCode VARCHAR2 (3)
,PRIMARY KEY (messageId)
)
;
Für andere Datenbanken muss das Statement entsprechend portiert werden.
GlobalProperty
Es ist eine GlobalProperty mit dem Namen der angelegten Tabelle anzulegen, z.B. B3P_ARCHIVE_DB_BACKUP_TABLE = B2BBP_DATA_ARCHIVE_INDEX_BACKUP