JP2008084327A - データのバックアップのための方法、装置、システム、プログラム及び記憶媒体 - Google Patents

Abstract

【課題】適切なバックアップスケジュールを自動的に決定する。
【解決手段】ホスト計算機、バックアップ元記憶装置及びバックアップ先記憶装置に通信回線を介して接続され、バックアップ処理のスケジュールを記録しておくためのバックアップスケジュール表記憶手段を有するバックアップ装置により、ホスト計算機からの要求に応じて、バックアップ対象データの重要度及び該データを保持する記憶装置の信頼度を基に、バックアップスケジュール表を作成及び／又は編集し、このバックアップスケジュール表に記録されたスケジュールに従ってバックアップ処理を実行する。
【選択図】図１

Description

本発明は磁気ディスク記憶装置内のデータをバックアップする技術に係り、特に、複数の計算機が接続される複合計算機システムにおけるバックアップシステム及び装置と、該システムに用いられるバックアップ方法と、該方法を用いたプログラムと、該プログラムを保持する記憶媒体とに関する。

磁気ディスク記憶装置などの記憶装置に保持されているデータは、事故、災害、故障などにより一旦破壊されてしまうと、回復・修復するのに多大な労力と費用を要することが多い。そこで、重要なデータについては、破壊されても即座に現状を回復することができるよう、あらかじめ磁気テープ装置など他の記憶装置にデータをコピーして保存しておくことが一般に行われている。通常、このデータ保護手順を「バックアップ」と呼び、他の記憶装置にコピーして保存されたデータを「バックアップデータ」と呼ぶ。

一般的なバックアップ操作では、オペレータが手作業によりバックアップ元のデバイスとバックアップ先のバックアップ装置（磁気テープドライブ又は磁気テープライブラリ装置など）を指定し、所定の時刻にバックアップ処理を起動して、バックアップ元からバックアップデバイスへとデータ（ファイルなど）をコピーする。なお、これを発展させて、シェルスクリプトなどで記述した定期的に特定のデバイス上のデータをバックアップするバッチ処理を実行する方法もある。

また近年、複数のホスト計算機と複数の記憶装置とを相互に接続し、いわゆる一つのネットワークにまとめる動きが盛んになっている。一般に、複数の計算機をイーサネット(Ethernet)などのネットワークで接続したＬＡＮ(Local Area Network)に対して、このような記憶装置のネットワークをＳＡＮ (Storage Area Network)と呼ぶ。

ＳＡＮでは、通常、ファイバチャネル(Fibre Channel)という光ケーブル又は銅線の伝送路を用いて計算機と記憶装置とが接続される。このネットワークには、記憶装置に対して複数の計算機が共通にアクセスできるという大きな利点がある。このネットワークを用いれば、複数の計算機で記憶装置やバックアップ装置を共用することができるため、複数の計算機に保持されたデータを、一台のバックアップ装置によってそれぞれバックアップすることができるため、比較的高価なテープライブラリ装置や高速なテープ記憶装置などを計算機や磁気ディスク装置の台数分用意する必要がなく、システム構築のコストを削減することができる。

このようなＳＡＮによるバックアップ装置の共有環境では、バックアップ装置が行うべきバックアップ処理は、バックアップ対象が多いことから、非共有環境に比べて高負荷になる。通常、バックアップ処理は、高負荷なトランザクション処理などが行われない深夜など、ごく限られた時間帯に、所定の時間内で実施しなければならない。しかし、バックアップ装置が共有される環境では、１台のバックアップ装置により複数の記憶装置のデータをバックアップするため、処理時間が長くなる。したがって、処理量の多いシステムでは、所定の時間内にバックアップ処理が終了しないといった問題が生じる場合がある。

この問題を回避するため、例えば、重要なデータや信頼度の低い記憶装置に保持されたデータについては１日１回、更新の少ないデータや信頼度の高い記憶装置に保持されたデータについては週１〜２回といったように、バックアップの頻度をバックアップ対象の記憶装置やデータの種類、該データを用いるアプリケーションの種類などに応じて変えることにより、システム全体のバックアップ時間の短縮を図ることができる。しかし、このようにする場合には、システム管理者がそれぞれのデータについてバックアップの頻度及びスケジュールを適切に決定する必要があり、大規模システムにおいては非常に複雑なスケジューリングを要するため、この方法を採ることは困難なことが多い。

そこで本発明は、このようなシステム管理における手間を軽減するため、データの重要度や記憶装置の信頼度などから、適切なバックアップスケジュールを自動的に決定するためのバックアップ方法と、該方法を用いたバックアップ装置、バックアップシステム及びバックアッププログラムと、該プログラムを保持する記憶媒体とを提供することを目的とする。

上記目的を達成するため、本発明では、ホスト計算機、バックアップ元記憶装置及びバックアップ先記憶装置に通信回線を介して接続され、バックアップ処理のスケジュールを記録しておくためのバックアップスケジュール表記憶手段を有するバックアップ装置により、ホスト計算機からの要求に応じて、バックアップ対象データの重要度及び該データを保持する記憶装置の信頼度を基に、バックアップスケジュール表を作成及び／又は編集するステップと、バックアップスケジュール表に記録された上記スケジュールに従ってバックアップ処理を実行するステップとを備えるバックアップ方法が提供される。また、本発明では、この本発明のバックアップ方法を用いたバックアップ装置、バックアップシステム及びバックアッププログラムと、該プログラムを保持する記憶媒体とが提供される。

なお、本発明では、バックアップ装置に、バックアップ元記憶装置の動作状況を監視する手段、及び、バックアップ元記憶装置の動作状況の変化（縮退、回復などの装置の変化）を検出するとバックアップスケジュール表を作成及び／又は編集する手段をさらに設けることが望ましい。

本発明によれば、データの重要度や記憶装置の信頼度などから、最適なバックアップスケジュールを自動的に決定することができるため、システム管理の負荷を低減させることができる。

本発明のバックアップシステムは、１台以上のホスト計算機と、１台以上の記憶システムと、バックアップ装置とが、相互に接続された計算機システムである。本発明のシステムでは、記憶システムはそれぞれ、記憶媒体として一つ又は複数のボリュームを有し、バックアップ装置は、ホスト計算機が上記ボリューム上に格納したデータのバックアップを共通に取得する。この本発明のバックアップシステムは、ホスト計算機からのバックアップ要求に応じて、記憶システム上に保持するそれぞれのデータに対するバックアップの順序と頻度とを決定する手段（バックアップジョブ管理部）を有する。

