Archiving websites Archivierungskonzept für das Intranet der Dresdner

Ablauf der Archivierung
1. Datenexport aus dem CMS infosite oder von dem BRAIN-Server
über eine (XML-) Schnittstelle in das Archivsystem (FAUST) bzw.
auf den Archivserver
Mit dem Datenaustausch über eine (XML-) Schnitstelle des CMS bzw. vom
BRAIN-Server in das Archivsystem könnte die vollständige Übernahme der
enthaltenen Contents ohne großen Zeitaufwand gewährleistet werden.
Nachteilig jedoch ist, dass nicht alle archivwürdigen Intranetangebote in
dem CMS bzw. auf dem Server vorliegen. Viele Inhalte und Anwendungen,
wie MIS oder BINGO, wären nicht verfügbar, da sie externe Dienste sind.
Es steht die Frage, ob der Intranetauftritt dann noch authentisch erscheint,
da der Zusammenhang der Informationen verloren gehen würde. Demnach
wäre es z. B. nicht möglich, Nachrichten und Pressemitteilungen im
Zusammenhang mit den Börsenwerten erscheinen zu lassen. Ein Vorteil des
Mediums, verschiedene extern gespeicherte Informationen miteinander zu
verbinden, wäre mit dieser Archivierungsstrategie nicht möglich.
Zudem ergibt sich ein weiteres Problem. Das Archivsystem ist nicht alleine
in der Lage, die Contents in die Templates zu laden. Dazu müsste entweder
ein Emulator für „infosite“ entwickelt oder aber das gesamte Programm
archiviert werden. Eine Emulation ist sehr fehleranfällig und erfordert eine
offengelegte Programmdokumentation. Die Entwicklung des Emulators ist
sehr zeit- und kostenaufwendig. Emulationstests unter der Leitung von Jeff
Rothenberg zeigen zwar, dass diese Archivierungsstrategie für die
Archivierung digitaler Informationen anwendbar ist 73 . Aber bisher gibt es
noch keine praktischen Erfahrungen und ist daher abzulehnen.
Zudem ist eine Archivierung des CMSs prinzipiell abzulehnen, da für die
dauerhafte Erhaltung und Sicherung der Aufzeichnungen immer eine
nichtproprietäre Lösung gewählt werden sollte.
73 Bischoff, Emulation, 1999, S. 18 ff; Rothenberg, Emulation, 2000, S. VI, 83-84.
31