DE19937423C2 - Verfahren zur schnellen Datensicherung und Datenübertragung - Google Patents

Verfahren zur schnellen Datensicherung und Datenübertragung

Info

Publication number
DE19937423C2
DE19937423C2 DE19937423A DE19937423A DE19937423C2 DE 19937423 C2 DE19937423 C2 DE 19937423C2 DE 19937423 A DE19937423 A DE 19937423A DE 19937423 A DE19937423 A DE 19937423A DE 19937423 C2 DE19937423 C2 DE 19937423C2
Authority
DE
Germany
Prior art keywords
data
storage medium
files
backup
information
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Fee Related
Application number
DE19937423A
Other languages
English (en)
Other versions
DE19937423A1 (de
Inventor
Guenter Weigelt
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
International Business Machines Corp
Original Assignee
International Business Machines Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by International Business Machines Corp filed Critical International Business Machines Corp
Priority to DE19937423A priority Critical patent/DE19937423C2/de
Priority to DE19964236A priority patent/DE19964236C2/de
Priority to US09/633,490 priority patent/US6546474B1/en
Publication of DE19937423A1 publication Critical patent/DE19937423A1/de
Application granted granted Critical
Publication of DE19937423C2 publication Critical patent/DE19937423C2/de
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/14—Error detection or correction of the data by redundancy in operation
    • G06F11/1402—Saving, restoring, recovering or retrying
    • G06F11/1446—Point-in-time backing up or restoration of persistent data
    • G06F11/1458—Management of the backup or restore process

Description

Das vorliegende Verfahren beschreibt ein Verfahren zur schnellen Datensicherung und Datenübertragung unter Sicherstellung, dass die Daten nicht abgeändert werden können.
Um Datenbestände gegen Verlust zu schützen, ist ein regelmäßiger Datensicherungsprozess, im Folgenden kurz BACKUP genannt, notwendig.
Die klassische Form des Backups besteht darin, dass außerhalb der "Online-Zeiten", meist nachts, Backups gemacht werden und die gesicherten Daten auf Magnetband oder Magnetplatte oder sonstigen Medien an sicheren Plätzen abgelegt werden.
Im Falle eines Datenverlusts kann der Anwender auf den neuesten "Backup" zurückgreifen, um den Verlust so klein wie möglich zu halten.
Wegen der steigenden Datenmengen und der erhöhten Ansprüche an Datensicherheit werden immer häufigere Backups mit immer längeren Laufzeiten notwendig.
In der Regel finden diese Backup-Läufe während der Nachtschicht statt, da sich während eines Backups die Daten nicht ändern dürfen - Synchronisations-Probleme. Da die Datenbestände immer größer werden, reicht oft die Nacht nicht aus, um alle Daten zu sichern.
Aufgrund der Nachfrage nach schnelleren Backup-Möglichkeiten entstand das Magnetplattenspeicher-System "IBM RVA = IBM RAMAC Virtual Array" mit der Funktion IXFP/SnapShot", im Folgenden kurz "SnapShot" genannt.
Diese Funktion SnapShot erlaubt durch patentierte Konzepte das Kopieren von ganzen Platten in extrem kurzer Zeit, z. B. in Sekunden bis Minuten. Nach dem Kopieren der Platten könnte dann z. B. der sog. "Online Betrieb" anlaufen, und alle Backups könnten von den Kopien am Tage gezogen werden.
Details zu "SnapShot" sind in der technischen dazugehörigen Beschreibung beschrieben. Wichtig für die vorliegende Erfindung ist es, dass Kopien von Platten in sehr kurzer Zeit erzeugt werden können. Da die vorliegende Erfindung nicht von "SnapShot" abhängig ist, wird im Folgenden nur die Bezeichnung "kopierte Platten", benutzt. Es ist natürlich auch denkbar, die beschriebene Methode mit beliebigen anderen Platten-Kopier-Methoden durchzuführen.
Ein Nachteil der kopierten Platten als Basis für Backup kann sein, dass diverse Datenbanken und Dateisysteme, die bestimmte Zugriffs- oder Identifizierungsmethoden benutzen, z. B. die auf den Plattennamen aufbauen, nach der Kopie mit SnapShot nicht weiterbearbeitet bzw. gesichert werden können.
Deshalb kann die extrem schnelle Kopie nicht ohne weiteres als Basis für Backups benutzt werden.
Einige Betriebssysteme benutzen kopierte Platten als Basis für Backups, indem die Plattenidentifikation (im Folgenden "VOLID" genannt) verändert wird und damit "Doppelnamen" vermieden werden.
So wird diese Methode z. B. vom Betriebssystem IBM OS/390 benutzt. Das geht aber nur, weil bei OS/390 die Dateien von einfachen Katalogstrukturen beschrieben werden.
Die Veränderung der kopierten Platten (als Basis für Backups) hat einige entscheidende Nachteile:
  • - sie kann nur angewendet werden, wenn keine oder einfache Katalogstrukturen die Dateien beschreiben. Bei komplizierten Strukturen kann sie zu Fehlern führen und ist zeitaufwendig.
  • - es widerspricht den üblichen Backup-Philosophien, einen "eingefrorenen" Datenbestand später zu modifizieren.
  • - die Datenbestände auf den modifizierten Platten könnten von normalen Applikationen verändert werden.
  • - der veränderte Datenbestand kann nicht zum direkten zurück-Kopieren verwendet werden ("Disaster-Recovery").
Deshalb ist es im Allgemeinen sicherer, die kopierten Platten im "eingefrorenen" Zustand zu belassen.
Das herkömmliche Verfahren wird anhand den Schritten 1-3 nachfolgend näher beschrieben.
Schritt 1: ist das Kopieren der Platten mit der schnellstmöglichen Methode (z. B. SnapShot). Der Einfachheit halber wird der Plattenname (VOLID) mit verändert (Fig. 1A).
Schritt 2: die Beschreibungen bzw. Identifikationen der Dateien werden den veränderten Plattennamen angepaßt (gegebenenfalls im Katalog, wie z. Z. im Betriebssystem IBM OS/390).
Das kann recht aufwendig werden. Es kostet Zeit und kann zu Fehlern auf den kopierten Platten führen (Fig. 1B).
Schritt 3: Das Backup-Programm kann die kopierten Platten lesen und Datensicherungen erstellen (Fig. 1C). Ein Nachteil ist jedoch, dass alle Anwendungen die kopierten Platten lesen und beschreiben können. Dies ist riskant und unerwünscht.
Eine durchschnittliche VSE/ESA Installation eines größeren Benutzers (typische Anwender der SnapShot Backup Methode) beinhaltet 20 Kataloge mit je 500 Dateien (inklusive Datenbanksystemen) und 200 alternativen Indizes auf ca. 50 bis 100 Platten verteilt. Durchschnitt also 75 Platten. Des weiteren sind sog. Pfade zu den alternativen Indizes und sog. "Non-VSAM" Dateien verzeichnet.
Die Summe von 12,640 Änderungen zeigt den Zeitaufwand und das Risiko eines Datenverlustes recht deutlich.
Besonders nachteilig ist dabei, dass die veränderten Platten nicht im Falle eines Verlustes der original (Quell-)Platten zurück kopiert werden können, ohne vorher auch wieder zurück geändert zu werden.
US Patent 5,555,371 beschreibt eine automatische Datensicherung, beruhend auf einem Primärdatenspeichersystem (abgekürzt PDSS) und einem Sekundärspeichersystem (abgekürzt SDSS), bei dem die Datenkongruenz nicht durch Datensicherung jeweils aller Daten, sondern durch Sicherung von Datenänderungen (updates) im PDSS in das SDSS erzielt wird. Hierzu wird zunächst eine (oder mehrere) Datenänderungskopie (update copy) im SDSS abgelegt und in einem dort angeordneten "update directory" ein vorläufiges Verzeichnis geführt, um die Adressierbarkeit der Änderungsdaten (update copy data) sicherzustellen. Erst danach wird das Verzeichnis des SDSS auf den neuesten Stand gebracht. Bei diesem Verfahren werden gleichberechtigt Kopien nebeneinander erzeugt. Beim Systemabsturz können daher Daten verloren gehen.
Es ist daher Aufgabe der vorliegenden Erfindung ein Verfahren zur Datensicherung und Datenübertragung bereitzustellen, das sicherstellt, dass die Unterbrechungszeiten zur Datensicherung oder zur Datenübertragung so kurz wie möglich sind unter Vermeidung der genannten Nachteile im Stand der Technik.
Diese Aufgabe wird durch die Merkmale in Anspruch 1 gelöst. Weitere vorteilhafte Ausführungsformen der vorliegenden Erfindung sind in den Unteransprüchen niedergelegt.
Die Basis der vorliegenden Erfindung ist eine Tabelle oder sogenannte Synonym-Liste. In dieser Synonym-Liste werden die benötigten Plattennamen oder sonstigen Identifizierungen als Paare gespeichert. Jeder Original-Plattenname hat einen fest zugeordneten Synonymnamen; bei anderen Identifikationen hat sinngemäß die Originalidentifikation eine fest zugeordnete Synonym-Identifikation. Die Synoym-Liste ist entweder Teil des Datensicherungsprogramms oder ist separat von dem Datensicherungsprogramm auf einem Speichermedium abgelegt.
Da die betreffenden Dateien auf den kopierten Platten für die normale Anwendung nicht zugreifbar sind, weil der Identifikation bzw. Katalogeintrag nicht paßt bzw. nicht an die neue Platte angepaßt wurde, muß im betreffenden Betriebssystem ein Interface (Hook) eingebaut werden, das das Vorhandensein und den Inhalt dieser Synonym-Liste erkennt und auswertet. Dieses Interface ist sehr einfach, in jedem Falle einfacher als ein Hilfsprogramm, das alle Identifikationen auf den kopierten Platten verändert. Der Aufwand zur Änderung der Identifikationen durch ein Hilfsprogramm ist im Stand der Technik dargestellt.
Die entscheidenden Vorteile des erfinderischen Verfahrens sind:
  • - Die Datenbestände können nach dem Kopieren nicht mehr verändert werden ("eingefroren").
  • - Keine Anwendung mit Ausnahme des autorisierten Backup- Programms kann die Daten verändern (Datensicherheit).
  • - Auch nach längerer Zeit kann der Datenbestand einer kopierte Platte als Ersatz für einen beschädigten Produktionsdatenbestand verwendet werden, weil der Datenbestand eindeutig definiert ist durch den Zeitpunkt der Kopie! ("Disaster-Recovery").
Die vorliegende Erfindung wird anhand eines bevorzugten Ausführungsbeispiels in Verbindung mit Figuren näher erläutert, wobei
Fig. 1A-1C ein herkömmliches Verfahren zur Datensicherung beschreibt
Fig. 2A-2B eine bevorzugte Ausführungsform des erfinderischen Verfahrens zeigt
Fig. 3 eine Backup-Synonymliste zeigt, wie sie in Fig. 2A-B eingesetzt wird
Fig. 1A-1C zeigen das herkömmliche Verfahren zur Datensicherung, wie es nach dem Stand der Technik eingesetzt wird (siehe Seite 3).
Anhand von Fig. 2A-2B wird eine bevorzugte Ausführungsform der vorliegenden Erfindung zur Datensicherung im Betriebssystem IBM VSE/ESA beschrieben.
Das Betriebssystem IBM VSE/ESA ist für Großrechner (Mainframes) der S/390 Architektur konzipiert. Es wird zunehmend als Server und Datenbanksystem für verteilte Anwendungen genutzt. Das Vorhandensein von großen Datenmengen verlangt auch regelmäßige und schnelle Datensicherungen.
Die Daten werden zum größten Teil mit der Zugriffsmethode "VSE/VSAM" (IBM Virtual Storage Extended/Virtual Access Method) bearbeitet und gespeichert. Der Kernpunkt der Dateien ist eine Gruppe von Katalogen, die keine Daten, aber alle Informationen über die Dateien beinhalten (Verwaltungsdaten). Die Dateien selbst sind nur zugreifbar, wenn die benötigten Informationen aus den Katalogen verfügbar gemacht werden. Dabei werden strenge Sicherheitsmaßstäbe angelegt, so wird z. B. immer geprüft, ob die Zielplatte auch den selben Plattennamen (VOLID) hat, den der Katalogeintrag bezüglich der Datei registriert hat. Schon beim Eröffnen der Kataloge werden strenge Prüfungen durchgeführt, z. B. der Plattenname muß richtig sein. Daraus resultiert, dass z. B. kopierte Platten mit anderen Plattennamen nicht den Katalog-Einträgen entsprechen. Wichtig ist in dem Zusammenhang noch, dass auch doppelte Plattennamen nicht zulässig sind (sonst könnte man ja die Kopie im Plattennamen unverändert lassen). Im Folgenden soll beschrieben werden, wie die Erfindung geeignet ist, um schnelle Datensicherungen von (z. B. mit SnapShot) kopierten Platten herzustellen, ohne die kopierten Platten oder deren Katalogeinträge zu verändern.
Das erfinderische Verfahren besteht aus zumindest zwei Schritten:
  • 1. Wie in Fig. 2A dargestellt ist, werden im ersten Schritt die zu sichernde bzw. zu übertragende Daten (Nutzdaten) einschließlich deren Kataloge (Verwaltungsdaten) 1 : 1 kopiert. Das Kopieren erfolgt vorzugsweise mit der schnellstmöglichsten Methode, z. B. SnapShot. Beim Kopieren der Daten wird der Plattenname von VOLID1 in den Plattennamen VOLIDX und der Plattenname VOLID2 in VOLIDY abgeändert. Die kopierten Daten werden entweder auf derselben oder einer anderen Platte innerhalb des Systems abgelegt.
    Da die Kataloge (Verwaltungsdaten) nur die alten Plattennamen "VOLID1" bzw. "VOLID2" kennen und die Daten auf einer neuen Platte mit einem neuen Plattennamen kopiert sind, können die Dateien auf den Platten "VOLIDX" und "VOLIDY" von keiner Anwendung geöffnet, gelesen oder beschrieben werden.
  • 2. Wie in Fig. 2B dargestellt ist, können direkt nach dem Kopieren der Platten (z. B. SnapShot) alle Anwendungen ihr normales Tagesgeschäft mit den original Platten "VOLID1" und "VOLID2" beginnen.
Die Daten auf den kopierten Platten "VOLIDX" und "VOLIDY" sind eingefroren, da die Kataloginformationen (Verwaltungsdaten) nicht an den neuen Plattennamen angepaßt wurden. Das neue Backup-Programm (Datensicherungsprogramm) kann zu jeder beliebigen Zeit über die Synonym-Liste Datensicherungen von den Daten auf der neuen Platte "VOLIDX" und "VOLIDY" erstellen. Das gleiche gilt auch für die Übertragung von Daten auf ein anderes Datenverarbeitungsgerät. Die Synonym-Liste ist entweder Teil eines Datensicherungsprogramms oder ist separat auf einem Speichermedium verfügbar, auf den das Datensicherungsprogramm während des Öffnens von Dateien zugreift. Das temporäre Ersetzen durch die Synonym-Liste erfolgt ausschließlich im flüchtigen Speicher des Datenverarbeitungsgeräts. Dadurch wird sichergestellt, dass die Verwaltungsdaten und Nutzdaten auf der neuen Platte "VOLIDX" und "VOLIDY" beim Öffnen der Dateien nicht geändert werden können. Darüber hinaus hat das Datensicherungs­ programm nur eine Lesefunktion beim Öffnen der Dateien. Die Synonym-Liste kann entweder auf der Namens- oder Adressfunktion je nach Art der Betriebssystem aufgebaut sein.
Im Nachfolgenden wird das erfinderische Backup-Verfahren (Datensicherungsverfahren) mit Hilfe der Synonym-Liste anhand der Beschreibung einer VSE/VSAM Datei-Eröffnung im System IBM VSE/ESA näher erläutert.
Intern im IBM VSE/ESA wird ein kleines Interface etabliert, das die Benutzung des "Synonym Backups" und das Vorhandensein der Synonymliste erkennt.
Die benötigten Katalog- und Dateizugriffe werden mit Hilfe der "Synonym-Liste" auf die kopierten (SnapShot) Platten umgeleitet.
In diesem Zusammenhang ist es wichtig, dass die Identifikation der zu sichernden Dateien neben ihrem Dateinamen sowohl aus den Plattennamen (VOLID) als auch aus dem Katalognamen besteht.
Wie in Fig. 3 dargestellt ist, enthält die Synonymliste für IBM VSE/ESA folgende Informationen:
"SOURCE" (Ausgangsspeichermedium) bezeichnet hier den Ausgangspunkt, also Katalog und Platten des Ausgangsspeichermediums, "TARGET" (Zielspeichermedium) bezeichnet hier das Zielspeichermedium der schnellen Kopie (z. B. SnapShot) einschließlich des Katalogs.
Zuerst muß die Kopie der Platten, der zu sichernden Dateien gemacht werden. Nach Beendigung des Kopierens können die Produktionsdaten auf den Source-Platten bereits bearbeitet werden. Die folgenden Verfahrensschritte zur Herstellung eines Backups können parallel zur Bearbeitung der Produktionsdaten erfolgen:
  • 1. Es muß ein Katalogsynonymname in den Hauptkatalog eingebracht werden. Der Hauptkatalog enthält Informationen über Namen und Plattennamen (Adressen) der Datenkataloge. Das neu eingefügte Katalogsynonym zeigt auf die Adresse des kopierten Katalogs (Plattenadresse). Dies erfolgt vorzugsweise über die Funktion "Import Connect", die Bestandteil des Hilfsprogramms IDCAMS ist. Eine andere Möglichkeit wäre diese Funktionalität in das Backup-Programm aufzunehmen.
  • 2. Das Backup-Programm eröffnet über den Hauptkatalog den kopierten Katalog, um aus den Katalogdaten alle Informationen über die Dateien und den darin befindlichen Daten zu erhalten.
    Damit dies möglich ist, ist die Verwendung der Synonym-Liste erforderlich, um die abweichenden Namen im Katalog, die zu Zugriffsverweigerungen führen würden, temporär zu ersetzen.
  • 3. Das Backup-Programm eröffnet alle Dateien auf die gleiche Art und Weise wie den Katalog mit Hilfe der Synonym-Liste, indem die abweichenden Plattennamen temporär ersetzt werden. Das temporäre Ersetzen durch die Synonym-Liste erfolgt ausschließlich im flüchtigen Speicher des Datenverarbeitungsgeräts. Dadurch wird sichergestellt, dass die Verwaltungsdaten und Nutzdaten auf der neuen Platte "VOLIDX" und "VOLIDY" beim Öffnen der Dateien nicht geändert werden können.
    Nach der Eröffnung aller Dateien mit Hilfe der Synonym-Liste ist sichergestellt, dass nur die Dateien bzw. Daten auf den kopierten Platten (Traget-Platten) vom Backup-Programm gelesen werden können.
  • 4. Die Daten in den Dateien können nun in herkömmlicher Art gelesen und auf ein Backup-Speichermedium geschrieben werden.
Zusammenfassend stellt die Synonym-Liste sicher, dass
  • - Zugriff auf die kopierten Daten möglich ist
  • - Zugriff auf die Source-Daten verhindert wird
  • - Backup parallel zur Bearbeitung der Source-Daten erfolgen kann.
Der Backup-Prozeß kann standardisiert werden, d. h. die Synonymliste muß nicht ständig verändert werden, weil sog. Backup-Jobs jeden Tag oder jede Nacht von den selben Dateien gemacht werden.
Das folgende Beispiel zeigt die Job Control Notation in IBM VSE/ESA:
Beispiel eines Synonym Backup Jobs im IBM VSE/ESA
Erläuterung der neuen Backup Parameter
Mit der Einführung der vorliegenden Erfindung wurden einige neue Backup Parameter eingeführt.
SYNLIST indiziert die Verwendung des "Synonym Backup" und das Vorhandensein einer Synonymliste
SOURCEVOLUME(. .) bezeichnet die Gruppe der Ausgangs- (Source-)Platten. Das sind die Produktionsplatten.
TARGETVOLUMES(. .) bezeichnet die Ziel-(Target-) Platten. Dahin werden die Dateien und die Kataloge kopiert. Die Source- und Target-Platten werden als "Paare" betrachtet - positional.
CATALOG(. .) bezeichnet den Produktionskatalog
SYNCATALOG(. .) bezeichnet den Synonym-Namen des kopierten Katalogs.

Claims (15)

1. Verfahren zur automatischen Datensicherung oder Datenübertragung von Dateien, wobei die Dateien aus Nutzdaten und Verwaltungsdaten bestehen und die Verwaltungsdaten zur Beschreibung der Nutzdaten dienen, gekennzeichnet durch folgende Schritte:
  • a) elektronischen Kopieren der Dateien von einem Ausgangsspeichermedium zu einem Ziel­ speichermedium innerhalb desselben Systems, wobei die kopierten Verwaltungsdaten der Dateien noch die Informationen des Ausgangsspeichermediums enthalten
  • b) Öffnen der kopierten Dateien auf dem Zielspeichermedium zur Datensicherung oder Datenübertragung durch zumindest folgende Schritte:
    • a) elektronisches Suchen nach Informationen in den Verwaltungsdaten, die die Zugriffsvoraussetzungen zum Öffnen der kopierten Dateien nicht erfüllen
    • b) Temporäres elektronisches Ersetzen der nach Schritt aa) gefundenen Informationen durch Informationen zur Erfüllung der Zugriffsvoraussetzung zum Öffnen der kopierten Dateien auf dem Zielspeichersystem
  • c) elektronisches Lesen und Übertragen der Daten der geöffneten Dateien (Datensicherung) vom Zielspeichermedium auf ein Speichermedium des selben oder anderen Systems.
