DE69714344T2

DE69714344T2 - Vorrichtung und Verfahren für die Verfügbarkeit und Wiedergewinnung von Dateien unter Verwendung von Sammlungen von Kopierspeicher

Info

Publication number: DE69714344T2
Application number: DE69714344T
Authority: DE
Inventors: David Maxwell Cannon; Michael Allen Kaczmarski; Warren, Jr.
Original assignee: International Business Machines Corp
Current assignee: International Business Machines Corp
Priority date: 1996-05-23
Filing date: 1997-05-15
Publication date: 2003-03-27
Anticipated expiration: 2017-05-16
Also published as: DE69714344D1; US6148412A; JPH1074168A; EP0809184A1; JP3538766B2; KR970076238A; EP0809184B1

Description

Gebiet der Erfindung

Die vorliegende Erfindung bezieht sich im Allgemeinen auf die Speicherverwaltung in Datenverarbeitungssystemen und insbesondere auf ein Verfahren und eine Vorrichtung für die Erzeugung und Verwaltung mehrerer Kopien von Clientdateien in einem Serversystem für die Speicherverwaltung. Der Speicherverwaltungsserver speichert primäre Kopien und zusätzliche Sicherungskopien von Clientdateien auf Gruppen von Speicherdatenträgern, die zu Speicherpools zusammengefasst sind. Das Vorhandensein von mehreren Kopien von Clientdateien verbessert die Verfügbarkeit und Wiederherstellung von Clientdateien für den Fall, dass eine von verschiedenen Fehlerarten in dem Datenverarbeitungssystem auftritt.

Hintergrund der Erfindung

