SAM-FS als zentrales Langzeitarchiv im Klinikum Altenburger Land. Reiner Selent Leiter EDV

Transkript

1 SAM-FS als zentrales Langzeitarchiv im Klinikum Altenburger Land Reiner Selent Leiter EDV

2 IT im Klinikum 12 Kliniken, 567 Betten 2 Standorte (vernetzt) 50 Server 400 Clients, 180 Drucker KIS, RIS, PACS, DMS, PDMS,... Langzeit-Archiv SAM-FS

3 Ausgangspunkt volles Filmarchiv

4 ... und volles Krankenblattarchiv

5 Wunsch digitales Bildarchiv für Radiologie (Planung 2005) Bedarf (Basis Röntgen-Filme): 1,0TB / Jahr bei ca. 1 Mio. Bildern Option auf Einführung eines DMS für digitalisierte Krankenakten (Planung 2006) Bedarf (Basis Papier): 0,2TB / Jahr bei ca. 1 Mio. Dokumenten Ziel: Zentrale Infrastruktur für Langzeitarchivierung

6 Digitale Archivierung von Patientenakten Aufbewahrungszeiten: mind. 30 Jahre von Patientenakten mind. 10 Jahre von Röntgenbildern Neustart der Aufbewahrungfrist mit letztem Kontakt des Patienten (Wiederkehrer)

7 Anforderungen an Hardware Typische Lebensdauer von Server- und SAN- Systemen: 3 Jahre (moralisch verschlissen) 5 Jahre (technisch verschlissen) Lüfter, Festplatten, Kondensatoren, Netzteile 7 Jahre (Ersatzteilversorgung?) Software-Anforderungen, Kompatibilität? Pflicht zur regelmäßigen Erneuerung!

8 Anforderungen Speichermedien Lesbarkeit der Daten über den Aufbewahrungszeitraum garantieren Unveränderlichkeit der Daten über den Aufbewahrungszeitraum garantieren Lebensdauer digitaler Datenträger: Festplatte Jahre Tape Jahre CD-R Jahre (? ?) MOD >30 Jahre (? Laufwerk?)

9 Migration der Daten? Lösungsansatz Hierarchisches Speicher-Management mit SAM-FS Mitbenutzung der SAN-Infrastruktur Perspektivisch einfache Erweiterbarkeit Sicherheit durch räumliche Trennung (verschiedene Brandabschnitte)

10 Einbindung von SAM-FS

11 Hardware 2005 (Fa. Bechtle) SAN 2x FC-Switch Brocade Silkworm (z.z. je 12 Ports) FLX240 (11x300GB FC) HSM 2x SUN fire v210 FLX210 (12x400GB S-ATA) Neo2000 (30 x 400/800GB LTO3) Software SAM-FS(initial 9TB nearline, erweiterbar)

12

13 Hardware 2008/2009 SAN (inkl. VMware) 4x FC-Switch Brocade Silkworm (2 x 20 Ports) FLX240 (11x300GB FC) + DS4700 (16x 300GB) HSM 1x SUN T x SUN fire v210 (cold standby) FLX210 ergänzt um SUN 2540 (12x 1TB) Neo2000 (30 x 400/800GB LTO3) Software SAM-FS (erweitert auf 25TB)

14 1. Brandabschnitt T5220+ FLX240 + SUN Brandabschnitt SUN fire V210 + Neo2000

15 Erreichbare Performance (T5220) Speicherung großer Dateien über ftp (binär): MByte/s (1GBit/s) Speicherung großer Dateien (a 600MByte) (virtueller WIN2K3-Server) über Samba: 33 MByte/s kont. Speicherung kleiner Dateien über Samba: 10 MByte/s kont.

16 Aktueller Nutzungsgrad 6TB Daten nach 3 Jahren 22 Mio. Dateien in Verzeichnissen arbeitstägliches Wachstum heute: ca Dateien in 650 Verzeichnissen ca. 8GB Daten

17 Tägliche Sicherung diskcache 4 Jun :00:00 CEST samfsdump started 4 Jun :00:00 CEST Snapshot samfs t02:00 started samfsdump statistics: Files: Directories: Symbolic links: 0 Resource files: 3 Files as members of hard links : 0 Files as first hard link : 0 File segments: 0 File archives: Damaged files: 0 Files with data: 0 File warnings: 2021 Errors: 0 Unprocessed dirs: 0 File data bytes: 0 4 Jun :48:57 CEST samfsdump complete 4 Jun :48:57 CEST Compression started 4 Jun :39:26 CEST Compression complete

18 Wachstum im Speicherbedarf (1) Radiologie (PACS) ca. 2,5TB p.a. Dünne Schichten aus CT / MR Unters Bilder / Thorax-CT gestattet Nachbearbeitung Hochauflösende Mammografie Filme aus Herzkatheter-Labor Steigende Untersuchungszahlen (durch PACS) Jahr Anz.Unters

19

20

21

22 Wachstum im Speicherbedarf (2) DMS und med. Subsysteme jährlich 0,5TB Steigende Fallzahlen Ausführlichere Dokumentation durch neue Medizingeräte (mit EDV-Anbindung) EEG / Schlaflabor Videotürme im OP mit Bildaufzeichnung (HD) PDMS, etc. Tendenz steigend!

23

24 Herausforderungen (1) Initiale Schätzung des Datenaufkommens zu gering: 20 Mio. Dateien in 5 Jahren 1 TB / Jahr Einbindung von (Windows-)Applikationen mit fehlender HSM-Unterstützung nur über SAMBA möglich (reduzierte Performance) Verfügbarkeit dann = V HSM * V APPL

25 Herausforderungen (2) Policies nicht optimal zu häufige Tape-Zugriffe, zu kleine (und zu viele) Container auf copy1 Hardware-Erneuerung / Update verursacht Betriebsunterbrechung in Applikationen Server-Wechsel Erweiterung Copy1 mit zusätzlichem Storage

26 Herausforderungen (3) Viele kleine Dateien: Medien-Migration verlangsamt, Tape für copy2 / copy3 kann nicht streamen samfsdump läuft fast 2h samfsck (?) Wiederherstellung einer CT-Untersuchung (2000 files) von Tape (copy2) zu langsam! Vergrößerung Inline-Cache (copy1) erforderlich

27 Lösung Policies optimieren und Tape-Kopie von copy1 einrichten (eigenes SAM-Filesystem) Daten einer Untersuchung liegen so in einem (oder wenigen) Tar-Containern der copy1

28 Wiederherstellung der copy1 von Band! Anpassung der Policies für copy1, um möglichst viele zuammengehörige kleine Dateien in wenige große Container zu bündeln: Größe bis 640MByte erweitert Alter bis 2h / 12h / 24h verlängert Anzahl bis / Files erhöht Spezifische Anpassung der Policies für jede Datenquelle und Kopie erforderlich

29 Zusammenfassung ASM Zentrale Langzeit-Archivierung gelöst für: PACS (ca. 6 Mio. Dateien und 1,5 TB / Jahr,) Digitales Krankenblatt-Archiv (ca. 3 Mio. Dateien und 0,2 TB / Jahr) Ultraschall- und Endoskopie-Archiv (wenige Container, ca. 0,3 TB / Jahr) EEG / Schlaflabor / CTG,... (in Vorbereitung) Thema Medienmigration gelöst und schnelle Datenwiederherstellung im Crash-Fall gegeben

30 Vielen Dank? Fragen? KLINIKUM Altenburger Land GmbH Am Waldessaum Altenburg Tel /52-0 Fax 03447/ KLINIKUM Altenburger Land GmbH