DE102004056216A1 - Fernkopiersystem und Speichersystem - Google Patents

Fernkopiersystem und Speichersystem Download PDF

Info

Publication number
DE102004056216A1
DE102004056216A1 DE102004056216A DE102004056216A DE102004056216A1 DE 102004056216 A1 DE102004056216 A1 DE 102004056216A1 DE 102004056216 A DE102004056216 A DE 102004056216A DE 102004056216 A DE102004056216 A DE 102004056216A DE 102004056216 A1 DE102004056216 A1 DE 102004056216A1
Authority
DE
Germany
Prior art keywords
data
storage system
memory
logical volume
area
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.)
Withdrawn
Application number
DE102004056216A
Other languages
English (en)
Inventor
Ryusuke Ito
Yusuke Hirakawa
Yoshihiro Asaka
Takeshi Kaga
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.)
Hitachi Ltd
Original Assignee
Hitachi Ltd
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 Hitachi Ltd filed Critical Hitachi Ltd
Publication of DE102004056216A1 publication Critical patent/DE102004056216A1/de
Withdrawn 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/16—Error detection or correction of the data by redundancy in hardware
    • G06F11/20—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements
    • G06F11/2053—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where persistent mass storage functionality or persistent mass storage control functionality is redundant
    • G06F11/2056—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where persistent mass storage functionality or persistent mass storage control functionality is redundant by mirroring
    • G06F11/2071—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where persistent mass storage functionality or persistent mass storage control functionality is redundant by mirroring using a plurality of controllers
    • G06F11/2074—Asynchronous techniques
    • 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/16—Error detection or correction of the data by redundancy in hardware
    • G06F11/20—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements
    • G06F11/2053—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where persistent mass storage functionality or persistent mass storage control functionality is redundant
    • G06F11/2056—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where persistent mass storage functionality or persistent mass storage control functionality is redundant by mirroring
    • G06F11/2066—Optimisation of the communication load
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F2201/00—Indexing scheme relating to error detection, to error correction, and to monitoring
    • G06F2201/855—Details of asynchronous mirroring using a journal to transfer not-yet-mirrored changes
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
    • Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y10S707/00—Data processing: database and file management or data structures
    • Y10S707/99951—File or database maintenance
    • Y10S707/99952—Coherency, e.g. same view to multiple users
    • Y10S707/99953—Recoverability
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
    • Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y10S707/00—Data processing: database and file management or data structures
    • Y10S707/99951—File or database maintenance
    • Y10S707/99952—Coherency, e.g. same view to multiple users
    • Y10S707/99955—Archiving or backup

Abstract

Bei einer Konfiguration, bei der es erforderlich ist, Daten von einem ersten Speichersystem (10) über ein zweites Speichersystem (15) an ein drittes Speichersystem (20) zu liefern, bestand bisher das Problem, dass es unvermeidlich war, das zweite Speichersystem mit einem sehr großen logischen Datenträger zu versehen. Ein erfindungsgemäßes Fernkopiersystem verfügt über ein erstes Speichersystem, das Daten an eine Informationsverarbeitungsvorrichtung (5) sendet und von dieser empfängt, ein zweites Speichersystem und ein drittes Speichersystem. Das zweite Speichersystem verfügt virtuell über einen zweiten Speicherbereich, in den die Daten eingeschrieben werden sollten, und einen dritten Speicherbereich, in den die in den zweiten Speicherbereich eingeschriebenen Daten und diese betreffende Aktualisierungsinformation eingeschrieben werden. Vom ersten Speichersystem gelieferte Daten werden nicht in den zweiten Speicherbereich sondern als Daten und Aktualisierungsinformation in den dritten Speicherbereich geschrieben. Die in den dritten Speicherbereich geschriebenen Daten und die Aktualisierungsinformation werden vom dritten Speichersystem ausgelesen.