Datenverarbeitungssysteme erfordern in der Regel einen großen Datenspeicher. Kundendaten bzw. Daten, die von Benutzern des Datenverarbeitungssystems erzeugt werden, nehmen einen großen Teil dieses Datenspeichers in Anspruch. Leistungsfähige Datenverarbeitungssysteme stellen außerdem Sicherungskopien dieser Benutzerdaten bereit, um einen Verlust derartiger Daten zu verhindern. Viele Unternehmen betrachten jeglichen Verlust von Daten in ihren Datenverarbeitungssystemen als katastrophales Ereignis, das eine schwere Gefährdung des Geschäftserfolgs bedeutet.
Ursprünglich kopierten Sicherungssysteme Daten einfach in regelmäßigen Zeitabständen, z. B. auf täglicher oder wöchentlicher Basis, vom DASD auf Magnetband. Das Magnetband wurde dann von Hand in einen sicheren Lagerbereich gebracht, normalerweise Kilometer entfernt vom Standort des Datenverarbeitungssystems. Dieses ursprüngliche Sicherungsverfahren hatte mehrere Nachteile: Der Abruf der Sicherungskopie war zeitaufwändig und nahm Stunden oder sogar Tage in Anspruch; alle primären Dateien in dem Datenverarbeitungssystem wurden auf das Sicherungsmedium kopiert, unabhängig davon, ob sie seit der letzten Sicherung aktualisiert worden waren; außerdem wurde die Systemleistung beeinträchtigt, da die Dateien während des Sicherungsvorgangs nicht aktualisiert werden konnten. Bei einer geringfügigen Verbesserung dieses ursprünglichen Sicherungsverfahrens wurden die primären Dateien in regelmäßigen Abständen an einen Sicherungsstandort übertragen. Obwohl dieses Verfahren die Zeit für den Abruf der Sicherungsdaten verkürzte, mussten die primären Dateien auch dann noch nach jeder Sicherung neu geschrieben werden, und es gestattete weiterhin nicht, die primären Dateien während des Sicherungsvorgangs zu aktualisieren.
Eine Alternative zu diesen ursprünglichen Sicherungsverfahren beinhaltet die Schattenverarbeitung oder Spiegelung von Daten. Diese Sicherungsmethode wird in der Regel durch redundantes Kopieren (Dual Copy) und redundantes Fern-Kopieren (Remote Dual Copy) bereitgestellt. Beim redundanten Kopieren werden in dem Datenverarbeitungssystem zusätzliche Speichervorrichtungen zur Verfügung gestellt, so dass eine zusätzliche Kopie der primären Datei auf eine zusätzliche Speichervorrichtung geschrieben wird. Speichervorrichtungen werden so miteinander verbunden, dass sie Paare bilden, wobei jedes Paar aus einer primären und einer sekundären Speichervorrichtung besteht. Wenn Daten auf eine primäre Speichervorrichtung geschrieben werden, kopiert das Datenverarbeitungssystem die Daten automatisch auf die sekundäre Speichervorrichtung. So ist die sekundäre Speichervorrichtung ein exaktes physisches Abbild bzw. eine Spiegelung der primären Speichervorrichtung. Beim redundanten Kopieren muss bei einer Verschiebung einer Datei von einer ersten primären Speichervorrichtung auf eine zweite primäre Speichervorrichtung auch die Sicherungskopie der Datei von einer ersten auf eine zweite sekundäre Speichervorrichtung verschoben werden. Da das redundante Kopieren auf der physischen Datenspiegelung beruht, muss die sekundäre Speichervorrichtung die gleiche physische Geometrie aufweisen wie die primäre Speichervorrichtung und so konfiguriert und formatiert sein, dass sie eine exakte Nachbildung darstellt.
Das redundante Fern-Kopieren erweitert die Methodik des redundanten Kopierens auf Systeme für die Wiederherstellung nach einem Notfall (Disaster-Recovery-Systeme). Bei dieser Konfiguration befinden sich die primären und sekundären Speichervorrichtungen an unterschiedlichen, voneinander entfernt liegenden Speichersubsystemstandorten. Die primären und sekundären Speichervorrichtungen bilden auch hier Paare, wobei die sekundäre Speichervorrichtung ein Spiegelbild der primären Speichervorrichtung ist. Die primären und sekundären Speichervorrichtungen müssen außerdem ebenfalls die gleiche physische Geometrie aufweisen, wobei die sekundäre Speichervorrichtung so konfiguriert und formatiert ist, dass sie eine exakte Nachbildung der primären Speichervorrichtung darstellt. Das redundante Fern-Kopieren lässt sich in zwei Hauptkategorien unterteilen: synchron und asynchron. Dabei beinhaltet das synchrone redundante Fern-Kopieren das Senden von primären Daten an den sekundären Standort und die Bestätigung des Empfangs derartiger Daten, bevor die aktuelle Eingabe-/Ausgabeoperation (E/A-Operation) ausgeführt wird. Das heißt, dass eine darauffolgende E/A-Operation am primären Standort erst dann beginnen kann, wenn die primären Daten erfolgreich auf die sekundäre Speichervorrichtung kopiert wurden. Dagegen führt das asynchrone redundante Fern-Kopieren die E/A-Operation für die primäre Speichervorrichtung aus, bevor die Daten auf die sekundäre Speichervorrichtung kopiert werden. Das heißt, eine darauffolgende E/A-Operation am primären Standort kann beginnen, bevor die primären Daten aus der vorherigen E/A-Operation in den sekundären Standort kopiert wurden.
Für Datenverarbeitungssysteme wurden zu den verschiedensten Zwecken auch Client-Server-Umgebungen entwickelt. Generell beinhaltet eine Client-Server-Konfiguration mehrere Clients, die mit einem einzelnen Server verbunden sind. Die Clients erzeugen Clientdateien und übertragen diese Dateien an den Server. Der Server empfängt die Clientdateien und speichert sie auf mehreren mit ihm verbundenen Speichervorrichtungen. Bei einer Nutzung als Speicherverwaltungssystem verwaltet der Server die Sicherung, Archivierung und Umlagerung dieser Clientdateien. Indem die Clientdatei auf einer mit ihm verbunden Speichervorrichtung gespeichert wird, erzeugt der Server eine Sicherungskopie der Clientdatei. Clients können von kleinen Personalcomputersystemen bis hin zu großen Datenverarbeitungssystemen mit einem Hostprozessor, der mit mehreren Datenspeichervorrichtungen verbunden ist, reichen. Der Server kann gleichfalls von einem kleinen Personalcomputer bis hin zu einem großen Hostprozessor reichen.
Die Datenverfügbarkeit hat sich jedoch zu einem derart wichtigen Kriterium für Datenverarbeitungssysteme entwickelt, dass es möglicherweise nicht länger ausreicht, nur eine Kopie der Clientdatei in dem Serversystem bereitzustellen. In dem Serversystem können verschiedene Arten von Fehlern auftreten, die den Zugriff auf die Clientdateien verwehren. Fehler der Speichermedien können die Clientdatei beschädigen, so dass sie dem Clientsystem nicht zur Verfügung steht. Außerdem kann ein gesamter Datenträger mit mehreren Clientdateien in dem Serversystem zerstört werden. Schließlich kann ein Vollausfall das gesamte Serversystem vernichten. Alle genannten Ausfälle verhindern den Zugriff des Clientsystems auf die von dem Serversystem zur Verfügung gestellte Sicherungskopie. Ohne eine zusätzliche Sicherungskopie ist die Integrität des Serversystems als Schutz gegen den Verlust von Clientdateien nicht gewährleistet, falls das Serversystem einen Vollausfall erleiden sollte.
Um die Gefahr eines Datenverlusts deutlich zu verringern, erzeugen Serversysteme im Allgemeinen eine zweite Sicherungskopie in dem Speichersubsystem des Servers. Einige aktuelle Serversysteme erzeugen eine weitere Sicherung, indem sie von dem Clientsystem die erneute Übertragung eines Satzes von Clientdateien anfordern. Der Server katalogisiert dann den zweiten Satz der Clientdateien. Obwohl dies die Aufgaben des Servers im Rahmen der Verwaltung zusätzlicher Sicherungskopien vereinfacht, weist dieses Verfahren etliche Nachteile auf. Der Server nimmt einen größeren Teil der zwischen den Clientsystemen und dem Server vorhandenen Netzwerkressourcen in Anspruch. Das Clientsystem überträgt die doppelte Menge an Daten an den Server, um den Sicherungsschutz für eine einzelne Datei aufrechtzuerhalten. Außerdem kann das Clientsystem nicht auf die ursprüngliche Clientdatei zugreifen, während es die Daten an den Server überträgt. Indem das Clientsystem die Clientdatei erneut an den Server senden muss, verdoppelt sich so die Zeitspanne, während der die Datei für den Benutzer des Clientsystems nicht verfügbar ist.
Alternativ dazu erzeugen einige aktuelle Serversysteme eine zusätzliche Sicherung, indem sie den Inhalt eines ersten Speicherdatenträgers auf einen zweiten Speicherdatenträger kopieren. Der erste Speicherdatenträger enthält die ursprünglichen Sicherungskopien der Clientdatei, die dem Serversystem von dem Clientsystem zur Verfügung gestellt wird. Indem der gesamte erste Datenträger auf einen zweiten Datenträger kopiert wird, wird der zweite Datenträger zu einem Duplikat des ersten Datenträgers, und das Serversystem enthält nun eine zweite Sicherungskopie der Clientdateien. Im Wesentlichen erzeugt das Serversystem Sicherungskopien seiner primären Dateien, wobei diese primären Dateien die primären Kopien der Clientdateien sind, die von den Clientsystemen an den Server gesendet wurden.
Die Erzeugung von Sicherungskopien auf einem Speicherdatenträger führt bei diesen aktuellen Serversystemen zu Nachteilen. Wenn das Serversystem durch Vervielfältigung der Speicherdatenträger seine nachfolgenden Sicherungskopien erzeugt, erlangen Geometriegeometrien verstärkt Bedeutung. Eine derartige Erzeugung von Sicherungskopien erfordert in der Regel identische Speichervorrichtungen zur Speicherung des Sicherungsdatenträgers. Das bedeutet, die Speichervorrichtung, die für die Speicherung der nacheinanderfolgenden Sicherungskopien in dem Serversystem verwendet wird, muss denselben Typ aufweisen und auf dieselbe Art und Weise formatiert sein wie die Speichervorrichtung, welche die primären Kopien der Clientdateien speichert. Außerdem kann die Erzeugung von nachfolgenden Sicherungskopien durch Vervielfältigung des Speicherdatenträgers in dem Serversystem zu einer unwirtschaftlichen Nutzung der Speicherdatenträger führen. Das heißt, ein erster Speicherdatenträger mit ursprünglichen Clientdateien, der nur teilweise voll ist, wird auf einen zweiten Speicherdatenträger kopiert. Dies verdoppelt die Menge des nicht genutzten und nicht verfügbaren Speicherplatzes in dem Serversystem.
Eine Sicherung mittels Kopieren des gesamten Datenträgers bringt auch zusätzliche Einbußen bei der Leistungsfähigkeit des Servers mit sich. Bei diesem Verfahren muss der Server häufig ungeänderte Dateien von einem Speicherdatenträger auf den anderen kopieren. So erhält ein erster Speicherdatenträger mit x Dateien z. B. eine zusätzliche Datei. Beim Kopieren des gesamten Datenträgers müssen nun alle Dateien, die sich auf dem ersten Datenträger befinden, d. h. x + 1 Dateien, auf einen zweiten Datenträger kopieren werden. Somit müssen die ungeänderten Dateien, d. h. x Dateien, kopiert werden, damit der zweite Speicherdatenträger eine exakte Kopie des ersten Speicherdatenträgers ist. Außerdem werden Dateien mitunter von einem Speicherdatenträger zum anderen verschoben, um Daten auf dem zweiten Datenträger zu komprimieren. Bei einer Sicherung mittels Kopieren des gesamten Datenträgers muss der zweite Datenträger kopiert werden, sobald die Datenkomprimierung abgeschlossen ist.
Die Inkrementalsicherung von ganzen Datenträgern wird in EP-A- 0 359 471 beschrieben, worin neue und somit noch nicht gesicherte Datensätze von dem Haupt-Dateiserver auf einen Sicherungsserver kopiert werden, so dass, wenn der Hauptserver nicht mehr genutzt werden kann, Anmeldeanforderungen von Benutzern an den Sicherungsserver umgeleitet werden. Während damit zwar die Leistungsprobleme des Kopierens von ganzen Datenträgern behoben werden, hat dies weiterhin den Nachteil, dass im Wesentlichen identische Hauptserver- und Sicherungssysteme benötigt werden, und führt dazu, dass der Benutzer während der umgeleiteten Anmeldung lediglich auf Sicherungskopien aller Dateien zugreifen kann. Diese Nachteile werden von der vorliegenden Erfindung vermieden.
Wie bereits erwähnt, enthält das Serversystem ein Speichersubsystem für die Speicherung von einer oder mehreren Sicherungskopien von Clientdateien. Das Speichersubsystem in dem Serversystems ist nicht notwendigerweise auf einen einzelnen Speichervorrichtungstyp beschränkt. Tatsächlich umfassen Server-Speichersubsysteme häufig mehrere verschiedene Typen von Speichervorrichtungen: DASD, optische Platte oder Magnetband. Wenn ein Server mit verschiedenen Speichervorrichtungstypen verbunden ist, wird das Speichersubsystem häufig gemäß einer Speicherhierarchie kategorisiert. Die Hierarchie kann auf verschiedenen Faktoren beruhen wie: Zugriffsgeschwindigkeit der Speichervorrichtung, Speicherdichte der Vorrichtung sowie Kosten der Vorrichtung pro Speichereinheit (d. h. Kosten pro Megabyte). Ein Serversystem mit verschiedenen Speichervorrichtungen, die in einer Speicherhierarchie zusammengefasst sind, verwendet ein Computeranwendungsprogramm, das als ein hierarchischer Speichermanager bezeichnet wird, um Dateien in der Speicherhierarchie zu verwalten. Der Speichermanager lagert Dateien zwischen verschiedenen Ebenen der Datenspeicherhierarchie um, indem er Speicherverwaltungstechniken verwendet. Der Speichermanager verwaltet außerdem eine Bezugsliste bzw. einen Index der in dem Serversystem gespeicherten Dateien, die bzw. der ihn bei der Verwaltung des Clientdateidepots in der Speicherhierarchie unterstützt.
Diese Speicherhierarchie in dem Serversystem stellt für Server, die durch die Vervielfältigung von Speicherdatenträgern zusätzliche Sicherungskopien erzeugen, weitere Probleme dar. Wie bereits erwähnt, ist diese Sicherungsmethode von Gerätegeometrien abhängig. Da der zusätzliche Sicherungsspeicherdatenträger ein Spiegelbild des ersten Speicherdatenträgers in dem Server ist, erfordert die Umlagerung der primären Kopie der Clientdatei von einem Speichervorrichtungstyp zu einem anderen Speichervorrichtungstyp in der Speicherhierarchie, dass die Sicherungskopie ebenfalls erneut kopiert werden muss. Das heißt, das Kopieren des gesamten Datenträgers erfordert, dass pro Datei, die in der Speicherhierarchie umgelagert wird, zwei Speicherdatenträger kopiert werden. Der erste Speicherdatenträger muss kopiert werden, da er nun eine Datei weniger enthält. Außerdem muss auch der zweite Speicherdatenträger kopiert werden, da er eine zusätzliche Datei enthält. Dieses Szenario führt zu einer unwirtschaftlichen Sicherungsspeicherverwaltung in der Speicherhierarchie des Serversystems.
Aus diesem Grund besteht Bedarf an einem verbesserten Verfahren und einer Vorrichtung in einem Datenverarbeitungssystem unter Verwendung einer Client-Server- Konfiguration für die Erzeugung und Verwaltung zusätzlicher Sicherungskopien von Clientdateien, die von den Clientsystemen an den Server übertragen werden. Ein Verfahren und eine Vorrichtung dieser Art sollten eine Inkrementalsicherung von Speicherdatenträgern in dem Server-Speichersubsystem durchführen, anstelle den gesamten Speicherdatenträger zu kopieren. Bei einer Inkrementalsicherungsmethode müssen lediglich die Clientdateien des ersten Speicherdatenträgers, die neu sind oder die seit Abschluss der vorhergehenden zusätzlichen Sicherung aktualisiert wurden, auf den zweiten Speicherdatenträger kopiert werden. Außerdem müssen ein Verfahren und eine Vorrichtung dieser Art dem Clientsystem einen direkten Zugriff auf die zusätzliche Sicherungskopie bereitstellen, wenn die primäre Kopie der Datei in dem Server- Speichersubsystem nicht verfügbar ist. Umgekehrt sollten ein Verfahren und eine Vorrichtung dieser Art darüber hinaus die primären Kopien der Clientdateien aus den zusätzlichen Kopien der Dateien wiederherstellen, wenn das Serversystem ermittelt, dass der Speicherdatenträger mit den primären Kopien zerstört wurde.

ZUSAMMENFASSUNG DER ERFINDUNG