なお、このバックアップジョブ管理部は、例えばバックアップ装置に設けることができ、バックアップジョブ管理部へのバックアップ要求は、ホスト計算機のいずれか１台が備えるバックアップ要求手段が行うようにしてもよい。また、ホスト計算機のうちの１台に、バックアップジョブ管理部を設けてもよい。

バックアップジョブ管理部は、それぞれのデータに対するバックアップの順序及び頻度を決定した後、ホスト計算機から別のバックアップ要求を受け付け、すでに決定したバックアップの順序及び頻度を変更する手段を有することが望ましい。

ホスト計算機からの要求には、バックアップ対象データの重要度、及び、バックアップ処理を実行する時間帯に関する情報の少なくともいずれかを含むことが望ましい。

また、記憶システムの有する一つ又は複数のボリュームは、１台以上の磁気ディスク記憶装置から構成された論理ボリュームとすることができる。この場合、論理ボリュームに格納されたデータは、記憶システムにおける複数の記憶媒体（磁気ディスクなど）に多重化されて格納されてもよい。さらに、論理ボリュームに格納されたデータは、記憶システムにおける複数の記憶媒体（磁気ディスクなど）に分散されて格納されてもよい。このように分散して格納する場合、データには誤り訂正符号を付加することが望ましい。

本発明のバックアップシステムでは、複数のホスト計算機のうちいずれか少なくとも１台が、バックアップ装置へのバックアップ要求を行うことができる。また、バックアップ装置がバックアップ処理の管理を行い、システム全体のバックアップスケジュールを決定する。それぞれのホスト計算機はバックアップ処理を管理する計算機（バックアップ装置）に、バックアップ時間帯及びデータの重要度を指定する。バックアップ処理を管理する計算機は、この情報や、バックアップ対象データを保持する記憶装置の信頼度をもとに、それぞれのデータのバックアップ頻度を決定し、適切な時間帯にバックアップ処理を実行できるようにスケジュールを決定する。

さらに、バックアップ対象のデータが増えると、当初設定していたスケジュールでは、決められた時間内にバックアップが終わらない可能性が出てくる。本実施例のバックアップシステムでは、このような場合、データの重要度などの要素から、バックアップの必要性が比較的低いデータについてバックアップ頻度を減らす、あるいはバックアップの時間帯をずらすなどして、バックアップスケジュールを変更する。

以下、発明の実施例を、図面を用いて説明する。

Ａ．システム構成
（１）全体構成
本実施例のバックアップシステムは、図１に示すように、ホスト計算機１００、バックアップ管理装置（バックアップ装置）２００、磁気ディスク記憶装置３００、及び、磁気テープライブラリ記憶装置４００とを備える。

これらの装置１００，２００，３００及び４００は、それぞれ、ＣＰＵ（中央処理装置）、メモリ（主記憶装置）、外部記憶装置、入力装置及び出力装置を有する情報処理装置であり、これらの装置１００〜４００における各種ソフトウエア／アプリケーションは、外部記憶装置により記憶媒体から読み込まれるなどしてメモリに保持され、ＣＰＵにより実行される。

なお、本実施例では、ホスト計算機１００及び磁気ディスク記憶装置３００がそれぞれ１台設けられているが、複数台設けてもよい。また、磁気ディスク記憶装置の代わりに、光ディスク記憶装置や光磁気ディスク記憶装置など、他の記憶装置を用いてもよく、これらを併用してもよい。また、本実施例ではバックアップデータを保存する記憶装置として磁気テープライブラリ装置を用いるが、本発明はこれに限られるものではなく、他の記憶装置を用いてもよく、また、記憶媒体も磁気テープでなくてもよい。ただし、バックアップデータの保存先には、大容量の記憶装置を用いることが好ましい。

（２）ホスト計算機
ホスト計算機１００は、ブロックデバイスＩ／Ｆ（インタフェース）１０１と、ネットワークＩ／Ｆ１０８と、バックアップ管理装置２００と連携して動作するホスト側ソフトウエア１１０と、入力装置１０７とを備える。

ブロックデバイスＩ／Ｆ１０１は、バックアップ管理装置２００、磁気ディスク記憶装置３００及び磁気テープライブラリ記憶装置４００の間のデータ転送を行う。ブロックデバイスＩ／Ｆ１０１によるデータ転送には、ファイバチャネル、又は、ＳＣＳＩ（Small Computer System Interface）デバイスなどのＳＣＳＩプロトコルを用いるデバイスが用いられる。

ネットワークＩ／Ｆ１０８は、バックアップ管理装置２００と磁気ディスク記憶装置３００との間のデータ通信を行う。ネットワークＩ／Ｆ１０８によるデータ通信には、イーサネットやＦＤＤＩ（Fiber Distributed Data Interface）等が用いられ、ＬＡＮ６００経由して行われる。

ホスト側ソフトウエア１１０は、バックアップ対象のデータを保持するデータベース１０５、バックアップ管理装置２００からバックアップ要求が発生した際にデータベースアプリケーション１０５と連携して一連のバックアップを行うジョブ登録部１０６、バックアップされるデバイスファイル名とポート（Ｐｏｒｔ）番号及び論理ユニット番号（ＬＵＮ）とを変換するポート番号・ＬＵＮ−デバイスファイル対応表１０４、外部記憶装置の磁気ディスクを外部から制御するディスクアレイ外部制御部１０２、並びに、データベースアプリケーション１０５又はディスク外部制御部１０２からのブロックデバイス命令をＳＣＳＩデバイスコマンドで生成するＳＣＳＩコマンド発行部１０３を備える。

なお、本発明では、バックアップ対象のデータを管理するアプリケーションとして、ＤＢＭＳ（データベース管理システム）であるデータベースアプリケーション１０５を用いているが、別の応用ソフトウエアでもよい。また、本実施例ではバックアップ対象のデータをデータベースの保持するデータとしたが、本発明はこれには限られず、ファイルなどに保持されたデータであっても構わない。

ポート番号・ＬＵＮ−デバイスファイル対応表１０４は、メモリ及び／又は外部記憶装置に確保された記憶領域であり、図５に示すように、ブロックデバイスネットワーク内の磁気ディスク記憶装置３００の識別子であるポート番号５００２、及び、磁気ディスク記憶装置３００が提供する論理ボリュームのＬＵＮ５００３の、ホスト計算機１００のオペレーティングシステム（ＯＳ）内で利用されるディスク識別ファイルであるデバイスファイル５００１に関連付けて保持する。

