(57)【特許請求の範囲】
【請求項１】
第１の記憶制御装置と、
当該第１の記憶制御装置に接続する第１の記憶装置と、
第２の記憶制御装置と、
当該第２の記憶制御装置に接続する第２の記憶装置と、
情報処理装置と、
前記第１の記憶制御装置と前記第２の記憶制御装置とを接続する第１のアクセス経路と、  
前記情報処理装置と前記第１の記憶制御装置との間の第２のアクセス経路と、前記情報処理装置と前記第２の記憶制御装置との間の第３のアクセス経路と、
を形成可能なアクセス手段と、を備え、
前記第１の記憶制御装置に前記情報処理装置から要求があった場合に、前記第１の記憶制御装置は前記第２の記憶制御装置の仕様を判別するための情報を、前記第１のアクセス経路を介して前記第２の記憶制御装置から取得し、前記第１の記憶制御装置は取得した前記情報を前記第２のアクセス経路を介して前記情報処理装置に送信する、ストレージシステム。
【請求項２】
請求項１記載のストレージシステムであって、前記第１の記憶制御装置は、前記第２の記憶制御装置に前記第２の記憶制御装置の仕様を判別するための情報の要求を送信し、前記要求に応答して前記第２の記憶制御装置から発行された前記第２の記憶制御装置の仕様を判別するための情報を取得することを特徴とするストレージシステム。
【請求項３】
請求項１記載のストレージシステムであって、前記第１の記憶制御装置は、前記情報処理装置から要求があった場合には、前記第２の記憶制御装置の仕様を判別するための情報を前記情報処理装置に送信することを特徴とするストレージシステム。
【請求項４】
請求項１記載のストレージシステムであって、前記第１の記憶制御装置は、前記情報処理装置から、データの読み出しもしくは書き込みを要求するアクセスコマンドを受信し、受信した前記アクセスコマンドを前記第２の記憶制御装置に転送することを特徴とするストレージシステム。
【請求項５】
請求項１記載のストレージシステムであって、前記第１の記憶制御装置は、前記情報処理装置からアクセスコマンドを受領した場合に、受領した前記アクセスコマンドの処理を実行するか、前記第２の記憶制御装置に対して前記アクセスコマンドを転送するか、のどちらか一方を実行することを特徴とするストレージシステム。
【請求項６】
請求項５記載のストレージシステムであって、前記第１の記憶制御装置は、受領した前記アクセスコマンドに関する処理が前記第１の記憶制御装置によって実行されるものである場合に、アクセスコマンドに関する処理を実行することを特徴とするストレージシステム。
【請求項７】
請求項５記載のストレージシステムであって、前記アクセスコマンドが前記第２の記憶制御装置に転送されるものである場合には、前記第１の記憶制御装置は前記アクセスコマンドを前記第２の記憶制御装置に対して転送することを特徴とするストレージシステム。
【請求項８】
請求項４、５、７のいずれかの請求項に記載のストレージシステムであって、前記第１の記憶制御装置は、前記第１のアクセス経路を経由して、前記アクセスコマンドに関する処理を実行することなく、前記第２の記憶制御装置に前記アクセスコマンドを転送することを特徴とするストレージシステム。
【請求項９】
記憶制御装置と、当該記憶制御装置に接続する記憶装置と、情報処理装置と、を有するストレージシステムの処理方法であって、前記情報処理装置と前記記憶制御装置との間のデータの読み出し又は書き込み処理を制御する工程と、前記記憶制御装置に他の記憶制御装置を第１のアクセス経路を介して接続する工程と、前記記憶制御装置に前記情報処理装置から要求があった場合に、前記記憶制御装置は前記他の記憶制御装置の仕様を判別するための情報を、前記第１のアクセス経路を介して前記他の記憶制御装置から取得する工程と、前記記憶制御装置は取得した前記情報を、前記情報処理装置と前記他の記憶制御装置との間に設けられた第２のアクセス経路を介して前記情報処理装置に送信する工程とを備える、ストレージシステムの処理方法。
【請求項１０】
請求項９記載の処理方法であって、前記記憶制御装置が前記他の記憶制御装置に前記他の記憶制御装置の仕様を判別するための情報の要求を送信し、前記要求に応答して前記他の記憶制御装置から発行される前記他の記憶制御装置の仕様を判別するための情報を取得する工程を実行することを特徴とする処理方法。
【請求項１１】
請求項９記載の処理方法であって、前記記憶制御装置は、前記情報処理装置からデータの読み出し又は書き込みを要求するアクセスコマンドを受領し、受領した前記アクセスコマンドを前記他の記憶制御装置に転送することを特徴とする処理方法。
【請求項１２】
請求項９記載の処理方法であって、前記記憶制御装置は前記情報処理装置からデータの読み出しまたは書き込みを要求するアクセスコマンドを受領し、受領した前記アクセスコマンドを処理するか、前記記憶制御装置に転送するか、のどちらかを実行することを特徴とする処理方法。
【請求項１３】
請求項９記載の処理方法であって、前記記憶制御装置は前記情報処理装置からデータの読み出しまたは書き込みを要求するアクセスコマンドを受領し、前記アクセスコマンドに関わる処理が前記記憶制御装置によって実行されるものである場合には、前記記憶制御装置は前記受領したアクセスコマンドの処理を実行することを特徴とする処理方法。
【請求項１４】
請求項９記載の処理方法であって、前記記憶制御装置は前記情報処理装置からデータの読み出し又は書き込みを要求するアクセスコマンドを受領し、受領した前記アクセスコマンドが前記他の記憶制御装置に転送されるものである場合に、前記アクセスコマンドを転送することを特徴とする処理方法。
【請求項１５】
請求項１１、１２、１４のいずれかの請求項に記載の処理方法であって、前記第１の記憶制御装置は、前記記憶制御装置と前記他の記憶制御装置との間を接続する、前記第１のアクセス経路を経由して、前記アクセスコマンドに関する処理を実行することなく、前記受領したアクセスコマンドを前記他の記憶制御装置に転送する処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、サブシステムの移行技術に関し、特に、無停止運転を前提とする情報処理システム等における中央処理装置の配下のサブシステムの移行操作に適用して有効な技術に関する。
【背景技術】
【０００２】
データ移行とは、情報処理システムにおいて外部記憶装置として機能している旧ディスクサブシステム内のデータを新ディスクサブシステム内に移し替えるものである。従来、一般的にディスクサブシステム間でデータ移行する方法としては、移行したい装置に対する中央処理装置からのアクセスを停止させ、ＣＰＵが旧ディスクサブシステムからデータを読み込み、そのデータをＣＰＵが新ディスクサブシステムへ書き込むというような、ＣＰＵの介入による方法が知られている。この方法では、データ移行中は、当該ディスクサブシステムに対する顧客の業務を長時間停止させることになる。
【０００３】
これに対して、データ移行中もＣＰＵからのアクセスを可能とすることにより業務停止時間を短くする技術として、日立製作所のＨＯＤＭ（Ｈｉｔａｃｈｉ  Ｏｎｌｉｎｅ  Ｄａｔａ  Ｍｉｇｒａｔｉｏｎ）機能、ＩＢＭ社の拡張リモートコピー機能（以降、ＸＲＣ）または、対等リモートコピー機能（以降、ＰＰＲＣ）（文献例  ＩＢＭ  ３９９０  Ｍｏｄｅｌ  ６  Ｅｎｈａｎｃｅｍｅｎｔｓ）、また、ＥＭＣ社のＳｙｍｍｅｔｒｉｘ  Ｄａｔａ  Ｍｉｇｒａｔｉｏｎ  Ｓｅｒｖｉｃｅ（ＳＤＭＳ）（文献例  ＳＹＭＭＥＴＲＩＸ  ＩＣＤＡ  Ｆａｍｉｌｙ  ＰＲＯＤＵＣＴ  ＡＮＮＯＵＮＣＥＭＥＮＴ  ＳＵＭＭＡＲＹ  Ｎｏｖｅｍｂｅｒ  ６ｔｈ，１９９５）がある。
【０００４】
ＨＯＤＭによる方式では、まず、ＣＰＵから旧ディスクサブシステムに対するアクセスを停止させる。その後、ＣＰＵから旧ディスクサブシステムへのアクセス経路をＣＰＵから新ディスクサブシステムへ接続変更し、さらに、新旧ディスクサブシステム間に新たにアクセス経路を設ける。その後、新ディスクサブシステムから旧ディスクサブシステムのデータを新たなアクセス経路を通して、読み込みすることにより、移行を開始させ、ＣＰＵからのアクセスを再開させる。移行済み領域に対するＣＰＵアクセス時は、新旧ディスクサブシステム両方で処理する。また、移行未完領域に対するＣＰＵアクセス時は、旧ディスクサブシステムから読込んだデータを、新ディスクサブシステムにも反映させ処理をする。これにより、ＣＰＵからのアクセス中のデータ移行を可能としている。本機能の大きな特徴は、旧ディスクサブシステムが、データ移行の機能を有する必要のない点である。
【０００５】
ＸＲＣによる方式では、旧ディスクサブシステムにＣＰＵからの書き込みデータをディスク制御装置に確保しておく機能を有し、また、ＣＰＵには確保したデータを読み込む機能を有する。このデータを新ディスクサブシステムに書き込むことにより、ＣＰＵからのアクセス中のデータ移行を可能としている。本方式では、移行完了後に、旧ディスクサブシステムに対する顧客の業務を停止させ、新ディスクサブシステムに切り替えるという特徴がある。
【０００６】
ＰＰＲＣによる方式では、旧ディスクサブシステムと新ディスクサブシステム間を接続し、双方での通信機能を有する。旧ディスクサブシステムに対するＣＰＵの書き込みデータをこの通信機能を介して新ディスクサブシステムに書き込むことにより、ＣＰＵからのアクセス中のデータ移行を可能としている。また本方式では、ＸＲＣと同様に、移行完了後に顧客の業務を停止し、切り替えるという特徴がある。
【０００７】
一方、ＳＤＭＳは、まず、ＣＰＵから旧ディスクサブシステムに対するアクセスを停止させる。その後、ＣＰＵから旧ディスクサブシステムへのアクセス経路をＣＰＵから新ディスクサブシステムへ接続変更し、さらに、新旧ディスクサブシステム間に新たにアクセス経路を設ける。その後、新ディスクサブシステムから旧ディスクサブシステムのデータを新たなアクセス経路を通して、読み込みすることにより、移行を開始する。また、移行開始後、ＣＰＵからのアクセスを再開させる。ＣＰＵアクセスが移行済み領域に対する時は、新ディスクサブシステムで直接処理する。移行未完領域に対するアクセス時は、旧ディスクサブシステムから当該トラックのデータを読み込み後、新ディスクサブシステムで通常の処理をする。これにより、ＣＰＵからのアクセス中のデータ移行を可能としている。
【発明の開示】
【発明が解決しようとする課題】
【０００８】
上述のような従来技術においては、データ移行中でもＣＰＵからのアクセスを可能とすることで、旧ディスクサブシステムに格納されるデータへのアクセス停止を、旧ディスクサブシステムから新ディスクサブシステムへの切り替え時間に抑えることができている。しかし、ＯＳなどのシステム制御データの場合は、一時のアクセス停止であってもそれは顧客業務の停止であり、移行作業による影響は大きい。特に、増えてきている２４時間のオンライン業務が必要な顧客ではこれは許されず、年末年始などのシステム停止時にしか移行ができないこととなる、という技術的課題がある。
【０００９】
また、一般に、一つのサブシステムは複数のＣＰＵに接続されて使用することが可能である。この時、サブシステムでは、受けとったアクセス経路ごと、またはアクセス経路のグループ単位でＣＰＵを区分し処理している。相手サブシステムへの同等のアクセスもこれが区分されなければならない。
【００１０】
また、ＣＰＵアクセスを継続したままＣＰＵからのアクセス経路を新サブシステムに切り替えた場合、ＣＰＵからは同じ装置へアクセスを続けていると認識される。データ移行が終わり旧サブシステムが撤去されたあと、ＣＰＵから装置確認等の目的で装置情報の入力要求が発行されることがある。過去に読み取った装置情報と今回読み取る装置情報の一致／不一致で装置およびアクセス経路の確認を行っているＣＰＵでは、このとき新サブシステムの情報を送ると、ＣＰＵは装置情報が不一致のためアクセス経路に障害があると判断し、アクセス経路が切断され、サブシステムダウンになってしまうことが懸念される。
【００１１】
本発明の目的は、旧サブシステムから新サブシステムへの切り替え中も上位装置からサブシステム側へのアクセスを継続することが可能なサブシステムの移行技術を提供することにある。
【００１２】
本発明の他の目的は、データ移行手順にともなう上位装置からサブシステム側へのアクセスの停止が一切必要なく、無停止状態でのデータ移行が可能なサブシステムの移行技術を提供することにある。
【００１３】
本発明の他の目的は、複数の上位装置の配下で稼働する旧サブシステムの新サブシステムへの移行を無停止稼働の下で円滑に行うことが可能なサブシステムの移行技術を提供することにある。
【００１４】
本発明の他の目的は、旧サブシステムから新サブシステムへの移行に伴う装置情報等の環境変化に起因する障害の発生を回避して、円滑なサブシステムの移行を可能にするサブシステムの移行技術を提供することにある。
【課題を解決するための手段】
【００１５】
一般に、ＣＰＵやチャネル等の上位装置から配下のサブシステムへは複数のアクセス経路が設けられ、上位装置はこのアクセス経路を自由に選択切り替えし、サブシステムへアクセスを行う。例えば、ある入出力処理要求で出される命令の連なりにおいて発生する中断後の再開時であっても、元のアクセス経路とは別のアクセス経路が選択されて使われることもある。中断前と後の命令は一連の処理であるから、サブシステムにおいては中断前の命令が実行されていなければ中断後の命令が実行できないのはいうまでもない。したがって、アクセス経路の変更があっても、サブシステムではそれを認識し、一連の命令として処理できるようになっている。
【００１６】
本発明は、上位装置から旧サブシステムへ複数の第１アクセス経路と、新旧サブシステム間に第３アクセス経路が設けられているとき、上位装置から旧サブシステムへの第１アクセス経路を複数回に分けて、上位装置と新サブシステムの間の第２アクセス経路に接続変更するようにする。接続変更中は、新旧の両サブシステムに上位装置から第１および第２アクセス経路が接続されることになるが、この時に、新旧サブシステムでは、アクセスを上位装置から受けた場合には、同等のアクセスを、第３アクセス経路を介して相手サブシステムに行うことで、アクセス要求の中継を行うようにする。こうすることで相手サブシステムが中断前の命令を実行するので、中断後の命令も実行できるようにさせることができる。
【００１７】
また、この同等のアクセスは新旧の両サブシステムで行う必要があるが、接続変更中に中心となって処理するサブシステムを決めれば、それとは反対のサブシステムが行うだけでもよい。また、上位装置からの処理要求に中断が入らないとき、さらに、上位装置からの処理要求がアクセス経路固定で来るときなど、相手サブシステムが上位装置から連続したつぎの命令を受けることがないときは、場合により同等のアクセスを相手サブシステムに行う必要がないこともある。また、相手サブシステムに行うアクセスをアクセス経路固定として相手サブシステムに行うようにすることで、相手サブシステムが上位装置から連続したつぎの命令を受けることがないようにし、上位装置から受けたものとは違うアクセスを行うこともできる。このようにして、上位装置からのアクセスを止めずに、アクセス経路を複数回に分けて、旧サブシステムから新サブシステムに接続を切り替えることが可能となる。
【００１８】
たとえば、ディスクサブシステムにおけるデータ移行にて、接続変更中は旧ディスクサブシステムが中心となって処理するようにさせると、新ディスクサブシステムで本発明の前記第３アクセス経路を介したアクセス要求の中継を実施すれば上位装置からのアクセスを止めずに接続切り替えが実施できる。しかし、データ移行を実施しながら切り替えを行うと、切り替え中に旧ディスクサブシステムが直接上位装置からのアクセスを受け、旧ディスクサブシステムのみデータの更新がかかることがある。既に移行が済んでいる部分のデータが更新された場合は、その部分のデータが移行もれとなってしまう。
【００１９】
そこで、本発明では、新ディスクサブシステムに、第２アクセス経路を介した上位装置からのアクセス要求を、第３アクセス経路を介して旧サブシステムに中継することで旧ディスクサブシステムから新ディスクサブシステムへの接続切り替えを実現させる場合、全ての第１アクセス経路の第２アクセス経路への接続切り替え終了後に、旧サブシステムから新サブシステムへのデータの移行を始めるようにさせることで、データ移行後の部分に新ディスクサブシステムを経由しない更新が発生しないようにし、再度のデータ移行を必要としないようにさせる。
【００２０】
一方、逆に、接続変更中は新ディスクサブシステムが中心となって処理するようにさせると、すなわち、第１アクセス経路から第２アクセス経路への接続変更中に、第１アクセス経路を介した上位装置からのアクセス要求を、旧サブシステムが第３アクセス経路を介して新サブシステムに中継することで、上位装置からのアクセスを止めずに接続切り替えが実施できる。しかし、データ移行前や移行中は新ディスクサブシステムに移行されていないデータへ上位装置からアクセスがあった時は、処理ができない。
【００２１】
そこで、本発明では、この場合には、旧サブシステムへの第１アクセス経路を、新サブシステムへの第２アクセス経路への切り替えに先立って、旧サブシステムから新サブシステムへのデータ移行（複写）を予め完了させた後、旧ディスクサブシステムに、第１アクセス経路を介して上位装置から到来するアクセス要求を第３アクセス経路を介して新サブシステムに中継する動作を行わせることで、旧ディスクサブシステムから新ディスクサブシステムへの接続切り替えを実現させるようにするものである。
【００２２】
また、旧サブシステムから新サブシステムへのデータ移行中に接続切り替えを行わせることを可能とするためには、切り替え中も常に、新旧の両ディスクサブシステムのデータが更新されればよい。
【００２３】
そこで、本発明では、このような場合には、新および旧ディスクサブシステムの双方において、第１および第２アクセス経路を介して上位装置から到来するアクセス要求を、第３アクセス経路を介して互いに他のサブシステムに中継することで、データ移行中の接続切り替えを可能とするものである。
【００２４】
また、本発明では、複数上位装置のアクセスを区別して相手サブシステムに伝えるために、旧ディスクサブシステムに接続されている上位装置の数と少なくとも同数の第３アクセス経路を新旧ディスクサブシステム間に備えるようにしたものである。ディスクサブシステム間の個々の第３アクセス経路を経由したアクセスを各上位装置からのアクセスに対応させ、旧ディスクサブシステムが複数の上位装置に接続されている場合のデータ移行を可能とする。また、第３アクセス経路の数とは、物理的なアクセス経路の数のみでなく、論理的なアクセス経路の数もふくめる。
【００２５】
また、本発明では、新ディスクサブシステムが予め装置情報入力要求を旧ディスクサブシステムに発行し、このとき旧ディスクサブシステムから応答される装置情報を読み取り、記憶しておくようにする。そして、上位装置からの装置情報の入力要求には、新ディスクサブシステムの装置情報ではなく、記憶している旧ディスクサブシステムの装置情報を送るようにする。
【発明の効果】
【００２６】
本発明のサブシステムの移行方法によれば、旧サブシステムから新サブシステムへの切り替え中も上位装置からサブシステム側へのアクセスを継続することができる、という効果が得られる。
【発明を実施するための最良の形態】
【００２７】
以下、本発明の実施の形態を図面を参照しながら詳細に説明する。
【００２８】
（実施の形態１）
図１は、本発明のサブシステムの移行方法が実施される情報処理システムの一実施の形態である汎用コンピュータシステムの構成および作用の一例を示す概念図である。
【００２９】
本実施の形態の構成は、中央処理装置であるＣＰＵ１０、データ移行先である新ディスクコントローラユニット１１（以降、新ＣＵ１１と記す）と新ディスクボリューム１２（以降、新ＶＯＬ１２と記す）からなる旧サブシステム、およびデータ移行元である旧ディスクコントローラユニット１３（以降、旧ＣＵ１３と記す）と旧ディスクボリューム１４（以降、旧ＶＯＬ１４と記す）からなる旧サブシステムで構成されている。
【００３０】
旧ＶＯＬ１４は旧ＣＵ１３の配下で稼働する記憶媒体であり、旧ＣＵ１３を介してＣＰＵ１０との間で授受されるデータが格納されている。
【００３１】
新ＶＯＬ１２は新ＣＵ１１の配下で稼働する記憶媒体であり、新ＣＵ１１を介してＣＰＵ１０との間で授受されるデータや、旧ＶＯＬ１４から移行されるデータが格納される。
【００３２】
また、新ＣＵ１１は、第２アクセス経路２０'、第２アクセス経路２１'を介してＣＰＵ１０から到来するアクセス要求を、第３アクセス経路３０、第３アクセス経路３１を介して旧ＣＵ１３に中継することで、後述のように、ＣＰＵアクセスを停止することなく新旧サブシステム間でのパス移行を可能とさせるパス移行制御部１１１、およびデータ移行を制御するデータ移行制御部１１２を備えている。パス移行制御部１１１は、第３アクセス経路３０、第３アクセス経路３１を用いた旧ＣＵ１３へのアクセスでは、ＣＰＵ１０と等価な動作を行う。
【００３３】
本実施の形態のデータ移行処理では、ＣＰＵ１０と元々使用している旧ＣＵ１３との間で接続されている第１アクセス経路２０および第１アクセス経路２１を、ＣＰＵ１０とデータ移行先である新ＣＵ１１間に第２アクセス経路２０'および第２アクセス経路２１'として接続切り替えし、新ＣＵ１１と旧ＣＵ１３の間は新しい第３アクセス経路３０および第３アクセス経路３１で接続する構成とする。また、新ＣＵ１１と新ＶＯＬ１２の間および、旧ＣＵ１３と旧ＶＯＬ１４の間は、デバイスパス１２ａ、デバイスパス１４ａ、を介してそれぞれ接続されている。
【００３４】
まず、図１に例示された構成の情報処理システムにおけるデータ移行処理の一例を、図６のフローチャートを用いて説明する。図６は図１の実施の形態において、第１の発明によるサブシステム間パスの移行を行う保守員の操作５ａ，５ｂ，．．．．．，５ｉと、それに従って変化する、ＣＰＵ１０が使用するアクセス経路を示すＣＰＵアクセス経路５０、パス移行制御部１１１に指定されている状態を示すパス移行制御部指定５１、ＣＰＵ１０からのアクセスを処理するＣＵを示す処理ＣＵ５２を時系列に対応させて表している。
【００３５】
まず、保守員の操作開始前は通常処理中であるため、ＣＰＵ１０からは第１アクセス経路２０および２１が使用され、ＣＰＵアクセス経路５０は第１アクセス経路２０および２１を示している。またパス移行制御部指定５１はパス移行に関係ないため、ＣＰＵ１０からアクセスをうけたら新ＣＵ１１で処理し、（後で設けられる）第３アクセス経路３０および３１を通じての旧ＣＵ１３への同じアクセスは行わないように指定（以下こうした指定を、自ＣＵでの処理と称する）されている。また、処理ＣＵ５２は旧ＣＵ１３である。保守員はまず新ＣＵ１１と旧ＣＵ１３間の第３アクセス経路３０および３１を新設する（操作５ａ）。
【００３６】
さらに、パス移行制御部１１１に、ＣＰＵ１０からアクセスをうけたら、新ＣＵ１１では処理せず、第３アクセス経路３０および３１を通じて旧ＣＵ１３へ同じアクセスを行う（アクセスを中継する）よう指定（以下こうした指定を、他ＣＵでの処理と称する）を行う（操作５ｂ）。
【００３７】
次に、ＣＰＵ１０から第１アクセス経路２０はオフライン状態とし（操作５ｃ）、当該経路を使ったＣＰＵ１０のアクセスを止める。
【００３８】
この時、ＣＰＵアクセス経路５０は第１アクセス経路２１のみとなる。続いて元の構成から第１アクセス経路２０を第２アクセス経路２０'に接続切り替えを行う（操作５ｄ）。
【００３９】
接続が終わったらＣＰＵ１０から第２アクセス経路２０'（元の第１アクセス経路２０）をオンライン状態にする（操作５ｅ）。
【００４０】
これでＣＰＵアクセス経路５０に示すようにＣＰＵ１０からは旧ＣＵ１３に対するアクセスとして、それまで行われていた第１アクセス経路２１を使ったアクセスと共に第２アクセス経路２０'を使ったアクセスが開始される。第２アクセス経路２０'を使ったアクセスは新ＣＵ１１が受け取るが、パス移行制御部１１１にて新ＣＵ１１では処理せずに第３アクセス経路３０、３１を経由して旧ＣＵ１３へ同じアクセスを行い、旧ＣＵ１３にて処理させるように動作される。よってＣＰＵからは第２アクセス経路２０'（第１アクセス経路２１）のどちらを使っても旧ＣＵ１３へアクセスされ、旧ＣＵ１３によってのみの処理が継続される。同様の手順で操作５ｆ，５ｇ，５ｈにより第１アクセス経路２１を第２アクセス経路２１'に切り替える。こうしてアクセスを停止することなくＣＰＵ１０から旧ＣＵ１３へのアクセス経路を新ＣＵ１１に接続切り替えすることができる。最後に、全ての切り替えが終わったので、パス移行制御部１１１の指定を自ＣＵでの処理にかえれば（操作５ｆ）、処理ＣＵ５２に示すように新ＣＵ１１が、ＣＰＵ１０からのアクセス要求の処理を行うようになる。こうして、ＣＰＵ１０からのアクセスを止めずに処理サブシステムを、旧ＣＵ１３および旧ＶＯＬ１４から、新ＣＵ１１および新ＶＯＬ１２へと切り替えられる。
【００４１】
ここで、図１に例示された本実施の形態のようにデータ移行を伴うサブシステムの移行におけるデータ移行の開始のタイミングを検討する。データの移行処理は第３アクセス経路３０および３１のいずれか１本でもあれば実施可能である。
しかし、もし第１アクセス経路２０が第２アクセス経路２０'として新ＣＵ１１に接続切り替え後、第１アクセス経路２１が第２アクセス経路２１'として切り替えされる前に、データ移行を実施（開始）してしまうと、第１アクセス経路２１を通じてＣＰＵ１０から旧ＣＵ１３へのデータ更新が移行済みの部分に行われる可能性がある。万一こうした更新が行われると、新ＣＵ１１はこれがわからないため、データの移行ぬけとなってしまう。
【００４２】
そこで、本実施の形態では、新ＣＵ１１に設けられたパス移行制御部１１１による第２アクセス経路２０'、２１'側からのアクセスの第３アクセス経路３０、３１を介した旧ＣＵ１３への中継によって、ＣＰＵ１０からの第１アクセス経路２０、第１アクセス経路２１が第２アクセス経路２０'、第２アクセス経路２１'として全て新ＣＵ１１に接続切り替えされたのち、データ移行制御部１１２にデータ移行の開始を指示、さらに、これと同期してパス移行制御部１１１を自ＣＵでの処理に指定をかえれば、全てのデータがぬけなく移行でき、無停止のデータ移行が実施できる。
【００４３】
このような本実施の形態におけるデータ移行を含むサブシステムの移行の処理手順の全体を、図７に例示されるフローチャートで説明すると以下のようになる。
【００４４】
すなわち、ステップ１０１〜１０６で、第１アクセス経路２０、２１を第２アクセス経路２０'、２１'に切り替える経路切り替え操作を実行した後、第３アクセス経路３０、３１を経由した旧ＣＵ１３側から新ＣＵ１１側へのデータのコピー（移行）（ステップ１０７）を、旧ＣＵ１３の配下の旧ＶＯＬ１４における移行の必要なデータの全てに対して実施し（ステップ１０８）、その後、第３アクセス経路３０、３１および旧ＣＵ１３、旧ＶＯＬ１４の撤去を行う（ステップ１０９）。
【００４５】
ここで、上述のステップ１０７〜１０８におけるデータ移行中のＣＰＵ１０からアクセス要求の処理は、一例として図８および図９に例示されるフローチャートのようになる。
【００４６】
すなわち、図９に例示されるようなコピー処理がバックグラウンド処理として実行され、この間に、図８に例示されるアクセス要求処理が随時実行される。
【００４７】
まず、図９のコピー処理では、一例としてトラック単位でデータコピーを行う場合、図示しないコピー管理用のビットマップを参照して（ステップ３０１）、旧ＶＯＬ１４内の未コピートラックの有無を調べ（ステップ３０２）、有る場合には、未コピートラック中の最小トラック番号のものを選択し（ステップ３０３）、第３アクセス経路３０、３１を経由して新ＶＯＬ１２側にコピーした後（ステップ３０４）、コピー管理用のビットマップを当該トラックコピー済に更新する（ステップ３０５）、という動作を、移行対象の全トラックについて行う。
【００４８】
一方、図８に例示されるように、新ＣＵ１１では、ＣＰＵ１０からのコマンドを受領すると（ステップ２０１）、当該コマンドのアクセス領域が未コピーエリアか否かを調べ（ステップ２０２）、未コピーエリアの場合には、当該コマンドがリード系コマンドか否かを調べ（ステップ２０３）、リード系コマンドの場合には、第３アクセス経路３０、３１を経由して旧ＶＯＬ１４の側から新ＶＯＬ１２にアクセス対象のデータを含むトラックをコピーした後（ステップ２０５）、コピー管理用のビットマップをコピー済に更新し（ステップ２０６）、その後、コマンド処理を実行する（ステップ２０７）。
【００４９】
一方、ステップ２０２にて、コピー済エリアへのアクセスと判定された場合には、直ちに、ステップ２０７でコマンド処理を実行する。
【００５０】
また、ステップ２０３でリード系コマンド以外（すなわちライト系）と判断された場合には、旧データの必要なライトか否かを判別し（ステップ２０４）、必要な場合には、ステップ２０５以降を実行し、不要な場合には、ステップ２０７のコマンド処理を実行する。
【００５１】
このような処理によって、情報処理システムを停止させることなく、旧サブシステムから新サブシステムへの移行が可能になるとともに、無停止稼働中の第１アクセス経路２０、２１の第２アクセス経路２０'、２１'への切り替え後のデータ移行処理を円滑かつ的確に行うことができる。
【００５２】
（実施の形態２）
図２は、本発明のサブシステムの移行方法が実施される情報処理システムの他の実施の形態を示す概念図であり、図１０および図１１は、その作用の一例を示すフローチャートである。
【００５３】
本実施の形態の情報処理システムの構成は、一例として、新ＣＵ１１はパス移行制御部とデータ移行制御部を備えず、旧ＣＵ１３がパス移行制御部１３１とデータ移行制御部１３２を備えている点のみが図１の場合と異なる。
【００５４】
まず、第１アクセス経路２０、２１から旧ＣＵ１３に発生したアクセス要求の、第３アクセス経路３０、３１を経由した新ＣＵ１１側への中継による経路切り替え操作の概略動作を説明する。
【００５５】
通常処理中はパス移行に関係ないため、パス移行制御部１３１には自ＣＵでの処理が指定されている。まず、新ＣＵ１１と旧ＣＵ１３間の第３アクセス経路３０および３１を新設する（ステップ４０１、ステップ４０２）。さらに、パス移行制御部１３１に、他ＣＵでの処理を指定する。これで、旧ＣＵ１３では処理せずに、第３アクセス経路３０、３１を介して中継することにより新ＣＵ１１のみにて処理させるようにする。
【００５６】
次に第１アクセス経路２０を第２アクセス経路２０'へ接続切り替えを行う。この時、ＣＰＵ１０から第１アクセス経路２０はオフライン状態としておき、当該経路を使ったＣＰＵ１０のアクセスを止めておく。さらに第３アクセス経路３０は撤去する（ステップ４０５、ステップ４０６）。接続が終わったらＣＰＵ１０から第２アクセス経路２０'（元の第１アクセス経路２０）をオンライン状態にする。
【００５７】
ＣＰＵ１０からは旧ＣＵ１３に対するアクセスとして、それまで行われていた第１アクセス経路２１を使った旧ＣＵ１３側へのアクセスと共に第２アクセス経路２０'を使った新ＣＵ１１へのアクセスが開始される。第２アクセス経路２０'を使ったアクセスを新ＣＵ１１が受け取るが、新ＣＵ１１にとっては第３アクセス経路３０で受けていたアクセスを第２アクセス経路２０'で受けることになるだけであり、そのまま処理が継続される（ステップ４０７）。第１アクセス経路２１を使った旧ＣＵ１３側へのアクセスは第３アクセス経路３０、３１を介して新ＣＵ１１に中継されて処理される（ステップ４０８）。
【００５８】
同様の手順で第１アクセス経路２１を第２アクセス経路２１'に切り替え、第３アクセス経路３１を撤去する。こうしてアクセスを停止することなくＣＰＵ１０からの旧ＣＵ１３へのアクセス経路を新ＣＵ１１に接続切り替えができることになる（ステップ４０９）。そして旧ＣＵ１３および配下の旧ＶＯＬ１４の撤去が行われる（ステップ４１０）。
【００５９】
しかし、ここで、データ移行を必要とする記憶サブシステムの移行に適用する場合、ＶＯＬデータへのアクセスを制御する記憶サブシステムのＣＵにおいては、新ＣＵ１１にデータが移行されていなければ、ＣＰＵ１０からのアクセスを処理できない。そこで本実施の形態では、まず第３アクセス経路３０および３１を新設した時点で、データ移行制御部１３２にデータ移行の開始を指示する（ステップ４０３）。全てのデータが移行でき、新ＣＵ１１がＣＰＵ１０から直接アクセスをうけても処理できるようになった時点で（ステップ４０４）、前記のステップ４０５以降の経路切り替え処理を実行し、ＣＰＵ１０からのアクセスを停止することなく接続切り替えを行うことにより、無停止のデータ移行が実施できる。
【００６０】
ここで、ステップ４０３〜４０４のデータ移行完了後のステップ４０５〜４０９の経路切り替え操作中にＣＰＵ１０から発生するアクセス要求（コマンド処理）の一例を図１１にて説明する。
【００６１】
すなわち、旧ＣＵ１３では、ＣＰＵ１０からのコマンドを受領すると（ステップ５０１）、当該コマンドのアクセス領域がコピー済エリアか否かを調べ（ステップ５０２）、コピー済エリアの場合には、当該コマンドがリード系コマンドか否かを調べ（ステップ５０３）、リード系コマンドでない（ライト系の）場合には、新ＣＵ１１および旧ＣＵ１３の両方でコマンド処理を実行する（ステップ５０４）。一方、ステップ５０３でリード系コマンドと判定された場合には、旧ＣＵ１３が旧ＶＯＬ１４のデータを用いてコマンド処理を行う（ステップ５０５）。
【００６２】
また、ステップ５０２で未コピーエリアへのアクセスと判定された場合には、ステップ５０５で、旧ＣＵ１３が旧ＶＯＬ１４のデータを用いてコマンド処理を行う。
【００６３】
このような処理により、旧ＣＵ１３側に設けられたパス移行制御部１３１による第３アクセス経路３０、３１を経由した新ＣＵ１１側へのアクセス要求の中継により、情報処理システムを停止させることなく、旧サブシステムを新サブシステムに移行させることができるとともに、データ移行中における経路切り替え操作を無停止状態にて的確に実行することが可能になる。
【００６４】
（実施の形態３）
図３は、本発明のサブシステムの移行方法が実施される情報処理システムの他の実施の形態を示す概念図である。本実施の形態における情報処理システムの構成は、旧ＣＵ１３がパス移行制御部１３１を備えている点のみが図１と異なる。  ここでは、本実施の形態での特徴的な概略動作を説明し、その説明の流れにおいて、パス移行制御部１１１およびパス移行制御部１３１による、互いに他のサブシステムへの、第３アクセス経路３０、３１を介したアクセス要求の中継による経路切り替え操作の概略動作を説明する。
【００６５】
通常処理中はパス移行に関係ないため、パス移行制御部１１１、パス移行制御部１３１には自ＣＵでの処理が指定されている。まず、新ＣＵ１１と旧ＣＵ１３間の第３アクセス経路３０および３１を新設する。ここで、パス移行制御部１１１、パス移行制御部１３１に、ＣＰＵ１０からアクセスを受けたら、自ＣＵで処理し、第３アクセス経路３０および３１を通じて相手ＣＵへ同じアクセスを行うよう指定（以下こうした指定を、両ＣＵでの処理と称する）する。旧ＣＵ１３から新ＣＵ１１に行われるアクセスは、まだ新ＣＵ１１にデータがないため、エラーとなるが、ＣＰＵ１０からの処理としては旧ＣＵ１３が実施しているので問題無い。
【００６６】
次にデータ移行制御部１１２にデータ移行の開始を指示する。この時点で新ＣＵ１１では、旧ＣＵ１３からのアクセスも、データ移行済み部の場合は通常処理され、データ未移行部の場合は従来データ移行機能による移行元からのデータ読み込みが行われるので正常に処理されるようになる。この後データ移行中に、第１アクセス経路２０を第２アクセス経路２０'へ接続切り替えを行う。この時、ＣＰＵ１０から第１アクセス経路２０はオフライン状態としておき、当該経路を使ったＣＰＵ１０のアクセスを止めておく。接続が終わったらＣＰＵ１０から第２アクセス経路２０'（元の第１アクセス経路２０）をオンライン状態にする。
【００６７】
ＣＰＵ１０からは旧ＣＵ１３に対するアクセスとして、それまで行われていた第１アクセス経路２１を使ったアクセスと共に第２アクセス経路２０'を使ったアクセスが開始される。第２アクセス経路２０'を使ったアクセスを新ＣＵ１１が受け取るが、新ＣＵ１１ではそれまで受けていた旧ＣＵ１３からのアクセスと合わせて処理される。ただし、ＣＰＵ１０からのアクセスであるため、旧ＣＵ１３へも同じアクセスを行う。この状態ではＣＰＵ１０から旧ＣＵ１３および新ＣＵ１１共にアクセスを受け処理を行うが、全て相手ＣＵにもアクセスを実施するので、入出力処理の中断が入って第２アクセス経路２０'と第１アクセス経路２１が入れ替わってアクセスされても処理可能である。
【００６８】
同様の手順で第１アクセス経路２１を第２アクセス経路２１'に切り替える。このように、旧ＣＵ１３および新ＣＵ１１が双方共にパス移行制御部１３１およびパス移行制御部１１１を備えて、ＣＰＵ１０のアクセスを停止することなくＣＰＵ１０からの旧ＣＵ１３への第１アクセス経路２０、２１を、新ＣＵ１１への第２アクセス経路２０'、２１'に接続切り替えができる。
【００６９】
この後は、新ＣＵ１１の側に備えられたデータ移行制御部１１２による従来データ移行機能により、旧ＣＵ１３側から新ＣＵ１１側への移行対象の全てのデータのデータ移行（コピー）が実施される。こうして、データ移行中でもＣＰＵ１０のアクセスを停止することなく、第１アクセス経路２０、２１の第２アクセス経路２０'、２１'への接続切り替えが可能なデータ移行が行える。
【００７０】
（実施の形態４）
図４は、本発明のサブシステムの移行方法が実施される情報処理システムの他の実施の形態の構成および作用の一例を示す概念図である。本実施の形態における情報処理システムの構成は、一つのＣＰＵ１０の代わりに、複数のＣＰＵ１０ａおよびＣＰＵ１０ｂを備えており、ＣＰＵ１０ａがアクセス経路２０ａおよびアクセス経路２１ａ、ＣＰＵ１０ｂがアクセス経路２０ｂおよびアクセス経路２１ｂによって、動的にアクセス経路を切替えるパス切り替え装置１５に接続され、さらにパス切り替え装置１５と旧ＣＵ１３の間が第１アクセス経路２０ｃおよび第１アクセス経路２１ｃによって接続されている点が図１と異なる。
【００７１】
また、本実施の形態によるサブシステムの移行処理では、第１アクセス経路２０ｃおよび第１アクセス経路２１ｃが、パス切り替え装置１５とデータ移行先である新ＣＵ１１の間に第２アクセス経路２０ｃ'および第２アクセス経路２１ｃ'として接続変更される。
【００７２】
本実施の形態では、ＣＰＵ１０ａからのアクセス経路２０ａを通じたアクセスは、パス切り替え装置１５を介して第１アクセス経路２０ｃを通じて旧ＣＵ１３に実施される。また同じくアクセス経路２１ａからは第１アクセス経路２１ｃ、さらにＣＰＵ１０ｂの場合はアクセス経路２０ｂからは第１アクセス経路２０ｃ、アクセス経路２１ｂからは第１アクセス経路２１ｃを通じて旧ＣＵ１３に実施される。このような場合、第１アクセス経路２０ｃは物理的には１本の経路であるが、アクセス経路２０ａからのアクセスと２０ｂからのアクセスとを区分できるよう、二つの論理的アクセス経路をもつ。
【００７３】
同様に、旧ＣＵ１３においても、第２アクセス経路２０ｃ'（第２アクセス経路２１ｃ'）の各々は、ＣＰＵ１０ａ（ＣＰＵ１０ｂ）側のアクセス経路２０ａ（アクセス経路２０ｂ）およびアクセス経路２１ａ（アクセス経路２１ｂ）の各々に対応した二つの論理的アクセス経路として機能し、また、この二つの経路は別々のＣＰＵ１０ａおよびＣＰＵ１０ｂからのアクセス経路として、認識され処理される。
【００７４】
図１で例示したように、新ＣＵ１１の側にパス移行制御部１１１を設けて、第２アクセス経路からのアクセス要求を第３アクセス経路３０、３１を介して旧ＣＵ１３側に中継することで無停止状態にて第１から第２アクセス経路へのアクセス経路切り替え操作を行うとともに、データ移行は経路切り替え完了後に行うことと同様の手順により、第１アクセス経路２０ｃを切り替え、第２アクセス経路２０ｃ'とした時、新ＣＵ１１においても同様に認識される。
【００７５】
すなわち、二つの論理的アクセス経路から受けるアクセスを区分し、ＣＰＵ１０ａと１０ｂのどちらのＣＰＵからのアクセスであるかを判断して処理が行われる。アクセス経路切り替え中の処理とは、ＣＰＵから受けたアクセスをパス移行制御部１１１が旧ＣＵ１３に中継して同じアクセスを行うことであるが、当然どちらのＣＰＵからのアクセスであるかを旧ＣＵ１３に区分させなければならない。この区分はアクセス経路の違いでなされるから、本実施の形態では第３アクセス経路３１をＣＰＵ１０ａからのアクセス用に、第３アクセス経路３０をＣＰＵ１０ｂからのアクセス用にと使い分けることで実現している。同じく第１アクセス経路２１ｃを切り替え、第２アクセス経路２１ｃ'とした時も同じく行えばよい。このように、旧ＣＵ１３に接続されるＣＰＵが複数ある時、ＣＰＵ数と少なくとも同数の新ＣＵ１１と旧ＣＵ１３間の第３アクセス経路を設けてサブシステム間パス移行を行うこと、およびデータ移行を実現させることが図４に例示された本実施の形態により可能となる。
【００７６】
また、本実施の形態では第３アクセス経路３０をＣＰＵ１０ａからのアクセス用に、第３アクセス経路３１をＣＰＵ１０ｂからのアクセス用にと使い分ける様にしたが、第３アクセス経路３０のみしか使えないような時、すなわち新ＣＵ１１と旧ＣＵ１３間のアクセス経路数がＣＰＵ数より少ない場合、第３アクセス経路３０に論理的アクセス経路を二つ設け、これを使い分けることでも実施可能である。また、第３アクセス経路数が十分足りる場合（ＣＰＵ数以上の時）でも、論理的アクセス経路を複数設けて使用できることは言うまでもない。さらにまた、第２アクセス経路２０ｃ'に第３アクセス経路３０、第２アクセス経路２１ｃ'に第３アクセス経路３１というように各対応させ、各第２アクセス経路２０ｃ'および第２アクセス経路２１ｃ'にある論理的アクセス経路をそのまま第３アクセス経路３０および３１上に設けるという様にしてもよい。
【００７７】
（実施の形態５）
図１および図５により本発明のサブシステムの移行方法の他の実施の形態について説明する。図５は、図１に例示された情報処理システムの新ＣＵ１１に備えられる例えばバッファメモリのような記憶手段において、旧ＣＵ１３の装置情報を記憶した旧ＣＵ装置情報表４０の一例を示す概念図である。
【００７８】
通常、情報処理システムにおいてＣＰＵの配下で稼働するサブシステムでは、ＣＰＵがサブシステムの環境や仕様等を判別する目的で、当該サブシステムの装置構成等の情報を、必要に応じてＣＰＵ側に読み出すためのコマンドインタフェース（装置情報入力要求）を備えている。
【００７９】
ＣＰＵ１０からの装置情報入力要求に対し、旧ＣＵ１３が接続されている間は、旧ＣＵ１３に同じ要求を行い、返ってきた情報をＣＰＵ１０へ入力すれば、ＣＰＵ１０にてアクセス経路障害などと判断されずにサブシステムとして使用継続が可能である。しかしデータ移行が終了後、通常、旧ＣＵ１３は撤去される。よって、本実施の形態では、この撤去後でも旧ＣＵ１３の装置情報をＣＰＵ１０に対して応答（入力）できるよう、前もって新ＣＵ１１が第３アクセス経路３０、３１を介して、全ての装置情報入力要求を旧ＣＵ１３に行い、返ってきた情報を旧ＣＵ装置情報表４０に入力要求名４０ａと、当該入力要求に対して旧ＣＵ１３から応答された情報４０ｂを対にして記録し、以後のＣＰＵ１０からの装置情報入力要求に対し、旧ＣＵ装置情報表４０の情報４０ｂを読出して応答するようにする。
【００８０】
こうして、ＣＰＵ１０が過去の装置情報との比較を行うＣＰＵの場合でも、旧ＣＵ１３を撤去後、新ＣＵ１１の使用継続が可能となる。つまり、システムダウン等の懸念を生じることなく、旧ＣＵ１３の撤去が行えることになる。また、本実施の形態では新ＣＵ１１に備わる旧ＣＵ装置情報表４０等の記憶手段を用いたが、新ＣＵ１１が本来もつ装置情報を旧ＣＵ１３の情報に書き換えてもよい。
【００８１】
以上説明したように、本発明では、ＣＰＵアクセスを一切止めずに移行元の旧サブシステムから移行元の新サブシステムへのパス切り替えを行えるので、完全無停止なシステム移行が可能となる。
【００８２】
さらに、ディスクサブシステムにおいて、ＣＰＵアクセスを止めずにパス切り替えを行える機能を移行先の新ディスクサブシステムにのみ備えた場合でも、パス切り替え時を含む完全無停止なデータ移行が行える。
【００８３】
また、ディスクサブシステムにおいて、ＣＰＵアクセスを止めずにパス切り替えを行える機能を移行元の旧ディスクサブシステムにのみ備えた場合でも、パス切り替え時を含む完全無停止なデータ移行が行える。
【００８４】
また、ディスクサブシステムにおいて、ＣＰＵアクセスを止めずにパス切り替えを行える機能を、移行先の新サブシステムおよび移行元の旧ディスクサブシステムの両方に備えることで、データ移行中でのパス切り替えを可能とした完全無停止なデータ移行が行える。
【００８５】
さらに、複数のＣＰＵの配下で稼働するサブシステムでも、完全無停止なシステム移行が可能となる。
【００８６】
さらに、サブシステムの装置情報を記憶し、新たに読み取った現在のサブシステムの装置情報と比較し、アクセス経路などの異常を検知するＣＰＵの場合でも、旧サブシステムの装置情報を新サブシステム側で予め読み出して保存しておき装置情報入力要求に対して保存されていた旧サブシステムの装置情報を応答することで、ＣＰＵアクセスを止めずにパス切り替えを行い、移行元の旧サブシステムを速やかに撤去できる。
【００８７】
以上本発明者によってなされた発明を実施の形態に基づき具体的に説明したが、本発明は前記実施の形態に限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能であることはいうまでもない。
【００８８】
たとえばサブシステムの一例としてデータ移行を伴う記憶サブシステムを例にとって説明したが、これに限らず、データ移行の必要のない一般のサブシステムに広く適用することができる。
【００８９】
また、データ移行手順にともなう上位装置からサブシステム側へのアクセスの停止が一切必要なく、無停止状態でのデータ移行ができる、という効果が得られる。
【００９０】
また、複数の上位装置の配下で稼働する旧サブシステムの新サブシステムへの移行を無停止稼働の下で円滑に行うことができる、という効果が得られる。
【００９１】
また、旧サブシステムから新サブシステムへの移行に伴う装置情報等の環境変化に起因する障害の発生を回避して、円滑なサブシステムの移行ができる、という効果が得られる。
【図面の簡単な説明】
【００９２】
【図１】本発明のサブシステムの移行方法が実施される情報処理システムの一実施の形態である汎用コンピュータシステムの構成および作用の一例を示す概念図である。
【図２】本発明のサブシステムの移行方法が実施される情報処理システムの他の実施の形態を示す概念図である。
【図３】本発明のサブシステムの移行方法が実施される情報処理システムの他の実施の形態を示す概念図である。
【図４】本発明のサブシステムの移行方法が実施される情報処理システムの他の実施の形態の構成および作用の一例を示す概念図である。
【図５】本発明のサブシステムの移行方法の他の実施の形態において用いられる記憶手段の内容の一例を示す概念図である。
【図６】本発明のサブシステムの移行方法が実施される情報処理システムの作用の一例を示すフローチャートである。
【図７】本発明のサブシステムの移行方法が実施される情報処理システムの作用の一例を示すフローチャートである。
【図８】本発明のサブシステムの移行方法が実施される情報処理システムの作用の一例を示すフローチャートである。
【図９】本発明のサブシステムの移行方法が実施される情報処理システムの作用の一例を示すフローチャートである。
【図１０】本発明のサブシステムの移行方法が実施される情報処理システムの他の実施の形態の作用の一例を示すフローチャートである。
【図１１】本発明のサブシステムの移行方法が実施される情報処理システムの他の実施の形態の作用の一例を示すフローチャートである。
【符号の説明】
【００９３】
５ａ〜５ｉ…操作、１０，１０ａ，１０ｂ…ＣＰＵ、１１…新ディスクコントローラユニット（新ＣＵ）、１２…新ディスクボリューム（新ＶＯＬ）、１２ａ…デバイスパス、１３…旧ディスクコントローラユニット（旧ＣＵ）、１４…旧ディスクボリューム（旧ＶＯＬ）、１４ａ…デバイスパス、１５…パス切り替え装置、２０ａ，２０ｂ…アクセス経路、２１ａ，２１ｂ…アクセス経路、２０…第１アクセス経路、２０'…第２アクセス経路、２０ｃ…第１アクセス経路、２０ｃ'…第２アクセス経路、２１…第１アクセス経路、２１'…第２アクセス経路、２１ｃ…第１アクセス経路、２１ｃ'…第２アクセス経路、３０，３１…第３アクセス経路、４０…旧ＣＵ装置情報表、４０ａ…入力要求名、４０ｂ…情報、５０…ＣＰＵアクセス経路、５１…パス移行制御部指定、５２…処理ＣＵ、１１１…パス移行制御部、１１２…データ移行制御部、１３１…パス移行制御部、１３２…データ移行制御部。
【図１】
0003781378.tif 000002
【図２】
0003781378.tif 000003
【図３】
0003781378.tif 000004
【図４】
0003781378.tif 000005
【図５】
0003781378.tif 000006
【図６】
0003781378.tif 000007
【図７】
0003781378.tif 000008
【図８】
0003781378.tif 000009
【図９】
0003781378.tif 000010
【図１０】
0003781378.tif 000011
【図１１】
0003781378.tif 000012