JP3781369B2 - 記憶サブシステム - Google Patents
記憶サブシステム Download PDFInfo
- Publication number
- JP3781369B2 JP3781369B2 JP2002256282A JP2002256282A JP3781369B2 JP 3781369 B2 JP3781369 B2 JP 3781369B2 JP 2002256282 A JP2002256282 A JP 2002256282A JP 2002256282 A JP2002256282 A JP 2002256282A JP 3781369 B2 JP3781369 B2 JP 3781369B2
- Authority
- JP
- Japan
- Prior art keywords
- access
- subsystem
- old
- path
- new
- 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.)
- Expired - Fee Related
Links
Images
Description
【０００１】
【発明の属する技術分野】
本発明は、サブシステムの移行技術に関し、特に、無停止運転を前提とする情報処理システム等における中央処理装置の配下のサブシステムの移行操作に適用して有効な技術に関する。
【０００２】
【従来の技術】
データ移行とは、情報処理システムにおいて外部記憶装置として機能している旧ディスクサブシステム内のデータを新ディスクサブシステム内に移し替えるものである。従来、一般的にディスクサブシステム間でデータ移行する方法としては、移行したい装置に対する中央処理装置からのアクセスを停止させ、ＣＰＵが旧ディスクサブシステムからデータを読み込み、そのデータをＣＰＵが新ディスクサブシステムへ書き込むというような、ＣＰＵの介入による方法が知られている。この方法では、データ移行中は、当該ディスクサブシステムに対する顧客の業務を長時間停止させることになる。
【０００３】
これに対して、データ移行中もＣＰＵからのアクセスを可能とすることにより業務停止時間を短くする技術として、日立製作所のＨＯＤＭ（Ｈｉｔａｃｈｉ Ｏｎｌｉｎｅ Ｄａｔａ Ｍｉｇｒａｔｉｏｎ）機能、ＩＢＭ社の拡張リモートコピー機能（以降、ＸＲＣ）または、対等リモートコピー機能（以降、ＰＰＲＣ）（文献例 ＩＢＭ ３９９０ Ｍｏｄｅｌ ６ Ｅｎｈａｎｃｅｍｅｎｔｓ）、また、ＥＭＣ社のＳｙｍｍｅｔｒｉｘ Ｄａｔａ Ｍｉｇｒａｔｉｏｎ Ｓｅｒｖｉｃｅ（ＳＤＭＳ）（文献例 ＳＹＭＭＥＴＲＩＸ ＩＣＤＡ Ｆａｍｉｌｙ ＰＲＯＤＵＣＴ ＡＮＮＯＵＮＣＥＭＥＮＴ ＳＵＭＭＡＲＹ Ｎｏｖｅｍｂｅｒ ６ｔｈ，１９９５）がある。
【０００４】
ＨＯＤＭによる方式では、まず、ＣＰＵから旧ディスクサブシステムに対するアクセスを停止させる。その後、ＣＰＵから旧ディスクサブシステムへのアクセス経路をＣＰＵから新ディスクサブシステムへ接続変更し、さらに、新旧ディスクサブシステム間に新たにアクセス経路を設ける。その後、新ディスクサブシステムから旧ディスクサブシステムのデータを新たなアクセス経路を通して、読み込みすることにより、移行を開始させ、ＣＰＵからのアクセスを再開させる。移行済み領域に対するＣＰＵアクセス時は、新旧ディスクサブシステム両方で処理する。また、移行未完領域に対するＣＰＵアクセス時は、旧ディスクサブシステムから読込んだデータを、新ディスクサブシステムにも反映させ処理をする。これにより、ＣＰＵからのアクセス中のデータ移行を可能としている。本機能の大きな特徴は、旧ディスクサブシステムが、データ移行の機能を有する必要のない点である。
【０００５】
ＸＲＣによる方式では、旧ディスクサブシステムにＣＰＵからの書き込みデータをディスク制御装置に確保しておく機能を有し、また、ＣＰＵには確保したデータを読み込む機能を有する。このデータを新ディスクサブシステムに書き込むことにより、ＣＰＵからのアクセス中のデータ移行を可能としている。本方式では、移行完了後に、旧ディスクサブシステムに対する顧客の業務を停止させ、新ディスクサブシステムに切り替えるという特徴がある。
【０００６】
ＰＰＲＣによる方式では、旧ディスクサブシステムと新ディスクサブシステム間を接続し、双方での通信機能を有する。旧ディスクサブシステムに対するＣＰＵの書き込みデータをこの通信機能を介して新ディスクサブシステムに書き込むことにより、ＣＰＵからのアクセス中のデータ移行を可能としている。また本方式では、ＸＲＣと同様に、移行完了後に顧客の業務を停止し、切り替えるという特徴がある。
【０００７】
一方、ＳＤＭＳは、まず、ＣＰＵから旧ディスクサブシステムに対するアクセスを停止させる。その後、ＣＰＵから旧ディスクサブシステムへのアクセス経路をＣＰＵから新ディスクサブシステムへ接続変更し、さらに、新旧ディスクサブシステム間に新たにアクセス経路を設ける。その後、新ディスクサブシステムから旧ディスクサブシステムのデータを新たなアクセス経路を通して、読み込みすることにより、移行を開始する。また、移行開始後、ＣＰＵからのアクセスを再開させる。ＣＰＵアクセスが移行済み領域に対する時は、新ディスクサブシステムで直接処理する。移行未完領域に対するアクセス時は、旧ディスクサブシステムから当該トラックのデータを読み込み後、新ディスクサブシステムで通常の処理をする。これにより、ＣＰＵからのアクセス中のデータ移行を可能としている。
【０００８】
【発明が解決しようとする課題】
上述のような従来技術においては、データ移行中でもＣＰＵからのアクセスを可能とすることで、旧ディスクサブシステムに格納されるデータへのアクセス停止を、旧ディスクサブシステムから新ディスクサブシステムへの切り替え時間に抑えることができている。しかし、ＯＳなどのシステム制御データの場合は、一時のアクセス停止であってもそれは顧客業務の停止であり、移行作業による影響は大きい。特に、増えてきている２４時間のオンライン業務が必要な顧客ではこれは許されず、年末年始などのシステム停止時にしか移行ができないこととなる、という技術的課題がある。
【０００９】
また、一般に、一つのサブシステムは複数のＣＰＵに接続されて使用することが可能である。この時、サブシステムでは、受けとったアクセス経路ごと、またはアクセス経路のグループ単位でＣＰＵを区分し処理している。相手サブシステムへの同等のアクセスもこれが区分されなければならない。
【００１０】
また、ＣＰＵアクセスを継続したままＣＰＵからのアクセス経路を新サブシステムに切り替えた場合、ＣＰＵからは同じ装置へアクセスを続けていると認識される。データ移行が終わり旧サブシステムが撤去されたあと、ＣＰＵから装置確認等の目的で装置情報の入力要求が発行されることがある。過去に読み取った装置情報と今回読み取る装置情報の一致／不一致で装置およびアクセス経路の確認を行っているＣＰＵでは、このとき新サブシステムの情報を送ると、ＣＰＵは装置情報が不一致のためアクセス経路に障害があると判断し、アクセス経路が切断され、サブシステムダウンになってしまうことが懸念される。
【００１１】
本発明の目的は、旧サブシステムから新サブシステムへの切り替え中も上位装置からサブシステム側へのアクセスを継続することが可能なサブシステムの移行技術を提供することにある。
【００１２】
本発明の他の目的は、データ移行手順にともなう上位装置からサブシステム側へのアクセスの停止が一切必要なく、無停止状態でのデータ移行が可能なサブシステムの移行技術を提供することにある。
【００１３】
本発明の他の目的は、複数の上位装置の配下で稼働する旧サブシステムの新サブシステムへの移行を無停止稼働の下で円滑に行うことが可能なサブシステムの移行技術を提供することにある。
【００１４】
本発明の他の目的は、旧サブシステムから新サブシステムへの移行に伴う装置情報等の環境変化に起因する障害の発生を回避して、円滑なサブシステムの移行を可能にするサブシステムの移行技術を提供することにある。
【００１５】
【課題を解決するための手段】
一般に、ＣＰＵやチャネル等の上位装置から配下のサブシステムへは複数のアクセス経路が設けられ、上位装置はこのアクセス経路を自由に選択切り替えし、サブシステムへアクセスを行う。例えば、ある入出力処理要求で出される命令の連なりにおいて発生する中断後の再開時であっても、元のアクセス経路とは別のアクセス経路が選択されて使われることもある。中断前と後の命令は一連の処理であるから、サブシステムにおいては中断前の命令が実行されていなければ中断後の命令が実行できないのはいうまでもない。したがって、アクセス経路の変更があっても、サブシステムではそれを認識し、一連の命令として処理できるようになっている。
【００１６】
本発明は、上位装置と、データ移行元である第１のサブシステムと、第１のサブシステムからデータを移行される第２のサブシステムと、を有する記憶システムであって、第１の状態から、少なくとも第２の状態を経て、第３の状態に切り替わるものであって、第１の状態は、上位装置と第１のサブシステムとが第１のアクセス経路によって接続される状態であって、第２の状態は、上位装置と第１のサブシステムとが第１のアクセス経路によって接続され、上位装置と第２のサブシステムとが第２のアクセス経路によって接続され、第１のサブシステムと第２のサブシステムとが第３のアクセス経路によって接続される状態であり、第３の状態は、上位装置と第２のサブシステムとが第２のアクセス経路によって接続される状態であり、第２の状態においては、上位装置から、第１のサブシステム内の記憶領域のうち上位装置のアクセス対象となる第１の記憶領域内に格納されたデータへの入出力要求を行う経路として、上位装置から第１のアクセス経路を経由する経路と、上位装置から第２のアクセス経路を経由して第２のサブシステムを中継して第３のアクセス経路を経由する経路と、の少なくとも２通りの経路を有し、２通りの経路のいずれの経路を経由した入出力処理も可能に構成され、第３の状態において、第１のサブシステムから第２のサブシステムにデータ移行を開始するものであり、第１のサブシステムから第２のサブシステムにデータ移行が完了していないデータについてのコマンドを第２のサブシステムが受領した場合には、第１のサブシステムから第２のサブシステムをデータ移行した後に、コマンドに対する処理が実行される。すなわち、上位装置から旧サブシステムへ複数の第１アクセス経路と、新旧サブシステム間に第３アクセス経路が設けられているとき、上位装置から旧サブシステムへの第１アクセス経路を複数回に分けて、上位装置と新サブシステムの間の第２アクセス経路に接続変更するようにする。接続変更中は、新旧の両サブシステムに上位装置から第１および第２アクセス経路が接続されることになるが、この時に、新旧サブシステムでは、アクセスを上位装置から受けた場合には、同等のアクセスを、第３アクセス経路を介して相手サブシステムに行うことで、アクセス要求の中継を行うようにする。こうすることで相手サブシステムが中断前の命令を実行するので、中断後の命令も実行できるようにさせることができる。また、この同等のアクセスは新旧の両サブシステムで行う必要があるが、接続変更中に中心となって処理するサブシステムを決めれば、それとは反対のサブシステムが行うだけでもよい。また、上位装置からの処理要求に中断が入らないとき、さらに、上位装置からの処理要求がアクセス経路固定で来るときなど、相手サブシステムが上位装置から連続したつぎの命令を受けることがないときは、場合により同等のアクセスを相手サブシステムに行う必要がないこともある。また、相手サブシステムに行うアクセスをアクセス経路固定として相手サブシステムに行うようにすることで、相手サブシステムが上位装置から連続したつぎの命令を受けることがないようにし、上位装置から受けたものとは違うアクセスを行うこともできる。このようにして、上位装置からのアクセスを止めずに、アクセス経路を複数回に分けて、旧サブシステムから新サブシステムに接続を切り替えることが可能となる。
【００１７】
たとえば、ディスクサブシステムにおけるデータ移行にて、接続変更中は旧ディスクサブシステムが中心となって処理するようにさせると、新ディスクサブシステムで本発明の前記第３アクセス経路を介したアクセス要求の中継を実施すれば上位装置からのアクセスを止めずに接続切り替えが実施できる。しかし、データ移行を実施しながら切り替えを行うと、切り替え中に旧ディスクサブシステムが直接上位装置からのアクセスを受け、旧ディスクサブシステムのみデータの更新がかかることがある。既に移行が済んでいる部分のデータが更新された場合は、その部分のデータが移行もれとなってしまう。
【００１８】
そこで、本発明では、新ディスクサブシステムに、第２アクセス経路を介した上位装置からのアクセス要求を、第３アクセス経路を介して旧サブシステムに中継することで旧ディスクサブシステムから新ディスクサブシステムへの接続切り替えを実現させる場合、全ての第１アクセス経路の第２アクセス経路への接続切り替え終了後に、旧サブシステムから新サブシステムへのデータの移行を始めるようにさせることで、データ移行後の部分に新ディスクサブシステムを経由しない更新が発生しないようにし、再度のデータ移行を必要としないようにさせる。
一方、逆に、接続変更中は新ディスクサブシステムが中心となって処理するようにさせると、すなわち、第１アクセス経路から第２アクセス経路への接続変更中に、第１アクセス経路を介した上位装置からのアクセス要求を、旧サブシステムが第３アクセス経路を介して新サブシステムに中継することで、上位装置からのアクセスを止めずに接続切り替えが実施できる。しかし、データ移行前や移行中は新ディスクサブシステムに移行されていないデータへ上位装置からアクセスがあった時は、処理ができない。
【００１９】
そこで、本発明では、この場合には、旧サブシステムへの第１アクセス経路を、新サブシステムへの第２アクセス経路への切り替えに先立って、旧サブシステムから新サブシステムへのデータ移行（複写）を予め完了させた後、旧ディスクサブシステムに、第１アクセス経路を介して上位装置から到来するアクセス要求を第３アクセス経路を介して新サブシステムに中継する動作を行わせることで、旧ディスクサブシステムから新ディスクサブシステムへの接続切り替えを実現させるようにするものである。
【００２０】
また、旧サブシステムから新サブシステムへのデータ移行中に接続切り替えを行わせることを可能とするためには、切り替え中も常に、新旧の両ディスクサブシステムのデータが更新されればよい。
【００２１】
そこで、本発明では、このような場合には、新および旧ディスクサブシステムの双方において、第１および第２アクセス経路を介して上位装置から到来するアクセス要求を、第３アクセス経路を介して互いに他のサブシステムに中継することで、データ移行中の接続切り替えを可能とするものである。
【００２２】
また、本発明では、複数上位装置のアクセスを区別して相手サブシステムに伝えるために、旧ディスクサブシステムに接続されている上位装置の数と少なくとも同数の第３アクセス経路を新旧ディスクサブシステム間に備えるようにしたものである。ディスクサブシステム間の個々の第３アクセス経路を経由したアクセスを各上位装置からのアクセスに対応させ、旧ディスクサブシステムが複数の上位装置に接続されている場合のデータ移行を可能とする。また、第３アクセス経路の数とは、物理的なアクセス経路の数のみでなく、論理的なアクセス経路の数もふくめる。
【００２３】
また、本発明では、新ディスクサブシステムが予め装置情報入力要求を旧ディスクサブシステムに発行し、このとき旧ディスクサブシステムから応答される装置情報を読み取り、記憶しておくようにする。そして、上位装置からの装置情報の入力要求には、新ディスクサブシステムの装置情報ではなく、記憶している旧ディスクサブシステムの装置情報を送るようにする。
【００２４】
【発明の実施の形態】
以下、本発明の実施の形態を図面を参照しながら詳細に説明する。
【００２５】
（実施の形態１）
図１は、本発明のサブシステムの移行方法が実施される情報処理システムの一実施の形態である汎用コンピュータシステムの構成および作用の一例を示す概念図である。
【００２６】
本実施の形態の構成は、中央処理装置であるＣＰＵ１０、データ移行先である新ディスクコントローラユニット１１（以降、新ＣＵ１１と記す）と新ディスクボリューム１２（以降、新ＶＯＬ１２と記す）からなる旧サブシステム、およびデータ移行元である旧ディスクコントローラユニット１３（以降、旧ＣＵ１３と記す）と旧ディスクボリューム１４（以降、旧ＶＯＬ１４と記す）からなる旧サブシステムで構成されている。
【００２７】
旧ＶＯＬ１４は旧ＣＵ１３の配下で稼働する記憶媒体であり、旧ＣＵ１３を介してＣＰＵ１０との間で授受されるデータが格納されている。
【００２８】
新ＶＯＬ１２は新ＣＵ１１の配下で稼働する記憶媒体であり、新ＣＵ１１を介してＣＰＵ１０との間で授受されるデータや、旧ＶＯＬ１４から移行されるデータが格納される。
【００２９】
また、新ＣＵ１１は、第２アクセス経路２０’、第２アクセス経路２１’を介してＣＰＵ１０から到来するアクセス要求を、第３アクセス経路３０、第３アクセス経路３１を介して旧ＣＵ１３に中継することで、後述のように、ＣＰＵアクセスを停止することなく新旧サブシステム間でのパス移行を可能とさせるパス移行制御部１１１、およびデータ移行を制御するデータ移行制御部１１２を備えている。パス移行制御部１１１は、第３アクセス経路３０、第３アクセス経路３１を用いた旧ＣＵ１３へのアクセスでは、ＣＰＵ１０と等価な動作を行う。
【００３０】
本実施の形態のデータ移行処理では、ＣＰＵ１０と元々使用している旧ＣＵ１３との間で接続されている第１アクセス経路２０および第１アクセス経路２１を、ＣＰＵ１０とデータ移行先である新ＣＵ１１間に第２アクセス経路２０’および第２アクセス経路２１’として接続切り替えし、新ＣＵ１１と旧ＣＵ１３の間は新しい第３アクセス経路３０および第３アクセス経路３１で接続する構成とする。また、新ＣＵ１１と新ＶＯＬ１２の間および、旧ＣＵ１３と旧ＶＯＬ１４の間は、デバイスパス１２ａ、デバイスパス１４ａ、を介してそれぞれ接続されている。
【００３１】
まず、図１に例示された構成の情報処理システムにおけるデータ移行処理の一例を、図６のフローチャートを用いて説明する。図６は図１の実施の形態において、第１の発明によるサブシステム間パスの移行を行う保守員の操作５ａ，５ｂ，．．．．．，５ｉと、それに従って変化する、ＣＰＵ１０が使用するアクセス経路を示すＣＰＵアクセス経路５０、パス移行制御部１１１に指定されている状態を示すパス移行制御部指定５１、ＣＰＵ１０からのアクセスを処理するＣＵを示す処理ＣＵ５２を時系列に対応させて表している。
【００３２】
まず、保守員の操作開始前は通常処理中であるため、ＣＰＵ１０からは第１アクセス経路２０および２１が使用され、ＣＰＵアクセス経路５０は第１アクセス経路２０および２１を示している。またパス移行制御部指定５１はパス移行に関係ないため、ＣＰＵ１０からアクセスをうけたら新ＣＵ１１で処理し、（後で設けられる）第３アクセス経路３０および３１を通じての旧ＣＵ１３への同じアクセスは行わないように指定（以下こうした指定を、自ＣＵでの処理と称する）されている。また、処理ＣＵ５２は旧ＣＵ１３である。保守員はまず新ＣＵ１１と旧ＣＵ１３間の第３アクセス経路３０および３１を新設する（操作５ａ）。
【００３３】
さらに、パス移行制御部１１１に、ＣＰＵ１０からアクセスをうけたら、新ＣＵ１１では処理せず、第３アクセス経路３０および３１を通じて旧ＣＵ１３へ同じアクセスを行う（アクセスを中継する）よう指定（以下こうした指定を、他ＣＵでの処理と称する）を行う（操作５ｂ）。
【００３４】
次に、ＣＰＵ１０から第１アクセス経路２０はオフライン状態とし（操作５ｃ）、当該経路を使ったＣＰＵ１０のアクセスを止める。
【００３５】
この時、ＣＰＵアクセス経路５０は第１アクセス経路２１のみとなる。続いて元の構成から第１アクセス経路２０を第２アクセス経路２０’に接続切り替えを行う（操作５ｄ）。
【００３６】
接続が終わったらＣＰＵ１０から第２アクセス経路２０’（元の第１アクセス経路２０）をオンライン状態にする（操作５ｅ）。
【００３７】
これでＣＰＵアクセス経路５０に示すようにＣＰＵ１０からは旧ＣＵ１３に対するアクセスとして、それまで行われていた第１アクセス経路２１を使ったアクセスと共に第２アクセス経路２０’を使ったアクセスが開始される。第２アクセス経路２０’を使ったアクセスは新ＣＵ１１が受け取るが、パス移行制御部１１１にて新ＣＵ１１では処理せずに第３アクセス経路３０、３１を経由して旧ＣＵ１３へ同じアクセスを行い、旧ＣＵ１３にて処理させるように動作される。よってＣＰＵからは第２アクセス経路２０’（第１アクセス経路２１）のどちらを使っても旧ＣＵ１３へアクセスされ、旧ＣＵ１３によってのみの処理が継続される。同様の手順で操作５ｆ，５ｇ，５ｈにより第１アクセス経路２１を第２アクセス経路２１’に切り替える。こうしてアクセスを停止することなくＣＰＵ１０から旧ＣＵ１３へのアクセス経路を新ＣＵ１１に接続切り替えすることができる。最後に、全ての切り替えが終わったので、パス移行制御部１１１の指定を自ＣＵでの処理にかえれば（操作５ｆ）、処理ＣＵ５２に示すように新ＣＵ１１が、ＣＰＵ１０からのアクセス要求の処理を行うようになる。こうして、ＣＰＵ１０からのアクセスを止めずに処理サブシステムを、旧ＣＵ１３および旧ＶＯＬ１４から、新ＣＵ１１および新ＶＯＬ１２へと切り替えられる。
【００３８】
ここで、図１に例示された本実施の形態のようにデータ移行を伴うサブシステムの移行におけるデータ移行の開始のタイミングを検討する。データの移行処理は第３アクセス経路３０および３１のいずれか１本でもあれば実施可能である。しかし、もし第１アクセス経路２０が第２アクセス経路２０’として新ＣＵ１１に接続切り替え後、第１アクセス経路２１が第２アクセス経路２１’として切り替えされる前に、データ移行を実施（開始）してしまうと、第１アクセス経路２１を通じてＣＰＵ１０から旧ＣＵ１３へのデータ更新が移行済みの部分に行われる可能性がある。万一こうした更新が行われると、新ＣＵ１１はこれがわからないため、データの移行ぬけとなってしまう。
【００３９】
そこで、本実施の形態では、新ＣＵ１１に設けられたパス移行制御部１１１による第２アクセス経路２０’、２１’側からのアクセスの第３アクセス経路３０、３１を介した旧ＣＵ１３への中継によって、ＣＰＵ１０からの第１アクセス経路２０、第１アクセス経路２１が第２アクセス経路２０’、第２アクセス経路２１’として全て新ＣＵ１１に接続切り替えされたのち、データ移行制御部１１２にデータ移行の開始を指示、さらに、これと同期してパス移行制御部１１１を自ＣＵでの処理に指定をかえれば、全てのデータがぬけなく移行でき、無停止のデータ移行が実施できる。
【００４０】
このような本実施の形態におけるデータ移行を含むサブシステムの移行の処理手順の全体を、図７に例示されるフローチャートで説明すると以下のようになる。
【００４１】
すなわち、ステップ１０１〜１０６で、第１アクセス経路２０、２１を第２アクセス経路２０’、２１’に切り替える経路切り替え操作を実行した後、第３アクセス経路３０、３１を経由した旧ＣＵ１３側から新ＣＵ１１側へのデータのコピー（移行）（ステップ１０７）を、旧ＣＵ１３の配下の旧ＶＯＬ１４における移行の必要なデータの全てに対して実施し（ステップ１０８）、その後、第３アクセス経路３０、３１および旧ＣＵ１３、旧ＶＯＬ１４の撤去を行う（ステップ１０９）。
【００４２】
ここで、上述のステップ１０７〜１０８におけるデータ移行中のＣＰＵ１０からアクセス要求の処理は、一例として図８および図９に例示されるフローチャートのようになる。
【００４３】
すなわち、図９に例示されるようなコピー処理がバックグラウンド処理として実行され、この間に、図８に例示されるアクセス要求処理が随時実行される。
【００４４】
まず、図９のコピー処理では、一例としてトラック単位でデータコピーを行う場合、図示しないコピー管理用のビットマップを参照して（ステップ３０１）、旧ＶＯＬ１４内の未コピートラックの有無を調べ（ステップ３０２）、有る場合には、未コピートラック中の最小トラック番号のものを選択し（ステップ３０３）、第３アクセス経路３０、３１を経由して新ＶＯＬ１２側にコピーした後（ステップ３０４）、コピー管理用のビットマップを当該トラックコピー済に更新する（ステップ３０５）、という動作を、移行対象の全トラックについて行う。
【００４５】
一方、図８に例示されるように、新ＣＵ１１では、ＣＰＵ１０からのコマンドを受領すると（ステップ２０１）、当該コマンドのアクセス領域が未コピーエリアか否かを調べ（ステップ２０２）、未コピーエリアの場合には、当該コマンドがリード系コマンドか否かを調べ（ステップ２０３）、リード系コマンドの場合には、第３アクセス経路３０、３１を経由して旧ＶＯＬ１４の側から新ＶＯＬ１２にアクセス対象のデータを含むトラックをコピーした後（ステップ２０５）、コピー管理用のビットマップをコピー済に更新し（ステップ２０６）、その後、コマンド処理を実行する（ステップ２０７）。
【００４６】
一方、ステップ２０２にて、コピー済エリアへのアクセスと判定された場合には、直ちに、ステップ２０７でコマンド処理を実行する。
【００４７】
また、ステップ２０３でリード系コマンド以外（すなわちライト系）と判断された場合には、旧データの必要なライトか否かを判別し（ステップ２０４）、必要な場合には、ステップ２０５以降を実行し、不要な場合には、ステップ２０７のコマンド処理を実行する。
【００４８】
このような処理によって、情報処理システムを停止させることなく、旧サブシステムから新サブシステムへの移行が可能になるとともに、無停止稼働中の第１アクセス経路２０、２１の第２アクセス経路２０’、２１’への切り替え後のデータ移行処理を円滑かつ的確に行うことができる。
【００４９】
（実施の形態２）
図２は、本発明のサブシステムの移行方法が実施される情報処理システムの他の実施の形態を示す概念図であり、図１０および図１１は、その作用の一例を示すフローチャートである。
【００５０】
本実施の形態の情報処理システムの構成は、一例として、新ＣＵ１１はパス移行制御部とデータ移行制御部を備えず、旧ＣＵ１３がパス移行制御部１３１とデータ移行制御部１３２を備えている点のみが図１の場合と異なる。
【００５１】
まず、第１アクセス経路２０、２１から旧ＣＵ１３に発生したアクセス要求の、第３アクセス経路３０、３１を経由した新ＣＵ１１側への中継による経路切り替え操作の概略動作を説明する。
【００５２】
通常処理中はパス移行に関係ないため、パス移行制御部１３１には自ＣＵでの処理が指定されている。まず、新ＣＵ１１と旧ＣＵ１３間の第３アクセス経路３０および３１を新設する（ステップ４０１、ステップ４０２）。さらに、パス移行制御部１３１に、他ＣＵでの処理を指定する。これで、旧ＣＵ１３では処理せずに、第３アクセス経路３０、３１を介して中継することにより新ＣＵ１１のみにて処理させるようにする。
【００５３】
次に第１アクセス経路２０を第２アクセス経路２０’へ接続切り替えを行う。この時、ＣＰＵ１０から第１アクセス経路２０はオフライン状態としておき、当該経路を使ったＣＰＵ１０のアクセスを止めておく。さらに第３アクセス経路３０は撤去する（ステップ４０５、ステップ４０６）。接続が終わったらＣＰＵ１０から第２アクセス経路２０’（元の第１アクセス経路２０）をオンライン状態にする。
【００５４】
ＣＰＵ１０からは旧ＣＵ１３に対するアクセスとして、それまで行われていた第１アクセス経路２１を使った旧ＣＵ１３側へのアクセスと共に第２アクセス経路２０’を使った新ＣＵ１１へのアクセスが開始される。第２アクセス経路２０’を使ったアクセスを新ＣＵ１１が受け取るが、新ＣＵ１１にとっては第３アクセス経路３０で受けていたアクセスを第２アクセス経路２０’で受けることになるだけであり、そのまま処理が継続される（ステップ４０７）。第１アクセス経路２１を使った旧ＣＵ１３側へのアクセスは第３アクセス経路３０、３１を介して新ＣＵ１１に中継されて処理される（ステップ４０８）。
【００５５】
同様の手順で第１アクセス経路２１を第２アクセス経路２１’に切り替え、第３アクセス経路３１を撤去する。こうしてアクセスを停止することなくＣＰＵ１０からの旧ＣＵ１３へのアクセス経路を新ＣＵ１１に接続切り替えができることになる（ステップ４０９）。そして旧ＣＵ１３および配下の旧ＶＯＬ１４の撤去が行われる（ステップ４１０）。
【００５６】
しかし、ここで、データ移行を必要とする記憶サブシステムの移行に適用する場合、ＶＯＬデータへのアクセスを制御する記憶サブシステムのＣＵにおいては、新ＣＵ１１にデータが移行されていなければ、ＣＰＵ１０からのアクセスを処理できない。そこで本実施の形態では、まず第３アクセス経路３０および３１を新設した時点で、データ移行制御部１３２にデータ移行の開始を指示する（ステップ４０３）。全てのデータが移行でき、新ＣＵ１１がＣＰＵ１０から直接アクセスをうけても処理できるようになった時点で（ステップ４０４）、前記のステップ４０５以降の経路切り替え処理を実行し、ＣＰＵ１０からのアクセスを停止することなく接続切り替えを行うことにより、無停止のデータ移行が実施できる。
【００５７】
ここで、ステップ４０３〜４０４のデータ移行完了後のステップ４０５〜４０９の経路切り替え操作中にＣＰＵ１０から発生するアクセス要求（コマンド処理）の一例を図１１にて説明する。
【００５８】
すなわち、旧ＣＵ１３では、ＣＰＵ１０からのコマンドを受領すると（ステップ５０１）、当該コマンドのアクセス領域がコピー済エリアか否かを調べ（ステップ５０２）、コピー済エリアの場合には、当該コマンドがリード系コマンドか否かを調べ（ステップ５０３）、リード系コマンドでない（ライト系の）場合には、新ＣＵ１１および旧ＣＵ１３の両方でコマンド処理を実行する（ステップ５０４）。一方、ステップ５０３でリード系コマンドと判定された場合には、旧ＣＵ１３が旧ＶＯＬ１４のデータを用いてコマンド処理を行う（ステップ５０５）。
【００５９】
また、ステップ５０２で未コピーエリアへのアクセスと判定された場合には、ステップ５０５で、旧ＣＵ１３が旧ＶＯＬ１４のデータを用いてコマンド処理を行う。
【００６０】
このような処理により、旧ＣＵ１３側に設けられたパス移行制御部１３１による第３アクセス経路３０、３１を経由した新ＣＵ１１側へのアクセス要求の中継により、情報処理システムを停止させることなく、旧サブシステムを新サブシステムに移行させることができるとともに、データ移行中における経路切り替え操作を無停止状態にて的確に実行することが可能になる。
【００６１】
（実施の形態３）
図３は、本発明のサブシステムの移行方法が実施される情報処理システムの他の実施の形態を示す概念図である。本実施の形態における情報処理システムの構成は、旧ＣＵ１３がパス移行制御部１３１を備えている点のみが図１と異なる。ここでは、本実施の形態での特徴的な概略動作を説明し、その説明の流れにおいて、パス移行制御部１１１およびパス移行制御部１３１による、互いに他のサブシステムへの、第３アクセス経路３０、３１を介したアクセス要求の中継による経路切り替え操作の概略動作を説明する。
【００６２】
通常処理中はパス移行に関係ないため、パス移行制御部１１１、パス移行制御部１３１には自ＣＵでの処理が指定されている。まず、新ＣＵ１１と旧ＣＵ１３間の第３アクセス経路３０および３１を新設する。ここで、パス移行制御部１１１、パス移行制御部１３１に、ＣＰＵ１０からアクセスを受けたら、自ＣＵで処理し、第３アクセス経路３０および３１を通じて相手ＣＵへ同じアクセスを行うよう指定（以下こうした指定を、両ＣＵでの処理と称する）する。旧ＣＵ１３から新ＣＵ１１に行われるアクセスは、まだ新ＣＵ１１にデータがないため、エラーとなるが、ＣＰＵ１０からの処理としては旧ＣＵ１３が実施しているので問題無い。
【００６３】
次にデータ移行制御部１１２にデータ移行の開始を指示する。この時点で新ＣＵ１１では、旧ＣＵ１３からのアクセスも、データ移行済み部の場合は通常処理され、データ未移行部の場合は従来データ移行機能による移行元からのデータ読み込みが行われるので正常に処理されるようになる。この後データ移行中に、第１アクセス経路２０を第２アクセス経路２０’へ接続切り替えを行う。この時、ＣＰＵ１０から第１アクセス経路２０はオフライン状態としておき、当該経路を使ったＣＰＵ１０のアクセスを止めておく。接続が終わったらＣＰＵ１０から第２アクセス経路２０’（元の第１アクセス経路２０）をオンライン状態にする。ＣＰＵ１０からは旧ＣＵ１３に対するアクセスとして、それまで行われていた第１アクセス経路２１を使ったアクセスと共に第２アクセス経路２０’を使ったアクセスが開始される。第２アクセス経路２０’を使ったアクセスを新ＣＵ１１が受け取るが、新ＣＵ１１ではそれまで受けていた旧ＣＵ１３からのアクセスと合わせて処理される。ただし、ＣＰＵ１０からのアクセスであるため、旧ＣＵ１３へも同じアクセスを行う。この状態ではＣＰＵ１０から旧ＣＵ１３および新ＣＵ１１共にアクセスを受け処理を行うが、全て相手ＣＵにもアクセスを実施するので、入出力処理の中断が入って第２アクセス経路２０’と第１アクセス経路２１が入れ替わってアクセスされても処理可能である。
【００６４】
同様の手順で第１アクセス経路２１を第２アクセス経路２１’に切り替える。このように、旧ＣＵ１３および新ＣＵ１１が双方共にパス移行制御部１３１およびパス移行制御部１１１を備えて、ＣＰＵ１０のアクセスを停止することなくＣＰＵ１０からの旧ＣＵ１３への第１アクセス経路２０、２１を、新ＣＵ１１への第２アクセス経路２０’、２１’に接続切り替えができる。
【００６５】
この後は、新ＣＵ１１の側に備えられたデータ移行制御部１１２による従来データ移行機能により、旧ＣＵ１３側から新ＣＵ１１側への移行対象の全てのデータのデータ移行（コピー）が実施される。こうして、データ移行中でもＣＰＵ１０のアクセスを停止することなく、第１アクセス経路２０、２１の第２アクセス経路２０’、２１’への接続切り替えが可能なデータ移行が行える。
【００６６】
（実施の形態４）
図４は、本発明のサブシステムの移行方法が実施される情報処理システムの他の実施の形態の構成および作用の一例を示す概念図である。本実施の形態における情報処理システムの構成は、一つのＣＰＵ１０の代わりに、複数のＣＰＵ１０ａおよびＣＰＵ１０ｂを備えており、ＣＰＵ１０ａがアクセス経路２０ａおよびアクセス経路２１ａ、ＣＰＵ１０ｂがアクセス経路２０ｂおよびアクセス経路２１ｂによって、動的にアクセス経路を切替えるパス切り替え装置１５に接続され、さらにパス切り替え装置１５と旧ＣＵ１３の間が第１アクセス経路２０ｃおよび第１アクセス経路２１ｃによって接続されている点が図１と異なる。
【００６７】
また、本実施の形態によるサブシステムの移行処理では、第１アクセス経路２０ｃおよび第１アクセス経路２１ｃが、パス切り替え装置１５とデータ移行先である新ＣＵ１１の間に第２アクセス経路２０ｃ’および第２アクセス経路２１ｃ’として接続変更される。
【００６８】
本実施の形態では、ＣＰＵ１０ａからのアクセス経路２０ａを通じたアクセスは、パス切り替え装置１５を介して第１アクセス経路２０ｃを通じて旧ＣＵ１３に実施される。また同じくアクセス経路２１ａからは第１アクセス経路２１ｃ、さらにＣＰＵ１０ｂの場合はアクセス経路２０ｂからは第１アクセス経路２０ｃ、アクセス経路２１ｂからは第１アクセス経路２１ｃを通じて旧ＣＵ１３に実施される。このような場合、第１アクセス経路２０ｃは物理的には１本の経路であるが、アクセス経路２０ａからのアクセスと２０ｂからのアクセスとを区分できるよう、二つの論理的アクセス経路をもつ。
【００６９】
同様に、旧ＣＵ１３においても、第２アクセス経路２０ｃ’（第２アクセス経路２１ｃ’）の各々は、ＣＰＵ１０ａ（ＣＰＵ１０ｂ）側のアクセス経路２０ａ（アクセス経路２０ｂ）およびアクセス経路２１ａ（アクセス経路２１ｂ）の各々に対応した二つの論理的アクセス経路として機能し、また、この二つの経路は別々のＣＰＵ１０ａおよびＣＰＵ１０ｂからのアクセス経路として、認識され処理される。
【００７０】
図１で例示したように、新ＣＵ１１の側にパス移行制御部１１１を設けて、第２アクセス経路からのアクセス要求を第３アクセス経路３０、３１を介して旧ＣＵ１３側に中継することで無停止状態にて第１から第２アクセス経路へのアクセス経路切り替え操作を行うとともに、データ移行は経路切り替え完了後に行うことと同様の手順により、第１アクセス経路２０ｃを切り替え、第２アクセス経路２０ｃ’とした時、新ＣＵ１１においても同様に認識される。
【００７１】
すなわち、二つの論理的アクセス経路から受けるアクセスを区分し、ＣＰＵ１０ａと１０ｂのどちらのＣＰＵからのアクセスであるかを判断して処理が行われる。アクセス経路切り替え中の処理とは、ＣＰＵから受けたアクセスをパス移行制御部１１１が旧ＣＵ１３に中継して同じアクセスを行うことであるが、当然どちらのＣＰＵからのアクセスであるかを旧ＣＵ１３に区分させなければならない。この区分はアクセス経路の違いでなされるから、本実施の形態では第３アクセス経路３１をＣＰＵ１０ａからのアクセス用に、第３アクセス経路３０をＣＰＵ１０ｂからのアクセス用にと使い分けることで実現している。同じく第１アクセス経路２１ｃを切り替え、第２アクセス経路２１ｃ’とした時も同じく行えばよい。このように、旧ＣＵ１３に接続されるＣＰＵが複数ある時、ＣＰＵ数と少なくとも同数の新ＣＵ１１と旧ＣＵ１３間の第３アクセス経路を設けてサブシステム間パス移行を行うこと、およびデータ移行を実現させることが図４に例示された本実施の形態により可能となる。
【００７２】
また、本実施の形態では第３アクセス経路３０をＣＰＵ１０ａからのアクセス用に、第３アクセス経路３１をＣＰＵ１０ｂからのアクセス用にと使い分ける様にしたが、第３アクセス経路３０のみしか使えないような時、すなわち新ＣＵ１１と旧ＣＵ１３間のアクセス経路数がＣＰＵ数より少ない場合、第３アクセス経路３０に論理的アクセス経路を二つ設け、これを使い分けることでも実施可能である。また、第３アクセス経路数が十分足りる場合（ＣＰＵ数以上の時）でも、論理的アクセス経路を複数設けて使用できることは言うまでもない。さらにまた、第２アクセス経路２０ｃ’に第３アクセス経路３０、第２アクセス経路２１ｃ’に第３アクセス経路３１というように各対応させ、各第２アクセス経路２０ｃ’および第２アクセス経路２１ｃ’にある論理的アクセス経路をそのまま第３アクセス経路３０および３１上に設けるという様にしてもよい。
【００７３】
（実施の形態５）
図１および図５により本発明のサブシステムの移行方法の他の実施の形態について説明する。図５は、図１に例示された情報処理システムの新ＣＵ１１に備えられる例えばバッファメモリのような記憶手段において、旧ＣＵ１３の装置情報を記憶した旧ＣＵ装置情報表４０の一例を示す概念図である。
【００７４】
通常、情報処理システムにおいてＣＰＵの配下で稼働するサブシステムでは、ＣＰＵがサブシステムの環境や仕様等を判別する目的で、当該サブシステムの装置構成等の情報を、必要に応じてＣＰＵ側に読み出すためのコマンドインタフェース（装置情報入力要求）を備えている。
【００７５】
ＣＰＵ１０からの装置情報入力要求に対し、旧ＣＵ１３が接続されている間は、旧ＣＵ１３に同じ要求を行い、返ってきた情報をＣＰＵ１０へ入力すれば、ＣＰＵ１０にてアクセス経路障害などと判断されずにサブシステムとして使用継続が可能である。しかしデータ移行が終了後、通常、旧ＣＵ１３は撤去される。よって、本実施の形態では、この撤去後でも旧ＣＵ１３の装置情報をＣＰＵ１０に対して応答（入力）できるよう、前もって新ＣＵ１１が第３アクセス経路３０、３１を介して、全ての装置情報入力要求を旧ＣＵ１３に行い、返ってきた情報を旧ＣＵ装置情報表４０に入力要求名４０ａと、当該入力要求に対して旧ＣＵ１３から応答された情報４０ｂを対にして記録し、以後のＣＰＵ１０からの装置情報入力要求に対し、旧ＣＵ装置情報表４０の情報４０ｂを読出して応答するようにする。
【００７６】
こうして、ＣＰＵ１０が過去の装置情報との比較を行うＣＰＵの場合でも、旧ＣＵ１３を撤去後、新ＣＵ１１の使用継続が可能となる。つまり、システムダウン等の懸念を生じることなく、旧ＣＵ１３の撤去が行えることになる。また、本実施の形態では新ＣＵ１１に備わる旧ＣＵ装置情報表４０等の記憶手段を用いたが、新ＣＵ１１が本来もつ装置情報を旧ＣＵ１３の情報に書き換えてもよい。
【００７７】
以上説明したように、本発明では、ＣＰＵアクセスを一切止めずに移行元の旧サブシステムから移行元の新サブシステムへのパス切り替えを行えるので、完全無停止なシステム移行が可能となる。
【００７８】
さらに、ディスクサブシステムにおいて、ＣＰＵアクセスを止めずにパス切り替えを行える機能を移行先の新ディスクサブシステムにのみ備えた場合でも、パス切り替え時を含む完全無停止なデータ移行が行える。
【００７９】
また、ディスクサブシステムにおいて、ＣＰＵアクセスを止めずにパス切り替えを行える機能を移行元の旧ディスクサブシステムにのみ備えた場合でも、パス切り替え時を含む完全無停止なデータ移行が行える。
【００８０】
また、ディスクサブシステムにおいて、ＣＰＵアクセスを止めずにパス切り替えを行える機能を、移行先の新サブシステムおよび移行元の旧ディスクサブシステムの両方に備えることで、データ移行中でのパス切り替えを可能とした完全無停止なデータ移行が行える。
【００８１】
さらに、複数のＣＰＵの配下で稼働するサブシステムでも、完全無停止なシステム移行が可能となる。
【００８２】
さらに、サブシステムの装置情報を記憶し、新たに読み取った現在のサブシステムの装置情報と比較し、アクセス経路などの異常を検知するＣＰＵの場合でも、旧サブシステムの装置情報を新サブシステム側で予め読み出して保存しておき装置情報入力要求に対して保存されていた旧サブシステムの装置情報を応答することで、ＣＰＵアクセスを止めずにパス切り替えを行い、移行元の旧サブシステムを速やかに撤去できる。
【００８３】
以上本発明者によってなされた発明を実施の形態に基づき具体的に説明したが、本発明は前記実施の形態に限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能であることはいうまでもない。
【００８４】
たとえばサブシステムの一例としてデータ移行を伴う記憶サブシステムを例にとって説明したが、これに限らず、データ移行の必要のない一般のサブシステムに広く適用することができる。
【００８５】
【発明の効果】
本発明のサブシステムの移行方法によれば、旧サブシステムから新サブシステムへの切り替え中も上位装置からサブシステム側へのアクセスを継続することができる、という効果が得られる。
【００８６】
また、データ移行手順にともなう上位装置からサブシステム側へのアクセスの停止が一切必要なく、無停止状態でのデータ移行ができる、という効果が得られる。
【００８７】
また、複数の上位装置の配下で稼働する旧サブシステムの新サブシステムへの移行を無停止稼働の下で円滑に行うことができる、という効果が得られる。
【００８８】
また、旧サブシステムから新サブシステムへの移行に伴う装置情報等の環境変化に起因する障害の発生を回避して、円滑なサブシステムの移行ができる、という効果が得られる。
【図面の簡単な説明】
【図１】本発明のサブシステムの移行方法が実施される情報処理システムの一実施の形態である汎用コンピュータシステムの構成および作用の一例を示す概念図である。
【図２】本発明のサブシステムの移行方法が実施される情報処理システムの他の実施の形態を示す概念図である。
【図３】本発明のサブシステムの移行方法が実施される情報処理システムの他の実施の形態を示す概念図である。
【図４】本発明のサブシステムの移行方法が実施される情報処理システムの他の実施の形態の構成および作用の一例を示す概念図である。
【図５】本発明のサブシステムの移行方法の他の実施の形態において用いられる記憶手段の内容の一例を示す概念図である。
【図６】本発明のサブシステムの移行方法が実施される情報処理システムの作用の一例を示すフローチャートである。
【図７】本発明のサブシステムの移行方法が実施される情報処理システムの作用の一例を示すフローチャートである。
【図８】本発明のサブシステムの移行方法が実施される情報処理システムの作用の一例を示すフローチャートである。
【図９】本発明のサブシステムの移行方法が実施される情報処理システムの作用の一例を示すフローチャートである。
【図１０】本発明のサブシステムの移行方法が実施される情報処理システムの他の実施の形態の作用の一例を示すフローチャートである。
【図１１】本発明のサブシステムの移行方法が実施される情報処理システムの他の実施の形態の作用の一例を示すフローチャートである。
【符号の説明】
５ａ〜５ｉ…操作、１０，１０ａ，１０ｂ…ＣＰＵ、１１…新ディスクコントローラユニット（新ＣＵ）、１２…新ディスクボリューム（新ＶＯＬ）、１２ａ…デバイスパス、１３…旧ディスクコントローラユニット（旧ＣＵ）、１４…旧ディスクボリューム（旧ＶＯＬ）、１４ａ…デバイスパス、１５…パス切り替え装置、２０ａ，２０ｂ…アクセス経路、２１ａ，２１ｂ…アクセス経路、２０…第１アクセス経路、２０’…第２アクセス経路、２０ｃ…第１アクセス経路、２０ｃ’…第２アクセス経路、２１…第１アクセス経路、２１’…第２アクセス経路、２１ｃ…第１アクセス経路、２１ｃ’…第２アクセス経路、３０，３１…第３アクセス経路、４０…旧ＣＵ装置情報表、４０ａ…入力要求名、４０ｂ…情報、５０…ＣＰＵアクセス経路、５１…パス移行制御部指定、５２…処理ＣＵ、１１１…パス移行制御部、１１２…データ移行制御部、１３１…パス移行制御部、１３２…データ移行制御部。
【発明の属する技術分野】
本発明は、サブシステムの移行技術に関し、特に、無停止運転を前提とする情報処理システム等における中央処理装置の配下のサブシステムの移行操作に適用して有効な技術に関する。
【０００２】
【従来の技術】
データ移行とは、情報処理システムにおいて外部記憶装置として機能している旧ディスクサブシステム内のデータを新ディスクサブシステム内に移し替えるものである。従来、一般的にディスクサブシステム間でデータ移行する方法としては、移行したい装置に対する中央処理装置からのアクセスを停止させ、ＣＰＵが旧ディスクサブシステムからデータを読み込み、そのデータをＣＰＵが新ディスクサブシステムへ書き込むというような、ＣＰＵの介入による方法が知られている。この方法では、データ移行中は、当該ディスクサブシステムに対する顧客の業務を長時間停止させることになる。
【０００３】
これに対して、データ移行中もＣＰＵからのアクセスを可能とすることにより業務停止時間を短くする技術として、日立製作所のＨＯＤＭ（Ｈｉｔａｃｈｉ Ｏｎｌｉｎｅ Ｄａｔａ Ｍｉｇｒａｔｉｏｎ）機能、ＩＢＭ社の拡張リモートコピー機能（以降、ＸＲＣ）または、対等リモートコピー機能（以降、ＰＰＲＣ）（文献例 ＩＢＭ ３９９０ Ｍｏｄｅｌ ６ Ｅｎｈａｎｃｅｍｅｎｔｓ）、また、ＥＭＣ社のＳｙｍｍｅｔｒｉｘ Ｄａｔａ Ｍｉｇｒａｔｉｏｎ Ｓｅｒｖｉｃｅ（ＳＤＭＳ）（文献例 ＳＹＭＭＥＴＲＩＸ ＩＣＤＡ Ｆａｍｉｌｙ ＰＲＯＤＵＣＴ ＡＮＮＯＵＮＣＥＭＥＮＴ ＳＵＭＭＡＲＹ Ｎｏｖｅｍｂｅｒ ６ｔｈ，１９９５）がある。
【０００４】
ＨＯＤＭによる方式では、まず、ＣＰＵから旧ディスクサブシステムに対するアクセスを停止させる。その後、ＣＰＵから旧ディスクサブシステムへのアクセス経路をＣＰＵから新ディスクサブシステムへ接続変更し、さらに、新旧ディスクサブシステム間に新たにアクセス経路を設ける。その後、新ディスクサブシステムから旧ディスクサブシステムのデータを新たなアクセス経路を通して、読み込みすることにより、移行を開始させ、ＣＰＵからのアクセスを再開させる。移行済み領域に対するＣＰＵアクセス時は、新旧ディスクサブシステム両方で処理する。また、移行未完領域に対するＣＰＵアクセス時は、旧ディスクサブシステムから読込んだデータを、新ディスクサブシステムにも反映させ処理をする。これにより、ＣＰＵからのアクセス中のデータ移行を可能としている。本機能の大きな特徴は、旧ディスクサブシステムが、データ移行の機能を有する必要のない点である。
【０００５】
ＸＲＣによる方式では、旧ディスクサブシステムにＣＰＵからの書き込みデータをディスク制御装置に確保しておく機能を有し、また、ＣＰＵには確保したデータを読み込む機能を有する。このデータを新ディスクサブシステムに書き込むことにより、ＣＰＵからのアクセス中のデータ移行を可能としている。本方式では、移行完了後に、旧ディスクサブシステムに対する顧客の業務を停止させ、新ディスクサブシステムに切り替えるという特徴がある。
【０００６】
ＰＰＲＣによる方式では、旧ディスクサブシステムと新ディスクサブシステム間を接続し、双方での通信機能を有する。旧ディスクサブシステムに対するＣＰＵの書き込みデータをこの通信機能を介して新ディスクサブシステムに書き込むことにより、ＣＰＵからのアクセス中のデータ移行を可能としている。また本方式では、ＸＲＣと同様に、移行完了後に顧客の業務を停止し、切り替えるという特徴がある。
【０００７】
一方、ＳＤＭＳは、まず、ＣＰＵから旧ディスクサブシステムに対するアクセスを停止させる。その後、ＣＰＵから旧ディスクサブシステムへのアクセス経路をＣＰＵから新ディスクサブシステムへ接続変更し、さらに、新旧ディスクサブシステム間に新たにアクセス経路を設ける。その後、新ディスクサブシステムから旧ディスクサブシステムのデータを新たなアクセス経路を通して、読み込みすることにより、移行を開始する。また、移行開始後、ＣＰＵからのアクセスを再開させる。ＣＰＵアクセスが移行済み領域に対する時は、新ディスクサブシステムで直接処理する。移行未完領域に対するアクセス時は、旧ディスクサブシステムから当該トラックのデータを読み込み後、新ディスクサブシステムで通常の処理をする。これにより、ＣＰＵからのアクセス中のデータ移行を可能としている。
【０００８】
【発明が解決しようとする課題】
上述のような従来技術においては、データ移行中でもＣＰＵからのアクセスを可能とすることで、旧ディスクサブシステムに格納されるデータへのアクセス停止を、旧ディスクサブシステムから新ディスクサブシステムへの切り替え時間に抑えることができている。しかし、ＯＳなどのシステム制御データの場合は、一時のアクセス停止であってもそれは顧客業務の停止であり、移行作業による影響は大きい。特に、増えてきている２４時間のオンライン業務が必要な顧客ではこれは許されず、年末年始などのシステム停止時にしか移行ができないこととなる、という技術的課題がある。
【０００９】
また、一般に、一つのサブシステムは複数のＣＰＵに接続されて使用することが可能である。この時、サブシステムでは、受けとったアクセス経路ごと、またはアクセス経路のグループ単位でＣＰＵを区分し処理している。相手サブシステムへの同等のアクセスもこれが区分されなければならない。
【００１０】
また、ＣＰＵアクセスを継続したままＣＰＵからのアクセス経路を新サブシステムに切り替えた場合、ＣＰＵからは同じ装置へアクセスを続けていると認識される。データ移行が終わり旧サブシステムが撤去されたあと、ＣＰＵから装置確認等の目的で装置情報の入力要求が発行されることがある。過去に読み取った装置情報と今回読み取る装置情報の一致／不一致で装置およびアクセス経路の確認を行っているＣＰＵでは、このとき新サブシステムの情報を送ると、ＣＰＵは装置情報が不一致のためアクセス経路に障害があると判断し、アクセス経路が切断され、サブシステムダウンになってしまうことが懸念される。
【００１１】
本発明の目的は、旧サブシステムから新サブシステムへの切り替え中も上位装置からサブシステム側へのアクセスを継続することが可能なサブシステムの移行技術を提供することにある。
【００１２】
本発明の他の目的は、データ移行手順にともなう上位装置からサブシステム側へのアクセスの停止が一切必要なく、無停止状態でのデータ移行が可能なサブシステムの移行技術を提供することにある。
【００１３】
本発明の他の目的は、複数の上位装置の配下で稼働する旧サブシステムの新サブシステムへの移行を無停止稼働の下で円滑に行うことが可能なサブシステムの移行技術を提供することにある。
【００１４】
本発明の他の目的は、旧サブシステムから新サブシステムへの移行に伴う装置情報等の環境変化に起因する障害の発生を回避して、円滑なサブシステムの移行を可能にするサブシステムの移行技術を提供することにある。
【００１５】
【課題を解決するための手段】
一般に、ＣＰＵやチャネル等の上位装置から配下のサブシステムへは複数のアクセス経路が設けられ、上位装置はこのアクセス経路を自由に選択切り替えし、サブシステムへアクセスを行う。例えば、ある入出力処理要求で出される命令の連なりにおいて発生する中断後の再開時であっても、元のアクセス経路とは別のアクセス経路が選択されて使われることもある。中断前と後の命令は一連の処理であるから、サブシステムにおいては中断前の命令が実行されていなければ中断後の命令が実行できないのはいうまでもない。したがって、アクセス経路の変更があっても、サブシステムではそれを認識し、一連の命令として処理できるようになっている。
【００１６】
本発明は、上位装置と、データ移行元である第１のサブシステムと、第１のサブシステムからデータを移行される第２のサブシステムと、を有する記憶システムであって、第１の状態から、少なくとも第２の状態を経て、第３の状態に切り替わるものであって、第１の状態は、上位装置と第１のサブシステムとが第１のアクセス経路によって接続される状態であって、第２の状態は、上位装置と第１のサブシステムとが第１のアクセス経路によって接続され、上位装置と第２のサブシステムとが第２のアクセス経路によって接続され、第１のサブシステムと第２のサブシステムとが第３のアクセス経路によって接続される状態であり、第３の状態は、上位装置と第２のサブシステムとが第２のアクセス経路によって接続される状態であり、第２の状態においては、上位装置から、第１のサブシステム内の記憶領域のうち上位装置のアクセス対象となる第１の記憶領域内に格納されたデータへの入出力要求を行う経路として、上位装置から第１のアクセス経路を経由する経路と、上位装置から第２のアクセス経路を経由して第２のサブシステムを中継して第３のアクセス経路を経由する経路と、の少なくとも２通りの経路を有し、２通りの経路のいずれの経路を経由した入出力処理も可能に構成され、第３の状態において、第１のサブシステムから第２のサブシステムにデータ移行を開始するものであり、第１のサブシステムから第２のサブシステムにデータ移行が完了していないデータについてのコマンドを第２のサブシステムが受領した場合には、第１のサブシステムから第２のサブシステムをデータ移行した後に、コマンドに対する処理が実行される。すなわち、上位装置から旧サブシステムへ複数の第１アクセス経路と、新旧サブシステム間に第３アクセス経路が設けられているとき、上位装置から旧サブシステムへの第１アクセス経路を複数回に分けて、上位装置と新サブシステムの間の第２アクセス経路に接続変更するようにする。接続変更中は、新旧の両サブシステムに上位装置から第１および第２アクセス経路が接続されることになるが、この時に、新旧サブシステムでは、アクセスを上位装置から受けた場合には、同等のアクセスを、第３アクセス経路を介して相手サブシステムに行うことで、アクセス要求の中継を行うようにする。こうすることで相手サブシステムが中断前の命令を実行するので、中断後の命令も実行できるようにさせることができる。また、この同等のアクセスは新旧の両サブシステムで行う必要があるが、接続変更中に中心となって処理するサブシステムを決めれば、それとは反対のサブシステムが行うだけでもよい。また、上位装置からの処理要求に中断が入らないとき、さらに、上位装置からの処理要求がアクセス経路固定で来るときなど、相手サブシステムが上位装置から連続したつぎの命令を受けることがないときは、場合により同等のアクセスを相手サブシステムに行う必要がないこともある。また、相手サブシステムに行うアクセスをアクセス経路固定として相手サブシステムに行うようにすることで、相手サブシステムが上位装置から連続したつぎの命令を受けることがないようにし、上位装置から受けたものとは違うアクセスを行うこともできる。このようにして、上位装置からのアクセスを止めずに、アクセス経路を複数回に分けて、旧サブシステムから新サブシステムに接続を切り替えることが可能となる。
【００１７】
たとえば、ディスクサブシステムにおけるデータ移行にて、接続変更中は旧ディスクサブシステムが中心となって処理するようにさせると、新ディスクサブシステムで本発明の前記第３アクセス経路を介したアクセス要求の中継を実施すれば上位装置からのアクセスを止めずに接続切り替えが実施できる。しかし、データ移行を実施しながら切り替えを行うと、切り替え中に旧ディスクサブシステムが直接上位装置からのアクセスを受け、旧ディスクサブシステムのみデータの更新がかかることがある。既に移行が済んでいる部分のデータが更新された場合は、その部分のデータが移行もれとなってしまう。
【００１８】
そこで、本発明では、新ディスクサブシステムに、第２アクセス経路を介した上位装置からのアクセス要求を、第３アクセス経路を介して旧サブシステムに中継することで旧ディスクサブシステムから新ディスクサブシステムへの接続切り替えを実現させる場合、全ての第１アクセス経路の第２アクセス経路への接続切り替え終了後に、旧サブシステムから新サブシステムへのデータの移行を始めるようにさせることで、データ移行後の部分に新ディスクサブシステムを経由しない更新が発生しないようにし、再度のデータ移行を必要としないようにさせる。
一方、逆に、接続変更中は新ディスクサブシステムが中心となって処理するようにさせると、すなわち、第１アクセス経路から第２アクセス経路への接続変更中に、第１アクセス経路を介した上位装置からのアクセス要求を、旧サブシステムが第３アクセス経路を介して新サブシステムに中継することで、上位装置からのアクセスを止めずに接続切り替えが実施できる。しかし、データ移行前や移行中は新ディスクサブシステムに移行されていないデータへ上位装置からアクセスがあった時は、処理ができない。
【００１９】
そこで、本発明では、この場合には、旧サブシステムへの第１アクセス経路を、新サブシステムへの第２アクセス経路への切り替えに先立って、旧サブシステムから新サブシステムへのデータ移行（複写）を予め完了させた後、旧ディスクサブシステムに、第１アクセス経路を介して上位装置から到来するアクセス要求を第３アクセス経路を介して新サブシステムに中継する動作を行わせることで、旧ディスクサブシステムから新ディスクサブシステムへの接続切り替えを実現させるようにするものである。
【００２０】
また、旧サブシステムから新サブシステムへのデータ移行中に接続切り替えを行わせることを可能とするためには、切り替え中も常に、新旧の両ディスクサブシステムのデータが更新されればよい。
【００２１】
そこで、本発明では、このような場合には、新および旧ディスクサブシステムの双方において、第１および第２アクセス経路を介して上位装置から到来するアクセス要求を、第３アクセス経路を介して互いに他のサブシステムに中継することで、データ移行中の接続切り替えを可能とするものである。
【００２２】
また、本発明では、複数上位装置のアクセスを区別して相手サブシステムに伝えるために、旧ディスクサブシステムに接続されている上位装置の数と少なくとも同数の第３アクセス経路を新旧ディスクサブシステム間に備えるようにしたものである。ディスクサブシステム間の個々の第３アクセス経路を経由したアクセスを各上位装置からのアクセスに対応させ、旧ディスクサブシステムが複数の上位装置に接続されている場合のデータ移行を可能とする。また、第３アクセス経路の数とは、物理的なアクセス経路の数のみでなく、論理的なアクセス経路の数もふくめる。
【００２３】
また、本発明では、新ディスクサブシステムが予め装置情報入力要求を旧ディスクサブシステムに発行し、このとき旧ディスクサブシステムから応答される装置情報を読み取り、記憶しておくようにする。そして、上位装置からの装置情報の入力要求には、新ディスクサブシステムの装置情報ではなく、記憶している旧ディスクサブシステムの装置情報を送るようにする。
【００２４】
【発明の実施の形態】
以下、本発明の実施の形態を図面を参照しながら詳細に説明する。
【００２５】
（実施の形態１）
図１は、本発明のサブシステムの移行方法が実施される情報処理システムの一実施の形態である汎用コンピュータシステムの構成および作用の一例を示す概念図である。
【００２６】
本実施の形態の構成は、中央処理装置であるＣＰＵ１０、データ移行先である新ディスクコントローラユニット１１（以降、新ＣＵ１１と記す）と新ディスクボリューム１２（以降、新ＶＯＬ１２と記す）からなる旧サブシステム、およびデータ移行元である旧ディスクコントローラユニット１３（以降、旧ＣＵ１３と記す）と旧ディスクボリューム１４（以降、旧ＶＯＬ１４と記す）からなる旧サブシステムで構成されている。
【００２７】
旧ＶＯＬ１４は旧ＣＵ１３の配下で稼働する記憶媒体であり、旧ＣＵ１３を介してＣＰＵ１０との間で授受されるデータが格納されている。
【００２８】
新ＶＯＬ１２は新ＣＵ１１の配下で稼働する記憶媒体であり、新ＣＵ１１を介してＣＰＵ１０との間で授受されるデータや、旧ＶＯＬ１４から移行されるデータが格納される。
【００２９】
また、新ＣＵ１１は、第２アクセス経路２０’、第２アクセス経路２１’を介してＣＰＵ１０から到来するアクセス要求を、第３アクセス経路３０、第３アクセス経路３１を介して旧ＣＵ１３に中継することで、後述のように、ＣＰＵアクセスを停止することなく新旧サブシステム間でのパス移行を可能とさせるパス移行制御部１１１、およびデータ移行を制御するデータ移行制御部１１２を備えている。パス移行制御部１１１は、第３アクセス経路３０、第３アクセス経路３１を用いた旧ＣＵ１３へのアクセスでは、ＣＰＵ１０と等価な動作を行う。
【００３０】
本実施の形態のデータ移行処理では、ＣＰＵ１０と元々使用している旧ＣＵ１３との間で接続されている第１アクセス経路２０および第１アクセス経路２１を、ＣＰＵ１０とデータ移行先である新ＣＵ１１間に第２アクセス経路２０’および第２アクセス経路２１’として接続切り替えし、新ＣＵ１１と旧ＣＵ１３の間は新しい第３アクセス経路３０および第３アクセス経路３１で接続する構成とする。また、新ＣＵ１１と新ＶＯＬ１２の間および、旧ＣＵ１３と旧ＶＯＬ１４の間は、デバイスパス１２ａ、デバイスパス１４ａ、を介してそれぞれ接続されている。
【００３１】
まず、図１に例示された構成の情報処理システムにおけるデータ移行処理の一例を、図６のフローチャートを用いて説明する。図６は図１の実施の形態において、第１の発明によるサブシステム間パスの移行を行う保守員の操作５ａ，５ｂ，．．．．．，５ｉと、それに従って変化する、ＣＰＵ１０が使用するアクセス経路を示すＣＰＵアクセス経路５０、パス移行制御部１１１に指定されている状態を示すパス移行制御部指定５１、ＣＰＵ１０からのアクセスを処理するＣＵを示す処理ＣＵ５２を時系列に対応させて表している。
【００３２】
まず、保守員の操作開始前は通常処理中であるため、ＣＰＵ１０からは第１アクセス経路２０および２１が使用され、ＣＰＵアクセス経路５０は第１アクセス経路２０および２１を示している。またパス移行制御部指定５１はパス移行に関係ないため、ＣＰＵ１０からアクセスをうけたら新ＣＵ１１で処理し、（後で設けられる）第３アクセス経路３０および３１を通じての旧ＣＵ１３への同じアクセスは行わないように指定（以下こうした指定を、自ＣＵでの処理と称する）されている。また、処理ＣＵ５２は旧ＣＵ１３である。保守員はまず新ＣＵ１１と旧ＣＵ１３間の第３アクセス経路３０および３１を新設する（操作５ａ）。
【００３３】
さらに、パス移行制御部１１１に、ＣＰＵ１０からアクセスをうけたら、新ＣＵ１１では処理せず、第３アクセス経路３０および３１を通じて旧ＣＵ１３へ同じアクセスを行う（アクセスを中継する）よう指定（以下こうした指定を、他ＣＵでの処理と称する）を行う（操作５ｂ）。
【００３４】
次に、ＣＰＵ１０から第１アクセス経路２０はオフライン状態とし（操作５ｃ）、当該経路を使ったＣＰＵ１０のアクセスを止める。
【００３５】
この時、ＣＰＵアクセス経路５０は第１アクセス経路２１のみとなる。続いて元の構成から第１アクセス経路２０を第２アクセス経路２０’に接続切り替えを行う（操作５ｄ）。
【００３６】
接続が終わったらＣＰＵ１０から第２アクセス経路２０’（元の第１アクセス経路２０）をオンライン状態にする（操作５ｅ）。
【００３７】
これでＣＰＵアクセス経路５０に示すようにＣＰＵ１０からは旧ＣＵ１３に対するアクセスとして、それまで行われていた第１アクセス経路２１を使ったアクセスと共に第２アクセス経路２０’を使ったアクセスが開始される。第２アクセス経路２０’を使ったアクセスは新ＣＵ１１が受け取るが、パス移行制御部１１１にて新ＣＵ１１では処理せずに第３アクセス経路３０、３１を経由して旧ＣＵ１３へ同じアクセスを行い、旧ＣＵ１３にて処理させるように動作される。よってＣＰＵからは第２アクセス経路２０’（第１アクセス経路２１）のどちらを使っても旧ＣＵ１３へアクセスされ、旧ＣＵ１３によってのみの処理が継続される。同様の手順で操作５ｆ，５ｇ，５ｈにより第１アクセス経路２１を第２アクセス経路２１’に切り替える。こうしてアクセスを停止することなくＣＰＵ１０から旧ＣＵ１３へのアクセス経路を新ＣＵ１１に接続切り替えすることができる。最後に、全ての切り替えが終わったので、パス移行制御部１１１の指定を自ＣＵでの処理にかえれば（操作５ｆ）、処理ＣＵ５２に示すように新ＣＵ１１が、ＣＰＵ１０からのアクセス要求の処理を行うようになる。こうして、ＣＰＵ１０からのアクセスを止めずに処理サブシステムを、旧ＣＵ１３および旧ＶＯＬ１４から、新ＣＵ１１および新ＶＯＬ１２へと切り替えられる。
【００３８】
ここで、図１に例示された本実施の形態のようにデータ移行を伴うサブシステムの移行におけるデータ移行の開始のタイミングを検討する。データの移行処理は第３アクセス経路３０および３１のいずれか１本でもあれば実施可能である。しかし、もし第１アクセス経路２０が第２アクセス経路２０’として新ＣＵ１１に接続切り替え後、第１アクセス経路２１が第２アクセス経路２１’として切り替えされる前に、データ移行を実施（開始）してしまうと、第１アクセス経路２１を通じてＣＰＵ１０から旧ＣＵ１３へのデータ更新が移行済みの部分に行われる可能性がある。万一こうした更新が行われると、新ＣＵ１１はこれがわからないため、データの移行ぬけとなってしまう。
【００３９】
そこで、本実施の形態では、新ＣＵ１１に設けられたパス移行制御部１１１による第２アクセス経路２０’、２１’側からのアクセスの第３アクセス経路３０、３１を介した旧ＣＵ１３への中継によって、ＣＰＵ１０からの第１アクセス経路２０、第１アクセス経路２１が第２アクセス経路２０’、第２アクセス経路２１’として全て新ＣＵ１１に接続切り替えされたのち、データ移行制御部１１２にデータ移行の開始を指示、さらに、これと同期してパス移行制御部１１１を自ＣＵでの処理に指定をかえれば、全てのデータがぬけなく移行でき、無停止のデータ移行が実施できる。
【００４０】
このような本実施の形態におけるデータ移行を含むサブシステムの移行の処理手順の全体を、図７に例示されるフローチャートで説明すると以下のようになる。
【００４１】
すなわち、ステップ１０１〜１０６で、第１アクセス経路２０、２１を第２アクセス経路２０’、２１’に切り替える経路切り替え操作を実行した後、第３アクセス経路３０、３１を経由した旧ＣＵ１３側から新ＣＵ１１側へのデータのコピー（移行）（ステップ１０７）を、旧ＣＵ１３の配下の旧ＶＯＬ１４における移行の必要なデータの全てに対して実施し（ステップ１０８）、その後、第３アクセス経路３０、３１および旧ＣＵ１３、旧ＶＯＬ１４の撤去を行う（ステップ１０９）。
【００４２】
ここで、上述のステップ１０７〜１０８におけるデータ移行中のＣＰＵ１０からアクセス要求の処理は、一例として図８および図９に例示されるフローチャートのようになる。
【００４３】
すなわち、図９に例示されるようなコピー処理がバックグラウンド処理として実行され、この間に、図８に例示されるアクセス要求処理が随時実行される。
【００４４】
まず、図９のコピー処理では、一例としてトラック単位でデータコピーを行う場合、図示しないコピー管理用のビットマップを参照して（ステップ３０１）、旧ＶＯＬ１４内の未コピートラックの有無を調べ（ステップ３０２）、有る場合には、未コピートラック中の最小トラック番号のものを選択し（ステップ３０３）、第３アクセス経路３０、３１を経由して新ＶＯＬ１２側にコピーした後（ステップ３０４）、コピー管理用のビットマップを当該トラックコピー済に更新する（ステップ３０５）、という動作を、移行対象の全トラックについて行う。
【００４５】
一方、図８に例示されるように、新ＣＵ１１では、ＣＰＵ１０からのコマンドを受領すると（ステップ２０１）、当該コマンドのアクセス領域が未コピーエリアか否かを調べ（ステップ２０２）、未コピーエリアの場合には、当該コマンドがリード系コマンドか否かを調べ（ステップ２０３）、リード系コマンドの場合には、第３アクセス経路３０、３１を経由して旧ＶＯＬ１４の側から新ＶＯＬ１２にアクセス対象のデータを含むトラックをコピーした後（ステップ２０５）、コピー管理用のビットマップをコピー済に更新し（ステップ２０６）、その後、コマンド処理を実行する（ステップ２０７）。
【００４６】
一方、ステップ２０２にて、コピー済エリアへのアクセスと判定された場合には、直ちに、ステップ２０７でコマンド処理を実行する。
【００４７】
また、ステップ２０３でリード系コマンド以外（すなわちライト系）と判断された場合には、旧データの必要なライトか否かを判別し（ステップ２０４）、必要な場合には、ステップ２０５以降を実行し、不要な場合には、ステップ２０７のコマンド処理を実行する。
【００４８】
このような処理によって、情報処理システムを停止させることなく、旧サブシステムから新サブシステムへの移行が可能になるとともに、無停止稼働中の第１アクセス経路２０、２１の第２アクセス経路２０’、２１’への切り替え後のデータ移行処理を円滑かつ的確に行うことができる。
【００４９】
（実施の形態２）
図２は、本発明のサブシステムの移行方法が実施される情報処理システムの他の実施の形態を示す概念図であり、図１０および図１１は、その作用の一例を示すフローチャートである。
【００５０】
本実施の形態の情報処理システムの構成は、一例として、新ＣＵ１１はパス移行制御部とデータ移行制御部を備えず、旧ＣＵ１３がパス移行制御部１３１とデータ移行制御部１３２を備えている点のみが図１の場合と異なる。
【００５１】
まず、第１アクセス経路２０、２１から旧ＣＵ１３に発生したアクセス要求の、第３アクセス経路３０、３１を経由した新ＣＵ１１側への中継による経路切り替え操作の概略動作を説明する。
【００５２】
通常処理中はパス移行に関係ないため、パス移行制御部１３１には自ＣＵでの処理が指定されている。まず、新ＣＵ１１と旧ＣＵ１３間の第３アクセス経路３０および３１を新設する（ステップ４０１、ステップ４０２）。さらに、パス移行制御部１３１に、他ＣＵでの処理を指定する。これで、旧ＣＵ１３では処理せずに、第３アクセス経路３０、３１を介して中継することにより新ＣＵ１１のみにて処理させるようにする。
【００５３】
次に第１アクセス経路２０を第２アクセス経路２０’へ接続切り替えを行う。この時、ＣＰＵ１０から第１アクセス経路２０はオフライン状態としておき、当該経路を使ったＣＰＵ１０のアクセスを止めておく。さらに第３アクセス経路３０は撤去する（ステップ４０５、ステップ４０６）。接続が終わったらＣＰＵ１０から第２アクセス経路２０’（元の第１アクセス経路２０）をオンライン状態にする。
【００５４】
ＣＰＵ１０からは旧ＣＵ１３に対するアクセスとして、それまで行われていた第１アクセス経路２１を使った旧ＣＵ１３側へのアクセスと共に第２アクセス経路２０’を使った新ＣＵ１１へのアクセスが開始される。第２アクセス経路２０’を使ったアクセスを新ＣＵ１１が受け取るが、新ＣＵ１１にとっては第３アクセス経路３０で受けていたアクセスを第２アクセス経路２０’で受けることになるだけであり、そのまま処理が継続される（ステップ４０７）。第１アクセス経路２１を使った旧ＣＵ１３側へのアクセスは第３アクセス経路３０、３１を介して新ＣＵ１１に中継されて処理される（ステップ４０８）。
【００５５】
同様の手順で第１アクセス経路２１を第２アクセス経路２１’に切り替え、第３アクセス経路３１を撤去する。こうしてアクセスを停止することなくＣＰＵ１０からの旧ＣＵ１３へのアクセス経路を新ＣＵ１１に接続切り替えができることになる（ステップ４０９）。そして旧ＣＵ１３および配下の旧ＶＯＬ１４の撤去が行われる（ステップ４１０）。
【００５６】
しかし、ここで、データ移行を必要とする記憶サブシステムの移行に適用する場合、ＶＯＬデータへのアクセスを制御する記憶サブシステムのＣＵにおいては、新ＣＵ１１にデータが移行されていなければ、ＣＰＵ１０からのアクセスを処理できない。そこで本実施の形態では、まず第３アクセス経路３０および３１を新設した時点で、データ移行制御部１３２にデータ移行の開始を指示する（ステップ４０３）。全てのデータが移行でき、新ＣＵ１１がＣＰＵ１０から直接アクセスをうけても処理できるようになった時点で（ステップ４０４）、前記のステップ４０５以降の経路切り替え処理を実行し、ＣＰＵ１０からのアクセスを停止することなく接続切り替えを行うことにより、無停止のデータ移行が実施できる。
【００５７】
ここで、ステップ４０３〜４０４のデータ移行完了後のステップ４０５〜４０９の経路切り替え操作中にＣＰＵ１０から発生するアクセス要求（コマンド処理）の一例を図１１にて説明する。
【００５８】
すなわち、旧ＣＵ１３では、ＣＰＵ１０からのコマンドを受領すると（ステップ５０１）、当該コマンドのアクセス領域がコピー済エリアか否かを調べ（ステップ５０２）、コピー済エリアの場合には、当該コマンドがリード系コマンドか否かを調べ（ステップ５０３）、リード系コマンドでない（ライト系の）場合には、新ＣＵ１１および旧ＣＵ１３の両方でコマンド処理を実行する（ステップ５０４）。一方、ステップ５０３でリード系コマンドと判定された場合には、旧ＣＵ１３が旧ＶＯＬ１４のデータを用いてコマンド処理を行う（ステップ５０５）。
【００５９】
また、ステップ５０２で未コピーエリアへのアクセスと判定された場合には、ステップ５０５で、旧ＣＵ１３が旧ＶＯＬ１４のデータを用いてコマンド処理を行う。
【００６０】
このような処理により、旧ＣＵ１３側に設けられたパス移行制御部１３１による第３アクセス経路３０、３１を経由した新ＣＵ１１側へのアクセス要求の中継により、情報処理システムを停止させることなく、旧サブシステムを新サブシステムに移行させることができるとともに、データ移行中における経路切り替え操作を無停止状態にて的確に実行することが可能になる。
【００６１】
（実施の形態３）
図３は、本発明のサブシステムの移行方法が実施される情報処理システムの他の実施の形態を示す概念図である。本実施の形態における情報処理システムの構成は、旧ＣＵ１３がパス移行制御部１３１を備えている点のみが図１と異なる。ここでは、本実施の形態での特徴的な概略動作を説明し、その説明の流れにおいて、パス移行制御部１１１およびパス移行制御部１３１による、互いに他のサブシステムへの、第３アクセス経路３０、３１を介したアクセス要求の中継による経路切り替え操作の概略動作を説明する。
【００６２】
通常処理中はパス移行に関係ないため、パス移行制御部１１１、パス移行制御部１３１には自ＣＵでの処理が指定されている。まず、新ＣＵ１１と旧ＣＵ１３間の第３アクセス経路３０および３１を新設する。ここで、パス移行制御部１１１、パス移行制御部１３１に、ＣＰＵ１０からアクセスを受けたら、自ＣＵで処理し、第３アクセス経路３０および３１を通じて相手ＣＵへ同じアクセスを行うよう指定（以下こうした指定を、両ＣＵでの処理と称する）する。旧ＣＵ１３から新ＣＵ１１に行われるアクセスは、まだ新ＣＵ１１にデータがないため、エラーとなるが、ＣＰＵ１０からの処理としては旧ＣＵ１３が実施しているので問題無い。
【００６３】
次にデータ移行制御部１１２にデータ移行の開始を指示する。この時点で新ＣＵ１１では、旧ＣＵ１３からのアクセスも、データ移行済み部の場合は通常処理され、データ未移行部の場合は従来データ移行機能による移行元からのデータ読み込みが行われるので正常に処理されるようになる。この後データ移行中に、第１アクセス経路２０を第２アクセス経路２０’へ接続切り替えを行う。この時、ＣＰＵ１０から第１アクセス経路２０はオフライン状態としておき、当該経路を使ったＣＰＵ１０のアクセスを止めておく。接続が終わったらＣＰＵ１０から第２アクセス経路２０’（元の第１アクセス経路２０）をオンライン状態にする。ＣＰＵ１０からは旧ＣＵ１３に対するアクセスとして、それまで行われていた第１アクセス経路２１を使ったアクセスと共に第２アクセス経路２０’を使ったアクセスが開始される。第２アクセス経路２０’を使ったアクセスを新ＣＵ１１が受け取るが、新ＣＵ１１ではそれまで受けていた旧ＣＵ１３からのアクセスと合わせて処理される。ただし、ＣＰＵ１０からのアクセスであるため、旧ＣＵ１３へも同じアクセスを行う。この状態ではＣＰＵ１０から旧ＣＵ１３および新ＣＵ１１共にアクセスを受け処理を行うが、全て相手ＣＵにもアクセスを実施するので、入出力処理の中断が入って第２アクセス経路２０’と第１アクセス経路２１が入れ替わってアクセスされても処理可能である。
【００６４】
同様の手順で第１アクセス経路２１を第２アクセス経路２１’に切り替える。このように、旧ＣＵ１３および新ＣＵ１１が双方共にパス移行制御部１３１およびパス移行制御部１１１を備えて、ＣＰＵ１０のアクセスを停止することなくＣＰＵ１０からの旧ＣＵ１３への第１アクセス経路２０、２１を、新ＣＵ１１への第２アクセス経路２０’、２１’に接続切り替えができる。
【００６５】
この後は、新ＣＵ１１の側に備えられたデータ移行制御部１１２による従来データ移行機能により、旧ＣＵ１３側から新ＣＵ１１側への移行対象の全てのデータのデータ移行（コピー）が実施される。こうして、データ移行中でもＣＰＵ１０のアクセスを停止することなく、第１アクセス経路２０、２１の第２アクセス経路２０’、２１’への接続切り替えが可能なデータ移行が行える。
【００６６】
（実施の形態４）
図４は、本発明のサブシステムの移行方法が実施される情報処理システムの他の実施の形態の構成および作用の一例を示す概念図である。本実施の形態における情報処理システムの構成は、一つのＣＰＵ１０の代わりに、複数のＣＰＵ１０ａおよびＣＰＵ１０ｂを備えており、ＣＰＵ１０ａがアクセス経路２０ａおよびアクセス経路２１ａ、ＣＰＵ１０ｂがアクセス経路２０ｂおよびアクセス経路２１ｂによって、動的にアクセス経路を切替えるパス切り替え装置１５に接続され、さらにパス切り替え装置１５と旧ＣＵ１３の間が第１アクセス経路２０ｃおよび第１アクセス経路２１ｃによって接続されている点が図１と異なる。
【００６７】
また、本実施の形態によるサブシステムの移行処理では、第１アクセス経路２０ｃおよび第１アクセス経路２１ｃが、パス切り替え装置１５とデータ移行先である新ＣＵ１１の間に第２アクセス経路２０ｃ’および第２アクセス経路２１ｃ’として接続変更される。
【００６８】
本実施の形態では、ＣＰＵ１０ａからのアクセス経路２０ａを通じたアクセスは、パス切り替え装置１５を介して第１アクセス経路２０ｃを通じて旧ＣＵ１３に実施される。また同じくアクセス経路２１ａからは第１アクセス経路２１ｃ、さらにＣＰＵ１０ｂの場合はアクセス経路２０ｂからは第１アクセス経路２０ｃ、アクセス経路２１ｂからは第１アクセス経路２１ｃを通じて旧ＣＵ１３に実施される。このような場合、第１アクセス経路２０ｃは物理的には１本の経路であるが、アクセス経路２０ａからのアクセスと２０ｂからのアクセスとを区分できるよう、二つの論理的アクセス経路をもつ。
【００６９】
同様に、旧ＣＵ１３においても、第２アクセス経路２０ｃ’（第２アクセス経路２１ｃ’）の各々は、ＣＰＵ１０ａ（ＣＰＵ１０ｂ）側のアクセス経路２０ａ（アクセス経路２０ｂ）およびアクセス経路２１ａ（アクセス経路２１ｂ）の各々に対応した二つの論理的アクセス経路として機能し、また、この二つの経路は別々のＣＰＵ１０ａおよびＣＰＵ１０ｂからのアクセス経路として、認識され処理される。
【００７０】
図１で例示したように、新ＣＵ１１の側にパス移行制御部１１１を設けて、第２アクセス経路からのアクセス要求を第３アクセス経路３０、３１を介して旧ＣＵ１３側に中継することで無停止状態にて第１から第２アクセス経路へのアクセス経路切り替え操作を行うとともに、データ移行は経路切り替え完了後に行うことと同様の手順により、第１アクセス経路２０ｃを切り替え、第２アクセス経路２０ｃ’とした時、新ＣＵ１１においても同様に認識される。
【００７１】
すなわち、二つの論理的アクセス経路から受けるアクセスを区分し、ＣＰＵ１０ａと１０ｂのどちらのＣＰＵからのアクセスであるかを判断して処理が行われる。アクセス経路切り替え中の処理とは、ＣＰＵから受けたアクセスをパス移行制御部１１１が旧ＣＵ１３に中継して同じアクセスを行うことであるが、当然どちらのＣＰＵからのアクセスであるかを旧ＣＵ１３に区分させなければならない。この区分はアクセス経路の違いでなされるから、本実施の形態では第３アクセス経路３１をＣＰＵ１０ａからのアクセス用に、第３アクセス経路３０をＣＰＵ１０ｂからのアクセス用にと使い分けることで実現している。同じく第１アクセス経路２１ｃを切り替え、第２アクセス経路２１ｃ’とした時も同じく行えばよい。このように、旧ＣＵ１３に接続されるＣＰＵが複数ある時、ＣＰＵ数と少なくとも同数の新ＣＵ１１と旧ＣＵ１３間の第３アクセス経路を設けてサブシステム間パス移行を行うこと、およびデータ移行を実現させることが図４に例示された本実施の形態により可能となる。
【００７２】
また、本実施の形態では第３アクセス経路３０をＣＰＵ１０ａからのアクセス用に、第３アクセス経路３１をＣＰＵ１０ｂからのアクセス用にと使い分ける様にしたが、第３アクセス経路３０のみしか使えないような時、すなわち新ＣＵ１１と旧ＣＵ１３間のアクセス経路数がＣＰＵ数より少ない場合、第３アクセス経路３０に論理的アクセス経路を二つ設け、これを使い分けることでも実施可能である。また、第３アクセス経路数が十分足りる場合（ＣＰＵ数以上の時）でも、論理的アクセス経路を複数設けて使用できることは言うまでもない。さらにまた、第２アクセス経路２０ｃ’に第３アクセス経路３０、第２アクセス経路２１ｃ’に第３アクセス経路３１というように各対応させ、各第２アクセス経路２０ｃ’および第２アクセス経路２１ｃ’にある論理的アクセス経路をそのまま第３アクセス経路３０および３１上に設けるという様にしてもよい。
【００７３】
（実施の形態５）
図１および図５により本発明のサブシステムの移行方法の他の実施の形態について説明する。図５は、図１に例示された情報処理システムの新ＣＵ１１に備えられる例えばバッファメモリのような記憶手段において、旧ＣＵ１３の装置情報を記憶した旧ＣＵ装置情報表４０の一例を示す概念図である。
【００７４】
通常、情報処理システムにおいてＣＰＵの配下で稼働するサブシステムでは、ＣＰＵがサブシステムの環境や仕様等を判別する目的で、当該サブシステムの装置構成等の情報を、必要に応じてＣＰＵ側に読み出すためのコマンドインタフェース（装置情報入力要求）を備えている。
【００７５】
ＣＰＵ１０からの装置情報入力要求に対し、旧ＣＵ１３が接続されている間は、旧ＣＵ１３に同じ要求を行い、返ってきた情報をＣＰＵ１０へ入力すれば、ＣＰＵ１０にてアクセス経路障害などと判断されずにサブシステムとして使用継続が可能である。しかしデータ移行が終了後、通常、旧ＣＵ１３は撤去される。よって、本実施の形態では、この撤去後でも旧ＣＵ１３の装置情報をＣＰＵ１０に対して応答（入力）できるよう、前もって新ＣＵ１１が第３アクセス経路３０、３１を介して、全ての装置情報入力要求を旧ＣＵ１３に行い、返ってきた情報を旧ＣＵ装置情報表４０に入力要求名４０ａと、当該入力要求に対して旧ＣＵ１３から応答された情報４０ｂを対にして記録し、以後のＣＰＵ１０からの装置情報入力要求に対し、旧ＣＵ装置情報表４０の情報４０ｂを読出して応答するようにする。
【００７６】
こうして、ＣＰＵ１０が過去の装置情報との比較を行うＣＰＵの場合でも、旧ＣＵ１３を撤去後、新ＣＵ１１の使用継続が可能となる。つまり、システムダウン等の懸念を生じることなく、旧ＣＵ１３の撤去が行えることになる。また、本実施の形態では新ＣＵ１１に備わる旧ＣＵ装置情報表４０等の記憶手段を用いたが、新ＣＵ１１が本来もつ装置情報を旧ＣＵ１３の情報に書き換えてもよい。
【００７７】
以上説明したように、本発明では、ＣＰＵアクセスを一切止めずに移行元の旧サブシステムから移行元の新サブシステムへのパス切り替えを行えるので、完全無停止なシステム移行が可能となる。
【００７８】
さらに、ディスクサブシステムにおいて、ＣＰＵアクセスを止めずにパス切り替えを行える機能を移行先の新ディスクサブシステムにのみ備えた場合でも、パス切り替え時を含む完全無停止なデータ移行が行える。
【００７９】
また、ディスクサブシステムにおいて、ＣＰＵアクセスを止めずにパス切り替えを行える機能を移行元の旧ディスクサブシステムにのみ備えた場合でも、パス切り替え時を含む完全無停止なデータ移行が行える。
【００８０】
また、ディスクサブシステムにおいて、ＣＰＵアクセスを止めずにパス切り替えを行える機能を、移行先の新サブシステムおよび移行元の旧ディスクサブシステムの両方に備えることで、データ移行中でのパス切り替えを可能とした完全無停止なデータ移行が行える。
【００８１】
さらに、複数のＣＰＵの配下で稼働するサブシステムでも、完全無停止なシステム移行が可能となる。
【００８２】
さらに、サブシステムの装置情報を記憶し、新たに読み取った現在のサブシステムの装置情報と比較し、アクセス経路などの異常を検知するＣＰＵの場合でも、旧サブシステムの装置情報を新サブシステム側で予め読み出して保存しておき装置情報入力要求に対して保存されていた旧サブシステムの装置情報を応答することで、ＣＰＵアクセスを止めずにパス切り替えを行い、移行元の旧サブシステムを速やかに撤去できる。
【００８３】
以上本発明者によってなされた発明を実施の形態に基づき具体的に説明したが、本発明は前記実施の形態に限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能であることはいうまでもない。
【００８４】
たとえばサブシステムの一例としてデータ移行を伴う記憶サブシステムを例にとって説明したが、これに限らず、データ移行の必要のない一般のサブシステムに広く適用することができる。
【００８５】
【発明の効果】
本発明のサブシステムの移行方法によれば、旧サブシステムから新サブシステムへの切り替え中も上位装置からサブシステム側へのアクセスを継続することができる、という効果が得られる。
【００８６】
また、データ移行手順にともなう上位装置からサブシステム側へのアクセスの停止が一切必要なく、無停止状態でのデータ移行ができる、という効果が得られる。
【００８７】
また、複数の上位装置の配下で稼働する旧サブシステムの新サブシステムへの移行を無停止稼働の下で円滑に行うことができる、という効果が得られる。
【００８８】
また、旧サブシステムから新サブシステムへの移行に伴う装置情報等の環境変化に起因する障害の発生を回避して、円滑なサブシステムの移行ができる、という効果が得られる。
【図面の簡単な説明】
【図１】本発明のサブシステムの移行方法が実施される情報処理システムの一実施の形態である汎用コンピュータシステムの構成および作用の一例を示す概念図である。
【図２】本発明のサブシステムの移行方法が実施される情報処理システムの他の実施の形態を示す概念図である。
【図３】本発明のサブシステムの移行方法が実施される情報処理システムの他の実施の形態を示す概念図である。
【図４】本発明のサブシステムの移行方法が実施される情報処理システムの他の実施の形態の構成および作用の一例を示す概念図である。
【図５】本発明のサブシステムの移行方法の他の実施の形態において用いられる記憶手段の内容の一例を示す概念図である。
【図６】本発明のサブシステムの移行方法が実施される情報処理システムの作用の一例を示すフローチャートである。
【図７】本発明のサブシステムの移行方法が実施される情報処理システムの作用の一例を示すフローチャートである。
【図８】本発明のサブシステムの移行方法が実施される情報処理システムの作用の一例を示すフローチャートである。
【図９】本発明のサブシステムの移行方法が実施される情報処理システムの作用の一例を示すフローチャートである。
【図１０】本発明のサブシステムの移行方法が実施される情報処理システムの他の実施の形態の作用の一例を示すフローチャートである。
【図１１】本発明のサブシステムの移行方法が実施される情報処理システムの他の実施の形態の作用の一例を示すフローチャートである。
【符号の説明】
５ａ〜５ｉ…操作、１０，１０ａ，１０ｂ…ＣＰＵ、１１…新ディスクコントローラユニット（新ＣＵ）、１２…新ディスクボリューム（新ＶＯＬ）、１２ａ…デバイスパス、１３…旧ディスクコントローラユニット（旧ＣＵ）、１４…旧ディスクボリューム（旧ＶＯＬ）、１４ａ…デバイスパス、１５…パス切り替え装置、２０ａ，２０ｂ…アクセス経路、２１ａ，２１ｂ…アクセス経路、２０…第１アクセス経路、２０’…第２アクセス経路、２０ｃ…第１アクセス経路、２０ｃ’…第２アクセス経路、２１…第１アクセス経路、２１’…第２アクセス経路、２１ｃ…第１アクセス経路、２１ｃ’…第２アクセス経路、３０，３１…第３アクセス経路、４０…旧ＣＵ装置情報表、４０ａ…入力要求名、４０ｂ…情報、５０…ＣＰＵアクセス経路、５１…パス移行制御部指定、５２…処理ＣＵ、１１１…パス移行制御部、１１２…データ移行制御部、１３１…パス移行制御部、１３２…データ移行制御部。
Claims (2)
- 上位装置と、データ移行元である第１のサブシステムと、前記第１のサブシステムからデータを移行される第２のサブシステムと、を有する記憶システムであって、
第１の状態から、少なくとも第２の状態を経て、第３の状態に切り替わるものであって、
前記第１の状態は、
前記上位装置と前記第１のサブシステムとが第１のアクセス経路によって接続される状態であって、
前記第２の状態は、
前記上位装置と前記第１のサブシステムとが前記第１のアクセス経路によって接続され、前記上位装置と前記第２のサブシステムとが第２のアクセス経路によって接続され、前記第１のサブシステムと前記第２のサブシステムとが第３のアクセス経路によって接続される状態であり、
前記第３の状態は、
前記上位装置と前記第２のサブシステムとが前記第２のアクセス経路によって接続される状態であり、
前記第２の状態においては、
前記上位装置から、前記第１のサブシステム内の記憶領域のうち前記上位装置のアクセス対象となる第１の記憶領域内に格納されたデータへの入出力要求を行う経路として、前記上位装置から前記第１のアクセス経路を経由する経路と、前記上位装置から前記第２のアクセス経路を経由して前記第２のサブシステムを中継して前記第３のアクセス経路を経由する経路と、の少なくとも２通りの経路を有し、前記２通りの経路のいずれの経路を経由した入出力処理も可能に構成され、
前記第３の状態において、前記第１のサブシステムから前記第２のサブシステムにデータ移行を開始するものであり、前記第１のサブシステムから前記第２のサブシステムにデータ移行が完了していないデータについてのコマンドを前記第２のサブシステムが受領した場合には、前記第１のサブシステムから前記第２のサブシステムをデータ移行した後に、前記コマンドに対する処理が実行される
ことを特徴とする記憶システム。 - 請求項１に記載の記憶システムであって、
前記第１の状態は、
前記上位装置と前記第１のサブシステムとが複数の第１のアクセス経路によって接続され、前記第１のサブシステムと前記第２のサブシステムとが前記第３のアクセス経路によって接続される状態であって、
前記第３の状態は、
前記上位装置と前記第２のサブシステムとが前記第２のアクセス経路によって接続され、前記第１のサブシステムと前記第２のサブシステムとが前記第３のアクセス経路によって接続される状態である
ことを特徴とする記憶システム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002256282A JP3781369B2 (ja) | 2002-09-02 | 2002-09-02 | 記憶サブシステム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002256282A JP3781369B2 (ja) | 2002-09-02 | 2002-09-02 | 記憶サブシステム |
Related Parent Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP35552797A Division JP3410010B2 (ja) | 1997-01-08 | 1997-12-24 | サブシステムの移行方法および情報処理システム |
Related Child Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2005000031A Division JP3781378B2 (ja) | 2005-01-04 | 2005-01-04 | 記憶サブシステム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2003108315A JP2003108315A (ja) | 2003-04-11 |
| JP3781369B2 true JP3781369B2 (ja) | 2006-05-31 |
Family
ID=19196665
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002256282A Expired - Fee Related JP3781369B2 (ja) | 2002-09-02 | 2002-09-02 | 記憶サブシステム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3781369B2 (ja) |
Families Citing this family (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2004013215A (ja) | 2002-06-03 | 2004-01-15 | Hitachi Ltd | ストレージシステム、ストレージサブシステム、および、それらを含む情報処理システム |
| JP4282464B2 (ja) | 2003-12-17 | 2009-06-24 | 株式会社日立製作所 | リモートコピーシステム |
| US7124143B2 (en) | 2004-05-10 | 2006-10-17 | Hitachi, Ltd. | Data migration in storage system |
| US7278000B2 (en) | 2004-08-03 | 2007-10-02 | Hitachi, Ltd. | Data migration with worm guarantee |
| JP2007011682A (ja) | 2005-06-30 | 2007-01-18 | Hitachi Ltd | 記憶制御装置及び記憶制御装置のパス切替方法 |
Family Cites Families (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5544347A (en) * | 1990-09-24 | 1996-08-06 | Emc Corporation | Data storage system controlled remote data mirroring with respectively maintained data indices |
| JP2834399B2 (ja) * | 1993-12-28 | 1998-12-09 | 三菱電機株式会社 | 二重化ディスク装置 |
| US5680640A (en) * | 1995-09-01 | 1997-10-21 | Emc Corporation | System for migrating data by selecting a first or second transfer means based on the status of a data element map initialized to a predetermined state |
-
2002
- 2002-09-02 JP JP2002256282A patent/JP3781369B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2003108315A (ja) | 2003-04-11 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3410010B2 (ja) | サブシステムの移行方法および情報処理システム | |
| US7269667B2 (en) | Disk array system and method for migrating from one storage system to another | |
| JP2005018193A (ja) | ディスク装置のインタフェースコマンド制御方法ならびに計算機システム | |
| JP4606711B2 (ja) | 仮想化制御装置およびデータ移行制御方法 | |
| JP4307982B2 (ja) | データ多重化制御方法 | |
| US7376804B2 (en) | Storage system, backup system, and backup method | |
| JP2004264973A (ja) | ストレージシステムの制御方法、ストレージシステム、情報処理装置、管理コンピュータ、及びプログラム | |
| JPH10508967A (ja) | オンライン、実時間、データ移送の技術分野のためのシステム及び方法 | |
| JP5286212B2 (ja) | ストレージクラスタ環境でのリモートコピー制御方法及びシステム | |
| JP2007265403A (ja) | 階層型ストレージシステム間でのリモートミラー方式 | |
| US8555012B2 (en) | Data storage apparatus | |
| KR20080061312A (ko) | 미러링 프로그램을 기록한 컴퓨터 판독가능한 기록 매체,미러링 방법, 정보 기억 장치 | |
| JP4509089B2 (ja) | 仮想化制御装置及びデータ移行制御方法 | |
| JP3781369B2 (ja) | 記憶サブシステム | |
| US20090177916A1 (en) | Storage system, controller of storage system, control method of storage system | |
| JPH11242566A (ja) | 多重化データ記憶システム | |
| JP3781378B2 (ja) | 記憶サブシステム | |
| JP3937878B2 (ja) | 磁気テープ装置及びその制御方法並びに磁気テープ装置制御用プログラム | |
| US7107485B2 (en) | Method, apparatus, and computer readable medium for managing multiple system | |
| JP2001154896A (ja) | 計算機およびそのファイル更新方法 | |
| JP2004078746A (ja) | ストレージシステムの制御方法、ストレージシステム、及び記憶装置 | |
| JPH05158631A (ja) | 二重化ファイル制御方法 | |
| JP2007172646A (ja) | データ移行制御方法、スイッチシステムならびにデータ制御方法 | |
| JPH1185409A (ja) | ストレージシステムおよびこのシステムに適用されるメディア管理方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20040914 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20041102 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050104 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20051220 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A821 Effective date: 20060214 Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060214 |
|
| RD02 | Notification of acceptance of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7422 Effective date: 20060214 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20060302 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20060303 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090317 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100317 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110317 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110317 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120317 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130317 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130317 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140317 Year of fee payment: 8 |
|
| LAPS | Cancellation because of no payment of annual fees |