（３）バックアップ管理装置
バックアップ管理装置２００は、バックアップ操作を行うとともに、そのスケジューリングを行うバックアップ装置であり、図１に示すように、バックアップ管理装置２００の動作管理をする制御部２２０と、制御部２２０が利用するデータを保管するストレージ部２１０と、ＳＣＳＩコマンド発行部２０２と、ブロックデバイスＩ／Ｆ２０１と、ネットワークＩ／Ｆ２０３部とを備える。

ＳＣＳＩコマンド発行部２０２は、制御部２２０から磁気ディスク記憶装置３００及び磁気テープライブラリ記憶装置４００に対して要求されるデータ転送命令と、ブロックデバイスネットワーク５００に接続される機器の構成情報を取得するための命令とを発行する。

ブロックデバイスＩ／Ｆ２０１は、ファイバチャネル又はＳＣＳＩデバイスなどのＳＣＳＩプロトコルデバイスを用いて、磁気ディスク記憶装置３００、磁気テープライブラリ記憶装置４００等のブロックデバイスとの間でのデータの転送を行う。

ネットワークＩ／Ｆ２０３は、制御部２２０と外部の装置と間の、ＬＡＮ６００を経由した通信のためのインタフェースである。

バックアップ管理装置２００内の制御部２２０は、磁気ディスク記憶装置３００の動作状況を把握する装置管理情報収集部２２５と、バックアップジョブの追加と削除を行うバックアップジョブ管理部２２１と、磁気テープライブラリ記憶装置４００内のテープ動作状況を後述のテープライブラリ管理表２１２で管理するテープライブラリ管理部２２２と、バックアップジョブ管理部２２１で作成されたバックアップスケジュールを処理するバックアップジョブ処理部２２３と、データベース２１１，２１４を管理するためのＤＢＭＳ（図示せず）とを備える。

バックアップ管理装置２００内のストレージ部２１０は、メモリ及び／又は外部記憶装置に確保された記憶領域であり、制御部２２０が取り扱うデータを保持する。ストレージ部２１０は、磁気テープライブラリ記憶装置４００のテープ稼動状況を記載したテープライブラリ管理表２１２と、バックアップジョブ管理部によって決められた１週間のバックアップのスケジュールを記載したバックアップスケジュール表２１３と、リソースＤＢ（データベース）２１１と、システム構成ＤＢ２１４と、バックアップ周期表２１５とを備える。

リソースＤＢ２１１は、バックアップされるボリュームの磁気ディスク記憶装置３００内の構成情報と、データを保管する磁気テープライブラリ記憶装置４００のポート番号及びＬＵＮと、バックアップ対象データの重要度とを、アプリケーショングループという単位で管理するデータベースである。

なお、本実施例では、バックアップ対象データの重要度（データ重要度）は、ホスト計算機１００の入力装置１０７を介してユーザによって入力される。すなわち、各アプリケーショングループに対して、バックアップされるデータが入った複数のボリュームがＬＵＮによって指定され、アプリケーショングループ毎のデータ重要度６０１０が指定される。

なお、データ重要度は、本実施例では図６に示すように３段階で規定される。第１段階はバックアップが望ましいグループ６０１１、第２段階はバックアップが必要とされるグループ６０１２、第３段階はバックアップが必須なグループ６０１３である。つまり、データ重要度６０１０は値が大きいほど重要度が高いことを示し、本実施例では「１」が最低、「３」が最高となっている。このデータ重要度６０１０は、磁気ディスク記憶装置３００内のデータを保持するボリュームのディスクの冗長度と併せることで、後述するバックアップ周期表２１５に基づいてバックアップを行う間隔であるバックアップ周期を決定するのに使われる。

ＤＢ２１１の構造を、図２に示す。リソースＤＢ２１１は、バックアップの単位であるアプリケーショングループ１００１と、バックアップ対象データの重要度や最終バックアップバック開始時間と終了時間を記したバックアップメタ情報１０１０と、磁気ディスク記憶装置３００内の物理位置情報やターゲットとなるテープの割当を記載したバックアップ対象データ情報部１０２０とを備える。

リソースＤＢ２１１内のバックアップメタ情報部１０１０は、バックアップ対象データの重要度１０１１と、最終バックアップ開始時刻１０１２と、そして最終バックアップ終了時刻１０１３とを有する。バックアップ対象データ情報部１０２０には、アプリケーショングループ１００１に所属するデータのブロックデバイスネットワーク上でのポート番号１０２１と、ディスク内のＬＵＮ番号１０２２と、テープライブラリ管理装置よりアプリケーショングループへ割り当てられたテープ割当１０２３とが記載されている。なお、テープ割当１０２３には複数のテープ番号が記載されていてもよい。

システム構成ＤＢ２１４は、磁気ディスク記憶装置３００内の各物理デバイスに対する構成情報を、ポート番号、ＬＵＮ及びＬＵ冗長度として保持するデータベースであり、図３に示すように、磁気ディスク記憶装置のポート番号２００１と、ＬＵＮ２００２と、ＰＤＥＶ番号（物理デバイス番号）２００３と、各物理デバイス（ＰＤＥＶ）のディスク構成２００４と、ＬＵ（論理ユニット）のボリュームの冗長度２００５（ＬＵ冗長度）とを保持する。本実施例のシステムでは、このシステム構成ＤＢ２１４により、ユーザが意識することなく自動的に、論理ユニット番号を物理デバイス番号へ変換することができる。

バックアップ周期表２１５は、１週間の内に行われるバックアップの間隔（周期）を決定するために用いられるデータベースであり、図７に示すように、ユーザによって指定されたデータ重要度７０２０と、前述のＬＵの冗長度７０１０とを保持する。なお、本実施例では、バックアップ周期はデータ重要度７０２０及びＬＵ冗長度７０１０の２種類のデータに基づいて決定されるが、本発明はこれには限られず、バックアップ時間、バックアップ管理装置２００の性能等のパラメータを追加してバックアップ周期表２１５を拡張してもよい。

バックアップスケジュール表２１３は、図８に示すように、１週間の各曜日８０２０に対応して、バックアップ処理実行時間枠８００１ごとに、バックアップ対象のアプリケーショングループ名８０１１と、磁気テープライブラリ装置４００においてそのバックアップに使用されるテープの番号８０１２とを保持する。

