DE69724338T2

DE69724338T2 - Verfahren und System zur Datensicherung bei einem Drittanbieter von Internet-Netzseiten, die bei einem Netzserviceanbieter gespeichert sind

Info

Publication number: DE69724338T2
Application number: DE69724338T
Authority: DE
Inventors: Jakob Atherton Nielsen
Original assignee: Sun Microsystems Inc
Current assignee: Sun Microsystems Inc
Priority date: 1996-06-10
Filing date: 1997-06-09
Publication date: 2004-07-01
Anticipated expiration: 2017-06-10
Also published as: EP0813150A2; JPH10133925A; EP0813150B1; US5812398A; DE69724338D1; EP0813150A3; US6778668B1

Description

Die vorliegende Erfindung betrifft ein verbessertes Verfahren und System zur Speicherung einer Sicherungskopie von Daten.
Gegenwärtige Methoden und Systeme zur Sicherung von Daten einer Auftraggeberfirma sind nicht in der Lage, Daten aus einem "Web-Hotel" einer Auftraggeberfirma angemessen zu sichern. Ein Web-Hotel ist eine Website, die zu Händen eines Drittanbieters ausgelagert ist. Wir nehmen beispielsweise an, daß eine Firma eine Website wünscht, um für ihre Produkte Werbung zu betreiben. Wenn die Firma nicht technisch orientiert ist, hat sie normalerweise keine Fachkenntnis, um ihre eigene Website zu unterhalten. Deshalb lagert man häufig die Verantwortung für die Unterhaltung seiner Website an einen Drittanbieter aus.
Leider sind die Server bei dem Drittanbieter, der die Daten für die Website speichert, mitunter unzugänglich. Der Drittanbieter kann seine Server aus verschiedenen Gründen geschlossen haben, nämlich wegen finanzieller Probleme, technischer Störungen oder wegen Problemen mit den Behörden in Ländern, wo eine Zulassung für das Internet benötigt wird.
Wenn der Server bei einem Drittanbieter nicht zugänglich ist, kann eine Anzahl von Problemen entstehen. Zunächst sind die Kunden einer Auftraggeberfirma nicht in der Lage, auf die Website der Auftraggeberfirma zuzugreifen, und deshalb denken die Auftraggeberkunden möglicherweise, daß die Auftraggeberfirma unzuverlässig ist. Das heißt, da für den Kunden erkennbar ist, daß die Website der Auftraggeberfirma von einem Drittanbieter nicht "betreut" wird (d. h. daß der keine Drittanbieter sein Host-Funktion nicht erfüllt), hält der Kunde dies für technische Probleme bei der Website der Auftraggeberfirma und nicht beim Drittanbieter. Zweitens gehen die potentiellen Verkaufszahlen der Auftraggeberfirma in Bezug auf die Kunden zurück, da diese Kunden keine Bestellungen mehr von der Website tätigen können. Außerdem hat die Auftraggeberfirma selbst vielleicht keine Möglichkeit, Zugriff zu ihren eigenen Daten zu erhalten, solange der Server nicht zugänglich ist, und deshalb kann sie möglicherweise keine Maßnahmen ergreifen, die Probleme zu lösen, die bei Drittanbieter bestehen. Da sich viele, weniger technisch orientierte Auftraggeberfirmen dafür entscheiden, ihre Websites auf Servern betreuen zu lassen, die im Besitz von Drittanbietern sind und von diesen betrieben werden, wird dieses Problem zunehmend wichtig.
Um diese Mängel zu beseitigen, haben bestimmte Auftraggeberfirmen ihre Drittanbieter angewiesen, ihre Websitedaten zur sicheren Aufbewahrung zu sichern. Es gibt viele "Sicherungsprodukte", die verfügbar sind und die verwendet werden können, um Extrakopien einer Website zur sicheren Aufbewahrung zu erzeugen. Normale Sicherungssoftware stellt Kopien direkt von einem Server auf einer Speichervorrichtung her, die dem Server zugeordnet ist (zum Beispiel ein Diskettenlaufwerk für kleine Sicherungen oder ein Magnetband für große Sicherungen. Die Drittanbieter sind jedoch nur in der Lage, diese Sicherungsprodukte zu verwenden, um Sicherungskopien auf Speichervorrichtungen zu erzeugen, die dem Server des Drittanbieters zugeordnet sind. Offensichtlich sind solche Sicherungskopien für die Auftraggeberfirma immer dann unzugänglich, wenn der Server des Drittanbieters auch für die Auftraggeberfirma unzugänglich ist. Dieser Typ von Sicherungssystem ist unzureichend, da er der Auftraggeberfirma keinen Zugriff auf ihre Daten ermöglicht.
Eine weitere potentielle Lösung für das Problem ist die Verwendung von Sicherungssystemen, die Sicherungen über ein Netz herstellen (zum Beispiel das Produkt "Retrospect Remote" von Dantz). Wenn die Sicherung über das Netz durchgeführt wird, kann ein Systemadministrator eine automatische Sicherung eines Computers von einem anderen Computer im gleichen Netz herstellen. Leider sind Auftraggeberfirmen nicht in der Lage, diese Systeme zu verwenden, um sich selbst Zugang zu einer Sicherungskopie ihrer Websitedaten zu verschaffen, da die meisten Auftraggeberfirmen Sicherheitsmaßnahmen vor Ort haben (zum Beispiel ein Firewall-Produkt (Zugriffsschutzeinrichtung)), die verhindern, daß solche Sicherungssysteme Sicherungsdaten auf dem Computersystem des Auftraggebers speichern.
Ausführungsformen der vorliegenden Erfindung weisen diese Mängel des Standes der Technik dadurch nicht mehr auf daß ein verbessertes Verfahren und System zur Erzeugung einer treuhänderisch (bei einem Drittanbieter) hinterlegten Sicherung von Auftraggeberdaten bereitgestellt wird.
B. Francis: "Net becomes Backup Medium", COMPUTERWORLD, 4. März 1996, XP002156361 offenbart ein Verfahren, das in einem Computersystem zur Vereinfachung der Speicherung einer Sicherungskopie von Daten für eine Auftraggeberfirma ausgeführt wird, wobei das Computersystem ein Host-Computersystem, das eine Ursprungskopie der Daten speichert, und ein Treuhand-Computersystem aufweist, wobei das Treuhand-Computersystem einen Sicherheitsmechanismus zur Verhinderung eines unerlaubten Zugriffs vom Host-Computersystem auf das Treuhand-Computersystem aufweist, wobei das Verfahren die folgenden Schritte aufweist: Verwenden des Host-Computersystems und Speichern der Ursprungskopie der Daten in einer Datei.
Die vorliegende Erfindung ist gekennzeichnet durch die Schritte: Konvertieren der Datei in ein Format, das per E-Mail übermittelt werden kann, und Senden der konvertierten Datei als E-Mail-Nachricht an den Treuhand-Computer.
Die vorliegende Erfindung stellt auch eine Vorrichtung nach Anspruch 13 bereit.
Ausführungsformen der vorliegenden Erfindung stellen ein verbessertes Verfahren und System zur Speicherung einer Sicherungskopie von Daten einer Auftraggeberfirma bereit. In der bevorzugten Ausführungsform treten die Daten in einem Computersystem mit einem Computersystem einer Host-Firma und einem Computersystem einer Treuhand-Firma auf. Anhand der Lehren und Vorschläge der vorliegenden Erfindung werden Ursprungsdaten, die in einem Host-Computer gespeichert sind, auf einem Treuhand-Computer gesichert, obwohl das Treuhand-Computersystem der Firma einen Sicherheitsmechanismus aufweist, zum Beispiel eine Firewall, um einen unerlaubten Zugriff von Computern außerhalb des Treuhand-Computersystems der Firma zu verhindern.
In einer ersten Ausführungsform speichert der Host-Computer eine Ursprungskopie der Daten in einer Datei. Der Host-Computer verarbeitet dann die Datei beispielsweise unter Verwendung eines Computerprogramms mit dem Namen "uuencode", das auf vielen Unix-Computern zu finden ist, um die Datei in ein Format zu konvertieren, das per E-Mail übermittelt werden kann. Wenn die Datei konvertiert ist, sendet der Host-Computer diese an den Treuhand-Computer. Durch E-Mail-Übermittlung der Datei ist der Host-Computer in der Lage, die Information in der Datei an der Firewall des Treuhand-Computers vorbei zu bekommen. Der Treuhand-Computer empfängt die E-Mail, extrahiert die Datei aus der E-Mail und speichert die Datei als Sicherungskopie der Daten der Auftraggeberfirma.
Eine zweite Ausführungsform der Erfindung erweitert die Funktionalität der ersten Ausführungsform dadurch, daß die Fähigkeit der Auftraggeberfirma, ihr Geheimhaltungsinteresse an den Daten zu sichern, verbessert wird. In dieser Ausführungsform verschlüsselt der Host-Computer die Datei beispielsweise unter Verwendung eines Verschlüsselungsverfahrens mit öffentlichem Schlüssel und privatem Schlüssel, bevor die Datei an den Treuhand-Computer per E-Mail übermittelt wird. Auf diese Weise ist der Treuhand-Computer in der Lage, die Datei zur sicheren Aufbewahrung zu speichern, ist aber nicht in der Lage, die Datei zu entschlüsseln, ohne zuerst den "privaten Schlüssel" für die Daten von der Auftraggeberfirma zu erlangen.
Eine dritte Ausführungsform der Erfindung stellt ein verbessertes Verfahren und System zur Speicherung mehrerer Sicherungskopien von Daten bereit. Das Treuhand-Computersystem speichert vorzugsweise, die letzten drei Sicherungen der Daten. Sicherungen, die mehr als drei Sicherungsperioden alt sind, werden folgendermaßen behandelt. Wenn die Sicherungsperiode für die Datei eine Potenz von zwei ist (zum Beispiel 4, 8, 16 usw.), dann wird sie vom Treuhand-Computersystem weiter gespeichert. Wenn die Sicherungsperiode keine Potenz von zwei ist, dann wird die Datei aufbewahrt, wenn keine anderen Dateien mit einer Periodenzahl gespeichert sind, die größer ist als die in Betracht kommende Datei, aber kleiner als die nächsthöhere Potenz von zwei. Wenn also die in Betracht kommende Datei sechs Sicherungsperioden alt ist, wird sie gelöscht, wenn eine Datei vorhanden ist, die sieben Perioden alt ist, und bleibt erhalten, wenn keine solche Datei vorhanden ist. Diese Methode stellt sicher, daß immer Sicherungsdateien verfügbar sind, um vergangene Systemzustände wiederherzustellen, obwohl zunehmend weniger Dateien für ältere Zustände (die mit geringerer Wahrscheinlichkeit genau wiederhergestellt werden müssen) aufbewahrt werden.
Dieses Verfahren zur Unterhaltung von Sicherungskopien von Daten ist besonders in einer Umgebung geeignet, wo eine Website einer Auftraggeberfirma von einer fremden Organisation gewartet wird und wo die fremde Organisation eine Ausführungsform der vorliegenden Erfindung zur Unterhaltung von Sicherungskopien der Daten verwendet. Dies ist zutreffend, da die Host-Firma beginnen kann, ungenaue oder verfälschte Sicherungskopien der Website an die Treuhand-Firma weiterzugeben, bevor die Computer der Host-Firma vollständig unzugänglich sind, beispielsweise wegen eines Konkurses der Host-Firma. Deshalb ist es wichtig, mehrere Sicherungskopien von Daten zu unterhalten, um sicherzustellen, daß eine genaue Kopie der Website schließlich wiederhergestellt werden kann.
BEGRIFFE UND BEZEICHNUNGEN
Die ausführlichen Beschreibungen, die hier folgen, betreffen im Großen und Ganzen Verfahren und symbolische Darstellungen der Verarbeitung von Datenbits in einem Computer. Diese Verfahrensbeschreibungen und Darstellungen sind das Mittel, das vom Fachmann für Datenverarbeitung verwendet wird, um anderen Fachleuten die Substanz seiner Arbeit effektiv mitzuteilen.
Ein Verfahren gilt hier und im allgemeinen zu verstehen als eigenständige Folge von Schritten, die zu einem gewünschten Ergebnis führt. Diese Schritte erfordern physische Verarbeitung von physikalischen Größen. Normalerweise, aber nicht unbedingt, haben diese Größen die Form von elektrischen oder magnetischen Signalen, die gespeichert, übertragen, kombiniert, verglichen und anderweitig verarbeitet werden können. Es erweist sich mitunter als bequem, hauptsächlich wegen des allgemeinen Sprachgebrauchs, diese Signale als Bits, Werte, Elemente, Symbole, Zeichen, Begriffe, Zahlen oder dgl. zu bezeichnen. Man beachte jedoch, daß alle diese und ähnliche Begriffe den entsprechenden physikalischen Größen zugeordnet sind und lediglich bequeme Etiketten sind, die für diese Größen angewendet werden.
Geeignete Maschinen zur Durchführung der Operationen gemäß der vorliegenden Erfindung sind digitale Allzweckcomputer oder ähnliche Vorrichtungen. Der Allzweckcomputer kann mit einem Computerprogramm, das im Computer gespeichert ist, selektiv aktiviert oder umkonfiguriert werden. Ein Spezialcomputer kann auch verwendet werden, um die Operationen gemäß der vorliegenden Erfindung durchzuführen. Das heißt, die Verwendung der hier beschriebenen und vorgeschlagenen Verfahren ist nicht auf eine bestimmte Computerkonfiguration beschränkt.
Zum besseren Verständnis der Erfindung werden nachstehend Ausführungsformen anhand von Beispielen mit Bezug auf die beigefügten Zeichnungen beschrieben, wobei diese folgendes zeigen.
Man beachte, daß gleiche Bezugszeichen entsprechende Teile in den verschiedenen Ansichten der Zeichnungen bezeichnen.
1 ist ein Blockschaltbild, das ein Computernetzwerk zur Ausführung verschiedener Ausführungsformen der vorliegenden Erfindung bildlich darstellt.
2 ist ein Überblicksflußdiagranun der bevorzugten Schritte zum Speichern einer Sicherungskopie der Daten eines Auftraggebers in einer konvertierten Meta-Datei, die zur Speicherung per E-Mail an das Treuhand-Computersystem übermittelt werden kann.
3a stellt Auftraggeberdaten dar, die bei verschiedenen Ausführungsformen der vorliegenden Erfindung verwendet werden.
3b stellt eine verschlüsselte Version der Auftraggeberdaten zur Verwendung bei verschiedenen Ausführungsformen der vorliegenden Erfindung dar.
3c stellt eine Meta-Datei zur Verwendung bei verschiedenen Ausführungsformen der vorliegenden Erfindung dar.
3d stellt eine verschlüsselte Version der Meta-Datei zur Verwendung bei verschiedenen Ausführungsformen der vorliegenden Erfindung dar.
4 ist ein Flußdiagramm der bevorzugten Schritte des Verfahrens zur Verarbeitung der konvertierten Meta-Datei, um eine entsprechende Speicherung der Daten der Auftraggeberfirma sicherzustellen.
5 ist ein Flußdiagramm, das die bevorzugten Schritte eines Verfahrens darstellt, um sicherzustellen, daß der Host-Computer Sicherungskopien der Daten des Auftraggebers fristgemäß an den Treuhand-Computer sendet.
6 stellt die bevorzugten Schritte eines Verfahrens dar, das mehrere Sicherungskopien der Daten des Auftraggebers sichert.
ÜBERBLICK ÜBER DAS BEVORZUGTE VERFAHREN
Ausführungsformen der vorliegenden Erfindung stellen ein verbessertes Verfahren und System zur Speicherung einer Sicherungskopie von Daten eines Auftraggebers dar. In der bevorzugten Ausführungsform erfolgt die Sicherung von Daten in einem Computersystem, das ein Computersystem einer Host-(Datenbankanbieter-)Firma und ein Computersystem einer Treuhand-(Drittanbieter-)Firma aufweist. Mit Hilfe der Lehren und Vorschläge der vorliegenden Erfindung werden Daten, die in einem Host-Computer gespeichert sind, auf einem Treuhand-Computer gesichert, obwohl das Computersystem der Treuhand-Firma einen Sicherheitsmechanismus, zum Beispiel eine Firewall, aufweist, um einen unerlaubten Zugriff von Computern von außerhalb des Computersystems der Treuhand-Firma zu verhindern.
In einer Ausführungsform speichert der Host-Computer eine Kopie der Daten in einer Datei. Der Host-Computer verschlüsselt dann die Datei beispielsweise unter Verwendung eines Verschlüsselungsverfahrens, das auf einem öffentlichen Schlüssel/privatem Schlüssel beruht. Der Host-Computer verarbeitet dann die verschlüsselte Datei beispielsweise unter Verwendung eines Computerprogramms mit dem Namen "uuencode", das sich auf vielen Unix-Computern befindet, um die Datei in ein Format umzusetzen, das per E-Mail übermittelt werden kann. Wenn die Datei konvertiert und verschlüsselt ist, kann sie der Host-Computer per E-Mail an den Treuhand-Computer übermitteln. Durch E-Mail-Übermittlung der Datei ist der Host-Computer in der Lage, die Information in der Datei an der Firewall der Treuhand-Firma vorbei zu erlangen. Der Treuhand-Computer empfängt die E-Mail, extrahiert die Datei aus der E-Mail und speichert die Datei in einer Sicherungskopie der Daten des Auftraggebers. Da die Datei verschlüsselt ist, ist die Treuhand-Firma in der Lage, die Datei zur sicheren Aufbewahrung zu speichern, ist jedoch nicht in der Lage, die Datei zu verschlüsseln, ohne zuerst den "privaten Schlüssel" für die Daten von der Auftraggeberfirma zu erlangen. Auf diese Weise werden die Geheimhaltungsrechte der Auftraggeberfirma an den Daten weiter geschützt.
ÜBERBLICK ÜBER DAS BEVORZUGTE SYSTEM
1 ist ein Blockschaltbild, das ein Computernetzwerk zur Ausführung verschiedener Ausführungsformen der vorliegenden Erfindung darstellt. Die meisten Computersysteme, die heute verwendet werden, haben im allgemeinen eine Struktur, wie sie in 1 gezeigt ist. Ein Host-Computersystem 100 weist einen Prozessor 102 auf, der Computeranweisungen von einem Primärspeicher 104 über eine Schnittstelle 105 holt, zum Beispiel über ein Eingangs/Ausgangsteilsystem, das mit einem Bus 106 verbunden ist. Der Prozessor 102 führt die geholten Computeranweisungen aus. Bei der Ausführung der vom Primärspeicher 104 geholten Computeranweisungen kann der Prozessor 102 Daten vom Primärspeicher 104 abrufen oder in diesen schreiben, Information auf einer oder mehrerer Computeranzeigevorrichtungen 120 anzeigen, Befehlssignale von einer oder mehreren Computereingabevorrichtungen 130 empfangen oder Daten an Sekundärspeicher 107 oder sogar an andere Computersysteme übermitteln, die insgesamt das Computernetzwerk 10 (zum Beispiel das Treuhand-Computersystem 150) bilden. Der Prozessor 102 kann beispielsweise einer der SPARC-Prozessoren sein, die von Sun Microsystems, Inc. in Mountain View, Kalifornien vertrieben werden, oder ein Prozessor, der mit diesen kompatibel ist. Der Primärspeicher 104 kann irgendein Typ von Computerprimärspeicher sein, nämlich, ohne Anspruch auf Vollständigkeit zu erheben, ein Direktzugriffsspeicher (RAM), ein Festwertspeicher (ROM) und Speichervorrichtungen, die magnetische oder optische Speichermedien, zum Beispiel magnetische oder optische Platten, aufweisen. Computeranzeigevorrichtungen 120 können beispielweise unter anderem Drucker und Computeranzeigebildschirme sein, zum Beispiel Kathodenstrahlröhren (CRTs), lichtemittierende Dioden-(LED-)Anzeigen und Flüssigkristallanzeigen (LCDs). Anwendereingabevorrichtungen 130 können unter anderem sein, ohne Anspruch auf Vollständigkeit zu erheben: elektronische Tastaturen, Zeigervorrichtungen, zum Beispiel elektronische Mäuse, Rollkugeln, Lichtstifte, Rändelscheiben, Digitalisierungstabletts und Berührungstabletts.
Das Computersystem 100 kann beispielweise irgendeines der Computerarbeitsstationssysteme SPARCstation sein, die von Microsystems, Inc. in Mountain View, Kalifornien vertrieben werden, irgendein anderes Macintosh-Computersystem, das auf dem PowerPC-Prozessor beruht und von Apple Computers, Inc. in Cuptertino, Kalifornien vertrieben wird, oder irgendein anderes Computersystem, das mit IBM-PC-Computersystemen kompatibel ist, die von International Business Machines, Corp. in Somers, New York vertrieben werden und die auf der Prozessorserie X86, die von Intel Corporation vertrieben wird, oder auf kompatible Prozessoren beruhen. Sun, Sun Microsystems und das Logo Sun sind Warenzeichen oder eingetragene Warenzeichen von Sun Microsystems, Inc. in den Vereinigten Staaten oder anderen Ländern. Alle SPARC-Warenzeichen werden unter Lizenz verwendet und sind Warenzeichen von SPARC International, Inc. in den Vereinigten Staaten und anderen Ländern. Erzeugnisse, die SPARC-Warenzeichen tragen, beruhen auf einer Architektur, die von Sun Microsystems Inc. entwickelt wurde.
Aus einem Primärspeicher 104 im Prozessor 102 wird auch eine Laufzeitumgebung 112 ausgeführt. Die Laufzeitumgebung 112 ist im allgemeinen eine Gruppe von Computerprogrammen, die es ermöglicht, daß ein Computersystem 100 Befehle versteht und verarbeitet, Eingabe und Ausgabe des Computersystems 100 über Anwendereingabevorrichtungen 130 und über Computeranzeigevorrichtungen 120 steuert, Computerprozesse zwecks Ausführung plant, Daten, die in verschiedenen Speichervorrichtungen des Primärspeichers 104 des Computersystems 100 gespeichert sind, verwaltet und den Betrieb anderer peripherer Geräte (nicht dargestellt), die mit dem Computersystem 100 gekoppelt sind, steuert. In bestimmten Ausführungsformen der Erfindung ist die Laufzeitumgebung 112 als Betriebssystem oder als Betriebssystem mit einem Kern ausgeführt. Der Kern eines Betriebssystems ist derjenige Teil des Betriebssystems, der die Schnittstelle zwischen Computerprozessen (zum Beispiel E-Mail-Prozeß 108, Verschlüsselungsprozeß 110, Konvertierungsprozeß 114 und Sicherungsprozeß 116) und Anwendereingabevorrichtungen 130 und Computeranzeigevorrichtungen 120 verwaltet, den Primärspeicher 104 verwaltet, den Computerprozeß zwecks Ausführung plant und ein Dateisystem 118 unterhält, das wiederum die Speicherung von Daten 120 auf verschiedenen Speichergeräten des Primärspeichers 104 verwaltet. In bestimmten Ausführungsformen ist der Kern der einzige Teil des Betriebssystems, der mit den Hardwarekomponenten des Computersystems 100 zusammenwirkt.
Das Computernetzwerk 10 weist auch eine Netzwerkverbindung 140 zur Vereinfachung der Kommunikation zwischen dem Host-Computersystem 100 und dem Treuhand-Computersystem 150 auf. Die Netzwerkverbindung 140 kann jeder bekannte Mechanismus zur Vereinfachung der Kommunikation zwischen Computern sein, beispielweise ein lokales Netz, ein Weitverkehrsnetz, das Internet oder jedes andere bekannte drahtlose Kommunikationssystem, ohne Anspruch auf Vollständigkeit zu erheben. In der bevorzugten Ausführung sitzt eine Firewall 145 zwischen der Netzwerkverbindung 140 und dem Treuhand-Computersystem 150. Die Firewall 145 verhindert einen unerlaubten Zugriff vom Computernetz 10 auf das Treuhand-Computersystem.
Das Treuhand-Computersystem 150 hat normalerweise die gleiche Struktur wie das Host-Computersystem 100. Das Treuhand-Computersystem 150 weist einen Prozessor 152 auf, der Computeranweisungen von einem Primärspeicher 154 über eine Schnittstelle 156 holt, zum Beispiel über ein Eingabe/Ausgabeteilsystem, das mit dem Bus 158 verbunden ist. Der Prozessor 152 führt die geholten Computeranweisungen aus. Bei Ausführung der vom Primärspeicher 154 geholten Computeranweisungen kann der Prozessor 152 Daten vom Primärspeicher 154 abrufen oder in diesen schreiben, Information auf einer oder mehreren Computeranzeigevorrichtungen 180 anzeigen, Befehlssignale von einer oder mehreren Anwendereingabevorrichtungen 190 empfangen oder Daten zu Sekundärspeichern 160 oder sogar zu anderen Computersystemen übermitteln, die insgesamt das Computernetzwerk 10 bilden (zum Beispiel das Treuhand-Computersystem 100). Der Prozessor 152 kann beispielweise irgendeiner der SPARC-Prozessoren sein, die von Sun Microsystems, Inc. in Mountain View, Kalifornien vertrieben werden, oder irgendein Prozessor, der mit diesen kompatibel ist. Der Primärspeicher 154 kann unter anderem jeder Typ von Computerprimärspeicher sein, Direktzugriffsspeicher (RAM), Festwertspeicher (ROM), Speichervorrichtungen, die magnetische oder optische Speichermedien aufweisen, zum Beispiel magnetische oder optische Platten. Computeranzeigevorrichtungen 180 können beispielsweise unter anderem Drucker, Computeranzeigebildschirme, zum Beispiel Katliodenstrahlöhren (CRTs), elektronische Tastaturen, Zeigervorrichtungen, zum Beispiel elektronische Mäuse, Rollkugeln, Lichtstifte, Rändelscheiben, Digitalisierungstabletts und Berührungstabletts sein.
Das Computersystem 150 kann beispielweise irgendeines der Arbeitsstationscomputersysteme SPARCstation sein, das von Sun Microsystems, Inc. in Mountain View, Kalifornien vertrieben werden, irgendein anderes Macintosh-Computersystem, das auf dem PowerPC-Prozessor beruht und von Apple Computers, Inc. in Cuptertino, Kalifornien vertrieben wird, oder irgendein Computersystem, das mit IBM-PC-Computersystemen kompatibel ist, die von International Business Machines, Corp. in Somers, New York, vertrieben werden und die auf der Prozessorserie X86, die von Intel Corporation vertrieben wird, oder auf kompatiblen Prozessoren beruhen. Sun, Sun Microsystems und das Logo Sun sind Warenzeichen oder eingetragene Warenzeichen von Sun Microsystems, Inc. in den Vereinigten Staaten und anderen Ländern. Alle SPARC-Handelsnamen werden unter Lizenz verwendet und sind Warenzeichen von SPARC International, Inc. in den Vereinigten Staaten und anderen Ländern. Erzeugnisse, die das SPARC-Warenzeichen tragen, beruhen auf einer Architektur, die von Sun Microsystems, Inc. entwickelt wurde.
Aus einem Primärspeicher 154 im Prozessor 152 wird auch eine Laufzeitumgebung 162 ausgeführt. Die Laufzeitumgebung 162 ist im allgemeinen eine Gruppe von Computerprogrammen, die es ermöglicht, daß ein Computersystem 150 Befehle versteht und verarbeitet, Eingaben und Ausgaben des Computersystems 150 über Anwendereingabevorrichtungen 190 und Anwenderanzeigevorrichtungen 180 steuert, Computerprozesse zwecks Ausführung plant, Daten, die in verschiedenen Speichervorrichtungen des Primärspeichers 154 des Computersystems 150 gespeichert sind, verwaltet und den Betrieb anderer peripherer Geräte (nicht dargestellt), die mit dem Computersystem 150 gekoppelt sind, steuert. In bestimmten Ausführungsformen der Erfindung ist die Laufzeitumgebung 162 als Betriebssystem oder als Betriebssystem mit einem Kern ausgeführt. Der Kern eines Betriebssystems ist derjenige Teil des Betriebssystems, der die Schnittstelle zwischen Computerprozessen (zum Beispiel E-Mail-Prozeß 164, Entschlüsselungsprozeß 166, Rückkonvertierungsprozeß 168 und Datenbasis 170) und Anwendereingabevorrichtungen 190 und Computeranzeigevorrichtungen 180 verwaltet, den Primärspeicher 154 verwaltet, den Computerprozeß zwecks Ausführung plant und ein Dateisystem 171 unterhält, das wiederum die Speicherung von Daten in der Datenbasis 170 verwaltet. In bestimmten Ausführungsformen ist der Kern der einzige Teil des Betriebssystems, der mit den Hardwarekomponenten des Computersystems 150 zusammenwirkt.
Man beachte, daß das Auftraggeber-Computersystem 195 weder mit dem Host-Computersystem 100 noch mit dem Treuhand-Computersystem 150 betriebsfähig verbunden ist.
BEVORZUGTE SCHRITTE EINER SPEZIFISCHEN AUSFÜHRUNGSFORM
2 bis 6 stellen die bevorzugten Schritte dar, die in einer zur Darstellung dienenden Ausführungsform der vorliegenden Erfindung zur Durchführung eines verbesserten Verfahrens zur Speicherung einer Sicherungskopie von Daten eines Auftraggebers durchzufülven sind. Die hier beschriebenen Flußdiagramme stellen lediglich den groben logischen Ablauf der Schritte zur Durchführung des Verfahrens gemäß der vorliegenden Erfindung dar, und es können dem Flußdiagramm Schritte hinzugefügt werden, oder es können welche aus ihm entfernt werden, ohne den Schutzbereich der Erfindung zu verlassen. Ferner kann die Reihenfolge der Ausführung der Schritte in den Flußdiagrammen geändert werden, ohne den Schutzbereich der Erfindung zu verlassen. Zusätzliche Überlegungen bei der Implementierung des Verfahrens, das anhand des Flußdiagramms beschrieben ist, können Änderungen der Auswahl und Reihenfolge der Schritte erfordern.
Im allgemeinen weisen die Flußdiagramme in dieser Beschreibung einen oder mehrere Schritte auf, die von Softwareroutinen durchgeführt werden, die in einem Computersystem ausgeführt werden. Die Routinen können durch jede Einrichtung implementiert werden, die dem Fachmann bekannt ist. Beispielsweise kann irgendeine Anzahl von Computerprogrammiersprachen, zum Beispiel Java, C, C++, Pascal, FORTRAN, Assemblersprache usw., verwendet werden. Ferner können verschiedene Programmiermethoden, zum Beispiel verfahrendorientierte, objektorientierte oder künstliche Intelligenztechniken, verwendet werden.
2 ist ein Übersichtsflußdiagramm der bevorzugten Schritte zur Speicherung einer Sicherungskopie der Daten des Auftraggebers in einer konvertierten Meta-Datei, die per E-Mail an das Treuhand-Computersystem zur Speicherung übermittelt werden kann. Die Schritte in 2 werden normalerweise durch einen Hintergrundprozeß ausgelöst, der auf eine "Cron"-Datei periodisch zugreift und eine Sicherungsroutine ausführt, die in der Cron-Datei angegeben ist. Eine Cron-Datei unterhält eine Liste von Routinen, die vom Computer, der die Cron-Datei unterhält, ausgeführt werden sollten. Normalerweise enthält die Cron-Datei auch eine Angabe darüber, wann jede Routine vom Computersystem abgearbeitet werden sollte. So kann beispielsweise die Cron-Datei, die vom Dateisystem 118 des Host-Computersystems 100 unterhalten wird, eine Eingabe enthalten, die angibt, daß die Sicherungsroutine in vorgegebenen Intervallen laufen sollte. Die bevorzugte Zeit, wann die Sicherungsroutine laufen sollte, ist einmal pro Woche während einer Periode, in der das System schwach belastet ist. Die beste Zeit, wann die Routine laufen sollte, ist jedoch von Organisation zu Organisation verschieden. Beispielweise sollte eine stark zeitempfindliche Information mit großer Wahrscheinlichkeit mehr als einmal pro Woche gesichert werden.
Im Schritt 201 speichert der Sicherungsprozeß die Daten des Auftraggebers in einer Datei. In der bevorzugten Ausführungsform sind die zu speichernden Daten eine Datenmenge, die insgesamt eine Website einer Auftraggeberfirma umfaßt. Die Website des Auftraggebers ist häufig eine Sammlung von Hypertext-Dokumenten und Schriften (zum Beispiel CGI-Schriften). Die bevorzugte Routine, die verwendet wird, um die Datenmenge in einer Datei zu speichern, ist die "TAR"-Routine. Der Fachmann wird verstehen, daß andere Routinen verwendet werden könnten, um den gleichen Zweck wie die TAR-Routine zu erfüllen. Tabelle 1 zeigt mehr Information über die TAR-Routine.
TABELLE 1
BESCHREIBUNG
TAR archiviert und extrahiert Dateien in oder aus einer einzigen Datei, die als TAR-Datei bezeichnet wird. Eine TAR-Datei ist normalerweise ein Magnetband, aber es könnte auch jede beliebige Datei sein. Die Maßnahmen von TAR werden durch den Paramentercode gesteuert. Der Code ist eine Kette von Zeichen, die genau einen Funktionsbuchstaben (e, r, t, u oder x) und einen oder mehrere Funktionsmodifikatoren in Abhängigkeit von dem verwendeten Funktionsbuchstaben enthält. Andere Paramenter des Befehls sind Dateinamen (oder Verzeichnisnamen), die angeben, welche Dateien zu archivieren oder zu extrahieren sind. In allen Fällen bezieht sich das Auftreten eines Verzeichnisnamens auf die Dateien und (rekursiv) auf Unterverzeichnisse dieses Verzeichnisses.
FUNKTIONSBUCHSTABEN
Der Funktionsteil des Codes wird durch einen der folgenden Buchstaben angegeben:
c Erzeugen. Das Schreiben beginnt am Anfang der TAR-Datei und nicht am Ende. Dieser Code schließt den Code r ein.
r Ersetzen. Die benannten Dateinamen werden am Ende des Bandes geschrieben. Die Funktionen c und u schließen diese Funktion ein. Nähere Informationen findet man unter Bemerkungen.
t Inhaltsverzeichnis. Die Namen der angegebenen Dateien werden immer dann aufgelistet, wenn sie in der TAR-Datei auftreten. Wenn keine Dateinamen-Paramenter angegeben sind, werden alle Namen der TAR-Datei aufgelistet. Mit dem Funktionsmodifikator v wird zusätzliche Information für die angegebenen Dateien angezeigt. Das Auflisten ist ähnlich dem Format, das von dem ersten Befehl erzeugt wird.
u Aktualisieren. Die benannten Dateinamen werden der TAR-Datei hinzugefügt, wenn sie nicht schon dort sind oder wenn sie modifiziert worden sind, seit sie zuletzt in diese TAR-Datei geschrieben worden sind. Dieser Code schließt den Code r ein. Näheres siehe unter Bemerkungen.
x Extrahieren oder Wiederherstellen. Die benannten Dateinamen werden aus der TAR-Datei extrahiert und in das aktuelle Verzeichnis geschrieben. Wenn eine benannte Datei ein Verzeichnis findet, dessen Inhalt in die TAR-Datei geschrieben worden ist, wird dieses Verzeichnis (rekursiv) extrahiert. Die Datei oder der relative Weg des Verzeichnisses ist zu verwenden, wenn es geeignet erscheint oder wenn TAR nichts entsprechendes findet. Der Eigentümer, die Modifikationszeit und der Modus werden wiederhergestellt (wenn möglich). Wenn kein Dateinamen-Parameter angegeben ist, wird der gesamte Inhalt der TAR-Datei extrahiert. Hinweis: Wenn mehrere Dateien mit dem gleichen Namen in der TAR-Datei sind, überschreibt die letzte alle früheren. Näheres siehe unter Bemerkungen.
FUNKTIONSMODIFIKATOItEN
Die nachstehenden Zeichen können zusätzlich zu dem Buchstaben verwendet werden, der die gewünschte Funktion wählt. Sie sind in der unter ZUSAMMENFASSUNG angegebenen Reihenfolge zu verwenden.
b Blockungsfaktor. Dieser bewirkt, daß TAR den Blockparamenter als Blockungsfaktor für Banddatensätze verwendet. Die Standardannahme ist 1, das Maximum 20. Diese Funktion sollte nicht verwendet werden, wenn mit regulären Archiven oder mit Geräten mit spezieller Blockung gearbeitet wird. Sie ist jedoch Pflicht, wenn Archive auf Leermagnetbänderarchiven gelesen werden (siehe f unten). Die Blockgröße wird automatisch bestimmt, wenn die Bänder, die auf den Geräten mit spezieller Blockeng erzeugt werden, gelesen werden (Code-Buchstaben x und t). Diese Bestimmung des Blockungsfaktors kann in die Irre führen, wenn von einer Pipe (Netzwerk-Kommunikationskanal) oder einem Socket (Netzwerk-Systemaufrufpunkt) gelesen wird (siehe Code-Buchstabe B unten). Der maximale Blockungsfaktor wird nur durch die Größe des für TAR verfügbaren Speichers bestimmt, wenn TAR ausgeführt wird. Größere Blockungsfaktoren führen zu einem besseren Durchsatz, zu längeren Blöcken auf Neun-Spur-Bändern und zu einer besseren Medienausnutzung.
B Block. Bewirkt, daß TAR (bei Bedarf) mehrere Lesevorgänge durchführt, um genau ausreichend viele Bytes zu lesen, um einen Block zu füllen. Diese Wahlmöglichkeit ist vorhanden, so daß TAR im Ethernet arbeiten kann, da Pipes und Sockets partielle Blöcke zurückgeben, auch wenn mehr Daten kommen.
e Fehler. Wenn unerwartete Fehler auftreten, wird TAR sofort mit einem positiven Ende-Zustand beendet.
f Datei. Dies bewirkt, daß TAR das Geräteparamenter als Name der TAR-Datei verwendet. Wenn f weggelassen wird, verwendet TAR das Gerät, die mit der Umgebungsvariablen TAPE angegeben ist, wenn sie festgelegt ist. Ansonsten werden die Standardparameter verwendet, die unter /etc/default/tar definiert sind. Wenn der Name der TAR-Datei '-' ist, schreibt TAR in den Standardausgang oder liest vom Standardeingang, je nachdem, was zutrifft. TAR kann als Kopf oder Schwanz einer Pipeline verwendet werden. TAR kann auch verwendet werden, um Hierarchien mit dem Befehlsbeispiel example% cd fromdir; tar cf – .I(cd todir; tarxfBp-) zu verschieben.
F Mit einem Paramenter F schließt TAR alle Verzeichnisse mit dem Namen SCCS aus der TAR-Datei aus. Mit zwei Paramentern FF schließt TAR alle Verzeichnisse mit dem Namen SCCS, alle Verzeichnisse mit .o als Dateikennung und alle Dateien mit errs, core und a.out aus.
h Symbolischen Verknüpfungen folgen, als ob sie normale Dateien oder Verzeichnisse wären. Normalerweise folgt TAR symbolischen Verknüpfungen nicht.
i Ignorieren. Mit dieser Wahlmöglichkeit ignoriert TAR Verzeichnisprüfsummenfehler.
l Verknüpfung. Dadurch wird TAR mitgeteilt, daß TAR reklamieren soll, wenn nicht alle Verknüpfungen zu den zu archivierenden Dateien aufgelöst werden können. Wenn 1 nicht angegeben ist, werden keine Fehlermeldungen gedruckt.
m Modifizieren. Dadurch wird TAR mitgeteilt, die Modifikationszeiten aus der TAR-Datei nicht zu extrahieren. Die Modifikationszeit der Datei ist die Zeit der Extraktion. Diese Wahlmöglichkeit ist nur mit dem Code x gültig.
o Eigentümer. Dadurch wird bewirkt, daß extrahierte Dateien die Anwender- oder Gruppenkennung des Anwenders, der das Programm laufen läßt, und nicht die Kennungen auf dem Band annehmen. Dies geschieht standardmäßig bei Anwendern als die Root-User (Administrator) sind. Wenn die Möglichkeit 'o' nicht festgelegt ist und der Anwender Root-User ist, nehmen die extrahierten Dateien die Gruppen- und Anwenderkennungen der Dateien auf Band an (weitere Informationen siehe (1) unten). Die Wahlmöglichkeit 'o' ist nur mit dem Code x gegeben.
p Wiederherstellen der benannten Dateien in ihren ursprünglichen Modi, wobei das gegenwärtige umask(2) ignoriert wird. Eingesetzte UID und angeheftete Information werden auch extrahiert, wenn es sich um einen Superanwender (Administrator) handelt. Diese Wahlmöglichkeit ist nur bei dem Code-Buchstaben x geeignet.
v Verbose. Normalerweise arbeitet TAR lautlos. Diese Wahlmöglichkeit bewirkt, daß TAR die Namen jeder Datei, die sie behandelt, mit dem vorgesetzten Funktionsbuchstaben eintippt. Bei der Funktion t wird mit v mehr Information über die Bandeingaben als nur den Namen angegeben.
w Was. Diese Wahlmöglichkeit bewirkt, daß die TAR die auszuführende Maßnahme, gefolgt von dem Namen der Datei, ausdruckt und dann auf eine Bestätigung des Anwenders wartet. Wenn ein Wort, das mit y beginnt, angegeben ist, wird die Maßnahme durchgeführt. Jede andere Eingabe bedeutet Nein. Dies gilt nicht für den Code t.
X Ausschließen. Der Parameter Dateiname-ausschließen wird als Datei verwendet, die eine Liste von benannten Dateien (oder Verzeichnissen) enthält, die aus der TAR-Datei auszuschließen sind, wenn die Code-Buchstaben c, x oder t verwendet werden. Es können mehrere X-Paramenter verwendet werden, und zwar mit einem Ausschlußdateinamen pro Paramenter. Näheres siehe unter Bemerkungen.
[0-7] Wählen eines alternativen Laufwerks, auf dem das Band montiert wird. Die Standardannahme ist festgelegt mit /etc/default/tar. Wenn ein Dateiname durch den Vorsatz -I ergänzt ist, dann wird der Dateiname geöffnet. Eine Liste von Dateinamen, einer pro Zeile, wird behandelt, als ob jeder getrennt in einer Befehlszeile stünde. Man achte darauf, keinen weißen Zwischenraum sowohl in der Ausschluß- wie in der Einschluß-Dateiliste zu haben.
Wenn auch ausgeschlossene Dateien (siehe Wahlmöglichkeit X) vorhanden sind, haben ausgeschlossene Dateien den Vorrang gegenüber allen eingeschlossenen Dateien. Wenn eine Datei sowohl unter Einschlußdateien als auch Ausschlußdateien (oder in der Befehlszeile) angegeben ist, wird sie ausgeschlossen. Wenn ein Dateiname den Vorsatz -C in einer c-(Erzeugungs-) oder r-(Ersetzungs-)Operation hat, führt TAR eine chdir (siehe csh(1)) mit diesem Dateinamen durch. Dadurch können mehrere Verzeichnisse, die nicht zu einem nahen gemeinsamen Stammverzeichnis gehören, unter Verwendung kurzer relativer Pfadnamen archiviert werden. Hinweis: Die Wahlmöglichkeit -C gilt nicht für einen folgenden Verzeichnisnamen und einen folgenden Dateinamen.
BEISPIELE
Um Dateien von /usr/include/ und von /etc auf einem Standardbandlaufwerk 0 zu archivieren, könnte man folgendes verwenden:
example% tar c-C/usr include-C/etc.
Wenn man ein Inhaltsverzeichnis von der resultierenden TAR-Datei erhält, könnte man beispielsweise folgendes lesen:
include/
include/a.out.h
und alle anderen Dateien unter /usr/include...
/chown
und alle anderen Dateien unter /etc
Um alle Dateien unter include zu extrahieren:
example% tar xv include
X include/.0 bytes. 0 tape blocks
und alle Dateien unter include...
Hier ist ein einfaches Beispiel, das TAR verwendet, um ein Archiv eines Stammverzeichnisses auf einem Band zu erzeugen, das in einem Laufwerk /dev/rmt/0 montiert ist:
example% cd
example% tar cvf /dev/rmt/0.
Meldungen von TAR
Die Wahlmöglichkeit c bedeutet: das Archiv erzeugen; die Wahlmöglichkeit v bewirkt, daß TAR mitteilt, was TAR tut, wenn es arbeitet. Die Wahlmöglichkeit f bedeutet, daß man die Datei, auf der das Archiv angeordnet werden sollte, spezifisch benennt (in diesem Beispiel dev/rmt/0).
Nun kann man das Inhaltsverzeichnis aus dem Archiv lesen, nämlich:
example% tar tvf/dev/rmt/0
rw-r-r-1677/402123 Nov 7 18: 15 1985 /test.c
example%
Die Spalten haben die folgenden Bedeutungen:
o Spalte 1 ist die Zugangserlaubnis für ./test.c
o Spalte 2 ist die user-id/group-id von ./test.c
o Spalte 3 ist die Größe von:./test.c in Bytes
o Spalte 4 ist das Modifikationsdatum von ./test.c
o Spalte 5 ist der Name von ./test.c
Man kann Dateien aus dem Archiv folgendermaßen extrahieren:
example% tar xvf/dev/rmt/0
Meldungen von TAR
example%
Wenn mehrere Archivdateien auf einem Band vorhanden sind, wird jede von der nachfolgenden durch eine EOF-(Dateiende-)Kennzeichnung getrennt. TAR liest die EOF-Kennzeichnung auf dem Band nicht, nachdem es das Lesen einer Archivdatei beendet hat, da TAR nach einem speziellen Kopf sucht, um zu entscheiden, wann das Ende des Archivs erreicht ist. Wenn man nun versucht, TAR zu verwenden, um die Textarchivdatei vom Band zu lesen, weiß TAR nicht, daß es die EOF-Kennzeichnung überspringen muß, und versucht statt dessen, die EOF-Kennzeichnung als Archiv zu lesen. Das Ergebnis dabei ist eine Fehlermeldung von TAR mit der Auswirkung:
tar: blocksize=0
Dies bedeutet, daß man, um ein weiteres Archiv vom Band zu lesen, die EOF-Kennzeichnung überspringen muß, bevor man einen weiteren TAR-Befehl startet. Man kann dies tun, indem man den Befehl mt(1) verwendet, wie im Beispiel unten gezeigt. Es wird angenommen, daß man von /dev/rmt/On liest. example% tar xvfp/dev/rmt/On liest das erste Archiv von Band
Meldungen von TAR
example% mt fsf 1 überspringt die Dateiende-Kennzeichnung
example% tar xvfp/dev/rmt/0n liest das zweite Archiv vom Band
Meldungen von TAR
example%
Schließlich ist hier ein Beispiel, das TAR verwendet, um Dateien über das Ethernet zu übertragen. Zunächst ist hier beschrieben, wie man Dateien von der lokalen Maschine (Beispiel) auf einem Band auf einem entfernten System (Host) archiviert:
example% tar cvfb – 20 Dateinamen
rsh host dd of=/dev/rmt/0 obs=20b
Meldungen von TAR
example%
In dem oben beschriebenen Beispiel erzeugen wir eine TAR-Datei mit dem Code-Buchstaben c, bitten um Verbose-Ausgabe von TAR mit der Wahlmöglichkeit v, geben den Namen der Ausgabe-TAR-Datei unter Verwendung der Wahlmöglichkeit f an (die Standardausgabe ist, wenn die TAR-Datei erscheint und mit dem Zeichen '-' bezeichnet ist) und legen die Blockgröße (20) mit der Wahlmöglichkeit b fest. Wenn man die Blockgröße ändern will, muß man den Blockgrößenparamenter sowohl im TAR-Befehl als auch im dd-Befehl ändern.
Im folgenden wird gezeigt, wie man TAR verwendet, um Dateien von einem Band im entfernten System zurück zum lokalen System zu holen:
example% rsh-n host dd if/dev/rmt10 bs=20b
tar xvBfB – 20 Dateinamen
Meldungen von TAR
example%
In dem oben beschriebenen Beispiel extrahieren wir aus der TAR-Datei mit dem Code-Buchstaben x, bitten um Verbose-Ausgabe von TAR mit der Wahlmöglichkeit v, weisen TAR an, aus einer Pipe mit der Wahlmöglichkeit B zu lesen, indem der Name der Eingabe-TAR-Datei unter Verwendung der Wahlmöglichkeit f angegeben wird (die Standardeingabe ist, wenn die TAR-Datei erscheint und mit dem Zeichen '-' bezeichnet ist) und die Blockgrößen (20) mit der Wahlmöglichkeit b festgelegt wird.
UMGEBUNG
Wenn eine der Variablen LC_* (LC_CTYPE, LC_MESSAGES, LC_TIME, LC_COLLATE, LC_NUMERIC und LC_MONETARY) (siehe environ(5)) nicht in der Umgebung festgelegt sind, wird das Betriebsverhalten von TAR für jede entsprechende Locale-Kategorie durch den Wert der Umgebungsvariablen LANG bestimmt. Wenn LC ALL festgelegt ist, wird sein Inhalt verwendet, um die Variable LANG und die andere Variable LC_* zu überschreiben. Wenn keine der oben genannten Variablen in der Umgebung festgelegt ist, bestimmt die Locale "C" (US-Ausführung), wie sich TAR verhält.
LC_CTYPE
Bestimmt, wie TAR Zeichen verarbeitet. Wenn LC_CTYPE auf einen gültigen Wert gesetzt ist, kann TAR Text und Dateinamen anzeigen und verarbeiten, die gültige Zeichen für diese Locale enthält. TAR kann Zeichen des erweiterten Unix-Codes (EUC) anzeigen und verarbeiten, wenn jedes einzelne Zeichen 1, 2 oder 3 Byte breit ist. TAR kann auch EUC-Zeichen mit einer Spaltenbreite von 1, 2 oder mehr verarbeiten. In der Locale "C" sind nur Zeichen aus ISO 8859-1 gültig.
LC_MESSAGES
Bestimmt, wie diagnostische und informative Meldungen dargestellt werden. Dies schließt die Sprache und den Stil der Meldungen und die richtige Form von positiven und negativen Antworten ein. In der Locale "C" sind die Meldungen in der Standardform dargestellt, die man im Programm selbst findet (in den meisten Fällen amerikanisches Englisch).
DATEIEN
/dev/rmt/[0-7][b][n]
/dev/rmt/[0-7]1[b][n]
/dev/rmt/[0-7]m[b][n]
/dev/rmt/[0-7]h[b][n]
/dev/rmt/[0-7]u[b][n]
/dev/rmt/[0-7]c[b][n]
/etc/default/tar
/tmp/tar*
SIEHE AUCH
ar(1), chown(1), cpio(1), csh(1), 1s(1), mt(1), umask(2), environ(5)
DIAGNOSE
Reklamiert schlechte Codezeichen und Bandlese/schreibfehler. Reklamiert, wenn nicht genug Speicher vorhanden ist, um die Verknüpfungstabellen zu halten.
Die Wahlmöglichkeit b sollte bei Archiven verwendet werden, die aktualisiert werden sollen. Das aktuelle Magnetbandlaufwerk kann Leermagnetbänder nicht rückwärts löschen. Wenn das Archiv auf einer Plattendatei ist, sollte die Wahlmöglichkeit b überhaupt nicht verwendet werden, da eine Aktualisierung eines Archivs, das auf Platte gespeichert ist, diese zerstören kann.
Weder die Wahlmöglichkeit r noch die Wahlmöglichkeit u kann bei Viertelzoll-Archivbändern verwendet werden, da diese Bandlaufwerke nicht rückwärts löschen können.
Wenn Bänder extrahiert werden, die mit der Wahlmöglichkeit r oder u erzeugt sind, können die Verzeichnismodifikationszeiten nicht richtig festgelegt werden.
Wenn r, u, x oder X verwendet wird, müssen die benannten Dateien genau mit den entsprechenden Dateien in der TAR-Datei übereinstimmen. Beispielsweise muß man, um ./filename zu extrahieren, ./filename angeben und darf nicht filename angeben. Die Wahlmöglichkeit t zeigt an, wie jede Datei archiviert wurde.
Die aktuelle Grenze für die Dateinamenlänge ist 100 Zeichen.
TAR kopiert weder leere Verzeichnisse noch speziellen Verzeichnisse, zum Beispiel Geräte.
Stellvertreterzeichen für Dateinamen wirken nicht bei der Extraktion von Dateien aus dem Archiv. Um dieses Problem zu lösen, muß ein Befehl folgender Form verwendet werden:
tar xvf.../dev/rmt/0 tar tf.../dev/rmt/0 | grep
'Muster'
ENDE DER TABELLE 1
Im Schritt 203 verschlüsselt die Sicherungsroutine die Datei, die die Daten des Auftraggebers enthält (siehe 3a und 3b). Im Schritt 205 ermittelt die Sicherungsroutine eine Kennung für die Quelle der verschlüsselten Datei (zum Beispiel eine digitale Signatur für das Host-Computersystem) und führt eine Prüfsummenoperation mit der verschlüsselten Datei durch. Im Schritt 207 speichert die Routine dann die Quellenkennung und das Ergebnis der Prüfsummenoperation mit der verschlüsselten Datei, um eine Meta-Datei zu erzeugen (siehe 3e). Schließlich verschlüsselt die Routine die Meta-Datei (Schritt 209). Durch Verschlüsselung der Auftraggeberdaten und der Meta-Datei unter Verwendung der nachstehend beschriebenen, bevorzugten Schritte kann der Anwender dieses Verfahrens angemessen sicherstellen, daß der Treuhand-Computer folgendes leisten kann: 1) Prüfen, ob der Host-Computer die Daten des Auftraggebers gesendet hat, 2) daß die Daten des Auftraggebers auf dem Weg zum Treuhand-Computer nicht manipuliert wurden, wobei er aber 3) die Daten des Auftraggebers nicht entschlüsseln kann, was eine zusätzliche Sicherheit für den Auftraggeber bedeutet.
Wie oben beschrieben, schließt das Verfahren und System gemäß der vorliegenden Erfindung die Verschlüsselung und Entschlüsselung von bestimmter Information ein. In der bevorzugten Ausf[hrungsform der vorliegenden Erfindung werden zwei Verschlüsselungsschemen mit öffentlichem Schlüssel verwendet, um die Schritte 203 und 209 in 2 auszuführen. Mit dem öffentlichen Schlüsselsystem werden zwei verschiedene Schlüssel zum Verschlüsseln und Entschlüsseln von Information verwendet. In diesem System ist ein Schlüssel öffentlich, und der andere Schlüssel ist privat. Die Information, die mit dem einen Schlüssel verschlüsselt wird, kann mit dem anderen Schlüssel entschlüsselt werden. Ein öffentliches Schlüsselsystem wird mitunter auch als asymmetrisches Schlüssel- oder Zweischlüsselsystem bezeichnet. Ein öffentlicher Schlüssel und ein privater Schlüssel, wie sie hier verwendet werden, werden als die beiden Schlüssel in einem öffentlichen Schlüsselsystem bezeichnet. In der bevorzugten Ausführungsform der vorliegenden Erfindung beruhen die öffentlichen Schlüsselsysteme auf dem bekannten RSA-Algorithmus. Eine Beschreibung des RSA-Algorithmus findet sich im US-Patent 4 405 829 von Rivest et al. Der Fachmann wird jedoch anerkennen, daß andere öffentliche Schlüsselsysteme verwendet werden könnten.
Unter Verwendung der öffentlichen Schlüsselschemen verschlüsselt ein Computer (zum Beispiel der Host-Computer) Information (zum Beispiel Daten des Auftraggebers) unter Verwendung des öffentlichen Schlüssels des anderen Computers (zum Beispiel des Computers des Auftraggebers), und nur der andere Computer (zum Beispiel der Computer des Auftraggebers), kann die Information unter Verwendung des privaten Schlüssels des Computers (zum Beispiel des Computers des Auftraggebers) entschlüsseln.
Außerdem verschlüsselt ein Computer (zum Beispiel der Host-Computer) auch zusätzliche Information (zum Beispiel eine Quellenkennung oder eine digitale Signatur) unter Verwendung des privaten Schlüssels des Computers (zum Beispiel des Host-Computers), und ein anderer Computer (zum Beispiel der Treuhand-Computer) entschlüsselt die Information unter Verwendung des öffentlichen Schlüssels des ersten Computers (zum Beispiel des Host-Computers). In dieser Situation wird die Quelle der Information gesichert, da nur der erste Computer (zum Beispiel der Host-Computer) in der Lage sein sollte, Information zu verschlüsseln, die unter Verwendung des öffentlichen Schlüssels dieses Computers (zum Beispiel des Host-Computers) entschlüsselt werden kann.
Während bisher ausschließlich die Verschlüsselungsschemen mit öffentlichem Schlüssel und privatem Schlüssel besonders beschrieben worden sind, wird der Fachmann auf dem Gebiet der Informationstechnik verstehen, daß statt dessen auch andere Verschlüsselungsschemen verwendet werden können. Beispielsweise kann ein Verschlüsselungssystem mit einem Geheimschlüssel verwendet werden, um für eine sichere Übertragung der Sicherungsdaten zu sorgen. Ein Geheimschlüsselsystem wird mitunter als Privatschlüssel, symmetrisches Schlüssel- oder Einschlüsselsystem bezeichnet. Das Geheimschlüsselsystem kann vom Host-Computer verwendet werden, um bestimmte Information zu verschlüsseln, die niemand außer der Computer des Auftraggebers verstehen kann.
Obwohl in der Beschreibung festgestellt worden ist, daß die Geheimhaltung und die Quelle der Information durch die oben beschriebenen Schritte sichergestellt sind, sind Verschlüsselungsschemen niemals vollständig sicher. Die Sicherheit von Verschlüsselungsschemen kann beeinträchtigt werden, wenn der Geheimschlüssel (in einem Geheimschlüsselsystem) oder der Privatschlüssel (in einem öffentlichen Schlüsselsystem) einem Computer bekannt wird, der nicht der Eigentümer des Schlüssels ist.
Wenn wir wiederum 2 betrachten, so konvertiert im Schritt 211 die Sicherungsroutine die Meta-Datei in ein Format, das über die Netzverbindung 140 per E-Mail zum Treuhand-Computersystem 150 übermittelt werden kann. In der bevorzugten Ausführungsform führt die Sicherungsroutine den "uuencode"-Befehl aus, um diese Aufgabe zu erfüllen. Tabelle 2 unten liefert mehr Information über den uuencode-Befehl. Der Fachmann auf dem Gebiet der Informationstechnik wird verstehen, daß auch andere Befehle ausgeführt werden könnten, um die erwünschten Ergebnisse zu erreichen.
Im Schritt 213 sendet die Sicherungsroutine die konvertierte Meta-Datei per E-Mail an das Treuhand-Computersystem. Unter Verwendung dieser Technik ist der Host-Computer in der Lage, die Sicherungsdatei des Auftraggebers an der Firewall des Treuhand-Computersystems 145 vorbei zu bekommen. Im Schritt 215 löscht das Computersystem die Meta-Datei vom Host-Computersystem.
TABELLE 2
uuencode(1C) Kommunikationsbefehle uuencode(1C)
NAME
uuencode, uudecode – Codieren einer binären Datei oder Decodieren ihrer ASCII-Darstellung
ZUSAMMENFASSUNG
uuencode[sowce-file]file-label
uudecode[encoded-file]
VERFÜGBARKEIT
SUNWesu
BESCHREIBUNG
uuencode konvertiert eine binäre Datei in eine ASCII-codierte Darstellung, die unter Verwendung mail(1) gesendet werden kann. Er codiert den Inhalt einer Quelldatei oder der Standardeingabe, wenn kein Quelldateiparamenter gegeben ist. Das Dateietikettparamenter ist erforderlich. Das Dateietikett ist im Kopf der codierten Datei als Name der Datei enthalten, in die uudecode die binären (decodierten Daten) ablegen soll. uuencode weist auch den Eigentümer und die Zulassungsmodi der Quelldatei auf, so daß das Dateietikett mit den gleichen Eigentümern und Zulassungsmodi wiederhergestellt wird.
uudecode liest eine codierte Datei, entfernt alle vorderen und hinteren Zeilen, die durch Mailer-(Versand-)Programme hinzugefügt werden und stellt die originalen Binärdaten mit dem Dateinamen und dem Modus und dem Eigentümer, der im Kopf angegeben ist, wieder her.
Die codierte Datei ist eine normale ASCII-Textdatei; sie kann von einem Textverarbeitungsprogramm editiert werden. Aber es ist am besten, wenn nur der Modus oder das Dateietikett im Kopf geändert wird, um eine Beschädigung der decodieren Binärdaten zu vermeiden.
SIEHE AUCH
mail(1),uucp(1C),uux(1C)
BEMERKUNGEN
Die Größe der codierten Datei wird um 35 % größer (3 Bytes werden zu 4, plus Steuerinformation), was bewirkt, daß die Übertragung länger dauert als bei der äquivalenten binären Datei.
Der Anwender im entfernten System, der den uudecode (normalerweise uucp) aufruft, muß eine Schreiberlaubnis für die Datei haben, die im Dateietikett angegeben ist.
ENDE DER TABELLE 2
4 ist ein Flußdiagramm der bevorzugten Schritte des Verfahrens zur Verarbeitung der konvertierten Meta-Datei, um eine angemessene Speicherung der Daten der Auftraggeberfirma sicherzustellen. Im Schritt 401 konvertiert das Verfahren die Meta-Datei aus ihrem "E-Mail-fähigen" Format in ihr Binärformat, vorzugsweise unter Verwendung des uuencode-Befehls. Im Schritt 402 ruft das Verfahren aus der E-Mail eine eindeutige Kennung, zum Beispiel eine Nummer, für die Auftraggeberfirma ab. In der bevorzugten Ausführungsform wird eine Auftraggebernummer in einer "Betreff"-Zeile der E-Mail gespeichert. Der Treuhand-Computer verwendet die aufgerufene Auftraggebernummer als Schlüssel für die Datenbasis 170, um die Host-Firma und die Auftraggeberfirma, die die E-Mail gesendet hat, zu bestimmen. Der Treuhand-Computer aktualisiert auch die Datenbasis entsprechend, um anzuzeigen, daß eine E-Mail empfangen worden ist.
Im Schritt 405 ruft das Verfahren die digitale Signatur und die Prüfsumme aus der Meta-Datei ab und prüft unter Verwendung des öffentlichen Schlüssels der Host-Firma, der in der Datenbasis der Treuhand-Firma gespeichert ist, die digitale Signatur. Das Verfahren führt auch eine Prüfsummenoperation mit den verschlüsselten Auftraggeberdaten durch und vergleicht das Ergebnis mit dem Prüfsummenergebnis, das aus der Meta-Datei abgerufen worden ist. Wenn die digitale Signatur und die Prüfsumme nicht als richtig befunden werden, dann werden entsprechende Sicherheitsmaßnahmen im Schritt 407 ausgelöst. Wenn die digitale Signatur und die Prüfsumme dann als richtig erkannt werden, werden die digitale Signatur und die Prüfsumme im Schritt 409 aus der Meta-Datei entfernt. Im Schritt 411 speichert das Verfahren die codierten Auftraggeberdaten im Treuhand-Computersystem. In der bevorzugten Ausführungsform ist der Treuhand-Computer nicht in der Lage, die Daten des Auftraggebers zu entschlüsseln, da der Treuhand-Computer keinen Zugriff auf den Privatschlüssel des Computers des Auftraggebers hat. Somit ist für die Auftraggeberfirma eine zusätzliche Sicherheitsstufe sichergestellt, da nur die Auftraggeberfirma Zugriff zu dem privaten Schlüssel der Auftraggeberfirma hat. Nach Beendigung von Schritt 411 endet die Verarbeitung in dem Verfahren gemäß 4.
5 ist ein Flußdiagramm, das die bevorzugten Schritte eines Verfahrens zeigt, das sicherstellen soll, daß der Host-Computer Sicherungskopien der Daten des Auftraggebers fristgerecht an den Treuhand-Computer sendet. Im Schritt 501 prüft das Verfahren Daten, die vorzugsweise in der Cron-Datei im Host-Computer gespeichert sind, um zu bestimmen, ob die Zeit für die E-Mail mit Daten des Auftraggebers vom Host-Computer heran ist. Wenn die Zeit noch nicht heran ist, geht der Zyklus des Verfahrens zurück zum Schritt 501. Wenn die Zeit für das Eintreffen der E-Mail heran ist, führt das Verfahren dann im Schritt 503 eine Prüfung durch, um zu bestimmen, ob die E-Mail eingetroffen ist. Wenn die E-Mail nicht eingetroffen ist, dann löst das Verfahren im Schritt 505 eine Benachrichtigung der Auftraggeberfirma aus. Auf diese Weise ist die Treuhand-Firma in der Lage, die Auftraggeberfirma zu benachrichtigen, daß ihre Abläufe nicht von der Auftraggeberfirma verfolgt werden, was bedeuten kann, daß Ereignisse in der Auftraggeberfirma auftreten, die die Website des Auftraggebers für Anwender unzugänglich machen können. Wenn die Auftraggeberfirma mit der Host-Firma Probleme hat, nimmt sie Kontakt mit der Treuhand-Firma auf, um die neueste Kopie ihrer gespeicherten Daten abzurufen. An diesem Punkt decodiert die Auftraggeberfirma die Sicherung unter Verwendung ihres privaten Schlüssels. Bis ein Problem auftritt, muß also die Auftraggeberfirma nur wissen, daß sie einen Verschlüsselungsschlüssel hat, den sie an einem sicheren Platz aufbewahren muß. Wenn, wiederum mit Bezug auf die Beschreibung im Schritt 503, die E-Mail vom Host-Computer eingetroffen ist, speichert die Treuhand-Firma eine Sicherungskopie der Daten des Auftraggebers, vorzugsweise unter Verwendung der Schritte, die oben mit Bezug auf 4 beschrieben worden sind.
6 stellt die bevorzugten Schritte eines Verfahrens zur Sicherung mehrerer Sicherungskopien der Daten eines Auftraggebers dar. Der Treuhand-Computer sichert mehrere Sicherungskopien der Daten des Auftraggebers, da die Host-Computerfirma möglicherweise beginnt, zerstörte Kopien der Daten des Auftraggebers zu senden, bevor sie in eine Situation gerät (zum Beispiel Konkurs), wo die Daten des Auftraggebers für die Auftraggeberfirma und ihre Anwender vollständig unzugänglich sind.
Im Schritt 601 bestimmt das Verfahren, ob alle Sicherungskopien der Daten, die gegenwärtig in seinem System gespeichert werden, nach diesen Verfahren verarbeitet worden sind. Wenn Sicherungskopien übrigbleiben, die nicht verarbeitet worden sind, dann ruft im Schritt 603 das Verfahren die nächste unverarbeitete Sicherungskopie ab. Das Verfahren bewahrt vorzugsweise die drei letzten Sicherungskopien der Daten (Schritt 605 und 607) auf. Sicherungen, die älter sind als drei Sicherungsperioden, werden vorzugsweise folgendermaßen behandelt: Wenn die Sicherungsperiode für die Datei einer Potenz von zwei (zum Beispiel 4, 8, 16 usw.) ist, dann wird sie aufbewahrt (Schritte 609 und 611). Wenn die Sicherungsperiode keine Potenz von zwei ist, dann wird die Datei aufbewahrt, wenn keine anderen Dateien mit einer Periodennummer gespeichert sind, die größer ist als die in Betracht kommende Datei, aber kleiner als die nächsthöhere Potenz von zwei (Schritte 613 und 615), sonst wird sie verworfen (Schritt 617). Wenn die in Betracht kommende Datei sechs Sicherungsperioden alt ist, wird sie also gelöscht, wenn eine Datei vorhanden ist, die sieben Perioden alt ist, und wird aufbewahrt, wenn keine solche Datei vorhanden ist. Diese Methode stellt sicher, daß immer Sicherungsdateien verfügbar sind, um vergangene Systemzustände wiederherzustellen, obwohl zunehmend weniger Dateien für altere Zustände (die mit geringerer Wahrscheinlichkeit für eine Wiederherstellung benötigt werden) aufbewahrt werden. Die Schritte 603, 605, 607, 609, 611, 613, 615 und 617 werden durchgeführt, bis alle Sicherungskopien verarbeitet worden sind, wobei dann die Verarbeitung in dem Verfahren in 6 endet.
Obwohl für Darstellungszwecke hier spezifische Ausführungsformen beschrieben worden sind, sind Modifikationen möglich, ohne den Schutzbereich der Erfindung zu verlassen. Obwohl beispielsweise der oben beschriebene Treuhand- bzw. Drittanbieter-Computer einer "Treuhand"- bzw. "Drittanbieter"-Firma" zugeordnet worden ist, die von der Host-Firma und von der Auftraggeberfirma unabhängig ist, wird der Fachmann verstehen, daß die Funktionen der Treuhand-Firma statt dessen auch von der Auftraggeberfirma durchgeführt werden könnten. Demzufolge ist die Erfindung nicht auf die oben beschriebenen Ausführungsformen begrenzt, sondern ist statt dessen nur durch die beigefügten Ansprüche in Anbetracht des vollen Schutzbereichs der Äquivalente definiert.
Die oben beschriebenen Prozesse können von einem Computerprogramm durchgeführ werden, das in der beschriebenen Ausführungsform auf einem Computer läuft. Ein solches Computerprogramm kann auf eine dem Fachmann bekannte Weise auf einem Aufzeichnungsmedium aufgezeichnet sein (zum Beispiel auf einer Magnetplatte oder einem Magnetband, einer optischen Platte oder einer elektronischen Speichervorrichtung, zum Beispiel einem ROM). Wenn das Aufzeichnungsmedium von einem geeigneten Lesegerät gelesen wird, zum Beispiel von einem Magnetplatten- oder optischen Plattenlaufwerk, wird ein Signal erzeugt, das bewirkt, daß ein Computer die beschriebenen Prozesse durchführt.
Die Prozesse können auch von elektronischen Einrichtungen durchgeführt werden.

Claims

Verfahren, das in einem Computersystem ausgeführt wird, zur Vereinfachung der Speicherung einer Sicherungskopie von Daten für eine Auftraggeberfirma, wobei das Computersystem ein Host-Computersystem (100), das eine Ursprungskopie der Daten speichert, und ein Treuhand-(Escrow)Computersystem (150) aufweist, wobei das Treuhandsystem einen Sicherheitsmechanismus (145) aufweist, zur Verhinderung eines unberechtigten Zugriffs auf das Treuhand-Computersystem (150) vom Host-Computersystem (100), wobei das Verfahren die folgenden Schritte umfaßt: Verwenden des Host-Computersystems (100), Speichern der Ursprungskopie der Daten in einer Datei; gekennzeichnet durch Konvertierung der Datei in ein Format, das per E-Mail übermittelt werden kann; und Senden der konvertierten Datei als E-Mail-Nachricht an den Treuhandcomputer (150).
Verfahren nach Anspruch 1, ferner mit dem folgenden Schritt: Verschlüsseln der Datei, so daß der Treuhandcomputer (150) nicht in der Lage ist, die Datei ohne die Hilfe der Auftraggeberfirma zu entschlüsseln.
Verfahren nach Anspruch 2, wobei der Verschlüsselungsschritt den folgenden Schritt aufweist: Verschlüsseln der Datei unter Verwendung eines Verschlüsselungsverfahrens mit öffentlichem/privatem Schlüssel.
Verfahren nach Anspruch 3, wobei der Treuhandcomputer (150) nicht in der Lage ist, die verschlüsselte Datei zu entschlüsseln, da der Treuhandcomputer keinen Zugriff auf einen privaten Schlüssel für die Auftraggeberfirma hat.
Verfahren nach Anspruch 2, ferner mit den folgenden Schritten: Speichern einer Anzeige einer Quelle für die Datei mit der Datei, wodurch eine Metadatei erzeugt wird; und Verschlüsseln der Metadatei derartig, daß der Treuhandcomputer (150) in der Lage ist, die Metadatei ohne Hilfe der Auftraggeberfirma zu entschlüsseln.
Verfahren nach Anspruch 5, wobei der Schritt des Speicherns einer Anzeige der Quelle der verschlüsselten Datei den folgenden Schritt aufweist: Speichern einer digitalen Signatur, die der Auftraggeberfirma zugeordnet ist, mit der verschlüsselten Datei.
Verfahren nach Anspruch 5, ferner mit den folgenden Schritten: Verwenden des Treuhand-Computersystems (150), Empfangen der E-Mail-Nachricht mit der verschlüsselten Datei; Überprüfen der Quelle der verschlüsselten Datei; und Speichern der verschlüsselten Datei auf dem Treuhandcomputer (150) derartig, daß die verschlüsselte Datei Daten für die Auftraggeberfirma zugeordnet wird.
Verfahren nach Anspruch 7, wobei der Schritt des Sendens eine Kundennummer für die Auftraggeberfirma an einer vorbestimmten Stelle in der E-Mail aufweist und wobei der Überprüfungsschritt die folgenden Schritte aufweist: Verwenden der Kundennummer, um die Auftraggeberfirma zu bestimmen, die der E-Mail zugeordnet ist, und Vergleichen der Auftraggeberfirma, die unter Verwendung der Kundennummer bestimmt wird, mit der Auftraggeberfirma, die der digitalen Signatur zugeordnet ist.
Verfahren nach Anspruch 1, wobei die Daten eine oder mehrere Dateien von Web-Seiten für den Klientencomputer (195) sind.
Verfahren nach Anspruch 1, wobei der Speicherungsschritt den folgenden Schritt aufweist: Aufrufen eines TAR-Befehls, um Daten in eine Datei zu packen, wobei ein TAR-Befehl ein Befehl zum Erzeugen von Bandarchiven ist, und um Dateien hinzuzufügen oder zu extrahieren.
Verfahren nach Anspruch 1, wobei der Schritt des Konvertierens der Datei den folgenden Schritt aufweist: Aufrufen eines UUEncode-Programms, wobei ein UUEncode-Programm ein Programm zum Konvertieren einer Datei in ein Format ist, das per E-Mail übermittelt werden kann.
Computerprogrammerzeugnis zur Ausführung des Verfahrens nach einem der Ansprüche 1 bis 10.
Vorrichtung zur Vereinfachung der Speicherung einer Sicherungskopie von Daten von einem Hostcomputer (100) mit einer Ursprungskopie von Daten in einem Treuhand-Computersystem (150), wobei der Treuhandcomputer (150) einen Sicherheitsmechanismus aufweist, zur Verhinderung eines unerlaubten Zugriffs vom Hostcomputer (100) auf den Treuhandcomputer (150), wobei die Vorrichtung umfaßt: einen Mechanismus (118), der so konfiguriert ist, daß die Ursprungskopie der Daten in einer Datei gespeichert wird; gekennzeichnet durch einen Mechanismus (114), der so konfiguriert ist, daß die Datei in ein Format konvertiert wird, das per E-Mail übermittelt werden kann; und einen Mechanismus (108), der so konfiguriert ist, daß die konvertierte Datei als E-Mail-Nachricht an den Treuhandcomputer gesendet werden kann.
Vorrichtung nach Anspruch 13, ferner mit einem Mechanismus (110), der so konfiguriert ist, daß die Datei verschlüsselt wird, so daß der Treuhandcomputer (150) nicht in der Lage ist, die Datei ohne die Hilfe der Auftraggeberfirma zu entschlüsseln.
Vorrichtung nach Anspruch 14, wobei der Mechanismus (110), der zur Verschlüsselung konfiguriert ist, einen Mechanismus aufweist, der so konfiguriert ist, daß die Datei unter Verwendung eines Verschlüsselungsverfahrens mit öffentlichem Schlüssel/privatem Schlüssel verschlüsselt wird.
Vorrichtung nach Anspruch 15, wobei der Treuhandcomputer (150) nicht in der Lage ist, die verschlüsselte Datei zu entschlüsseln, da der Treuhandcomputer keinen Zugriff auf einen privaten Schlüssel für die Auftraggeberfirma hat.
Vorrichtung nach Anspruch 15, ferner mit: einem Mechanismus, der so konfiguriert ist, daß eine Anzeige einer Quelle für die Datei mit der Datei gespeichert wird, wobei eine Metadatei erzeugt wird; und einem Mechanismus, der so konfiguriert ist, daß die Metadatei so verschlüsselt wird, daß der Treuhandcomputer in der Lage ist, die Metadatei ohne Hilfe der Auftraggeberfirma zu entschlüsseln.
Vorrichtung nach Anspruch 17, wobei der Mechanismus, der so konfiguriert ist, daß eine Anzeige der Quelle der verschlüsselten Datei gespeichert wird, einen Mechanismus aufweist, der so konfiguriert ist, daß eine digitale Signatur, die der Aufraggeberfirma zugeordnet ist, mit der verschlüsselten Datei gespeichert wird.
Vorrichtung nach Anspruch 17, ferner mit: einem Mechanismus (156), der so konfigurier ist, daß die E-Mail-Nachricht mit der verschlüsselten Datei empfangen wird; einem Mechanismus, der so konfiguriert ist, daß die Quelle der verschlüsselten Datei überprüft wird; und einem Mechanismus (170), der so konfiguriert ist, daß die verschlüsselte Datei im Treuhandcomputer derartig gespeichert wird, daß die verschlüsselte Datei Daten für die Auftraggeberfirma zugeordnet wird.
Vorrichtung nach Anspruch 19, wobei der Mechanismus (108), der zum Senden konfiguriert ist, den folgenden Schritt aufweist: Speichern einer Kundennummer für die Auftraggeberfirma an einer vorbestimmten Stelle in der E-Mail, und wobei der Mechanismus, der zum Überprüfen konfiguriert ist, aufweist: einen Mechanismus, der so konfiguriert ist, daß die Kundennummer verwendet wird, um die Auftraggeberfirma zu bestimmen, die der E-Mail zugeordnet ist, und einen Mechanismus, der so konfiguriert ist, daß die Auftraggeberfirma, die unter Verwendung der Kundennummer bestimmt wird, mit der Auftraggeberfirma, die der digitalen Signatur zugeordnet ist, verglichen wird.
Vorrichtung nach Anspruch 13, wobei die Daten eine oder mehrere Dateien von Web-Seiten für den Auftraggeber-Computer (195) sind.
Vorrichtung nach Anspruch 13, wobei der Mechanismus, der zum Speichern konfiguriert ist, den folgenden Schritt aufweist: Aufrufen eines TAR-Befehls, um Daten in eine Datei zu packen, wobei ein TAR-Befehl ein Befehl zum Erzeugen von Bandarchiven ist, und um Dateien hinzuzufügen oder zu extrahieren.
Vorrichtung nach Anspruch 13, wobei der Mechanismus (114), der so konfiguriert ist, daß die Datei konvertiert wird, einen Mechanismus umfaßt, der so konfiguriert ist, daß ein UUEncode-Programm aufgerufen wird, wobei ein UUEncode-Programm ein Programm zum Konvertieren einer Datei in ein Format ist, das per E-Mail übermittelt werden kann.