2. Verfahren nach Anspruch 1 dadurch gekennzeichnet, dass das Kopieren der Dateien von einem Ausgangsspeichermedium zu einem Zielspeichermedium unter Änderung des Namens des Zielspeichermediums erfolgt.
3. Verfahren nach Anspruch 1 dadurch gekennzeichnet, dass das Ausgangs- und Zielspeichermedium Speichermedien eines Systems sind.
4. Verfahren nach Anspruch 1 dadurch gekennzeichnet, dass das Ausgangs- und Zielspeichermedium physikalisch getrennte Speichermedien sind.
5. Verfahren nach Anspruch 1 dadurch gekennzeichnet, dass das Ausgangs- und Zielspeichermedium physikalisch ein Speichermedium bilden.
6. Verfahren nach Anspruch 1 dadurch gekennzeichnet, dass die Informationen nach Schritt aa) zumindest der Name des Ausgangsspeichermediums ist.
7. Verfahren nach Anspruch 6 dadurch gekennzeichnet, dass die Informationen nach Schritt aa) zusätzlich die Namen von Mitgliedern innerhalb der Strukturebene der Verwaltungsdaten (Katalogdaten), die Dateinamen, die Dateinamenserweiterungen, die Verzeichnisnamen oder die Namen von Rechnern bei parallelen oder verteilten Netzen sein können, soweit die Zugriffsmethoden den Zugriff mit gleichen Namen verweigern.
8. Verfahren nach Anspruch 1 dadurch gekennzeichnet, dass die Informationen nach Schritt aa) zumindest die logische Adresse des Ausgangsspeichermediums ist.
9. Verfahren nach Anspruch 1 dadurch gekennzeichnet, dass die Informationen nach Schritt aa) der Name oder die logische Adresse des Ausgangsspeichermediums und die Namen oder logischen Adressen der Mitglieder einer jeder Strukturebene der Verwaltungsdaten zur Identifizierung der darunter liegenden Strukturebene der Verwaltungsdaten sind, wenn die Verwaltungsdaten hierarchisch strukturiert sind.
10. Verfahren nach Anspruch 1 dadurch gekennzeichnet, dass das temporäre Ersetzen über eine Tabelle gesteuert wird.
11. Verfahren nach Anspruch 10 dadurch gekennzeichnet, dass die Tabelle nicht erfüllte Zugriffsvoraussetzungen festlegt und ihnen erfüllte Zugriffsvoraussetzungen zuordnet.
12. Verfahren nach Anspruch 10 dadurch gekennzeichnet, dass die Tabelle als Datei im nicht flüchtigen Speicher abgelegt ist und beim Öffnen der Dateien zur Datensicherung in den flüchtigen Speicher geladen wird und nicht erfüllte Zugriffsvoraussetzungen durch erfüllte Zugriffsvoraussetzungen ersetzt werden.
13. Verfahren nach Anspruch 12 dadurch gekennzeichnet, dass das temporäre Ersetzen im flüchtigen Speicher ohne Änderung der kopierten Verwaltungsdaten und Nutzdaten auf dem Zielspeichermedium erfolgt.
14. Verfahren nach Anspruch 10 dadurch gekennzeichnet, dass die Tabelle Teil eines Datensicherungsprogramms ist.
15. Verfahren nach Anspruch 14 dadurch gekennzeichnet, dass das Datensicherungsprogramm nur eine Autorisierung zum Lesen der Verwaltungsdaten und Nutzdaten hat.
DE19937423A 1999-08-07 1999-08-07 Verfahren zur schnellen Datensicherung und Datenübertragung Expired - Fee Related DE19937423C2 (de)