テープライブラリ管理表２１２は、磁気テープライブラリ記憶装置４００内に存在するテープの使用状況を管理するための表であり、図４に示すように、テープごとに、該テープのテープ番号４００１及び使用状況４００２を保持する。なお、テープ番号は、磁気テープライブラリ記憶装置４００内の磁気テープ記憶媒体と１対１対応しており、ここでは、磁気テープライブラリ記憶装置４００に磁気テープ記憶媒体がＮ本用意されているものとする。また、使用状況は「０」であれば未使用、「１」であれば使用中であることを示す。

（４）磁気ディスク記憶装置
磁気ディスク記憶装置３００は、図１に示すように、データを保持するための記憶媒体として、磁気ディスク３１０を有する。また、磁気ディスク装置３００は、ディスク３１０を制御するディスクドライブ制御部３０４，３０５と、複数のディスクを統合制御するディスク制御部３２０と、ホスト計算機１００及びバックアップ管理装置２００からの磁気ディスク記憶装置３１０の管理を可能にするための制御デバイス３０７と、ブロックデバイスＩ／Ｆ３０８と、ネットワークＩ／Ｆ３０６と、ディスクの部品の障害状況を監視する障害検出部３０５と、磁気ディスク記憶装置３００の動作に必要な電源を供給する電源部３０１とを備える。

ブロックデバイスＩ／Ｆ３０８は、ファイバチャネル、又は、ＳＣＳＩデバイスなどのＳＣＳＩプロトコルデバイスを用いて、ホスト１００、バックアップ管理装置２００又は磁気テープライブラリ記憶装置４００と磁気ディスク記憶装置３００との間のデータ転送を行う。

ネットワークＩ／Ｆ３０６は、磁気ディスク記憶装置３００と、ホスト計算機１００又はバックアップ管理装置２００との間のＬＡＮ６００を経由した通信を行う。ディスク制御部３２０は、このネットワークＩ／Ｆ３０６を介して、ホスト計算機１００及びバックアップ管理装置２００との間で管理情報の交換を行う。

ディスク制御部３２０は、磁気ディスク記憶装置３００の動作を決定する。ディスク制御部３２０は、ホスト計算機１００やバックアップ管理装置２００などのイニシエータ装置からのＳＣＳＩプロトコル命令を受信するＳＣＳＩコマンド受信部３２４と、制御デバイスに要求を監視する制御デバイス監視部３２３と、ＳＣＳＩコマンド受信部３２４及び制御デバイス監視部３２３により命令された論理ボリュームへの処理及びボリュームの読み書き操作を行う論理ボリューム制御部３２５と、装置の各種構成要素に関する情報を取得し、これを管理する装置構成要素管理部３２２と、装置構成要素管理部３２２で取得した情報をバックアップ管理装置２００等の外部装置に公開する装置管理情報提供部３２１とを備える。装置構成要素管理部３２２の管理対象には、電源部３０１の動作状態、物理ディスクの動作状態、並びに、磁気ディスク記憶装置３００のポート番号及びＬＵＮなどのディスク構成要素が挙げられる。

（５）磁気テープライブラリ
磁気テープライブラリ記憶装置４００は、図１に示すようにテープ内のデータを読み書きするテープドライブ部４０１、バックアップデータを保管するための記憶媒体である磁気テープ４０２と、アクセス対象の磁気テープ４０２を変更するチェンジャ部４０３と、磁気テープ内のデータの読み書き動作を制御するテープドライブ制御部４０４と、チェンジャ部４０３及びテープドライブ制御部４０４の動作を管理するライブラリ管理部４０５と、外部のバックアップ管理装置２００からの命令（データ転送命令など）を受信するＳＣＳＩコマンド受信部４０６と、コマンドを送受信するブロックデバイスＩ／Ｆ４０７とを備える。

（６）ネットワーク
ホスト計算機１００、バックアップ管理装置２００、磁気ディスク記憶装置３００及び磁気テープライブラリ記憶装置４００は、それぞれ、ブロックデバイスＩ／Ｆ１０１，２０１，３０１，４０１を介してブロックデバイスネットワーク５００に接続されている。ブロックデバイスネットワーク５００は、ファイバチャネル、ＳＣＳＩプロトコルなどに基づくネットワークである。各装置１００〜４００のブロックデバイスＩ／Ｆから送受信されるコマンド及びデータは、このブロックデバイスネットワーク５００を介して転送される。

また、ホスト計算機１００、バックアップ管理装置２００及び磁気ディスク記憶装置３００は、ネットワークＩ／Ｆ１０８，２０３，３０６を介してＬＡＮ６００に接続されている。このＬＡＮ６００は、イーサネット、ＦＤＤＩ等に基づくネットワークであり、各装置間でこのＬＡＮ６００は、管理情報を交換するために使われる。

Ｂ．処理の流れ
つぎに、本実施例のバックアップシステムにおけるバックアップ動作について説明する。

（１）全体の流れ
本実施例のバックアップシステムでは、バックアップ管理装置２００により、バックアップ対象ＬＵのアプリケーショングループの登録が受け付けられる。バックアップ管理装置２００は、このバックアップ対象の登録が行われた後、バックアップスケジュールの作成依頼を受けると、登録されたアプリケーショングループのデータ重要度を基に、バックアップスケジュール表２１３を作成し、これをホスト計算機１００に通知する。この通知を受けたホスト計算機１００は、通知された表２１３を出力装置の表示画面に表示する。

図１７に示すように、ここで表示されるスケジュール提示画面１７００は、バックアップスケジュール表２１３の内容を示すスケジュール表領域１７０１と、編集の指示を受け付けるためのボタン（選択領域）１７０２と、スケジュールの承認の入力を受け付けるためのボタン（選択領域）１７０３と、終了指示を受け付けるためのボタン（選択領域）１７０４とを有する。

ここで、入力装置１０７を介して編集ボタン１７０２の選択（クリック）が入力されると、ホスト計算機１００は、スケジュール表２１３の編集画面を表示し、編集指示の入力を受け付けて、入力された内容をバックアップ管理装置２００に通知し、編集指示を表２１３の内容に反映させ、修正後のスケジュール表２１３の内容を用いて、再度スケジュール提示画面１７００を表示する。入力装置１０７を介して承認ボタン１７０３の選択が入力されると、バックアップ管理装置３００は、スケジュール表２１３の内容に基づきバックアップ操作を実行する。また、入力装置１０７を介して終了ボタン１７０４の選択が入力されると、ホスト計算機１００は、処理を終了する。