Eine Aufgabe der vorliegenden Erfindung besteht in der Bereitstellung einer Methode, welche die oben genannten Nachteile vermeidet.
Gemäß der vorliegenden Erfindung wird ein Datenverarbeitungssystem mit einer Vielzahl von Clientsystemen gemäß Anspruch 1 bereitgestellt.
Ferner wird gemäß der vorliegenden Erfindung ein Verfahren gemäß Anspruch 18 bereitgestellt. Der Nebenanspruch 32 bezieht sich auf ein Computerprogrammprodukt, das für die Ausführung der Schritte des Verfahrens aus Anspruch 18 besonders geeignet ist.
Gemäß einer ersten Ausführungsform der vorliegenden Erfindung wird ein Datenverarbeitungssystem mit einer Vielzahl von Clientsystemen bereitgestellt, die mit einem Serversystem verbunden sind. Das Serversystem enthält einen Speichermanager, eine Datenbank und ein Speichersubsystem. Der Speichermanager ist sowohl mit der Datenbank als auch mit dem Speichersubsystem verbunden. Das Speichersubsystem enthält außerdem eine Vielzahl von Speicherpools. Jeder Speicherpool besteht aus einer Gruppe von Speichervorrichtungen desselben Typs, entweder DASD, optische Platte oder Magnetband. Ein erster Speicherpool, ein primärer Speicherpool, speichert eine primäre Kopie von Clientdateien. Ein zweiter Speicherpool, ein Kopie-Speicherpool, speichert eine zusätzliche Sicherungskopie von Clientdateien.
Der Speichermanager steuert die Übertragung einer primären Kopie von Clientdateien von dem Clientsystem an den primären Speicherpool in dem Server. Der Speichermanager steuert außerdem den Inkrementalsicherungsvorgang des Kopierens neu erzeugter bzw. neu aktualisierter Clientdateien, die sich in dem primären Speicherpool befinden, in den Kopie-Speicherpool. Der Speichermanager stellt sicher, dass Clientdateien, die seit der letzten abgeschlossenen Inkrementalsicherungsoperation nicht geändert wurden, bei der aktuellen Inkrementalsicherungsoperation nicht in den Kopie- Speicherpool kopiert werden. Der Speichermanager verwaltet außerdem eine Bezugsliste bzw. einen Index in der Datenbank, die bzw. der die primäre Kopie einer Clientdatei in dem primären Speicherpool mit der zusätzlichen Sicherungskopie der Datei in dem Kopie-Speicherpool verknüpft. Schließlich erzeugt der Speichermanager automatisch eine Sicherungskopie der primären Benutzerdateien in dem Kopie-Speicherpool, wenn diese Dateien in den primären oder sekundären Speicherpool geschrieben oder dort aktualisiert werden.
Gemäß der vorliegenden Erfindung wird ein Verfahren in einem Serversystem zur Erzeugung und Verwaltung mehrerer Kopien von Benutzerdateien in Speicherpools des Servers bereitgestellt. Bei einer Benutzerdatei, die von einem Clientsystem geschrieben wird, speichert das Verfahren eine primäre Kopie der Datei auf einem Speicherdatenträger in einem primären Speicherpool. Das Verfahren erzeugt ferner eine Sicherungskopie der Benutzerdatei auf einem Speicherdatenträger in einem Kopie-Speicherpool. Das Verfahren stellt außerdem beschädigte primäre Kopien von Benutzerdateien aus den Sicherungskopien, die in den Kopie-Speicherpools gespeichert sind, wieder her. Das Verfahren verwaltet auch eine Bezugsliste in der Serverdatenbank, welche die Sicherungskopie auf den Kopie-Speicherdatenträgern der jeweiligen primären Kopie der Benutzerdateien auf den primären Speicherdatenträgern zuordnet.
Die oben genannten sowie weitere Aufgaben, Merkmale und Vorzüge der Erfindung werden aus der folgenden, ausführlicheren Beschreibung einer bevorzugten Ausführungsform der Erfindung deutlich, wie sie in den beigefügten Zeichnungen abgebildet ist.

BESCHREIBUNG DER FIGUREN

Fig. 1 ist ein Blockschaltbild eines Datenverarbeitungssystems, das eine Vielzahl von Clientsystemen zeigt, die mit einem Serversystem verbunden sind.
Fig. 2 ist eine Darstellung der in Fig. 1 enthaltenen Datenbank, die eine Bezugsliste bzw. einen Index zeigt, die bzw. der die primäre Kopie der Clientdateien mit ihren Sicherungskopien verknüpft.
Fig. 3 ist ein Blockschaltbild, welches das Serversystem aus Fig. 1 zeigt, das eine Sicherungskopie einer Benutzerdatei erzeugt.
Fig. 4 ist ein Blockschaltbild, welches das Serversystem aus Fig. 1 zeigt, das den direkten Zugriff auf eine zusätzliche Sicherungskopie einer Clientdatei bereitstellt, wenn die primäre Kopie der Datei nicht verfügbar ist.
Die Fig. 5A und 5B enthalten ein Flussdiagramm eines Verfahrens für das Serversystem aus Fig. 1, das eine Inkrementalsicherung eines ersten Speicherdatenträgers in einem primären Speicherpool auf einen zweiten Speicherdatenträger in dem Kopie-Speicherpool bereitstellt.
Die Fig. 6A und 6B enthalten ein Flussdiagramm eines Verfahrens für das Serversystem aus Fig. 1, das eine primäre Kopie einer Clientdatei aus der zusätzlichen Sicherungskopie der Datei wiederherstellt.
Fig. 7 ist eine Darstellung, die ein Speichermedium bzw. einen Speicher für die Speicherung computerausführbarer Anweisungen zeigt.

AUSFÜHRLICHE BESCHREIBUNG DER ERFINDUNG

