Paralleles Splitten
Aus Sicherheitsgründen kann es sinnvoll sein, eine FLAMFILE® beim Schreiben parallel zu splitten. Man gibt vor, auf wieviele "Unter-FLAMFILE®'s" man die Daten verteilen will.
FLAM® schreibt in Einheiten von 4 Bytes "wraparound" gleichmäßig verteilt die Daten auf die Teildateien. Man kann diese Daten nur wieder entschlüsseln/dekomprimieren, wenn alle Teile gleichzeitig verfügbar sind. Die Teile, die entschlüsselt/dekomprimiert werden sollen, müssen in einem Prozess (gleichzeitig) erstellt worden sein.
Durch ein paralleles Splitting (» Bermuda Concept®) kann man sich bei Backup-Verfahren und/oder bei der (Langzeit-)Archivierung ganz vom Key Management lösen und zusätzlich auch technisch deutlich sicherer vorgehen. Man verbessert ferner den Datenschutz, weil es lokal unmöglich ist, Daten zu entschlüsseln/dekomprimieren.
Serielles Splitten
Eine Datei oder mehrere Dateien, die in einer FLAMFILE® konkateniert werden sollen, führen trotz Komprimierung zu einer sehr großen FLAMFILE®. Das kann zu Problemen beim File Transfer oder bei der Speicherung auf Datenträgern (CD/DVD) führen.
Deshalb ist es sinnvoll, eine solche FLAMFILE® nach bestimmten Vorgaben seriell zu splitten, z.B. in Einheiten von 1 MB.
Beim Dekomprimieren prüft FLAM® das Vorhandensein aller Teile.
limes®: leistung im grenzbereich des machbaren.
limes®: efficiency at the limit of possibility.
© 1985 - 2011 limes datentechnik® gmbh