さらに、本実施例のバックアップ管理装置３００は、システムの稼動中にシステム構成が変更されると、システム構成を把握した後、再びバックアップスケジュールを作成する。

この本実施例のシステムにおけるバックアップ動作の詳細について、以下に順次説明する。

（２）アプリケーショングループの登録
初めに、ホスト計算機１００によるバックアップ管理装置２００へのアプリケーショングループの登録処理を、図９を用いて説明する。

ホスト計算機１００のジョブ登録部１０６は、バックアップ対象デバイスファイルの記憶媒体（本実施例では論理ボリューム）のボリューム名をあらかじめ保持している。なお、このジョブ登録部１０６の保持するバックアップ対象デバイスファイル名は、例えば、入力装置１０７を介してユーザからのバックアップ対象デバイスファイルの指定の入力を受け付けるようにしてもよく、データベースアプリケーションが自動的にファイル名を指定し、ジョブ登録部１０６に通知するようにしてもよい。アプリケーショングループの登録処理では、まず、ホスト計算機１００のジョブ登録部１０６が、この保持しているデバイスファイルのボリューム名を、ポート・ＬＵＮ−デバイスファイル対応表１０４を参照して、ＳＣＳＩプロトコルで使用されるポート番号及びＬＵＮに変換する（ステップ９００１）。

次にホスト計算機１００のジョブ登録部１０６は、アプリケーショングループをリソースＤＢ２１１に登録するために、アプリケーショングループ名、バックアップボリュームのポート番号及びＬＵＮ並びにアプリケーショングループのデータ重要度を通知して、バックアップ管理装置２００へ登録要求を発行する（ステップ９００２）。

これを受けたバックアップ管理装置２００内のバックアップジョブ管理部２２１は、ステップ９００２で要求されたアプリケーショングループを確認し（ステップ９００３）、同一のアプリケーショングループが存在すればステップ９００６へ処理を進め、存在しなければホスト計算機１００へエラーであることを通知する（ステップ９００５）。

ステップ９００４においてバックアップジョブ管理部２２１は、ステップ９００２で与えられたポート番号、ＬＵＮ番号及びデータ重要度と、ステップ９００３で確認されたアプリケーショングループとを基に、バックアップ対象のアプリケーショングループに関するレコードであるリソースレコードを作成し、リソースＤＢ２１１に登録する。なお、リソースレコードは、アプリケーショングループごとに作成され、図２に示すリソースＤＢ２１１の各行２１１ａにあたる。

（３）登録の削除
続いて、登録されたアプリケーショングループのリソースレコードをリソースＤＢ２１１より解放（削除）する処理について、図１０を用いて説明する。

バックアップ対象アプリケーショングループの登録を削除する必要が生じた場合（すなわち、上述の例に倣えば、ユーザ又はデータベースアプリケーションからの登録解除要求があった場合）、ホスト計算機１００のジョブ登録部１０６は、削除を指示されたアプリケーショングループのリソースレコードをリソースＤＢ２１１から削除するために、バックアップ管理装置２００へ削除の要求を発行する（ステップ１０００１）。

これを受けたバックアップ管理装置２００内のバックアップジョブ管理部２２１は、ステップ１０００１で要求されたアプリケーショングループの存在を確認し（ステップ１０００２）、要求されたアプリケーショングループが存在すれば処理をステップ１０００３へ進め、存在しなければホスト計算機１００へエラーであることを通知する（ステップ１０００８）。

ステップ１０００３において、バックアップジョブ管理部２２１は、要求されたアプリケーショングループが現在バックアップ処理中か否か確認し、バックアップ処理中であれば、ホスト計算機１００へエラーであることを通知する（ステップ１０００８）。一方、バックアップ処理中でなければ、バックアップジョブ管理部２２１は、リソースＤＢ２１１を参照して、登録を削除するアプリケーショングループに対して割り当てられたテープを検出し、この検出したテープを、テープライブラリ管理部２２２によって解放する（ステップ１０００４）。

続いてバックアップジョブ管理部２２１は、バックアップスケジュール表２１３及びリソースＤＢ２１１から、ステップ１０００１で登録削除を要求されたアプリケーショングループに対応するレコードを削除して（ステップ１０００５，６）、 アプリケーショングループを解放した結果をホスト計算機１００に戻す（ステップ１０００７）。

（４）バックアップスケジュール表の作成
次に、ホスト計算機１００がバックアップスケジュール表２１３の作成の依頼をバックアップ管理装置２００へ発行し、リソースＤＢ２１１中のアプリケーショングループからバックアップスケジュール表２１３を作成する手順について、図１１を用いて説明する。

入力装置１０７を介してバックアップスケジュール表２１３の作成指示が入力された場合や、装置構成の変化を検出した場合、ホスト計算機１００のジョブ登録部１０６は、バックアップ管理装置２００に、１日のうちのバックアップ処理を行うことができる時間であるバックアップウインドウＷを通知して、バックアップスケジュール表２１３の作成を依頼する（ステップ１１００１）。

この依頼を受けたバックアップ管理装置２００の制御部２２０は、リソースＤＢ２１１を参照して、バックアップ対象アプリケーショングループのリソースレコードをデータの重要度順に一つ呼び出す（ステップ１１００２）。

ステップ１１００２で未処理レコードが呼び出せれば（ステップ１１００３）、制御部２２０は、当該呼び出したリソースレコードの内容をバックアップスケジュール表２１３へ登録し（ステップ１１００４）、登録できなければ、その旨をホスト計算機１００へ通知する。これを受けたホスト計算機１００のジョブ登録部１０６は、テープが割り当てられなかったことを表示画面に表示して（ステップ１１００５）、処理を終了する。

一方、ステップ１１００４において登録処理が成功すればバックアップするテープの割り当てをテープライブラリ管理部２２２に依頼する（ステップ１１００６）。ここでテープの割り当てに失敗した場合、制御部２２０は、その旨をホスト計算機１００へ通知する。これを受けたホスト計算機１００のジョブ登録部１０６は、テープが割り当てられなかったことを表示画面に表示して（ステップ１１００７）、処理を終了する。

