WO2020158432A1 - バックアップリストア方法及びバックアップリストア装置 - Google Patents

バックアップリストア方法及びバックアップリストア装置 Download PDF

Info

Publication number
WO2020158432A1
WO2020158432A1 PCT/JP2020/001402 JP2020001402W WO2020158432A1 WO 2020158432 A1 WO2020158432 A1 WO 2020158432A1 JP 2020001402 W JP2020001402 W JP 2020001402W WO 2020158432 A1 WO2020158432 A1 WO 2020158432A1
Authority
WO
WIPO (PCT)
Prior art keywords
backup
volume
data
storages
software
Prior art date
Application number
PCT/JP2020/001402
Other languages
English (en)
French (fr)
Inventor
イ 朱
木村　伸宏
孝太郎 三原
Original Assignee
日本電信電話株式会社
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 日本電信電話株式会社 filed Critical 日本電信電話株式会社
Priority to US17/427,169 priority Critical patent/US20220129354A1/en
Publication of WO2020158432A1 publication Critical patent/WO2020158432A1/ja

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/1448—Management of the data involved in backup or backup restore
    • G06F11/1451—Management of the data involved in backup or backup restore by selection of backup contents
    • 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/1466—Management of the backup or restore process to make the backup process non-disruptive
    • 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/1479—Generic software techniques for error detection or fault masking
    • G06F11/1482—Generic software techniques for error detection or fault masking by means of middleware or OS functionality
    • G06F11/1484—Generic software techniques for error detection or fault masking by means of middleware or OS functionality involving virtual machines
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F12/00—Accessing, addressing or allocating within memory systems or architectures