Priority Applications (3)

Application Number Priority Date Filing Date Title
DE19937423A DE19937423C2 (de) 1999-08-07 1999-08-07 Verfahren zur schnellen Datensicherung und Datenübertragung
DE19964236A DE19964236C2 (de) 1999-08-07 1999-08-07 Produkt zur schnellen Datensicherung und Datenübertragung
US09/633,490 US6546474B1 (en) 1999-08-07 2000-08-07 Method and system for the fast backup and transmission of data

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
DE19937423A DE19937423C2 (de) 1999-08-07 1999-08-07 Verfahren zur schnellen Datensicherung und Datenübertragung

Publications (2)

Publication Number Publication Date
DE19937423A1 DE19937423A1 (de) 2001-02-15
DE19937423C2 true DE19937423C2 (de) 2001-10-04

Family

ID=7917636

Family Applications (2)

Application Number Title Priority Date Filing Date
DE19937423A Expired - Fee Related DE19937423C2 (de) 1999-08-07 1999-08-07 Verfahren zur schnellen Datensicherung und Datenübertragung
DE19964236A Expired - Fee Related DE19964236C2 (de) 1999-08-07 1999-08-07 Produkt zur schnellen Datensicherung und Datenübertragung

Family Applications After (1)

Application Number Title Priority Date Filing Date
DE19964236A Expired - Fee Related DE19964236C2 (de) 1999-08-07 1999-08-07 Produkt zur schnellen Datensicherung und Datenübertragung