ステップ１１００６においてテープの割り当てが成功した場合、制御部２２０は、バックアップスケジュール表２１３の所定の位置（図８では括弧内８０１２として図示）に割り当てたテープのテープ番号を格納し、処理をステップ１１００２へ戻して次のリソースレコードについての処理を行う。ステップ１１００２において未処理レコードを呼び出せなければ（ステップ１１００３）、制御部２２０はバックアップスケジュール表２１３の内容をホスト計算機１００へ通知する。

この通知を受けたホスト計算機１００のジョブ登録部１０６は、通知された表２１３の内容を、出力装置の表示画面に表示し（図１７）、ボタン１７０２〜１７０４の選択を受け付け（ステップ１１００８）、終了ボタン１７０４が選択されると（ステップ１１００９）、処理を終了する。

また、承認ボタン１７０３が選択されると（ステップ１１００９）、ホスト計算機１００のジョブ登録部１０６は、バックアップ管理装置２００の制御部２２０にバックアップ処理の実行を指示し、これを受けた制御部２２０は、バックアップスケジュール表２１３に基づいたバックアップ処理の実行を開始する（ステップ１１０１０）。

編集ボタン１７０２が選択されると（ステップ１１００９）、ホスト計算機１００のジョブ登録部１０６は、編集内容の指示入力を受け付けて（ステップ１１０１１）、バックアップ管理装置２００の制御部２２０へ通知する。これを受けた制御部２２０は、指示の内容に応じてバックアップスケジュール表２１３の内容を編集し（ステップ１１０１２）、編集後の表２１３の内容をホスト計算機１００へ通知する。これを受けたホスト計算機１００のジョブ登録部１０６は、ステップ１１００８以降の処理を繰り返す。

なお、本実施例では、バックアップスケジュールがユーザによって承認された場合にのみバックアップ処理の実行が開始されるが、バックアップスケジュール表の作成に伴って自動的に実行を開始するようにしてもよく、他の何らかの要件に応じて実行を開始するようにしてもよい。

（５）スケジュールの登録
つぎに、上述のステップ１１００４におけるアプリケーショングループのリソースレコードのバックアップスケジュール表２１３への登録手順について、図１２を用いて説明する。

ステップ１１００４において、まず、制御部２２０は、図７に示したバックアップ周期表２１５に保持されたデータの重要度７０２０と磁気ディスク記憶装置３００内のＬＵの冗長度７０１０とを用い、バックアップ周期を決定する（ステップ１２００１）。ただし、複数のＬＵが存在し、かつ、冗長度が異なる場合には、冗長度が最低値のものを選んでバックアップ周期を決定する。

次に、制御部２２０は、与えられるアプリケーショングループのすべてのＬＵをバックアップした時のバックアップ処理時間を予測し（ステップ１２００２）、予測されたバックアップ処理時間を１時間単位で正規化した後（１２００３）、既にスタックされているバックアップスケジュールの最後尾に、与えられたアプリケーショングループのバックアップジョブを積む（ステップ１２００４）。

続いて、制御部２２０は、登録されているすべてのバックアップジョブの実行に要する時間がバックアップウインドウＷより短く、かつ、再割り当てが行われていない（すなわちＦ＝０）場合（ステップ１２００５）、登録処理は成功したとして処理を上述のステップ１１００５に進める。なお、本実施例では、ジョブの再割り当ての有無を示すパラメータとして「Ｆ」を用いる。Ｆの初期値は０であり、再割り当てが行われると１が格納される。

また、ステップ１２００５において、すべてのバックアップジョブの実行に要する時間がバックアップウインドウＷを超過しているか、又は、再割り当てがすでに行われている（すなわちＦ＝１）場合、制御部２２０は、同じ重要度のアプリケーショングループのバックアップ周期が一週間に１回として（ステップ１２００６）、アプリケーショングループのジョブを空き時間に再び割り当てた後（ステップ１２００７）、バックアップウインドウに空き時間があるか否か判定する（ステップ１２００８）。

ここで、空き時間がなければ、制御部２２０は、登録に失敗したとして処理を上述のステップ１１００６に進める。また、ステップ１２００８において空き時間があれば、制御部２２０は、パラメータＦに再割り当て済みを示す「１」を格納し（ステップ１２００９）、登録に成功したとして処理を上述のステップ１１００５に進める。

なお、本実施例では、再割り当ての有無を示すパラメータ「Ｆ」を用いて、後続アプリケーショングループのデータの重要度が逆転するのを防いでいる。すなわち、ステップ１２００５においてＦの値を検査し、Ｆ＝１であれば、後続のアプリケーショングループもバックアップ周期を７日に１回にする。

（６）バックアップ処理
次に、バックアップ管理装置２００のバックアップジョブ処理部２２３の動作について、図１３を用いて説明する。バックアップジョブ処理部２２３は、バックアップスケジュール表２１３に登録されたスケジュールに従って、バックアップ処理を行う。

まず、バックアップジョブ処理部２２３は、バックアップスケジュール表２１３に従ってジョブレコードを取り出し（ステップ１３００１）、ホスト計算機１００へバックアップの事前処理を依頼する。依頼を受けたホスト計算機１００のジョブ登録部１０６は、「バックアップ事前処理」を実行し、ミラーボリュームの管理番号及びＬＵＮをバックアップ管理装置２００へ通知する（ステップ１３００２）。なお、ステップ１３００１において処理すべきジョブレコードがなければ、バックアップジョブ処理部２２３は処理を終了する。

この通知を受けたバックアップジョブ処理部２２３は、通知されたバックアップボリュームのミラーボリュームのＬＵＮにより、ターゲットボリュームをオープンし（ステップ１３００３）、バックアップスケジュール表２１３に記述されているターゲットテープをオープンする（ステップ１３００４）。なお、ミラーとは、磁気ディスク記憶装置３００内に存在するボリュームを別ボリューム（ミラーボリューム）へ常時複製する機能を意味する。

続いてバックアップジョブ処理部２２３は、ターゲットボリュームからターゲットテープへ、１０ブロック分のデータを転送した後（ステップ１３００５）、他の処理からの割り込みがあれば（ステップ１３００６）「割り込み処理」を行う（ステップ１３００７）という一連の処理（ステップ１３００５〜１３００７）を、バックアップが終了するまで、すなわち、ターゲットボリュームに転送すべきブロックが存在しなくなるまで繰り返す（ステップ１３００８）。なお、ステップ１３００５における転送ブロック数は、システムによって適宜変更することができる。