Definitions

  • the present invention relates to backup and restore technology in a virtual environment.
  • ACT-SBY configuration is applied to the session control server that requires high availability, and backup is taken regularly.
  • an ACT device fails, the backed up data is restored and the service is restarted promptly.
  • a device having a similar structure is installed in a remote building far away from the working building.
  • the backed up data etc. is also sent to the remote building. When the current building is damaged, the service will be restarted using the equipment in the remote building.
  • the memory data expanded in the memory is dumped to a file, written to a file, and backed up in the FS (file system), for example, once an hour.
  • the backup file of the memory data is also transferred to the FS of the remote building.
  • the middleware (MW), application software (APL), and DB data installed on the OS of the server device are filed once a day and backed up in the FS.
  • the backup files backed up here include MW, APL system files, and DB data. This backup file is also transferred to the FS of the remote building.
  • the software such as OS, MW, APL is started and set to update the database.
  • the OS, MW, and APL of the new server device are already installed.
  • the backup file of the memory data is transferred to the new server device, and the backup file of the memory data is expanded in the memory.
  • the snapshot function is a function of saving the state of the VM at a certain time. For example, as shown in FIG. 3, a snapshot of the VM is taken and the VM image is stored in the storage. By using the image that was backed up at the time of restoration, the virtual machine in the state at the time of taking the snapshot can be started. The image is also transferred to the remote building.
  • the image created by the VM snapshot function includes all OS, MV, APL, and DB data. Therefore, there is a problem that the size of the image is large and the transfer amount when transferring the image to the remote building is large. In addition, at the time of restoration, since the image is downloaded and then restored, there is a problem that it takes time to restore.
  • the present invention has been made in view of the above, and an object thereof is to reduce the transfer amount of backup and the recovery time in a server device constructed on a virtual environment.
  • a backup/restoration method is a backup/restoration method in a virtual environment, in which a plurality of volume storages are connected to each other, and software installed in any of the plurality of volume storages is activated from the volume storages to execute virtual It is characterized in that the machine is operated to perform backup at different intervals for each of the plurality of volume storages.
  • a backup/restoration device is a backup/restoration device that operates in a virtual environment, and includes connection means for connecting a plurality of volume storages and software installed in any of the plurality of volume storages. And a backup unit that backs up each of the plurality of volume storages at different intervals.
  • FIG. 3 is an overall configuration diagram for explaining an outline of backup in a virtual environment.
  • FIG. 1 is an overall configuration diagram for explaining an outline of a backup/restoration system according to an embodiment. It is a sequence diagram which shows the flow of the backup process of the data of an on-memory. It is a sequence diagram which shows the flow of the backup process of the volume which stored data. It is a sequence diagram which shows the flow of the backup process of the volume which installed software. It is a sequence diagram which shows the flow of a restore process. It is a sequence diagram which shows the flow of the restoration processing from an image.
  • FIG. 4 is an overall configuration diagram for explaining the outline of the backup/restore system according to the embodiment.
  • the backup/restore system 1 shown in FIG. 4 includes a virtual machine (VM) 10 that operates as a SIP server, and a volume storage 20 that provides a volume (block storage device) to the VM 10.
  • VM virtual machine
  • volume storage 20 that provides a volume (block storage device) to the VM 10.
  • the volume storage 20 provides the VM 10 with a volume 21 in which an OS, middleware (MW), and application software (APL) are installed and a volume 22 in which DB data is stored.
  • MW middleware
  • APL application software
  • DB data DB data is stored.
  • OpenStack Cinder can be used as the volume storage 20.
  • Cinder is a service that provides a volume used by a virtual machine (instance), and has functions such as volume creation/deletion and snapshot creation/deletion.
  • the virtual machine can be used by attaching the volume provided by Cinder.
  • the volume storage 20 has a backup function 30.
  • the volume storage 20 uses the snapshot function to create the images 31 and 32 of the volumes 21 and 22, respectively, and registers the images 31 and 32 in the backup function 30.
  • To register the images 31 and 32 for example, OpenStack Glance can be used. Glance is a service that manages an image in which an OS or the like used in a virtual machine is installed. By using the image, the virtual machine in which the necessary OS and the like are installed can be started in a short time. Volumes 21 and 22 can be created from the backed up images 31 and 32, respectively.
  • the backup function 30 stores a backup file 33 which is a memory dump of memory data.
  • a backup file 33 which is a memory dump of memory data.
  • the backup/restoration system 1 separates the volumes 21 and 22 according to the change frequency of the backup target, and determines the backup interval for each backup target. Specifically, for example, the OS, MW, and APL whose change frequency is low are installed in the volume 21, and backup is executed at any time when the software is updated. DB data having a moderate change frequency is stored in the volume 22 and is backed up once a day. On-memory data that is frequently changed is backed up once a hour.
  • the images 31 and 32 and the backup file 33 stored in the backup function 30 are also transferred to the volume storage 100 of the remote building.
  • the backup file 33 for memory data is the same as the conventional method.
  • OS, MW, APL and DB data are separated into separate images 31 and 32, and the backup interval is changed.
  • the transfer amount of 32 is reduced.
  • the volume storage 100 of the remote building also uses Cinder.
  • the VM 10 attaches the volumes 21 and 22 provided by the volume storage 20 to use the storage.
  • the VM 10 attaches the volume 21 in which the application and the like are installed, activates the OS, MW, and APL from the volume 21, and operates as a SIP server. That is, the VM 10 activates the OS, MW, and APL installed in the volume 21 without installing the OS, MW, and APL in its own local storage.
  • the VM 10 updates the database of the volume 22 and the like. Frequently accessed data is expanded in the memory of the VM 10.
  • the system performance is affected because the VM 10 is started from the external volume storage 20, but the session control server has a lot of on-memory processing, so the system performance is considered to be less affected. This may be affected if there is a lot of writing to the disc.
  • 5 to 7 are sequence diagrams showing the flow of backup processing of the backup/restore system 1.
  • the backup function 30 issues a backup file collection instruction to the active VM 10 (step S101).
  • the VM 10 dumps the memory and converts the memory data into a file (step S102).
  • the VM 10 transfers the backup file 33 to the backup function 30, and the backup function 30 stores the backup file 33 (step S103).
  • the backup file 33 is also transferred to the remote building.
  • the volume storage 20 acquires a snapshot of the volume 22 that stores the DB data (step S201). An image 32 of the volume 22 is obtained by the snapshot.
  • the volume storage 20 registers the image 32 of the volume 22 in the backup function 30 (step S202).
  • the image 32 is also transferred to the remote building.
  • the volume storage 20 acquires a snapshot of the volume 21 in which the OS, MW and APL are installed (step S301). An image 31 of the volume 21 is obtained by the snapshot.
  • the volume storage 20 registers the image 31 of the volume 21 in the backup function 30 (step S302).
  • the image 31 is also transferred to the remote building.
  • FIGS. 5 to 7 are executed according to the change frequency of the backup target, and the backup interval is different, so the total amount of transfer to the remote building can be reduced.
  • the restore process will be explained with reference to FIG. In FIG. 8, it is assumed that the ACT system VM fails and is switched to the SBY system VM. The volume storage 20 has not failed.
  • the VM 10 attaches the volume 21 in which the software is installed, activates and sets the software (steps S401 and S402).
  • the VM 10 attaches the volume 22 storing the DB data and updates the database including the DB data and the like (steps S403 and S404).
  • the VM 10 receives the backup file 33 from the backup function 30, and expands the memory data from the backup file 33 in the memory (steps S405 and S406).
  • the VM 10 attaches the volumes 21 and 22 and activates the software from the volume 21, so it is not necessary to transfer the images 31 and 32 to operate the VM 10, and the recovery time can be shortened.
  • the process of starting a VM from a backed up image will be described with reference to FIG.
  • the current building is damaged and a failure occurs in the VM 10 and the volume storage 20, there may be a case where the service is restarted in the remote building.
  • the backup function of the remote building is assumed to hold the images 31, 32 and the backup file 33 transferred from the current building.
  • the following processing is processing at a remote building.
  • the backup function 30 creates the volume 21 in which the software is installed from the image 31 (step S501).
  • the VM 10 attaches the volume 21 in which the software is installed, activates and sets the software (steps S502 and S503).
  • the backup function 30 creates the volume 22 storing the DB data from the image 32 (step S504).
  • the VM 10 attaches the volume 22 in which the DB data is stored and updates the database including the DB data and the like (steps S505 and S506).
  • the VM 10 receives the backup file 33 from the backup function 30 and expands the memory data from the backup file 33 in the memory (steps S507 and S508).
  • the VM 10 starts synchronization with the SBY VM (step S509).
  • the VM 10 connects the plurality of volumes 21 and 22, activates the software installed in the volume 21 from the volume 21, and stores the DB data in the volume 22.
  • the images 31 and 32 are backed up by taking snapshots at different intervals for each of the volumes 21 and 22.
  • the volumes 21 and 22 can be backed up at different intervals according to the change frequency of the backup target, and the total transfer amount can be reduced.
  • the VM 10 attaches the volumes 21 and 22 and activates the software from the volume 21, so it is not necessary to transfer the images 31 and 32 that backed up the volumes 21 and 22, and the recovery time can be shortened.

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Quality & Reliability (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
  • Retry When Errors Occur (AREA)

Abstract

仮想環境上に構築したサーバ装置においてバックアップの転送量の削減および復旧時間の短縮を図る。ＶＭ１０は、複数のボリューム２１，２２を接続し、ボリューム２１にインストールされたソフトウェアをボリューム２１から起動し、ＤＢデータをボリューム２２に格納し、ボリューム２１，２２ごとに異なる間隔でスナップショットを取ってイメージ３１，３２をバックアップする。

Description

バックアップリストア方法及びバックアップリストア装置
　本発明は、仮想環境におけるバックアップ、リストア技術に関する。
　高い可用性が求められるセッション制御サーバは、ＡＣＴ－ＳＢＹ構成が適用され、定期的にバックアップが取られる。ＡＣＴ系の装置が故障した時には、バックアップをしたデータ等をリストアし、迅速にサービスを再開する。また、現用のＡＣＴ－ＳＢＹ構成の装置を設置した現用ビルの罹災に備えて、同様の構成の装置を現用ビルから遠く離れた場所にある遠隔地ビルに設置しておく。バックアップしたデータ等は、遠隔地ビルにも送信する。現用ビルが罹災したときは遠隔地ビルの装置を使用してサービスを再開する。
　図１，２を用いて、従来方式のバックアップおよびリストアについて説明する。ここでは、ＳＩＰサーバを例に説明する。
　メモリに展開されたメモリデータは、例えば１時間に１回、メモリダンプされてファイルに書き出され、ＦＳ（ファイルシステム）にバックアップされる。メモリデータのバックアップファイルは、遠隔地ビルのＦＳにも転送される。
　サーバ装置のＯＳ上にインストールされたミドルウェア（ＭＷ）、アプリケーションソフトウェア（ＡＰＬ）、およびＤＢデータは、１日１回、ファイル化されてＦＳにバックアップされる。ここでバックアップされたバックアップファイルは、ＭＷ、ＡＰＬのシステムファイル、およびＤＢデータを含む。このバックアップファイルは、遠隔地ビルのＦＳにも転送される。
　リストア時、図２に示すように、新しいサーバ装置に、バックアップファイルをＦＳから転送した後、ＯＳ、ＭＷ、ＡＰＬなどのソフトウェアを起動・設定し、データベースを最新化する。新しいサーバ装置は、ＯＳ、ＭＷ、ＡＰＬはインストール済の状態である。そして、新しいサーバ装置に、メモリデータのバックアップファイルを転送し、メモリデータのバックアップファイルをメモリに展開する。
　仮想環境の普及に伴い、従来は専用ハード上で構築されていたサーバ装置の仮想化も検討されている。
Tsutomu Nakamura、"KVMのスナップショットによるゲストOSの状態管理"、[online]、２０１５年６月２２日、［２０１８年１２月２０日検索］、インターネット〈 URL：https://qiita.com/TsutomuNakamura/items/4da7cd2f9d6a85f4db94〉
　ＳＩＰサーバを仮想化した場合、ＤＢデータおよびシステムファイルのバックアップ処理は、仮想マシン（ＶＭ）の有するスナップショット機能を用いることが考えられる。スナップショット機能は、ＶＭのある時点の状態を保存する機能である。例えば、図３に示すように、ＶＭのスナップショットを取り、ＶＭのイメージをストレージに保存する。復旧時にバックアップしたイメージを利用することで、スナップショットを取った時点の状態の仮想マシンを起動することができる。イメージは、遠隔地ビルにも転送される。
　ＶＭのスナップショット機能で作成されるイメージは、ＯＳ、ＭＶ、ＡＰＬ、およびＤＢデータを全て含む。そのため、イメージのサイズが大きく、イメージを遠隔地ビルに転送する際の転送量が大きいという問題があった。また、リストア時、イメージをダウンロードしてから復旧するので、復旧までに時間を要するという問題があった。
　本発明は、上記に鑑みてなされたものであり、仮想環境上に構築したサーバ装置においてバックアップの転送量の削減および復旧時間の短縮を図ることを目的とする。
　本発明に係るバックアップリストア方法は、仮想環境におけるバックアップリストア方法であって、複数のボリュームストレージをそれぞれ接続し、前記複数のボリュームストレージのいずれかにインストールされたソフトウェアを当該ボリュームストレージから起動して仮想マシンを動作させ、前記複数のボリュームストレージごとに異なる間隔でバックアップすることを特徴とする。
　本発明に係るバックアップリストア装置は、仮想環境で動作するバックアップリストア装置であって、複数のボリュームストレージをそれぞれ接続する接続手段と、前記複数のボリュームストレージのいずれかにインストールされたソフトウェアを当該ボリュームストレージから起動して仮想マシンを動作させる起動手段と、前記複数のボリュームストレージごとに異なる間隔でバックアップするバックアップ手段と、を有することを特徴とする。
　本発明によれば、仮想環境上に構築したサーバ装置においてバックアップの転送量の削減および復旧時間の短縮を図ることができる。
従来方式のバックアップの概略を説明するための全体構成図である。 従来方式のリストアの概略を説明するためのシーケンス図である。 仮想環境におけるバックアップの概略を説明するための全体構成図である。 一実施形態のバックアップリストアシステムの概略を説明するための全体構成図である。 オンメモリのデータのバックアップ処理の流れを示すシーケンス図である。 データを格納したボリュームのバックアップ処理の流れを示すシーケンス図である。 ソフトウェアをインストールしたボリュームのバックアップ処理の流れを示すシーケンス図である。 リストア処理の流れを示すシーケンス図である。 イメージからのリストア処理の流れを示すシーケンス図である。
　以下、本発明の一実施形態について図面を用いて説明する。
　図４は、一実施形態のバックアップリストアシステムの概略を説明するための全体構成図である。
　図４に示すバックアップリストアシステム１は、ＳＩＰサーバとして動作する仮想マシン（ＶＭ）１０、ＶＭ１０にボリューム（ブロックストレージデバイス）を提供するボリュームストレージ２０を備える。
　ボリュームストレージ２０は、ＯＳ、ミドルウェア（ＭＷ）、およびアプリケーションソフトウェア（ＡＰＬ）がインストール済のボリューム２１およびＤＢデータが格納されたボリューム２２をＶＭ１０に提供する。ボリュームストレージ２０には、例えば、ＯｐｅｎＳｔａｃｋのＣｉｎｄｅｒを用いることができる。Ｃｉｎｄｅｒは、仮想マシン（インスタンス）が使用するボリュームを提供するサービスであり、ボリュームの作成／削除、スナップショットの作成／削除などの機能を有する。仮想マシンは、Ｃｉｎｄｅｒの提供するボリュームをアタッチして使用できる。
　ボリュームストレージ２０は、バックアップ機能３０を有する。ボリュームストレージ２０は、スナップショット機能を用いて、ボリューム２１，２２のそれぞれのイメージ３１，３２を作成し、バックアップ機能３０にイメージ３１，３２を登録する。イメージ３１，３２の登録には、例えば、ＯｐｅｎＳｔａｃｋのＧｌａｎｃｅを用いることができる。Ｇｌａｎｃｅは、仮想マシンに利用するＯＳ等をインストールしたイメージを管理するサービスである。イメージを利用することで、必要なＯＳ等がインストールされた仮想マシンを短時間で起動することができる。バックアップしたイメージ３１，３２のそれぞれからボリューム２１，２２を作成できる。
　バックアップ機能３０は、メモリデータをメモリダンプしたバックアップファイル３３を格納する。バックアップファイル３３をメモリに展開すると、バックアップしたメモリデータを再現できる。
　バックアップリストアシステム１は、バックアップ対象の変更頻度に応じてボリューム２１，２２を分離しておき、バックアップ対象毎にバックアップする間隔を決める。具体的には、例えば、変更頻度が低いＯＳ、ＭＷ、ＡＰＬは、ボリューム２１にインストールし、ソフトウェアの更新時に随時バックアップを実行する。変更頻度が中程度のＤＢデータは、ボリューム２２に格納し、１日に１回の頻度でバックアップを実行する。変更頻度が高いオンメモリのデータは、１時間に１回の頻度でバックアップを実行する。
　バックアップ機能３０に保存されたイメージ３１，３２とバックアップファイル３３は、遠隔地ビルのボリュームストレージ１００にも転送する。メモリデータのバックアップファイル３３は従来方式と変わらない。ソフトウェアおよびＤＢデータをまとめてバックアップした従来方式のバックアップファイルについては、ＯＳ，ＭＷ，ＡＰＬとＤＢデータとを分離して、別々のイメージ３１，３２とし、バックアップ間隔を変えたので、毎日転送するイメージ３２の転送量が削減される。遠隔地ビルのボリュームストレージ１００もＣｉｎｄｅｒを用いる。
　ＶＭ１０は、ボリュームストレージ２０の提供するボリューム２１，２２をアタッチして、ストレージを利用する。ＶＭ１０は、アプリケーション等がインストールされたボリューム２１をアタッチ後、ボリューム２１からＯＳ、ＭＷ、ＡＰＬを起動し、ＳＩＰサーバとして動作する。つまり、ＶＭ１０は、自身の有するローカルストレージにＯＳ、ＭＷ、ＡＰＬをインストールしないで、ボリューム２１にインストールされたＯＳ、ＭＷ、ＡＰＬを起動する。ＶＭ１０は、ＤＢデータを格納したボリューム２２をアタッチ後、ボリューム２２のデータベース等を最新化する。ＶＭ１０のメモリには、頻繁にアクセスされるデータが展開される。
　ＶＭ１０を外部のボリュームストレージ２０から起動するのでシステム性能に影響を及ぼすと考えられるが、セッション制御サーバは、オンメモリ処理が多いので、システム性能への影響は少ないと考えられる。ディスクに書き込む処理が多い場合は影響が出る可能性がある。
　次に、バックアップリストアシステム１のバックアップ処理およびリストア処理について説明する。図５から図７は、バックアップリストアシステム１のバックアップ処理の流れを示すシーケンス図である。
　図５を参照し、オンメモリのデータのバックアップについて説明する。
　オンメモリのデータのバックアップタイミングになると、バックアップ機能３０は、現用のＶＭ１０に対してバックアップファイルの収集指示を出す（ステップＳ１０１）。
　ＶＭ１０は、メモリダンプし、メモリデータをファイル化する（ステップＳ１０２）。
　ＶＭ１０は、バックアップファイル３３をバックアップ機能３０に転送し、バックアップ機能３０は、バックアップファイル３３を格納する（ステップＳ１０３）。バックアップファイル３３は、遠隔地ビルにも転送される。
　図６を参照し、ＤＢデータのバックアップについて説明する。
　ＤＢデータのバックアップタイミングになると、ボリュームストレージ２０は、ＤＢデータを格納したボリューム２２のスナップショットを取得する（ステップＳ２０１）。スナップショットによりボリューム２２のイメージ３２が得られる。
　ボリュームストレージ２０は、ボリューム２２のイメージ３２をバックアップ機能３０に登録する（ステップＳ２０２）。イメージ３２は、遠隔地ビルにも転送される。
　図７を参照し、ＯＳ、ＭＷ、ＡＰＬのバックアップについて説明する。
　ソフトウェアが更新されると、ボリュームストレージ２０は、ＯＳ、ＭＷ、ＡＰＬをインストールしたボリューム２１のスナップショットを取得する（ステップＳ３０１）。スナップショットによりボリューム２１のイメージ３１が得られる。
　ボリュームストレージ２０は、ボリューム２１のイメージ３１をバックアップ機能３０に登録する（ステップＳ３０２）。イメージ３１は、遠隔地ビルにも転送される。
　図５から図７の処理は、バックアップ対象の変更頻度に応じて実行され、バックアップ間隔が異なるので、遠隔地ビルへの転送量の総量を削減できる。
　図８を参照し、リストア処理について説明する。図８では、ＡＣＴ系のＶＭが故障し、ＳＢＹ系のＶＭに切り替わったとする。なお、ボリュームストレージ２０は故障していない。
　ＶＭ１０は、ソフトウェアがインストールされたボリューム２１をアタッチし、ソフトウェアを起動、設定する（ステップＳ４０１，Ｓ４０２）。
　ＶＭ１０は、ＤＢデータが格納されたボリューム２２をアタッチし、ＤＢデータ等を含むデータベースを最新化する（ステップＳ４０３，Ｓ４０４）。
　ＶＭ１０は、バックアップ機能３０からバックアップファイル３３を受信し、バックアップファイル３３からメモリデータをメモリに展開する（ステップＳ４０５，Ｓ４０６）。
　このように、リストア時、ＶＭ１０はボリューム２１，２２をアタッチし、ボリューム２１からソフトウェアを起動するので、イメージ３１，３２を転送してＶＭ１０を動作させる必要が無くなり、復旧時間が短縮できる。
　図９を参照し、バックアップしたイメージからＶＭを起動する処理について説明する。例えば、現用ビルが罹災し、ＶＭ１０およびボリュームストレージ２０に障害が発生した際、遠隔地ビルでサービスを再開するケースが考えられる。遠隔地ビルのバックアップ機能は、現用ビルから転送されたイメージ３１，３２およびバックアップファイル３３を保持しているものとする。以下の処理は、遠隔地ビルでの処理である。
　バックアップ機能３０は、イメージ３１からソフトウェアがインストールされたボリューム２１を作成する（ステップＳ５０１）。
　ＶＭ１０は、ソフトウェアがインストールされたボリューム２１をアタッチし、ソフトウェアを起動、設定する（ステップＳ５０２，Ｓ５０３）。
　バックアップ機能３０は、イメージ３２からＤＢデータが格納されたボリューム２２を作成する（ステップＳ５０４）。
　ＶＭ１０は、ＤＢデータが格納されたボリューム２２をアタッチし、ＤＢデータ等を含むデータベースを最新化する（ステップＳ５０５，Ｓ５０６）。
　ＶＭ１０は、バックアップ機能３０からバックアップファイル３３を受信し、バックアップファイル３３からメモリデータをメモリに展開する（ステップＳ５０７，Ｓ５０８）。ＶＭ１０は、ＳＢＹ系のＶＭと同期を開始する（ステップＳ５０９）。
　以上説明したように、本実施の形態によれば、ＶＭ１０は、複数のボリューム２１，２２を接続し、ボリューム２１にインストールされたソフトウェアをボリューム２１から起動し、ＤＢデータをボリューム２２に格納し、ボリューム２１，２２ごとに異なる間隔でスナップショットを取ってイメージ３１，３２をバックアップする。これにより、バックアップ対象の変更頻度に応じて異なる間隔でボリューム２１，２２のそれぞれをバックアップでき、転送量の総量を削減できる。また、リストア時、ＶＭ１０はボリューム２１，２２をアタッチし、ボリューム２１からソフトウェアを起動するので、ボリューム２１，２２をバックアップしたイメージ３１，３２の転送が不要であり、復旧時間が短縮できる。
　１…バックアップリストアシステム
　１０…仮想マシン（ＶＭ）
　２０…ボリュームストレージ
　２１，２２…ボリューム
　３０…バックアップ機能
　３１，３２…イメージ
　３３…バックアップファイル

Claims (6)

  1. 　仮想環境におけるバックアップリストア方法であって、
    　複数のボリュームストレージをそれぞれ接続し、前記複数のボリュームストレージのいずれかにインストールされたソフトウェアを当該ボリュームストレージから起動して仮想マシンを動作させ、
    　前記複数のボリュームストレージごとに異なる間隔でバックアップする
    　ことを特徴とするバックアップリストア方法。
  2. 　前記複数のボリュームストレージごとにバックアップしたイメージを転送する
    　ことを特徴とする請求項１に記載のバックアップリストア方法。
  3. 　前記仮想マシンはセッション制御サーバとして動作するものであって、
    　データベースのデータは前記ソフトウェアがインストールされたボリュームストレージとは別のボリュームストレージに格納される
    　ことを特徴とする請求項１または２に記載のバックアップリストア方法。
  4. 　仮想環境で動作するバックアップリストア装置であって、
    　複数のボリュームストレージをそれぞれ接続する接続手段と、
    　前記複数のボリュームストレージのいずれかにインストールされたソフトウェアを当該ボリュームストレージから起動して仮想マシンを動作させる起動手段と、
    　前記複数のボリュームストレージごとに異なる間隔でバックアップするバックアップ手段と、を有する
    　ことを特徴とするバックアップリストア装置。
  5. 　前記複数のボリュームストレージごとにバックアップしたイメージを転送する転送手段を有する
    　ことを特徴とする請求項４に記載のバックアップリストア装置。
  6. 　前記仮想マシンはセッション制御サーバとして動作するものであって、
    　データベースのデータは前記ソフトウェアがインストールされたボリュームストレージとは別のボリュームストレージに格納される
    　ことを特徴とする請求項４または５に記載のバックアップリストア装置。
PCT/JP2020/001402 2019-01-31 2020-01-17 バックアップリストア方法及びバックアップリストア装置 WO2020158432A1 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US17/427,169 US20220129354A1 (en) 2019-01-31 2020-01-17 Backup restoration method and backup restoration device

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2019015705A JP7208497B2 (ja) 2019-01-31 2019-01-31 バックアップリストア方法及びバックアップリストア装置
JP2019-015705 2019-01-31

Publications (1)

Publication Number Publication Date
WO2020158432A1 true WO2020158432A1 (ja) 2020-08-06

Family

ID=71840342

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2020/001402 WO2020158432A1 (ja) 2019-01-31 2020-01-17 バックアップリストア方法及びバックアップリストア装置

Country Status (3)

Country Link
US (1) US20220129354A1 (ja)
JP (1) JP7208497B2 (ja)
WO (1) WO2020158432A1 (ja)

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2010271882A (ja) * 2009-05-21 2010-12-02 Hitachi Ltd バックアップ管理方法
JP2015046664A (ja) * 2013-08-27 2015-03-12 日本電信電話株式会社 セッション制御サーバおよびその動作方法
JP2017167811A (ja) * 2016-03-16 2017-09-21 日本電気株式会社 バックアップ制御装置、バックアップ制御方法及びプログラム

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2014044630A (ja) 2012-08-28 2014-03-13 Oyo Denshi:Kk 情報システム
US9898372B2 (en) * 2013-09-18 2018-02-20 International Business Machines Corporation Backing up a computer application
EP3245582B1 (en) * 2015-01-15 2021-03-31 Telefonaktiebolaget LM Ericsson (publ) Storage fast path
US10296422B1 (en) * 2015-01-31 2019-05-21 Veritas Technologies Llc Low cost, heterogeneous method of transforming replicated data for consumption in the cloud
US10331524B2 (en) * 2016-06-21 2019-06-25 International Business Machines Corporation Optimizing data backup schedules
US10949308B2 (en) * 2017-03-15 2021-03-16 Commvault Systems, Inc. Application aware backup of virtual machines
US10901857B1 (en) * 2017-04-26 2021-01-26 EMC IP Holding Company LLC Application intelligence with virtual volume data protection
US10372561B1 (en) * 2017-06-12 2019-08-06 Amazon Technologies, Inc. Block storage relocation on failure
US10649855B2 (en) * 2018-07-12 2020-05-12 EMC IP Holding Company LLC Network configuration method to allow access to the backup and restores to Mtrees on a clustered backup appliance

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2010271882A (ja) * 2009-05-21 2010-12-02 Hitachi Ltd バックアップ管理方法
JP2015046664A (ja) * 2013-08-27 2015-03-12 日本電信電話株式会社 セッション制御サーバおよびその動作方法
JP2017167811A (ja) * 2016-03-16 2017-09-21 日本電気株式会社 バックアップ制御装置、バックアップ制御方法及びプログラム

Also Published As

Publication number Publication date
US20220129354A1 (en) 2022-04-28
JP2020123223A (ja) 2020-08-13
JP7208497B2 (ja) 2023-01-19

Similar Documents

Publication Publication Date Title
US8341365B2 (en) Data backup system and method for virtual infrastructure
US9940205B2 (en) Virtual point in time access between snapshots
JP4668763B2 (ja) ストレージ装置のリストア方法及びストレージ装置
US9552217B2 (en) Using active/active asynchronous replicated storage for live migration
US9405481B1 (en) Replicating using volume multiplexing with consistency group file
US10067837B1 (en) Continuous data protection with cloud resources
US9727429B1 (en) Method and system for immediate recovery of replicated virtual machines
US9690504B1 (en) Cloud agnostic replication
EP1907935B1 (en) System and method for virtualizing backup images
US8578203B2 (en) Providing a backup service from a remote backup data center to a computer through a network
US9672117B1 (en) Method and system for star replication using multiple replication technologies
US11080148B2 (en) Method and system for star replication using multiple replication technologies
US20100299309A1 (en) Backup management method
JP6072352B2 (ja) ディスク配信システム
JP5728812B2 (ja) 分散型情報処理システム及び分散ストレージシステム
EP2454670A2 (en) Operating system restoration using remote backup system and local system restore function
US20100049823A1 (en) Initial copyless remote copy
CN112711498A (zh) 一种虚拟机容灾备份方法、装置、设备及可读存储介质
US20150269029A1 (en) Immediate Recovery of an Application from File Based Backups
US11429640B2 (en) Methods and systems for data resynchronization in a replication environment
WO2020158432A1 (ja) バックアップリストア方法及びバックアップリストア装置
US11379319B2 (en) LAN-free and application consistent backup method
US11360685B2 (en) Data consistency during reverse replication
WO2014147707A1 (ja) 情報処理装置、情報処理方法、及び情報処理プログラム
US20130055008A1 (en) Downloading a disk image from a server with a reduced corruption window

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 20748562

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 20748562

Country of ref document: EP

Kind code of ref document: A1