Hinsichtlich der Zeichnungen beziehen sich in den verschiedenen Figuren identische Ziffern auf die gleichen Merkmale und strukturellen Elemente. Die Erfindung wird als eine Ausführungsform in einem Datenverarbeitungssystem beschrieben, das eine Client-Server-Konfiguration verwendet und eine Sicherung zu Datenwiederherstellungs- und - verfügbarkeitszwecken bereitstellt. Mit Blick auf Fig. 1 wird ein Datenverarbeitungssystem 10 mit mehreren Clientsystemen 15 gezeigt, die mit einem Serversystem 20 verbunden sind. Das Serversystem 20 beinhaltet einen Speichermanager 30, der mit einer Serverdatenbank 60 verbunden ist. Der Speichermanager 30 ist außerdem mit einer Vielzahl von primären Speicherpools 40 und einer Vielzahl von Kopie-Speicherpools 50 verbunden. Ein Speicherpool 40, 50 besteht aus einer Vielzahl von Speichervorrichtungen, wobei es sich entweder um DASD-, Optoplatten- oder Magnetbandvorrichtungen handeln kann. Alle Speichervorrichtungen in einem einzigen Speicherpool 40, 50 sind jedoch hinsichtlich Typ und Format identisch. Die Serverdatenbank ist weiterhin mit einer Gruppe von Speicherdatenträgern 70 verbunden, die eine Sicherung für die Serverdatenbank 60 zur Verfügung stellen.
Jedes Clientsystem 15 erzeugt ursprüngliche Benutzerdateien bzw. Clientdateien, die in dem entsprechenden Clientsystem 15 gespeichert werden. Die Clientsysteme 15 übertragen die Clientdateien an das Serversystem 20. Die Übertragung der Clientdateien an den Server 20 stellt von der Natur der Sache her einen Sicherungsmechanismus in dem Server 20 für diese ursprünglichen Clientdateien bereit. Der Speichermanager 30 leitet die Clientdatei an eine Speichervorrichtung bzw. einen Speicherdatenträger in einem primären Speicherpool 40 weiter. Der primäre Speicherpool 40 speichert eine primäre Kopie der Clientdateien. Der Speichermanager 30 verwaltet einen Katalog in der Serverdatenbank 60, der die Dateien auflistet, die in den Speicherpools 40, 50 des Serversystems 20 gespeichert sind. Sobald die Clientdatei in einem primären Speicherpool 40 gespeichert ist, aktualisiert der Speichermanager 30 die Serverdatenbank 60, um diese Datei in dem Serversystem zu katalogisieren.
Das Serversystem 20 erzeugt außerdem eine zusätzliche Sicherungskopie der Clientdatei und speichert diese Sicherungskopie auf einer Speichervorrichtung bzw. einem Speicherdatenträger in einem Kopie-Speicherpool 50. Der Speichermanager 30 koordiniert diesen Arbeitsschritt. Nachdem die zusätzliche Sicherungskopie in dem Kopie-Speicherpool 50 erzeugt wurde, aktualisiert der Speichermanager 30 die Serverdatenbank 60, um die zusätzliche Sicherungskopie der Clientdatei zu katalogisieren. Darüber hinaus beinhaltet der Katalogeintrag in der Serverdatenbank, der sich auf die zusätzliche Sicherungskopie bezieht, einen Querverweis auf die primäre Kopie der Clientdatei. Somit ist die primäre Kopie in dem primären Speicherpool 40 mit der zusätzlichen Sicherungskopie in dem Kopie-Speicherpool 50 verknüpft. Schließlich wird die Serverdatenbank 60 auf eine Gruppe von Speicherdatenträgern 70 gesichert.
Die Darstellung aus Fig. 2 zeigt zwei Teilbereiche der Serverdatenbank 60, einen Serverspeicherbestand 80 und eine Server-Speicherbezugsliste 90. Der Bestand 80 und die Bezugsliste 90 dienen zur Katalogisierung von Dateien, die in den Speicherpools 40, 50 des Servers 20 gespeichert sind. Ein Eintrag 100 wird so erweitert, dass er einige der Informationen im Serverbestand 80 wiedergibt. Entsprechend wird ein Eintrag 120 in der Bezugsliste 90 so erweitert, dass er einige der Informationen wiedergibt, die in diesem Bereich der Serverdatenbank 60 enthalten sind. Jeder Eintrag 100 in dem Bestand 80 bezieht sich auf eine primäre Kopie einer Clientdatei, die in dem Server 20 gespeichert ist. Dagegen bezieht sich jeder Eintrag 120 in der Bezugsliste 90 auf eine beliebige Kopie einer Clientdatei, die in dem Server 20 enthalten ist, d. h. entweder auf eine primäre Kopie in dem primären Speicherpool 40 oder eine zusätzliche Sicherungskopie in dem Kopie-Speicherpool 50. Das bedeutet, dass eine Clientdatei, die mehrmals in dem Server 20 kopiert wird, einen einzigen Eintrag im Serverbestand 80, aber mehrere Einträge 120 in der Bezugsliste 90 aufweist.
Der Serverbestandseintrag 100 stellt ein erstes Feld 102 für die Speicherung des Dateinamens 102 der Clientdatei bereit. Ein zweites Feld 104 wird bereitgestellt, um einen Zustandsanzeiger 104 für die Clientdatei zu verwalten. Diese Zustandsmarkierung 104 gibt an, ob die Datei aktiv oder inaktiv ist. Der Speichermanager 30 in dem Server 20 ermittelt in regelmäßigen Abständen den Zustand 104 einer jeden Clientdatei in dem Serverbestand 80 und nimmt entsprechende Anpassungen vor. Ein drittes Feld 106 in jedem Serverbestandseintrag listet den Benutzernamen 106 auf. Der Benutzername 106 gibt an, welches Clientsystem 15 Besitzrechte an der angegebenen Clientdatei hat. Ein viertes Feld 108 stellt den Verzeichnisnamen 108 in dem Clientsystem 15 bereit, aus dem die entsprechende Clientdatei ursprünglich herrührt. Ein fünftes Feld 110 erfasst Datum und Uhrzeit 110, zu der die primäre Kopie der Clientdatei in dem Server 20 gespeichert wurde.
Schließlich enthält ein sechstes Feld 112 einen eindeutigen Bezeichner für die primäre Kopie der Clientdatei, der als Bit- Dateibezeichner (bfid) 112 bezeichnet wird. Wie bereits erwähnt, wird jede primäre Kopie einer Clientdatei, die in dem Serversystem 20 gespeichert ist, als eigener Eintrag 100 im Serverbestand 80 protokolliert. Jeder Eintrag 100 in dem Bestand 80 erhält einen eigenen, eindeutigen bfid 112. So kann ein Clientsystem mehrere Versionen ein und derselben Clientdatei zu unterschiedlichen Zeiten an den Server 20 übertragen. Dabei werden mehrere Einträge 100 in dem Serverbestand 80 gespeichert, und jeder Eintrag erhält einen eindeutigen bfid 112, welcher der betreffenden Uhrzeit entspricht, zu der das Clientsystem 15 die Datei an den Server 20 übertragen hat. Außerdem kann eine zusätzliche Sicherungskopie der Clientdatei erzeugt und auf einem Speicherdatenträger in einem Kopie-Speicherpool 50 gespeichert werden. Diese Sicherungskopie erhält den gleichen bfid wie die entsprechende primäre Kopie der Clientdatei und wird nicht getrennt in dem Serverbestand 80 protokolliert.
Die Bezugsliste 90 enthält eine Anordnung von Einträgen 120, d. h. einen Eintrag 120 für eine ursprüngliche oder eine zusätzliche Sicherungskopie einer Clientdatei. Jeder Eintrag 120 in der Bezugsliste 90 gibt an, wo sich die zugehörige Kopie der Clientdatei, d. h. entweder eine primäre Kopie oder eine zusätzliche Sicherungskopie, in dem Server 20 befindet. Jede in dem Server 20 kopierte und gespeicherte Clientdatei wird durch einen eindeutigen bfid 112 bezeichnet. Der bfid 112 wird in einem zweiten Feld 124 in dem Bezugslisteneintrag 120 eingetragen. Der Speicher des Servers 20 ist in Form von Speicherpools 40, 50 aufgebaut, bei denen es sich schlicht um Gruppen von Speicherdatenträgern handelt. Eine Datei kann in dem Speicher des Servers 20 lokalisiert werden, indem der Speicherpool, der Speicherdatenträger in dem Speicherpool und der Versatz des Speicherdatenträgers angegeben werden. Entsprechend wird in dem Bezugslisteneintrag für jeden der folgenden Parameter ein Feld bereitgestellt: für einen Speicherpoolbezeichner 122, einen Bezeichner 126 für den Speicherdatenträger und einen Versatz 128 des Speicherdatenträgers. Darüber hinaus wird ein fünftes Feld 130 in dem Bezugslisteneintrag 120 bereitgestellt, um die Größe 130 der Datei zu speichern.
Der bfid 112 verknüpft die Bezugsliste 90 mit dem Bestand 80. Der Bestand 80 enthält Informationen zur ursprünglichen Clientdatei: den Dateinamen 102, den Clientsystemnamen 106 und den Verzeichnisnamen 108 in dem Clientsystem 15, wo sich die ursprüngliche Datei befindet. Die Bezugsliste 90 enthält die Speicherstelle von Kopien der Clientdatei, d. h. der ursprünglichen und der Sicherungsdatei, in dem Speicher des Servers 20: den Speicherpool 122, den Speicherdatenträger 126 in dem Speicherpool und den Versatz 128 des Speicherdatenträgers. Jeder Bestandseintrag 100 und Bezugslisteneintrag 120 enthält den bfid 112, 124 für die Dateikopie. Der bfid 112 versieht nicht nur jede Kopie einer Clientdatei mit einem eindeutigen Bezeichner, sondern er bildet auch die Daten in dem Bestand 80 auf die Bezugsliste 90 ab.
Fig. 3 zeigt ein Beispiel für eine automatische Erzeugung einer zusätzlichen Sicherungskopie von Clientdateien in dem Server 20. Mehrere Clientsysteme 15 werden mit einem Server 20 verbunden, der über einen Speichermanager 30, einen primären Speicherpool 40, einen Kopie-Speicherpool 50, eine Serverdatenbank 60 und einen Datenbanksicherungsspeicher 70 verfügt. In der Figur sind vier Datenübertragungen A, B, A1, B1 mit gestrichelten Linien dargestellt. Bei der Datenübertragung A sendet ein Clientsystem 15 zwei Clientdateien a, b an den Server 20. Der Speichermanager 30 leitet diese Dateien a, b an eine Speichervorrichtung in dem primären Speicherpool 40 weiter. Die Serverdatenbank 60 wird ebenfalls aktualisiert, um so die primären Kopien der Dateien a, b in das Verzeichnis 80 und die Bezugsliste 90 aufzunehmen. Ein eindeutiger bfid 112 wird den primären Kopien der Clientdateien a, b, die in dem primären Speicherpool 40 gespeichert sind, zugewiesen. Bei der Datenübertragung A1 erzeugt der Server 20 eine zusätzliche Sicherungskopie einer jeden Clientdatei a, b auf einem Speicherdatenträger in einem Kopie-Speicherpool 50. Der Speichermanager 30 koordiniert die Übertragung zwischen dem primären Speicherpool 40 und dem Kopie-Speicherpool 50. Die Datenbank 60 wird erneut aktualisiert, um die Sicherungskopien der Clientdateien a, b, die in dem Kopie-Speicherpool 50 gespeichert sind, hinzuzufügen. Diesen Sicherungskopien wird ein bfid 112 zugewiesen, wobei es sich um den gleichen bfid 112 handelt, der auch den primären Kopien der Clientdateien a, b zugewiesen wurde.
Gleichermaßen werden auch die ursprünglichen und Sicherungskopien der Clientdateien c, d mit den Datenübertragungen B, B1 in dem Server gespeichert. Der Speichermanager 30 steuert die Datenübertragung in den primären Speicherpool 40 und den Kopie-Speicherpool 50. Die Datenbank 60 wird erneut aktualisiert, um die primären Kopien und Sicherungskopien der Clientdateien c, d hinzuzufügen. Außerdem erhält jede primäre Kopie einen eigenen bfid 112, der die Daten in dem Bestand 80 mit der Bezugsliste 90 verknüpft. Insgesamt wurden dem Serverbestand 80 vier Einträge 100 hinzugefügt, einer für jede primäre Kopie der Clientdateien a, b, c, d, und die Bezugsliste 90 wurde um acht Einträge 120 erweitert, einer für jede primäre und Sicherungskopie der Clientdateien a, b, c, d. Darüber hinaus wurden aus diesen vier Datenübertragungen A, B, A1, B1 vier neue bfids 112 erzeugt. Diese Beispiele machen deutlich, dass die gegenwärtige Erfindung von der Gerätegeometrie unabhängig ist. Die zusätzlichen Sicherungskopien müssen nicht auf dem gleichen Speichervorrichtungstyp gespeichert werden, auf dem sich die primären Kopien befinden. Wenn die primären Kopien in einer Speicherhierarchie im Server 20 umgelagert werden sollten, können die Sicherungskopien außerdem an ihrer aktuellen Position bleiben. Ferner müssen die Einträge des Bestands 80 und der Bezugsliste 90 in der Serverdatenbank 60 für die Sicherungskopien nicht aktualisiert werden.
Der Server 20 kann entweder synchron oder asynchron zusätzliche Sicherungskopien von Clientdateien erzeugen. Bei der synchronen Sicherungserzeugung müssen die zusätzlichen Sicherungskopien in einen Kopie-Speicherpool 50 kopiert werden, bevor der Server 20 dem Clientsystem 15 meldet, dass der primäre Kopiervorgang abgeschlossen ist. Das heißt, die primäre Kopie der Clientdatei muss in dem primären Speicherpool 40 und die Sicherungskopie muss in dem Kopie- Speicherpool 50 gespeichert sein, bevor der Server 20 dem anfordernden Clientsystem 15 den Abschluss der Übertragung meldet. Beim asynchronen Sicherungskopieren meldet der Server 20 dem anfordernden Clientsystem 15 den Abschluss der Übertragung, sobald die primäre Kopie der Clientdatei in einem primären Speicherpool 40 gespeichert ist. Der Server 20 erzeugt daraufhin aus der primären Kopie in einem primären Speicherpool 40 eine zusätzliche Sicherungskopie in einem Kopie-Speicherpool 50.
Fig. 4 zeugt ein Beispiel für den Server 20, der nicht verfügbare primäre Kopien von Clientdateien aus Sicherungskopien der Dateien, die in einem Kopie-Speicherpool 50 gespeichert sind, wiederherstellt. Wie in Fig. 1 abgebildet sind mehrere Clientsysteme 15 mit einem Serversystem 20 verbunden, das über einen Speichermanager 30, einen primären Speicherpool 40, einen Kopie-Speicherpool 50, eine Serverdatenbank 60 und einen Datenbanksicherungsspeicher 70 verfügt. Ein erster primärer Speicherpool 40 enthält DASD- Speicherdatenträger 41, 42, während ein zweiter primärer Speicherpool 40 Magnetband-Speicherdatenträger 43, 44, 45 enthält. Drei Datenübertragungen A, B, C sind mit gestrichelten Linien in der Figur abgebildet, wobei eine jede zeigt, wie der Server 20 die Sicherungskopie einer angeforderten Clientdatei b, d, f, g sendet, wenn die primäre Kopie nicht verfügbar ist. In den Szenarien A und B ermittelt der Speichermanager 30 mit Hilfe der Serverdatenbank 60, dass die primären Kopien der angeforderten Clientdateien b, D auf den Speicherdatenträgern 41, 42 beschädigt sind. Danach fragt der Speichermanager 30 die Datenbank 60 ab, um die Sicherungskopien der Clientdateien b, d in dem Kopie- Speicherpool 50 zu lokalisieren. Schließlich koordiniert der Speichermanager 30 die direkte Datenübertragung der Clientdateien b, d an die betreffenden Clientsysteme 15 von den Speicherdatenträgern 51, 52 in den Kopie-Speicherpool 50.
In Szenario C enthält ein zerstörter Speicherdatenträger 43 die primären Kopien der angeforderten Clientdateien f, g. Der Speichermanager 30 verwendet auch hier die Datenbank 60, um zu ermitteln, dass die primären Kopien nicht verfügbar sind und um die Sicherungskopien der Dateien f, g auf dem Speicherdatenträger 53 in dem Kopie-Speicherpool 50 zu lokalisieren. Der Speichermanager 30 koordiniert die direkte Übertragung der Dateien f, g an das Clientsystem 15 von dem Speicherdatenträger 53 in den Kopie-Speicherpool 50.
Die Fig. 5A und 5B zeigen ein Flussdiagramm mit einem Verfahren 500 in dem Server 20, mit dem eine Inkrementalsicherungsoperation von einem primären Speicherpool 40 in einen Kopie-Speicherpool 50 bereitgestellt wird. Eine Inkrementalsicherung liegt vor, wenn der Server 20 eine zusätzliche Sicherungskopie nur derjenigen Dateien auf einem Speicherdatenträger 41 eines primären Speicherpools 40 durchführt, die seit der letzten periodischen Sicherung des Speicherdatenträgers 41 geändert oder hinzugefügt wurden. Der Server 20 führt diese Operation entweder als Reaktion auf einen direkten Befehl von einem Clientsystem 15 oder aufgrund einer Feststellung des Speichermanagers 30 durch. Fig. 5A beschreibt eine Sicherungsprozedur für einen optimierten, sequenziellen Speicherdatenträger 43 in einem primären Speicherpool 40. Ein optimierter Speicherdatenträger ist als ein primärer Speicherdatenträger 41 bis 45 definiert, auf dem die Datenbank einen Zeiger auf die Datei auf dem Speicherdatenträger verwaltet, die zuvor auf einen Kopie- Speicherdatenträger 51 bis 54 gesichert wurde. Umgekehrt zeigt Fig. 5B eine Sicherungsoperation für nicht sequenzielle 41 oder nichtoptimierte sequenzielle 44 Speicherdatenträger in einem primären Speicherpool 40.
Mit besonderem Blick auf Fig. 5A wird dort gezeigt, wie die Serverdatenbank 60 durchsucht wird, um eine Liste der Speicherdatenträger 41 bis 45 in den primären Speicherpools 40, welche Dateien enthalten, die auf die Speicherdatenträger 51 bis 54 in den Kopie-Speicherpools 50 kopiert werden sollen, zu erzeugen. Es wird ein Schritt 505 bereitgestellt, in dem eine derartige Datenträgerliste erzeugt wird. In Schritt 510 zeigt das Verfahren 500 auf den ersten Eintrag in der Datenträgerliste. Dieser Eintrag enthält einen Teilsatz der Daten, die in der Serverdatenbank 60 verwaltet werden und die zu einem bestimmten Speicherdatenträger 41 in einem primären Speicherpool 40 gehören. In Schritt 515 wird die Datenträgerliste überprüft, um zu ermitteln, ob alle Einträge in ihr verarbeitet wurden. Wenn das Ende der Datenträgerliste erreicht wurde, endet das Verfahren in Schritt 599. Andernfalls wird der aktuelle Eintrag der Datenträgerliste überprüft, um zu ermitteln, ob der entsprechende primäre Speicherdatenträger 41 bis 45 ein sequenzieller Datenträger ist. Wenn er ein sequenzieller Datenträger ist, wird in Schritt 525 ferner ermittelt, ob der entsprechende Datenträger auch optimiert wurde. Wenn eine der Abfragen in den Schritten 520 und 525 eine negative Antwort erhält, fährt das Verfahren in Fig. 5B mit Schritt 560 fort.
In Fig. 5B wird ein Schritt 560 bereitgestellt, mit dem die Serverdatenbank 60 abgefragt wird, um eine Liste der Dateien zu erstellen, die von einem Speicherdatenträger 41 in einem primären Speicherpool 40 in einen Kopie-Speicherpool 50 kopiert werden sollen. Wie zuvor bereits erwähnt, verwaltet die Serverdatenbank 60 einen bfid 112 für jede Clientdatei, einen Speicherdatenträgerbezeichner für jeden Speicherdatenträger sowie einen Speicherpoolbezeichner 122 für jeden primären Speicherpool 40 oder Kopie-Speicherpool 50. In Schritt 560 wird zunächst die Datenbank 60 auf alle Clientdateien durchsucht, die sich auf dem angegebenen primären Speicherdatenträger 41 befinden. Die bfids 112 dieser Clientdateien werden dann mit dem Speicherpoolbezeichner 122 des Kopie-Speicherpools 50 kombiniert, um passende Einträge in der Datenbank 60 zu finden. Die Clientdateien, die sich nicht in dem Kopie-Speicherpool 50 befinden und bei denen kein passender Eintrag in der Datenbank 60 gefunden wurde, werden der Liste hinzugefügt. In Schritt 565 zeigt das Verfahren 500 auf den ersten Eintrag in der neu erzeugten Dateiliste. In Schritt 570 wird die Dateiliste überprüft, um zu ermitteln, ob der aktuelle Eintrag angibt, dass das Ende der Liste erreicht wurde. Wenn das Ende der Liste erreicht wurde, fährt das Verfahren 500 in Fig. 5A mit Schritt 555 fort. Andernfalls wird in Schritt 575 der aktuelle Eintrag in der Dateiliste überprüft, um zu ermitteln, ob er eine neue Datei darstellt, das heißt, ob eine primäre Kopie der Clientdatei auf dem primären Speicherdatenträger 41 erzeugt wurde, die nicht in den Kopie-Speicherpool 50 gesichert wurde.
Wenn der aktuelle Eintrag nicht für eine neue Datei steht, wird in Schritt 580 überprüft, ob der neue Eintrag für eine Datei auf einem primären Speicherdatenträger 41 mit einer entsprechenden beschädigten Kopie auf einem Speicherdatenträger 51 in einem Kopie-Speicherpool 50 steht. Bei einer positiven Antwort wird die primäre Kopie der Clientdatei in Schritt 585 von dem primären Speicherdatenträger 41 auf einen Kopie-Speicherdatenträger 51 kopiert. Andernfalls fährt das Verfahren 500 direkt mit Schritt 590 fort. In Schritt 590 wird der nächste Eintrag in der Dateiliste ausgewählt. Danach kehrt die Steuerung zu Schritt 570 zurück, falls die Dateileiste keine weiteren Einträge enthält, die verarbeitet werden sollen.
In Fig. 5A wird außerdem das Inkrementalsicherungsverfahren für optimierte, sequenzielle Datenträger beschrieben. Wie weiter oben bereits erwähnt, ist ein optimierter Speicherdatenträger als ein primärer Speicherdatenträger 41 bis 45 definiert, auf dem die Datenbank 60 einen Zeiger auf die Datei auf dem Speicherdatenträger verwaltet, die zuvor auf einen Kopie-Speicherdatenträger 51 bis 54 gesichert wurde. In Schritt 530 wird die Serverdatenbank 60 durchsucht, um eine Liste von Dateien zu erstellen, die von dem optimierten primären Speicherdatenträger 43 auf einen Kopie- Speicherdatenträger 51 bis 54 in einem Kopie-Speicherpool 50 kopiert werden sollen. Diese Liste besteht aus einem Eintrag für jede Datei, die sich hinter dem Zeiger auf dem primären Speicherdatenträger 43 befindet. In Schritt 535 zeigt das Verfahren 500 auf den ersten Eintrag in der neu erstellten Dateiliste. In Schritt 540 wird die Dateiliste überprüft, um zu ermitteln, ob das Ende der Liste erreicht wurde. Wenn das Ende der Dateiliste erreicht wurde, zeigt Schritt 555 auf den nächsten Eintrag in der Speicherdatenträgerliste und kehrt zu Schritt 515 zurück, um zu überprüfen, ob die Datenträgerliste leer ist. Andernfalls wird in Schritt 545 überprüft, ob der aktuelle Eintrag einer neuen Datei auf dem primären Speicherdatenträger 43 oder einer Datei, die eine beschädigte Sicherungskopie in dem Kopie-Speicherpool 50 aufweist, entspricht. Wenn dies nicht der Fall ist, fährt das Verfahren 500 mit Schritt 551 fort. Andernfalls wird in Schritt 550 die Datei von dem optimierten primären Speicherdatenträger 43 in den Kopie-Speicherpool 50 kopiert. In Schritt 551 wird auf den nächsten Eintrag in der Dateiliste zugegriffen. Außerdem wird in Schritt 551 der Zeiger in der Serverdatenbank 60 so aktualisiert, dass er auf die Datei zeigt, die gerade auf den Kopie-Speicherdatenträger 50 kopiert wurde.
Anhand eines Beispiels soll der Vorteil eines optimierten primären Speicherdatenträgers aufgezeigt werden. Zum Zeitpunkt t wurden die Dateien a, b und c von dem primären Speicherdatenträger A auf den Kopie-Speicherdatenträger D gesichert. In der Serverdatenbank 60 wurde die Datei c als die auf dem Speicherdatenträger A zuletzt gesicherte Datei protokolliert. Zum Zeitpunkt t + 1 werden die Dateien d und e, primäre Kopien von Clientdateien, die für den Server neu sind, zu dem Speicherdatenträger A hinzugefügt. Zum Zeitpunkt t + 2 beginnt der Server eine Inkrementalsicherungsoperation unter Einbeziehung des Speicherdatenträgers A. Da der Speicherdatenträger A optimiert ist, verkürzt sich die Datenbankabfrage. Nur die Dateien, die nach der Datei C auf dem sequenziellen Speicherdatenträger A gespeichert wurden, müssen in die optimierte Dateiliste aufgenommen werden, die im Rahmen der Abfrage der Datenbank 60 erzeugt wird. Die Dateien a, b und c, jeweils mit ihrem eindeutigen bfid 112, müssen bei der Abfrage der Datenbank 60 nicht gesucht werden.
Im Fall des nichtsequenziellen 41 oder nichtoptimierten, sequenziellen Speicherdatenträgers 44 müsste jede auf dem Datenträger gespeicherte Datei in der Datenbank 60 unter Verwendung ihres eindeutigen bfid 112 gesucht werden. Gemäß dem obigen Beispiel würde sich die Abfrage der Datenbank 60 verlängern, da die Informationen für die Dateien a, b und c gesucht werden müssten. Außerdem würde die Suche dieser zusätzlichen Datenbank-Datensätze für die Dateien a, b und c ergeben, dass jede dieser Dateien bereits über eine gültige Sicherungskopie in dem Kopie-Speicherpool 50 verfügt.
In den Fig. 6A und 6B beschreibt ein Flussdiagramm ein Verfahren 600 für das Wiederherstellen bzw. Zurückschreiben einer nicht verfügbaren Kopie einer Clientdatei, die auf einem primären Speicherdatenträger 41 bis 45 gespeichert ist, aus einer Sicherungskopie der Datei, die auf einem Kopie- Speicherdatenträger 51 bis 54 gespeichert ist. Fig. 6A zeigt die Schritte zunächst für das Erzeugung einer Liste, die aus den beschädigten Dateien oder aus Dateien besteht, die auf zerstörten Speicherdatenträgern in den primären Speicherpools 40 gespeichert sind, und für das anschließende Erzeugen einer Liste der "besten" Speicherdatenträger aus den Kopie- Speicherpools 50, die diesen Dateien entsprechen. Die "besten" Speicherdatenträger lassen sich durch verschiedene Parameter als solche bestimmen. Üblicherweise ist ein bester Speicherdatenträger ein Datenträger, auf dessen Dateien im Vergleich zu anderen Datenträgern besonders schnell und einfach zugegriffen werden kann. Das heißt, der Speicherdatenträger ist eingelegt oder lässt sich, falls dies nicht der Fall ist, schneller einlegen. Fig. 6B verwendet die Liste der "besten" Kopie-Speicherdatenträger, um die Sicherungskopien von wiederherzustellenden Dateien zu lokalisieren und die entsprechenden primären Kopien der Dateien auf den primären Speicherdatenträgern 41 bis 45 wiederherzustellen.
In Fig. 6A wird in Schritt 605 die Serverdatenbank 60 auf beschädigte Dateien in den primären Speicherpools 41 bis 45 abgefragt. Eine Liste dieser Dateien wird in der Datenbank 60 erzeugt, wobei jeder Eintrag in der Liste einer beschädigten Datei entspricht und einen Verweis in Form eines eindeutigen bfid 112 erhält. Zusätzlich wird auch eine Liste der primären Speicherdatenträger 41 bis 45 erzeugt, die diese beschädigten Dateien enthalten. Ein Schritt 610 zeigt auf den ersten Eintrag in der Liste der primären Datenträger mit beschädigten Dateien. In Schritt 615 wird eine Prüfung durchgeführt, um zu ermitteln, ob das Verfahren 600 das Ende der Liste mit den Datenträgern erreicht hat. Wenn dies der Fall ist, fährt das Verfahren 600 mit Schritt 650 in Fig. 6B fort. Andernfalls zeigt ein Schritt 620 auf den ersten Eintrag in der Liste der beschädigten Dateien.
In Schritt 625 wird überprüft, ob das Ende der Dateiliste erreicht wurde. Wenn das Ende der Liste erreicht wurde, zeigt Schritt 645 auf den nächsten Eintrag in der Liste der primären Speicherdatenträger 41 bis 45 mit beschädigten Dateien, und das Verfahren 600 kehrt zu Schritt 615 zurück. Andernfalls wurde das Ende der Dateiliste noch nicht erreicht, und in Schritt 630 wird die Datenbank 60 abgefragt, um den "besten" Speicherdatenträger in den Kopie-Speicherpools 50 auszuwählen, von dem die betreffende beschädigte Datei wiederhergestellt werden soll. Wie bereits erwähnt, können mehrere Faktoren bestimmen, auf welchen Kopie-Speicherdatenträger 51 bis 54 die Bezeichnung "bester" zutrifft, wie beispielsweise Speicherstelle des Speicherdatenträgers, Verfügbarkeit des Speicherdatenträgers sowie Einlegezustand und Zeit. In Schritt 635 wird der ausgewählte Kopie-Speicherdatenträger 51 bis 54 einer Liste der besten Speicherdatenträger hinzugefügt, vorausgesetzt, der Datenträger war zuvor nicht in der Liste enthalten. Ein Schritt 640 zeigt auf den nächsten Eintrag in der Liste der beschädigten Dateien und kehrt zu Schritt 625 zurück, um zu überprüfen, ob das Ende der Dateiliste erreicht wurde.
In Fig. 6B zeigt ein Schritt 650 auf den ersten Eintrag in der Liste der besten Kopie-Speicherdatenträger 51 bis 54, aus denen beschädigte Dateien auf den primären Speicherdatenträgern 41 bis 45 wiederhergestellt werden sollen. In einem Schritt 655 wird überprüft, ob das Verfahren 600 das Ende der Liste der besten Kopie-Speicherdatenträger 51 bis 54 erreicht hat. Wenn dies nicht der Fall ist, wird in Schritt 660 die Serverdatenbank abgefragt, um eine Liste der Dateien zu erzeugen, die auf dem ausgewählten Kopie- Speicherdatenträger 51 bis 54 gespeichert sind. Jeder Eintrag in dieser Liste enthält Informationen zu einer Sicherungsdatei, die auf dem ausgewählten Kopie- Speicherdatenträger 51 bis 54 gespeichert ist, einschließlich des eindeutigen bfid 112 der Datei. Ein Schritt 665 zeigt auf den ersten Eintrag in dieser Dateiliste. In einem Schritt 670 wird geprüft, ob das Ende der Dateiliste nicht erreicht wurde. Wenn das Ende der Dateiliste erreicht wurde, zeigt Schritt 690 auf den nächsten Eintrag in der Liste der besten Kopie- Speicherdatenträger und kehrt zu Schritt 655 zurück.
Andernfalls wurde das Ende der Dateiliste mit dem ausgewählten besten Kopie-Speicherdatenträger noch nicht erreicht. In einem Schritt 675 wird der Eintrag überprüft, um zu ermitteln, ob die Sicherungsdatei einer beschädigten primären Kopie auf einem primären Speicherdatenträger 41 bis 45 entspricht. Nicht alle Sicherungsdateien, die auf dem besten Kopie- Speicherdatenträger gespeichert sind, müssen in ihre zugehörigen primären Kopien auf einem primären Speicherdatenträger 41 bis 45 kopiert werden. Dieses Verfahren 600 kopiert lediglich diejenigen Sicherungsdateien, die zu einer beschädigten Datei oder zu einer Datei passen, die sich auf einem zerstörten primären Speicherdatenträger befindet. In Schritt 680 wird die Sicherungskopie auf dem Kopie- Speicherdatenträger 51 bis 54 auf einen primären Speicherdatenträger 41 bis 45 kopiert und ersetzt so die vorherige primäre Kopie der Clientdatei. Die Serverdatenbank 60 wird so aktualisiert, dass sie die neue Speicherstelle der primären Kopie der Datei, die neue Zeitmarke und den Dateizustand widerspiegelt, und die Sicherungskopien in den Kopie-Speicherpools 50 zu dieser neuen primären Kopie erhalten nun einen Querverweis auf die neue primäre Speicherstelle 40.
Ein Schritt 685 zeigt auf den nächsten Eintrag in der Liste der Dateien, die auf dem ausgewählten "besten" Kopie- Speicherdatenträger gespeichert sind. Nachdem der nächste Eintrag ausgewählt wurde, kehrt das Verfahren 600 zu Schritt 670 zurück, um zu ermitteln, ob das Ende der Dateiliste erreicht wurde. Schließlich meldet Schritt 699, dass die Wiederherstellung abgeschlossen wurde und die beschädigten Dateien auf den primären Speicherdatenträgern 41 bis 45 aus den Sicherungsdateien auf den Kopie-Speicherdatenträgern 51 bis 54 wiederhergestellt wurden.
Fig. 7 zeigt ein Speichermedium 700 für die Speicherung ausführbarer Computeranweisungen, z. B. eine Magnetdiskette, eine optische Platte oder ein Magnetbandkassette. Diese Figur zeigt darüber hinaus Speicher für die Speicherung ausführbarer Computeranweisungen wie beispielsweise einen Festwertspeicher (ROM) oder programmierbaren Speicher (PROM). Diese Speichermedien oder Speicher haben die Aufgabe, digitale Darstellungen von computerausführbaren Anweisungen zu speichern.
Obwohl die Erfindung mit Blick auf ihre bevorzugten Ausführungsformen gezeigt und beschrieben wurde, weiß der Fachmann, dass verschiedene Änderungen an Form und Einzelheiten daran vorgenommen werden können, ohne vom Geltungsumfang der Erfindung abzuweichen. So wurden die Clientsysteme und das Serversystem in den Figuren als getrennte Hardwaresysteme abgebildet. Im Rahmen des Geltungsumfangs der vorliegenden Erfindung können die Clientsysteme und das Serversystem jedoch auch getrennte Softwareanwendungen sein, die auf dem gleichen Datenverarbeitungssystem laufen. Außerdem kann der Server mehrere Kopie-Speicherpools beinhalten. Die primäre Kopie einer Clientdatei verfügt über eine Sicherungskopie in einem Kopie-Speicherpool, kann jedoch auch über eine zusätzliche Sicherungskopie in einem zusätzlichen Kopie-Speicherpool verfügen. Ferner sind die Kopie-Speicherdatenträger nicht auf Magnetbänder beschränkt, sondern können auch andere Speichermedien umfassen, z. B. DASDs oder optische Platten.
Entsprechend können auch die primären Speicherdatenträger beliebige Speichermedien umfassen.

