JP2023078577A - 情報処理システム、情報処理方法、及びプログラム - Google Patents

情報処理システム、情報処理方法、及びプログラム Download PDF

Info

Publication number
JP2023078577A
JP2023078577A JP2021191766A JP2021191766A JP2023078577A JP 2023078577 A JP2023078577 A JP 2023078577A JP 2021191766 A JP2021191766 A JP 2021191766A JP 2021191766 A JP2021191766 A JP 2021191766A JP 2023078577 A JP2023078577 A JP 2023078577A
Authority
JP
Japan
Prior art keywords
information processing
processing system
restoration
data
objects
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.)
Granted
Application number
JP2021191766A
Other languages
English (en)
Other versions
JP7399929B2 (ja
Inventor
法遵 寺住
Hoshun Terazumi
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
Priority to JP2021191766A priority Critical patent/JP7399929B2/ja
Priority to US17/691,845 priority patent/US20230168974A1/en
Publication of JP2023078577A publication Critical patent/JP2023078577A/ja
Application granted granted Critical
Publication of JP7399929B2 publication Critical patent/JP7399929B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/14—Error detection or correction of the data by redundancy in operation
    • G06F11/1402—Saving, restoring, recovering or retrying
    • G06F11/1446—Point-in-time backing up or restoration of persistent data
    • G06F11/1458—Management of the backup or restore process
    • G06F11/1469—Backup restoration 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/14—Error detection or correction of the data by redundancy in operation
    • G06F11/1402—Saving, restoring, recovering or retrying
    • G06F11/1446—Point-in-time backing up or restoration of persistent data
    • G06F11/1458—Management of the backup or restore process
    • G06F11/1464—Management of the backup or restore process for networked environments
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/10—File systems; File servers
    • G06F16/18—File system types
    • G06F16/182—Distributed file systems
    • G06F16/1824—Distributed file systems implemented using Network-attached Storage [NAS] architecture
    • G06F16/1827—Management specifically adapted to NAS
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1097—Protocols in which an application is distributed across nodes in the network for distributed storage of data in networks, e.g. transport arrangements for network file system [NFS], storage area networks [SAN] or network attached storage [NAS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
    • H04L9/3236—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials using cryptographic hash functions
    • H04L9/3239—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials using cryptographic hash functions involving non-keyed hash functions, e.g. modification detection codes [MDCs], MD5, SHA or RIPEMD

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Quality & Reliability (AREA)
  • Computer Security & Cryptography (AREA)
  • Data Mining & Analysis (AREA)
  • Databases & Information Systems (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

Figure 2023078577000001
【課題】オブジェクトストレージから効率よく迅速にオブジェクトをダウンロードして情報処理装置にデータを復元する。
【解決手段】情報処理システムが、データの復元に用いる一群のオブジェクトをオブジェクトストレージから情報処理装置にダウンロードするに際し、一群のオブジェクトの夫々を、夫々の同一性検証を行いつつ通信ネットワークを介して情報処理装置にダウンロードし、同一性検証に失敗したオブジェクトについては当該オブジェクトを特定する情報を記憶し、同一性検証に失敗しているオブジェクトを対象として同一性検証を行いつつ情報処理装置へのダウンロードを再実行するようにする。上記同一性検証は、通信ネットワークを介した通信に用いるプロトコル（ＨＴＴＰＳ（Hyper Text Transfer Protocol）等）における同一性検証機能により行う。
【選択図】図４

Description

本発明は、情報処理システム、情報処理方法、及びプログラムに関する。
クラウドが提供するストレージサービスの一つとして、オブジェクトを単位としてデータを管理するオブジェクトストレージがある。オブジェクトストレージは、例えば、スケーラビリティに優れる、オブジェクトはフラットな記憶空間であるバケット（コンテナ）に格納される、オブジェクトは固有のＩＤ（ＵＲＩ（Uniform Resource Identifier））
を付与されて識別される、オブジェクトへのアクセスはＲＥＳＴ（Representational State Transfer）等のステートレスなプロトコル（ＨＴＴＰＳ（Hypertext Transfer Protocol Secure）により行われる、更新頻度が比較的少ない膨大なデータの管理に向いている
、といった特徴を有する。
非特許文献１には、クラウドサービスが提供するオブジェクトストレージからオブジェクトを復元（リストア、ダウンロード）する際に行われるオブジェクトの同一性検証（整合性検証）に関する処理について記載されている。
"AWS CLI S3 FAQ"，［online］，Amazon Web Services, Inc. or its affiliates，［令和3年11月15日検索］，インターネット＜URL：https://docs.aws.amazon.com/cli/latest/topic/s3-faq.html＞
図１２に非特許文献１に記載の仕組みを用いた処理の一例を示す。同図には、クライアントの拠点に存在するＮＡＳ(Network Attached Storage)装置１００にインターネット等の通信ネットワークを介してオブジェクトを復元する場合を例示している。
この例では、まず、ＮＡＳ装置１００が、ＣＬＩ（Command Line Interface）等のユーザインタフェースを介してユーザからリストア指示を受け付けると、オブジェクトストレージ２００に対してオブジェクト２２０（本体データとメタデータを含む）のダウンロード要求を送信する（Ｓ１１１１）。オブジェクトストレージ２００は、上記ダウンロード要求に応じて該当のオブジェクト２２０をＮＡＳ装置１００に送信（ダウンロード）する（Ｓ１１１２）。
ＮＡＳ装置１００は、ダウンロードされたオブジェクト２２０についてハッシュ値（ＭＤ５等）を算出し（Ｓ１１１３）、算出したハッシュ値を、ダウンロードされたオブジェクト２２０に付与されているハッシュ値（例えば、ＨＴＴＰＳ通信のレスポンスヘッダに付与されている、オブジェクトストレージ２００側で算出されたハッシュ値）と比較することにより、同一性検証（「損傷チェック」、「改竄チェック」、「整合性検証」等とも称される。）を行う（Ｓ１１１４）。検証の結果、両者が一致することが確認された場合は（Ｓ１１１５）、受け付けたリストア指示についての処理は終了する。一方、両者が不一致であった場合（オブジェクトのダウンロードに失敗した場合）（Ｓ１１１６）、ＮＡＳ装置１００は、ダウンロードされたオブジェクトを削除して（Ｓ１１１７）、以上と同様の処理（Ｓ１１１２～Ｓ１１１７）の処理を再実行（リトライ）する（Ｓ１１１８）。
上記の復元処理では、ＮＡＳ装置１００が行うハッシュ値の算出処理（Ｓ１１１３）の負荷が大きく、とくに復元しようとするデータのサイズが大きい場合や復元に必要なオブジェクトの数が多い場合、リソースの消費量が大きく処理時間が長大化してしまうという課題がある。また、オブジェクトのダウンロードに失敗した場合の再実行（リトライ）にはハッシュ値が再度計算されるため、この場合は処理時間が更に長くなる。
本発明は、このような背景に鑑みてなされたものであり、オブジェクトストレージにオブジェクトとして管理されているデータを、当該データを利用する装置に効率よく迅速にダウンロードして復元することが可能な、情報処理システム、情報処理方法、及びプログラムを提供することを目的とする。
上記目的を達成するための本発明のうちの一つは、オブジェクトストレージを利用してデータを管理する情報処理装置を含んで構成される情報処理システムであって、前記データの前記情報処理装置への復元に用いる一群のオブジェクトを前記情報処理装置にダウンロードするに際し、前記一群のオブジェクトの夫々を、夫々の同一性検証を行いつつ通信ネットワークを介して前記情報処理装置にダウンロードし、前記同一性検証に失敗した前記オブジェクトについては当該オブジェクトを特定する情報を記憶し、前記同一性検証に失敗している前記オブジェクトを対象として同一性検証を行いつつ前記情報処理装置へのダウンロードを再実行する。
その他、本願が開示する課題、及びその解決方法は、発明を実施するための形態の欄、及び図面により明らかにされる。
本発明によれば、オブジェクトストレージにオブジェクトとして管理されているデータを、当該データを利用する装置に効率よく迅速にダウンロードして復元することができる。
情報処理システムの一例を示す図である。 ＮＡＳ装置が備える機能の一例を示す図である。 ＮＡＳ装置やクライアント装置の実現に用いる情報処理装置のハードウェア構成の一例を示すブロック図である。 復元処理の一例を説明するＵＭＬシーケンス図である。 オブジェクトの一例を示す図である。 メタデータに記述される内容の一例である。 復元対象オブジェクト一覧の一例である。 復元済オブジェクト一覧の一例である。 復元処理（初回時）の一例を説明するフローチャートである。 ルートディレクトリ復元処理（初回時）の一例を説明するフローチャートである。 復元処理（再実行時）の一例を説明するフローチャートである。 下位階層復元処理（再実行時）の一例を説明するフローチャートである。 ＮＡＳ装置の他の構成例である。 復元処理進捗状況提示画面の一例である。 ＮＡＳ装置に通信ネットワークを介してオブジェクトを復元する際に行われる処理の一例を示す図である。
以下、図面を適宜参照しつつ本発明の実施形態について説明する。以下の記載及び図面は、本発明を説明するための例示であり、説明の明確化のため、適宜、省略及び簡略化がなされている。本発明は、他の種々の形態でも実施することが可能である。とくに限定しない限り、各構成要素は単数でも複数でも構わない。
以下の説明において、同一の又は類似する構成に同一の符号を付して重複した説明を省略することがある。また、以下の説明において、符号の前に付した「Ｓ」の文字は処理ステップの意味である。また、以下の説明において、「情報」、「一覧」、「キュー」等の表現にて各種情報を説明することがあるが、各種情報は、これら以外のデータ構造で表現されていてもよい。また、以下の説明において、「ネットワーク」のことを適宜「ＮＷ」と略記する。
図１に、一実施形態として説明する情報処理システム１の概略的な構成を示している。同図に示すように、情報処理システム１は、クラウドシステム２により提供されるオブジェクトストレージ２００、及びデータのバックアップ等の目的でオブジェクトストレージ２００を利用する各拠点３に設けられたＮＡＳ装置１００を含む。
クラウドシステム２のＨＴＴＰＳ通信部２３０は、ローカルＮＷ７を介して各拠点３のローカルＮＷ７と通信可能に接続されている。オブジェクトストレージ２００は、ＨＴＴＰＳ通信部２３０、通信ＮＷ５、及びローカルＮＷ７を介して各拠点３のＮＡＳ装置１００と通信する。
通信ＮＷ５は、例えば、インターネット、ＷＡＮ（Wide Area Network）、ＬＡＮ（Local Area Network）である。通信ＮＷ５は、各種公衆無線通信網や専用線等の通信基盤（
通信インフラストラクチャ）により実現される。
各拠点３において、ＮＡＳ装置１００は、ＮＡＳ装置１００のサービスを利用する一つ以上のクライアント装置３０とローカルＮＷ７を介して通信可能に接続している。ＮＡＳ装置１００は、例えば、接続しているクライアント装置３０に対してファイルサーバのサービス（ＮＦＳ（Network File System）／ＣＩＦＳ（Common Internet File System）サービス等）を提供する。
オブジェクトストレージ２００は、バケット２１０と称される（「コンテナ」と称されることもある。）空間（データの格納領域）に一つ以上のオブジェクト２２０を管理する。バケット２１０は、複数設けられることもある。一つのオブジェクト２２０は、例えば、一つの本体データ２２１と一つのメタデータ２２２とを含む。
ＨＴＴＰＳ通信部２３０は、通信ＮＷ５を介して各拠点３のＮＡＳ装置１００との間でＨＴＴＰＳ（Hypertext Transfer Protocol Secure）に従った通信を行う。ＨＴＴＰＳ通信部２３０は、例えば、ＮＡＳ装置１００から送られてくるダウンロード要求を受信すると、オブジェクトストレージ２００に上記ダウンロード要求を転送する。また、ＨＴＴＰＳ通信部２３０は、オブジェクトストレージ２００からＮＡＳ装置１００へのデータの転送（例えば、ＮＡＳ装置１００にダウンロードするデータの転送）を中継する。
ＮＡＳ装置１００は、オブジェクトストレージ２００をデータの格納場所（データの管理領域、データの記憶領域）として利用する。ＮＡＳ装置１００は、例えば、オブジェクトストレージ２００を、自身がクライアント３１に提供しているファイルシステムのデータ（以下、「ファイルシステムデータ」と称する。）のバックアップ先として利用する。ＮＡＳ装置１００は、オブジェクトストレージ２００に関する設定や状態確認を行うためのユーザインタフェース（ＣＬＩ（Command Line Interface）、ＧＵＩ（Graphical User
Interface）等）をＮＡＳ装置１００の管理者等のユーザに提供する。
図２に、ＮＡＳ装置１００が備える主な機能を示している。同図に示すように、ＮＡＳ装置１００は、記憶部１１０、ユーザインタフェース１２０、ＮＡＳ機能提供部１３０、バックアップ処理部１４０、復元処理部１５０、及び通信処理部１６０の各機能を有する。尚、復元処理部１５０は、ルートディレクトリ復元部１５１及び下位階層データ復元部１５２の各機能を含む。
上記機能のうち、記憶部１１０は、ファイルシステムデータ１１１、転送キュー１１２、復元対象オブジェクト一覧１１３、及び復元済オブジェクト一覧１１４の各情報（データ）を記憶する。
このうちファイルシステムデータ１１１は、前述のファイルシステムデータ（実体データ（ディレクトリやファイルのデータ）、ファイルシステムの各種管理用データ等）である。
転送キュー１１２には、ＮＡＳ装置１００がオブジェクトストレージ２００からダウンロードしようとするオブジェクト２２０の識別子（ＵＲＩ（Uniform Resource Identifier）。以下、「オブジェクトＩＤ」と称する。）が登録される。転送キュー１１２へのオ
ブジェクトＩＤのキューイング（転送キュー１１２への登録及び削除）は、例えば、ＦＩＦＯ（First In First Out）で行われる。尚、ＮＡＳ装置１００は、オブジェクトストレージ２００へのデータのアップロードも行うが、アップロードに関する機能の実現は公知の技術により行われるものとして本実施形態では説明を省略する。
復元対象オブジェクト一覧１１３には、オブジェクトストレージ２００からの復元の対象となるデータのオブジェクト２２０のオブジェクトＩＤの一覧が格納される。復元対象オブジェクト一覧１１３の情報は、例えば、通信ＮＷ５を介してオブジェクトストレージ２００から随時提供される。
復元済オブジェクト一覧１１４には、オブジェクトストレージ２００からのオブジェクト２２０のダウンロードに成功（データの復元に成功）したオブジェクト２２０（以下、「復元済オブジェクト」と称する。）のオブジェクトＩＤの一覧が格納される。
上記機能のうち、ユーザインタフェース１２０は、ユーザ６に対してＮＡＳ装置１００の制御や監視を行うためのユーザインタフェース（ＣＬＩ、ＧＵＩ等）を提供する。ユーザインタフェース１２０の全部又は一部は、例えば、ＡＰＩ（Application Programming Interface）等としてクラウドシステム２が提供するものであってもよい。ユーザインタ
フェース１２０は、例えば、ユーザ６から、ファイルシステムデータ１１１のオブジェクトストレージ２００へのバックアップ指示（アップロード指示）や、ファイルシステムデータ１１１のオブジェクトストレージ２００からのリストア指示（ダウンロード指示（データ復元指示））を受け付ける。
ＮＡＳ機能提供部１３０は、クライアント装置３０に対して各種サービス（ファイルサーバの提供、ファイル共有環境の提供、ファイルアクセスコントロール等）を提供する。
バックアップ処理部１４０は、ファイルシステムデータ１１１のオブジェクトストレージ２００へのバックアップ（アップロード）に関する処理を行う。
復元処理部１５０は、ファイルシステムデータ１１１のオブジェクトストレージ２００からのリストア（ダウンロード、データの復元）に関する処理を行う。復元処理部１５０
の機能の詳細については後述する。尚、復元処理部１５０の機能を実現するためのソフトウェアは、例えば、クラウドシステム２が提供する、オブジェクトストレージ２００を利用するためのＳＤＫ（Software Development Kit）を用いて構築される。
通信処理部１６０は、オブジェクトストレージ２００やクライアント装置３０との間の通信（通信ＮＷ５やローカルＮＷ７を介した通信）に関する処理を行う。通信処理部１６０は、オブジェクトストレージ２００との間でＨＴＴＰＳによる通信を行う。
図３は、ＮＡＳ装置１００やクライアント装置３０の実現に用いる情報処理装置のハードウェア構成例を示すブロック図である。例示する情報処理装置１０は、プロセッサ１１、主記憶装置１２（メモリ）、補助記憶装置１３、入力装置１４、出力装置１５、及び通信装置１６を備える。情報処理装置１０の例として、パーソナルコンピュータ、オフィスコンピュータ、サーバ装置、スマートフォン、タブレット、汎用機（メインフレーム）等がある。
情報処理装置１０は、その全部又は一部が、例えば、クラウドシステムによって提供される仮想サーバのように、仮想化技術やプロセス空間分離技術等を用いて提供される仮想的な情報処理資源を用いて実現されるものであってもよい。また、情報処理装置１０によって提供される機能の全部又は一部は、例えば、クラウドシステムがＡＰＩ等を介して提供するサービスによって実現してもよい。また、情報処理装置１０によって提供される機能の全部又は一部は、例えば、ＳａａＳ（Software as a Service）、ＰａａＳ（Platform as a Service）、ＩａａＳ（Infrastructure as a Service）等を利用して実現される
ものであってもよい。
プロセッサ１１は、例えば、ＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro Processing Unit）、ＧＰＵ（Graphics Processing Unit）、ＦＰＧＡ（Field Programmable
Gate Array）、ＡＳＩＣ（Application Specific Integrated Circuit）、ＡＩ（Artificial Intelligence）チップ等を用いて構成されている。
主記憶装置１２は、プログラムやデータを記憶する装置であり、例えば、ＲＯＭ（Read
Only Memory）、ＲＡＭ（Random Access Memory）、不揮発性メモリ（ＮＶＲＡＭ（Non Volatile RAM））等である。ＮＡＳ装置１００やクライアント装置３０において実現される機能は、プロセッサ１１が、主記憶装置１２に格納（記憶）されているプログラムを読み出して実行することにより実現される。
補助記憶装置１３は、例えば、ＳＳＤ（Solid State Drive）、ハードディスクドライ
ブ、光学式記憶装置（ＣＤ（Compact Disc）、ＤＶＤ（Digital Versatile Disc）等）、ストレージシステム、ＩＣカード、ＳＤカードや光学式記録媒体等の非一時的な記録媒体の読取／書込装置、クラウドサーバの非一時的な記憶領域等である。補助記憶装置１３には、記録媒体の読取装置や通信装置１６を介して、非一時的な記録媒体や非一時的な記憶装置を備えた他の情報処理装置からプログラムやデータを読み込むことができる。補助記憶装置１３に格納（記憶）されているプログラムやデータは主記憶装置１２に随時読み込まれる。
入力装置１４は、外部からの情報の入力を受け付けるインタフェースであり、例えば、キーボード、マウス、タッチパネル、カードリーダ、ペン入力方式のタブレット、音声入力装置等である。
出力装置１５は、処理経過や処理結果等の各種情報を外部に出力するインタフェースである。出力装置１５は、例えば、上記の各種情報を可視化する表示装置（液晶モニタ、Ｌ
ＣＤ（Liquid Crystal Display）、グラフィックカード等）、上記の各種情報を音声化する装置（音声出力装置（スピーカ等））、上記の各種情報を文字化する装置（印字装置等）である。尚、例えば、情報処理装置１０が通信装置１６を介して他の装置との間で情報の入力や出力を行う構成としてもよい。
入力装置１４と出力装置１５は、ユーザとの間の対話処理（情報の受け付け、情報の提供等）を実現するユーザインタフェースを構成する。
通信装置１６は、他の装置との間の通信を実現する装置である。通信装置１６は、通信ＮＷ５やローカルＮＷ７を介して、所定の通信プロトコルに準拠した他の装置との間の通信を実現する、有線方式又は無線方式の通信インタフェースであり、例えば、ＮＩＣ（Network Interface Card）、無線通信モジュール等である。
情報処理装置１０には、例えば、オペレーティングシステム、ファイルシステム、ＤＢＭＳ（DataBase Management System）（リレーショナルデータベース、ＮｏＳＱＬ等）、ＫＶＳ（Key-Value Store）等が導入されていてもよい。
続いて、ＮＡＳ装置１００が、オブジェクトストレージ２００からファイルシステムデータ１１１を復元（リストア）する際に行う処理について説明する。
図４は、オブジェクトストレージ２００にオブジェクト２２０としてバックアップされているデータを利用してＮＡＳ装置１００にファイルシステムデータ１１１を復元する際に情報処理システム１において行われる処理（以下、「復元処理Ｓ４００」と称する。）の概略を説明するシーケンス図（ＵＭＬシーケンス図（UML：Unified Modeling Language））である。以下、同図とともに復元処理Ｓ４００について説明する。尚、復元処理Ｓ４００の開始時において、オブジェクトストレージ２００には、過去にバックアップされたファイルシステムデータ１１１のオブジェクト２２０群が格納されているものとする。尚、本実施形態では、復元の対象となるファイルシステムデータ１１１の構成要素（ディレクトリ及びファイル）毎にオブジェクト２２０が作成されるものとする。
図５Ａに、オブジェクトストレージ２００に格納されているオブジェクト２２０（本体データ２２１、メタデータ２２２）の一例を示す。また、図５Ｂに、メタデータ２２２に記述される内容の例（key、value）を示す。尚、図示していないが、各オブジェクト２２０には、夫々のオブジェクトＩＤを示す情報が付帯する。
図４に示すように、ファイルシステムデータ１１１の復元に際し、ＮＡＳ装置１００の復元処理部１５０は、ユーザインタフェース１２０を介してユーザからファイルシステムデータ１１１の復元（リストア）の開始指示を受け付ける（Ｓ４１１）。復元処理部１５０は、開始指示を受け付けると、まず復元対象オブジェクト一覧１１３を生成する（Ｓ４１２）。
図６Ａに復元対象オブジェクト一覧１１３の一例を示す。例示する復元対象オブジェクト一覧１１３は、復元の対象となる各オブジェクト２２０のオブジェクトＩＤ（以下、「復元対象オブジェクトＩＤ」と称する。）の一覧を含む。尚、復元対象オブジェクト一覧１１３は、オブジェクト２２０に関する他の情報（オブジェクトのデータサイズ等）を含んでいてもよい。
図４に戻り、続いて、復元処理部１５０は、復元対象のファイルシステムデータ１１１のうちルートディレクトリのデータを復元する処理（以下、「ルート復元処理（初回時）Ｓ４１３」と称する。）を行う。具体的には、復元処理部１５０は、ルートディレクトリ
のオブジェクト２２０をオブジェクトストレージ２００からダウンロードし、ダウンロードしたオブジェクト２２０に基づきルートディレクトリのデータをファイルシステムデータ１１１としてＮＡＳ装置１００の記憶領域（記憶ボリューム）に復元する。ここで上記のダウンロードは、ＨＴＴＰＳ通信により行われ、ＨＴＴＰＳ通信の同一性検証（「損傷チェック」、「改竄チェック」、「整合性検証」等とも称される。）の機能により、ダウンロードしたオブジェクト２２０について同一性検証が行われる。復元処理部１５０は、ルート復元処理（初回時）Ｓ４１３によりルートディレクトリの復元に成功した場合、当該ルートディレクトリが復元済であることを示す情報を復元済オブジェクト一覧１１４に格納する。
続いて、復元処理部１５０は、復元対象のファイルシステムデータ１１１のうちルートディレクトリの下位の各階層のディレクトリやファイルを復元する処理（以下、「下位階層復元処理（初回時）Ｓ４１４」と称する。）を行う。具体的には、復元処理部１５０は、ルートディレクトリの下位の各階層のディレクトリやファイルの夫々のオブジェクト２２０をオブジェクトストレージ２００からダウンロードし、ダウンロードした各オブジェクト２２０に基づき、ルートディレクトリの下位の各階層のディレクトリやファイルをファイルシステムデータ１１１としてＮＡＳ装置１００の記憶領域（記憶ボリューム）に復元する。ここで上記のダウンロードは、ＨＴＴＰＳ通信により行われ、ＨＴＴＰＳ通信の前述した同一性検証の機能によりダウンロードしたオブジェクト２２０について同一性検証が行われる。復元処理部１５０は、下位階層復元処理（初回時）Ｓ４１４により、ディレクトリやファイルの復元に成功した場合、当該ディレクトリや当該ファイルが復元済であることを示す情報を復元済オブジェクト一覧１１４に格納する。
図６Ｂに、復元済オブジェクト一覧１１４の一例を示す。同図に示すように、例示する復元済オブジェクト一覧２１３は、復元済のオブジェクト２２０のオブジェクトＩＤ（以下、「復元済オブジェクトＩＤ」と称する。）の一覧を含む。尚、復元済オブジェクト一覧１１４は、オブジェクト２２０に関する他の情報（オブジェクトのデータサイズ等）を含んでいてもよい。
図４に戻り、続いて、復元処理部１５０は、復元済オブジェクト一覧１１４の復元済オブジェクトＩＤの一覧を取得し（Ｓ４１５）、復元対象オブジェクト一覧２１４から、取得した復元済オブジェクトＩＤと同じ復元対象オブジェクトＩＤを削除（無効化）する（Ｓ４１６）。これにより復元対象オブジェクト一覧２１４には、復元に失敗したオブジェクト２２０のオブジェクトＩＤが、復元対象オブジェクトとして残存することになる。
復元に失敗したオブジェクトが存在しない場合、即ちファイルシステムデータ１１１の全ての復元が完了し、復元済オブジェクト一覧１１４に有効な復元対象のオブジェクト２２０が一つも含まれなくなった場合、処理はＳ４１９に進み、復元処理部１５０が復元完了報告を出力して復元処理は終了する。
一方、ルートディレクトリのオブジェクト２２０のオブジェクトＩＤが復元対象オブジェクト一覧２１４に残存している場合、即ちルートディレクトリの復元に失敗している場合、処理はＳ４１７に進む。また、ルートディレクトリのオブジェクト２２０のオブジェクトＩＤは復元対象オブジェクト一覧２１４に残存していない場合（即ちルートディレクトリの復元には成功している）が、ルートディレクトリの下位階層のディレクトリ又はファイルのオブジェクト２２０のオブジェクトＩＤが復元対象オブジェクト一覧２１４に残存している場合（即ち下位階層のディレクトリ又はファイルの復元に失敗している場合）、処理はＳ４１８に進む。
Ｓ４１７では、復元処理部１５０は、ルートディレクトリの復元を再実行する（以下、
この処理を「ルート復元処理（再実行時）Ｓ４１７」と称する）。ルート復元処理（再実行時）Ｓ４１７の内容については前述したルート復元処理（初回時）Ｓ４１３と同様である。ルート復元処理（再実行時）Ｓ４１７の実行後、復元処理部１５０は、Ｓ４１８の処理を実行する。
Ｓ４１８では、復元処理部１５０は、ルートディレクトリの下位階層のディレクトリやファイルのオブジェクト２２０（復元対象オブジェクト一覧２１４に残存しているオブジェクトＩＤのオブジェクト）をダウンロードする処理（以下、「下位階層復元処理（再実行時）Ｓ４１８」と称する。）を実行する。
以上の処理の結果、ファイルシステムデータ１１１の復元に成功すると、ＮＡＳ装置１００は、復元結果として「復元成功」を示す情報を出力し、ファイルシステムデータ１１１の復元に失敗すると、ＮＡＳ装置１００は、復元結果として「復元失敗」を示す情報を出力する（Ｓ４１９）。
以上のように、本実施形態の情報処理システム１においては、オブジェクトストレージ２００からＮＡＳ装置１００へのファイルシステムデータ１１１の復元に際し、ダウンロードしたオブジェクトの同一性の検証がＨＴＴＰＳ通信における同一性検証機能を利用して行われるので、効率よく迅速にファイルシステムデータ１１１をＮＡＳ装置１００に復元することができる。また、一部のデータの復元に失敗してオブジェクトのダウンロードを再実行（リトライ）する際は既に復元に成功しているデータ（ディレクトリやファイル）のオブジェクトについてはダウンロードの対象から除外され、また、再実行時においてもダウンロードしたオブジェクトの同一性の検証がＨＴＴＰＳ通信における同一性検証機能を利用して行われるので、再実行時も効率よく迅速にデータを復元することができる。
続いて、図４に示した復元処理Ｓ４００の要部について順に説明する。
図７Ａは、図４のルート復元処理（初回時）Ｓ４１３並びに下位階層復元処理（初回時）Ｓ４１４（以下、「復元処理（初回時）Ｓ７００」と称する。）を説明するフローチャートである。以下、同図とともに復元処理（初回時）Ｓ７００について説明する。
まず、復元処理部１５０は、ルートディレクトリのオブジェクト２２０をオブジェクトストレージ２００から取得する処理（以下、「ルートディレクトリ復元処理（初回時）Ｓ７０５」と称する。）を試みる。
図７Ｂは、ルートディレクトリ復元処理（初回時）Ｓ７０５の詳細を説明するフローチャートである。以下、同図とともにルートディレクトリ復元処理（初回時）Ｓ７０５について説明する。
まず、復元処理部１５０は、ルートディレクトリのオブジェクト２２０のオブジェクトＩＤを転送キュー１１２に登録する（Ｓ７５１）。
続いて、復元処理部１５０は、オブジェクトストレージ２００にＨＴＴＰＳにおけるＧＥＴ命令を送信し、ルートディレクトリのオブジェクト２２０をオブジェクトストレージ２００から取得（ダウンロード）する（Ｓ７５２）。このとき、ダウンロードされるオブジェクト２２０についてＨＴＴＰＳによる同一性検証が行われる。
続いて、復元処理部１５０は、ルートディレクトリのオブジェクト２２０の復元に成功したか否か（同一性検証に成功したか否か）を判定する（Ｓ７５３）。尚、同一性検証に失敗した場合はルートディレクトリのオブジェクト２２０の復元は失敗となる。復元処理
部１５０が選択中のオブジェクト２２０の復元に成功したと判定した場合（Ｓ７５３：ＹＥＳ）、処理はＳ７５４に進む。一方、復元処理部１５０が選択中のオブジェクト２２０の復元に失敗したと判定した場合（Ｓ７５３：ＮＯ）、ルートディレクトリ復元処理（初回時）Ｓ７０５は終了し、処理は図７ＡのＳ７１１Ｓに進む。
Ｓ７５４では、復元処理部１５０は、ルートディレクトリのオブジェクト２２０のオブジェクトＩＤを復元済オブジェクト一覧２１３に追記する。その後、ルートディレクトリ復元処理（初回時）Ｓ７０５は終了し、処理は図７ＡのＳ７１１Ｓに進む。
図７Ａに戻り説明を続ける。同図に示すＳ７１１ＳからＳ７１１Ｅの処理は、ファイルシステムデータ１１１により実現されるファイルシステムのディレクトリツリーを構成する各ディレクトリを順次選択し、選択したディレクトリの夫々について繰り返し実行されるループ処理である。尚、初回のループ処理では、復元処理部１５０は、ルートディレクトリを選択するものとする。
Ｓ７１２では、復元処理部１５０は、選択中のディレクトリの直下に存在する、ディレクトリとファイルのオブジェクト２２０のオブジェクトＩＤ（Ｓ４１２で生成した復元対象オブジェクト一覧１１３に記載されている、選択中のディレクトリの直下の全てのオブジェクト２２０のオブジェクトＩＤ）を転送キュー１１２に登録する。
続いて、復元処理部１５０は、転送キュー１１２が空である（オブジェクト２２０（オブジェクトＩＤ）が一つも登録されていない）か否かを判定する（Ｓ７１３）。転送キュー１１２が空であれば（Ｓ７１３：ＹＥＳ）、復元処理部１５０は、未処理のディレクトリを選択してＳ７１１Ｓ～Ｓ７１１Ｅのループ処理を再度実行する。一方、転送キュー１１２が空でなければ（Ｓ７１３：ＮＯ）、処理はＳ７１４に進む。
Ｓ７１４では、復元処理部１５０は、転送キューからオブジェクト２２０（オブジェクトＩＤ）を一つ選択する。
続いて、復元処理部１５０は、オブジェクトストレージ２００にＨＴＴＰＳにおけるＧＥＴ命令を送信し、選択中のオブジェクト２２０をオブジェクトストレージ２００から取得（ダウンロード）する（Ｓ７１５）。このとき、ダウンロードされるオブジェクト２２０についてＨＴＴＰＳによる同一性検証が行われる。
続いて、復元処理部１５０は、選択中のオブジェクト２２０の復元に成功したか否か（同一性検証に成功したか否か）を判定する（Ｓ７１６）。尚、同一性検証に失敗した場合は当該オブジェクト２２０の復元は失敗となる。復元処理部１５０が選択中のオブジェクト２２０の復元に成功したと判定した場合（Ｓ７１６：ＹＥＳ）、処理はＳ７１７に進む。一方、復元処理部１５０が選択中のオブジェクト２２０の復元に失敗したと判定した場合（Ｓ７１６：ＮＯ）、処理はＳ７１３に戻る。
Ｓ７１７では、復元処理部１５０は、選択中のオブジェクト２２０のオブジェクトＩＤを復元済オブジェクト一覧２１３に追記する。その後、処理はＳ７１３に戻る。
尚、以上に説明した復元処理（初回時）Ｓ７００は一例に過ぎず、ディレクトリツリーを構成するディレクトリ及びファイルの全体を網羅するものであれば他のアルゴリズムを採用してもよい。例えば、ディレクトリの入れ子構造（ネスト構造）に起因する繰り返し処理のアルゴリズムとして再帰的なアルゴリズムを採用してもよい。
図８は、図４のルート復元処理（再実行時）Ｓ４１７並びに下位階層復元処理（再実行
時）Ｓ４１８の処理（以下、「復元処理（再実行時）Ｓ８００」と称する。）を説明するフローチャートである。以下、同図とともに復元処理（再実行時）Ｓ８００について説明する。
まず、復元処理部１５０は、復元対象オブジェクト一覧１１３から、復元済オブジェクト一覧１１４の復元済オブジェクトＩＤを削除（無効化）する（Ｓ８１１）。
続いて、復元処理部１５０は、復元対象オブジェクト一覧１１３にルートディレクトリのオブジェクト２２０のオブジェクトＩＤがあるか否かを判定する（Ｓ８１２）。復元処理部１５０が、復元対象オブジェクト一覧１１３にルートディレクトリのオブジェクト２２０のオブジェクトＩＤがあると判定した場合（Ｓ８１２：ＹＥＳ）、処理はＳ８１３に進む。復元処理部１５０が、復元対象オブジェクト一覧１１３にルートディレクトリのオブジェクト２２０のオブジェクトＩＤがない（ルートディレクトリは復元済）と判定した場合（Ｓ８１２：ＮＯ）、処理はＳ８１７に進む。
Ｓ８１３では、復元処理部１５０は、ルートディレクトリのオブジェクト２２０をオブジェクトストレージ２００から取得（ダウンロード）する。このとき、ダウンロードされるオブジェクト２２０についてＨＴＴＰＳによる同一性検証が行われる。
続いて、復元処理部１５０は、ルートディレクトリの復元に成功したか否かを判定する（Ｓ８１４）。尚、同一性検証に失敗した場合はオブジェクト２２０の復元は失敗となる。復元処理部１５０がルートディレクトリの復元に成功したと判定した場合（Ｓ８１４：ＹＥＳ）、処理はＳ８１７に進む。一方、復元処理部１５０がルートディレクトリの復元に失敗したと判定した場合（Ｓ８１４：ＮＯ）、処理はＳ８１５に進む。
Ｓ８１５では、復元処理部１５０は、この時点でルートディレクトリの取得を試みた回数（以下、「リトライ回数」と称する。）が、予め設定されている限度回数（以下、「リトライ限度」と称する。）に達しているか否かを判定する。復元処理部１５０は、リトライ回数がリトライ限度に達していると判定した場合（Ｓ８１５：ＹＥＳ）、復元に失敗した旨を示す情報を出力し（Ｓ８１６）、復元処理（再実行時）Ｓ８００を終了する。一方、復元処理部１５０が、リトライ回数がまだリトライ限度に達していないと判定した場合（Ｓ８１５：ＮＯ）、処理はＳ８１３に戻る。
Ｓ８１７では、復元処理部１５０は、ルートディレクトリの下位階層のディレクトリやファイルの復元処理を再実行（リトライ）する処理（以下、「下位階層復元処理（再実行時）Ｓ８１７」と称する。）を実行する。下位階層復元処理（再実行時）Ｓ８１７の詳細については後述する。
続いて、復元処理部１５０は、下位階層復元処理（再実行時）Ｓ８１７によりルートディレクトリの下位階層の全てのディレクトリとファイルの復元に成功したか否か（復元対象オブジェクト一覧２１４が空（有効なオブジェクトＩＤが一つも登録されていない）か否か）を判定する（Ｓ８１８）。復元処理部１５０が下位階層の全てのディレクトリとファイルの復元に成功したと判定した場合（Ｓ８１８：ＹＥＳ）、復元処理（再実行時）Ｓ８００を終了する。一方、復元処理部１５０が下位階層のディレクトリとファイルの復元に失敗した（復元対象オブジェクト一覧２１４に有効なオブジェクトＩＤが残存する）と判定した場合（Ｓ８１８：ＮＯ）、処理はＳ８１９に進む。
Ｓ８１９では、復元処理部１５０は、この時点で下位階層のディレクトリやファイルの取得を試みた回数（以下、「リトライ回数」と称する。）が、予め設定されている限度回数（以下、「リトライ限度」と称する。）に達しているか否かを判定する。復元処理部１
５０は、リトライ回数がリトライ限度に達していると判定した場合（Ｓ８１９：ＹＥＳ）、復元に失敗した旨を示す情報を出力し（Ｓ８２０）、復元処理（再実行時）Ｓ８００を終了する。一方、復元処理部１５０が、リトライ回数がまだリトライ限度に達していないと判定した場合（Ｓ８１９：ＮＯ）、処理はＳ８１７に戻る。
図９は、図８における下位階層復元処理（再実行時）Ｓ８１７の詳細を説明するフローチャートである。以下、同図とともに下位階層復元処理（再実行時）Ｓ８１７について説明する。
同図に示すＳ９１１Ｓ～Ｓ９１１Ｅの処理は、復元対象オブジェクト一覧１１３に有効に登録されているディレクトリのオブジェクト２２０（復元対象オブジェクトＩＤ）を復元処理部１５０が上位階層から一つずつ順に選択し、選択したオブジェクト２２０の夫々について繰り返し実行されるループ処理である。
Ｓ９１２では、復元処理部１５０は、選択中のディレクトリのオブジェクトＩＤと、復元対象オブジェクト一覧１１３に有効に登録されている選択中のディレクトリの直下に存在するファイルのオブジェクトＩＤを転送キューに登録する。尚、選択中のディレクトリがルートディレクトリの直下のディレクトリである場合は復元対象オブジェクト一覧１１３に有効に登録されている当該ディレクトリと同じ階層のファイルのオブジェクトＩＤも転送キューに登録する。
続いて、復元処理部１５０は、転送キュー１１２が空（オブジェクトＩＤが一つも登録されていない）であるか否かを判定する（Ｓ９１３）。転送キュー１１２が空であると判定すると（Ｓ９１３：ＹＥＳ）、復元処理部１５０は、復元対象オブジェクト一覧１１３の未処理のディレクトリを選択してＳ９１１Ｓ～Ｓ９１１Ｅのループ処理を再度実行する。一方、転送キュー１１２が空でなければ（Ｓ９１３：ＮＯ）、処理はＳ９１４に進む。
Ｓ９１４では、復元処理部１５０は、転送キュー１１２からオブジェクトＩＤを一つ選択する。
続いて、復元処理部１５０は、選択中のオブジェクトＩＤのオブジェクト２２０をオブジェクトストレージ２００から取得（ダウンロード）する（Ｓ９１５）。このとき、ダウンロードされるオブジェクト２２０についてＨＴＴＰＳによる同一性検証が行われる。
続いて、復元処理部１５０は、選択中のオブジェクトＩＤのオブジェクト２２０の復元に成功したか否かを判定する。尚、復元処理部１５０は、Ｓ９１５で同一性検証に成功していれば、当該オブジェクト２２０の復元に成功したと判定し、Ｓ９１５で同一性検証に失敗していれば、当該オブジェクト２２０の復元に失敗したと判定する。復元処理部１５０が、当該オブジェクト２２０の復元に成功したと判定した場合（Ｓ９１６：ＹＥＳ）、処理はＳ９１７に進む。一方、復元処理部１５０が、当該オブジェクト２２０の復元に失敗したと判定した場合（Ｓ９１６：ＮＯ）、処理はＳ９１３に戻る。
Ｓ９１７では、復元処理部１５０は、選択中のオブジェクトＩＤを復元済オブジェクト一覧１１４に追記するとともに、当該オブジェクトＩＤを転送キュー１１２から削除（無効化）する。
尚、以上に説明した下位階層復元処理（再実行時）Ｓ８１７は一例に過ぎず、ルートディレクトリの下位に存在するファイル及びディレクトリの全体を網羅するものであれば他のアルゴリズムを採用してもよい。例えば、ディレクトリの入れ子構造（ネスト構造）に起因する繰り返し処理のアルゴリズムとして再帰的なアルゴリズムを採用してもよい。
以上、実施形態について説明したが、本発明は上記の実施形態に限定されるものではなく、様々な変形例が含まれ、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、ある実施形態の構成の一部を他の実施形態の構成に置き換えることや、また、ある実施形態の構成に他の実施形態の構成を加えることも可能である。また、各実施形態の構成の一部について、他の構成の追加、削除、置換をすることが可能である。
例えば、図１０は、ＮＡＳ装置１００の他の構成例である。例示するＮＡＳ装置１００は、夫々が情報処理装置として機能する複数のノード１０１ａ～ｃを有する。各ノード１０１ａ～ｃは夫々、プロセッサ１１、主記憶装置１２、補助記憶装置１３、及び通信装置１６を備える。各ノード１０１ａ～ｃは、夫々の通信装置１６により内部通信ネットワーク１０１５を介して互いに通信可能に接続されている。各ノード１０１ａ～ｃの補助記憶装置１３が提供する記憶領域によって各ノード１０１ａ～ｃからアクセス可能な、共有ボリューム１０２及び管理用ボリューム１０３が構成されている。共有ボリューム１０２には、ファイルシステムのファイルシステムデータ１１１が格納される。上記ファイルシステムは、各ノード１０１ａ～ｃによって実現されてクライアント装置３０に提供される。管理用ボリューム１０３には、復元済オブジェクト一覧１１４と管理情報１０２１が格納される。管理情報１０２１には、ＮＡＳ装置１００からオブジェクトストレージ２００にアクセスする際の認証情報等やオブジェクト２２０とファイルシステムデータ２１１との対応関係を示す情報等が格納される。オブジェクトストレージ２００を利用したファイルシステムデータ１１１のバックアップを行うノード１０１（同図では「ノードａ」）の主記憶装置１２には、図２に示した各種機能を実現するためのプログラムやデータ（復元対象オブジェクト一覧１１３、転送キュー１１２等）が格納される。
また、例えば、図１１は、図４に示した復元処理Ｓ４００の実行中にＮＡＳ装置１００がユーザ６に提示する画面（以下、「復元処理進捗状況提示画面１１００」と称する。）の一例である。例示する復元処理進捗状況提示画面１１００には、復元対象データを示す情報１１１１、復元処理開始日時１１１２、処理を開始してからの経過時間１１１３、復元処理の進捗状況１１１４、及び復元済のオブジェクトのオブジェクトＩＤの一覧１１１５が表示されている。尚、オブジェクトＩＤの一覧１１１５は、図６Ｂに示した復元済オブジェクト一覧１１４の内容に基づく。ユーザは、復元処理進捗状況提示画面１１００を参照することで、復元処理の進捗状況を容易に確認することができる。
１ 情報処理システム、２ クラウドシステム、３ 拠点、５ 通信ＮＷ、６ ユーザ、７ ローカルＮＷ、３０ クライアント装置、１００ ＮＡＳ装置、１１０ 記憶部、１１１ ファイルシステムデータ、１１２ 転送キュー、１１３ 復元対象オブジェクト一覧、１１４ 復元済オブジェクト一覧、１２０ ユーザインタフェース、１３０ ＮＡＳ機能提供部、１４０ バックアップ処理部、１５０ 復元処理部、１５１ ルートディレクトリ復元部、１５２ 下位階層データ復元部、１６０ 通信処理部、２００ オブジェクトストレージ、２１０ バケット、２２０ オブジェクト、２３０ ＨＴＴＰＳ通信部、２２１ 本体データ、２２２ メタデータ、Ｓ４００ 復元処理、Ｓ７００ 復元処理（初回時）、Ｓ８００ 復元処理（再実行時）、Ｓ８１７ 下位階層復元処理（再実行時）

Claims (10)

  1. オブジェクトストレージを利用してデータを管理する情報処理装置を含んで構成される情報処理システムであって、
    前記データの前記情報処理装置への復元に用いる一群のオブジェクトを前記情報処理装置にダウンロードするに際し、
    前記一群のオブジェクトの夫々を、夫々の同一性検証を行いつつ通信ネットワークを介して前記情報処理装置にダウンロードし、
    前記同一性検証に失敗した前記オブジェクトについては当該オブジェクトを特定する情報を記憶し、
    前記同一性検証に失敗している前記オブジェクトを対象として同一性検証を行いつつ前記情報処理装置へのダウンロードを再実行する、
    情報処理システム。
  2. 請求項１に記載の情報処理システムであって、
    前記同一性検証を、前記通信ネットワークを介した通信に用いるプロトコルにおける同一性検証機能により行う、
    情報処理システム。
  3. 請求項２に記載の情報処理システムであって、
    前記プロトコルはＨＴＴＰＳ（Hyper Text Transfer Protocol）である、
    情報処理システム。
  4. 請求項１に記載の情報処理システムであって、
    前記データはファイルシステムの構成に用いるデータであり、
    前記オブジェクトの夫々は、前記ファイルシステムを構成するディレクトリ又はファイルのデータに対応する、
    情報処理システム。
  5. 請求項４に記載の情報処理システムであって、
    前記情報処理装置は、ダウンロードした前記オブジェクトを用いて前記ファイルシステムを復元する、
    情報処理システム。
  6. 請求項４に記載の情報処理システムであって、
    前記情報処理装置は、前記ファイルシステムのサービスを通信可能に接続する他の情報処理装置に提供するＮＡＳ装置（Network Attached Storage）である、
    情報処理システム。
  7. 請求項１に記載の情報処理システムであって、
    前記データの復元に用いる前記オブジェクトの一覧である復元対象オブジェクト一覧と、
    前記同一性検証に成功した前記オブジェクトの一覧である復元済オブジェクト一覧と、
    を記憶し、
    前記再実行に際し、前記復元対象オブジェクト一覧に記載されている前記オブジェクトのうち、前記復元済オブジェクト一覧に記載されている前記オブジェクトを除くオブジェクトを対象として前記情報処理装置へのダウンロードを行う、
    情報処理システム。
  8. 請求項７に記載の情報処理システムであって、
    前記情報処理装置は、プロセッサ、主記憶装置、補助記憶装置、及び通信装置を備え、互いに通信可能に接続される複数のノードを備え、
    前記ノードの夫々の前記補助記憶装置が提供する記憶領域に前記データは格納され、
    前記補助記憶装置によって提供され、前記ノードの夫々によって共有される記憶領域に前記復元済オブジェクト一覧が格納され、
    少なくともいずれかの前記ノードの前記主記憶装置に、前記オブジェクトストレージを操作するためのプログラム群と前記復元対象オブジェクト一覧が格納される、
    情報処理システム。
  9. オブジェクトストレージを利用してデータを管理する情報処理装置を含んで構成される情報処理システムによる情報処理方法であって、
    前記情報処理システムが、
    前記データの前記情報処理装置への復元に用いる一群のオブジェクトを前記情報処理装置にダウンロードするに際し、
    前記一群のオブジェクトの夫々を、夫々の同一性検証を行いつつ通信ネットワークを介して前記情報処理装置にダウンロードするステップ、
    前記同一性検証に失敗した前記オブジェクトについては当該オブジェクトを特定する情報を記憶するステップ、及び、
    前記同一性検証に失敗している前記オブジェクトを対象として同一性検証を行いつつ前記情報処理装置へのダウンロードを再実行するステップ、
    を実行する、情報処理方法。
  10. オブジェクトストレージを利用してデータを管理する情報処理装置を含んで構成される情報処理システムで実行されるプログラムであって、
    前記データの前記情報処理装置への復元に用いる一群のオブジェクトの夫々を、夫々の同一性検証を行いつつ通信ネットワークを介して前記情報処理装置にダウンロードする機能、
    前記同一性検証に失敗した前記オブジェクトについては当該オブジェクトを特定する情報を記憶する機能、及び、
    前記同一性検証に失敗している前記オブジェクトを対象として同一性検証を行いつつ前記情報処理装置へのダウンロードを再実行する機能、
    を実現するためのプログラム。
JP2021191766A 2021-11-26 2021-11-26 情報処理システム、情報処理方法、及びプログラム Active JP7399929B2 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2021191766A JP7399929B2 (ja) 2021-11-26 2021-11-26 情報処理システム、情報処理方法、及びプログラム
US17/691,845 US20230168974A1 (en) 2021-11-26 2022-03-10 Information processing system, information processing method, and storage medium

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2021191766A JP7399929B2 (ja) 2021-11-26 2021-11-26 情報処理システム、情報処理方法、及びプログラム

Publications (2)

Publication Number Publication Date
JP2023078577A true JP2023078577A (ja) 2023-06-07
JP7399929B2 JP7399929B2 (ja) 2023-12-18

Family

ID=86500158

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2021191766A Active JP7399929B2 (ja) 2021-11-26 2021-11-26 情報処理システム、情報処理方法、及びプログラム

Country Status (2)

Country Link
US (1) US20230168974A1 (ja)
JP (1) JP7399929B2 (ja)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11977448B2 (en) * 2022-05-25 2024-05-07 Netapp, Inc. Directory restore from remote object store

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002032284A (ja) * 2000-07-14 2002-01-31 Nippon Telegr & Teleph Corp <Ntt> データ配信システムにおけるダウンロード方法及びそのプログラムを記憶した記憶媒体
JP2015082126A (ja) * 2013-10-21 2015-04-27 富士ゼロックス株式会社 データ仲介装置、データ転送システム及びプログラム
US10877931B1 (en) * 2019-09-12 2020-12-29 Hewlett Packard Enterprise Development Lp Backups of file system instances having subtrees

Family Cites Families (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7558927B2 (en) * 2003-05-06 2009-07-07 Aptare, Inc. System to capture, transmit and persist backup and recovery meta data
CA2524794C (en) * 2003-05-06 2010-03-30 Aptare, Inc. System to capture, transmit and persist backup and recovery meta data
US20100332401A1 (en) * 2009-06-30 2010-12-30 Anand Prahlad Performing data storage operations with a cloud storage environment, including automatically selecting among multiple cloud storage sites
US9148332B2 (en) * 2010-05-19 2015-09-29 Google Inc. Content delivery network
US9213709B2 (en) * 2012-08-08 2015-12-15 Amazon Technologies, Inc. Archival data identification
WO2016121084A1 (ja) 2015-01-30 2016-08-04 株式会社日立製作所 計算機システム、ファイルストレージコントローラ、及び、データ共有方法
US9940203B1 (en) * 2015-06-11 2018-04-10 EMC IP Holding Company LLC Unified interface for cloud-based backup and restoration
US10223361B2 (en) * 2017-01-18 2019-03-05 Netapp, Inc. Methods and systems for restoring a data container archived at an object-based storage
CN108696868B (zh) * 2017-03-01 2020-06-19 西安西电捷通无线网络通信股份有限公司 用于网络连接的凭证信息的处理方法和装置
US20190095282A1 (en) * 2017-09-25 2019-03-28 Kabushiki Kaisha Toshiba Information processing apparatus, information processing system, and control method by the same
WO2020226466A1 (en) * 2019-05-09 2020-11-12 Samsung Electronics Co., Ltd. Method and apparatus for managing and verifying certificate
CN117591597A (zh) * 2019-08-12 2024-02-23 创新先进技术有限公司 基于区块链的可信平台
US20230394179A1 (en) * 2020-10-27 2023-12-07 Nec Corporation Information processing apparatus, information processing method, and non-transitory computer-readable storage medium
US11902452B2 (en) * 2021-11-08 2024-02-13 Rubrik, Inc. Techniques for data retrieval using cryptographic signatures

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002032284A (ja) * 2000-07-14 2002-01-31 Nippon Telegr & Teleph Corp <Ntt> データ配信システムにおけるダウンロード方法及びそのプログラムを記憶した記憶媒体
JP2015082126A (ja) * 2013-10-21 2015-04-27 富士ゼロックス株式会社 データ仲介装置、データ転送システム及びプログラム
US10877931B1 (en) * 2019-09-12 2020-12-29 Hewlett Packard Enterprise Development Lp Backups of file system instances having subtrees

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
やまねひでき: "Ubuntu万全バックアップ＆リストア", 日経ＬＩＮＵＸ, vol. 第21巻第4号通巻227号, JPN6023035618, 8 June 2019 (2019-06-08), JP, pages 52 - 57, ISSN: 0005144651 *

Also Published As

Publication number Publication date
US20230168974A1 (en) 2023-06-01
JP7399929B2 (ja) 2023-12-18

Similar Documents

Publication Publication Date Title
US11237864B2 (en) Distributed job scheduler with job stealing
US11741046B2 (en) Method and apparatus for creating system disk snapshot of virtual machine
JP6725742B2 (ja) ファイルストレージ、オブジェクトストレージ、およびストレージシステム
US10229007B2 (en) Data synchronization of block-level backup
US20170277596A1 (en) Multiple retention period based representatons of a dataset backup
US11829606B2 (en) Cloud object storage and versioning system
US11169835B1 (en) VM data migration between storage devices
US10467424B2 (en) File system content based security
JP2016527618A (ja) 仮想化されたファイル・システムのマイグレーションのための方法および装置、仮想化されたファイル・システムのマイグレーションのためのデータ・ストレージ・システム、ならびにデータ・ストレージ・システム内で使用するためのファイル・サーバ
CN107710164B (zh) 作为一种服务的灾难恢复
WO2016155635A1 (zh) 一种数据处理方法和设备
US11599276B1 (en) Snapshot shipping to multiple cloud destinations
US11734126B2 (en) Two-phase snapshot recovery
JP6196389B2 (ja) 分散型ディザスタリカバリファイル同期サーバシステム
JP2015060285A (ja) クラウドコンピューティングでのグローバルトランザクション処理方法
JP7399929B2 (ja) 情報処理システム、情報処理方法、及びプログラム
US11677826B2 (en) Efficient transfer to and from a deduplicated cloud storage system
JP2017208113A (ja) データ格納方法、データストレージ装置、及びストレージデバイス
JP2012164166A (ja) 情報処理システム
US10713121B1 (en) Dynamic migration of a cloud based distributed file system metadata server
US20180124170A1 (en) Resource management device and method
US11507279B2 (en) Data storage migration in replicated environment
JP6291977B2 (ja) 分散ファイルシステム、バックアップファイル取得方法、制御装置及び管理装置
JP4818396B2 (ja) オーバーレイネットワークシステム及び同システムにおけるオブジェクト登録方法
JP6641158B2 (ja) ファイルサイズチェック

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20220708

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20230905

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20231020

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20231107

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20231206

R150 Certificate of patent or registration of utility model

Ref document number: 7399929

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150