【手続補正書】
【提出日】平成16年8月6日(2004.8.6)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】特許請求の範囲
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
複数のクライアントコンピュータ、複数の各種サーバ、データを保存する複数の各種ストレージ、前記コンピュータと前記サーバを接続するローカルエリアネットワーク（ＬＡＮ）、前記サーバと前記ストレージの間に介在するストレージエリアネットワーク（ＳＡＮ）、を備えた計算機システムであって、
前記ＳＡＮは、ファイバチャネルスイッチ（ＦＣスイッチ）によって前記サーバと前記ストレージを任意に相互接続し得る回線網を形成し、
前記ＬＡＮには、前記各種ストレージの論理ボリューム、データ配置、障害監視を含むストレージ管理と、前記ＦＣスイッチの設定管理と、前記ストレージのデータのバックアップ運用と、を行う管理運用ソフトウエアを備えた端末が接続される
ことを特徴とする計算機システム。
【請求項２】
請求項１に記載の計算機システムにおいて、
前記ＳＡＮは他の計算機システム内のＳＡＮとワイドエリアネットワーク（ＷＡＮ）を通して接続されることを特徴とする計算機システム。
【請求項３】
請求項１に記載の計算機システムにおいて、
前記ストレージの正ボリューム内のデータをバックアップ装置に無停止バックアップする場合、当該ストレージの内部機能によって正ボリュームに対応する副ボリュームを作成して前記正ボリュームから副ボリュームにコピーを作成し、作成されたコピーを前記ＬＡＮを経由することなく前記ＳＡＮ経由で前記バックアップ装置に転送してバックアップする
ことを特徴とする計算機システム。
【請求項４】
複数のクライアントコンピュータ、前記複数のクライアントコンピュータとローカルエリアネットワーク（ＬＡＮ）を介して接続される複数の各種サーバ、前記各種サーバとストレージエリアネットワーク（ＳＡＮ）を介して接続されるデータを保存する複数の各種ストレージ、を備えた計算機システムであって、
前記ＳＡＮは、ファイバチャネルスイッチ（ＦＣスイッチ）によって前記サーバと前記ストレージを任意に相互接続し得る回線網を形成し、
前記ＬＡＮには、前記各種ストレージの論理ボリューム、データ配置、障害監視を含むストレージ管理と、前記ＦＣスイッチの設定管理と、前記ストレージのデータのバックアップ運用と、を行う管理運用ソフトウエアを備えた端末が接続され、
前記ストレージのデータをバックアップ装置に無停止バックアップする場合、前記ストレージ内に書き込み用の正ボリュームとバックアップ用の副ボリュームを確保し、前記正ボリュームの内容を前記副ボリュームに順次コピーして二重書きし、
バックアップ実施に際して、前記コピーの完了後に当該ストレージにボリュームのペア分割が指示され、前記指示後には前記正ボリュームのみにデータの書き込みが行われるとともに前記副ボリュームには書き込みを実施せず、前記副ボリュームから前記バックアップ装置に前記ＳＡＮ経由でデータのバックアップを行う
ことを特徴とする計算機システム。
【請求項５】
複数のクライアントコンピュータ、複数の各種サーバ、データを保存する複数の各種ストレージ、前記コンピュータと前記サーバを接続するローカルエリアネットワーク（ＬＡＮ）、前記サーバと前記ストレージの間に介在するストレージエリアネットワーク（ＳＡＮ）、を備えた計算機システムであって、
前記ＳＡＮは、ファイバチャネルスイッチ（ＦＣスイッチ）によって前記サーバと前記ストレージを任意に相互接続し得る回線網を形成し、
ストレージ内のデータをバックアップ装置に無停止バックアップする場合、当該ストレージは、サーバからのボリューム分割の指示を受ける機能を有し、当該指示時点で正ボリュームのデータがそのまま副ボリュームに保存されているように見せかける機能を有すると共に、前記副ボリュームからバックアップ装置にバックアップする機能を有する
ことを特徴とする計算機システム。
【請求項６】
複数のクライアントコンピュータ、前記複数のクライアントコンピュータとローカルエリアネットワーク（ＬＡＮ）を介して接続される複数の各種サーバ、前記各種サーバとストレージエリアネットワーク（ＳＡＮ）を介して接続されるデータを保存する複数の各種ストレージ、を備えた計算機システムであって、
前記ＳＡＮは、ファイバチャネルスイッチ（ＦＣスイッチ）によって前記サーバと前記ストレージを任意に相互接続し得る回線網を形成し、
前記ＬＡＮには、前記各種ストレージの論理ボリューム、データ配置、障害監視を含むストレージ管理と、前記ＦＣスイッチの設定管理と、前記ストレージのデータのバックアップ運用と、を行う管理運用ソフトウエアを備えた端末が接続され、
前記ストレージのデータをバックアップ装置に無停止バックアップする場合、前記ストレージ内に書き込み用の正ボリュームとバックアップ用の副ボリュームを確保し、前記正ボリュームから前記副ボリュームに順次データのコピーが行われ、
バックアップを開始する前に当該ストレージにボリュームのペア分割が指示され、前記指示後に前記副ボリュームから前記バックアップ装置へのデータの読み出しが開始され、前記読み出し開始のときに前記副ボリュームにコピー済みデータが存在しない場合に、前記正ボリュームから当該データを前記バックアップ装置に前記ＳＡＮ経由で転送してあたかも前記副ボリュームに前記正ボリュームのコピーが存在するように見せかける
ことを特徴とする計算機システム。
【請求項７】
ローカルエリアネットワークに接続されたサーバ、前記サーバのデータを記録するストレージ、前記サーバと前記ストレージを接続するストレージエリアネットワーク（ＳＡＮ）、前記ＳＡＮに接続されて前記データのバックアップを取るバックアップ装置、から構成されるシステムの管理方法であって、
前記ＳＡＮは、ファイバチャネルスイッチ（ＦＣスイッチ）によって前記サーバ及び前記バックアップ装置と前記ストレージとを任意に相互接続し得る回線網を形成し、
前記ＬＡＮには、前記ストレージの論理ボリューム、データ配置、障害監視を含むストレージ管理と、前記ＦＣスイッチの設定管理と、前記ストレージのデータのバックアップ運用と、を行う管理運用ソフトウエアを備えた管理端末が接続され、
前記管理端末の処理手順として、
処理対象であるデータを識別する情報を入手する第１ステップ、
前記情報が示すデータの処理内容を入手する第２ステップ、
前記情報が示すデータを保持する前記ストレージに対して、前記処理内容を指示する第３ステップ、および
前記情報が示すデータが処理された結果を前記ストレージから受ける第４ステップを有する
ことを特徴とするシステムの管理方法。
【請求項８】
請求項７に記載のシステムの管理方法において、
前記処理内容は、前記ストレージから前記バックアップ装置へ前記データを転送することであることを特徴とするシステムの管理方法。
【請求項９】
請求項７に記載のシステムの管理方法において、
前記処理内容は、前記情報で指示されるデータの複製を作成することと、前記作成した複製データを前記バックアップ装置へ転送することであることを特徴とするシステムの管理方法。
【請求項１０】
請求項７に記載のシステムの管理方法において、
更に、当該処理内容を実行するタイミングを入手する第５ステップと、前記タイミングに従い前記第３ステップの実行タイミングを制御する第６ステップとを有することを特徴とするシステムの管理方法。
【請求項１１】
請求項７ないし１０のいずれか１つの請求項に記載のシステムの管理方法において、
前記システムの前記サーバはインターネットに接続され、前記データを前記インターネットへ送出するものであることを特徴とするシステムの管理方法。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００１２
【補正方法】変更
【補正の内容】
【００１２】
また、  ローカルエリアネットワークに接続されたサーバ、前記サーバのデータを記録するストレージ、前記サーバと前記ストレージを接続するストレージエリアネットワーク（ＳＡＮ）、前記ＳＡＮに接続されて前記データのバックアップを取るバックアップ装置、から構成されるシステムの管理方法であって、
前記ＳＡＮは、ファイバチャネルスイッチ（ＦＣスイッチ）によって前記サーバ及び前記バックアップ装置と前記ストレージとを任意に相互接続し得る回線網を形成し、
前記ＬＡＮには、前記ストレージの論理ボリューム、データ配置、障害監視を含むストレージ管理と、前記ＦＣスイッチの設定管理と、前記ストレージのデータのバックアップ運用と、を行う管理運用ソフトウエアを備えた管理端末が接続され、
前記管理端末の処理手順として、
処理対象であるデータを識別する情報を入手する第１ステップ、
前記情報が示すデータの処理内容を入手する第２ステップ、
前記情報が示すデータを保持する前記ストレージに対して、前記処理内容を指示する第３ステップ、および
前記情報が示すデータが処理された結果を前記ストレージから受ける第４ステップを有するシステムの管理方法。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】００１４
【補正方法】変更
【補正の内容】
【００１４】
図１において、ＳＡＮを用いた計算機システムは、メインサイトとリモートサイトとから成り立っていてこれらのサイトはＷＡＮ（Ｗｉｄｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）で接続されている。メインサイトにおいては、複数のクライアントコンピュータと各種サーバ、例えば、大型コンピュータ用サーバのＭＦ（メインフレーム）、中型コンピュータ用サーバのＵＮＩＸ（登録商標）サーバ、小型用コンピュータ用サーバのＰＣサーバ（パソコン用サーバ）がＬＡＮで接続されている。また、ＬＡＮには統合ストレージシステムの運用管理ソフトを搭載した専用端末が接続されていてこの総合ストレージシステム全体が運用・管理・監視されるようになっている。なお、この運用管理ソフトは専用端末ではなくてどれか１つのクライアント端末に搭載されていて、当該クライアント端末が統合ストレージシステムの運用管理を行っても良い。
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】００２８
【補正方法】変更
【補正の内容】
【００２８】
図５には図４の無停止バックアップにおける、ストレージ装置の内部機能であるボリュームコピー機能の処理概要を示している。もともと、不図示の従来のバックアップ技術ではＤＢ（データベース）へのサーバからの業務を停止したあとに、ＤＢを他のストレージにバックアップして、当該バックアップ完了後に前記ＤＢへのオンライン業務を再開するというものであった。この従来技術によると、バックアップ中はＤＢへのオンライン業務は停止せざるを得なかった。
【手続補正５】
【補正対象書類名】明細書
【補正対象項目名】００３１
【補正方法】変更
【補正の内容】
【００３１】
バックアップを実施する際には、バックアップサーバはディスク制御手段を用いてストレージ装置にペア分割（スプリット）を指示する。ストレージ装置ではスブリット指示のあとは、ＪＯＢＡからの書き込みがあっても論理ＶＯＬＡのみに書き込みし、論理ＶＯＬＢには書き込みを実施しない。これにより論理ＶＯＬＢにはスブリット指示のあった時点の論理ＶＯＬＡの内容がそのまま残される。スブリツト指示の後、バックアップサーバのバックアップソフトウェアは副ボリュームである論理ＶＯＬＢからデータを読み出し、テープ装置などのバックアップデバイスにデータのバックアップを行う。
【手続補正６】
【補正対象書類名】明細書
【補正対象項目名】００３３
【補正方法】変更
【補正の内容】
【００３３】
図５の右側の事例でも論理ＶＯＬＡのコピーを置くための論理ＶＯＬＢを用意する点は図５左側の図と同様である。バックアップサーバは、図５左側の例と同様、バックアップを開始する前にディスク制御手段を用いてストレージ装置にペア分割（スプリット）を指示する。ただし、この時点で論理ＶＯＬＢには論理ＶＯＬＡのデータがコピーされている必要はない。スプリット指示の後、バックアップサーバのバックアップソフトウェアは、副ボリュームである論理ＶＯＬＢからデータの読み出しを開始する。ストレージ装置では論理ＶＯＬＡから論理ＶＯＬＢに対して、順次データのコピーが行われるが、バックアップサーバが論理ＶＯＬＢからデータを読み出そうとしたときにボリュームＢにデータが存在しない場合には、ディスク装置は論理ＶＯＬＡからデータを読み出してバックアップサーバに渡す、あるいは論理ＶＯＬＡから一旦データを論理ＶＯＬＢにコピーし、それをバックアップサーバに渡す。この処理により、スプリット時点で論理ＶＯＬＢにデータが存在していなくとも、バックアップサーバからはあたかも論理ＶＯＬＢに論理ＶＯＬＡのコピーが存在するように見える。
【手続補正７】
【補正対象書類名】明細書
【補正対象項目名】００３４
【補正方法】変更
【補正の内容】
【００３４】
ただし、バックアップ処理の間、アプリケーションサーバから論理ＶＯＬＡのある領域にデータが書き込まれることもあり得る。ストレージ装置では論理ＶＯＬＡから論理ＶＯＬＢに対して、データを順次コピーしているので、もしもこのデータがこのコピー処理によって論理ＶＯＬＢに書き込まれてしまうと、論理ＶＯＬＢにはスプリット以降のデータが書き込まれてしまうことになる。これを防ぐため、ストレージ装置は論理ＶＯＬＡの書き込み要求のあった領域に現在書かれているデータを読み出し、論理ＶＯＬＢへと書き出す。しかる後に、アプリケーションサーバから書き込み要求のあったデータを論理ＶＯＬＡに書き込む。この処理により、論理ＶＯＬＢにはスプリット指示のあった時点の論理ＶＯＬＡのデータ内容だけがコピーされることになる。この方法では、バックアップ開始時点で副ボリューム（論理ＶＯＬＢ）に正ボリューム（論理ＶＯＬＡ）の内容がコピーされている必要がない、すなわち事前にコピーボリュームを用意するという運用が不要になるので、運用性が向上する。
【手続補正８】
【補正対象書類名】明細書
【補正対象項目名】００４１
【補正方法】変更
【補正の内容】
【００４１】
図９に示すテープ共用バックアップの具体的動作を説明する。まず、サーバＡのエージェントがバックアップマネージャに対してテープマウントの要求を行う。次に、マネージャが当該要求を受けてテープライブラリのドライブのどれか１つにテープをマウントする。続いて、マネージャがサーバＡのエージェントに対してマウント完了とマウントしたドライブ名を教える。次に、サーバＡのエージェントが実際にバックアップを実行する。具体的には、サーバＡがストレージからデータを読み出して、ＦＣスイッチ、ＦＣ−ＳＣＳＩマルチプレクサを介してマウントしたテープに書き込む。続いて、バックアップ完了後にサーバＡのエージェントはマネージャに対してテープのアンマウント要求を行い、マネージャはテープアンマウントを指示して、全てを終了する。
【手続補正９】
【補正対象書類名】明細書
【補正対象項目名】００７８
【補正方法】変更
【補正の内容】
【００７８】
バックアップは各ホスト計算機の都合によりさまざまな要求が考えられる。例えばホスト計算機へのアクセス負荷が低くなる時点で、すなわち深夜など、ディスクアクセス数が減る時間帯に毎日バックアップを取る、あるいは更新系トランザクション処理の多いホスト計算機の場合には、トランザクションの切れ目など、ホスト計算機がその時々の応じて任意のバックアップ開始時間を決定したいなどの場合が存在する。管理ホスト（運用管理ソフトをもつホスト）では、ホスト計算機のそれら要求を受けて適切にバックアップ処理のマネジメントを行う。また、インターネット・データセンタは２４時間連続運用が重要であるため、ホスト計算機の処理を中断することは避けなければならず、無停止バックアップが必須である。以下、バックアップ処理の一例を簡単に説明する。