ターゲットボリュームに転送ブロックが存在しなければ、ステップ１３００２より渡されるミラー管理番号を用いてミラーボリュームを解放した後（ステップ１３００９）、処理をステップ１３００１へ戻し、バックアップ実施日のジョブがすべて終了するまで、ステップ１３００１〜１３００９の処理を繰り返す。

（７）割り込み処理
前述の「割り込み処理」（ステップ１３００７）は、バックアップ管理装置２００のバックアップジョブ処理部２２１が動作中の場合に、割り込みを入れて実行される。この「割り込み処理」の詳細な処理手順を、図１５を用いて以下に説明する。

まず、バックアップジョブ処理部２２１が、バックアップ処理によりアクセス中のテープ物理位置情報T_Pとボリューム物理位置情報V_Pとを、不揮発性記憶装置（例えば磁気ディスク記憶装置３００）内に一時退避し（ステップ１５００１）、ホスト計算機１００へバックアップ事前処理を依頼する。依頼を受けたホスト計算機１００のジョブ登録部１０６は、「バックアップ事前処理」を実行し、ミラーボリュームの管理番号及びＬＵＮをバックアップ管理装置２００へ通知する（ステップ１５００２）。

通知を受けたバックアップジョブ処理部２２１は、現在バックアップ処理中のテープを退避し、磁気テープライブラリ記憶装置４００に割り込み処理対象のジョブレコードで指定されたテープを充填してオープンし（ステップ１５００３）、当該ジョブレコードで指定されたボリュームをオープンして（ステップ１５００４）、全ボリュームデータをテープへバックアップした後（ステップ１５００５）、ステップ１５００２において通知されたミラー管理番号を用いてミラーボリュームを解放する（ステップ１５００６）。

最後にバックアップジョブ処理部２２１は、ステップ１５００３で退避したバックアップ中のテープを装填し（ステップ１５００７）、ステップ１５００１で退避したテープ物理位置情報T_P並びにボリューム位置情報V_Pを復元する（ステップ１５００８）。

（８）バックアップ事前処理
前述のホスト計算機１００における「バックアップ事前処理」（ステップ１３００２，１５００２）について、図１４を用いて説明する。

ホスト計算機１００のジョブ登録部１０６は、バックアップジョブ処理部２２３から、バックアップ時の条件であるバックアップターゲットのポート番号及びＬＵＮを取得し（ステップ１４００１）、磁気ディスク記憶装置３００のボリューム複製機能（ミラー機能）のホスト計算機１００による外部制御を可能にするために、ディスクアレイ外部制御部１０２で制御管理番号を定義する（ステップ１４００２）。

次に、ジョブ登録部１０６は、磁気ディスク記憶装置３００のミラー機能をディスク外部制御部１０２経由で、バックアップターゲットＬＵＮのボリュームのミラーボリュームを作成して（ステップ１４００３）、データベーステーブルのバックアップを行うためにデータベース１０５をホットバックアップモードに切り替える（ステップ１４００４）。ホットバックアップモードに切り替えることにより、テーブルにバックアップ時のチェックポイントが指定されるため、オンライン中にバックアップしたとしても、チェックポイントにおいて指定時刻でのテーブルが保存される。

続いてジョブ登録部１０６は、ディスク外部制御部１０２を使用してミラーボリュームを分割する（ステップ１４００５）。分割することによりミラー機能は停止される。その後、ジョブ登録部１０６は、ホットバックアップモードにされたデータベース１０５を通常動作であるオンラインモードに切り替え（ステップ１４００６）、バックアップ管理装置２００へミラー管理番号とバックアップボリュームのＬＵＮとを渡す（ステップ１４００７）。

（９）システム構成変更時処理
次に、磁気ディスク記憶装置３００が、縮退動作又は縮退回復した時の、バックアップ管理装置の装置管理情報部２２５におけるデータ重要度変更処理について、図１６を用いて説明する。

装置管理情報部２２５は、磁気ディスク記憶装置の動作状況をネットワーク６００経由で取得する処理（ステップ１６００１）を、縮退又は縮退からの回復動作を検出するまで（ステップ１６００２）、一定間隔で繰り返すことにより、常時、磁気ディスク記憶装置の動作状況を監視している。

ステップ１６００２において縮退又は縮退からの回復動作を検出すると、装置管理情報部２２５は、システム構成ＤＢ２１４により各ＬＵの冗長度を取得し（ステップ１６００３）、得られた冗長度を用いてバックアップスケジュール表２１３を作成して（ステップ１６００４）、作成した表２１３をホスト計算機１００へ通知する。

この通知を受けたホスト計算機１００のジョブ登録部１０６は、通知された表２１３の内容を、出力装置の表示画面（図１７）に表示し（ステップ１６００５）、ボタン１７０２〜１７０４の選択を受け付け（ステップ１６００７）、終了ボタン１７０４が選択されると（ステップ１１００９）、処理をステップ１６００１へ戻す。

また、承認ボタン１７０３が選択されると（ステップ１６００７）、ジョブ登録部１０６は、バックアップ管理装置２００の制御部２２０にバックアップ処理の実行を指示し、これを受けた制御部２２０は、ステップ１６００４において新たに作成されたバックアップスケジュール表２１３に基づいたバックアップ処理の実行を開始する（ステップ１６００８）。

編集ボタン１７０２が選択されると（ステップ１６００７）、ホスト計算機１００のジョブ登録部１０６は、編集内容の指示入力を受け付けて（ステップ１６００９）、制御部２２０へ通知する。これを受けた制御部２２０は、指示の内容に応じてバックアップスケジュール表２１３の内容を編集し（ステップ１６０１０）、編集後の表２１３の内容をホスト計算機１００へ通知する。これを受けたホスト計算機１００のジョブ登録部１０６は、ステップ１６００５以降の処理を繰り返す。

Ｃ．本実施例の効果
本実施例では、バックアップ管理装置３００が、バックアップの時間帯やデータの重要度の通知を受けて、これらの情報や記憶装置の信頼度をもとに、それぞれのデータのバックアップ頻度を決定し、適切な時間帯にバックアップが取れるようにスケジュールを決定する。また、データの重要度などの要素から、バックアップの必要性が比較的低いデータに関しては、バックアップ頻度を減らして、バックアップスケジュールを変更する。

