JP3439365B2 - 転送制御システムのノード障害検出方法およびファイル転送時のノード障害検出方法 - Google Patents
転送制御システムのノード障害検出方法およびファイル転送時のノード障害検出方法Info
- Publication number
- JP3439365B2 JP3439365B2 JP09904499A JP9904499A JP3439365B2 JP 3439365 B2 JP3439365 B2 JP 3439365B2 JP 09904499 A JP09904499 A JP 09904499A JP 9904499 A JP9904499 A JP 9904499A JP 3439365 B2 JP3439365 B2 JP 3439365B2
- Authority
- JP
- Japan
- Prior art keywords
- node
- file
- subsystem
- transfer
- data
- 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
Landscapes
- Information Transfer Between Computers (AREA)
- Computer And Data Communications (AREA)
- Small-Scale Networks (AREA)
- Debugging And Monitoring (AREA)
Description
【０００１】
【発明の属する技術分野】本発明は、ノード障害が発生
した場合のシステム制御における転送制御システムのノ
ード障害検出方法およびファイル転送時のノード障害検
出方法に関する。
した場合のシステム制御における転送制御システムのノ
ード障害検出方法およびファイル転送時のノード障害検
出方法に関する。
【０００２】
【従来の技術】従来、転送制御システムのノード障害検
出方法およびファイル転送時のノード障害検出方法は、
幾つかのサブシステムで構成されている従来の交換シス
テムへ適用される。この幾つかのサブシステムで構成さ
れている従来の交換システムでは、そのサブシステム内
で発生した障害については、障害発生サブシステムで回
復処置を行っていることが多い。
出方法およびファイル転送時のノード障害検出方法は、
幾つかのサブシステムで構成されている従来の交換シス
テムへ適用される。この幾つかのサブシステムで構成さ
れている従来の交換システムでは、そのサブシステム内
で発生した障害については、障害発生サブシステムで回
復処置を行っていることが多い。
【０００３】本発明と技術分野の類似する従来例１とし
ての特開平５−２１６７８７号公報の「データ転送方
式」は、ファイル操作機能を用いて、ファイルの転送状
態の検出を行い、ファイル転送状態の検出に応じて障害
回復処置等その後の処理を容易化したものである。本従
来例１では、端末装置とコンピュータ装置との間で、転
送対象のファイルを識別する情報を記録した通信状態表
示ファイルを作成し、作成した通信状態表示ファイルの
ファイル転送を、転送対象ファイルのファイル実体のフ
ァイル転送に含ませて行う。その後、転送した通信状態
表示ファイルの有無・状態・内容等により状態の検出、
障害回復処理等を行っている。
ての特開平５−２１６７８７号公報の「データ転送方
式」は、ファイル操作機能を用いて、ファイルの転送状
態の検出を行い、ファイル転送状態の検出に応じて障害
回復処置等その後の処理を容易化したものである。本従
来例１では、端末装置とコンピュータ装置との間で、転
送対象のファイルを識別する情報を記録した通信状態表
示ファイルを作成し、作成した通信状態表示ファイルの
ファイル転送を、転送対象ファイルのファイル実体のフ
ァイル転送に含ませて行う。その後、転送した通信状態
表示ファイルの有無・状態・内容等により状態の検出、
障害回復処理等を行っている。
【０００４】
【発明が解決しようとする課題】しかしながら、上記の
従来技術には、次のような問題を伴う。第１に、ハード
的な障害はＯＳレベルで発見できるが、ソフトレベルで
のプログラム不調は発見できにくい。その理由は、ソフ
トの障害は、一見正常に動いているので、障害の発生し
た自サブシステムでは自身でそれを誤り無く、または漏
れ無く発見でき難いためである。
従来技術には、次のような問題を伴う。第１に、ハード
的な障害はＯＳレベルで発見できるが、ソフトレベルで
のプログラム不調は発見できにくい。その理由は、ソフ
トの障害は、一見正常に動いているので、障害の発生し
た自サブシステムでは自身でそれを誤り無く、または漏
れ無く発見でき難いためである。
【０００５】第２に、障害検出のための処理を別途に作
成すると、正常動作と異常動作の識別を異常の発生した
状態において実行するプログラムは、一般的に複雑にな
り、工数、品質保持に問題が生じる危険がある。その理
由は、上述の通り、障害検出の複雑なプログラムを本来
の処理以外に作成しなければならないためである。ま
た、上記のプログラムの複雑化を避けるため、保守者介
在でシステムを監視する方法もあるが、これだといつ起
こるか分からない障害に迅速に対処でき難いという新た
な問題点を生じさせる。
成すると、正常動作と異常動作の識別を異常の発生した
状態において実行するプログラムは、一般的に複雑にな
り、工数、品質保持に問題が生じる危険がある。その理
由は、上述の通り、障害検出の複雑なプログラムを本来
の処理以外に作成しなければならないためである。ま
た、上記のプログラムの複雑化を避けるため、保守者介
在でシステムを監視する方法もあるが、これだといつ起
こるか分からない障害に迅速に対処でき難いという新た
な問題点を生じさせる。
【０００６】本発明は、システム内のＦＴＰ転送マシン
間におけるアプリケーションレベルでの障害監視を行え
る、転送制御システムのノード障害検出方法およびファ
イル転送時のノード障害検出方法を提供することを目的
とする。
間におけるアプリケーションレベルでの障害監視を行え
る、転送制御システムのノード障害検出方法およびファ
イル転送時のノード障害検出方法を提供することを目的
とする。
【０００７】
【課題を解決するための手段】かかる目的を達成するた
め、請求項１記載の発明の転送制御システムのノード障
害検出方法は、複数のノードを有するサブシステムがネ
ットワークで接続されて構成され、ファイル転送プロト
コルを用いて通信を行う転送制御システムのノード障害
検出方法であり、一方のサブシステムが複数のノードを
有する他方のサブシステムの送りたいノードを指定する
相手指示ファイルを送り、この相手指示ファイルにおい
て指定された他方のサブシステムのノードのみが以降の
データファイルを受け取り、一方のサブシステムは転送
ファイルの送付スタンバイ状態にある旨を通知するた
め、状態フラグのデータをＳＥＮＤにした本データを送
付し、さらに、情報転送ファイルにおける本データを送
り、状態フラグを含む本データの通信結果を基に、送信
元の一方のサブシステムが送信先の相手ノードの変更要
／不要の判定を行い、他方のサブシステムは、全部のデ
ータを受け、受け取ったデータを正常に処理した後に、
正常処理を行ったことを示す状態フラグにＯＫを立て、
一方のサブシステムは、他方のサブシステムから送られ
た状態フラグがＯＫになっているかを確認し、この確認
において状態フラグがＯＫならば、転送内容が正常に処
理されたと判断し、何れかの処理の読み出しができなか
ったり、状態フラグ読み出しでの結果が異常だった場合
には、相手ノードの変更を行うことを特徴としている。
め、請求項１記載の発明の転送制御システムのノード障
害検出方法は、複数のノードを有するサブシステムがネ
ットワークで接続されて構成され、ファイル転送プロト
コルを用いて通信を行う転送制御システムのノード障害
検出方法であり、一方のサブシステムが複数のノードを
有する他方のサブシステムの送りたいノードを指定する
相手指示ファイルを送り、この相手指示ファイルにおい
て指定された他方のサブシステムのノードのみが以降の
データファイルを受け取り、一方のサブシステムは転送
ファイルの送付スタンバイ状態にある旨を通知するた
め、状態フラグのデータをＳＥＮＤにした本データを送
付し、さらに、情報転送ファイルにおける本データを送
り、状態フラグを含む本データの通信結果を基に、送信
元の一方のサブシステムが送信先の相手ノードの変更要
／不要の判定を行い、他方のサブシステムは、全部のデ
ータを受け、受け取ったデータを正常に処理した後に、
正常処理を行ったことを示す状態フラグにＯＫを立て、
一方のサブシステムは、他方のサブシステムから送られ
た状態フラグがＯＫになっているかを確認し、この確認
において状態フラグがＯＫならば、転送内容が正常に処
理されたと判断し、何れかの処理の読み出しができなか
ったり、状態フラグ読み出しでの結果が異常だった場合
には、相手ノードの変更を行うことを特徴としている。
【０００８】請求項２記載の発明のファイル転送時のノ
ード障害検出方法は、複数のノードを有するサブシステ
ムがネットワークで接続されて構成され、ファイル転送
プロトコルを用いて通信を行う転送制御シーケンスにお
けるファイル転送時のノード障害検出方法であり、一方
のサブシステムが複数のノードを有する他方のサブシス
テムの送りたいノードを指定する相手指示ファイルを送
り、相手指示ファイルにおいて指定された他方のサブシ
ステムのノードのみが以降のデータファイルを受け取
り、且つ指定外のノードは当このノード宛の指示ファイ
ルが来るまでは待機状態とし、一方のサブシステムは転
送ファイルの送付スタンバイ状態にある旨を通知するた
め、状態フラグのデータをＳＥＮＤにした本データを送
付し、さらに、情報転送ファイルにおける本データを送
り、状態フラグを含む本データの通信結果を基に、送信
元の一方のサブシステムが送信先の相手ノードの変更要
／不要の判定を行うことを特徴としている。
ード障害検出方法は、複数のノードを有するサブシステ
ムがネットワークで接続されて構成され、ファイル転送
プロトコルを用いて通信を行う転送制御シーケンスにお
けるファイル転送時のノード障害検出方法であり、一方
のサブシステムが複数のノードを有する他方のサブシス
テムの送りたいノードを指定する相手指示ファイルを送
り、相手指示ファイルにおいて指定された他方のサブシ
ステムのノードのみが以降のデータファイルを受け取
り、且つ指定外のノードは当このノード宛の指示ファイ
ルが来るまでは待機状態とし、一方のサブシステムは転
送ファイルの送付スタンバイ状態にある旨を通知するた
め、状態フラグのデータをＳＥＮＤにした本データを送
付し、さらに、情報転送ファイルにおける本データを送
り、状態フラグを含む本データの通信結果を基に、送信
元の一方のサブシステムが送信先の相手ノードの変更要
／不要の判定を行うことを特徴としている。
【０００９】請求項３記載の発明において、請求項２記
載の他方のサブシステムは、全部のデータを受け、受け
取ったデータを正常に処理した後に、正常処理を行った
ことを示す状態フラグにＯＫを立てるとよい。
載の他方のサブシステムは、全部のデータを受け、受け
取ったデータを正常に処理した後に、正常処理を行った
ことを示す状態フラグにＯＫを立てるとよい。
【００１０】請求項４記載の発明において、請求項２ま
たは３に記載の一方のサブシステムは、他方のサブシス
テムから送られた状態フラグがＯＫになっているかを確
認し、この確認において状態フラグがＯＫならば、転送
内容が正常に処理されたと判断し、何れかの処理の読み
出しができなかったり、状態フラグ読み出しでの結果が
異常だった場合には、相手ノードの変更を行うとよい。
たは３に記載の一方のサブシステムは、他方のサブシス
テムから送られた状態フラグがＯＫになっているかを確
認し、この確認において状態フラグがＯＫならば、転送
内容が正常に処理されたと判断し、何れかの処理の読み
出しができなかったり、状態フラグ読み出しでの結果が
異常だった場合には、相手ノードの変更を行うとよい。
【００１１】請求項５記載の発明において、請求項２か
ら４の何れかに記載の一方のサブシステムは、他方のサ
ブシステムから送られてくるデータの読み出しが所定の
回数リトライしてもできなかった場合は、相手ノードに
異常有りとして、相手ノードの切り替え指示を行うとよ
い。
ら４の何れかに記載の一方のサブシステムは、他方のサ
ブシステムから送られてくるデータの読み出しが所定の
回数リトライしてもできなかった場合は、相手ノードに
異常有りとして、相手ノードの切り替え指示を行うとよ
い。
【００１２】
【発明の実施の形態】次に、添付図面を参照して本発明
による転送制御システムのノード障害検出方法およびフ
ァイル転送時のノード障害検出方法の実施の形態を詳細
に説明する。図１〜図６を参照すると、本発明の転送制
御システムおよびファイル転送時のノード障害検出方法
の一実施形態が示されている。
による転送制御システムのノード障害検出方法およびフ
ァイル転送時のノード障害検出方法の実施の形態を詳細
に説明する。図１〜図６を参照すると、本発明の転送制
御システムおよびファイル転送時のノード障害検出方法
の一実施形態が示されている。
【００１３】図１は、本発明の一実施形態の転送制御シ
ステムのノード障害検出方法およびファイル転送時のノ
ード障害検出方法が適用される、システム構成図を示し
ている。本システムは、ファイル転送システムとして構
成され、ノード障害検出と切り替え方式の一実施形態
が、プログラム制御により動作するコンピュータを使用
したサブシステムＡ、Ｂ、Ｃ、Ｄ、Ｅ、Ｆ、…で構成さ
れている。これらのサブシステムＡ、Ｂ、Ｃ、Ｄ、Ｅ、
Ｆ、…は、光分散データインタフェース（ＦＤＤＩ）１
とネットワーク層でネットワークの宛先制御等のルーテ
ィングを行うルータ２と、さらに社内ネットワーク等３
を介して相互に接続される。なお、上記のコンピュータ
は、中央演算処理装置、プロセッサ、データ処理装置等
で呼称される汎用コンピュータを指す。
ステムのノード障害検出方法およびファイル転送時のノ
ード障害検出方法が適用される、システム構成図を示し
ている。本システムは、ファイル転送システムとして構
成され、ノード障害検出と切り替え方式の一実施形態
が、プログラム制御により動作するコンピュータを使用
したサブシステムＡ、Ｂ、Ｃ、Ｄ、Ｅ、Ｆ、…で構成さ
れている。これらのサブシステムＡ、Ｂ、Ｃ、Ｄ、Ｅ、
Ｆ、…は、光分散データインタフェース（ＦＤＤＩ）１
とネットワーク層でネットワークの宛先制御等のルーテ
ィングを行うルータ２と、さらに社内ネットワーク等３
を介して相互に接続される。なお、上記のコンピュータ
は、中央演算処理装置、プロセッサ、データ処理装置等
で呼称される汎用コンピュータを指す。
【００１４】また、サブシステムＡ、Ｂ、Ｃ、…は、そ
れぞれ分担された処理を行い、互いに連絡を取り合い、
外部から入ってきた情報の中から必要な情報を検出して
いくことにより、所定の交換情報システムを構築してい
る。これらのサブシステム（コンピュータ）間は、ＦＴ
Ｐ（ファイル転送プロトコル）という転送手段を使用し
て情報のやり取りを行っているものとする。
れぞれ分担された処理を行い、互いに連絡を取り合い、
外部から入ってきた情報の中から必要な情報を検出して
いくことにより、所定の交換情報システムを構築してい
る。これらのサブシステム（コンピュータ）間は、ＦＴ
Ｐ（ファイル転送プロトコル）という転送手段を使用し
て情報のやり取りを行っているものとする。
【００１５】例えば、サブシステムＢに注目して見てみ
ると、ノード＃０とノード＃１という具合に、同等の処
理を行えるコンピュータが２台設置されている。但し、
それ以上でも可能である。また、それぞれのサブシステ
ムは、共有ディスクを持っており、必要なデータの蓄積
を行う。なお、上記の共有ディスクは、例えば、データ
を蓄積できる磁気ディスクが適用される。
ると、ノード＃０とノード＃１という具合に、同等の処
理を行えるコンピュータが２台設置されている。但し、
それ以上でも可能である。また、それぞれのサブシステ
ムは、共有ディスクを持っており、必要なデータの蓄積
を行う。なお、上記の共有ディスクは、例えば、データ
を蓄積できる磁気ディスクが適用される。
【００１６】（動作の説明）
次に、図２〜図４のファイル（データ）転送シーケンス
を参照して本実施形態の全体の動作例について以下にお
いて詳細に説明する。なお、これらの図中において、点
線矢印はｆｔｐ ｇｅｔを、実線矢印はｆｔｐ ｐｕｔ
を、それぞれ示している。
を参照して本実施形態の全体の動作例について以下にお
いて詳細に説明する。なお、これらの図中において、点
線矢印はｆｔｐ ｇｅｔを、実線矢印はｆｔｐ ｐｕｔ
を、それぞれ示している。
【００１７】サブシステムＡは、ファイル転送プロトコ
ルを使用してサブシステムＢ側へ転送ファイルを送った
り転送ファイルを取得したりしている。サブシステムＢ
側が転送制御ファイルを取得する契機は、周期監視とす
る。但し、この周期は、データによって設定可変とす
る。また、初期時の転送先のノードを＃０にするか＃１
にするかも、初期設定のデータによるものとする。
ルを使用してサブシステムＢ側へ転送ファイルを送った
り転送ファイルを取得したりしている。サブシステムＢ
側が転送制御ファイルを取得する契機は、周期監視とす
る。但し、この周期は、データによって設定可変とす
る。また、初期時の転送先のノードを＃０にするか＃１
にするかも、初期設定のデータによるものとする。
【００１８】まず、図２の初期時のサブシステムＡとサ
ブシステムＢとの転送制御シーケンスにおいて、サブシ
ステムＡより情報をとるが未だ何もない（ステップＳ
１）。次に、送りたいノードを指定する相手指示ファイ
ルを、両方のノード＃０、＃１に送る（ステップＳ２
ａ、ステップＳ２ｂ）。指示ファイルが自分のサブシス
テムのノード、本実施形態ではノード＃０、のみが次か
らのデータファイルを受け取る。逆に指示されないノー
ド＃１は、データが自分宛には送られてこないことを知
り、自分指定の指示ファイルが来るまでは待機状態にな
る。
ブシステムＢとの転送制御シーケンスにおいて、サブシ
ステムＡより情報をとるが未だ何もない（ステップＳ
１）。次に、送りたいノードを指定する相手指示ファイ
ルを、両方のノード＃０、＃１に送る（ステップＳ２
ａ、ステップＳ２ｂ）。指示ファイルが自分のサブシス
テムのノード、本実施形態ではノード＃０、のみが次か
らのデータファイルを受け取る。逆に指示されないノー
ド＃１は、データが自分宛には送られてこないことを知
り、自分指定の指示ファイルが来るまでは待機状態にな
る。
【００１９】次に、これより本当の転送ファイル（本デ
ータ）を送ることを通知するため、状態フラグというデ
ータをＳＥＮＤにした本データを送付する（ステップＳ
３）。さらに、ステップＳ４の情報転送ファイル転送に
おいて、本データを送る。データを全部送付したことを
示すため、状態フラグというデータをＯＫにして送信す
る（ステップＳ５）。
ータ）を送ることを通知するため、状態フラグというデ
ータをＳＥＮＤにした本データを送付する（ステップＳ
３）。さらに、ステップＳ４の情報転送ファイル転送に
おいて、本データを送る。データを全部送付したことを
示すため、状態フラグというデータをＯＫにして送信す
る（ステップＳ５）。
【００２０】ここで全部のデータを受け取ったサブシス
テムＢは、受け取ったデータを正常に処理した後、正常
処理を行ったことを示す状態フラグをＯＫにする。サブ
システムＡは、サブシステムＢの状態フラグを読み出し
てＯＫになっているか確認する（ステップＳ６）。状態
フラグがＯＫならば、転送内容が正常に処理されたと判
断する。この後は、ステップＳ２以降を繰り返して、デ
ータを送受する。ここで、ステップＳ２の読み出しがで
きなかったり、ステップＳ６の状態フラグ読み出しでの
結果が異常だった場合には、相手ノードの変更を行う。
テムＢは、受け取ったデータを正常に処理した後、正常
処理を行ったことを示す状態フラグをＯＫにする。サブ
システムＡは、サブシステムＢの状態フラグを読み出し
てＯＫになっているか確認する（ステップＳ６）。状態
フラグがＯＫならば、転送内容が正常に処理されたと判
断する。この後は、ステップＳ２以降を繰り返して、デ
ータを送受する。ここで、ステップＳ２の読み出しがで
きなかったり、ステップＳ６の状態フラグ読み出しでの
結果が異常だった場合には、相手ノードの変更を行う。
【００２１】ステップＳ２の読み出しができなかった例
を図３に、また、ステップＳ６の読み出しがＯＫでなか
った場合の例を図４に示す。どちらの場合も読み出しを
何回かリトライをするが、それでも異常の場合は、相手
のノードの切り替えを行う。本実施形態では、切り替え
先としてノード＃１の指示ファイルを出す。
を図３に、また、ステップＳ６の読み出しがＯＫでなか
った場合の例を図４に示す。どちらの場合も読み出しを
何回かリトライをするが、それでも異常の場合は、相手
のノードの切り替えを行う。本実施形態では、切り替え
先としてノード＃１の指示ファイルを出す。
【００２２】ノード＃１向けの指示ファイルを受け取っ
たサブシステムＢのノード＃１は、自分宛のデータだと
認識してデータを受け取るようになる。また、サブシス
テムＢのような場合、共有ディスクがあり運用ノードの
みがディスクにアクセスする必要がある。
たサブシステムＢのノード＃１は、自分宛のデータだと
認識してデータを受け取るようになる。また、サブシス
テムＢのような場合、共有ディスクがあり運用ノードの
みがディスクにアクセスする必要がある。
【００２３】運用ノードは、ディスクアクセスのためデ
ィスクのマウント（結合）をしなければならない。ま
た、非運用に指示されたノードは、自分の使用してたデ
ータをディスク上に書き込んで代替えのノードに渡さな
ければならない。
ィスクのマウント（結合）をしなければならない。ま
た、非運用に指示されたノードは、自分の使用してたデ
ータをディスク上に書き込んで代替えのノードに渡さな
ければならない。
【００２４】指示ファイルが自分宛だった場合のノード
の処理例を図５に、また、自分宛でなかった場合の処理
例を図６に示す。図５では、指示ファイル番号でのノー
ド番号チェックが一致したらディスクのマウント（結
合）処理を行う。また、図６では、指示ファイルでのノ
ード番号が不一致だった場合は、データの吐き出し処理
の後にディスクのアンマウント（切り離し）処理を行っ
ている。
の処理例を図５に、また、自分宛でなかった場合の処理
例を図６に示す。図５では、指示ファイル番号でのノー
ド番号チェックが一致したらディスクのマウント（結
合）処理を行う。また、図６では、指示ファイルでのノ
ード番号が不一致だった場合は、データの吐き出し処理
の後にディスクのアンマウント（切り離し）処理を行っ
ている。
【００２５】上記の実施形態によれば、先ず、前提条件
として図１において、システムを構成しているサブシス
テムＡマシン、サブシステムＢマシンは、あるシステム
内のある処理をそれぞれ担当しているものとする。この
時、サブシステムＢのノード＃０がアプリケーションレ
ベル（ソフト的）の障害が発生した場合、サブシステム
ＡがサブシステムＢ（＃０）の一定処理を行わなくなっ
たことを検知して、サブシステム（＃０）の行っている
処理をサブシステムＢ（＃１）に移行する。
として図１において、システムを構成しているサブシス
テムＡマシン、サブシステムＢマシンは、あるシステム
内のある処理をそれぞれ担当しているものとする。この
時、サブシステムＢのノード＃０がアプリケーションレ
ベル（ソフト的）の障害が発生した場合、サブシステム
ＡがサブシステムＢ（＃０）の一定処理を行わなくなっ
たことを検知して、サブシステム（＃０）の行っている
処理をサブシステムＢ（＃１）に移行する。
【００２６】このように、サブシステムＡとサブシステ
ムＢの通信は、正常に行われている場合でも、相手側の
ソフト処理レベルの障害を検出し代替え装置に処理を移
行することを可能にする。
ムＢの通信は、正常に行われている場合でも、相手側の
ソフト処理レベルの障害を検出し代替え装置に処理を移
行することを可能にする。
【００２７】尚、上述の実施形態は本発明の好適な実施
の一例である。但し、これに限定されるものではなく、
本発明の要旨を逸脱しない範囲内において種々変形実施
が可能である。
の一例である。但し、これに限定されるものではなく、
本発明の要旨を逸脱しない範囲内において種々変形実施
が可能である。
【００２８】
【発明の効果】以上の説明より明らかなように、本発明
の転送制御システムのノード障害検出方法およびファイ
ル転送時のノード障害検出方法は、通常のファイル転送
の中に相手をチェックする制御ファイルを送り、それが
正常に書き込まれているか読み出す。これによれば、自
サブシステム内で複雑な自己チェック処理を組み込むこ
となく、障害（ハード、ソフト）を簡単な処理で発見で
きる。また、相手先ノードを入れて受け取り側で運用ノ
ードの判定をさせることができる。このため、ＦＴＰ通
信自体はＬＡＮ上にデータを送信するだけなので、ＦＴ
Ｐ通信を効率良く使用してシステムの正常性を保つこと
ができる。
の転送制御システムのノード障害検出方法およびファイ
ル転送時のノード障害検出方法は、通常のファイル転送
の中に相手をチェックする制御ファイルを送り、それが
正常に書き込まれているか読み出す。これによれば、自
サブシステム内で複雑な自己チェック処理を組み込むこ
となく、障害（ハード、ソフト）を簡単な処理で発見で
きる。また、相手先ノードを入れて受け取り側で運用ノ
ードの判定をさせることができる。このため、ＦＴＰ通
信自体はＬＡＮ上にデータを送信するだけなので、ＦＴ
Ｐ通信を効率良く使用してシステムの正常性を保つこと
ができる。
【図１】本発明の実施形態である転送制御システムを示
すシステム構成図である。
すシステム構成図である。
【図２】ファイル転送時のノード障害検出方法の動作例
を示すファイル転送シーケンス図である。
を示すファイル転送シーケンス図である。
【図３】図２のステップＳ２の読み出しができなかった
例を示すシーケンス図である。
例を示すシーケンス図である。
【図４】図２のステップＳ６の読み出しがＯＫでなかっ
た場合のシーケンス図である。
た場合のシーケンス図である。
【図５】指示ファイルが自分宛だった場合のノードの処
理例を示す。
理例を示す。
【図６】指示ファイルが自分宛でなかった場合のノード
の処理例を示す。
の処理例を示す。
１ 光分散データインタフェース（ＦＤＤＩ）
２ ルータ
３ 社内ネットワーク等
Ａ、Ｂ、Ｃ、Ｄ、Ｅ、Ｆ、… サブシステム
フロントページの続き
(58)調査した分野(Int.Cl.7，ＤＢ名)
H04L 12/00 - 12/66
G06F 13/00
Claims (5)
- 【請求項１】 複数のノードを有するサブシステムがネ
ットワークで接続されて構成され、ファイル転送プロト
コルを用いて通信を行う転送制御システムのノード障害
検出方法であり、 一方のサブシステムが複数のノードを有する他方のサブ
システムの送りたいノードを指定する相手指示ファイル
を送り、 該相手指示ファイルにおいて指定された他方のサブシス
テムのノードのみが以降のデータファイルを受け取り、 前記一方のサブシステムは転送ファイルの送付スタンバ
イ状態にある旨を通知するため、状態フラグのデータを
ＳＥＮＤにした本データを送付し、さらに、情報転送フ
ァイルにおける本データを送り、 前記状態フラグを含む本データの通信結果を基に、送信
元の前記一方のサブシステムが送信先の相手ノードの変
更要／不要の判定を行い、 前記他方のサブシステムは、全部のデータを受け、受け
取ったデータを正常に処理した後に、正常処理を行った
ことを示す状態フラグにＯＫを立て、 前記一方のサブシステムは、他方のサブシステムから送
られた状態フラグがＯＫになっているかを確認し、この
確認において状態フラグがＯＫならば、転送内容が正常
に処理されたと判断し、何れかの処理の読み出しができ
なかったり、状態フラグ読み出しでの結果が異常だった
場合には、相手ノードの変更を行う ことを特徴とする転
送制御システムのノード障害検出方法。 - 【請求項２】 複数のノードを有するサブシステムがネ
ットワークで接続されて構成され、ファイル転送プロト
コルを用いて通信を行う転送制御シーケンスにおけるフ
ァイル転送時のノード障害検出方法であり、 一方のサブシステムが複数のノードを有する他方のサブ
システムの送りたいノードを指定する相手指示ファイル
を送り、 前記相手指示ファイルにおいて指定された他方のサブシ
ステムのノードのみが以降のデータファイルを受け取
り、且つ前記指定以外のノードは当該ノード宛の指示フ
ァイルが来るまでは待機状態とし、 前記一方のサブシステムは転送ファイルの送付スタンバ
イ状態にある旨を通知するため、状態フラグのデータを
ＳＥＮＤにした本データを送付し、さらに、情報転送フ
ァイルにおける本データを送り、 前記状態フラグを含む本データの通信結果を基に、送信
元の前記一方のサブシステムが送信先の相手ノードの変
更要／不要の判定を行うことを特徴とするファイル転送
時のノード障害検出方法。 - 【請求項３】 請求項２記載の他方のサブシステムは、
全部のデータを受け、受け取ったデータを正常に処理し
た後に、正常処理を行ったことを示す状態フラグにＯＫ
を立てることを特徴とするファイル転送時のノード障害
検出方法。 - 【請求項４】 請求項２または３に記載の一方のサブシ
ステムは、他方のサブシステムから送られた状態フラグ
がＯＫになっているかを確認し、この確認において状態
フラグがＯＫならば、転送内容が正常に処理されたと判
断し、何れかの処理の読み出しができなかったり、状態
フラグ読み出しでの結果が異常だった場合には、相手ノ
ードの変更を行うことを特徴とするファイル転送時のノ
ード障害検出方法。 - 【請求項５】 請求項２から４の何れかに記載の一方の
サブシステムは、他方のサブシステムから送られてくる
データの読み出しが所定の回数リトライしてもできなか
った場合は、相手ノードに異常有りとして、相手ノード
の切り替え指示を行うことを特徴とするファイル転送時
のノード障害検出方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP09904499A JP3439365B2 (ja) | 1999-04-06 | 1999-04-06 | 転送制御システムのノード障害検出方法およびファイル転送時のノード障害検出方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP09904499A JP3439365B2 (ja) | 1999-04-06 | 1999-04-06 | 転送制御システムのノード障害検出方法およびファイル転送時のノード障害検出方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2000295239A JP2000295239A (ja) | 2000-10-20 |
| JP3439365B2 true JP3439365B2 (ja) | 2003-08-25 |
Family
ID=14236519
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP09904499A Expired - Fee Related JP3439365B2 (ja) | 1999-04-06 | 1999-04-06 | 転送制御システムのノード障害検出方法およびファイル転送時のノード障害検出方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3439365B2 (ja) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN113609532B (zh) * | 2021-08-13 | 2024-04-12 | 阳光电源股份有限公司 | 一种数据完整性校验方法、装置、计算机设备和存储介质 |
-
1999
- 1999-04-06 JP JP09904499A patent/JP3439365B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2000295239A (ja) | 2000-10-20 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3620527B2 (ja) | ループ状インタフェースの障害解析方法及び障害解析機能を有するシステム | |
| US20070226537A1 (en) | Isolating a drive from disk array for diagnostic operations | |
| JP2687927B2 (ja) | 外部バスの障害検出方法 | |
| JP3439365B2 (ja) | 転送制御システムのノード障害検出方法およびファイル転送時のノード障害検出方法 | |
| JP2009110218A (ja) | 仮想化スイッチおよびそれを用いたコンピュータシステム | |
| JPH03201636A (ja) | 直列制御装置のデータ入力制御装置 | |
| JP2002132535A (ja) | 分散型計算機システムにおける計算機診断方式 | |
| JP2751861B2 (ja) | ネットワークシステム障害検出処理回路 | |
| JPH06290066A (ja) | 二重化装置 | |
| JP7298412B2 (ja) | 異常判定装置、異常判定方法およびプログラム | |
| JPH0435251A (ja) | リングネットワークの障害監視方式 | |
| JPH05224964A (ja) | バス異常通知方式 | |
| JPH0553938A (ja) | 二重化構成の中央制御装置切替え方式 | |
| JP2004021608A (ja) | 二重化サーバの障害検知方式及びその方法 | |
| JPH06259274A (ja) | 二重系システム | |
| KR100235570B1 (ko) | 2이상의 주전산기를 병립 연결한 시스템의 클러스터 관리 마스터 시스템의 클러스터 관리방법 | |
| JPH04257142A (ja) | リングネットワークにおける故障ノード検査方法 | |
| JP2019220800A (ja) | ネットワーク異常検出方法およびネットワークシステム | |
| JP2000151668A (ja) | リング式ネットワークの監視システム | |
| JP2699899B2 (ja) | 障害情報収集装置 | |
| JPS63168757A (ja) | バスエラ−検出方式 | |
| JPH05216908A (ja) | オンラインシステムとその運用方法 | |
| JPH08314843A (ja) | 計算機システム | |
| JPH10124338A (ja) | 並列処理装置 | |
| JPH04321342A (ja) | トークンアクセス法での障害検出方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20030513 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080613 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090613 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100613 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100613 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110613 Year of fee payment: 8 |
|
| LAPS | Cancellation because of no payment of annual fees |