Description

  • Die Erfindung betrifft ein Fernkopiersystem und ein Speichersystem, insbesondere das Kopieren von Daten zwischen mehreren Speichersystemen.
  • In den letzten Jahren hat eine Technik Bedeutung erlangt, bei der, damit ein Datenverarbeitungssystem selbst dann Dienste liefern kann, wenn in einem Speichersystem, das dazu verwendet wird, Kunden kontinuierliche Dienste bereitzustellen (nachfolgend als erstes Speichersystem bezeichnet) ein Fehler aufgetreten ist, andere Speichersysteme (ein Speichersystem, das relativ kurz vom ersten Speichersystem entfernt ist, wird als zweites Speichersystem bezeichnet, und ein Speichersystem, das weiter vom zweiten Speichersystem entfernt ist, wird als drittes Speichersystem bezeichnet) getrennt vom ersten Speichersystem vorhanden sind und Kopien der im ersten Speichersystem gespeicherten Daten in den anderen Speichersystemen gespeichert werden. Als Technik zum Kopieren von im ersten Speichersystem gespeicherter Information in das zweite und das dritte Speichersystem existieren Techniken, wie sie in US-A-6,209,002 und JP-A-2003-122509 offenbart sind.
  • Das Dokument US-A-6,209,002 offenbart eine Technik, bei der das zweite Speichersystem über zwei Sätze kopierter Daten entsprechend Kopierobjektdaten im ersten Speichersystem entsprechen, und das dritte Speichersystem einen Satz der kopierten Daten enthält.
  • Das Dokument JP-A-2003-122509 offenbart eine Technik, bei der das zweite Speichersystem nur über einen Satz kopierter Daten, entsprechend den Kopierobjektdaten im ersten Speichersystem enthält und das dritte Speichersystem die kopierten Daten erhalten kann, ohne dass ein redundanter, logischer Datenträger zum Ausführen einer Fernkopie, wie in US-A-6,209,002 beschrieben, erforderlich wäre.
  • Wie oben beschrieben, ist bei den herkömmlichen Techniken das zweite Speichersystem zwischen dem ersten und dem dritten Speichersystem vorhanden, wobei sich das letztere weit entfernt vom ersten Speichersystem befindet, um einen Fernkopiervorgang über einen großen Weg auszuführen, während Datenverluste dadurch vermieden werden, dass Kopien der Daten im ersten Speichersystem im dritten Speichersystem vorhanden sind.
  • Jedoch benötigen einige Anwender ein Fernkopiersystem, bei dem auf die Kosten des Systembetriebs geachtet ist, während die Ausfallbeständigkeit betreffend Daten durch Kopiervorgänge über einen langen Weg erhöht ist. Zum Beispiel muss eine Kopie von Daten im ersten Speichersystem nur in einem Speichersystem aufrecht erhalten werden, das weit entfernt vom ersten Speichersystem liegt.
  • Um eine vollständige Kopie von Daten im ersten Speichersystem an das dritte Speichersystem, das weit entfernt vom ersten Speichersystem liegt, zu liefern, ist es, in Vorberei tung auf einen Fehler, wenn der Einfluss des Funktionsvermögens des ersten Speichersystems zu berücksichtigen ist, erforderlich, zwischen dem ersten und dem dritten Speichersystem ein zweites Speichersystem anzuordnen und die Daten vom ersten Speichersystem über dieses zweite Speichersystem an das dritte Speichersystem zu übertragen. In diesem Fall ist es wünschenswert, den im zweiten Speichersystem verwendeten logischen Datenträger so weit wie möglich zu minimieren.
  • Wenn jedoch versucht wird, einen Fernkopiervorgang für Daten aus dem zweiten in das dritte Speichersystem, das weit entfernt vom zweiten Speichersystem liegt, auszuführen, muss das zweite Speichersystem über einen Speicherumfang (kopierter Speicherumfang) verfügen, der so groß wie derjenige des ersten Speichersystems ist. Dieser Umfang nimmt einhergehend mit demjenigen des ersten Speichersystems zu.
  • Selbst wenn die im Dokument JP-A-2003-122509 offenbarte Technik angewandt wird, muss das zweite Speichersystem unvermeidlich einen Umfang aufweisen, der mit dem Umfang der Kopierobjektdaten im ersten Speichersystem übereinstimmt.
    •
  • Der Erfindung liegt die Aufgabe zugrunde, die Verwendung eines Datenträgers in einem zweiten Speichersystem zum Kopieren von Daten von einem ersten an einen dritten Ort zu minimieren oder zu beseitigen. Es ist eine andere Aufgabe der Erfindung, die Verfügbarkeit eines Datenträgers zu erhöhen, damit mehrere Hostvorrichtungen einen Datenträgerbereich als Schreibobjekt einstellen können.
  • Diese Aufgaben sind durch die Fernkopiersysteme gemäß den beigefügten unabhängigen Ansprüchen 1, 3, 5, 9 und 11 und das Speichersystem gemäß dem beigefügten Anspruch 4 gelöst.
  • Gemäß der Erfindung können Kopierobjektdaten in ein drittes Speichersystem kopiert werden, ohne dass ein zweites Speichersystem eine vollständige Kopie derselben enthalten müsste. Demgemäß kann die Kapazität eines Datenträgers im zweiten Speichersystem verkleinert werden. Außerdem kann ein tatsächlicher Datenträger, der nicht zugewiesen werden muss, für eine andere Anwendung genutzt werden. Ferner kann ein spezieller Bereich eines Datenträgers von mehreren Hostvorrichtungen genutzt werden. Eine Hostvorrichtung bedeutet in diesem Zusammenhang eine Informationsverarbeitungsvorrichtung, die Anweisungen zum Schreiben von Daten in den speziellen Bereich des Datenträgers sowie zum Lesen von Daten von diesem ausgibt. Wenn ein Schreibvorgang für Daten auf den Datenträger des zweiten Speichersystems durch einen vom ersten Speichersystem ausgeführten Schreibbefehl ausgeführt wird, ist das erste Speichersystem eine Hostvorrichtung für das zweite Speichersystem. Auch kann z. B. eine Informationsverarbeitungsvorrichtung wie ein Server eine Hostvorrichtung für ein Speichersystem sein.
    •
  • Die Erfindung wird nachfolgend anhand von durch Figuren veranschaulichten Ausführungsformen näher erläutert.
  • 1 ist ein Blockdiagramm, das eine erste Ausführungsform der Erfindung zeigt;
  • 2 ist ein Blockdiagramm, das die interne Struktur eines Speichersystems zeigt;
  • 3 ist ein Diagramm, das eine Datenträger-Informationstabelle zeigt;
  • 4 ist ein Diagramm zum Erläutern eines Journals;
  • 5 ist ein Flussdiagramm zum Veranschaulichen einer anfänglichen Kopierverarbeitung;
  • 6 ist ein Diagramm, das Paareinstellinformation zeigt;
  • 7 ist ein Diagramm, das eine Journalgruppe-Einstellinformationstabelle zeigt;
  • 8 ist ein Blockdiagramm, das einen Ablauf einer Zugriffsanweisungs-Empfangsverarbeitung zeigt;
  • 9 ist ein Flussdiagramm zum Erläutern der Zugriffsanweisungs-Empfangsverarbeitung;
  • 10 ist ein Blockdiagramm, das eine Operation (Journal-Leseempfangsverarbeitung) eines Kanaladapters 50 eines Speichersystems 15, das eine Journalleseanweisung empfangen hat, zeigt;
  • 11 ist ein Flussdiagramm zum Erläutern einer Journalleseanweisungs-Empfangsverarbeitung;
  • 12 ist ein Blockdiagramm zum Veranschaulichen einer Wiederherstellverarbeitung;
  • 13 ist ein Flussdiagramm zum Veranschaulichen der Wiederherstellverarbeitung;
  • 14 ist ein Blockdiagramm, das eine zweite Ausführungsform der Erfindung zeigt;
  • 15 ist ein Flussdiagramm zum Veranschaulichen einer anfänglichen Einstellverarbeitung bei der zweiten Ausführungsform;
  • 16 ist ein Diagramm, das Paareinstellinformation zeigt;
  • 17 ist ein Blockdiagramm, das einen Ablauf einer Zugriffsanweisungs-Empfangsverarbeitung der zweiten Ausführungsform veranschaulicht;
  • 18 ist ein Flussdiagramm, das die Zugriffsanweisungs-Empfangsverarbeitung bei der zweiten Ausführungsform veranschaulicht;
  • 19 ist ein Diagramm, das eine dritte Ausführungsform der Erfindung zeigt;
  • 20 ist ein Diagramm, das eine Verbindungsinformationstabelle zeigt;
  • 21 ist ein Diagramm, das ein Beispiel eines Einstellschirms zur Paarerzeugung zeigt, wie er auf einem Hostcomputer oder einem Wartungsterminal bei einer vierten Ausführungsform der Erfindung angezeigt wird;
  • 22 ist ein Blockdiagramm, das einen Fall veranschaulicht, bei dem ein Job durch einen dritten Ort übernommen wird, wenn an einem ersten Ort ein Fehler aufgetreten ist; und
  • 23 ist ein Blockdiagramm, das einen Fall veranschaulicht, bei dem ein Job durch einen zweiten Ort übernommen wird, wenn am ersten Ort ein Fehler aufgetreten ist.
  • Erste Ausführungsform
  • Das Blockdiagramm der 1 einer ersten Ausführungsform der Erfindung zeigt kein komplettes Fernkopiersystem mit mehreren Speichersystemen. Ein Speichersystem 10 ist über eine Verbindungsleitung 210 mit einem Hostcomputer 5 verbunden. (Fallabhängig wird dieses Speichersystem 10 nachfolgend als erstes Speichersystem bezeichnet und ein dieses und den Hostcomputer 5 enthaltendes Datenverarbeitungssystem wird nachfolgend als erster Ort bezeichnet.)
  • Ein Speichersystem 15 ist über eine Verbindungsleitung 220 mit dem ersten Speichersystem 10 verbunden. (Fallabhängig wird dieses Speichersystem 15 nachfolgend als zweites Speichersystem bezeichnet, und ein Datenverarbeitungssystem, das zumindest dieses zweite Speichersystem enthält, wird nachfolgend als zweiter Ort oder Zwischenort bezeichnet.)
  • Ein Speichersystem 20 ist über eine Verbindungsleitung 240 mit dem als zweites Speichersystem dienenden Speichersystem 15 verbunden. (Fallabhängig wird dieses Speichersystem 20 nachfolgend als drittes Speichersystem bezeichnet, und ein Datenverarbeitungssystem, das mindestens dieses dritte Speichersystem 20 enthält, wird nachfolgend als dritter Ort bezeichnet.)
  • Die Verbindungsleitungen 210, 220 und 240 können Direktverbindungsleitungen wie Faserkabel sein, oder es kann sich um Verbindungen über ein WAN (Weitbereichsnetz), wie das Internet, handeln.
  • Das Speichersystem 10 am ersten Ort enthält einen logischen Datenträger 110 (ORG1) und einen logischen Datenträger 120 (ORG2). Bei dieser Ausführungsform ist davon ausgegangen, dass im logischen Datenträger 110 (ORG1) Ursprungsdaten gespeichert sind, die ein Kopierobjekt bilden.
  • Das Speichersystem 15 am zweiten Ort enthält eine Kopie des logischen Datenträgers 110 (ORG1) als logischen Datenträger 150 (Daten1). Das Speichersystem 20 am dritten Ort enthält einen logischen Datenträger 220 (Daten2), auf dem kopierte Daten gespeichert sind.
  • Hierbei können die Kapazität und die physikalische Speicherposition (physikalische Adresse) eines logischen Datenträgers, wie sie in den Speichersystemen 10, 15 und 20 definiert sind, unter Verwendung von Wartungsterminals (nicht dargestellt), wie Computern, wie mit den jeweiten Speichersystemen oder Hostcomputern 5, 6 und 7 verbunden, spezifiziert werden.
  • In der folgenden Beschreibung wird, um die Unterscheidung zwischen Kopierobjektdaten und kopierten Daten zu erleichtern, ein logischer Datenträger, auf dem die Kopierobjektdaten angesammelt sind, als primärer logischer Datenträger bezeichnet, und ein logischer Datenträger, auf dem die kopierten Daten angesammelt werden, werden als zweiter logischer Datenträger bezeichnet. Der primäre logische Datenträger und der sekundäre logische Datenträger bilden ein Paar, das als solches bezeichnet wird. Die Beziehung zwischen dem primären logischen Datenträger und dem sekundären logischen Datenträger, Zustände derselben und dergleichen werden in gemeinsam genutzten Speichern (shared memories (SMs)) 70 in den jeweiligen Speichersystemen als Paareinstellinformationstabelle 500 abgespeichert, was später beschrieben wird.
  • Als Erstes wird ein Beispiel einer Hardwarekonfiguration des in der 1 dargestellten Speichersystems 10 unter Bezugnahme auf die 2 beschrieben. Das zweite Speichersystem, das in der 1 als Speichersystem 15 dargestellt ist, ist in der 2 einfach als zweites Speichersystem 15 dargestellt.
  • Das erste Speichersystem 10 verfügt über mehrere Kanaladapter 50 zum Verbinden desselben mit dem Hostcomputer 5. Diese Kanaladapter 50 sind mit dem Hostcomputer 5 und dem zweiten Speichersystem 15 über die Verbindungsleitung 210 verbunden.
  • Die Kanaladapter 50 sind über eine Verbindungseinheit 55 mit Caches 60 verbunden, die einen von einer Hostvorrichtung empfangenen Befehl analysiert und ein Auslesen und Schreiben von Daten, wie vom Hostcomputer 5 erwünscht, hinsichtlich der Caches 60 ausführt. Der logische Datenträger 110 (ORG1) und der logische Datenträger 120 (ORG2) sind über mehrere HDDs 100 ausgebildet.
  • Die 3 zeigt ein Beispiel einer Tabelle, in der logische Datenträger und physikalische Adressen der HDDs 100 definiert sind und außerdem Kapazitäten, Attributinformation wie Formate sowie Paarinformation zu den logischen Datenträgern definiert sind. Hierbei werden, der Zweckdienlichkeit der Erläuterung halber, Nummern logischer Datenträger als eindeutig für jeweilige logische Datenträger in einem Datenzentrum behandelt.
  • Es ist zu beachten, dass es auch möglich ist, die Nummern logischer Datenträger so einzustellen, dass sie eindeutig durch eine Einheit jedes Speichersystems definiert sind und in Verbindung mit Kennungen der Speichersysteme spezifiziert werden. "Nicht verwendet" betreffend einen Datenträgerzustand zeigt an, dass ein logischer Datenträger eingestellt ist, jedoch noch nicht verwendet wurde. "Primär" zeigt an, dass sich ein logischer Datenträger in einem Zustand befindet, in dem er als primärer Datenträger des oben beschriebenen Datenträgerpaars normal arbeiten kann. "Normal" zeigt an, dass ein logischer Datenträger nicht als Paar mit einem anderen logischen Datenträger eingestellt ist, sondern sich in einem normalen Zustand befindet. "Sekundär" zeigt an, dass ein logischer Datenträger einen sekundären Datenträger bildet und er normal arbeiten kann. Datenträger-Zustandsinformation, die den Zustand eines Paars anzeigt, wird später beschrieben.
  • Das in der 3 dargestellte Beispiel repräsentiert Zustände logischer Datenträger in einem Datenzentrumssystem dieser Anwendung. Ein logischer Datenträger Nummer 1 ist der logische Datenträger 110 (ORG1) des ersten Speichersystems 10, und ein logischer Datenträger Nummer 2 entspricht einem Zustand, bei dem der logische Datenträger 150 (Daten1) des zweiten Speichersystems 15 und der Datenträger Nummer 1 ein Paar bilden. In ähnlicher Weise ist ein logischer Datenträger 151 (JNL1) des zweiten Speichersystems 15 als logischer Datenträger Nummer 3 repräsentiert. Ein logischer Datenträger 201 des dritten Speichersystems 20 ist als logischer Datenträger Nummer 4 repräsentiert, und ein logischer Datenträger 200 des dritten Speichersystems 20 ist als logischer Datenträger Nummer 5 repräsentiert. Es ist zu beachten, dass der logische Datenträger 120 (ORG2), obwohl er nicht verwendet wird, als logischer Datenträger Nummer 6 definiert ist.
  • Die Spalte mit physikalischen Adressen in der 1 kennzeichnet Adressen auf den tatsächlichen HDDs 100. Auf Grundlage dieser Information steuern Mikroprozessoren (nicht dargestellt) der Plattenadapter 80 in der 2 eine Operation zum Aufzeichnen von Daten auf den tatsächlichen HDDs 100 ausgehend von den Caches 60 sowie eine Operation zum Auslesen von Daten von den HDDs 100 in die Caches 60.
  • Ein Speichersystem wurde oben anhand des Speichersystems 10 beschrieben. Jedoch verfügen die anderen in der 1 dargestellten Speichersysteme 15 und 20 im Wesentlichen über dieselbe Struktur. Die Verbindungseinheit 55 kann durch einen Schalter oder dergleichen ersetzt werden, um Kanaladapter und Caches oder dergleichen direkt zu verbinden, oder es kann ein Verbindungssystem unter Verwendung eines Busses genutzt werden. Es ist zu beachten, dass die 2 einen Zustand zeigt, bei dem die gemeinsam genutzten Speicher 70 in den Caches 60 vorhanden sind, jedoch können sie getrennt von den Caches 60 mit der Verbindungseinheit 55 verbunden sein.
  • Als Nächstes wird unter Bezugnahme auf die 1 eine Operation zum Widerspiegeln einer Datenaktualisierung erläutert, wobei diese Operation am primären logischen Datenträger 110 (ORG1) im Speichersystem 10 des ersten Orts und am logischen Datenträger 200 (Daten2) des Speichersystems 20 des dritten Orts über das Speichersystem 15 des zweiten Orts (Zwischenort) ausgeführt wird.
  • Nun werden als Erstes Journaldaten erläutert. Um die Erläuterung zu vereinfachen, wird ein logischer Datenträger einer Aktualisierungsquelle, in der Daten aktualisiert werden, von den anderen logischen Datenträgern, die als logischer Quelle-Datenträger bezeichnet werden, unterschieden, und ein Datenträger, der eine Kopie des aktualisierten logischen Quelle-Datenträgers enthält, wird als logischer Kopie-Datenträger bezeichnet.
  • Die Journaldaten bestehen, wenn eine Datenaktualisierung an einem bestimmten logischen Quelle-Datenträger ausgeführt wird, zumindest aus den aktualisierten Daten selbst sowie Aktualisierungsinformation, die anzeigt, für welche Position des logischen Quelle-Datenträgers die Aktualisierung ausgeführt wird (z. B. eine logische Adresse für den logischen Quelle-Datenträger).
  • Anders gesagt, kann, solange die Journaldaten abgespeichert werden, wenn Daten im logischen Quelle-Datenträger aktualisiert werden, der letztere aus den Journaldaten reproduziert werden.
  • Wenn ein logischer Kopie-Datenträger mit demselben Datenbild zu einem bestimmten Zeitpunkt wie dem des logischen Quelle-Datenträgers existiert, ist es möglich, solange Journaldaten jedesmal dann abgespeichert werden, wenn im logischen Quelle-Datenträger Daten nach diesem Zeitpunkt aktualisiert werden, das Datenbild des logischen Quelle-Datenträgers zu diesem bestimmten Zeitpunkt oder nach ihm im logischen Kopie-Datenträger zu reproduzieren.
  • Wenn die Journaldaten verwendet werden, kann das Datenbild des logischen Quelle-Datenträgers im logischen Kopie-Datenträger reproduziert werden, ohne dass dieselbe Kapazität wie die des logischen Quelle-Datenträgers erforderlich wäre. Ein Datenträger, in dem die Journaldaten aufbewahrt werden, wird nachfolgend als logischer Journal-Datenträger bezeichnet.
  • Nun wird eine Datenaktualisierung unter Bezugnahme auf die 4 weiter erläutert. Die 4 zeigt einen Zustand, in dem Daten an Adressen von 700 bis 1000 auf einem bestimmten logischen Quelle-Datenträger aktualisiert werden (Aktualisierungsdaten 630). In diesem Fall werden, auf einem logischen Journal-Datenträger, der mit dem logischen Quelle-Datenträger ein Paar bildet, die Daten selbst, die als Journaldaten 950 aktualisiert wurden, als Schreibdaten 610 in einem Schreibdatenbereich 9100 aufgezeichnet, und die Aktualisierung betreffende Information, z. B. Information, die anzeigt, welche Position aktualisiert wurde, wird als Aktualisierungsinformation 620 in einem Aktualisierungsinformationsbereich 9000 aufgezeichnet.
  • Der logische Journal-Datenträger wird in einem Zustand verwendet, in dem er in einen Speicherbereich 9000 (Aktualisierungsinformationsbereich), in dem die Aktualisierungsinformation 620 abgespeichert wird, und einen Speicherbereich 9100 (Schreibdatenbereich), in dem Schreibdaten abgespeichert werden, unterteilt ist. Aktualisierungsinformation wird im Aktualisierungsinformationsbereich 9000 in der Aktualisierungsreihenfolge (Reihenfolge einer Aktualisierungsnummer) ausgehend vom Oberrand des Aktualisierungsinformationsbereichs 9000 abgespeichert. Wenn die Aktualisierungsinformation das Ende des Aktualisierungsinformationsbereichs 9000 erreicht, wird sie ausgehend vom Oberrand desselben gespeichert. Schreibdaten werden im Schreibdatenbereich 9100 ab dem Oberrand desselben gespeichert. Wenn die Schreibdaten den Schreibdatenbereich 9100 erreichen, werden sie vom Oberrand desselben her gespeichert. Es ist auch erforderlich, Aktualisierungsarbeiten an einem logischen Datenträger eines Kopierziels auf Grundlage von Information im logischen Journal-Datenträger auszuführen, bevor die Daten die Kapazität überschreiten, die für diesen reserviert ist. Das Verhältnis zwischen dem Aktualisierungsinformationsbereich 9000 und dem Schreibdatenbereich 9100 kann ein fester Wert sein, oder es kann durch das Wartungsterminal oder den Hostcomputer 5 eingestellt werden.
  • Gemäß der 1 werden, wenn das Speichersystem 10 eine Schreibanweisung für die Daten im primären logischen Datenträger 110 (ORG1) im Speichersystem 10 vom Hostcomputer 5 empfängt (Pfeil 250 in der 1), die Daten auf den primären logischen Datenträger 110 (ORG1) im ersten Speichersystem 10 aktualisiert. Dann wird der logische Datenträger 150 (Daten1) im Speichersystem 15 am zweiten Ort (Zwischenort), der mit dem aktualisierten primären logischen Datenträger 110 (ORG1) ein Paar bildet, auf dieselbe Weise aktualisiert (Aktualisierung eines synchronisierten Paars). Demgemäß kann das zweite Speichersystem 15 den Job selbst dann unmittelbar übernehmen, wenn im ersten Speichersystem 10 ein Fehler aufgetreten ist. Dies, da das zweite Speichersystem 15 den sekundären logischen Datenträger 150 (Daten1) enthält, der dasselbe Datenbild wie der vom Hostcomputer 5 verwendete primäre logische Datenträger 110 (ORG1) hat.
  • Andererseits speichert, wenn die Datenaktualisierung am logischen Datenträger 150 (Daten1) ausgeführt wird, das Speichersystem 15 am zweiten Ort Journaldaten im logischen Datenträger 151 (JNL1) ab (nachfolgend fallabhängig als Journal-Datenträger bezeichnet) (in der 1 dargestellter Pfeil 260).
  • Die Journaldaten, die im logischen Datenträger 151 (JNL1) angesammelt werden, um dann als Journaldaten im zweiten Speichersystem 15 angesammelt zu werden, werden asynchron an den logischen Datenträger 201 (JNL2) zur Journalansammlung im dritten Speichersystem 20, das weit entfernt vom zweiten Speichersystem 15 liegt, über die Verbindungsleitung 240 übertragen (in der 1 dargestellter Pfeil 270) (nachfolgend als PUSH-System bezeichnet). Das dritte Speichersystem 20 führt eine Reproduktion des logischen Datenträgers 200 (Daten2) entsprechend dem logischen Datenträger 115 im zweiten Speichersystem 15 unter Verwendung der Journaldaten im Journal-Datenträger 201 (JNL2) im Speichersystem 20 aus (in der 1 dargestellter Pfeil 280, Wiederherstellverarbeitung).
  • Die Daten im Journal-Datenträger im zweiten Speichersystem 15 können aus dem dritten Speichersystem 20 ausgelesen und im logischen Datenträger 201 (JNL2) im Speichersystem 20 angesammelt werden (nachfolgend als PULL-System bezeichnet).
  • Dieses PULL-System wird nun speziell erläutert. Nachdem das zweite Speichersystem 15 vom dritten Speichersystem 20 eine Anweisung zum Lesen von Journaldaten (nachfolgend als Journalleseanweisung bezeichnet) empfangen hat, liest es Journaldaten aus dem logischen Journal-Datenträger 151 (JNL1) aus, und es liefert diese an das dritte Speichersystem 20.
  • Danach liest das dritte Speichersystem 20 die Journaldaten aus dem logischen Journal-Datenträger (JNL2) 201 entsprechend einer später zu beschreibenden Wiederherstellverarbeitung 350 aus, und es aktualisiert die Daten im logischen Datenträger 200 (Daten2). Dadurch wird die Verarbeitung zum Widerspiegeln der Datenaktualisierung abgeschlossen, wie sie für den primären logischen Datenträger 110 (ORG1) im Speichersystem 10 am ersten Ort im sekundären logischen Datenträger 200 (Daten2) im Speichersystem 20 am dritten Ort ausgeführt wird.
  • Durch Abspeichern der Journaldaten im Journal-Datenträger 201 ist es z. B. auch möglich, keine Datenaktualisierung für den sekundären logischen Datenträger 200 (Daten2) auszuführen, wenn die Journaldaten empfangen werden, d. h., dass keine Kopie des primären logischen Datenträgers 110 (ORG1) im sekundären logischen Datenträger 200 (Daten2) unter Verwendung der Journaldaten erzeugt wird (Wiederherstellverarbeitung 350), wenn die Belastung des Speichersystems 20 hoch ist, aber die Daten im sekundären logischen Datenträger 200 (Daten2) nach einer kurzen Zeit aktualisiert werden, wenn die Belastung des Speichersystems 20 niedrig ist.
  • Wie oben beschrieben, ist der logische Datenträger 151 (JNL1) im in der 1 dargestellten zweiten Speichersystem 15 ein Speicherbereich speziell für Journaldaten, der kleiner als ein Speicherbereich gemacht werden kann, der Gegenstand eines Datenkopiervorgangs ist. Dies ermöglicht es, Daten dadurch in das zweite und dritte Speichersystem 15 und 20 aus dem ersten Speichersystem 10 zu kopieren, dass der Verbrauch von Speicherbereich im zweiten Speichersystem 15 kontrolliert wird.
  • Als Nächstes wird die Einstellung für ein gesamtes Datenzentrumssystem speziell erläutert. Diese Einstellung wird beim Ausführen einer Operation zum Widerspiegeln der Datenaktualisierung für den logischen Datenträger 110 (ORG1) im Speichersystem 10 im zweiten Speichersystem 15 am Zwischenort und im dritten Speichersystem 20 am dritten Ort verwendet.
  • Um ein Datenzentrumssystem aufzubauen, das aus mehreren Orten besteht, wie es in der 1 dargestellt ist, ist als Erstes z. B. eine Einstellung erforderlich, gemäß der der logische Datenträger 150 (Daten1) und der logische Datenträger 151 (JNL1) eine Journalgruppe bilden. Eine Journalgruppe bedeutet ein Paar logischer Datenträger. Wie oben erläutert, besteht die Journalgruppe aus einem logischen Datenträger und einem Journal-Datenträger, wobei, wenn eine Anweisung zum Einschreiben von Daten in den logischen Datenträger empfangen wird, dieselbe in Aktualisierungsinformation, wie eine Schreibzieladresse und Schreibdaten, unterteilt wird und akkumuliert wird.
  • Beim Beispiel der 1 bilden der logische Datenträger 150 (Daten1) und der logische Datenträger 151 (JNL1) eine Journalgruppe im Speichersystem 15, und der logische Datenträger 201 (JNL2) und der logische Datenträger 200 (Daten2) bilden eine Journalgruppe im Speichersystem 20.
  • Das Flussdiagramm der 5 zeigt eine anfängliche Einstellprozedur im erfindungsgemäßen Datenzentrumssystem. Ein Benutzer stellt Journalgruppen für die jeweiligen Speichersysteme unter Verwendung von GUIs (graphische Benutzerschnittstellen) in den Hostcomputern 5, 6 und 7 oder den in der 1 nicht dargestellten Wartungsterminals ein (Schritte 900 und 905).
  • In der 1 werden die Journalgruppen im Speichersystem 15 und im Speichersystem 20 am zweiten und dritten Ort, d. h. das Paar von Daten1 und JNL1 sowie das Paar von Daten2 und JNL2 als Journalgruppe 1 bzw. Journalgruppe 2 bezeichnet. Die Journalgruppen können als Journalpaare bezeichnet werden. Genauer gesagt, werden die Journalgruppen in den gemeinsam genutzten Speichern 70 als Journalgruppe-Einstellinformationstabelle 550 aufbewahrt.
  • Darüber hinaus spezifiziert der Benutzer unter Verwendung der Wartungsterminals oder der mit den jeweiligen Speichersystemen verbundenen Hostcomputer 5 und 6 Information, die ein Datenkopierobjekt anzeigt, sowie Information, die ein Datenkopierziel anzeigt, und er liefert eine Paarregistrieranweisung an das erste und zweite Speichersystem 10 und 15 (Schritt 910). Genauer gesagt, stellt der Benutzer eine Paarbeziehung zwischen dem logischen Datenträger 110 (ORG1) und dem logischen Datenträger 150 (Daten1) in der 1 ein.
  • Wenn der logische Datenträger 110 (ORG1) und der logische Datenträger 150 (Daten1) als Paar eingestellt sind, dient, abhängig vom Zustand des Paars, eine an einem primären logischen Datenträger ausgeübte Schreibverarbeitung als Gelegenheit zum Ausführen verschiedener Arten von Verarbeitungsvorgängen hinsichtlich eines sekundären logischen Datenträgers. Zum Beispiel gehören zum Zustand des Paars ein Aussetzzustand, ein Paarzustand, ein anfänglicher Kopierzustand und dergleichen. Wenn der Zustand des Paars der Paarzustand ist, wird eine Verarbeitung zum Schreiben von Daten, die in den primären logischen Datenträger geschrieben werden, auch in den sekundären logischen Datenträger ausgeführt. Wenn der Zustand des Paars der Aussetzzustand ist, werden Daten, die in den primären logischen Datenträger geschrieben werden, nicht im zweiten logischen Datenträger widergespiegelt, und unter Verwendung einer Bitkarte wird der Unterschied zwischen dem primären und dem sekundären logischen Datenträger im ersten Speichersystem 10 aufrecht erhalten.
  • Wie oben beschrieben, werden Einstellinformation für die Journalgruppe und Einstellinformation für dieses Paar in den in der 2 dargestellten gemeinsamen genutzten Speichern (SMs) 70 akkumuliert. Die Mikroprozessoren der Kanaladapter 50 führen eine Verarbeitung auf Grundlage dieser Information aus. Bei dieser Verarbeitung muss nicht notwendigerweise jedesmal dann auf die gemeinsam genutzten Speicher (SMs) 70 zugegriffen werden, wenn der Verarbeitungsvorgang ausgeführt wird, und es kann für einen Verarbeitungsvorgang durch einen Kanalprozessor erforderliche Information vorab an einen lokalen Speicher desselben übertragen werden.
  • Die 6 zeigt ein Beispiel für die Paareinstellinformationstabelle 500, wobei Zustände von Paaren dargestellt sind. Die erste Zeile der 6 gibt an, dass als Paar Nummer 1 ein Paar aus dem logischen Datenträger 110 (ORG1) (logischer Datenträger Nummer 1) im ersten Speichersystem 10 und dem logischen Datenträger 150 (Daten1) (logischer Datenträger Nummer 2) im zweiten Speichersystem 15 erzeugt wird. In einem Schritt 910 in der 5 erfolgt ferner ein anfänglicher Kopiervorgang, wobei es sich um eine Initialisierungsverarbeitung handelt, um Datenbilder des logischen Datenträgers 110 (ORG1) und des logischen Datenträgers 150 (Daten1) identisch zu machen.
  • Im nächsten Schritt 915 spezifiziert der Benutzer den logischen Datenträger 150 (Daten1) und den logischen Datenträger 200 (Daten2), um ein Paar zu bilden, und er führt einen anfänglichen Kopiervorgang aus. Dies dient dazu, den logischen Datenträger 150 (Daten1) und den logischen Datenträger 200 (Daten2) wie bei der Verarbeitung im Schritt 910 mit demselben Datenbild zu versehen.
  • Eine Zeile eines Paars Nummer 1 in der 6 zeigt einen Zustand, in dem dieses Paar eingestellt ist. Dieses Paar wird gelöscht, nachdem die anfängliche Kopierverarbeitung beendet ist (Schritt 920).
  • Wenn das Datenbild des logischen Datenträgers 110 (ORG1) im ersten Speichersystem in die logischen Datenträger 150 (Daten1) und 200 (Daten2) in den Speichersystemen 15 und 20 kopiert wird, informieren Kopierprogramme in den Speichersystemen 15 und 20 das Wartungsterminal oder den Hostcomputer 5 über das Ende des Kopiervorgangs. Nach dieser Initialisierungsverarbeitung wird eine Verarbeitung für genaue Wiederherstellung (Rückgewinnung) für Daten im Speichersystem 20 möglich.
  • Als Nächstes wird unter Bezugnahme auf die 8 und 9 ein Betriebsablauf des Speichersystems bei einer Ausführungsform des erfindungsgemäßen Speichersystems detailliert erläutert.
  • Die 8 ist ein Blockdiagramm, das eine Datenschreibverarbeitung veranschaulicht, wie sie durch das Speichersystem 15 am zweiten Ort ausgeführt wird. Dieses zweite Speichersystem 15 ist durch die Verbindungsleitung 200 über den Kanaladapter 50 mit dem Speichersystem 10 am ersten Ort verbunden. Das erste Speichersystem 10 ist über die Verbindungsleitung 210 mit dem Hostcomputer 5 verbunden.
  • Als erstes empfängt das erste Speichersystem 10 vom Hostcomputer 5 über die Verbindungsleitung 210 eine Datenschreibanweisung (Pfeil 250 in der 8). Wenn die Daten in den logischen Datenträger 110 (ORG1) geschrieben werden, empfängt das zweite Speichersystem 15 die Datenschreibanweisung vom ersten Speichersystem 10 über die Verbindungsleitung 220.
  • Ein in der 8 dargestellter Pfeil 1100 kennzeichnet ei nen Fluss von Daten für den Fall, dass die Datenschreibanweisung zum Einschreiben von Daten in den logischen Datenträger 150 (Daten1) des Datenkopierziels im Speichersystem 15 am zweiten Ort empfangen wird.
  • Nachdem der Kanaladapter 50 die Datenschreibanweisung zum Schreiben von Daten in den logischen Datenträger 150 (Daten1) vom ersten Speichersystem empfangen hat, hält er die Schreibdaten und die Aktualisierungsinformation im Cachespeicher 60 aufrecht. Die Schreibdaten im Cache 60 werden durch den Plattenadapter 80 mit einem Timing, das verschieden von dem zum Einschreiben von Daten in den Cache 60 ist, in den logischen Datenträger 150 (Daten1) geschrieben (Pfeil 1110 in der 8).
  • In ähnlicher Weise wird die im Cache 60 aufgezeichnete Aktualisierungsinformation (die mindestens eine Aktualisierungsadresse enthält) in einen Aktualisierungsinformationsbereich des logischen Datenträgers 151 (JNL1) geschrieben, und die Schreibdaten werden ferner in einem Schreibdatenbereich des logischen Datenträgers 151 (JNL1) akkumuliert (Pfeil 1120 in der 8). Der Plattenadapter 80 schreibt die Schreibdaten und die Aktualisierungsinformation im Cache 60 an einer Adresse ein, die dem logischen Datenträger 151 (JNL1) in der HDD zugeordnet ist (Pfeile 1130 und 1140 in der 8).
  • Andererseits empfängt ein Kanaladapter 51, der über die Verbindungsleitung 240 mit dem dritten Speichersystem 20 verbunden ist, von diesem eine Leseanweisung für den logischen Datenträger 151 (JNL1). Dieser Punkt wird später unter Bezugnahme auf die 11 beschrieben. Es ist zu beachten, dass die Kanaladapter 50 und 51 denselben Aufbau aufweisen, sie jedoch fallabhängig der Zweckdienlichkeit der Erläuterung halber mit verschiedenen Zahlen versehen werden.
  • Die 9 ist ein Flussdiagramm zum Veranschaulichen einer Verarbeitung für den Fall, dass der logische Datenträger 150 (Daten1) im Speichersystem 15 am zweiten Ort vom Speichersystem 10 am ersten Ort eine Anweisung empfängt.
  • Nachdem der am in der 8 dargestellten Kanaladapter 50 angebrachte Mikroprozessor (nachfolgend einfach als Kanaladapter 50 bezeichnet) eine Zugriffsanweisung vom ersten Speichersystem 10 empfangen hat, prüft er den Anweisungstyp (Schritt 1210) in der 9. Dies, da ein Kanaladapter eine Schreibanweisung empfangen kann, wie der in der 8 dargestellte Kanaladapter 50, oder er eine Leseanweisung von einem anderen Speichersystem empfangen kann, wie der Kanaladapter 51.
  • Wenn die empfangene Zugriffsanweisung keine Schreibanweisung sondern eine Journal-Leseanweisung vom dritten Speichersystem 20 ist, führt der Kanaladapter 50 eine Journal-Leseempfangsverarbeitung aus, die später beschrieben wird (Schritte 1215 und 1220).
  • Wenn im Schritt 1210 die Zugriffsanweisung eine Schreibanweisung ist, prüft der Kanaladapter 50 den Datenträgerzustand des logischen Datenträgers 150 (Daten1) (Schritt 1240).
  • Wie es in der 3 dargestellt ist, werden die Zustände der jeweiligen logischen Datenträger in den gemeinsam genutzten Speichern (SMs) 70 als Datenträgerinformation in einem Tabellenformat, wie es oben beschrieben ist, akkumuliert.
  • Wenn der Datenträgerzustand des logischen Datenträgers 150 (Daten1) im Schritt 1240) normal ist, informiert der Kanaladapter 50, da ein Zugriff auf ihn unmöglich ist, den Host computer 5 über die Anormalität, und er beendet die Verarbeitung (Schritt 1230).
  • Wenn der Datenträgerzustand des logischen Datenträgers 150 (Daten1) im Schritt 1240 normal ist, reserviert der Kanaladapter 50 den Cachespeicher 60, und er empfängt Daten (Schritt 1250). Genauer gesagt, informiert der Kanaladapter 50 das erste Speichersystem 10 darüber, dass er für den Empfang von Daten bereit ist. Danach liefert das erste Speichersystem 10 Schreibdaten an das zweite Speichersystem 15. Der Kanaladapter 50 im zweiten Speichersystem 15 empfängt die Schreibdaten, und er speichert diese im vorbereiteten Cachespeicher 60 ab (Schritt 1250, Pfeil 1100 in der 8). Anschließend, in einem Schritt 1260, informiert der Kanaladapter 50 das erste Speichersystem 10 über das Ende der Verarbeitung.
  • Als Nächstes prüft der Kanaladapter 50, ob der logische Datenträger 150 (Daten1) ein logischer Datenträger mit einer Journalgruppe ist, wozu er auf die in den gemeinsam genutzten Speichern (SMs) 70 aufgezeichnete Journalgruppen-Einstellinformationstabelle 550 (siehe die 7) zugreift (Schritt 1270).
  • Nun wird die 7 detailliert erläutert. Die 7 ist ein Diagramm, das veranschaulicht, wie Journalpaare für logische Datenträger erzeugt werden. Die erste Zeile zeigt, dass die logischen Datenträger Nummer 2 und 3 eine Journalgruppe bilden. Genauer gesagt, zeigt die erste Zeile, dass der logische Datenträger 150 (Daten1) und der logische Datenträger 151 (JNL1) im Speichersystem 15 ein Journalpaar bilden.
  • Wenn der logische Datenträger 150 (Daten1) ein logischer Datenträger mit einer Journalgruppe ist, wendet der Kanal adapter 50 auf diesen Datenträger und den logischen Journal-Datenträger 151 (JNL1), die die Journalgruppebilden, eine Journalerzeugungsverarbeitung an (Schritt 1265). Danach schreibt der Plattenadapter 80, zu einem beliebigen Zeitpunkt, Daten in den logischen Datenträger 150 (Daten1) und den logischen Datenträger 151 (JNL1), die auf der HDD definiert sind, ein (Schritt 1280, Pfeile 1130 und 1140 in der 8).
  • Wie oben beschrieben, wird im zweiten Speichersystem 15 ein Journal erzeugt, und Journaldaten werden sequenziell im Journal-Datenträger 151 (JNL1) abgespeichert. Die Journaldaten werden mit einem festen Faktor bei Gelegenheit an den Journal-Datenträger 201 (JNL2) im dritten Speichersystem 20 geliefert. Ein Verfahren zum Liefern der Journaldaten ist das PUSH-System, und als anderes Verfahren existiert das PULL-System. Nun wird das PULL-System unter Bezugnahme auf die 10 erläutert.
  • Die 10 ist ein Blockdiagramm, das einen Arbeitsvorgang (Journal-Leseanweisungs-Empfangsverarbeitung) des Kanaladapters 51 im zweiten Speichersystem 15, das eine Journalleseanweisung empfangen hat, zeigt. Die 11 ist ein Flussdiagramm zum Arbeitsablauf. Nun wird unter Bezugnahme auf die 10 und 11 ein Arbeitsablauf für den Fall beschrieben, dass das zweite Speichersystem 15 eine Journalleseanweisung vom dritten Speichersystem 20 empfangen hat.
  • Der Kanaladapter 51 im zweiten Speichersystem 15 empfängt vom dritten Speichersystem 20 eine Zugriffsanweisung (Pfeil 1410 in der 10). Wenn die Zugriffsanweisung eine Journalleseanweisung ist, prüft der Kanaladapter 51 gemäß der 1, ob der Journalgruppezustand "normal" ist (Schritt 1510). Wenn der Journalgruppenzustand ein anderer Zustand als "normal", z. B. "Fehler" ist, informiert der Kanaladap ter 51 das dritte Speichersystem 20 über den Journalgruppenzustand, und er beendet die Verarbeitung. Das dritte Speichersystem 20 führt eine Verarbeitung entsprechend dem mitgeteilten Journalgruppenzustand aus. Wenn der Journalgruppenzustand z. B. "Fehler" ist, beendet der Kanaladapter 51 die Journalleseverarbeitung (Schritt 1515).
  • Wenn der Journalgruppenzustand im Schritt 1510 "normal" ist, prüft der Kanaladapter 51 den Zustand eines logischen Journal-Datenträgers (Schritt 1520).
  • Wenn der Datenträgerzustand des logischen Journal-Datenträgers nicht "normal" ist, wenn z. B. im Schritt 1520 der Datenträgerzustand des logischen Journal-Datenträgers "Fehler" ist, ändert der Kanaladapter 51 den in der 7 dargestellten Journalgruppenzustand auf "Fehler", er informiert das Speichersystem 20 über den Journalgruppenzustand und er beendet die Verarbeitung (Schritt 1525).
  • In einem Schritt 1530 prüft der Kanaladapter 51, ob Journaldaten, die noch nicht gesendet wurden, vorhanden sind. Wenn noch nicht gesendete Journaldaten vorhanden sind, liefert der Kanaladapter 51 dieselben an das dritte Speichersystem 20 (Schritt 1550). Wenn alle Journaldaten an das dritte Speichersystem 20 geliefert wurden, informiert der Kanaladapter 51 dasselbe über das "Fehlen von Journaldaten" (Schritt 1560). Danach öffnet der Kanaladapter 51 den Bereich, in dem die Journaldaten vorhanden waren (Schritt 1570).
  • Nun wird unter Bezugnahme auf die 10 die Verarbeitung für den Fall detailliert erläutert, gemäß dem noch nicht gesendete Journaldaten vorhanden sind. Wenn noch nicht gesendete Journaldaten vorhanden sind, reserviert der Kanaladapter 51 den Cachespeicher 60, und er weist den Platten adapter 81 dazu an, die Aktualisierungsinformation und die Schreibdaten im Cachespeicher 60 zu lesen (Pfeil 1440 in der 10).
  • Bei der Leseschreibverarbeitung des Plattenadapters 81 liest dieser die Aktualisierungsinformation und die Schreibdaten aus dem logischen Datenträger 151 (JNL1), bei dem es sich um einen logischen Bereich handelt, der auf verteilte Weise in der HDD 100 ausgebildet ist, er speichert die Aktualisierungsinformation und die Schreibdaten im Cachespeicher 60 ab, und er informiert den Kanaladapter 51 hierüber (Pfeile 1430 und 1450 in der 10).
  • Der Kanaladapter 51 wird darüber informiert, dass der Lesevorgang für die Schreibdaten und die Aktualisierungsinformation im Cachespeicher 60 beendet ist, und er liefert die Aktualisierungsinformation und die Schreibdaten von diesem an das dritte Speichersystem 20, und dann öffnet er den Cachespeicher 60, der Journaldaten enthält (Pfeil 1460 in der 10).
  • Der Kanaladapter 51 öffnet den Speicherbereich für die Journaldaten, die zum Zeitpunkt der Verarbeitung der letzten Journalleseanweisung an das dritte Speichersystem 20 geliefert wurden (Schritt 1570).
  • Es ist zu beachten, dass bei der oben beschriebenen Journal-Leseempfangsverarbeitung das zweite Speichersystem 15 die Journaldaten einzeln an das dritte Speichersystem 20 liefert. Jedoch kann das zweite Speichersystem 15 gleichzeitig mehrere Journaldaten an das Speichersystem 20 liefern.
  • Die Anzahl der bei einer Journalleseanweisung zu liefernden Journaldaten kann durch das dritte Speichersystem 20 in einer Journalleseanweisung spezifiziert werden, oder sie kann im zweiten Speichersystem 15 oder im dritten Speichersystem 20 durch einen Benutzer spezifiziert werden, z. B. dann, wenn eine Journalgruppe registriert wird.
  • Darüber hinaus kann die Anzahl der Journaldaten, die bei einer Journalleseanweisung geliefert werden, dynamisch abhängig von den Übertragungsfähigkeiten, der Belastung oder dergleichen der Verbindungsleitung 240 für das zweite Speichersystem 15 und das dritte Speichersystem 20 verändert werden. Außerdem kann die Übertragungsmenge der Journaldaten unter Berücksichtigung der Größe der Schreibdaten der Journaldaten statt der Anzahl der Journaldaten spezifiziert werden.
  • Bei der oben beschriebenen Journalleseanweisungs-Empfangsverarbeitung werden Journaldaten von der HDD 100 in den Cachespeicher 60 gelesen. Wenn jedoch die Journaldaten im Cachespeicher 60 vorhanden sind, ist dieser Verarbeitungsvorgang überflüssig.
  • Die Verarbeitung zum Öffnen eines Speicherbereichs für Journaldaten bei der Journalleseanweisungs-Empfangsverarbeitung wird zum Zeitpunkt der Verarbeitung der nächsten Journalleseanweisung ausgeführt. Jedoch kann der Speicherbereich unmittelbar nach dem Senden von Journaldaten an das dritte Speichersystem 20 geöffnet werden. Auch ist es möglich, dass das dritte Speichersystem 20 eine Aktualisierungsnummer, die geöffnet werden kann, in einer Journalleseanweisung einträgt und dass das zweite Speichersystem 15 einen Speicherbereich für Journaldaten entsprechend einer Anweisung durch das dritte Speichersystem 20 öffnet.
  • Nachdem das dritte Speichersystem 20 die Journaldaten empfangen hat, speichert es diese im Journal-Datenträger 201 (JNL2) ab. Danach führt das Speichersystem 20 eine Journal wiederherstellung aus.
  • Das dritte Speichersystem 20 führt ein Journalwiederherstellprogramm zum Wiederherstellen von Daten im logischen Datenträger 200 (Daten2) vom Journal-Datenträger 201 (JNL2) aus. Es ist zu beachten, dass ein Bereich, in dem die wiederhergestellten Journaldaten abgespeichert waren, freigegeben (geöffnet) und zur Speicherung neuer Journaldaten verwendet wird.
  • Als Nächstes wird diese Journalwiederherstellverarbeitung detailliert erläutert. Die 12 ist ein Blockdiagramm zum Veranschaulichen dieser Wiederherstellverarbeitung, und die 13 ist ein Flussdiagramm zu dieser.
  • Unter Bezugnahme auf die 12 und 13 wird nun ein Betriebsablauf erläutert, gemäß dem ein Kanaladapter 53 im dritten Speichersystem 20 Daten unter Verwendung von Journaldaten aktualisiert. Ein Plattenadapter 83 im Speichersystem 20 kann die Wiederherstellverarbeitung ausführen.
  • In einem Schritt 2010 in der 13 prüft der Kanaladapter 53, ob im logischen Datenträger 201 (JNL2) Journaldaten vorhanden sind, die ein Wiederherstellobjekt bilden. Wenn im logischen Datenträger 201 (JNL2) keine Journaldaten vorhanden sind, beendet der Kanaladapter 53 zunächst die Wiederherstellverarbeitung, und er nimmt sie nach einer festen Zeit wieder auf (Schritt 2010).
  • Wenn im Schritt 2010 das Herstellobjekt bildende Journaldaten vorhanden sind, wendet der Kanaladapter 53 die folgende Verarbeitung an den ältesten (kleinsten) Journaldaten an. Er vergibt kontinuierlich Aktualisierungsnummern an die Journaldaten, und er wendet die Wiederherstellverarbeitung zum Aktualisieren von Information der Journaldaten bei der äl testen (kleinsten) Aktualisierungsnummer an. Der Kanaladapter 53 reserviert den Cachespeicher 60 (Pfeil 1910 in der 12), und er liest Aktualieierungsinformation und Schreibdaten an den Plattenadapter 53 aus der Aktualisierungsinformation mit der ältesten Nummer aus (Schritt 2020, Pfeile 1920 und 1930 in der 12).
  • Genauer gesagt, liest der Plattenadapter 83 im dritten Speichersystem 20 Aktualisierungsinformation von der HDD 10, auf der diese gespeichert ist, entsprechend einer Lese/Schreib-Verarbeitung 340, er speichert diese Aktualisierungsinformation im Cachespeicher 60 ab, und er informiert den Kanaladapter 53 über dieselbe.
  • In ähnlicher Weise erfasst der Plattenadapter 83 im dritten Speichersystem 20 Schreibdaten auf Grundlage der gelesenen Aktualisierungsinformation (Schritt 1930), und er gibt eine Anweisung zum Lesen der Schreibdaten in einem Bereich des Cachespeichers 60 entsprechend demjenigen Teil des logischen Datenträgers 200 (Daten2), der aktualisiert werden soll, aus (Schritt 2020, Pfeil 1940 in der 12).
  • Dann schreibt der Plattenadapter 83 die Schreibdaten vom Cachebereich für den sekundären logischen Datenträger 200 (Daten2) asynchron zur Wiederherstellverarbeitung in diesen ein (Pfeil 1950 in der 12, Schritt 2030). Danach führt der Plattenadapter 83 eine Öffnung (Freigabe) eines Bereichs aus, in dem die Aktualisierungsinformation und die Schreibinformation betreffend den sekundären Journaldaten (JNL2), mit Widerspiegelung auf dem sekundären logischen Datenträger 200 (Daten2), vorhanden waren (Schritt 2040). Der Plattenadapter 83 beurteilt, ob die Wiederherstellverarbeitung kontinuierlich auszuführen ist (Schritt 2050). Wenn die Wiederherstellverarbeitung kontinuierlich ausgeführt wird, kehrt der Plattenadapter 83 zum Schritt 2010 zurück, während er andernfalls die Wiederherstellverarbeitung beendet.
  • Bei der oben beschriebenen Wiederherstellverarbeitung werden Journaldaten im Cachespeicher 60 von der HDD 100 gelesen. Wenn jedoch die Journaldaten im Cachespeicher 60 vorhanden sind, ist diese Verarbeitung überflüssig.
  • Zweite Ausführungsform
  • Als Nächstes wird eine zweite Ausführungsform der Erfindung erläutert. Die 14 ist ein Blockdiagramm zum Erläutern eines Konzepts derselben. Die zweite Ausführungsform unterscheidet sich von der ersten dadurch, dass der logische Datenträger 150 (Daten1) des ersten Speichersystems ein Datenträger ist, der virtuell eingestellt ist und der über keinen Speicherbereich zum tatsächlichen Akkumulieren von Daten verfügt. Die 15 ist ein Flussdiagramm zum Veranschaulichen einer anfänglichen Einstellprozedur. Die 17 ist ein Diagramm, das eine Paarinformationstabelle zum Realisieren der zweiten Ausführungsform zeigt. Die 17 ist ein Blockdiagramm, das den Ablauf von Daten bei einer Zugriffsanweisungs-Empfangsverarbeitung bei dieser Ausführungsform veranschaulicht. Die 18 ist ein Flussdiagramm, das die Verarbeitung im zweiten Speichersystem 15 bei dieser zweiten Ausführungsform veranschaulicht. Nachfolgend wird die zweite Ausführungsform unter Bezugnahme auf diese 15 bis 18 erläutert.
  • Gemäß der durch die 15 veranschaulichten anfänglichen Einstellprozedur stellt ein Benutzer eine Journalgruppe für das dritte Speichersystem 20 unter Verwendung von GUIs (graphischen Benutzerschnittstellen) in den Hostcomputern 5, 6 und 7 oder in der 14 nicht dargestellten Wartungsterminals ein (Schritt 3000). Genauer gesagt, schreibt der Benutzer den logischen Datenträger 200 (Daten2) und den logischen Datenträger 201 (JNL2) in die Journalgruppen-Einstellinformationstabelle, wie sie in der 7 dargestellt ist, ein.
  • Als Nächstes spezifiziert der Benutzer Information, die ein Datenkopierobjekt anzeigt, und Information, die ein Datenkopierziel anzeigt, und er führt eine Paareinstellung unter Verwendung der Wartungsterminals oder der Hostcomputer 5, 6 und 7, wie sie mit dem jeweiligen Speichersystem verbunden sind, aus (Schritt 3100). Genauer gesagt, stellt der Benutzer eine Paarbeziehung zwischen dem logischen Datenträger 110 (ORG1) und dem logischen Datenträger 200 (Daten2) in der 14 ein.
  • In diesem Schritt 3100 spezifiziert der Benutzer den logischen Datenträger 110 (ORG1) und den logischen Datenträger 200 (Daten2), um ein Paar zu bilden, und er führt einen anfänglichen Kopiervorgang aus. Dies dient dazu, den logischen Datenträger 110 (ORG1) und den logischen Datenträger 200 (Daten2) mit identischen Bilddaten zu versehen. Dann wird das Paar gelöscht, nachdem die anfängliche Kopierverarbeitung beendet ist (Schritt 3200).
  • Als Nächstes stellt der Benutzer eine Paarbeziehung zwischen dem logischen Datenträger 110 (ORG1) und dem logischen Datenträger 150 (Daten1) im ersten Speichersystem 10 und im zweiten Speichersystem 15 ein (Schritt 3300).
  • Die 16 zeigt eine Paarinformationstabelle 510 bei der zweiten Ausführungsform. Die Struktur derselben ist im Wesentlichen dieselbe wie die in der 6 dargestellte, wobei sie jedoch dahingehend verschieden ist, dass für jedes Paar Daten aufrecht erhalten werden, die anzeigen, ob ein Paar virtualisiert ist. Bei einem mit der Paarnummer 1 in der 16 gekennzeichneten Paar steht die Virtualisierungsspalte auf EIN. Dies zeigt an, dass der sekundäre logi sche Datenträger des Paars virtualisiert ist.
  • Der Benutzer registriert den logischen Datenträger 150 (Daten1) und den logischen Datenträger 151 (JNL1) als Journalgruppe (Schritt 3400).
  • Das Obige entspricht einer Prozedur für die anfängliche Einstellung bei der zweiten Ausführungsform. Nach dieser anfänglichen Verarbeitung wird eine genaue Wiederherstellverarbeitung (Wiederherstellung) von Daten im Speichersystem 20 möglich.
  • Als Nächstes wird die 17 erläutert. Nachdem das in der 17 dargestellte erste Speichersystem 10 einen Schreibbefehl von Daten vom Hostcomputer 5 empfangen hat, schreibt es die Daten in den spezifizierten logischen Datenträger 110 (ORG1) ein (in der 17 dargestellter Pfeil 250). Wenn die Daten auf den logischen Datenträger 110 (ORG1) geschrieben werden und ein logischer Datenträger eines anderen Speichersystems (bei dieser Ausführungsform handelt es sich um den logischen Datenträger (Daten1) des zweiten Speichersystems 15), existiert, der mit diesem logischen Datenträger 110 (ORG1) ein Paar bildet, gibt das erste Speichersystem 10 den Schreibbefehl für die Daten, bei dem es sich um den vom Hostcomputer 5 empfangenen Schreibbefehl handelt, an das zweite Speichersystem aus. Dieser Schreibbefehl wird von einem Kanaladapter 54 im zweiten Speichersystem empfangen, und durch einen Prozessor im Kanaladapter 54 wird eine Anweisungsempfangsverarbeitung 310 ausgeführt.
  • Bei der ersten Ausführungsform analysiert der Prozessor dann, wenn der logische Datenträger 150 (Daten1) im zweiten Speichersystem 15 eine Gesamtheit bildet, in dieser Anweisungsempfangsverarbeitung 310 den Schreibbefehl, er speichert Schreibdaten in einen Bereich eines Cachespeichers ein, der einem Schreibziel für einen spezifizierten logischen Datenträger entspricht, und er akkumuliert Aktualisierungsinformation in einem Cachespeicher entsprechend einem Bereich, in den der Journal-Datenträger 151 (JNL1) eingeschrieben wird, in den die Aktualisierungsinformation eingeschrieben ist. Der Plattenadapter 80 führt fallabhängig eine Verarbeitung zum Schreiben von Daten im Cachespeicher in einen entsprechenden Bereich für einen logischen Datenträger aus.
  • Andererseits beurteilt unter Bezugnahme auf die in der 16 dargestellte Paarinformationstabelle 510, bei der zweiten Ausführungsform, das zweite Speichersystem 15 als Erstes, ob der als Schreibziel spezifizierte logische Datenträger 150 (Daten1) im zweiten Speichersystem 15 ein logischer Datenträger ist, der als solcher behandelt werden sollte, der eine Einheit bildet. Das zweite Speichersystem 15 erkennt, dass der logische Datenträger 150 (Daten1) im zweiten Speichersystem 15 (selbst) ein virtualisierter logischer Datenträger ist. Da das zweite Speichersystem 15 diesen logischen Datenträger 150 (Daten1) als solchen behandelt, der keine Einheit bildet, akkumuliert es Schreibdaten in einem Cachespeicher, der dem Schreibdatenbereich des logischen Datenträgers 151 (JNL1) entspricht, und es akkumuliert Information dahingehend, auf welchen Bereich des logischen Datenträgers 150 (Daten1) die Schreibanweisung angewandt wird, als Aktualisierungsinformation in einem Cachebereich, der dem Aktualisierungsinformationsbereich das logischen Datenträgers 151 (JNL1) entspricht (in der 17 dargestellte Pfeile 111 und 1120). Der Plattenadapter 80 schreibt Daten auf die HDD 100, auf der ein logischer Datenträger definiert ist, die den Daten im Cachespeicher entsprechen (Pfeile 1130 und 1140 in der 17).
  • Nun wird die Zugriffsanweisungs-Empfangsverarbeitung unter Bezugnahme auf die 18 weiter erläutert. Nachdem der Kanaladapter 54 im zweiten Speichersystem 15 eine Zugriffsanweisung empfangen hat, klärt er als Erstes, ob diese eine Schreibanweisung ist (Schritt 9210). Wenn es keine Schreibanweisung ist, sondern z. B. eine Journalleseanweisung ist, führt der Kanaladapter 54 eine Verarbeitung derselben aus (Schritte 9215 und 9220).
  • Als Nächstes beurteilt der Kanaladapter 54, ob ein Datenträger, für den die Schreibanweisung empfangen wurde, ein normaler Datenträger ist (Schritt 9240). Wenn der Datenträgerzustand nicht normal ist, informiert der Kanaladapter 54 die Hostvorrichtung, die die Anweisung ausgegeben hat, über das Wartungsterminal über die Anormalität und er beendet die Verarbeitung (Schritt 9230). Als Nächstes beurteilt der Kanaladapter 54, ob der logische Datenträger, der das Schreibziel bildet, ein virtueller Datenträger ist, wozu er die Paarinformationstabelle 510 der 16 verwendet (Schritt 9250). Wenn der logische Datenträger ein virtueller Datenträger ist, führt der Kanaladapter 54 eine Journalerzeugungsverarbeitung aus (Schritte 9265), und nach Abschluss dieser Verarbeitung informiert er die Hostvorrichtung (erstes Speichersystem über das Ende derselben (Schritte 9275).
  • Wenn der logische Datenträger kein virtueller Datenträger ist, empfängt der Kanaladapter 54 Daten in einem dem logischen Datenträger entsprechenden Cachebereich (Schritt 9260), und er informiert die Hostvorrichtung über das Ende des Datenempfangs (Schritte 9270). Als Nächstes beurteilt der Kanaladapter 54, ob der logische Datenträger ein logischer Datenträger mit einer Journalgruppe ist (Schritt 9280). Wenn der logische Datenträger ein solcher mit einer Journalgruppe ist, führt der Kanaladapter 54 eine Journalerzeugungsverarbeitung aus (Schritt 9265).
  • Auf diese Weise kann, da die Paarinformationstabelle 510 auch Virtualisierungsinformation enthält, die anzeigt, ob ein sekundärer logischer Datenträger virtualisiert ist, das tatsächliche Einschreiben von Daten auf den sekundären logischen Datenträger kontrolliert werden. Dies ermöglicht es, den sekundären logischen Datenträger als Ziel für eine Fernkopie zu definieren, ohne dass er mit einer wesentlichen Speicherkapazität versehen würde.
  • Dritte Ausführungsform
  • Als Nächstes wird eine dritte Ausführungsform der Erfindung erläutert, wobei speziell ein Aufbau beschrieben wird, der dafür sorgt, dass der virtualisierte sekundäre logische Datenträger für andere Anwendungen verfügbar ist.
  • Die 19 ist ein Diagramm, das die dritte Ausführungsform schematisch zeigt. Nun werden Unterschiede gegenüber der in der 14 dargestellten zweiten Ausführungsform detailliert erläutert. In der 19 sind, der Zweckdienlichkeit der Erläuterung halber, ein Kanaladapter 56 zum Empfangen einer Schreibanweisung für Daten, ein mit dem Hostcomputer 6 über eine Verbindungsleitung 255 verbundener Kanaladapter 57 sowie ein mit dem dritten Speichersystem 20 verbundener Kanaladapter 58 deutlich für den Fall dargestellt, dass das erste Speichersystem 10 eine Hostvorrichtung bildet. Kanaladapter sind auch in den 1 und 14 vorhanden. Der logische Datenträger 110 (Daten1) im ersten Speichersystem bildet gemeinsam mit dem logischen Datenträger 150 (Daten1) im zweiten Speichersystem 15 ein Fernkopienpaar, und wie bei der zweiten Ausführungsform ist der logische Datenträger 150 (Daten1) virtualisiert. Ein Kopiervorgang für Daten aus diesem logischen Datenträger 150 (Daten1) in den logischen Datenträger 200 (Daten2) im dritten Speichersystem ist bei der zweiten Ausführungsform erläutert.
  • Bei der dritten Ausführungsform ist der logische Datenträger 150 (Daten1) ferner über den Kanaladapter 57 mit dem Hostcomputer 6 verbunden. Dabei ist die dritte Ausführungsform speziell dadurch gekennzeichnet, dass es ermöglicht ist, Daten vom Hostcomputer 6 in den logischen Datenträger 150 (Daten1) zu schreiben.
  • Als Nächstes wird erläutert, wie Konfigurationsinformation im gemeinsam genutzten Speicher 70, die es ermöglicht, den logischen Datenträger 150 (Daten1) im Hostcomputer 6 zu verwenden, aufbewahrt wird. Zur Konfigurationsinformation gehört, zusätzlich zu den oben genannten Tabellen (3, 7 und 16), eine Kanaladapter-Verbindungsinformationstabelle 5000, die Verbindungsbeziehungen zwischen Kanaladaptern und Hostvorrichtungen angibt.
  • Nachdem ein Prozessor in jedem der jeweiligen Kanaladapter beim zweiten Speichersystem 15 eine Zugriffsanforderung (Lese/Schreib-Anforderung für Daten) von einer Hostvorrichtung empfangen hat, führt er unter Bezugnahme auf die Verbindungsinformationstabelle 5000 in der 20 eine Beurteilung hinsichtlich einer Hostvorrichtung oder eines anderen Kanaladapters, der mit dem Kanaladapter verbunden ist, aus. Wenn als Hostvorrichtung ein anderes Speichersystem oder ein Kanaladapter eines anderen Speichersystems eingetragen ist, beurteilt der Kanaladapter im zweiten Speichersystem 15, dass ein Fernkopiervorgang ausgeführt wird, und er beurteilt, ob ein als Schreibziel desselben eingetragener logischer Datenträger virtualisiert ist, was entsprechend der bei der zweiten Ausführungsform erläuterten Prozedur erfolgt. Wenn der als Schreibobjekt eingetragene logische Datenträger nicht virtualisiert ist, führt der Kanaladapter eine Schreibverarbeitung aus. Wenn dagegen der logische Datenträger virtualisiert ist, führt der Kanaladapter nur ei nen Schreibvorgang in einen Journal-Datenträger aus, wie es bei der zweiten Ausführungsform erläutert wurde.
  • Wenn beurteilt wird, dass die mit dem Kanaladapter verbundene Hostvorrichtung kein anderes Speichersystem (oder ein Kanaladapter in einem Speichersystem) ist, führt der Kanaladapter eine Schreibverarbeitung zum Einschreiben von Daten in den als Schreibobjekt eingetragenen logischen Datenträger aus. Der Kanaladapter führt diese Verarbeitung dadurch aus, dass er Daten in einen Cachebereich einschreibt, der dem als Schreibobjekt eingetragenen logischen Datenträger entspricht, und er die Daten in einen logischen Datenträger einschreibt, für den am HDD 100 ein Plattenadapter definiert ist, was asynchron mit dem Einschreibvorgang in den Cachebereich erfolgt. Auf diese Weise beurteilt das Speichersystem, ob Daten, für die eine I/O(Zugriffs)-Anforderung empfangen wurde, in einen spezifizierten logischen Datenträger geschrieben werden können.
  • Da das Speichersystem nur beurteilen kann, ob ein logischer Datenträger virtualisiert ist, kann es nicht beurteilen, ob die Daten tatsächlich in den Datenträger geschrieben werden können. So identifiziert das Speichersystem Daten von einer Hostvorrichtung, die tatsächlich geschrieben werden können, abhängig davon, welcher Adapter die Daten empfängt. Demgemäß kann das Speichersystem einen logischen Datenträger verwenden, der durch eine andere Hostvorrichtung virtualisiert wird.
  • Es ist zu beachten, dass, gemäß einem anderen Verfahren, dann, wenn in einem bei einem Fernkopiervorgang übertragenen Datensatz eine Kennung enthalten ist, die Fernkopierdaten anzeigt, das Schreiben von Daten in einen virtualisierten Datenträger auf den Fall eingeschränkt werden kann, dass ein Fernkopiervorgang unter Verwendung einer Kennung ausgeführt wird.
  • Für die Erfindung ist ein Fall, bei dem es effektiv ist, einen Datenträger zu virtualisieren, mit einem Fernkopiervorgang als Beispiel erläutert. Jedoch ist es auch möglich, einen logischen Datenträger zu virtualisieren, der als Objekt einer anderen Funktion als eines Fernkopiervorgangs eingetragen ist, z. B. für einen Befehl E-COPY, der ein SC-SI-Standardbefehl ist.
  • Gemäß der 14 werden die Anweisungsempfangsverarbeitung und die Lese/Schreib-Verarbeitung 320 in den Kanaladaptern 56, 57 und 58 ausgeführt. Es ist aber auch möglich, diese Verarbeitungsvorgänge anderen Prozessoren zuzuordnen.
  • Vierte Ausführungsform
  • Als Nächstes wird unter Bezugnahme auf die 21 eine vierte Ausführungsform der Erfindung erläutert, wobei in dieser Figur ein Einstellschirm für eine Fernkopienpaarerzeugung dargestellt ist, der auf dem Hostcomputer 5 oder dem Wartungsterminal angezeigt wird. Beim Beispiel der 21 hat ein Benutzer Vol#1 und Vol#2 als Paar in einem Datenträgerpaar-Spezifizierungsanzeigeabschnitt 4100 in einem Bereich 4600, in dem eine Einstellung für eine Paarerzeugung ausgeführt wird, auf einem Schirm 4000 eingetragen. Beim Ausführen der Eintragung zur Paarerzeugung kann der Benutzer in einem Spezifizieranzeigeabschnitt 4300 für einen virtuellen Datenträger im Bereich 4600, in dem die Einstellung zur Paarerzeugung ausgeführt wird, wählen, ob der Datenträger Vol#2, der einem sekundären logischen Datenträger entspricht, virtualisiert werden soll. Beim Beispiel der 21 hat es der Benutzer gewählt, den einem sekundären logischen Datenträger entsprechenden Datenträger Vol#2 zu virtualisieren.
  • In einem Bereich 4700 existiert ein Verbindungseinstellabschnitt 4400, der anzeigt, mit welchem Speichersystem oder welcher Hostvorrichtung jeder Kanaladapter in jedem Speichersystem verbunden ist. Dieser Verbindungseinstellabschnitt 4400 ermöglicht es, zwischen jedem Kanaladapter und jedem Speichersystem eine Verbindungsbeziehung einzustellen. Es ist zu beachten, dass das Verbindungsziel des Kanaladapters ein Kanaladapter eines anderen Speichersystems oder einer Hostvorrichtung sein kann.
  • Ein beispielhafter Schirm des Verbindungseinstellabschnitts 4400 zeigt, dass die Kanaladapter 56, 57 und 58 mit dem ersten Speichersystem 10, dem Hostcomputer 5 bzw. dem dritten Speichersystem 20 verbunden sind.
  • Darüber hinaus existiert, wie es in der 21 dargestellt ist, in einem Bereich 4800, der durch Hostvorrichtungen genutzte Datenträger anzeigt, ein Einstellabschnitt 4500 zur Verwendung logischer Datenträger. Dieser Einstellabschnitt 4500 zur Verwendung logischer Datenträger ermöglicht es, einen von jedem Hostcomputer verwendeten logischen Datenträger einzustellen. Bei einem Beispielsschirm des Einstellabschnitts 4500 zur Verwendung logischer Datenträger ist der logische Datenträger 150 dahingehend eingetragen, dass er vom Hostcomputer 6 genutzt wird. Es sei darauf hingewiesen, dass, da der logische Datenträger 150 bereits vom Hostcomputer 6 genutzt wird, kein Paar spezifiziert werden kann, wenn im Datenträgerpaar-Spezifizieranzeigeabschnitt 4100 derselbe als Datenträger Vol#2 spezifiziert wird, solange nicht für ihn eine Virtualisierung eingetragen ist.
  • Wie oben beschrieben, wählt es der Benutzer, den logischen Datenträger 150 (Daten1) im zweiten Speichersystem 15 nicht zu virtualisieren, wenn er Nachdruck auf Sicherheit und Aus fallbeständigkeit legt, während er es wählt, denselben zu virtualisieren, wenn er es wünscht, die Datenträgerkapazität im zweiten Speichersystem 15 so stark wie möglich zu nutzen. Dies ermöglicht es, ein System entsprechend dem Zweck und den Kosten aufzubauen. Es ist zu beachten, dass eine Prozedur zum Kopieren von Daten vom ersten Speichersystem 10 in das dritte Speichersystem 20 nach Virtualisierung desselben bei der zweiten Ausführungsform erläutert wurde.
  • Fünfte Ausführungsform
  • Als Nächstes wird eine fünfte Ausführungsform der Erfindung für den Fall erläutert, dass dann, wenn im ersten Speichersystem 10 ein Fehler auftrat, ein Job im dritten Speichersystem 20 fortgesetzt wird, das weit entfernt vom ersten Speichersystem 10 vorhanden ist (Ausfallsicherung).
  • Wie es in der 22 dargestellt ist, sind das erste Speichersystem 10, der Hostcomputer 5, das dritte Speichersystem 20, das weit entfernt vom ersten Speichersystem 10 liegt, das zweite Speichersystem 15, das zwischen das erste Speichersystem 10 und den Hostcomputer 5 eingefügt ist, der Hostcomputer 6 und der mit dem dritten Speichersystem 20 verbundene Hostcomputer 7 durch Verbindungsleitungen verbunden. Wenn im ersten Speichersystem ein Fehler aufgetreten ist, besteht bei der Übernahme eines Jobs desselben im dritten Speichersystem 20, das weit entfernt von ihm liegt, ein Problem dahingehend, dass der logische Datenträger 110 (ORG1) im ersten Speichersystem 10 und der logische Datenträger 200 (Daten2) im dritten Speichersystem 20 nicht dieselben Daten enthalten. Da das erste Speichersystem 10 und das zweite Speichersystem 15 synchronisiert sind, jedoch das zweite Speichersystem 15 und das dritte Speichersystem 20 asynchron betrieben werden, wird im dritten Speichersystem 20 keine vollständige Kopie von Kopierobjektdaten im ersten Speichersystem 10 erzeugt (Daten, die den logischen Datenträger 200 (Daten2) nicht erreicht haben, werden in diesem nicht widergespiegelt).
  • Demgemäß werden Daten, die den logischen Datenträger 200 (Daten2) nicht erreicht haben, als Erstes in diesem widergespiegelt, um den Job im dritten Speichersystem 20 wieder aufzunehmen. Bei der zweiten, dritten und vierten Ausführungsform, bei der es ein Benutzer gewählt hat, einen logischen Datenträger zu virtualisieren, enthält das zweite Speichersystem 15 nicht den logischen Datenträger 150 (Daten1), sondern im Journal-Datenträger 151 (JNL1) sind Journaldaten vorhanden. Demgemäß werden die Journaldaten an das dritte Speichersystem 20 geliefert, um im logischen Datenträger 200 (Daten2) die Daten widerzuspiegeln, die ihn nicht erreicht hatten, was entsprechend der in der 22 dargestellten Wiederherstellverarbeitung 350 erfolgt. Demgemäß kann im logischen Datenträger 200 (Daten2) im dritten Speichersystem 20 eine vollständige Kopie der Kopierobjektdaten erzeugt werden. Danach kann das dritte Speichersystem 20 vom Hostcomputer 7 eine Anweisung empfangen.
  • Im Ergebnis kann Ausfallbeständigkeit aufrecht erhalten werden, während der logische Datenträger 150 (Daten1) im zweiten Speichersystem virtualisiert wird, wodurch die Datenträgerkapazität verringert wird.
  • Sechste Ausführungsform
  • Anhand einer durch die 23 veranschaulichten sechsten Ausführungsform wird nun erläutert, dass es erforderlich ist, dem zweiten Speichersystem 15 erneut einen logischen Datenträger zuzuweisen, wenn es erwünscht ist, einen Job im zweiten Speichersystem 15 fortzusetzen, da der logische Datenträger 150 (Daten1) in diesem virtualisiert ist. Nachdem dem zweiten Speichersystem 15 ein logischer Datenträger zugewiesen wurde, werden entsprechend der Journalleseverarbeitung 330 Journaldaten vom dritten Speichersystem 20 erfasst, um die Wiederherstellverarbeitung 350 im zweiten Speichersystem 15 auszuführen.
  • Demgemäß kann im logischen Datenträger, der erneut dem zweiten Speichersystem 15 zugewiesen wurde, eine Kopie eines eine Kopierquelle bildenden logischen Datenträgers im ersten Speichersystem 10 erzeugt werden. Danach kann das zweite Speichersystem 15 eine Anweisung vom Hostcomputer 6 empfangen.
  • Die Erfindung wurde auf Grundlage von Ausführungsformen speziell erläutert. Jedoch ist sie nicht auf diese Ausführungsformen beschränkt, sondern es sind verschiedene Modifizierungen möglich, ohne vom Schutzumfang der Erfindung abzuweichen.

Claims (11)

  1. Fernkopiersystem mit: – einem ersten Speichersystem (10), das mit einer Informationsverarbeitungsvorrichtung (5) verbunden ist und Daten an diese sendet und von dieser empfängt; und – einem zweiten Speichersystem (15), das mit dem ersten Speichersystem verbunden ist und von diesem Daten empfängt; – wobei das erste Speichersystem über einen ersten Speicherbereich verfügt, in den die von der Informationsverarbeitungsvorrichtung gelieferten Daten geschrieben werden; – wobei das zweite Speichersystem über einen logischen Datenträger verfügt, der durch eine logische Adresse definiert wird und bei dem es sich um ein Schreibziel für die vom ersten Speichersystem gelieferten Daten handelt, und es auch einen zweiten Speicherbereich aufweist, in den Daten, die an der logischen Adresse eingeschrieben werden sollten, und die Daten betreffende Aktualisierungsinformation eingeschrieben werden; und – wobei die vom ersten Speichersystem gelieferten Daten, um in den logischen Datenträger des zweiten Speichersystems geschrieben zu werden, gemeinsam mit der Aktualisierungsinformation der Daten in den zweiten Speicherbereich geschrieben werden, anstatt dass sie in einen durch die logische Adresse gekennzeichneten Bereich geschrieben werden.
  2. Fernkopiersystem nach Anspruch 1, dadurch gekennzeichnet, dass der zweite Speicherbereich kleiner als der erste Speicherbereich ist.
  3. Fernkopiersystem mit: – einem ersten Speichersystem (10) mit einer ersten Speichersteuerungseinheit zum Steuern des Einschreibens von Daten in einen ersten logischen Datenträger unter Bezugnahme auf einen ersten gemeinsamen Speicher; und – einem zweiten Speichersystem (15) mit einer zweiten Speichersteuerungseinheit zum Steuern des Einschreibens von Daten in einen zweiten logischen Datenträger unter Bezugnahme auf einen zweiten gemeinsamen Speicher; – wobei dieses Fernkopiersystem Paarinformation, die eine Entsprechungsbeziehung zwischen dem ersten logischen Datenträger und dem zweiten logischen Datenträger definiert, im ersten gemeinsamen Speicher abspeichert, und es Paarinformation, die eine Entsprechungsbeziehung zwischen dem ersten logischen Datenträger und dem zweiten logischen Datenträger definiert, sowie Information, die, wenn Daten in den zweiten logischen Datenträger geschrieben werden, einen Journal-Datenträger, der die Daten und Aktualisierungsinformation zu diesen speichert, im zweiten gemeinsamen Speicher definiert; – wobei das erste Speichersystem dann, wenn erste Daten in den ersten logischen Datenträger geschrieben werden, eine Schreibinformation für die ersten Daten an die zweite Speichersteuerungseinheit mit dem zweiten logischen Datenträger als Objekt des Schreibvorgangs auf Grundlage der Paarinformation im ersten gemeinsamen Speicher ausgibt, und – wobei das zweite Speichersystem dann, wenn eine Schreibanweisung zum Schreiben von Daten in den zweiten logischen Datenträger vom ersten Speichersystem empfangen wird, was unter Bezugnahme auf den zweiten gemeinsamen Speicher erfolgt, die ersten Daten nicht in den zweiten logischen Datenträger schreibt, sondern sie die ersten Daten und die Aktualisierungsinformation zu diesen in den Journal-Datenträger schreibt, wenn ein als zweiter logischer Datenträger definierter Bereich als anderer Bereich eines logischen Datenträgers als des zweiten logischen Datenträgers definiert ist, und es die ersten Daten in den zweiten logischen Datenträger schreibt, wenn der als zweiter logischer Datenträger definierte Bereich nicht als logischer Datenträger definiert ist, der nicht der zweiten logische Datenträger ist.
  4. Speichersystem mit: – mehreren Speichervorrichtungen; und – einer Speichersteuerungseinheit, die eine Schreibanweisung für Daten von einer Informationsverarbeitungsvorrichtung (5) empfängt und das Einschreiben der Daten in die Speichervorrichtungen steuert; – wobei das Speichersystem über einen gemeinsamen Speicher verfügt, der Information zum Definieren logischer Datenträger in den Speichervorrichtungen als Konfigurationsinformation speichert; und – wobei ein Bereich in der Speichervorrichtung in einem ersten logischen Datenträger, wie durch den gemeinsamen Speicher definiert, und ein Bereich in der Speichervorrichtung in einem zweiten logischen Datenträger, wie durch den gemeinsamen Speicher definiert, so definiert sind, dass zumindest Teile der Bereiche überlappen.
  5. Fernkopiersystem mit: – einem ersten Speichersystem (10), das mit einer Informationsverarbeitungsvorrichtung (5) verbunden ist und Daten an diese sendet und von dieser empfängt; und – einem zweiten Speichersystem (15), das mit dem ersten Speichersystem verbunden ist und von diesem Daten empfängt; – wobei das erste Speichersystem über einen ersten Speicherbereich verfügt, in den die von der Informationsverarbeitungsvorrichtung gelieferten Daten geschrieben werden; – wobei das zweite Speichersystem über eine logische Adresse verfügt, die ein Schreibziel für die vom ersten Speichersystem gelieferten Daten bilden soll, und es auch über einen zweiten Speicherbereich verfügt, in den Daten, die an der logischen Adresse eingeschrieben werden sollten, und Aktualisierungsinformation betreffend die Daten geschrieben werden; – wobei dann, wenn der logischen Adresse ein Speicherbereich zugeordnet ist, die Daten in diesen geschrieben werden, wäh rend die Daten und die Aktualisierungsinformation in einen zweiten Speicherbereich geschrieben werden; und – wobei dann, wenn der logischen Adresse kein Speicherbereich zugeordnet ist, die Daten und die Aktualisierungsinformation in den zweiten Speicherbereich geschrieben werden.
  6. Fernkopiersystem nach Anspruch 5, dadurch gekennzeichnet, dass der zweite Speicherbereich kleiner als der erste Speicherbereich ist.
  7. Fernkopiersystem nach Anspruch 5, gekennzeichnet durch: – ein drittes Speichersystem (20), das mit dem zweiten Speichersystem (15) verbunden ist und von diesem Daten empfängt; – wobei das dritte Speichersystem über einen dritten Speicherbereich, in dem die aus dem zweiten Speicherbereich im zweiten Speichersystem ausgelesenen Daten und Aktualisierungsinformation betreffend dieselben abgespeichert werden, und einen vierten Speicherbereich verfügt, der ein Kopieziel des ersten Speicherbereichs bildet; und – wobei die Daten und die Aktualisierungsinformation, die im zweiten Speicherbereich gespeichert sind, aus dem dritten Speichersystem ausgelesen werden und in den dritten Speicherbereich eingeschrieben werden, nachdem eine vorbestimmte Zeit verstrichen ist, wobei anschließend der zweite Speicherbereich geöffnet werden kann, und er für neue Speichervorgänge verwendet wird.
  8. Fernkopiersystem nach Anspruch 7, dadurch gekennzeichnet, dass der zweite und der dritte Speicherbereich kleiner als der erste und der vierte Speicherbereich sind.
  9. Fernkopiersystem mit: – einem ersten Speichersystem (10), das mit einer ersten Informationsverarbeitungsvorrichtung (5) verbunden ist und Daten an diese sendet und von dieser empfängt; – einem zweiten Speichersystem (15), das mit einer zweiten Informationsverarbeitungsvorrichtung (6) und dem ersten Speichersystem verbunden ist und Daten an die zweite Informationsverarbeitungsvorrichtung sendet und von dieser empfängt sowie Daten vom ersten Speichersystem empfängt; und – einem dritten Speichersystem (20), das mit dem zweiten Speichersystem verbunden ist und von diesem Daten empfängt; – wobei das erste Speichersystem über einen ersten Speicherbereich verfügt, in den die von der Informationsverarbeitungsvorrichtung gelieferten Daten geschrieben werden; – wobei das zweite Speichersystem über eine logische Adresse verfügt, die ein Schreibziel für die vom ersten Speichersystem gelieferten Daten ist, und es auch über einen zweiten Speicherbereich verfügt, in den Daten, die an der logischen Adresse eingeschrieben werden sollten, und diese Daten betreffende Aktualisierungsinformation eingeschrieben werden; – wobei das dritte Speichersystem über einen dritten Speicherbereich, in den die vom zweiten Speicherbereich im zweiten Speichersystem empfangenen Daten und diese Daten betreffende Aktualisierungsinformation abgespeichert werden, und einen vierten Speicherbereich verfügt, der ein Kopierziel des ersten Speicherbereichs ist; und – wobei die vom ersten Speichersystem gelieferten Daten, die an der logischen Adresse im zweiten Speichersystem eingeschrieben werden sollen, gemeinsam mit der Aktualisierungsinformation in den zweiten Speicherbereich geschrieben werden, ein Speicherbereich zum Senden und Empfangen von Daten an die zweite Informationsverarbeitungsvorrichtung der logischen Adresse zugeordnet wird, die Daten und die Aktualisierungsinformation, die im zweiten Speicherbereich abgespeichert sind, aus dem dritten Aktualisierungsinformation ausgelesen und in den dritten Speicherbereich geschrieben werden, woraufhin der zweite logischen Datenträger geöffnet werden kann und für neue Speicherzwecke verwendbar ist.
  10. Fernkopiersystem nach Anspruch 9, dadurch gekennzeichnet, dass der zweite und der dritte Speicherbereich kleiner als der erste und der vierte Speicherbereich sind.
  11. Fernkopiersystem mit: – einem ersten Speichersystem (10), das Daten an eine erste Informationsverarbeitungsvorrichtung (5) liefert und von dieser empfängt; – einem zweiten Speichersystem (15), das mit einer zweiten Informationsverarbeitungsvorrichtung (6) und dem ersten Speichersystem verbunden ist und Daten vom letzteren empfängt; und – einem dritten Speichersystem (20), das mit dem zweiten Speichersystem verbunden ist und von diesem Daten empfängt; – wobei das erste Speichersystem über einen ersten Speicherbereich verfügt, in den Daten von einer Informationsverarbeitungsvorrichtung eingeschrieben werden; – wobei das zweite Speichersystem über eine logische Adresse verfügt, um eine Kopie der Daten zu speichern, es jedoch über keinen zugeordneten Speicherbereich verfügt, und es über einen zweiten Speicherbereich verfügt, in den die Daten und zugehörige Aktualisierungsinformation geschrieben werden; – wobei die vom ersten Speichersystem gelieferten Daten als Daten und Aktualisierungsinformation in den zweiten Speicherbereich geschrieben werden; – wobei das dritte Speichersystem einen dritten Speicherbereich aufweist, in den aus dem zweiten Speicherbereich im zweiten Speichersystem ausgelesene Daten und Aktualisierungsinformation betreffend diese Daten eingespeichert werden, und wobei die im zweiten Speicherbereich gespeicherten Daten und die Aktualisierungsinformation aus dem dritten Speichersystem ausgelesen werden; und – wobei das zweite Speichersystem über eine logische Adresse zum Speichern einer Kopie der Daten, jedoch über keinen zu geordneten Speicherbereich verfügt, und der Speicherbereich eine Struktur aufweist, die zum Senden und Empfangen von Daten an eine zweite Informationsverarbeitungsvorrichtung (6) bzw. von dieser verwendbar ist.
DE102004056216A 2004-04-19 2004-11-22 Fernkopiersystem und Speichersystem Withdrawn DE102004056216A1 (de)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2004-122431 2004-04-19
JP2004122431A JP2005309550A (ja) 2004-04-19 2004-04-19 リモートコピー方法及びリモートコピーシステム

Publications (1)

Publication Number Publication Date
DE102004056216A1 true DE102004056216A1 (de) 2005-12-08

Family

ID=33487743

Family Applications (1)

Application Number Title Priority Date Filing Date
DE102004056216A Withdrawn DE102004056216A1 (de) 2004-04-19 2004-11-22 Fernkopiersystem und Speichersystem

Country Status (6)

Country Link
US (5) US7130976B2 (de)
JP (1) JP2005309550A (de)
CN (1) CN100383749C (de)
DE (1) DE102004056216A1 (de)
FR (1) FR2869128B1 (de)
GB (1) GB2414825B (de)

Families Citing this family (34)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2005309550A (ja) * 2004-04-19 2005-11-04 Hitachi Ltd リモートコピー方法及びリモートコピーシステム
JP4519563B2 (ja) 2004-08-04 2010-08-04 株式会社日立製作所 記憶システム及びデータ処理システム
JP2006099440A (ja) * 2004-09-29 2006-04-13 Hitachi Ltd リモートコピーシステム
JP5111754B2 (ja) * 2005-11-14 2013-01-09 株式会社日立製作所 記憶制御システム
JP4877962B2 (ja) * 2006-10-25 2012-02-15 株式会社日立製作所 暗号化機能を備えたストレージサブシステム
JP5057366B2 (ja) * 2006-10-30 2012-10-24 株式会社日立製作所 情報システム及び情報システムのデータ転送方法
US7779291B2 (en) * 2006-12-29 2010-08-17 Emc Corporation Four site triangular asynchronous replication
EP2191359A1 (de) * 2007-08-21 2010-06-02 Thomson Licensing Verfahren und system zur verhinderung einer verfälschung des festplatten-dateisystems
JP2009181167A (ja) * 2008-01-29 2009-08-13 Hitachi Ltd コンピュータシステム、リモートコピー方法及び第１コンピュータ
JP5147570B2 (ja) 2008-07-02 2013-02-20 株式会社日立製作所 ストレージシステム及びリモートコピー復旧方法
JP5422147B2 (ja) * 2008-07-08 2014-02-19 株式会社日立製作所 リモートコピーシステム及びリモートコピー方法
US8069322B2 (en) 2008-08-15 2011-11-29 International Business Machines Corporation Active-active remote configuration of a storage system
JP2010049637A (ja) * 2008-08-25 2010-03-04 Hitachi Ltd 計算機システム、ストレージシステム及び構成管理方法
JP4924574B2 (ja) * 2008-08-29 2012-04-25 富士通株式会社 ストレージ装置の制御部及び制御方法
CN102279857B (zh) * 2010-06-11 2015-03-04 阿里巴巴集团控股有限公司 一种实现数据复制的方法及系统
US20120278442A1 (en) 2011-04-26 2012-11-01 Hitachi, Ltd. Server apparatus and method of controlling information system
WO2013046254A1 (en) 2011-09-27 2013-04-04 Hitachi, Ltd. Management server and data migration method
US9317423B2 (en) * 2013-01-07 2016-04-19 Hitachi, Ltd. Storage system which realizes asynchronous remote copy using cache memory composed of flash memory, and control method thereof
CN104838367A (zh) * 2013-03-14 2015-08-12 株式会社日立制作所 灾难恢复虚拟化的方法和装置
CA2868247C (en) 2013-07-26 2017-04-04 Ji Ouyang Data sending method, data receiving method, and storage device
EP3063638A4 (de) * 2013-10-30 2017-07-26 Hewlett-Packard Enterprise Development LP Replikation eines datencenters
US9274722B2 (en) * 2013-12-06 2016-03-01 Concurrent Ventures, LLP System, method and article of manufacture for monitoring, controlling and improving storage media system performance
US9846555B2 (en) 2014-06-26 2017-12-19 Hitachi, Ltd. Storage system and method of creating backup of storage system
CN105446827B (zh) * 2014-08-08 2018-12-14 阿里巴巴集团控股有限公司 一种数据库故障时的数据存储方法和设备
US10185636B2 (en) * 2014-08-15 2019-01-22 Hitachi, Ltd. Method and apparatus to virtualize remote copy pair in three data center configuration
CN104378438B (zh) * 2014-11-21 2018-11-20 华为技术有限公司 数据同步方法及其装置
JP6262879B2 (ja) * 2014-11-28 2018-01-17 株式会社日立製作所 ストレージシステム
TWI536174B (zh) * 2014-12-17 2016-06-01 緯創資通股份有限公司 資料分享方法、資料分享系統及其伺服端裝置
US20180143766A1 (en) * 2016-11-18 2018-05-24 International Business Machines Corporation Failure protection copy management
US10416901B1 (en) * 2017-07-28 2019-09-17 EMC IP Holding Company LLC Storage element cloning in presence of data storage pre-mapper with multiple simultaneous instances of volume address using virtual copies
US11132270B2 (en) * 2019-05-13 2021-09-28 Saudi Arabian Oil Company Planned zero downtime server switching for web applications
US11023431B2 (en) 2019-06-27 2021-06-01 International Business Machines Corporation Split data migration in a data storage system
US11093156B1 (en) 2020-02-14 2021-08-17 International Business Machines Corporation Using storage access statistics to determine mirrored extents to migrate from a primary storage system and a secondary storage system to a third storage system
US11204712B2 (en) 2020-02-14 2021-12-21 International Business Machines Corporation Using mirror path statistics in recalling extents to a primary storage system and a secondary storage system from a third storage system

Family Cites Families (108)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS5925939A (ja) 1982-08-04 1984-02-10 Chuetsu Gokin Chuko Kk 耐摩耗性黄銅合金
JP2544449B2 (ja) 1986-05-23 1996-10-16 株式会社日立製作所 情報処理システム及び情報処理システムの制御方法
US5170480A (en) 1989-09-25 1992-12-08 International Business Machines Corporation Concurrently applying redo records to backup database in a log sequence using single queue server per queue at a time
US5307481A (en) * 1990-02-28 1994-04-26 Hitachi, Ltd. Highly reliable online system
US5155845A (en) * 1990-06-15 1992-10-13 Storage Technology Corporation Data storage system for providing redundant copies of data on different disk drives
US5544347A (en) * 1990-09-24 1996-08-06 Emc Corporation Data storage system controlled remote data mirroring with respectively maintained data indices
US5459857A (en) * 1992-05-15 1995-10-17 Storage Technology Corporation Fault tolerant disk array data storage subsystem
JPH06133191A (ja) * 1992-10-16 1994-05-13 Canon Inc 撮像装置
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
JP3246146B2 (ja) 1993-12-27 2002-01-15 株式会社日立製作所 外部記憶装置のデータ移行方法
KR0128271B1 (ko) * 1994-02-22 1998-04-15 윌리암 티. 엘리스 재해회복을 위한 일관성 그룹 형성방법 및 레코드갱싱의 섀도잉 방법, 주시스템, 원격데이타 섀도잉 시스템과 비동기 원격데이타 복제 시스템
US5592618A (en) * 1994-10-03 1997-01-07 International Business Machines Corporation Remote copy secondary data copy validation-audit function
US5835953A (en) * 1994-10-13 1998-11-10 Vinca Corporation Backup system that takes a snapshot of the locations in a mass storage device that has been identified for updating prior to updating
US5799323A (en) * 1995-01-24 1998-08-25 Tandem Computers, Inc. Remote duplicate databased facility with triple contingency protection
US5692155A (en) * 1995-04-19 1997-11-25 International Business Machines Corporation Method and apparatus for suspending multiple duplex pairs during back up processing to insure storage devices remain synchronized in a sequence consistent order
US5799141A (en) * 1995-06-09 1998-08-25 Qualix Group, Inc. Real-time data protection system and method
US5720029A (en) * 1995-07-25 1998-02-17 International Business Machines Corporation Asynchronously shadowing record updates in a remote copy session using track arrays
US5680640A (en) * 1995-09-01 1997-10-21 Emc Corporation System for migrating data by selecting a first or second transfer means based on the status of a data element map initialized to a predetermined state
US5819020A (en) * 1995-10-16 1998-10-06 Network Specialists, Inc. Real time backup system
US5889935A (en) * 1996-05-28 1999-03-30 Emc Corporation Disaster control features for remote data mirroring
US6092066A (en) * 1996-05-31 2000-07-18 Emc Corporation Method and apparatus for independent operation of a remote data facility
US6101497A (en) * 1996-05-31 2000-08-08 Emc Corporation Method and apparatus for independent and simultaneous access to a common data set
US6477627B1 (en) * 1996-05-31 2002-11-05 Emc Corporation Method and apparatus for mirroring data in a remote data storage system
US5933653A (en) * 1996-05-31 1999-08-03 Emc Corporation Method and apparatus for mirroring data in a remote data storage system
US5995980A (en) * 1996-07-23 1999-11-30 Olson; Jack E. System and method for database update replication
US6202135B1 (en) 1996-12-23 2001-03-13 Emc Corporation System and method for reconstructing data associated with protected storage volume stored in multiple modules of back-up mass data storage facility
US6073209A (en) * 1997-03-31 2000-06-06 Ark Research Corporation Data storage controller providing multiple hosts with access to multiple storage subsystems
JP3414218B2 (ja) 1997-09-12 2003-06-09 株式会社日立製作所 記憶制御装置
US6052758A (en) * 1997-12-22 2000-04-18 International Business Machines Corporation Interface error detection and isolation in a direct access storage device DASD system
US6324654B1 (en) * 1998-03-30 2001-11-27 Legato Systems, Inc. Computer network remote data mirroring system
US6157991A (en) 1998-04-01 2000-12-05 Emc Corporation Method and apparatus for asynchronously updating a mirror of a source device
US6098079A (en) 1998-04-02 2000-08-01 Mitsubishi Electric Information Technology Center America, Inc. (Ita) File version reconciliation using hash codes
US6178427B1 (en) * 1998-05-07 2001-01-23 Platinum Technology Ip, Inc. Method of mirroring log datasets using both log file data and live log data including gaps between the two data logs
US6148383A (en) * 1998-07-09 2000-11-14 International Business Machines Corporation Storage system employing universal timer for peer-to-peer asynchronous maintenance of consistent mirrored storage
US6237008B1 (en) * 1998-07-20 2001-05-22 International Business Machines Corporation System and method for enabling pair-pair remote copy storage volumes to mirror data in another storage volume
FR2781940B1 (fr) * 1998-07-31 2000-10-06 St Microelectronics Sa Amplificateur dont la sortance varie en fonction du temps
JP4689137B2 (ja) 2001-08-08 2011-05-25 株式会社日立製作所 リモートコピー制御方法、及びストレージシステム
JP2000099277A (ja) * 1998-09-18 2000-04-07 Fujitsu Ltd ファイルユニット間のリモート転送方法
JP2000181634A (ja) * 1998-12-18 2000-06-30 Nec Corp ミラーリング装置
US6209002B1 (en) 1999-02-17 2001-03-27 Emc Corporation Method and apparatus for cascading data through redundant data storage units
US6397307B2 (en) * 1999-02-23 2002-05-28 Legato Systems, Inc. Method and system for mirroring and archiving mass storage
JP2000276304A (ja) * 1999-03-26 2000-10-06 Nec Corp データ移行方法と情報処理システム
US6662197B1 (en) 1999-06-25 2003-12-09 Emc Corporation Method and apparatus for monitoring update activity in a data storage facility
US6804676B1 (en) * 1999-08-31 2004-10-12 International Business Machines Corporation System and method in a data processing system for generating compressed affinity records from data records
US6463501B1 (en) * 1999-10-21 2002-10-08 International Business Machines Corporation Method, system and program for maintaining data consistency among updates across groups of storage areas using update times
US7203732B2 (en) 1999-11-11 2007-04-10 Miralink Corporation Flexible remote data mirroring
US6338126B1 (en) * 1999-12-06 2002-01-08 Legato Systems, Inc. Crash recovery without complete remirror
US6460055B1 (en) * 1999-12-16 2002-10-01 Livevault Corporation Systems and methods for backing up data files
US6625623B1 (en) * 1999-12-16 2003-09-23 Livevault Corporation Systems and methods for backing up data files
US6526418B1 (en) * 1999-12-16 2003-02-25 Livevault Corporation Systems and methods for backing up data files
US6535967B1 (en) 2000-01-19 2003-03-18 Storage Technology Corporation Method and apparatus for transferring data between a primary storage system and a secondary storage system using a bridge volume
US6487645B1 (en) * 2000-03-06 2002-11-26 International Business Machines Corporation Data storage subsystem with fairness-driven update blocking
US6446176B1 (en) 2000-03-09 2002-09-03 Storage Technology Corporation Method and system for transferring data between primary storage and secondary storage using a bridge volume and an internal snapshot copy of the data being transferred
JP4044717B2 (ja) 2000-03-31 2008-02-06 株式会社日立製作所 記憶サブシステムのデータ二重化方法及びデータ二重化システム
JP2001356945A (ja) 2000-04-12 2001-12-26 Anetsukusu Syst Kk データバックアップ・リカバリー方式
US6622152B1 (en) * 2000-05-09 2003-09-16 International Business Machines Corporation Remote log based replication solution
US6859824B1 (en) * 2000-06-30 2005-02-22 Hitachi, Ltd. Storage system connected to a data network with data integrity
US6457109B1 (en) 2000-08-18 2002-09-24 Storage Technology Corporation Method and apparatus for copying data from one storage system to another storage system
US6732125B1 (en) 2000-09-08 2004-05-04 Storage Technology Corporation Self archiving log structured volume with intrinsic data protection
CN1292370C (zh) * 2000-10-09 2006-12-27 最佳收益有限公司 从源系统复制信息到目标系统的方法
JP2002189570A (ja) 2000-12-20 2002-07-05 Hitachi Ltd 記憶システムの二重化方法および記憶システム
US6587933B2 (en) 2001-01-26 2003-07-01 International Business Machines Corporation Method, system, and program for discarding data in a storage system where updates to a primary storage device are shadowed in a secondary storage device
US7194590B2 (en) 2001-02-28 2007-03-20 Hitachi, Ltd. Three data center adaptive remote copy
US6728736B2 (en) 2001-03-14 2004-04-27 Storage Technology Corporation System and method for synchronizing a data copy using an accumulation remote copy trio
US6961727B2 (en) * 2001-03-15 2005-11-01 International Business Machines Corporation Method of automatically generating and disbanding data mirrors according to workload conditions
US6728849B2 (en) 2001-12-14 2004-04-27 Hitachi, Ltd. Remote storage system and method
US20020143798A1 (en) * 2001-04-02 2002-10-03 Akamai Technologies, Inc. Highly available distributed storage system for internet content with storage site redirection
US6496908B1 (en) 2001-05-18 2002-12-17 Emc Corporation Remote mirroring
US20030014523A1 (en) * 2001-07-13 2003-01-16 John Teloh Storage network data replicator
US6883122B2 (en) * 2001-07-31 2005-04-19 Hewlett-Packard Development Company, L.P. Write pass error detection
US20030074800A1 (en) * 2001-10-23 2003-04-24 Huang Yu Mi Retractable ruler having positioning and holding function
JP4420325B2 (ja) * 2001-11-01 2010-02-24 ベリサイン・インコーポレイテッド トランザクションメモリ管理装置
US7152078B2 (en) 2001-12-27 2006-12-19 Hitachi, Ltd. Systems, methods and computer program products for backup and restoring storage volumes in a storage area network
JP4215542B2 (ja) * 2002-03-19 2009-01-28 ネットワーク アプライアンス， インコーポレイテッド ２つのスナップショット間の変化を判定して宛先スナップショットに送信するシステム及び方法
US6880052B2 (en) 2002-03-26 2005-04-12 Hewlett-Packard Development Company, Lp Storage area network, data replication and storage controller, and method for replicating data using virtualized volumes
US7007042B2 (en) 2002-03-28 2006-02-28 Hewlett-Packard Development Company, L.P. System and method for automatic site failover in a storage area network
US6941322B2 (en) * 2002-04-25 2005-09-06 International Business Machines Corporation Method for efficient recording and management of data changes to an object
US6968349B2 (en) * 2002-05-16 2005-11-22 International Business Machines Corporation Apparatus and method for validating a database record before applying journal data
US20030220935A1 (en) * 2002-05-21 2003-11-27 Vivian Stephen J. Method of logical database snapshot for log-based replication
JP2004013367A (ja) 2002-06-05 2004-01-15 Hitachi Ltd データ記憶サブシステム
US7146373B2 (en) 2002-07-19 2006-12-05 International Business Machines Corporation Data-space tracking with index data-spaces and data data-spaces
US7162469B2 (en) * 2002-07-20 2007-01-09 Microsoft Corporation Querying an object for properties
US7103727B2 (en) 2002-07-30 2006-09-05 Hitachi, Ltd. Storage system for multi-site remote copy
US20040024808A1 (en) 2002-08-01 2004-02-05 Hitachi, Ltd. Wide area storage localization system
US7076508B2 (en) * 2002-08-12 2006-07-11 International Business Machines Corporation Method, system, and program for merging log entries from multiple recovery log files
US7134044B2 (en) 2002-08-16 2006-11-07 International Business Machines Corporation Method, system, and program for providing a mirror copy of data
JP4037257B2 (ja) 2002-12-26 2008-01-23 株式会社日立製作所 情報処理システムの制御方法、情報処理システム、及びプログラム
JP4255699B2 (ja) 2003-01-20 2009-04-15 株式会社日立製作所 記憶デバイス制御装置の制御方法、及び記憶デバイス制御装置
JP4322511B2 (ja) 2003-01-27 2009-09-02 株式会社日立製作所 情報処理システムの制御方法、及び情報処理システム
JP2004259079A (ja) 2003-02-27 2004-09-16 Hitachi Ltd データ処理システム
JP4387116B2 (ja) 2003-02-28 2009-12-16 株式会社日立製作所 ストレージシステムの制御方法、及びストレージシステム
US6959369B1 (en) * 2003-03-06 2005-10-25 International Business Machines Corporation Method, system, and program for data backup
JP2004302713A (ja) 2003-03-31 2004-10-28 Hitachi Ltd 記憶システム及びその制御方法
US6996698B2 (en) * 2003-05-12 2006-02-07 International Business Machines Corporation Blocking processing restrictions based on addresses
US7149919B2 (en) 2003-05-15 2006-12-12 Hewlett-Packard Development Company, L.P. Disaster recovery system with cascaded resynchronization
US7287137B2 (en) 2003-06-06 2007-10-23 Hewlett-Packard Development Company, L.P. Batched, asynchronous data redundancy technique
JP2005309550A (ja) * 2004-04-19 2005-11-04 Hitachi Ltd リモートコピー方法及びリモートコピーシステム
JP2005062928A (ja) * 2003-08-11 2005-03-10 Hitachi Ltd 複数のサイトにリモートコピーを行うシステム
US20050050115A1 (en) * 2003-08-29 2005-03-03 Kekre Anand A. Method and system of providing cascaded replication
US7284105B2 (en) * 2003-09-10 2007-10-16 International Business Machines Corporation Fast and economical establishment of remote copy
US7188222B2 (en) * 2003-09-29 2007-03-06 International Business Machines Corporation Method, system, and program for mirroring data among storage sites
US7188272B2 (en) * 2003-09-29 2007-03-06 International Business Machines Corporation Method, system and article of manufacture for recovery from a failure in a cascading PPRC system
US7152183B2 (en) * 2003-11-20 2006-12-19 Hitachi, Ltd. Method and apparatus for volume replication management at planned and unplanned link down
US7478211B2 (en) * 2004-01-09 2009-01-13 International Business Machines Corporation Maintaining consistency for remote copy using virtualization
US7139851B2 (en) * 2004-02-25 2006-11-21 Hitachi, Ltd. Method and apparatus for re-synchronizing mirroring pair with data consistency
JP2005301590A (ja) 2004-04-09 2005-10-27 Hitachi Ltd ストレージシステム及びデータ複製方法
JP4376750B2 (ja) 2004-10-14 2009-12-02 株式会社日立製作所 計算機システム
US7627729B2 (en) 2006-09-07 2009-12-01 International Business Machines Corporation Apparatus, system, and method for an improved synchronous mirror swap

Also Published As

Publication number Publication date
US8028139B2 (en) 2011-09-27
US20090327629A1 (en) 2009-12-31
CN100383749C (zh) 2008-04-23
JP2005309550A (ja) 2005-11-04
US7640411B2 (en) 2009-12-29
US7130976B2 (en) 2006-10-31
GB2414825A (en) 2005-12-07
GB0423335D0 (en) 2004-11-24
CN1690973A (zh) 2005-11-02
US20120290787A1 (en) 2012-11-15
US9058305B2 (en) 2015-06-16
US20050235121A1 (en) 2005-10-20
FR2869128B1 (fr) 2007-01-26
US8234471B2 (en) 2012-07-31
GB2414825B (en) 2006-04-26
US20100199038A1 (en) 2010-08-05
US20080098188A1 (en) 2008-04-24
FR2869128A1 (fr) 2005-10-21

Similar Documents

Publication Publication Date Title
DE102004056216A1 (de) Fernkopiersystem und Speichersystem
DE60224598T2 (de) Umkehr eines Kommunikationspfades zwischen Speichergeräten
DE69636330T2 (de) Verfahren für On-line- und Echzeit-Datenmigration
DE112010004947B4 (de) Wiederherstellung einer vollständigen Systemsicherung und inkrementeller Sicherungen unter Verwendung von mehreren gleichzeitigen Datenströmen von Einheiten
DE10112941B4 (de) System und Verfahren für das parallele Lesen von primären und sekundären Sicherungen zur Wiederherstellung mehrerer gemeinsam benutzter Datenbankdateien
DE602004011181T2 (de) Speicherplattenanordnungsgerät
DE60220263T2 (de) Server-duplexverfahren und geduplextes serversystem
DE102004013114B4 (de) Plattenarrayvorrichtung
DE69724846T2 (de) Mehrweg-Ein/Ausgabespeichersysteme mit Mehrweg-Ein/Ausgabeanforderungsmechanismus
DE69730449T2 (de) Erzeugung einer spiegeldatenkopie (bild) unter verwendung von referenzetiketten
DE602005002024T2 (de) Fernkopiersystem und Fernkopierverfahren
DE69535099T2 (de) Identifizieren der Steuergerätepaare in einer Festplattenanordnung mit dualem Steuergerät
DE69938378T2 (de) Kopieren von Daten in Speichersystemen
DE112010003554B4 (de) Symmetrische Direktmigration von Virtuellen Maschinen
DE602004005415T2 (de) Rechnersystem zur Wiedergewinnung von Daten auf Basis von Datenprioritäten
DE19723909B4 (de) Verfahren zum Verbessern der Fehlerfestigkeit und Leistungsfähigkeit eines RAID-Untersystems
DE69632219T2 (de) Speicherplattenanordnungssystem
DE112011100112B4 (de) Pufferspeicher-platte in blitzkopie-kaskade
DE60316783T2 (de) Erkennung von Speichermangel und Feinabschaltung
DE102013210642B4 (de) Vorrichtung zum Wiederherstellen von Redundanz
DE60313468T2 (de) Speicherdienste und -systeme
DE602005000819T2 (de) Aufrechterhaltung der konsistenz einer fernkopie unter verwendung von virtualisierung
DE102006005876A1 (de) Flashspeicher-Steuervorrichtung, Vorrichtung zum Steuern eines Flashspeichers, Flashspeicher-System und Verfahren zum Verwalten von Abbildungsdaten eines Flashspeichers
DE602004002674T2 (de) Speichersystem und Verfahren zur Erfassung und Verwendung von Schnappschüssen
EP1151399A1 (de) Integration heterogener Datenbank-Systeme

Legal Events

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

Ref document number: 102004064076

Country of ref document: DE

Kind code of ref document: P

Q171 Divided out to:

Ref document number: 102004064076

Country of ref document: DE

Kind code of ref document: P