Zeichnungen

Fig. 1

15: Client
30: Speichermanager
40: Primärer Speicherpool
50: Kopie-Speicherpool
60: Serverdatenbank
70: Datenbanksicherung

Fig. 2

102: DN
104: ZUST
106: BENUTZER
108: VERZ
110: DAT
112: BFID
122: POOL
124: BFID
126: SPEICHERD.
128: VERSATZ
130: GRÖSSE

Fig. 5A

Yes = Ja
No = Nein
505: Frage Datenbank nach Liste der zu sichernden Datenträger ab
510: Zeige auf ersten Eintrag in Datenträgerliste
515: Liste leer?
520: Sequ. Datenträger?
525: Optimierter Datenträger?
Gehe zu Schritt S60
530: Frage Datenbank ab, um optimierte Liste der zu sichernden Dateien zu erzeugen
535: Zeige auf ersten Eintrag in optimierter Dateiliste
540: Liste leer?
545: Neue Datei oder beschädigte Kopie?
550: Kopiere Datei in Kopie-Speicherpool
551: Zeige auf nächsten Eintrag in optimierter Dateiliste
555: Zeige auf nächsten Eintrag in Datenträgerliste
599: Ende

Fig. 5B

Yes = Ja
No = Nein
560: Frage Datenbank ab, um Liste der zu sichernden Dateien zu erzeugen
565: Zeige auf ersten Eintrag in Dateiliste
570: Liste leer?
575: Neue Datei?
580: Beschädigte Kopie?
585: Kopiere Datei aus primärem Speicherpool in Kopie- Speicherpool
590: Zeige auf nächsten Eintrag in Dateiliste Gehe zu Schritt 555