実施例におけるバックアップシステムの構成図である。 実施例におけるバックアップリソースＤＢ２１１の内部構造を示す説明図である。 実施例におけるシステム構成ＤＢ２１４の内部構造を示す説明図である。 実施例におけるテープライブラリ管理表２１２の内部構造を示す説明図である。 実施例におけるＬＵＮ、ポート番号-デバイスファイル対応表１０４の内部構造を示す説明図である。 実施例におけるバックアップ対象データ重要度を示す説明図である。 実施例におけるバックアップ周期表２１５を示す説明図である。 実施例におけるバックアップスケジュール表２１３の関係を示す説明図である。 実施例におけるリソースＤＢ２１１にアプリケーショングループを登録する処理の流れ図である。 実施例におけるバックアップジョブ処理部２２０の動作の流れ図である。 実施例におけるバックアップジョブ管理部２１１でのバックアップスケジュール作成処理の流れ図である。 実施例におけるバックアップアプリケーションのレコードをバックアップスケジュール表２１３へ登録処理の流れ図である。 実施例におけるバックアップジョブ処理部２２０の処理の流れ図である。 実施例におけるホスト計算機１００のバックアップ事前処理の流れ図である。 実施例におけるバックアップジョブ処理部２２０の割り込み処理の流れ図である。 実施例における新規縮退時、縮退回復時の装置情報情報収集部２２５の動作を示す流れ図である。 実施例における出力画面例を示す説明図である。

符号の説明

１００…ホスト計算機、１０２…ディスク外部制御部、１０３…ＳＣＳＩコマンド発行部、１０４…デバイスファイル対応表、１０５…データベースアプリケーション、１０６…ジョブ登録部、１０７…ユーザ入力、１１０…ホスト側ソフトウエア、２００…バックアップ管理装置、２０１…ブロックデバイスＩ／Ｆ部、２０２…ＳＣＳＩコマンド発行部、２１０…ストレージ部、２１２…テープライブラリ管理表、２１３…バックアップスケジュール、２１３…バックアップスケジュール表、２１５…バックアップ周期表、２２０…制御部、２２１…バックアップジョブ管理部、２２２…テープライブラリ管理部、２２３…バックアップジョブ処理部、２２３…バックアップジョブ処理部、２２３…バックアップ処理部、２２５…装置管理情報収集部、３００…バックアップ管理装置（磁気ディスク記憶装置）、３０１…電源部、３０３…ディスクドライブ制御部、３０４…ディスクドライブ制御部、３０５…障害検出部、３０６…ネットワークＩ／Ｆ、３０７…制御デバイス、３０８…ブロックデバイスＩ／Ｆ、３１０…ディスク、３２０…ディスク制御部、３２１…装置管理情報提供部、３２２…装置構成要素管理部、３２３…制御デバイス監視部、３２４…コマンド受信部、３２５…論理ボリューム制御部、４００…磁気テープライブラリ記憶装置、４０１…テープドライブ部、４０２…テープ、４０３…チェンジャ部、４０４…テープドライブ制御部、４０５…ライブラリ管理部、４０６…コマンド受信部、５００…ブロックデバイスネットワーク、６００…ＬＡＮ、１７００…表示画面、１７０１…バックアップスケジュール表、１７０２…編集ボタン、１７０３…承認ボタン、１７０４…終了ボタン。

Claims (7)

1. ホスト計算機、バックアップ元記憶装置及びバックアップ先記憶装置に通信回線を介して接続され、バックアップ処理のスケジュールを記録しておくためのバックアップスケジュール表記憶手段を有するバックアップ装置により、
   上記ホスト計算機からの要求に応じて、バックアップ対象データの重要度と該データを保持する記憶装置の信頼度とを基に、上記バックアップスケジュール表を作成及び／又は編集するステップと、
   上記バックアップスケジュール表に記録された上記スケジュールに従って、上記バックアップ処理を実行するステップと
   を備えるバックアップ方法。
2. 通信回線を介して接続されたホスト計算機、バックアップ元記憶装置、バックアップ先記憶装置及びバックアップ装置を有し、
   上記ホスト計算機は、
   上記バックアップ装置に対して、上記バックアップ元記憶装置から上記バックアップ先記憶装置へのデータのバックアップを行うスケジュールを記録しておくためのバックアップスケジュール表の作成及び／又は編集を要求する手段と、
   上記バックアップ装置に対して、上記バックアップの実行を要求する手段とを備え、
   上記バックアップ装置は、
   上記バックアップスケジュール表を保持するための記憶手段と、
   上記ホスト計算機からの要求に応じて、バックアップ対象データの重要度及び該データを保持する上記バックアップ元記憶装置の信頼度を基に、上記バックアップスケジュール表を作成及び／又は編集する手段と、
   上記バックアップスケジュール表に記録された上記スケジュールに従って、上記バックアップを実行する手段とを備える
   バックアップシステム。
3. ホスト計算機、バックアップ元記憶装置及びバックアップ先記憶装置に通信回線を介して接続され、
   上記バックアップ元記憶装置から上記バックアップ先記憶装置へのデータのバックアップを行うスケジュールを記録しておくためのバックアップスケジュール表記憶手段と、
   上記ホスト計算機からの要求に応じて、バックアップ対象データの重要度及び該データを保持する上記バックアップ元記憶装置の信頼度を基に、上記バックアップスケジュール表を作成及び／又は編集する手段と、
   上記バックアップスケジュール表に記録された上記スケジュールに従って、上記バックアップを実行する手段と
   を備えるバックアップ装置。
4. 上記バックアップ元記憶装置の動作状況を監視する手段と、
   上記バックアップ元記憶装置の動作状況の変化を検出すると上記バックアップスケジュール表を作成及び／又は編集する手段と
   をさらに備える請求項３記載のバックアップ装置。
5. 上記動作状況の変化は、縮退又は回復を含む請求項４記載のバックアップ装置。
6. データのバックアップ処理を実行するために、コンピュータを、
   上記バックアップ処理のスケジュールを記録しておくためのバックアップスケジュール表記憶手段、
   ホスト計算機からの要求に応じて、バックアップ対象データの重要度と該データを保持する記憶装置の信頼度とを基に、上記バックアップスケジュール表を作成及び／又は編集する手段、及び、
   上記バックアップスケジュール表に記録された上記スケジュールに従って、上記バックアップ処理を実行する手段
   として機能させるためのバックアッププログラム。
7. 請求項６記載のバックアッププログラムを記録したコンピュータ読み取り可能な記憶媒体。

Images