Country Status (2)

Country Link
US (1) US6546474B1 (de)
DE (2) DE19937423C2 (de)

Families Citing this family (19)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE10051566A1 (de) * 2000-10-18 2002-05-02 Henkel Kgaa Wasch- und Reinigungsmittelformkörper
US6886160B1 (en) * 2000-11-29 2005-04-26 Hyung Sup Lee Distribution of mainframe data in the PC environment
DE10148047B4 (de) * 2001-09-28 2013-06-27 Robert Bosch Gmbh Verfahren und Vorrichtung zur Sicherung von Daten in einem Speicherbaustein und Speicherbaustein
US7231639B1 (en) * 2002-02-28 2007-06-12 Convergys Cmg Utah System and method for managing data output
AU2003282541A1 (en) * 2002-10-10 2004-05-04 Pb And J Software, Llc Method and system for sharing storage space on a computer
US7356535B2 (en) * 2002-10-10 2008-04-08 Pb & J Software, Llc Method and system for sharing storage space on a computer
US20070106714A1 (en) * 2002-10-10 2007-05-10 Rothbarth James N Method and system using an external hard drive to implement back-up files
WO2004047078A2 (en) * 2002-11-20 2004-06-03 Filesx Ltd. Fast backup storage and fast recovery of data (fbsrd)
US7146474B2 (en) * 2003-03-12 2006-12-05 International Business Machines Corporation System, method and computer program product to automatically select target volumes for a fast copy to optimize performance and availability
US20080215667A1 (en) * 2003-10-09 2008-09-04 Pb&J Software, Llc Method and system for sharing storage space on a computer
US7796889B1 (en) * 2005-02-28 2010-09-14 Quartet Technology, Inc System and method for controlling diverse infrared controlled devices
US7636872B2 (en) * 2005-03-23 2009-12-22 Microsoft Corporation Threat event-driven backup
US20070022117A1 (en) * 2005-07-21 2007-01-25 Keohane Susann M Accessing file system snapshots directly within a file system directory
US8112396B2 (en) * 2006-06-07 2012-02-07 Emc Corporation Backup and recovery of integrated linked databases
US7913116B2 (en) * 2008-02-27 2011-03-22 Red Hat, Inc. Systems and methods for incremental restore
US8095753B1 (en) * 2008-06-18 2012-01-10 Netapp, Inc. System and method for adding a disk to a cluster as a shared resource
US8234470B2 (en) 2009-08-25 2012-07-31 International Business Machines Corporation Data repository selection within a storage environment
US8972353B1 (en) * 2011-12-02 2015-03-03 Emc Corporation System and method of enhanced backup and recovery configuration
CN104063293B (zh) * 2014-07-04 2017-06-27 华为技术有限公司 一种数据备份方法及流计算系统

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5555371A (en) * 1992-12-17 1996-09-10 International Business Machines Corporation Data backup copying with delayed directory updating and reduced numbers of DASD accesses at a back up site using a log structured array data storage

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5909700A (en) * 1996-12-23 1999-06-01 Emc Corporation Back-up data storage facility incorporating filtering to select data items to be backed up
JP3059467B2 (ja) * 1990-07-17 2000-07-04 シャープ株式会社 ファイル管理装置
JPH0827754B2 (ja) * 1992-05-21 1996-03-21 インターナショナル・ビジネス・マシーンズ・コーポレイション コンピュータシステムにおけるファイル管理方法及びファイル管理システム
JPH0954735A (ja) * 1995-06-07 1997-02-25 Fuji Xerox Co Ltd 情報処理方法及び情報処理装置
KR970076238A (ko) * 1996-05-23 1997-12-12 포만 제프리 엘 클라이언트 데이타 화일의 다수의 복사본을 생성하고 관리하는 서버, 방법 및 그 프로그램 제품
US6421711B1 (en) * 1998-06-29 2002-07-16 Emc Corporation Virtual ports for data transferring of a data storage system
US6311240B1 (en) * 1998-12-17 2001-10-30 Compaq Computer Corporation Hardware assisted formatted data transfer system having a source storage controller and a formatting storage controller receiving on-media structure definition and a data definition
US6446141B1 (en) * 1999-03-25 2002-09-03 Dell Products, L.P. Storage server system including ranking of data source

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5555371A (en) * 1992-12-17 1996-09-10 International Business Machines Corporation Data backup copying with delayed directory updating and reduced numbers of DASD accesses at a back up site using a log structured array data storage