Fig. 6A

Yes = Ja
No = Nein
605: Frage Datenbank ab, um Liste der beschädigten Dateien und Liste von Datenträgern mit beschädigten Dateien zu erzeugen
610: Zeige auf ersten Eintrag in Datenträgerliste
615: Liste leer?
Gehe zu Schritt 650
620: Zeige auf ersten Eintrag in Liste der beschädigten Dateien
625: Liste leer?
630: Frage Datenbank ab, um "besten" Kopie-Speicherdatenträger zu ermitteln, von dem die beschädigte Datei wiederhergestellt werden soll
635: Nimm ausgewählten Kopie-Speicherdatenträger in Liste der "besten" Datenträger auf
640: Zeige auf nächsten Eintrag in Liste der beschädigten Dateien
645: Zeige auf nächsten Eintrag in Datenträgerliste

Fig. 6B

Yes = Ja
No = Nein
650: Zeige auf ersten Eintrag in Liste der "besten"
Speicherdatenträger
655: Liste leer?
660: Frage Datenbank ab, um Liste der Dateien zu erzeugen, die auf dem ausgewählten "besten" Speicherdatenträger gespeichert sind
665: Zeige auf ersten Eintrag in Dateiliste
670: Liste leer?
675: Dateiwiederherstellung?
680: Kopiere Datei von ausgewähltem Kopie-Speicherdatenträger auf einen primären Speicherdatenträger
685: Zeige auf nächsten Eintrag in Liste der Dateien auf dem ausgewählten "besten" Speicherdatenträger
690: Zeige auf nächsten Eintrag in Liste der "besten" Speicherdatenträger
699: Ende

