(57)【要約】【課題】アーカイブシステムにおいて、ライブラリ装置の電源をＯＦＦにする場合でも、新規データのバッファへの格納と、他のライブラリ装置からのデータの読み出しを可能にすることで、例えばオフライン保管をする際のユーザへのサービスを向上する。【解決手段】データアーカイブシステム１において、ライブラリ装置２は、複数の光ディスクドライブと複数の光ディスク６を収納したカートリッジ５とを有し、サーバ３は、入力されたデータをバッファ４へ格納し、ライブラリ装置２に送信して光ディスク６へ記録し、光ディスク６からデータを再生するよう制御する。第１の制御状態（パーシャルストップ）では、ライブラリ装置２の少なくとも１台が停止状態であっても、入力したデータをバッファ４へ格納し、また動作状態のライブラリ装置２を制御して、光ディスク６データを再生する。【選択図】図５
2016103304.tif 000002
【特許請求の範囲】
【請求項１】
複数のライブラリ装置とこれらを制御するサーバとを備え複数の光ディスクへデータを記録再生するデータアーカイブシステムにおいて、
前記ライブラリ装置は、前記複数の光ディスクへデータを記録再生する複数の光ディスクドライブと、前記複数の光ディスクを収納し前記ライブラリ装置に対し交換可能なカートリッジと、を有し、
前記サーバは、外部装置から入力されたデータをバッファへ格納し、該バッファに格納されたデータが規定量に達した場合、あるいは規定時間経過した場合、該バッファに格納されたデータを前記ライブラリ装置に送信し、所定の光ディスクへ記録し、所定の光ディスクに記録されたデータを再生するよう前記ライブラリ装置を制御し、
前記ライブラリ装置の少なくとも１台が停止状態であっても、前記外部装置から入力したデータを前記バッファへ格納する第１の制御状態を有することを特徴とするデータアーカイブシステム。
【請求項２】
請求項１に記載のデータアーカイブシステムにおいて、
前記第１の制御状態において、前記サーバは前記ライブラリ装置のうち動作状態のライブラリ装置を制御し、光ディスクからデータを再生することを特徴とするデータアーカイブシステム。
【請求項３】
請求項１または２に記載のデータアーカイブシステムにおいて、
前記サーバは、前記光ディスクを収納する前記カートリッジをグループに分けて管理し、前記光ディスクに記録するデータを前記グループごとに管理し、
前記第１の制御状態を、同一グループで使用される前記ライブラリ装置および前記バッファの範囲に適用することを特徴とするデータアーカイブシステム。
【請求項４】
請求項３に記載のデータアーカイブシステムにおいて、
前記サーバは、前記グループごとにデータ記録で使用したディスク容量を示す情報を出力する場合、記録済みの光ディスクの容量に前記バッファに格納されている記録予定データの容量を加算して情報を出力することを特徴とするデータアーカイブシステム。
【請求項５】
請求項３に記載のデータアーカイブシステムにおいて、
前記バッファに格納されたデータが規定量に達しない場合、あるいは規定時間経過しない場合でも、該バッファに格納されている記録予定データを前記光ディスクに記録する第２の制御状態を有することを特徴とするデータアーカイブシステム。
【請求項６】
請求項５に記載のデータアーカイブシステムにおいて、
前記ライブラリ装置に装填する前記カートリッジを交換する際、前記第２の制御状態を適用して前記バッファに格納されている記録予定データを前記光ディスクに記録した後、前記ライブラリ装置を停止させて前記第１の制御状態に移行し、前記カートリッジを交換可能とすることを特徴とするデータアーカイブシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数のライブラリ装置により光ディスクなどの記録媒体にデータを記録するデータアーカイブシステムに関するものである。
【背景技術】
【０００２】
近年、クライアントからのユーザデータの中で、利用頻度が低下したデータを長期間保存するために、光ディスクなどの記録媒体にデータを記録保存するアーカイブシステムが利用されている。特許文献１には、ディスクへのアクセスを早めるために、ディスクへのアクセス履歴に基づいて、次にアクセスされると予測されるディスクを選択しドライブへ準備する技術が開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１３−８９２７５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
データアーカイブシステムでは複数のライブラリ装置を備え、各ライブラリ装置には、多数枚のディスクが収納されたカートリッジが装填される。複数のライブラリ装置は、サーバとバッファを介してユーザ端末と接続され、記録再生データの授受を行う。
【０００５】
ここで複数枚のディスクが収納されている各カートリッジは、例えばユーザグループごとに割り当てられ、サーバにより、グループ単位でデータ記録再生の管理を行っている。以下、このグループを「シェア（Share）」と呼び、このような管理方式を「シェア管理」、「シェア機能」と呼ぶことにする。シェア管理によれば、ユーザはグループ内のデータ（カートリッジ、ディスク）へ容易にアクセスできるとともに、異なるグループ間でのセキュリティを確保することができる。
【０００６】
シェア管理においては、あるライブラリ装置からカートリッジを抜き出すためにライブラリ装置の電源をＯＦＦにするとき、シェア機能を停止させる必要がある。その結果、当該グループ（シェア）において新規データの格納ができず、電源ＯＮ状態の他のライブラリ装置からのデータの読み出しも不可能になる。
【０００７】
特許文献１では、アーカイブシステムにおけるシェア管理については考慮されておらず、それに伴う課題については言及されていない。
【０００８】
そこで本発明の目的は、グループ管理方式のもとでライブラリ装置の電源をＯＦＦにする場合でも、新規データのバッファへの格納やデータの読み出しを可能にするデータアーカイブシステムを提供することで、例えばオフライン保管をする際のユーザへのサービスを向上させることにある。
【課題を解決するための手段】
【０００９】
本発明は、複数のライブラリ装置とこれらを制御するサーバとを備え複数の光ディスクへデータを記録再生するデータアーカイブシステムにおいて、ライブラリ装置は、複数の光ディスクへデータを記録再生する複数の光ディスクドライブと、複数の光ディスクを収納しライブラリ装置に対し交換可能なカートリッジと、を有し、サーバは、外部装置から入力されたデータをバッファへ格納し、バッファに格納されたデータが規定量に達した場合、あるいは規定時間経過した場合、バッファに格納されたデータをライブラリ装置に送信し、所定の光ディスクへ記録し、所定の光ディスクに記録されたデータを再生するようライブラリ装置を制御する。ライブラリ装置の少なくとも１台が停止状態であっても、外部装置から入力したデータをバッファへ格納する第１の制御状態を有する。また第１の制御状態において、サーバはライブラリ装置のうち動作状態のライブラリ装置を制御し、光ディスクからデータを再生する。
【発明の効果】
【００１０】
本発明によれば、グループ管理方式のもとでライブラリ装置の電源をＯＦＦにする場合でも、新規データのバッファへの格納が可能で、他のライブラリ装置からのデータの読み出しが可能となるので、例えばオフライン保管をする際のユーザへのサービスが向上する。
【図面の簡単な説明】
【００１１】
【図１】本発明に係るデータアーカイブシステムの一構成例を示す図。
【図２】アーカイブシステムにおけるグループ管理方法を説明する図。
【図３】本実施例におけるグループ管理（シェア）の状態遷移を説明する図。
【図４】ストップ状態の動作機能を説明する図。
【図５】パーシャルストップ状態の動作機能を説明する図。
【図６Ａ】従来法によるボリューム作成工程を示すフローチャート。
【図６Ｂ】従来法によるディスク記録工程を示すフローチャート。
【図７Ａ】パーシャルストップ状態を追加したボリューム作成工程を示すフローチャート。
【図７Ｂ】フラッシュシェア状態を追加したボリューム作成工程を示すフローチャート。
【図７Ｃ】パーシャルストップ状態とフラッシュシェア状態の両方を追加したボリューム作成工程を示すフローチャート。
【図８】フラッシュシェア状態を追加したディスクへの記録工程を示すフローチャート。
【図９】シェア容量とバッファ容量の表示例を示す図。
【図１０】シェア容量の表示法を説明する図。
【発明を実施するための形態】
【００１２】
以下、本発明の実施例について図面を用いて説明する。
【実施例１】
【００１３】
実施例１では、データアーカイブシステム（以下、アーカイブシステムと略す）の構成と動作を説明する。本実施例では、アーカイブシステムが有する記録媒体ドライブは光ディスクドライブ（ＯＤＤ）とするが、ハードディスクドライブ（ＨＤＤ）や半導体メモリを用いるＳＳＤ（Solid State Drive）であってもよい。光ディスクにおいては、大容量のデータを記録可能なブルーレイディスク（ＢＤ，登録商標）が適している。
【００１４】
図１は、本発明に係るデータアーカイブシステムの一構成例を示す図である。アーカイブシステム１は、カートリッジ５を装填してデータの記録再生を行う複数のライブラリ装置２と、これを制御するサーバ３、及びユーザ側との間で記録再生データを一時格納するバッファ（ＨＤＤなどのディスクアレイ）４から構成される。サーバ３は、記録再生データ（ファイル）の管理を行うファイルシステム（ＦＳ）と、ライブラリ装置２の記録／再生やディスク搬送動作を制御するミドルウェア（Ｍ／Ｗ）を有する。各ライブラリ装置２には例えば２本のカートリッジ５を装填することができ、各カートリッジ５には多数枚（例えば２５０枚）の光ディスク６が収納されている。ライブラリ装置２は、複数（例えば１２台）の光ディスクドライブ（ＯＤＤ）を有し、カートリッジ５から所望のディスク６を取出し、ＯＤＤに搬送・装着してデータの記録再生を行う。ディスク６にデータが記録された後のカートリッジ５は、ライブラリ装置２から抜き出して、オフラインで保管することができる。なお、ライブラリ装置２からカートリッジ５を抜き出す場合には、当該ライブラリ装置２の電源をＯＦＦにする必要がある。以下に述べる本実施例は、当該オフライン保管をする際のユーザの利便性を向上する技術に関するものである。
【００１５】
ユーザ側では、ユーザ端末７から送られたユーザデータを、ＮＡＳ（Network Attached Storage）やＩＬＭ（Information Lifecycle Management）を介して一次ストレージ８に保存しておく。このうち、一定期間利用されないデータやアクセス頻度が少ないデータを選択し、アーカイブシステム１へ送信して記録（アーカイブ）を要求する。
【００１６】
アーカイブシステム１では、ユーザ側から記録要求されたデータ（ファイル）をバッファ４に格納し、記録用のボリュームを作成する。ボリューム作成後、所定のライブラリ装置２（所定のカートリッジ、ディスク）を割り当てデータの記録処理を実施する。データの記録を完了後、バッファ４から記録済みデータを削除し、ディスク６から読み出すためのスタブファイルを作成し保持する。ユーザ側から記録（アーカイブ）したデータの読出しが要求されると、サーバ３はスタブファイルを参照して所定のディスクからユーザデータを再生し、ユーザ端末７に提供する。
【００１７】
図２は、アーカイブシステムにおけるグループ管理方法を説明する図である。本実施例では、データを記録する各カートリッジ５をシェア（Share）と呼ぶグループに割り当てる。例えば、会社、部署などのユーザグループごとにデータを管理する場合、ユーザグループＡ，Ｂ，Ｃに対しそれぞれシェアＡ，シェアＢ，シェアＣで管理する。この例では、シェアＡには５本のカートリッジ、シェアＢには３本のカートリッジを割り当てているが、各ユーザグループの扱うデータ量に合わせ、適宜追加すればよい。このようにして、各カートリッジはどのシェアに属するかが一義的に決められている。なお、各ライブラリ装置２においては任意のカートリッジ５が入れ替え可能であり、シェアとの所属関係はない。
【００１８】
ユーザデータを一時格納するバッファ４内においても、シェア管理に対応したディレクトリを生成してデータを管理する。そして、同一ディレクトリに格納されたユーザデータは、同一シェアに属するカートリッジに対して記録される。
【００１９】
以上のようなグループ管理（シェア管理）を行うことで、ユーザは自身の属するグループ（シェア）のデータ（カートリッジ）にアクセスすることはできるが、他のクループに属するデータにアクセスすることはできない。一方、シェア機能を中断（停止）した場合、ユーザは自身のシェアに属するデータにアクセスできない。すなわち、ディスクへのデータ記録／再生が不可能になるだけでなく、バッファ４内に設けた自身のディレクトリにもアクセスできない状態となる。以下、これについて詳細に説明する。
【００２０】
まず、シェア機能の状態として、「アクティブ状態」と「ストップ状態」のいずれかしか設定できない場合について考える。例えば、もしあるライブラリ装置２からカートリッジ５を抜き出すと、そのライブラリ装置２の電源をＯＦＦにせねばならない。そのため、該当するシェア機能を停止し、ユーザへの全てのサービスを止める「ストップ状態」に設定する必要がある。このため、電源ＯＮ状態の他のライブラリ装置により、同一シェアに属するカートリッジに対しデータの記録再生が不可能になるだけでなく、ユーザは該当するシェアにアクセスできず（バッファ内のディレクトリを見ることができず）、バッファ４へのデータ格納もできない状態となる。
【００２１】
そこで本実施例では、ライブラリ装置の電源をＯＦＦにする場合でも、シェア機能の一部を有効にすることで、オフライン保管をする際のユーザへの便宜を図り、サービスを向上させるようにした。
【００２２】
図３は、本実施例におけるグループ管理（シェア）の状態遷移を説明する図である。
従来のグループ管理では、シェア機能を動作させる「アクティブ」状態１１と、シェア機能を停止させる「ストップ」状態１０のいずれかしか設定できなかった。上記したように、アクティブ状態１１では、ユーザは自分の属するシェア内のデータ（バッファ、カートリッジ）にアクセスし、カートリッジ（ディスク）へのデータ記録／再生が可能である。一方、ストップ状態１０では、シェア機能が停止するため、ユーザは自分の属するシェア内のデータにアクセスすることができない。すなわち、バッファ内のディレクトリを参照すること、カートリッジ（ディスク）へのデータ記録／再生が不可能である。
【００２３】
これに対して、本実施例では、シェア機能の一部を停止する「パーシャルストップ」状態１２と、ディスクへの即時データ書き出しを行う「フラッシュ」状態１３を追加した。パーシャルストップ状態１２とは、ユーザは自分の属するシェア内で電源ＯＮ状態のライブラリ装置２での記録を禁止するだけとし、バッファ４へのアクセスと、電源ＯＮ状態のライブラリ装置２での再生を許可する状態である。これにより、あるライブラリ装置の電源をＯＦＦしても、バッファ４へのデータ格納と、他のライブラリ装置からのデータ読出しが可能となるため、ユーザへの全てのサービスを止める必要がなく、オフライン保管をする際のユーザの利便性を向上させることができる。
【００２４】
またフラッシュ状態１３とは、既にバッファ４に格納されている記録予定のデータをディスク６に即時書き出す機能である。なお、アクティブ状態１１からフラッシュ状態１３へ切り替える動作を「フラッシュシェア」と呼ぶ。これにより、ディスク６へのデータ記録までの待機時間を短縮することができ、特にカートリッジ５交換のためにライブラリ装置２をＯＦＦする場合に有効である。なおフラッシュ状態１２では、新たにバッファ４に入力するデータについてはディスク６への書き出しを行わず、バッファ４に格納するだけとする。
【００２５】
状態遷移としては、アクティブ状態１１からパーシャルストップ状態１２へ移行し、その後アクティブ状態１１またはストップ状態１０に戻ること、あるいは、アクティブ状態１１からフラッシュ状態１３に移行し（フラッシュシェア）、その後パーシャルストップ状態１２への移行、またはストップ状態１０へ戻ることが可能である。データアーカイブシステム１の管理者は、システムの動作状態をパーシャルストップ状態１２やフラッシュ状態１３に設定することで、上記した新しい機能を実行させることができる。このように、パーシャルストップ状態１２とフラッシュ状態１３を追加することで、ユーザへの便宜を図り、サービスを向上させることができる。
以下、グループ管理（シェア管理）の各状態についてその機能を詳細に説明する。
【００２６】
図４は、ストップ状態の動作機能を説明する図である。（ａ）は記録時、（ｂ）は再生時を示し、図中の機器間の破線は、アクセス不可（データ伝送不可）であることを示す。ストップ状態では、ユーザ７はサーバ３を介してバッファ４へアクセスすることができない。よって、電源ＯＮ状態のライブラリ装置＃２でのデータ記録再生は勿論のこと、バッファ４へのデータ格納も不可能である。
【００２７】
図５は、パーシャルストップ状態の動作機能を説明する図である。（ａ）は記録時、（ｂ）は再生時を示し、図中の機器間の実線は、アクセス可（データ伝送可）であることを示す。パーシャルストップ状態では、ユーザ７はサーバ３を介してバッファ４へアクセスすることができ、（ａ）の記録時には、ユーザ７はバッファ４へのデータ格納までを可能とする。ただし、電源ＯＮ状態のライブラリ装置＃２でのデータ記録は不可能である。（ｂ）の再生時には、ユーザ７は、バッファ４からのデータ読出しと、電源ＯＮ状態のライブラリ装置＃２からのデータ再生が可能である。
【００２８】
次に、本実施例（パーシャルストップ状態とフラッシュ状態を追加）におけるユーザデータの記録処理について、従来法（アクティブ状態とストップ状態のみの場合）と比較して説明する。データの記録処理はサーバ３のファイルシステムＦＳとミドルウェアＭ／Ｗにより実施され、バッファ４内におけるボリューム作成工程と、ライブラリ装置２でのディスク６への記録工程の２段階に分けて実行する。ここでは、入力したユーザデータがバッファ４でどのように処理されディスク６に記録されるかを、処理タイミングを中心に説明する。
【００２９】
図６Ａ，図６Ｂは、従来法によるデータ記録処理を示すフローチャートであり、図６Ａはボリューム作成工程、図６Ｂはディスク記録工程である。
【００３０】
図６Ａのボリューム作成工程において、Ｓ１０１では、バッファ４内に入力した各ファイル（ユーザデータ）について、バッファ４に格納された時間を確認し、Ｓ１０２では規定時間が経過したか否かを判定する。例えばこの規定時間は１時間に設定しておく。Ｓ１０３では、規定時間が経過したファイルについてボリュームに登録し、記録先のディスクを割り当てる。ボリューム登録処理はサーバ３のミドルウェアＭ／Ｗが実行する。Ｓ１０４では、バッファ４内の全ファイルについて上記処理を実施する。全ファイルについて実施した後は、Ｓ１０５で所定時間（１分）スリープしてＳ１０１に戻り、上記処理を繰り返す。このフローにより、バッファ４に格納され規定時間（１時間）経過したファイルはボリュームに登録された状態となる。
【００３１】
図６Ｂのディスク記録工程において、Ｓ１１１では、バッファ４内の各ボリュームの状態を確認し、Ｓ１１２では、ボリュームのデータ容量が規定値（閾値）以上に達したかどうかを判定する。この規定値は、ディスクのデータ記録容量に応じて定めておき、例えばディスク容量の８０％などに設定する。ボリュームのデータ容量が規定値未満の時は、Ｓ１１３にて、ボリュームの更新（ファイルの登録）が規定時間発生していないかどうか判定する。この規定時間は、例えば２４時間に設定しておく。Ｓ１１２の判定でボリュームのデータ容量が規定値以上に達したとき、あるいはＳ１１３の判定で前回のボリューム更新から規定時間が経過した場合、Ｓ１１４へ進む。
【００３２】
Ｓ１１４では、当該ボリュームをディスク６へ記録する。まず、ファイルシステムＦＳはミドルウェアＭ／Ｗに、当該ボリュームをディスク６へ記録するよう要求し、ミドルウェアは、所定のライブラリ装置２に当該ボリュームのデータを記録するよう指示する。これによりライブラリ装置２は、所定のカートリッジ５内の所定のディスク６にデータを記録する。ディスクへのデータ記録完了後、バッファ４に格納されていたファイルを消去し、データの再生に必要な情報（たとえば記録先ディスク６の情報）を記録したスタブファイル（ショートカットファイル相当）を作成する。
【００３３】
Ｓ１１５では、バッファ４内の全ボリュームについて上記処理を実施する。全ボリュームについて実施した後は、Ｓ１１６で所定時間（１分）スリープしてＳ１１１に戻り、上記処理を繰り返す。
【００３４】
このフローにより、バッファ４内のボリュームの容量が規定値以上に達したとき、あるいは規定時間経過したボリュームに登録されているファイルは、ライブラリ装置２によりディスク６に記録される。このように、バッファ４に格納されたユーザデータは即座にディスク６へ記録されず、暫くの期間バッファ４内に待機させているのは、小さなデータを何回にも分けて記録するよりも、大きなデータあるいはたくさんのデータを連続して記録する方が記録処理のオーバーヘッド（たとえばＯＤＤのシーク時間）が短く効率的であるからである。また、ディスク６の容量を効率的に使用するため、ボリュームの容量が規定値以上に達するかどうかも判断基準に含めている。仮にボリュームの容量が規定値以上に達していない場合、バッファ４内に記録待ちボリュームが残り続けるのを避けるため、規定時間経過したボリュームに対してもディスク６への記録を開始する。
【００３５】
図６Ａ，図６Ｂにおける従来法によるデータ記録処理では、例えばカートリッジ交換のためライブラリ装置の電源をＯＦＦにする場合、既にバッファ４内に格納された記録予定データ（ボリューム登録済）を先にディスクへ記録しなければならない。そのためには、Ｓ１１３における規定時間（２４時間）を経過し、その後のＳ１１４のデータ記録処理が完了するまで、カートリッジ交換を行えないという不便さをユーザに与えることになる。
【００３６】
そこで本実施例では、パーシャルストップ状態およびフラッシュシェア状態を追加して、この課題を解決する。以下、本実施例でのデータ記録処理を説明する。
【００３７】
図７Ａは、パーシャルストップ状態を追加したボリューム作成工程を示すフローチャートである。
【００３８】
Ｓ２０１では、バッファ４内に入力した各ファイル（ユーザデータ）について、バッファ４に格納された時間を確認し、Ｓ２０２では規定時間（例えば１時間）が経過したか否かを判定する。規定時間が経過したファイルが存在するとき、Ｓ２０３で、現在の動作モードがパーシャルストップ状態か否か判定する。パーシャルストップ状態でなければ、Ｓ２０４へ進み当該ファイルをボリュームに登録する（図６ＡのＳ１０３に相当）。Ｓ２０３の判定でパーシャルストップ状態に設定してあれば、Ｓ２０４をスキップしてＳ２０５へ進む。よって、パーシャルストップ状態では、規定時間が経過したファイルが存在しても新規ボリュームが作成されない。
【００３９】
Ｓ２０５では、バッファ４内の全ファイルについて上記処理を実施し、その後Ｓ２０６にて、バッファ４内のデータ容量を取得する。これは、バッファ４に格納されているデータ容量もシェア使用量に反映させるためである。Ｓ２０７で所定時間（１分）スリープしてＳ２０１に戻り、上記処理を繰り返す。このフローによれば、パーシャルストップ状態では新規ボリュームは作成されないので、結果としてディスクへの記録処理は発生しない。
【００４０】
図７Ｂは、フラッシュシェア状態を追加したボリューム作成工程を示すフローチャートである。
【００４１】
Ｓ２１１では、現在の動作モードがフラッシュシェア状態か否か判定する。フラッシュシェア状態に設定してあればＳ２１２へ進み、フラッシュシェア実施前にバッファ４に格納されたファイルが存在するか否かを判定する。格納されたファイルが存在すれば、Ｓ２１５へ進み、当該ファイルをボリュームに登録する。これにより、既にバッファ４に格納されているファイルは、規定時間（例えば１時間）を待たずに即座にボリューム登録を実施する。Ｓ２１２の判定でフラッシュシェア実施前に格納されたファイルが存在しなければ、Ｓ２１５をスキップしてＳ２１６へ進む。すなわち、フラッシュシェア後にバッファ４に格納されたファイルはボリューム登録をせず、その結果、ディスクへの記録も行わない。
【００４２】
Ｓ２１１の判定で、フラッシュシェア状態でなければＳ２１３へ進み、ファイルがバッファ４に格納された時間を確認し、Ｓ２１４では規定時間（１時間）が経過したか否かを判定する。規定時間が経過したファイルが存在するときはＳ２１５へ進み、当該ファイルをボリュームに登録する（図６ＡのＳ１０３に相当）。
【００４３】
Ｓ２１６では、バッファ４内の全ファイルについて上記処理を実施し、その後Ｓ２１７にて、バッファ４内のデータ容量を取得する。これは、バッファ４に格納されているデータ容量もシェア使用量に反映させるためである。Ｓ２１８で所定時間（１分）スリープしてＳ２１１に戻り、上記処理を繰り返す。
【００４４】
このフローによれば、フラッシュシェア状態ではバッファ４内に既に格納されているファイルを即座にボリューム登録を行い、結果ディスクへの記録処理を早めることができる。
【００４５】
図７Ｃは、パーシャルストップ状態とフラッシュシェア状態の両方を追加したボリューム作成工程を示すフローチャートである。これは、図７Ａと図７Ｂの工程を組み合わせた内容となっている。
【００４６】
Ｓ２２１では、現在の動作モードがフラッシュシェア状態か否か判定する。フラッシュシェア状態に設定してあればＳ２２２へ進み、フラッシュシェア実施前にバッファ４に格納されたファイルが存在するか否かを判定する。格納されたファイルが存在すれば、Ｓ２２６へ進み、当該ファイルをボリュームに登録する（図７ＢのＳ２１２，Ｓ２１５に相当）。これにより、既にバッファ４に格納されているファイルは、規定時間（１時間）を待たずに即座にボリューム登録を実施する。Ｓ２２２の判定でフラッシュシェア実施前に格納されたファイルが存在しなければ、Ｓ２２６をスキップしてＳ２２７へ進む。すなわち、フラッシュシェア後にバッファ４に格納されたファイルはボリューム登録をせず、その結果、ディスクへの記録も停止する。
【００４７】
Ｓ２２１の判定で、フラッシュシェア状態でなければＳ２２３へ進み、ファイルがバッファに格納された時間を確認し、Ｓ２２４では規定時間（１時間）が経過したか否かを判定する。規定時間が経過したファイルが存在するとき、Ｓ２２５で、現在の動作モードがパーシャルストップ状態か否か判定する。パーシャルストップ状態でなければ、Ｓ２２６へ進み当該ファイルをボリュームに登録する（図６ＡのＳ１０３に相当）。
【００４８】
Ｓ２２５の判定でパーシャルストップ状態に設定してあれば、Ｓ２２６をスキップしてＳ２２７へ進む（図７ＡのＳ２０３，Ｓ２０５に相当）。よって、パーシャルストップ状態では、規定時間が経過したファイルが存在しても新規ボリュームが作成されない。Ｓ２２７では、バッファ内の全ファイルについて上記処理を実施し、その後Ｓ２２８にて、バッファ４内のデータ容量を取得する。Ｓ２２９で所定時間（１分）スリープしてＳ２２１に戻り、上記処理を繰り返す。
【００４９】
このフローによれば、フラッシュシェア状態か否かを優先し、フラッシュシェア状態ではバッファ内に既に格納されているファイルを即座にボリューム登録を行い、結果ディスクへの記録処理を早めることができる。フラッシュシェア状態でなく、パーシャルストップ状態であれば新規ボリュームは作成されないので、結果としてディスクへの記録処理は発生しない。
【００５０】
図８は、フラッシュシェア状態を追加したディスクへの記録工程を示すフローチャートである。これは、前記図７Ａ〜７Ｃの工程に引き続き、バッファ４に作成されたボリュームをディスクに記録するものである。
【００５１】
Ｓ３０１では、現在の動作モードがフラッシュシェア状態か否か判定する。フラッシュシェア状態に設定してあれば、バッファ４内のボリュームの状態にかかわらずＳ３０５へ進み、当該ボリュームをディスク６へ記録する（図６ＢのＳ１１４に相当）。まず、ファイルシステムＦＳはミドルウェアＭ／Ｗに、当該ボリュームをディスク６へ記録するよう要求し、ミドルウェアは所定のライブラリ装置２に当該ボリュームのデータを記録するよう指示する。これによりライブラリ装置２は、所定のカートリッジ５内の所定のディスク６にデータを記録する。ディスク６へのデータ記録完了後、バッファ４に格納されていたファイルを消去し、スタブファイル（ショートカットファイル相当）を作成する。
【００５２】
Ｓ３０１の判定でフラッシュシェア状態でなければＳ３０２へ進み、ボリュームの状態に従って処理する。Ｓ３０２では、各ボリュームの状態を確認し、Ｓ３０３では、ボリュームのデータ容量が規定値（閾値）以上に達したかどうかを判定する。この規定値は、ディスクのデータ記録容量に応じて定めておく。ボリュームのデータ容量が規定値未満の時は、Ｓ３０４にて、ボリュームの更新（ファイルの登録）が規定時間（例えば２４時間）発生していないかどうか判定する。ボリュームのデータ容量が規定値以上に達したとき、あるいは前回のボリューム更新から規定時間が経過した場合、Ｓ３０５にて当該ボリュームをディスク６へ記録する。
【００５３】
Ｓ３０６では、バッファ内の全ボリュームについて上記処理を実施し、全ボリュームについて実施した後は、Ｓ３０７で所定時間（１分）スリープしてＳ３０１に戻り、上記処理を繰り返す。
【００５４】
このフローにより、フラッシュシェア状態であれば、バッファ４内のボリュームに登録されたデータをライブラリ装置２により即座にディスク６へ記録することができる。すなわち、ディスクへのデータ記録を規定時間（例えば２４時間）待たず即座に実行することで、カートリッジ交換のためライブラリ装置をＯＦＦするまでの待機時間を大幅に短縮することができる。これによりユーザへのサービスが向上する。フラッシュシェア状態でなければ、従来通り、バッファ４内のボリュームの容量が規定値以上に達したとき、あるいは規定時間経過したボリュームについて、ディスクに記録される。
【実施例２】
【００５５】
実施例２では、アーカイブシステムにおける現在のシェア容量とバッファ容量の表示について説明する。サーバ３は、ディスク６に記録されているデータ量と、バッファ４に格納されているデータ量を、ユーザ端末７のディスプレイに表示する。これによりユーザは、現在のデータの格納状況や記録状況を把握することができる。
【００５６】
図９は、シェア容量とバッファ容量の表示例を示す図である。
上段のシェア容量（Share size）は、ユーザグループ（シェア）に割り当てられたカートリッジのディスクについて、使用済み（Used）、未使用（Free）、オフライン保管（Offline）に分けて容量を表示している。ここで、使用済み（Used）については実際に記録済みディスクだけでなく、バッファ４内に格納されている記録予定のデータ量を含めて表示する。これは、実施例１で述べたパーシャルストップ状態ではバッファ４へデータが溜まり続けることになり、ディスク６の空き容量以上にバッファ４にデータが溜まる恐れがある。これを回避するためバッファ４内のデータ量を監視し、ユーザにはバッファ内に格納されている記録予定のデータ量を加算して使用済み（Used）として表示する。そして、未使用（Free）すなわちディスク６の空き容量が低下した場合は、警告を発するようにする。その際の容量算出法については、図１０で説明する。
【００５７】
下段のバッファ容量（Buffer size）は、バッファ４に格納されたデータ容量を対応するシェアごとに、使用済み（Used）、未使用（Free）に分けて容量を表示している。なお、使用済み（Used）の中でファイル以外の分（Used（Excluded files））はディスクに記録しないデータであり、記録処理が開始しても減少しない容量のため分離して表示している。
【００５８】
図１０は、シェア容量の表示法を説明する図である。シェアの容量（Size）は、使用済み（Used）、未使用（Free）のディスク枚数から算出している。本実施例では、使用済み（Used size）としてディスクに記録する予定データを加算して表示する。この記録予定データについて説明する。
【００５９】
バッファ４に格納されたデータは、Ｂ１（Polled）状態と、Ｂ２（Not Polled）状態とがある。Ｂ１状態は、バッファ４に格納されたファイルがボリュームに登録された状態（ミドルウェアＭ／Ｗにより記録先のディスクが割り当てられた状態）である。Ｂ２状態は、バッファ４に格納されたファイルがまだボリュームに登録されていない状態（ファイルシステムＦＳにより認識されている状態）である。
【００６０】
従来の表示法では、Ｂ１（Polled）状態を含めて使用済み（Used）として表示していた。本実施例では、さらにＢ２（Not Polled）状態を加算して使用済み（Used）として表示している。すなわち、まだボリュームに登録されず記録先のディスクが割り当てられていないファイルも含め表示する。Ｂ２状態のデータ量を求めるため、前記ボリューム作成工程（図７ＡのＳ２０６、図７ＢのＳ２１７、図７ＣのＳ２２８）にて、バッファ４内のデータ容量を取得している。
【００６１】
実施例２によれば、シェア容量の表示において、バッファ４内の記録予定データ量をディスク使用量に含めて表示する。これにより、例えばオフライン保管処理（ライブラリ装置からのカートリッジの抜き出し）等でパーシャルストップ状態に設定することでバッファ４へのデータが溜まり続ける状態になっても、ユーザは、バッファ４に溜まったデータがディスク６の空き容量を超えるか否かを事前に精度良く知ることができ、格納データのオーバーフローを未然に防止することができる。
【００６２】
なお、本実施例では必ずしもデータアーカイブシステム上に表示部を備える必要はなく、上述した表示情報を外部に出力する構成があれば良い。また、本実施例ではファイルシステムＦＳとミドルウェアＭ／Ｗでそれぞれの役割を分けて記載しているが、同一のソフトウェアでも良い。あるいは一部機能を別のソフトウェアで実施してもよい。
【００６３】
なお、本発明は上記した実施例に限定されるものではなく、様々な変形例が含まれる。例えば、上記した実施例は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、ある実施例の構成の一部を他の実施例の構成に置き換えることが可能であり、また、ある実施例の構成に他の実施例の構成を加えることも可能である。
【符号の説明】
【００６４】
１…データアーカイブシステム、
２…ライブラリ装置、
３…サーバ、
４…バッファ、
５…カートリッジ、
６…光ディスク、
７…ユーザ端末、
８…一次ストレージ、
１０…ストップ状態、
１１…アクティブ状態、
１２…パーシャルストップ状態、
１３…フラッシュ状態。
【図１】
2016103304.tif 000003
【図２】
2016103304.tif 000004
【図３】
2016103304.tif 000005
【図４】
2016103304.tif 000006
【図５】
2016103304.tif 000007
【図６Ａ】
2016103304.tif 000008
【図６Ｂ】
2016103304.tif 000009
【図７Ａ】
2016103304.tif 000010
【図７Ｂ】
2016103304.tif 000011
【図７Ｃ】
2016103304.tif 000012
【図８】
2016103304.tif 000013
【図９】
2016103304.tif 000014
【図１０】
2016103304.tif 000015