Also Published As

Publication number Publication date
US6546474B1 (en) 2003-04-08
DE19964236C2 (de) 2003-01-30
DE19937423A1 (de) 2001-02-15

Similar Documents

Publication Publication Date Title
DE19937423C2 (de) Verfahren zur schnellen Datensicherung und Datenübertragung
DE112011100534B4 (de) Mehrstufiger Sicherungsprozess
DE10211606B4 (de) Datenverarbeitungseinrichtung mit einem Metadatensicherungsmanagement
DE69636330T2 (de) Verfahren für On-line- und Echzeit-Datenmigration
DE102013204972B4 (de) Hybride Sicherung und Wiederherstellung eines sehr grossen Dateisystems unter Verwendung von Metadaten-Abbildsicherung und herkömmlicher Sicherung
DE112011100112B4 (de) Pufferspeicher-platte in blitzkopie-kaskade
DE60213867T2 (de) Vorrichtung zur verwaltung von datenreplikation
DE602005004166T2 (de) Vorrichtung, system und verfahren zur reinitialisierung einer serialisierung von dateisystemen
DE69629444T2 (de) Datenverarbeitungsgerät und Verfahren zur Ersetzung von ausgefallenen Speichereinheiten
DE102008015662B4 (de) Beseitigung von Daten
DE102004013114B4 (de) Plattenarrayvorrichtung
DE69920713T2 (de) Datei-system bild-übertragung
DE60038364T2 (de) Computersystem und Speicherauszugsdatenverwaltungsverfahren
DE60306674T2 (de) Verfahren und systeme zur regelung des zugriffs auf ein datenobjekt mittels sperren
DE102009031923A1 (de) Verfahren zum Verwalten von Datenobjekten
DE102013209528A1 (de) Benutzergesteuerte Replikation in einem System für synchronisierte Objektreplikationen
DE112017005868T5 (de) Verwaltung von e/a-abläufen für datenobjekte in einem speichersystem
DE102013215009A1 (de) Verfahren und System zur Optimierung der Datenübertragung
DE19734413C1 (de) Verfahren zum Aufrüsten einer Datenbank
WO2015090668A1 (de) Posix-kompatibles dateisystem, verfahren zum erzeugen einer dateiliste und speichervorrichtung
DE602004002674T2 (de) Speichersystem und Verfahren zur Erfassung und Verwendung von Schnappschüssen
DE60318337T2 (de) Speicherkontrollervorichtung versehen mit einem Trennungsbefehl von Volumenpaaren und Verfahren dazu
DE112010004264B4 (de) Selektiver Schreibschutz für das Austesten der Wiederherstellung nach einem Absturz
DE102021125630A1 (de) Datensynchronisation in einem datenanalysesystem
DE69927223T2 (de) Ausfallsicherheit eines Mehrrechnersystems

Legal Events

Date Code Title Description
OP8 Request for examination as to paragraph 44 patent law
8172 Supplementary division/partition in:

Ref document number: 19964236

Country of ref document: DE

Q171 Divided out to:

Ref document number: 19964236

Country of ref document: DE

AH Division in

Ref document number: 19964236

Country of ref document: DE

D2 Grant after examination
8364 No opposition during term of opposition
AH Division in

Ref document number: 19964236

Country of ref document: DE

Kind code of ref document: P

8320 Willingness to grant licences declared (paragraph 23)
R119 Application deemed withdrawn, or ip right lapsed, due to non-payment of renewal fee