Claims

1. Datenverarbeitungssystem mit einer Vielzahl von Clientsystemen, die Clientdateien erzeugen, einem Server, der mit der Vielzahl von Clientsystemen zur Erzeugung und Verwaltung mehrerer Kopien der Clientdateien verbunden ist, wobei der Server Folgendes umfasst:

einen ersten Speicherpool mit einer Vielzahl von primären Speicherdatenträgern für die Speicherung einer primären Kopie der Clientdateien;

einen zweiten Speicherpool mit einer Vielzahl von Kopie- Speicherdatenträgern für die Speicherung einer Sicherungskopie der Clientdateien;

eine Serverdatenbank für die Verwaltung von Verzeichnisinformationen und Verweisspeicherstelleninformationen für die primäre Kopie und die Sicherungskopie der Clientdateien; und

einen Speichermanager, der mit dem ersten Speicherpool, dem zweiten Speicherpool und der Serverdatenbank verbunden ist, wobei der Speichermanager die primäre Kopie der Clientdatei speichert, die von dem Clientsystem auf dem primären Speicherdatenträger empfangen wurde, wobei der Speichermanager weiter eine Sicherungskopie der Clientdatei erzeugt, indem er die primäre Kopie der Clientdatei von dem primären Speicherdatenträger auf den Kopie-Speicherdatenträger kopiert, wobei der Speichermanager die Verzeichnisinformationen und die Verweisspeicherstelleninformationen in der Serverdatenbank aktualisiert, um die primäre Kopie und die Sicherungskopie miteinander zu verknüpfen, wobei der Speichermanager die primäre Kopie als Reaktion auf eine Clientanforderung der Clientdatei an das Clientsystem überträgt, wobei der Speichermanager außerdem in regelmäßigen Abständen eine Inkrementalsicherungsoperation von dem ersten Speicherpool in den zweiten Speicherpool durchführt, so dass ein Satz von ausgewählten primären Kopien der Clientdateien auf die Kopie-Speicherdatenträger kopiert wird;

wobei der Speichermanager als Reaktion auf die Anforderung der Clientdatei durch das Clientsystem ermittelt, dass die primäre Kopie der Clientdatei nicht verfügbar ist, wobei der Speichermanager dann direkt auf die Sicherungskopie der Clientdatei zugreift, indem er die Verzeichnisinformationen und die Verweisspeicherstelleninformationen in der Serverdatenbank verwendet und die Sicherungskopie von dem Kopie- Speicherdatenträger an das anfordernde Clientsystem zurück überträgt.

2. System nach Anspruch 1, das weiter Folgendes umfasst:

eine erste Liste in der Serverdatenbank, welche die primären Kopien der Clientdateien angibt, die während der Inkrementalsicherungsoperation von dem ersten Speicherpool in den zweiten Speicherpool kopiert werden sollen,

wobei der Speichermanager die Verzeichnisinformationen und die Verweisspeicherstelleninformationen in der Serverdatenbank abfragt, um die erste Liste zu erzeugen.

3. System nach Anspruch 2, wobei die erste Liste die primären Kopien von Clientdateien angibt, die in dem ersten Speicherpool zu einem Zeitpunkt gespeichert sind, der unmittelbar auf eine zuvor abgeschlossene Inkrementalsicherungsoperation folgt.

4. System nach Anspruch 3, wobei die erste Liste weiter die primären Kopien der Clientdateien angibt, die in dem ersten Speicherpool gespeichert sind und die über entsprechende beschädigte Sicherungskopien in dem zweiten Speicherpool verfügen.

5. System nach einem beliebigen der vorangegangenen Ansprüche, das weiter Folgendes umfasst:

eine dritte Liste in der Serverdatenbank, die eine nicht verfügbare primäre Kopie der Clientdateien, eine beste Sicherungskopie der nicht verfügbaren primären Kopie und den Kopie-Speicherdatenträger angibt, der die beste Sicherungskopie enthält;

wobei der Speichermanager die Verweisspeicherstelleninformationen in der Serverdatenbank durchsucht, um die nicht verfügbare primäre Kopie zu finden, wobei der Speichermanager weiter die beste Sicherungskopie ermittelt, gemäß der die Sicherungskopie in dem zweiten Speicherpool für den Speichermanager am leichtesten zugänglich ist; und

wobei die beste Sicherungskopie als die Sicherungskopie bezeichnet wird, auf die am schnellsten zugegriffen werden kann.

6. System nach Anspruch 5, wobei der Speichermanager die beste Sicherungskopie an das Clientsystem überträgt, wenn die nicht verfügbare primäre Kopie von dem Clientsystem angefordert wird.

7. System nach Anspruch 5, wobei der Speichermanager für jeden in der dritten Liste angegebenen Kopie- Speicherdatenträger die beste Sicherungskopie von dem Kopie-Speicherdatenträger auf den primären Speicherdatenträger kopiert.

