JP2000187608A - 記憶装置サブシステム - Google Patents
記憶装置サブシステムInfo
- Publication number
- JP2000187608A JP2000187608A JP10366346A JP36634698A JP2000187608A JP 2000187608 A JP2000187608 A JP 2000187608A JP 10366346 A JP10366346 A JP 10366346A JP 36634698 A JP36634698 A JP 36634698A JP 2000187608 A JP2000187608 A JP 2000187608A
- Authority
- JP
- Japan
- Prior art keywords
- storage subsystem
- data
- storage
- subsystem
- host
- 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.)
- Pending
Links
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
(57)【要約】
【課題】新旧の記憶装置間でのデータ移動をファイル単
位でホスト計算機の介在なしで実施する。 【解決手段】新記憶装置サブシステム3は2つのインタ
フェース31、32を有し、ホスト1と旧記憶装置サブ
システム2に接続されている。新記憶装置サブシステム
3は、旧記憶装置サブシステム2内ボリュームのデータ
を、先頭から順に自ボリュームにコピーし、コピーが完
了している位置をコピーポインタ43に記録する。ま
た、その間、ホスト1からのアクセスを、あたかも旧記
憶装置サブシステム2であるかのように受け付ける。
位でホスト計算機の介在なしで実施する。 【解決手段】新記憶装置サブシステム3は2つのインタ
フェース31、32を有し、ホスト1と旧記憶装置サブ
システム2に接続されている。新記憶装置サブシステム
3は、旧記憶装置サブシステム2内ボリュームのデータ
を、先頭から順に自ボリュームにコピーし、コピーが完
了している位置をコピーポインタ43に記録する。ま
た、その間、ホスト1からのアクセスを、あたかも旧記
憶装置サブシステム2であるかのように受け付ける。
Description
【0001】
【発明の属する技術分野】本発明は、情報処理システム
などにおける記憶装置システムに係り、記憶装置システ
ム間のデータ移行を行う機能を備えた計算機システムに
関する。
などにおける記憶装置システムに係り、記憶装置システ
ム間のデータ移行を行う機能を備えた計算機システムに
関する。
【0002】
【従来の技術】銀行や企業などで使用される計算機シス
テムでは、極めて大量のデータが取り扱われるため、大
規模な記憶装置を必要とする。さらに、それらデータは
日々増加していくため、記憶装置を増設する、またはよ
り大容量な記憶装置へ置き換えていく必要が生じる。記
憶装置を置き換える場合、通常の手段としては、記憶装
置(以下、旧記憶装置) のバックアップを磁気テープな
どにとり、それを新しい記憶装置(以下、新記憶装置)
にリストアすることで実現する。
テムでは、極めて大量のデータが取り扱われるため、大
規模な記憶装置を必要とする。さらに、それらデータは
日々増加していくため、記憶装置を増設する、またはよ
り大容量な記憶装置へ置き換えていく必要が生じる。記
憶装置を置き換える場合、通常の手段としては、記憶装
置(以下、旧記憶装置) のバックアップを磁気テープな
どにとり、それを新しい記憶装置(以下、新記憶装置)
にリストアすることで実現する。
【0003】ただし、バックアップをとるためには一旦
ホストのI /O を停止する必要があり、その停止時間は
一般に長い。そしてこの停止時間は、記憶装置の容量が
大きくなればなるほど増大していく。さらに、上記のよ
うな大規模システムでは24時間無停止運転が前提であ
り、これは記憶装置の置き換えの場合も同様であるの
で、一旦ホスト側のI /O を停止してバックアップをと
る方式は問題がある。
ホストのI /O を停止する必要があり、その停止時間は
一般に長い。そしてこの停止時間は、記憶装置の容量が
大きくなればなるほど増大していく。さらに、上記のよ
うな大規模システムでは24時間無停止運転が前提であ
り、これは記憶装置の置き換えの場合も同様であるの
で、一旦ホスト側のI /O を停止してバックアップをと
る方式は問題がある。
【0004】米国特許5,680,640 号では、旧記憶装置か
ら新記憶装置へとデータを移行する際にオンラインで実
行する方法が示されている。ここでは、新記憶装置内
に、旧記憶装置内ボリュームの各アドレス(トラック)
毎にテーブルを有し、旧記憶装置から新記憶装置へデー
タの移行が完了したかどうかをトラック毎に記憶する。
移行中にホストからのI/O 要求があった場合には、その
テーブルを参照して動作を決定する。例えばリード要求
があった場合、テーブルを参照して、そのリード要求の
あったレコード(ブロック) が新記憶装置に移行されて
いるかどうかチェックし、旧記憶装置からのデータが移
行されていない時には旧記憶装置からデータを読み込
む。新記憶装置内にデータがあれば新記憶装置からデー
タを読み出す。また、ライト要求があった場合には、新
記憶装置にデータ書き込みを行い、テーブルの更新を行
う。
ら新記憶装置へとデータを移行する際にオンラインで実
行する方法が示されている。ここでは、新記憶装置内
に、旧記憶装置内ボリュームの各アドレス(トラック)
毎にテーブルを有し、旧記憶装置から新記憶装置へデー
タの移行が完了したかどうかをトラック毎に記憶する。
移行中にホストからのI/O 要求があった場合には、その
テーブルを参照して動作を決定する。例えばリード要求
があった場合、テーブルを参照して、そのリード要求の
あったレコード(ブロック) が新記憶装置に移行されて
いるかどうかチェックし、旧記憶装置からのデータが移
行されていない時には旧記憶装置からデータを読み込
む。新記憶装置内にデータがあれば新記憶装置からデー
タを読み出す。また、ライト要求があった場合には、新
記憶装置にデータ書き込みを行い、テーブルの更新を行
う。
【0005】
【発明が解決しようとする課題】米国特許5,680,640 号
で示されている方法では、旧記憶装置内全てのトラック
についてテーブルを保持しなければならない。通常テー
ブルは半導体メモリをバッテリバックアップなどにより
不揮発化したものを使用するが、コストの関係であまり
大容量の半導体メモリを記憶装置に搭載しない。旧記憶
装置のデータ容量が大きいと、それだけ新記憶装置のテ
ーブルも大きくなり、新記憶装置は非常に価格の高いも
のになってしまう。
で示されている方法では、旧記憶装置内全てのトラック
についてテーブルを保持しなければならない。通常テー
ブルは半導体メモリをバッテリバックアップなどにより
不揮発化したものを使用するが、コストの関係であまり
大容量の半導体メモリを記憶装置に搭載しない。旧記憶
装置のデータ容量が大きいと、それだけ新記憶装置のテ
ーブルも大きくなり、新記憶装置は非常に価格の高いも
のになってしまう。
【0006】また、この方法では、データ移行中のホス
トからの書き込みで、新記憶装置にのみデータを書き込
むため、移行中にどちらかの記憶装置に障害が発生して
移行処理が止まった場合、どちらの記憶装置もデータに
矛盾のある状態となってしまう。
トからの書き込みで、新記憶装置にのみデータを書き込
むため、移行中にどちらかの記憶装置に障害が発生して
移行処理が止まった場合、どちらの記憶装置もデータに
矛盾のある状態となってしまう。
【0007】
【課題を解決するための手段】上記課題を解決するた
め、本発明による計算機システムは下記の構成をとる。
本発明における計算機システムは第1の記憶装置サブシ
ステムと、第2の記憶装置サブシステムと、第1、第2
の記憶装置サブシステムに接続されるホストコンピュー
タとで構成される。第1の記憶装置サブシステムはホス
トコンピュータに接続するインタフェースを有し、第2
の記憶装置サブシステムは第1の記憶装置サブシステム
とホストコンピュータに接続するインタフェースとを有
する。ホストコンピュータは、最初は第1の記憶に接続
されてI/O 処理を行うが、第1の記憶装置サブシステム
から第2の記憶装置サブシステムへとデータ移行を行う
際に、一旦ホストコンピュータと第1の記憶装置サブシ
ステム間の接続は遮断され、ホストコンピュータは第2
の記憶装置サブシステムと接続される。この接続遮断は
物理的に伝送路を切り離すのではなく、論理的に接続が
遮断される(オフラインになる)状態でも良い。
め、本発明による計算機システムは下記の構成をとる。
本発明における計算機システムは第1の記憶装置サブシ
ステムと、第2の記憶装置サブシステムと、第1、第2
の記憶装置サブシステムに接続されるホストコンピュー
タとで構成される。第1の記憶装置サブシステムはホス
トコンピュータに接続するインタフェースを有し、第2
の記憶装置サブシステムは第1の記憶装置サブシステム
とホストコンピュータに接続するインタフェースとを有
する。ホストコンピュータは、最初は第1の記憶に接続
されてI/O 処理を行うが、第1の記憶装置サブシステム
から第2の記憶装置サブシステムへとデータ移行を行う
際に、一旦ホストコンピュータと第1の記憶装置サブシ
ステム間の接続は遮断され、ホストコンピュータは第2
の記憶装置サブシステムと接続される。この接続遮断は
物理的に伝送路を切り離すのではなく、論理的に接続が
遮断される(オフラインになる)状態でも良い。
【0008】ホストコンピュータと第1 の記憶装置サブ
システムの接続が遮断され、第2の記憶装置サブシステ
ムとの接続が完了すると、移行を開始する。移行処理
は、第2 の記憶装置サブシステムが第1 の記憶装置サブ
システムに対してリード要求を出し、第1 の記憶装置サ
ブシステムと第2 の記憶装置サブシステムとを接続する
伝送路を介してデータをコピーする。第2 の記憶装置サ
ブシステム内にはコピーがどこまで完了したかを記録す
るポインタがあり、データ移行の進行状況を知ることが
できる。
システムの接続が遮断され、第2の記憶装置サブシステ
ムとの接続が完了すると、移行を開始する。移行処理
は、第2 の記憶装置サブシステムが第1 の記憶装置サブ
システムに対してリード要求を出し、第1 の記憶装置サ
ブシステムと第2 の記憶装置サブシステムとを接続する
伝送路を介してデータをコピーする。第2 の記憶装置サ
ブシステム内にはコピーがどこまで完了したかを記録す
るポインタがあり、データ移行の進行状況を知ることが
できる。
【0009】移行中のホストコンピュータからのI/O 要
求は、第2 の記憶装置サブシステムが受け付ける。ホス
トコンピュータからリード要求があった場合、第2 の記
憶装置サブシステムはコピーポインタを参照し、要求の
あったデータがすでに第2 の記憶装置サブシステムに存
在するかどうかを確認し、第2 の記憶装置サブシステム
内に存在する場合は、そのデータをホストコンピュータ
に渡す。存在しない場合には第1 の記憶装置サブシステ
ムからデータを読み出してホストコンピュータに渡す。
また、ライト要求があった場合、第2 の記憶装置サブシ
ステムは基本的に、第1 と第2 の記憶装置サブシステム
の両方にデータを書き込む。これにより、移行中にホス
トコンピュータからのI/O 要求があった場合にも記憶装
置サブシステム内のデータに矛盾は起こらず、移行を続
行できる。また、移行中にホストコンピュータからライ
ト要求があった場合には、データを第1、第2 の記憶装
置サブシステムに二重書きすることにより、どちらかの
記憶装置サブシステムに異常が発生してもデータが保証
される。
求は、第2 の記憶装置サブシステムが受け付ける。ホス
トコンピュータからリード要求があった場合、第2 の記
憶装置サブシステムはコピーポインタを参照し、要求の
あったデータがすでに第2 の記憶装置サブシステムに存
在するかどうかを確認し、第2 の記憶装置サブシステム
内に存在する場合は、そのデータをホストコンピュータ
に渡す。存在しない場合には第1 の記憶装置サブシステ
ムからデータを読み出してホストコンピュータに渡す。
また、ライト要求があった場合、第2 の記憶装置サブシ
ステムは基本的に、第1 と第2 の記憶装置サブシステム
の両方にデータを書き込む。これにより、移行中にホス
トコンピュータからのI/O 要求があった場合にも記憶装
置サブシステム内のデータに矛盾は起こらず、移行を続
行できる。また、移行中にホストコンピュータからライ
ト要求があった場合には、データを第1、第2 の記憶装
置サブシステムに二重書きすることにより、どちらかの
記憶装置サブシステムに異常が発生してもデータが保証
される。
【0010】上記方法では、移行処理中に第1 の記憶装
置サブシステムからデータをコピーしていない領域に対
してホストからI/O 要求が来ると、第1 の記憶装置サブ
システムへのアクセスが発生するため、処理速度が上が
らない、そのため、第2 の記憶装置サブシステムの有す
る各ディスクについてアクセス頻度を計数し、どの領域
にホストからのアクセスが高いか統計をとり、移行時に
は、アクセス頻度の高い領域から優先的に移行処理を実
行する方法もある。これにより、アクセス頻度の高い領
域についてコピーが早期に完了するため、ホストからの
I/O 要求が来ても第1 の記憶装置サブシステムへのアク
セスを少なく押えることができる。
置サブシステムからデータをコピーしていない領域に対
してホストからI/O 要求が来ると、第1 の記憶装置サブ
システムへのアクセスが発生するため、処理速度が上が
らない、そのため、第2 の記憶装置サブシステムの有す
る各ディスクについてアクセス頻度を計数し、どの領域
にホストからのアクセスが高いか統計をとり、移行時に
は、アクセス頻度の高い領域から優先的に移行処理を実
行する方法もある。これにより、アクセス頻度の高い領
域についてコピーが早期に完了するため、ホストからの
I/O 要求が来ても第1 の記憶装置サブシステムへのアク
セスを少なく押えることができる。
【0011】さらに、データの移行ではボリューム全体
の移行だけでなく、特定の領域、さらには特定のファイ
ルだけ移行できれば良い場合もある。その場合には、第
2の記憶装置サブシステム内で、ファイル管理情報を参
照して、特定のファイルの記録されている領域のみを移
行する方法もある。
の移行だけでなく、特定の領域、さらには特定のファイ
ルだけ移行できれば良い場合もある。その場合には、第
2の記憶装置サブシステム内で、ファイル管理情報を参
照して、特定のファイルの記録されている領域のみを移
行する方法もある。
【0012】
【発明の実施の形態】(第1 の実施形態)図1に本発明
を適用した計算機システムの構成例を示す。計算機シス
テムは、ホスト1、旧記憶装置サブシステム2、新記憶
装置サブシステム3から構成される。旧記憶装置サブシ
ステム2はホスト1と接続するためのインタフェース2
1、新記憶装置サブシステム3と接続するためのインタ
フェース22、ディスク23で構成される。新記憶装置
サブシステム3は、ホスト1と接続するためのインタフ
ェース31、旧記憶装置サブシステム2と接続するため
のインタフェース32、ディスク33、キャッシュメモ
リ34、制御装置35、設定用コンソール36で構成さ
れる。ディスク23、ディスク33はそれぞれ各装置内
に複数存在しても良く、また複数存在するディスク同士
でディスクアレイを構成してもよい。また、ディスク2
3、ディスク33は必ずしも同じ形式のディスクでなく
ても良く、例えばSCSI(Small Computer System Int
erface) ディスクのような固定長データ形式を扱うディ
スクの場合には、ディスク33の容量がディスク23よ
りも大きければ良い。また、CKD(カウントキーデー
タ)形式のデータを扱うディスクの場合には、ディスク
33の容量がディスク23よりも大きく、かつ、形式
(3380/3390 形式など)が一致していれば良い。
を適用した計算機システムの構成例を示す。計算機シス
テムは、ホスト1、旧記憶装置サブシステム2、新記憶
装置サブシステム3から構成される。旧記憶装置サブシ
ステム2はホスト1と接続するためのインタフェース2
1、新記憶装置サブシステム3と接続するためのインタ
フェース22、ディスク23で構成される。新記憶装置
サブシステム3は、ホスト1と接続するためのインタフ
ェース31、旧記憶装置サブシステム2と接続するため
のインタフェース32、ディスク33、キャッシュメモ
リ34、制御装置35、設定用コンソール36で構成さ
れる。ディスク23、ディスク33はそれぞれ各装置内
に複数存在しても良く、また複数存在するディスク同士
でディスクアレイを構成してもよい。また、ディスク2
3、ディスク33は必ずしも同じ形式のディスクでなく
ても良く、例えばSCSI(Small Computer System Int
erface) ディスクのような固定長データ形式を扱うディ
スクの場合には、ディスク33の容量がディスク23よ
りも大きければ良い。また、CKD(カウントキーデー
タ)形式のデータを扱うディスクの場合には、ディスク
33の容量がディスク23よりも大きく、かつ、形式
(3380/3390 形式など)が一致していれば良い。
【0013】制御装置35は、一般的にはCPUとメモ
リで構成されて、メモリ中に新記憶装置サブシステム3
を制御するプログラムが存在し、実行されるが、本発明
の図では省略している。制御装置35で本発明の中心と
なるものとしては、I/O 処理手段41、移行手段42、
コピーポインタ43、コマンドキュー44が存在する。
I/O 処理手段41はホスト1からのリード/ライト要求
を受け、処理を行う。また移行手段42は旧記憶装置サ
ブシステム2から新記憶装置サブシステム3へのデータ
の移動処理を行う。コピーポインタ43は移行手段42
で用いられ、データの移行処理がどこまで進んでいるか
を記録しておく。コマンドキュー44はホスト1からの
I/O 要求を入れるために用いられる。ホスト1からのI/
O 要求は一旦ここに入り、I/O 処理手段41によって処
理される。設定用コンソール36は新記憶装置サブシス
テム3の各種設定の変更を行う。例えば、ディスク33
をオフラインにしてホスト1から使用できる状態にす
る、旧記憶装置サブシステム2から新記憶装置サブシス
テム3へデータを移行する際の処理指示を出すなどを行
う。
リで構成されて、メモリ中に新記憶装置サブシステム3
を制御するプログラムが存在し、実行されるが、本発明
の図では省略している。制御装置35で本発明の中心と
なるものとしては、I/O 処理手段41、移行手段42、
コピーポインタ43、コマンドキュー44が存在する。
I/O 処理手段41はホスト1からのリード/ライト要求
を受け、処理を行う。また移行手段42は旧記憶装置サ
ブシステム2から新記憶装置サブシステム3へのデータ
の移動処理を行う。コピーポインタ43は移行手段42
で用いられ、データの移行処理がどこまで進んでいるか
を記録しておく。コマンドキュー44はホスト1からの
I/O 要求を入れるために用いられる。ホスト1からのI/
O 要求は一旦ここに入り、I/O 処理手段41によって処
理される。設定用コンソール36は新記憶装置サブシス
テム3の各種設定の変更を行う。例えば、ディスク33
をオフラインにしてホスト1から使用できる状態にす
る、旧記憶装置サブシステム2から新記憶装置サブシス
テム3へデータを移行する際の処理指示を出すなどを行
う。
【0014】図2で、旧記憶装置サブシステム2から新
記憶装置サブシステム3へのデータ移行処理について説
明する。
記憶装置サブシステム3へのデータ移行処理について説
明する。
【0015】はじめは旧記憶装置サブシステム2は伝送
路51でホスト1に接続されており、ホストとのI/O
を行っている。旧記憶装置サブシステム2から新記憶装
置サブシステム3へデータを移行する際に、一旦ホスト
1のI/Oを止めて伝送路51の接続を切る。そして新
記憶装置サブシステム3は伝送路52でホスト1に、#
伝送13#で旧記憶装置サブシステム2と接続し、図1
の状態にする。この作業はホスト1と旧記憶装置サブシ
ステム2の接続をホスト1と新記憶装置サブシステム3
との接続に切り替えるだけであるため、わずかな時間だ
けホストからのI/Oを止めるだけで良い。
路51でホスト1に接続されており、ホストとのI/O
を行っている。旧記憶装置サブシステム2から新記憶装
置サブシステム3へデータを移行する際に、一旦ホスト
1のI/Oを止めて伝送路51の接続を切る。そして新
記憶装置サブシステム3は伝送路52でホスト1に、#
伝送13#で旧記憶装置サブシステム2と接続し、図1
の状態にする。この作業はホスト1と旧記憶装置サブシ
ステム2の接続をホスト1と新記憶装置サブシステム3
との接続に切り替えるだけであるため、わずかな時間だ
けホストからのI/Oを止めるだけで良い。
【0016】図1の構成になると移行処理を開始でき
る。まず、制御装置35内のコピーポインタ43を0 に
初期化する(ステップ1001)。ステップ1002で
コマンドキュー内を参照し、ホスト1からのリード/ラ
イト処理の要求が来ているかチェックする(ステップ1
003)。処理要求がある場合には、キュー内の処理を
実行する(ステップ1004)。処理要求が複数個存在
する場合、全てその処理を実行する、または1つだけ実
行する、など、さまざまな方式が考えられるが、ここで
は1つだけを実行することとする。ここでの処理につい
ては、後で説明する。
る。まず、制御装置35内のコピーポインタ43を0 に
初期化する(ステップ1001)。ステップ1002で
コマンドキュー内を参照し、ホスト1からのリード/ラ
イト処理の要求が来ているかチェックする(ステップ1
003)。処理要求がある場合には、キュー内の処理を
実行する(ステップ1004)。処理要求が複数個存在
する場合、全てその処理を実行する、または1つだけ実
行する、など、さまざまな方式が考えられるが、ここで
は1つだけを実行することとする。ここでの処理につい
ては、後で説明する。
【0017】ステップ1005では、旧記憶装置サブシ
ステム2にコピーポインタ43の示す領域のリード要求
を送る。リードの単位は、ディスク23、33がFBA
形式であれば、1セクタの倍数であれば良く、CKD形
式のディスクであればトラックの倍数であれば良い。本
実施例では、ディスクはFBA形式で、リード単位は1
セクタごととする。
ステム2にコピーポインタ43の示す領域のリード要求
を送る。リードの単位は、ディスク23、33がFBA
形式であれば、1セクタの倍数であれば良く、CKD形
式のディスクであればトラックの倍数であれば良い。本
実施例では、ディスクはFBA形式で、リード単位は1
セクタごととする。
【0018】なお、リード単位を、設定用コンソール3
6から指定する実装もありうる。これにより、ホストか
ら来るI/O処理よりも移行処理をやや優先的に行いた
い場合にはリード単位を大きくしたり、あるいは逆に通
常のI/O処理に遅れを生じにくくするためにリード単
位を小さくするという選択が可能となる。
6から指定する実装もありうる。これにより、ホストか
ら来るI/O処理よりも移行処理をやや優先的に行いた
い場合にはリード単位を大きくしたり、あるいは逆に通
常のI/O処理に遅れを生じにくくするためにリード単
位を小さくするという選択が可能となる。
【0019】ステップ1006で旧記憶装置サブシステ
ム2からリードデータを受け取り、ステップ1007で
新記憶装置サブシステム3の当該アドレスにデータを書
き出す。ステップ1008でコピーポインタ43に1加
算する。ステップ1009でコピーポインタ43がディ
スク23の最大ブロック数以上に達したかチェックし、
まだ達していない場合にはステップ1002に戻り、処
理を繰り返す。最大ブロック数に達していれば、移行処
理は終了する。
ム2からリードデータを受け取り、ステップ1007で
新記憶装置サブシステム3の当該アドレスにデータを書
き出す。ステップ1008でコピーポインタ43に1加
算する。ステップ1009でコピーポインタ43がディ
スク23の最大ブロック数以上に達したかチェックし、
まだ達していない場合にはステップ1002に戻り、処
理を繰り返す。最大ブロック数に達していれば、移行処
理は終了する。
【0020】次に図3で、移行処理中にホスト1からの
リード要求が来た場合の新記憶装置サブシステム3での
処理の流れについて説明する。まず、ホスト1から来た
リード先アドレスと、新記憶装置サブシステム3で保持
しているコピーポインタ43とを比較する(ステップ1
101)。コピーポインタ43がリード先アドレスより
も大きい場合には、新記憶装置サブシステム3には旧記
憶装置サブシステム2からすでにデータがコピーされて
いるので、新記憶装置サブシステム3からデータを読み
出し(ステップ1102)、ホストにデータを送ること
でリード処理を行うことができる。
リード要求が来た場合の新記憶装置サブシステム3での
処理の流れについて説明する。まず、ホスト1から来た
リード先アドレスと、新記憶装置サブシステム3で保持
しているコピーポインタ43とを比較する(ステップ1
101)。コピーポインタ43がリード先アドレスより
も大きい場合には、新記憶装置サブシステム3には旧記
憶装置サブシステム2からすでにデータがコピーされて
いるので、新記憶装置サブシステム3からデータを読み
出し(ステップ1102)、ホストにデータを送ること
でリード処理を行うことができる。
【0021】逆にステップ1101でコピーポインタ4
3がリード先アドレス以下の値の場合には、新記憶装置
サブシステム3には旧記憶装置サブシステム2の内容が
反映されていないため、旧記憶装置サブシステム2にリ
ード要求を送り(ステップ1103)、旧記憶装置サブ
システム2からリードデータを受け取る(ステップ11
04)旧記憶装置サブシステム2から受け取ったデータ
をホストに送ることで(ステップ1105)リード処理
が完了する。
3がリード先アドレス以下の値の場合には、新記憶装置
サブシステム3には旧記憶装置サブシステム2の内容が
反映されていないため、旧記憶装置サブシステム2にリ
ード要求を送り(ステップ1103)、旧記憶装置サブ
システム2からリードデータを受け取る(ステップ11
04)旧記憶装置サブシステム2から受け取ったデータ
をホストに送ることで(ステップ1105)リード処理
が完了する。
【0022】次に図4で、移行処理中にホスト1からの
ライト要求が来た場合の新記憶装置サブシステム3での
処理の流れについて説明する。ステップ1201で、ま
ずホスト1から受け取ったライトデータを旧記憶装置サ
ブシステム2に書き込むため、旧記憶装置サブシステム
2に対してライト要求を出し、データを書き込む。ステ
ップ1202で、ホスト1から来たライト先アドレス
と、新記憶装置サブシステム3で保持しているコピーポ
インタ43とを比較する。ライト先アドレスがコピーポ
インタ43よりも小さい場合には、ディスク33にホス
ト1から来たライトデータを書き込む。また、ライト先
アドレスがコピーポインタ43以上の場合には、後で移
行処理によって旧記憶装置サブシステム2から新記憶装
置サブシステム3へとデータコピーが行われるため、今
ディスク33に対してデータを書き込む必要はなく、新
記憶装置サブシステム3に対しては何もせずにライト処
理は終了する。
ライト要求が来た場合の新記憶装置サブシステム3での
処理の流れについて説明する。ステップ1201で、ま
ずホスト1から受け取ったライトデータを旧記憶装置サ
ブシステム2に書き込むため、旧記憶装置サブシステム
2に対してライト要求を出し、データを書き込む。ステ
ップ1202で、ホスト1から来たライト先アドレス
と、新記憶装置サブシステム3で保持しているコピーポ
インタ43とを比較する。ライト先アドレスがコピーポ
インタ43よりも小さい場合には、ディスク33にホス
ト1から来たライトデータを書き込む。また、ライト先
アドレスがコピーポインタ43以上の場合には、後で移
行処理によって旧記憶装置サブシステム2から新記憶装
置サブシステム3へとデータコピーが行われるため、今
ディスク33に対してデータを書き込む必要はなく、新
記憶装置サブシステム3に対しては何もせずにライト処
理は終了する。
【0023】(第2 の実施形態)図5に本発明を適用し
た計算機システムの構成例を示す。本例も第1 の実施形
態と同じ構成をとり、ホスト1、旧記憶装置サブシステ
ム2、新記憶装置サブシステム3から構成される。本例
では、旧記憶装置サブシステム2、新記憶装置サブシス
テム3内のディスク23、ディスク33は複数存在す
る。
た計算機システムの構成例を示す。本例も第1 の実施形
態と同じ構成をとり、ホスト1、旧記憶装置サブシステ
ム2、新記憶装置サブシステム3から構成される。本例
では、旧記憶装置サブシステム2、新記憶装置サブシス
テム3内のディスク23、ディスク33は複数存在す
る。
【0024】制御装置35は、一般的にはCPUとメモ
リで構成されて、メモリ中に新記憶装置サブシステム3
を制御するプログラムが存在し、実行されるが、本発明
の図では省略している。制御装置35で第1の実施形態
と異なるものとして、コピーポインタ143は複数存在
し、コピーポインタ143に対応した複数のアクセスカ
ウンタ145が存在する。図6でコピーポインタとアク
セスカウンタについて説明する。本例では、コピーポイ
ンタ、アクセスカウンタ、領域の先頭アドレス、最終ア
ドレスを1 つのレコードとして管理している。アクセス
カウンタ145は、ディスク33のどの領域にホスト1
からのI/O 要求があったかを集計するために使用する。
これにより、一般にどの領域へのアクセスが多いか調
べ、データ移行処理を始める順番を決定するのに使用さ
れる。例えば、複数のディスク33について、それぞれ
を先頭からn 個の領域に分割し、各領域に対するホスト
からのI/O 要求回数をアクセスカウンタ145に記録す
る。これにより、ディスクのどの領域に対するアクセス
が多いかの傾向を見て、アクセスの多いと考えられる領
域から優先的に移行処理を実施する。アクセス回数を集
計するディスクは、全てのディスク33について集計す
る、または設定用コンソール36から指定する方式でも
良い。コピーポインタ143もn 個用意され、アクセス
カウンタ145と対応付けられている。各コピーポイン
タはその領域の先頭から最終までの値をとる。
リで構成されて、メモリ中に新記憶装置サブシステム3
を制御するプログラムが存在し、実行されるが、本発明
の図では省略している。制御装置35で第1の実施形態
と異なるものとして、コピーポインタ143は複数存在
し、コピーポインタ143に対応した複数のアクセスカ
ウンタ145が存在する。図6でコピーポインタとアク
セスカウンタについて説明する。本例では、コピーポイ
ンタ、アクセスカウンタ、領域の先頭アドレス、最終ア
ドレスを1 つのレコードとして管理している。アクセス
カウンタ145は、ディスク33のどの領域にホスト1
からのI/O 要求があったかを集計するために使用する。
これにより、一般にどの領域へのアクセスが多いか調
べ、データ移行処理を始める順番を決定するのに使用さ
れる。例えば、複数のディスク33について、それぞれ
を先頭からn 個の領域に分割し、各領域に対するホスト
からのI/O 要求回数をアクセスカウンタ145に記録す
る。これにより、ディスクのどの領域に対するアクセス
が多いかの傾向を見て、アクセスの多いと考えられる領
域から優先的に移行処理を実施する。アクセス回数を集
計するディスクは、全てのディスク33について集計す
る、または設定用コンソール36から指定する方式でも
良い。コピーポインタ143もn 個用意され、アクセス
カウンタ145と対応付けられている。各コピーポイン
タはその領域の先頭から最終までの値をとる。
【0025】図7で、旧記憶装置サブシステム2から新
記憶装置サブシステム3へのデータ移行処理について説
明する。移行処理の前に、ホスト1と新記憶装置サブシ
ステム3を接続するまでは第1の実施形態と同じであ
る。
記憶装置サブシステム3へのデータ移行処理について説
明する。移行処理の前に、ホスト1と新記憶装置サブシ
ステム3を接続するまでは第1の実施形態と同じであ
る。
【0026】まず、制御装置35内のコピーポインタ1
43を初期化する(ステップ2001)。初期化では複
数のコピーポインタの先頭値を各領域の先頭アドレスに
設定する。次に、各領域のアクセスカウンタを参照し、
複数のコピーポインタをアクセス頻度の高い順にならべ
かえる(ステップ2002)。例えば、ディスク33の
領域を3分割していて、図6 のようなアクセス頻度であ
った場合、図8のように並べかえる。ステップ2003
で、移行手段は先頭のコピーポインタ、すなわちアクセ
ス頻度の最も高いものを選択する。ステップ2004で
コマンドキュー44内を参照し、ホスト1からのリード
/ライト処理の要求が来ているかチェックする(ステッ
プ2005)。処理要求がある場合には、キュー内の処
理を実行する(ステップ2006)。
43を初期化する(ステップ2001)。初期化では複
数のコピーポインタの先頭値を各領域の先頭アドレスに
設定する。次に、各領域のアクセスカウンタを参照し、
複数のコピーポインタをアクセス頻度の高い順にならべ
かえる(ステップ2002)。例えば、ディスク33の
領域を3分割していて、図6 のようなアクセス頻度であ
った場合、図8のように並べかえる。ステップ2003
で、移行手段は先頭のコピーポインタ、すなわちアクセ
ス頻度の最も高いものを選択する。ステップ2004で
コマンドキュー44内を参照し、ホスト1からのリード
/ライト処理の要求が来ているかチェックする(ステッ
プ2005)。処理要求がある場合には、キュー内の処
理を実行する(ステップ2006)。
【0027】ステップ2007では、旧記憶装置サブシ
ステム2にコピーポインタの示す領域のリード要求を送
る。ステップ2008で旧記憶装置サブシステム2から
リードデータを受け取り、ステップ2009で新記憶装
置サブシステム3の当該アドレスにデータを書き出す。
ステップ2010でコピーポインタに1加算する。ステ
ップ2011でコピーポインタ43が移行対象領域の最
終アドレスを越えたかチェックし、まだ達していない場
合にはステップ2004に戻り、処理を繰り返す。最大
ブロック数に達していれば、次に処理するコピーポイン
タがあるかチェックする(ステップ2012)。処理す
べきコピーポインタが存在しなければ移行処理は終了
し、存在する場合には、次のコピーポインタ、すなわち
次にアクセス頻度の高い領域のポインタを選択し、ステ
ップ2004に戻る。
ステム2にコピーポインタの示す領域のリード要求を送
る。ステップ2008で旧記憶装置サブシステム2から
リードデータを受け取り、ステップ2009で新記憶装
置サブシステム3の当該アドレスにデータを書き出す。
ステップ2010でコピーポインタに1加算する。ステ
ップ2011でコピーポインタ43が移行対象領域の最
終アドレスを越えたかチェックし、まだ達していない場
合にはステップ2004に戻り、処理を繰り返す。最大
ブロック数に達していれば、次に処理するコピーポイン
タがあるかチェックする(ステップ2012)。処理す
べきコピーポインタが存在しなければ移行処理は終了
し、存在する場合には、次のコピーポインタ、すなわち
次にアクセス頻度の高い領域のポインタを選択し、ステ
ップ2004に戻る。
【0028】次に移行処理中にホスト1からのリード要
求が来た場合の新記憶装置サブシステム3での処理を説
明する(図9)。
求が来た場合の新記憶装置サブシステム3での処理を説
明する(図9)。
【0029】まず、ホスト1から来た要求アドレスが、
すでにコピー完了した領域であるかどうかチェックする
(ステップ2101)。チェック方法は、複数のコピー
ポインタ143を先頭からサーチし、どのコピーポイン
タの範囲に属するかを調べる。そのコピーポインタの範
囲がすでにコピー完了したかどうかは、要求アドレスの
属するコピーポインタが、現在移行処理を行っているコ
ピーポインタの前か後かを判定するだけで分かる。すで
にコピー完了した領域であれば、新記憶装置サブシステ
ム3からリードデータを読み出し(ステップ210
2)、ホストにデータを送る(ステップ2105)。そ
うでない場合には旧記憶装置サブシステム2にリード要
求を送り(ステップ2103)、旧ディスク装置サブシ
ステム2からリードデータを受け取る(ステップ210
4)。
すでにコピー完了した領域であるかどうかチェックする
(ステップ2101)。チェック方法は、複数のコピー
ポインタ143を先頭からサーチし、どのコピーポイン
タの範囲に属するかを調べる。そのコピーポインタの範
囲がすでにコピー完了したかどうかは、要求アドレスの
属するコピーポインタが、現在移行処理を行っているコ
ピーポインタの前か後かを判定するだけで分かる。すで
にコピー完了した領域であれば、新記憶装置サブシステ
ム3からリードデータを読み出し(ステップ210
2)、ホストにデータを送る(ステップ2105)。そ
うでない場合には旧記憶装置サブシステム2にリード要
求を送り(ステップ2103)、旧ディスク装置サブシ
ステム2からリードデータを受け取る(ステップ210
4)。
【0030】また、ステップ2101でのチェックで、
ホスト1から来た要求アドレスが現在移行処理中の領域
に一致した場合には、コピーが完了していないとみなし
てステップ2103以降を実施する。あるいは図3の処
理を実施して、リード要求アドレスが、その領域内のコ
ピー完了部分に相当するかどうかをチェックして、処理
を選択しても良い。
ホスト1から来た要求アドレスが現在移行処理中の領域
に一致した場合には、コピーが完了していないとみなし
てステップ2103以降を実施する。あるいは図3の処
理を実施して、リード要求アドレスが、その領域内のコ
ピー完了部分に相当するかどうかをチェックして、処理
を選択しても良い。
【0031】次に図10でライト要求が来た時の処理を
説明する。ステップ2201で、ホスト1から来た要求
アドレスが、すでにコピー完了した領域であるかどうか
チェックする。チェック方法は、リード処理の時と同
様、複数のコピーポインタ143を先頭からサーチし、
どの範囲に属するかを調べる。
説明する。ステップ2201で、ホスト1から来た要求
アドレスが、すでにコピー完了した領域であるかどうか
チェックする。チェック方法は、リード処理の時と同
様、複数のコピーポインタ143を先頭からサーチし、
どの範囲に属するかを調べる。
【0032】すでにコピーが完了した領域であれば、新
記憶装置サブシステム3側のディスク33にホスト1か
ら来たライトデータを書き込む(ステップ2202)。
また、コピーが完了していない場合には、ホスト1から
受け取ったライトデータを旧記憶装置サブシステム2に
書き込むため、旧記憶装置サブシステム2に対してライ
ト要求を出し、データを書き込む(ステップ220
3)。
記憶装置サブシステム3側のディスク33にホスト1か
ら来たライトデータを書き込む(ステップ2202)。
また、コピーが完了していない場合には、ホスト1から
受け取ったライトデータを旧記憶装置サブシステム2に
書き込むため、旧記憶装置サブシステム2に対してライ
ト要求を出し、データを書き込む(ステップ220
3)。
【0033】新記憶装置サブシステム3への書き込み
は、後で移行処理によって旧記憶装置サブシステム2か
ら新記憶装置サブシステム3へとデータコピーが行われ
るため、この時点でディスク33に対してデータを書き
込む必要はなく、新記憶装置サブシステム3に対しては
何もせずにライト処理は終了する。あるいは第1の実施
形態にあるように、ステップ2201の前に旧記憶装置
サブシステム2側にデータを書き込んで二重書きの状態
にする処理方法をとって信頼性を高める方法でも良い。
は、後で移行処理によって旧記憶装置サブシステム2か
ら新記憶装置サブシステム3へとデータコピーが行われ
るため、この時点でディスク33に対してデータを書き
込む必要はなく、新記憶装置サブシステム3に対しては
何もせずにライト処理は終了する。あるいは第1の実施
形態にあるように、ステップ2201の前に旧記憶装置
サブシステム2側にデータを書き込んで二重書きの状態
にする処理方法をとって信頼性を高める方法でも良い。
【0034】本実施例あるいは第1の実施形態の方式で
は、移行処理中に未コピー領域に対するI /O 要求が来
ると、旧記憶装置サブシステム2に対するアクセスが発
生するため、処理速度に影響が出る。そのため、アクセ
スの高い領域については早い段階でデータ移行を済ませ
ることができる本例の方式では、移行処理中のI /Oに
対して処理速度低下が押えられる。
は、移行処理中に未コピー領域に対するI /O 要求が来
ると、旧記憶装置サブシステム2に対するアクセスが発
生するため、処理速度に影響が出る。そのため、アクセ
スの高い領域については早い段階でデータ移行を済ませ
ることができる本例の方式では、移行処理中のI /Oに
対して処理速度低下が押えられる。
【0035】(第3 の実施形態)図11に本発明を適用
した計算機システムの構成例を示す。計算機システム
は、ホスト1、旧記憶装置サブシステム2、新記憶装置
サブシステム3から構成され、基本的構成は第1の実施
形態と同じである。
した計算機システムの構成例を示す。計算機システム
は、ホスト1、旧記憶装置サブシステム2、新記憶装置
サブシステム3から構成され、基本的構成は第1の実施
形態と同じである。
【0036】第1の実施形態と異なる点として、新記憶
装置サブシステム3内の制御装置35にファイル解析手
段46を有する。ファイル解析手段46によって旧記憶
装置サブシステム2内の特定のファイルの書き込み位置
を認識し、1 つのファイルのみのデータ移動を可能にす
る。これにはホスト1の使用するファイルシステムと、
ファイル解析手段45が認識できるファイルシステムが
一致している必要があるが、ここではそれが一致してい
るものとする。また、ファイルの位置を管理するための
領域情報147が存在する。これについては後述する。
装置サブシステム3内の制御装置35にファイル解析手
段46を有する。ファイル解析手段46によって旧記憶
装置サブシステム2内の特定のファイルの書き込み位置
を認識し、1 つのファイルのみのデータ移動を可能にす
る。これにはホスト1の使用するファイルシステムと、
ファイル解析手段45が認識できるファイルシステムが
一致している必要があるが、ここではそれが一致してい
るものとする。また、ファイルの位置を管理するための
領域情報147が存在する。これについては後述する。
【0037】図12で、ディスク装置上のファイル管理
方式について説明する。ここで説明するファイル管理方
式は一例であり、ファイル解析手段46がそれ以外のフ
ァイルシステムを認識できれば、他のファイルシステム
においても適用可能である。
方式について説明する。ここで説明するファイル管理方
式は一例であり、ファイル解析手段46がそれ以外のフ
ァイルシステムを認識できれば、他のファイルシステム
においても適用可能である。
【0038】ディスク上の特定位置にはボリュームラベ
ル71があり、ボリュームラベル71には、VTOC7
2(Volume Table Of Contents)の書かれているアドレ
スが記されている。VTOC72にはそのディスクに書
かれているファイルの管理情報として、ファイル名、フ
ァイルのデータ形式、ファイルの格納されている位置情
報などが記録される。この位置情報の1つ1つをここで
はDSCBと呼ぶ。
ル71があり、ボリュームラベル71には、VTOC7
2(Volume Table Of Contents)の書かれているアドレ
スが記されている。VTOC72にはそのディスクに書
かれているファイルの管理情報として、ファイル名、フ
ァイルのデータ形式、ファイルの格納されている位置情
報などが記録される。この位置情報の1つ1つをここで
はDSCBと呼ぶ。
【0039】ファイルはエクステントと呼ばれる領域に
置かれる。エクステントは複数トラックが集まった連続
領域で、1つのデータセットにつき、1つの場合もあれ
ば、複数以上存在することもある。エクステントが複数
ある場合、各エクステントが連続した領域に存在してい
る必要はない。ファイル上のデータは、VTOCに記さ
れたエクステントの先頭から順に記録される。
置かれる。エクステントは複数トラックが集まった連続
領域で、1つのデータセットにつき、1つの場合もあれ
ば、複数以上存在することもある。エクステントが複数
ある場合、各エクステントが連続した領域に存在してい
る必要はない。ファイル上のデータは、VTOCに記さ
れたエクステントの先頭から順に記録される。
【0040】図13で領域情報147について説明す
る。領域情報147は移行対象ファイルのエクステント
の先頭アドレス、最終アドレスを保持する。エクステン
トが複数存在する時には複数の情報を保持する。
る。領域情報147は移行対象ファイルのエクステント
の先頭アドレス、最終アドレスを保持する。エクステン
トが複数存在する時には複数の情報を保持する。
【0041】図14、図15で、旧記憶装置サブシステ
ム2から新記憶装置サブシステム3へのデータ移行処理
について説明する。この処理は、まず旧記憶装置サブシ
ステム2内に書かれているVTOCの情報を解釈する部
分(ファイル解析処理)と、実際にデータをコピーする
処理(データ移行処理)の2つからなる。処理開始はホ
スト1または設定用コンソール36から、新記憶装置サ
ブシステム3に対して要求を出す。その際、移行対象と
なる旧記憶装置サブシステム2内ボリューム名とファイ
ル名を指定する。
ム2から新記憶装置サブシステム3へのデータ移行処理
について説明する。この処理は、まず旧記憶装置サブシ
ステム2内に書かれているVTOCの情報を解釈する部
分(ファイル解析処理)と、実際にデータをコピーする
処理(データ移行処理)の2つからなる。処理開始はホ
スト1または設定用コンソール36から、新記憶装置サ
ブシステム3に対して要求を出す。その際、移行対象と
なる旧記憶装置サブシステム2内ボリューム名とファイ
ル名を指定する。
【0042】図14でファイル解析処理を説明する。ま
ず、旧記憶装置サブシステム2にリード要求を出し、ボ
リュームラベルを読み出してキャッシュメモリ上に置く
(ステップ3001)。ボリュームラベルの読み出し位
置は固定位置のため、ある決まった位置のアドレスを読
み出すことにより実現できる。ステップ3002でボリ
ュームラベルをディスク33に書き込む。ステップ30
03ではボリュームラベルからVTOCの位置を取り出
し、VTOCをキャッシュメモリ上に読み出す。次にキ
ャッシュメモリ上に読み出したVTOCを先頭から読
み、対象ファイルを探し、その位置情報を読み出す(ス
テップ3004)。ステップ3005では対象となるフ
ァイルの位置情報からエクステント位置を調べ、各エク
ステントの先頭位置と、最終の位置を領域情報147に
記録する。エクステントが複数ある場合には複数のエク
ステント情報をソートし、アドレスの小さい方から並べ
ておく。ステップ3006でVTOCの対象ファイルの
情報をディスク33に書き込む。
ず、旧記憶装置サブシステム2にリード要求を出し、ボ
リュームラベルを読み出してキャッシュメモリ上に置く
(ステップ3001)。ボリュームラベルの読み出し位
置は固定位置のため、ある決まった位置のアドレスを読
み出すことにより実現できる。ステップ3002でボリ
ュームラベルをディスク33に書き込む。ステップ30
03ではボリュームラベルからVTOCの位置を取り出
し、VTOCをキャッシュメモリ上に読み出す。次にキ
ャッシュメモリ上に読み出したVTOCを先頭から読
み、対象ファイルを探し、その位置情報を読み出す(ス
テップ3004)。ステップ3005では対象となるフ
ァイルの位置情報からエクステント位置を調べ、各エク
ステントの先頭位置と、最終の位置を領域情報147に
記録する。エクステントが複数ある場合には複数のエク
ステント情報をソートし、アドレスの小さい方から並べ
ておく。ステップ3006でVTOCの対象ファイルの
情報をディスク33に書き込む。
【0043】図15で移行処理を説明する。ステップ3
101で、制御装置35内のコピーポインタ43をエク
ステント先頭アドレスに初期化する。ステップ3102
でコマンドキュー内を参照し、ホスト1からのリード/
ライト処理の要求が来ているかチェックする(ステップ
3103)。処理要求がある場合には、キュー内の処理
を実行する(ステップ3104)。ステップ3105で
は、旧記憶装置サブシステム2にコピーポインタ43の
示す領域のリード要求を送る。
101で、制御装置35内のコピーポインタ43をエク
ステント先頭アドレスに初期化する。ステップ3102
でコマンドキュー内を参照し、ホスト1からのリード/
ライト処理の要求が来ているかチェックする(ステップ
3103)。処理要求がある場合には、キュー内の処理
を実行する(ステップ3104)。ステップ3105で
は、旧記憶装置サブシステム2にコピーポインタ43の
示す領域のリード要求を送る。
【0044】ステップ3106で旧記憶装置サブシステ
ム2からリードデータを受け取り、ステップ3107で
新記憶装置サブシステム3の当該アドレスにデータを書
き出す。ステップ3108でコピーポインタ43に1加
算する。ステップ3109でコピーポインタ43がエク
ステント最終アドレスを超えたかチェックし、まだ越え
ていない場合にはステップ3102に戻り、処理を繰り
返す。最大ブロック数に達していれば、領域情報147
を参照して次のエクステントがあるかチェックする(ス
テップ3110)。全てのエクステントについて処理が
終わっていれば、移行処理は終了し、次のエクステント
があればコピーポインタを次のエクステント先頭アドレ
スに設定する(ステップ3111)。
ム2からリードデータを受け取り、ステップ3107で
新記憶装置サブシステム3の当該アドレスにデータを書
き出す。ステップ3108でコピーポインタ43に1加
算する。ステップ3109でコピーポインタ43がエク
ステント最終アドレスを超えたかチェックし、まだ越え
ていない場合にはステップ3102に戻り、処理を繰り
返す。最大ブロック数に達していれば、領域情報147
を参照して次のエクステントがあるかチェックする(ス
テップ3110)。全てのエクステントについて処理が
終わっていれば、移行処理は終了し、次のエクステント
があればコピーポインタを次のエクステント先頭アドレ
スに設定する(ステップ3111)。
【0045】次に図16で、移行処理中にホスト1から
のリード要求が来た場合の新記憶装置サブシステム3で
の処理の流れについて説明する。まず、ホスト1から来
たリード先アドレスと、新記憶装置サブシステム3で保
持しているコピー対象ファイルのエクステントの情報と
を比較していき、リード先アドレスが領域情報147の
エクステント内に入っているかチェックする(ステップ
3201)。エクステント内に入っている場合には、次
にコピーポインタ43とリード先アドレスとを比較する
(ステップ3202)。コピーポインタ43がリード先
アドレスよりも大きい場合には、新記憶装置サブシステ
ム3には旧記憶装置サブシステム2からすでにデータが
コピーされているので、新記憶装置サブシステム3から
データを読み出し(ステップ3203)、ホストにデー
タを送ることでリード処理を行うことができる。
のリード要求が来た場合の新記憶装置サブシステム3で
の処理の流れについて説明する。まず、ホスト1から来
たリード先アドレスと、新記憶装置サブシステム3で保
持しているコピー対象ファイルのエクステントの情報と
を比較していき、リード先アドレスが領域情報147の
エクステント内に入っているかチェックする(ステップ
3201)。エクステント内に入っている場合には、次
にコピーポインタ43とリード先アドレスとを比較する
(ステップ3202)。コピーポインタ43がリード先
アドレスよりも大きい場合には、新記憶装置サブシステ
ム3には旧記憶装置サブシステム2からすでにデータが
コピーされているので、新記憶装置サブシステム3から
データを読み出し(ステップ3203)、ホストにデー
タを送ることでリード処理を行うことができる。
【0046】ステップ3201エクステント内に入って
いない場合は、ホストからのリード要求は今回の移行処
理の対象ファイルに対するアクセスではないため、旧記
憶装置サブシステム2からデータを読み出すことにな
る。旧記憶装置サブシステム2にリード要求を送り(ス
テップ3204)、旧記憶装置サブシステム2からリー
ドデータを受け取る(ステップ3205)。またはステ
ップ3202でコピーポインタ43がリード先アドレス
以下と判定された場合にも、旧記憶装置サブシステム2
からデータを読み出すことになる。最後にデータをホス
トに送ることで(ステップ3206)リード処理が完了
する。
いない場合は、ホストからのリード要求は今回の移行処
理の対象ファイルに対するアクセスではないため、旧記
憶装置サブシステム2からデータを読み出すことにな
る。旧記憶装置サブシステム2にリード要求を送り(ス
テップ3204)、旧記憶装置サブシステム2からリー
ドデータを受け取る(ステップ3205)。またはステ
ップ3202でコピーポインタ43がリード先アドレス
以下と判定された場合にも、旧記憶装置サブシステム2
からデータを読み出すことになる。最後にデータをホス
トに送ることで(ステップ3206)リード処理が完了
する。
【0047】ここで、エクステントが多数存在する場
合、ステップでのリード先アドレスがエクステント内に
あるかのチェック処理のオーバヘッドがかかる。そのた
め、リード処理の場合には、リード先アドレスの値に関
わらず、無条件に旧記憶装置サブシステム2からの読み
出しを実施してするという実装でも良い。
合、ステップでのリード先アドレスがエクステント内に
あるかのチェック処理のオーバヘッドがかかる。そのた
め、リード処理の場合には、リード先アドレスの値に関
わらず、無条件に旧記憶装置サブシステム2からの読み
出しを実施してするという実装でも良い。
【0048】次に図17で、移行処理中にホスト1から
のライト要求が来た場合の新記憶装置サブシステム3で
の処理の流れについて説明する。ステップ3301で、
まず、ホスト1から来たライト先アドレスと、新記憶装
置サブシステム3で保持しているコピー対象ファイルの
エクステントの情報とを比較していき、ライト先アドレ
スが領域情報147のエクステント内に入っているかチ
ェックする。エクステント内に入っている場合には、デ
ータ移行の対象となっているファイルに対する書き込み
であるため、旧記憶装置サブシステム2に対してライト
要求を出し、ホスト1から受け取ったライトデータを書
き込む(ステップ3302)。次にコピーポインタ43
とライト先アドレスとを比較する(ステップ330
3)。コピーポインタ43がライト先アドレスより小さ
い場合には後で移行処理によって旧記憶装置サブシステ
ム2から新記憶装置サブシステム3へとデータコピーが
行われるため、今ディスク33に対してデータを書き込
む必要はなく、新記憶装置サブシステム3に対しては何
もせずにライト処理は終了する。そうでない場合、また
はステップ3301でライト先アドレスが対象エクステ
ント外と判定された場合には新記憶装置サブシステム3
内のディスク33にデータを書き込む(ステップ330
4)。
のライト要求が来た場合の新記憶装置サブシステム3で
の処理の流れについて説明する。ステップ3301で、
まず、ホスト1から来たライト先アドレスと、新記憶装
置サブシステム3で保持しているコピー対象ファイルの
エクステントの情報とを比較していき、ライト先アドレ
スが領域情報147のエクステント内に入っているかチ
ェックする。エクステント内に入っている場合には、デ
ータ移行の対象となっているファイルに対する書き込み
であるため、旧記憶装置サブシステム2に対してライト
要求を出し、ホスト1から受け取ったライトデータを書
き込む(ステップ3302)。次にコピーポインタ43
とライト先アドレスとを比較する(ステップ330
3)。コピーポインタ43がライト先アドレスより小さ
い場合には後で移行処理によって旧記憶装置サブシステ
ム2から新記憶装置サブシステム3へとデータコピーが
行われるため、今ディスク33に対してデータを書き込
む必要はなく、新記憶装置サブシステム3に対しては何
もせずにライト処理は終了する。そうでない場合、また
はステップ3301でライト先アドレスが対象エクステ
ント外と判定された場合には新記憶装置サブシステム3
内のディスク33にデータを書き込む(ステップ330
4)。
【0049】
【発明の効果】本発明の計算機システムでは、ホストコ
ンピュータからの処理を受け付けながら旧記憶サブシス
テムから、新記憶サブシステムへのデータ移行が可能で
ある。また、ファイル単位での移行が可能であり、移行
したいデータだけを選択的に移行できる。また、移行中
のデータは旧記憶装置サブシステムと新記憶装置サブシ
ステムの2つに二重書きされるため、移行中にどちらか
の記憶装置サブシステムに障害が発生しても移行処理を
継続できる。
ンピュータからの処理を受け付けながら旧記憶サブシス
テムから、新記憶サブシステムへのデータ移行が可能で
ある。また、ファイル単位での移行が可能であり、移行
したいデータだけを選択的に移行できる。また、移行中
のデータは旧記憶装置サブシステムと新記憶装置サブシ
ステムの2つに二重書きされるため、移行中にどちらか
の記憶装置サブシステムに障害が発生しても移行処理を
継続できる。
【図1】本発明を適用した計算機システムの構成例を示
す。
す。
【図2】本発明の計算機システムにおける、データ移行
処理の流れを示す。
処理の流れを示す。
【図3】新記憶装置サブシステム3のデータ移行処理中
のリード処理の流れを示す。
のリード処理の流れを示す。
【図4】新記憶装置サブシステム3のデータ移行処理中
のライト処理の流れを示す。
のライト処理の流れを示す。
【図5】本発明を適用した第2の実施形態の計算機シス
テムの構成例を示す。
テムの構成例を示す。
【図6】本発明のコピーポインタとアクセスカウンタの
管理方法を示す。
管理方法を示す。
【図7】本発明の計算機システムにおける、データ移行
処理の流れを示す。
処理の流れを示す。
【図8】本発明のデータ移行処理でコピーポインタを並
べかえたときの状態を示す。
べかえたときの状態を示す。
【図9】新記憶装置サブシステム3のデータ移行処理中
のリード処理の流れを示す。
のリード処理の流れを示す。
【図10】新記憶装置サブシステム3のデータ移行処理
中のライト処理の流れを示す。
中のライト処理の流れを示す。
【図11】本発明を適用した第3の実施形態の計算機シ
ステムの構成例を示す。
ステムの構成例を示す。
【図12】第3の実施形態における、ファイルの管理方
式を示す。
式を示す。
【図13】第3の実施形態における、領域情報の内容を
示す。
示す。
【図14】本発明の第3の実施形態における、ファイル
解析処理の流れを示す。
解析処理の流れを示す。
【図15】本発明の第3の実施形態における、データ移
行処理の流れを示す。
行処理の流れを示す。
【図16】本発明の第3の実施形態における、データ移
行処理中のリード処理の流れを示す。
行処理中のリード処理の流れを示す。
【図17】本発明の第3の実施形態における、データ移
行処理中のライト処理の流れを示す。
行処理中のライト処理の流れを示す。
1…ホスト、2…旧記憶装置サブシステム、3…新記憶
装置サブシステム、21…インタフェース、 22…イ
ンタフェース、 23…ディスク、31…インタフェー
ス、 32…インタフェース、 33…ディスク、34
…キャッシュメモリ、35…制御手段、 36…
設定用コンソール、41…I/O 処理手段、 42…移
行手段、 43…コピーポインタ、44…コマン
ドキュー、 51…伝送路、 52…伝送路、
143…コピーポインタ、145…アクセスカウンタ、
147…領域情報。
装置サブシステム、21…インタフェース、 22…イ
ンタフェース、 23…ディスク、31…インタフェー
ス、 32…インタフェース、 33…ディスク、34
…キャッシュメモリ、35…制御手段、 36…
設定用コンソール、41…I/O 処理手段、 42…移
行手段、 43…コピーポインタ、44…コマン
ドキュー、 51…伝送路、 52…伝送路、
143…コピーポインタ、145…アクセスカウンタ、
147…領域情報。
───────────────────────────────────────────────────── フロントページの続き (72)発明者 倉野 昭 神奈川県小田原市国府津2880番地 株式会 社日立製作所ストレージシステム事業部内 (72)発明者 神林 公咲 神奈川県小田原市国府津2880番地 株式会 社日立製作所ストレージシステム事業部内 Fターム(参考) 5B065 BA01 CE11 CE21 EA31 5B082 AA00 CA10 DE04 DE06 HA05
Claims (3)
- 【請求項1】第1 の記憶装置サブシステムと、第2 の記
憶装置サブシステムと、前記第1ないし第2 の記憶装置
サブシステムに接続する計算機とで構成される計算機シ
ステムで、前記第1 の記憶装置サブシステムは前記第2
の記憶装置サブシステムに接続され、また前記第2 の記
憶装置サブシステムは、前記第1 の記憶装置サブシステ
ムと前記計算機に接続され、 (A) 前記第1 の記憶装置サブシステムの特定の記憶領域
のデータを、先頭から順に前記第2 の記憶装置サブシス
テムの対応する記憶領域に転送する手段 (B) 前記転送手段(A) によってどの領域まで転送が実施
されたかを記録する位置情報記憶手段と、 (C) 前記計算機からの読み出し要求を受け付けると、前
記位置情報記憶手段から、前記第2 の記憶装置サブシス
テムにデータが転送済みであるか否かを判定し、転送済
みの場合には前記第2 の記憶装置サブシステム内のデー
タを転送し、転送済みでない場合には、前記第1 の記憶
装置サブシステムの対応する記憶領域から前記第2 の記
憶装置サブシステムへとデータを読み出して、前記計算
機へデータを転送する手段と、 (D) 前記計算機からの書き込み要求を受け付けると、前
記第2 の記憶装置サブシステムと前記第1 の記憶装置サ
ブシステムの対応する記憶領域とにデータを書き込む手
段とを有し、前記第1 の記憶装置サブシステムから前記
第2 の記憶装置サブシステムへのデータ移行を、前記計
算機の処理を止めることなく実行することを特徴とする
記憶装置サブシステム。 - 【請求項2】請求項1記載の記憶装置サブシステムにお
いて、前記特定の記憶領域内のアクセス頻度の高い領域
を優先的に転送することを特徴とする記憶装置サブシス
テム。 - 【請求項3】請求項1記載の記憶装置サブシステムにお
いて、前記特定の記憶領域は前記第1 ないし第2 の記憶
装置サブシステムに接続する計算機の管理するファイル
であることを特徴とする記憶装置サブシステム。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP10366346A JP2000187608A (ja) | 1998-12-24 | 1998-12-24 | 記憶装置サブシステム |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP10366346A JP2000187608A (ja) | 1998-12-24 | 1998-12-24 | 記憶装置サブシステム |
Publications (1)
Publication Number | Publication Date |
---|---|
JP2000187608A true JP2000187608A (ja) | 2000-07-04 |
Family
ID=18486559
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP10366346A Pending JP2000187608A (ja) | 1998-12-24 | 1998-12-24 | 記憶装置サブシステム |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP2000187608A (ja) |
Cited By (15)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP1596275A2 (en) | 2004-05-10 | 2005-11-16 | Hitachi, Ltd. | Data migration in storage system |
JP2006277723A (ja) * | 2005-03-29 | 2006-10-12 | Hitachi Ltd | 少量配備システムにおけるデータコピーの方法と装置 |
US7219092B2 (en) | 2003-03-28 | 2007-05-15 | Hitachi, Ltd. | System and method of data migration for safe removal of storage devices |
US7302541B2 (en) | 2004-11-18 | 2007-11-27 | Hitachi, Ltd. | System and method for switching access paths during data migration |
JP2008009978A (ja) * | 2006-06-29 | 2008-01-17 | Internatl Business Mach Corp <Ibm> | 第1記憶場所から第2記憶場所に論理ボリュームを再配置するための方法、コンピュータ・システム、及びプログラム |
US7334029B2 (en) | 2004-09-22 | 2008-02-19 | Hitachi, Ltd. | Data migration method |
US7386552B2 (en) | 2001-12-06 | 2008-06-10 | Hitachi, Ltd. | Methods of migrating data between storage apparatuses |
US7472240B2 (en) | 2004-05-10 | 2008-12-30 | Hitachi, Ltd. | Storage system with plural control device affiliations |
US7512746B2 (en) | 2005-11-01 | 2009-03-31 | Hitachi, Ltd. | Storage system with designated CPU cores processing transactions across storage nodes |
US8019726B2 (en) | 2008-05-28 | 2011-09-13 | Hitachi, Ltd. | Method, apparatus, program and system for migrating NAS system |
JP2013045218A (ja) * | 2011-08-23 | 2013-03-04 | Fujitsu Ltd | データコピー処理システム、ストレージ装置、及びデータコピー処理方法 |
JP2015026112A (ja) * | 2013-07-24 | 2015-02-05 | 富士通株式会社 | ストレージ制御装置、制御プログラム及び制御方法 |
WO2015132946A1 (ja) * | 2014-03-07 | 2015-09-11 | 株式会社日立製作所 | ストレージシステム及びストレージシステムの制御方法 |
US9817583B2 (en) | 2013-05-28 | 2017-11-14 | Fujitsu Limited | Storage system and method for allocating virtual volumes based on access frequency |
US10324631B2 (en) | 2016-11-11 | 2019-06-18 | Fujitsu Limited | Control apparatus, storage apparatus and method |
-
1998
- 1998-12-24 JP JP10366346A patent/JP2000187608A/ja active Pending
Cited By (19)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7386552B2 (en) | 2001-12-06 | 2008-06-10 | Hitachi, Ltd. | Methods of migrating data between storage apparatuses |
US7219092B2 (en) | 2003-03-28 | 2007-05-15 | Hitachi, Ltd. | System and method of data migration for safe removal of storage devices |
US7904426B2 (en) | 2003-03-28 | 2011-03-08 | Hitachi, Ltd. | System and method for identifying a removable storage device |
US7472240B2 (en) | 2004-05-10 | 2008-12-30 | Hitachi, Ltd. | Storage system with plural control device affiliations |
US7912814B2 (en) | 2004-05-10 | 2011-03-22 | Hitachi, Ltd. | Data migration in storage system |
US7124143B2 (en) | 2004-05-10 | 2006-10-17 | Hitachi, Ltd. | Data migration in storage system |
EP1596275A2 (en) | 2004-05-10 | 2005-11-16 | Hitachi, Ltd. | Data migration in storage system |
US7334029B2 (en) | 2004-09-22 | 2008-02-19 | Hitachi, Ltd. | Data migration method |
US7302541B2 (en) | 2004-11-18 | 2007-11-27 | Hitachi, Ltd. | System and method for switching access paths during data migration |
JP2006277723A (ja) * | 2005-03-29 | 2006-10-12 | Hitachi Ltd | 少量配備システムにおけるデータコピーの方法と装置 |
US7512746B2 (en) | 2005-11-01 | 2009-03-31 | Hitachi, Ltd. | Storage system with designated CPU cores processing transactions across storage nodes |
JP2008009978A (ja) * | 2006-06-29 | 2008-01-17 | Internatl Business Mach Corp <Ibm> | 第1記憶場所から第2記憶場所に論理ボリュームを再配置するための方法、コンピュータ・システム、及びプログラム |
US8019726B2 (en) | 2008-05-28 | 2011-09-13 | Hitachi, Ltd. | Method, apparatus, program and system for migrating NAS system |
US8315982B2 (en) | 2008-05-28 | 2012-11-20 | Hitachi, Ltd. | Method, apparatus, program and system for migrating NAS system |
JP2013045218A (ja) * | 2011-08-23 | 2013-03-04 | Fujitsu Ltd | データコピー処理システム、ストレージ装置、及びデータコピー処理方法 |
US9817583B2 (en) | 2013-05-28 | 2017-11-14 | Fujitsu Limited | Storage system and method for allocating virtual volumes based on access frequency |
JP2015026112A (ja) * | 2013-07-24 | 2015-02-05 | 富士通株式会社 | ストレージ制御装置、制御プログラム及び制御方法 |
WO2015132946A1 (ja) * | 2014-03-07 | 2015-09-11 | 株式会社日立製作所 | ストレージシステム及びストレージシステムの制御方法 |
US10324631B2 (en) | 2016-11-11 | 2019-06-18 | Fujitsu Limited | Control apparatus, storage apparatus and method |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US6272571B1 (en) | System for improving the performance of a disk storage device by reconfiguring a logical volume of data in response to the type of operations being performed | |
EP0789877B1 (en) | System and method for on-line, real-time, data migration | |
US6606694B2 (en) | Write logging in mirrored disk subsystems | |
US8762672B2 (en) | Storage system and storage migration method | |
US5089958A (en) | Fault tolerant computer backup system | |
US7308528B2 (en) | Virtual tape library device | |
US8195913B2 (en) | Data storage control on storage devices | |
US6009481A (en) | Mass storage system using internal system-level mirroring | |
US6658434B1 (en) | Method of and a system for recovering data in an information processing system | |
US7523253B2 (en) | Storage system comprising a plurality of tape media one of which corresponding to a virtual disk | |
US7334084B2 (en) | Disk array apparatus and control method for disk array apparatus | |
US6604171B1 (en) | Managing a cache memory | |
US6591335B1 (en) | Fault tolerant dual cache system | |
JP2000187608A (ja) | 記憶装置サブシステム | |
JP2007265403A (ja) | 階層型ストレージシステム間でのリモートミラー方式 | |
US6615327B1 (en) | Method and system for backing up data of data processing devices including fixed length block format data conversion to variable length block format | |
JP2001125815A (ja) | バックアップデータ管理システム | |
US7529966B2 (en) | Storage system with journaling | |
JPH11102262A (ja) | ディスクサブシステムと磁気テープライブラリ装置によるリモートバックアップシステム | |
EP1686451A1 (en) | Virtual tape library device | |
US20050223180A1 (en) | Accelerating the execution of I/O operations in a storage system | |
JPH07121310A (ja) | ハードディスク記憶装置 | |
JPH1074129A (ja) | ディスクアレイ装置 | |
JP2000305719A (ja) | 情報処理システムにおけるデータのバックアップ方法 | |
JPH11143646A (ja) | 外部記憶サブシステムの制御方法および外部記憶サブシステム |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
RD01 | Notification of change of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7421 Effective date: 20060417 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20060418 |
|
A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060619 |
|
A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20060822 |