8. System nach Anspruch 7, wobei die nicht verfügbare primäre Kopie der Clientdatei in dem ersten Speicherpool beschädigt oder zerstört ist.

9. System nach einem beliebigen der vorangegangenen Ansprüche, wobei der Speichermanager unmittelbar nach dem Speichern der primären Kopie der Clientdatei auf dem primären Speicherdatenträger gleichzeitig die Sicherungskopie der Clientdatei auf dem Kopie- Speicherdatenträger erzeugt.

10. System nach einem beliebigen der vorangegangenen Ansprüche, wobei die Verzeichnisinformationen in der Serverdatenbank für jede primäre Kopie und jede Sicherungskopie der Clientdatei weiter Folgendes umfassen:

einen Dateinamen;

einen Bezeichner für das Clientsystem;

ein Dateizustandswort;

eine Zeitmarke; und

einen Bit-Dateibezeichner (bfid).

11. System nach einem beliebigen der vorangegangenen Ansprüche, wobei die Verweisspeicherstelleninformationen in der Serverdatenbank für jede primäre Kopie und jede Sicherungskopie der Clientdatei weiter Folgendes umfassen:

einen Bezeichner für den Speicherpool;

einen Bezeichner für den Speicherdatenträger;

einen Versatz des Speicherdatenträgers;

eine Dateigröße; und

einen Bit-Dateibezeichner (bfid).

12. System nach einem beliebigen der vorangegangenen Ansprüche, das weiter einen dritten Speicherpool umfasst, der mit dem Speichermanager verbunden ist, wobei der dritte Speicherpool eine Sicherungskopie der Serverdatenbank speichert.

13. System nach einem beliebigen der vorangegangenen Ansprüche, wobei die primären Speicherdatenträger Direktzugriffsspeicher (DASDs) sind.

14. System nach einem beliebigen der vorangegangenen Ansprüche, wobei die primären Speicherdatenträger Magnetbandkassetten sind.

15. System nach einem beliebigen der vorangegangenen Ansprüche, wobei die primären Speicherdatenträger Bildplatten sind.

16. System nach einem beliebigen der vorangegangenen Ansprüche, wobei die Kopie-Speicherdatenträger Magnetbandkassetten sind.

17. System nach einem beliebigen der vorangegangenen Ansprüche, wobei die Kopie-Speicherdatenträger Bildplatten sind.

18. Verfahren zur Verwendung in einem Datenverarbeitungssystem mit einer Vielzahl von Clientsystemen, die Clientdateien erzeugen, und einem Server, der mit der Vielzahl von Clientsystemen verbunden ist, wobei das Verfahren in dem Server zur Erzeugung und Verwaltung mehrerer Kopien der Clientdateien folgende Schritte umfasst:

Speichern einer primären Kopie der Clientdateien, die von der Vielzahl von Clientsystemen empfangen wurden, in einem ersten Speicherpool, wobei der Speicherpool über eine Vielzahl von primären Speicherdatenträgern verfügt;

Erzeugen einer Sicherungskopie der Clientdateien durch Kopieren der primären Kopie in einen zweiten Speicherpool, wobei der zweite Speicherpool über eine Vielzahl von Kopie-Speicherdatenträgern verfügt;

Verwalten von Verzeichnisinformationen und Verweisspeicherstelleninformationen, um die primäre Kopie und die Sicherungskopie der Clientdateien in einer Serverdatenbank miteinander zu verknüpfen;

als Reaktion auf eine Clientsystemanforderung der Clientdatei, für die eine verfügbare primäre Kopie ermittelt wurde, Übertragen der verfügbaren primären Kopie von dem primären Speicherdatenträger zu dem anfordernden Clientsystem; und

als Reaktion auf eine Clientsystemanforderung der Clientdatei, für die eine nicht verfügbare primäre Kopie ermittelt wurde, Zugreifen auf die Sicherungskopie der Clientdatei unter Verwendung der Verzeichnisinformationen und der Verweisspeicherstelleninformationen in der Serverdatenbank, wobei die Sicherungskopie der Clientdatei direkt von dem Kopie-Speicherdatenträger zu dem anfordernden Clientsystem übertragen wird.

19. Verfahren nach Anspruch 18, wobei die Inkrementalsicherungsoperation weiter die folgenden Schritte umfasst:

Auswählen eines Satzes von primären Kopien von Clientdateien in dem ersten Speicherpool; und

Kopieren des Satzes von primären Kopien in den zweiten Speicherpool.

20. Verfahren nach 19, wobei der Schritt des Auswählens weiter Folgendes umfasst:

Abfragen der Verzeichnisinformationen und der Verweisspeicherstelleninformationen in der Serverdatenbank zur Erstellung einer ersten Liste, die den Satz von primären Kopien angibt.

21. Verfahren nach Anspruch 20, wobei die erste Liste die primären Kopien angibt, die in dem ersten Speicherpool zu einem Zeitpunkt gespeichert sind, der unmittelbar auf eine zuvor abgeschlossene Inkrementalsicherungsoperation folgt.

22. Verfahren nach Anspruch 21, wobei die erste Liste weiter die primären Kopien angibt, die in dem ersten Speicherpool gespeichert sind und die über entsprechende beschädigte Sicherungskopien in dem zweiten Speicherpool verfügen.

23. Verfahren nach Anspruch 20, 21 oder 22, das weiter die folgenden Schritte umfasst:

Verwalten einer zweiten Liste in der Serverdatenbank, wobei die zweite Liste eine Abfolge von geordneten primären Kopien der Clientdateien auf einem sequenziellen primären Speicherdatenträger angibt, wobei die Abfolge von geordneten primären Kopien während einer vorherigen Inkrementalsicherungsoperation als Sicherungskopien in den zweiten Speicherpool kopiert wurde.

24. Verfahren nach Anspruch 23, wobei die erste Liste die primären Kopien angibt, die nach der Abfolge der geordneten primären Kopien auf dem sequenziellen primären Speicherdatenträger vorhanden sind.

25. Verfahren nach Anspruch 18, 19, 20, 21, 22, 23 oder 24, wobei der Schritt des Wiederherstellens weiter Folgendes umfasst:

Suchen der Verweisspeicherstelleninformationen in der Serverdatenbank, um so die nicht verfügbare primäre Kopie der Clientdatei zu finden;

Ermitteln einer besten Sicherungskopie der Clientdatei, die der nicht verfügbaren primären Kopie entspricht;

Erstellen einer dritten Liste in der Serverdatenbank, die den Kopie-Speicherdatenträger angibt, der die beste Sicherungskopie enthält, so dass der Kopie- Speicherdatenträger nur dann in die dritte Liste aufgenommen wird, wenn der Kopie-Speicherdatenträger bereits zuvor aufgenommen worden war; und

für jeden Kopie-Speicherdatenträger, der in der dritten Liste angegeben wird, Kopieren einer jeden besten Sicherungskopie der darin gespeicherten Clientdatei auf den primären Speicherdatenträger.

26. Verfahren nach Anspruch 25, wobei die beste Sicherungskopie sich auf dem Kopie-Speicherdatenträger befindet, der gegenwärtig in dem Server am leichtesten zugänglich ist.

27. Verfahren nach Anspruch 25 oder 26, wobei die nicht verfügbare primäre Kopie der Clientdatei in dem ersten Speicherpool beschädigt oder zerstört ist.

28. Verfahren nach Anspruch 18, 19, 20, 21, 22, 23, 24, 25, 26 oder 27, wobei der Schritt des Erzeugens in dem Server synchron ausgeführt wird.

29. Verfahren nach Anspruch 18, 19, 20, 21, 22, 23, 24, 25, 26, 27 oder 28, das weiter die folgenden Schritte umfasst:

Zugreifen auf die Sicherungskopie der Clientdatei, wenn die primäre Kopie nicht verfügbar ist; und

Übertragen der Sicherungskopie von dem Kopie- Speicherdatenträger auf das Clientsystem, wenn das Clientsystem die Clientdatei von dem Server anfordert.

30. Verfahren nach Anspruch 18, 19, 20, 21, 22, 23, 24, 25, 26, 27, 28 oder 29, wobei die Verzeichnisinformationen in der Serverdatenbank für jede primäre Kopie und jede Sicherungskopie der Clientdatei weiter Folgendes umfassen:

einen Dateinamen;

einen Bezeichner für das Clientsystem;

ein Dateizustandswort;

eine Zeitmarke; und

einen Bit-Dateibezeichner (bfid).

31. Verfahren nach Anspruch 18, 19, 20, 21, 22, 23, 24, 25, 26, 27, 28, 29 oder 30, wobei die Verweisspeicherstelleninformationen in der Serverdatenbank für jede primäre Kopie und jede Sicherungskopie der Clientdatei weiter Folgendes umfassen:

einen Bezeichner für den Speicherpool;

einen Bezeichner für den Speicherdatenträger;

einen Versatz des Speicherdatenträgers;

eine Dateigröße; und

einen Bit-Dateibezeichner (bfid).

32. Computerprogrammprodukt zur Verwendung in einem Datenverarbeitungssystem mit einer Vielzahl von Clientsystemen, die Clientdateien erzeugen, und einem Server, der mit der Vielzahl von Clientsystemen verbunden ist, wobei das Computerprogrammprodukt über ausführbare Computeranweisungen für die Erzeugung und Verwaltung mehrerer Kopien von Clientdateien in dem Server verfügt und Folgendes umfasst:

ein computerlesbares Speichermedium für die Speicherung der ausführbaren Computeranweisungen, wobei die ausführbaren Computeranweisungen Folgendes umfassen:

regelmäßiges Durchführen einer Inkrementalsicherungsoperation von dem ersten Speicherpool in den zweiten Speicherpool;