JP6623692B2 - ログ情報採取システム、ログ情報採取プログラムおよびログ情報採取方法 - Google Patents

ログ情報採取システム、ログ情報採取プログラムおよびログ情報採取方法 Download PDF

Info

Publication number
JP6623692B2
JP6623692B2 JP2015215411A JP2015215411A JP6623692B2 JP 6623692 B2 JP6623692 B2 JP 6623692B2 JP 2015215411 A JP2015215411 A JP 2015215411A JP 2015215411 A JP2015215411 A JP 2015215411A JP 6623692 B2 JP6623692 B2 JP 6623692B2
Authority
JP
Japan
Prior art keywords
log information
storage device
storage
server
monitoring
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.)
Active
Application number
JP2015215411A
Other languages
English (en)
Other versions
JP2017090946A (ja
Inventor
勇介 林
勇介 林
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Fujitsu Ltd
Original Assignee
Fujitsu Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Fujitsu Ltd filed Critical Fujitsu Ltd
Priority to JP2015215411A priority Critical patent/JP6623692B2/ja
Priority to US15/298,537 priority patent/US10204027B2/en
Publication of JP2017090946A publication Critical patent/JP2017090946A/ja
Application granted granted Critical
Publication of JP6623692B2 publication Critical patent/JP6623692B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/30—Monitoring
    • G06F11/34—Recording or statistical evaluation of computer activity, e.g. of down time, of input/output operation ; Recording or statistical evaluation of user activity, e.g. usability assessment
    • G06F11/3466—Performance evaluation by tracing or monitoring
    • G06F11/3476—Data logging
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/30—Monitoring
    • G06F11/3003—Monitoring arrangements specially adapted to the computing system or computing system component being monitored
    • G06F11/3006—Monitoring arrangements specially adapted to the computing system or computing system component being monitored where the computing system is distributed, e.g. networked systems, clusters, multiprocessor systems
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/30—Monitoring
    • G06F11/3003—Monitoring arrangements specially adapted to the computing system or computing system component being monitored
    • G06F11/3034—Monitoring arrangements specially adapted to the computing system or computing system component being monitored where the computing system component is a storage system, e.g. DASD based or network based
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/30—Monitoring
    • G06F11/3055—Monitoring arrangements for monitoring the status of the computing system or of the computing system component, e.g. monitoring if the computing system is on, off, available, not available
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/30—Monitoring
    • G06F11/34—Recording or statistical evaluation of computer activity, e.g. of down time, of input/output operation ; Recording or statistical evaluation of user activity, e.g. usability assessment
    • G06F11/3466—Performance evaluation by tracing or monitoring
    • G06F11/3495—Performance evaluation by tracing or monitoring for systems
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/16—Error detection or correction of the data by redundancy in hardware
    • G06F11/20—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements
    • G06F11/2053—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where persistent mass storage functionality or persistent mass storage control functionality is redundant
    • G06F11/2056—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where persistent mass storage functionality or persistent mass storage control functionality is redundant by mirroring
    • G06F11/2071—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where persistent mass storage functionality or persistent mass storage control functionality is redundant by mirroring using a plurality of controllers

Description

本発明は、ログ情報採取システム、ログ情報採取プログラムおよびログ情報採取方法に関する。
近年、複数のサーバ（以下、業務サーバと称する）が、所定の施設において集中的に運用されるようになっている。この施設は、データセンタとも称される。データセンタは、複数個所に分散して設置され、各データセンタは管理センタにより一括的に管理される傾向にある。
管理センタは、各データセンタで運用されている各業務サーバの状況に関するログ情報を収集し、収集されたログ情報に基づいて、各業務サーバの状態を管理する。関連する技術として、以下の特許文献１および特許文献２の技術が提案されている。
例えば、特許文献１の技術では、トランザクション履歴が主要データセンタからの他のデータと共に災害復旧サイトにミラーリングされる。例えば、特許文献２の技術では、各エラー情報等のイベント情報を保存する不揮発性メモリをミラーリングし、その不揮発性メモリを挿抜可能にしている。
特表２０１４−５３２９３２号公報 特開２００６−１７８５５５号公報
各データセンタに設置された業務サーバが運用されている間、該業務サーバに関するログ情報は頻繁に変更される。この場合、管理センタは、各業務サーバの最新のログ情報を採取することが好ましい。
ただし、業務サーバが運用されている間、ログ情報は頻繁に変更されるため、ログ情報が変更されるごとに、業務サーバが最新のログ情報を管理センタに送信する処理を行うと、業務サーバに対する負荷が高くなる。
１つの側面として、本発明は、ログの採取を行う際に、サーバに対する負荷を低減することを目的とする。
１つの態様では、ログ情報採取システムは、監視装置と、該監視装置が監視する対象である監視対象装置と、該監視対象装置を管理する管理装置と、が通信可能に接続され、前記監視装置は、該監視装置に接続される第１ストレージ装置のうち所定の記憶領域を前記監視対象装置に対して割り当てる第１割り当て部と、前記監視対象装置に対して、該監視対象装置の記憶部にログ情報が記憶される際、前記第１割り当て部が割り当てた前記記憶領域に前記ログ情報のコピーを記憶させる制御を行う制御部と、を備え、前記管理装置は、前記監視対象装置の障害が検出された際、前記管理装置に接続される第２ストレージ装置に前記第１ストレージ装置からコピーされた前記ログ情報を該第２ストレージ装置から採取するか、または前記管理装置と前記第１ストレージ装置との間に確立されたアクセス経路から前記ログ情報を採取する採取部、を備え、前記制御部は、前記第１ストレージ装置と前記第２ストレージ装置との間のストレージ間通信経路が検出された場合、前記第１ストレージ装置に対して、前記第１ストレージ装置に記憶された前記ログ情報を前記第２ストレージ装置にコピーさせる制御を行い、前記ストレージ間通信経路が検出されない場合、前記管理装置と前記第１ストレージ装置との間の前記アクセス経路を確立する制御を行う。
１つの側面によれば、ログの採取を行う際に、サーバに対する負荷を低減することができる。
実施形態のシステムの一例を示す図である。 実施形態のシステムの他の例を示す図である。 業務サーバの一例を示す図である。 監視サーバの一例を示す図である。 管理サーバの一例を示す図である。 第１ストレージ装置の一例を示す図である。 第２ストレージ装置の一例を示す図である。 各種テーブルの一例を示す図である。 更新時に送信される情報の比較例を示す図である。 監視対象サーバ追加処理の一例を示すシーケンスチャートである。 監視対象ログ追加処理の一例を示すシーケンスチャートである。 ミラーリング処理の一例を示すシーケンスチャートである。 ログ情報採取処理の一例を示すシーケンスチャート（その１）である。 ログ情報採取処理の一例を示すシーケンスチャート（その２）である。 ログ情報採取処理の一例を示すシーケンスチャート（その３）である。 ログ情報採取処理の一例を示すシーケンスチャート（その４）である。 ログ情報採取処理の一例を示すシーケンスチャート（その５）である。 ログ情報採取後の処理の一例を示すシーケンスチャート（その１）である。 ログ情報採取後の処理の一例を示すシーケンスチャート（その２）である。 ログ情報採取後の処理の一例を示すシーケンスチャート（その３）である。 サーバ監視解除処理の一例を示すシーケンスチャートである。 ログ監視解除処理の一例を示すシーケンスチャートである。 監視サーバのハードウェア構成の一例を示す図である。 管理サーバのハードウェア構成の一例を示す図である。 業務サーバのハードウェア構成の一例を示す図である。
以下、図面を参照して、実施形態のログ情報採取システムの一例について説明する。実施形態のログ情報採取システムは、管理システムにストレージ装置が設置されている場合と設置されていない場合との２つのパターンがある。以下、ストレージ装置を、単に「ストレージ」と称することがある。
＜管理センタにストレージ装置が設置されている場合のシステム例＞
図１は、管理センタにストレージ装置が設置されている場合のログ情報採取システム（以下、単にシステムと称する）１の一例を示す。システム１は、データセンタ２と管理センタ３とを含む。図１は、複数のデータセンタ２がある場合の例を示す。ただし、データセンタ２は１つであってもよい。
データセンタ２は、所定の業務を運用する複数の業務サーバ１１が設置された施設であり、該データセンタ２は各業務サーバ１１の管理や運用等を行う。管理センタ３は、複数のデータセンタ２で動作する各業務サーバ１１を一括的に管理する施設である。
各データセンタ２と管理センタ３との間は、外部ネットワーク４およびストレージ間通信経路５により接続される。各データセンタ２は、管理センタ３と離間した場所に設置される。
データセンタ２について説明する。データセンタ２は、複数の業務サーバ１１Ａ、１１Ｂ、・・・（総称して業務サーバ１１と称する）と監視サーバ１２と第１ストレージ装置１３と第１内部ネットワーク１４と第１ＳＡＮ１５とを含む。ＳＡＮは、Storage Area Networkの略称であり、ストレージ装置を接続するネットワークである。
業務サーバ１１は、所定の業務を運用する装置である。図１の例では、業務サーバ１１Ａおよび業務サーバ１１Ｂ以外の業務サーバ１１がデータセンタ２に設置される。データセンタ２に設置される業務サーバ１１は１つであってもよい。
複数の業務サーバ１１により１つの業務が運用されてもよいし、１つの業務サーバ１１により複数の業務が運用されてもよい。業務サーバ１１は、監視サーバ１２による監視の対象である。業務サーバ１１は、監視対象装置の一例である。
業務サーバ１１による業務の運用は、該業務サーバ１１が所定のアプリケーションプログラム（以下、単にアプリケーションと称する）を実行することにより実現されてもよい。
監視サーバ１２は、各業務サーバ１１の動作状況の監視を行う装置である。監視サーバ１２は、監視装置の一例である。各業務サーバ１１は、それぞれ記憶部を含む。各業務サーバ１１は、該業務サーバ１１の動作や状態等に関するログ情報を記憶部に記憶する制御を行う。
例えば、各業務サーバ１１は、新たにログ情報が追加される場合、追加されたログ情報を記憶部に記憶する。また、各業務サーバ１１は、記憶部に記憶された既存のログ情報を更新する場合、記憶部に記憶された該ログ情報の更新を行う。
監視サーバ１２は、記憶部にログ情報の追加や更新を行う際に、第１ストレージ装置１３に対してもログ情報の追加や更新を行う。つまり、監視サーバ１２の記憶部の内容のコピーが第１ストレージ装置１３にも記憶される。この処理は、ミラーリングとも称される。
第１ストレージ装置１３は、上述したログ情報を記憶する装置である。第１ストレージ装置１３は、ログ情報を記憶するだけでなく、所定の処理の実行や通信等を行う機能を有する。
第１ストレージ装置１３は、複数の論理ボリューム（Logical Volume(LV)）に分割される。論理ボリュームは、記憶領域の一例である。第１ストレージ装置１３の各論理ボリュームは、データセンタ２に設置された各業務サーバ１１にそれぞれ割り当てられる。つまり、１つの業務サーバ１１に対して１つの論理ボリュームが割り当てられる。
第１内部ネットワーク１４は、各業務サーバ１１と監視サーバ１２と第１ストレージ装置１３との間を接続するネットワークであり、データセンタ２の内部のネットワークである。第１内部ネットワーク１４は、例えば、Local Area Network(LAN)であってもよい。
第１ＳＡＮ１５は、各業務サーバ１１と第１ストレージ装置１３とを接続する。ＳＡＮは、ストレージ装置とサーバとの間を接続するためのストレージネットワークである。ＳＡＮは、ＬＡＮとは異なるネットワークとして構築される。
実施形態のＳＡＮは、光ファイバケーブルを用いたネットワークとして構築されるものとする。ＳＡＮによるデータの通信速度は、ＬＡＮによるデータの通信速度より高速である。ＬＡＮによるデータの通信速度は、外部ネットワーク４より高速である。
業務サーバ１１は、ログ情報の追加や更新が行われた際、追加されたログ情報や更新された情報を、第１ＳＡＮ１５を介して、第１ストレージ装置１３に送信する。第１ストレージ装置１３は、受信した情報を、送信元の業務サーバ１１に割り当てられた論理ボリュームに記憶する。業務サーバ１１は、ログ情報が更新された場合、該ログ情報をファイル形式ではなく、更新された分の情報を第１ストレージ装置１３に送信する。
第１ＳＡＮ１５は、データセンタ２の内部に設置されたネットワークであり、サーバとストレージ装置とを接続する高速なネットワークである。業務サーバ１１は、該業務サーバ１１の記憶部に記憶する場合とほぼ同等の負荷および速度で、追加された情報や更新された情報を第１ストレージ装置１３に記憶させることができる。
このため、業務サーバ１１は、第１ストレージ装置１３に割り当てられた論理ボリュームを、自身の業務サーバ１１に内蔵される補助記憶装置と同等に取り扱うことができる。これにより、業務サーバ１１は、第１ストレージ装置１３の論理ボリュームに対して、低い負荷であり、且つ高速に、第１ストレージ装置１３に情報を記憶させることができる。
次に、管理センタ３について説明する。管理センタ３は、管理サーバ２１と管理者端末２２と第２ストレージ装置２３と第２内部ネットワーク２４と第２ＳＡＮ２５とを含む。
管理サーバ２１は、外部ネットワーク４を介して、監視サーバ１２に接続される。管理サーバ２１は、監視サーバ１２により業務サーバ１１に障害が発生したことが検出された場合、監視サーバ１２から送信される障害検出通知に基づいて、障害を認識する。管理サーバ２１は、管理装置の一例である。
管理サーバ２１は、障害の発生を認識した場合、障害の発生が検出された業務サーバ１１に関するログ情報の採取を行う。管理センタ３に第２ストレージ装置２３が設置されている場合、管理サーバ２１は、第１ストレージ装置１３から第２ストレージ装置２３にコピーされたログ情報を、第２ＳＡＮ２５を介して、採取する。
管理者端末２２は、例えば、管理センタ３の管理者が操作する端末である。管理者端末２２は、例えば、業務サーバ１１に障害が発生したことが検出された通知を画面表示してもよい。
第２ストレージ装置２３と第１ストレージ装置１３とは、ストレージ間通信経路５を介して接続される。第２ストレージ装置２３は、第１ストレージ装置１３と同様、複数の論理ボリュームに分割されているものとする。
データセンタ２の何れかの業務サーバ１１に障害が発生したことが検出された場合、第１ストレージ装置１３は、障害が発生した業務サーバ１１に割り当てられた論理ボリュームに記憶されたログ情報を、第２ストレージ装置２３の論理ボリュームにコピーする。
第２内部ネットワーク２４は、管理サーバ２１と管理者端末２２と第２ストレージ装置２３とを接続するネットワークであり、管理センタ３の内部のネットワークである。第２内部ネットワーク２４は、例えばＬＡＮであってもよい。
第２ＳＡＮ２５は、管理サーバ２１と第２ストレージ装置２３とを接続するＳＡＮである。第１ＳＡＮ１５と同様、第２ＳＡＮ２５は、第２内部ネットワーク２４とは異なるネットワークとして構築される。
＜管理センタにストレージ装置が設置されていない場合のシステム例＞
図２は、管理センタ３にストレージ装置が設置されていない場合のシステム１の一例を示す。図２の例に示されるように、管理センタ３は、図１の例で示した第２ストレージ装置２３および第２ＳＡＮ２５を含んでいない。
一方、管理センタ３にストレージ装置（第２ストレージ装置２３）が設置されていない場合、図２の例で示されるように、データセンタ２には、ゲートウェイサーバ１６が設置される。
ゲートウェイサーバ１６は、外部ネットワーク４を介して、管理センタ３の管理サーバ２１と接続される。図２のシステム１の例の場合、管理サーバ２１は、ゲートウェイサーバ１６および第１ＳＡＮ１４を介して、第１ストレージ装置１３の論理ボリュームからログ情報を採取する。
以下、業務サーバ、監視サーバ、管理サーバおよびストレージについて説明する。以下に説明する各装置は、管理センタ３に第２ストレージ装置２３が設置されている場合のシステム１と設置されていない場合のシステム１との両者に適用される。
これ以降、管理センタ３に第２ストレージ装置２３が設置されている場合の処理を方式Ａと称することがあり、管理センタ３に第２ストレージ装置２３が設置されていない場合の処理を方式Ｂと称することがある。
＜業務サーバの一例＞
次に、図３を参照して、データセンタ２に設置される業務サーバ１１の一例について説明する。業務サーバ１１は、第１内部ネットワークインタフェース制御部３１と第１ＳＡＮインタフェース制御部３２と業務サーバ制御部３３とミラーリング制御部３４と記憶部３５とを含む。
第１内部ネットワークインタフェース制御部３１は、第１内部ネットワーク１４に接続されるインタフェースの制御を行う。図３以降、ネットワークを「ＮＷ」と表記することがあり、インタフェースを「Ｉ／Ｆ」と表記することがある。
第１ＳＡＮインタフェース制御部２２は、第１ＳＡＮ１５を介して、第１ストレージ装置１３にログ情報を送信するためのインタフェースの制御を行う。
業務サーバ制御部３３は、業務サーバ１１の各種の制御を行う。例えば、業務サーバ制御部３３は、所定のアプリケーションを実行し、アプリケーションの実行に関するログ情報を生成する。
業務サーバ制御部３３は、新たにログ情報を生成した場合、記憶部３５に生成されたログ情報を記憶する。これにより、記憶部３５に新たにログ情報が追加される。また、業務サーバ制御部３３は、記憶部３５に記憶されたログ情報を更新する場合もある。
業務サーバ制御部３３が、ログ情報を追加して記憶部３５に記憶した際、ミラーリング制御部３４は、追加されたログ情報を、第１ストレージ装置１３のうち業務サーバ１１に割り当てられた論理領域に記憶する制御を行う。
また、業務サーバ１１が、記憶部３５に記憶されたログ情報を更新した際、ミラーリング制御部３４は、第１ストレージ装置１３のうち業務サーバ１１に割り当てられた論理領域に記憶されているログ情報を更新する制御を行う。
従って、ミラーリング制御部３４により、業務サーバ１１の記憶部３５のコピーが、第１ストレージ装置１３のうち業務サーバ１１に割り当てられた論理領域に作成される。
これにより、記憶部３５に記憶されたログ情報の内容と同じ内容が第１ストレージ装置１３の論理ボリュームに記憶される。実施形態では、ミラーリング制御部３４は、ミラーリングプログラムが実行されることにより実現されるものとする。
＜監視サーバの一例＞
次に、図４を参照して、データセンタ２に設置される監視サーバ１２の一例について説明する。監視サーバ１２は、第１内部ネットワークインタフェース制御部４１と第２ＳＡＮインタフェース制御部４２と経路検出部４３と障害検出部４４と監視サーバ制御部４５と第１割り当て部４６と監視サーバデータベース４７とを含む。
第１内部ネットワークインタフェース制御部４１は、第１内部ネットワーク１４に接続されるインタフェースの制御を行う。外部ネットワークインタフェース制御部４２は、外部ネットワーク４に接続されるインタフェースの制御を行う。
経路検出部４３は、第１ストレージ装置１３にストレージ間通信経路５が接続されているか否かを検出する。
障害検出部４４は、データセンタ２に設置された各業務サーバ１１に発生した障害を検出する。例えば、障害検出部４４は、第１内部ネットワーク１４を介して、各業務サーバ１１から、障害を発生した旨の通知を受信することで、障害を検出してもよい。
また、障害検出部４４は、定期的に各業務サーバ１１の状況を確認することで、障害を検出してもよい。障害検出部４４は、障害の発生を検出した場合、障害発生通知を管理センタ３に送信する。
監視サーバ制御部４５は、監視サーバ１２による各種の制御を行う。監視サーバ制御部４５は、制御部の一例である。経路検出部４３が、第１ストレージ装置１３にストレージ間通信経路５が接続されていることを検出した場合、障害検出時に、第１ストレージ装置１３に記憶されているログ情報は第２ストレージ装置２３にコピーされる。このコピーは、リモートミラーとも称される。
この場合、監視サーバ制御部４５は、第１ストレージ装置１３に対して、障害の発生が検出された業務サーバ１１に割り当てられた論理領域に記憶されているログ情報を第２ストレージ装置２３の１つの論理ボリュームにコピーする制御を行う。
経路検出部４３が、第１ストレージ装置１３にストレージ間通信経路５が接続されていないことを検出した場合、データセンタ２には、ゲートウェイサーバ１６が設置されていることになる。ゲートウェイサーバ１６は、第１ＳＡＮ１５と接続される。
従って、経路検出部４３が、第１ストレージ装置１３にストレージ間通信経路５が接続されていないことを検出した場合、監視サーバ制御部４５は、ゲートウェイサーバ１６と第１ストレージ装置１３との間にアクセス経路を確立する制御を行う。
第１割り当て部４６は、新たな業務サーバ１１に対して第１ストレージ装置１３の論理ボリュームを割り当てる場合、業務サーバ１１が割り当てられていない論理ボリュームを新たな業務サーバ１１に対して割り当てる。
上述したように、ミラーリング制御部３４は、ミラーリングプログラムが実行されることにより実現される。監視サーバ制御部４５は、新たに業務サーバ１１が追加された場合、ミラーリングプログラムをインストールするためのインストールプログラムを、新たに追加された業務サーバ１１に送信する。
業務サーバ１１がインストールプログラムを実行することにより、該業務サーバ１１でミラーリングプログラムが実行され、該業務サーバ１１にミラーリング制御部３４の機能が設定される。
また、監視対象であった業務サーバ１１が監視サーバ１２による監視対象から解除されることがある。この場合、監視サーバ制御部４５は、除外対象の業務サーバ１１のミラーリング制御部３４を無効化する。この場合、例えば、監視サーバ制御部４５は、除外対象の業務サーバ１１からミラーリングプログラムを削除してもよい。
業務サーバ１１の記憶部３５に記憶される全てのログ情報をミラーリングの対象としない場合もある。監視サーバ制御部４５は、業務サーバ１１のミラーリング制御部３４に対して、ミラーリングの対象とするログ情報の設定を行う。
例えば、監視サーバ制御部４５は、ミラーリング制御部３４に対して、ミラーリングの対象とするログ情報を新たに追加する場合もあり、ログ情報をミラーリングの対象から解除する場合もある。
監視サーバデータベース４７は、監視サーバテーブルを記憶する。監視サーバテーブルが記憶する情報は、監視サーバ制御部４５や第１割り当て部４６等が各種制御を行う際に利用される。
＜管理サーバの一例＞
次に、図５を参照して、管理センタ３に設置される管理サーバ１２の一例について説明する。管理サーバ１２は、第２内部ネットワークインタフェース制御部５１と第２ＳＡＮインタフェース制御部５２と管理サーバ制御部５３とログ情報採取部５４と第２割り当て部５５と管理サーバデータベース５６とを含む。
第２内部ネットワークインタフェース制御部５１は、第２内部ネットワーク２４に接続されるインタフェースの制御を行う。第２ＳＡＮインタフェース制御部５２は、第２ＳＡＮ２５を介して、第２ストレージ装置２３にログ情報を送信するためのインタフェースの制御を行う。
管理サーバ制御部５３は、各種の制御を行う。管理サーバ制御部５３は、第２ストレージ装置２３が管理センタ２に設置されている場合、第２ストレージ２３と管理サーバ２１との間のアクセス経路を確立する制御を行う。
第２ストレージ装置２３が管理センタ２に設置されていない場合、データセンタ２にはゲートウェイサーバ１６が設置される。管理サーバ２１は、外部ネットワーク４を介して、ゲートウェイサーバ１６にアクセス可能である。
上述したように、監視サーバ制御部４５は、第１ストレージ装置１３とゲートウェイサーバ１６との間のアクセス経路を確立する制御を行う。管理サーバ２１は、ゲートウェイサーバ１６とアクセス可能に接続される。
従って、監視サーバ１２と管理サーバ２１とがアクセス可能に接続され、且つ第１ストレージ装置１３とゲートウェイサーバ１６との間のアクセス経路が確立されることで、管理サーバ２１と第１ストレージ装置１３との間のアクセス経路が確立される。
ログ情報採取部５４は、ログ情報を採取する。ログ情報採取部５４は、採取部の一例である。第２ストレージ装置２３が管理センタ２に設置されている場合、ログ情報採取部５４は、第２ストレージ装置２３からログ情報を採取する。
第２ストレージ装置２３が管理センタ２に設置されていない場合、ログ情報採取部５４は、管理サーバ２１と第１ストレージ装置１３との間に確立されたアクセス経路に基づいて、第１ストレージ装置１３からログ情報を採取する。
実施形態では、第１ストレージ装置１３の各論理ボリュームのうち、障害が検出された業務サーバ１１に割り当てられた論理ボリュームに記憶されたログ情報が、第２ストレージ装置２３のうち、ある論理ボリュームにコピーされる。
第２割り当て部５５は、第２ストレージ装置２３のうち、ログ情報がコピーされた論理ボリュームを管理サーバ２１の論理ボリュームとして割り当てる。これにより、ログ情報採取部５４は、第２ＳＡＮ２５を介して、第２ストレージ装置２３のうち上記の論理ボリュームからログ情報を採取する。
管理サーバデータベース５６は、管理サーバテーブルを記憶する。管理サーバテーブルが記憶する情報は、管理サーバ制御部５３や第２割り当て部５５等が各種制御を行う際に利用される。
＜第１ストレージ装置の一例＞
次に、図６を参照して、データセンタ２に設置される第１ストレージ装置１３について説明する。第１ストレージ装置１３は、ストレージ間通信経路インタフェース制御部６１と内部ネットワークインタフェース制御部６２とストレージ記憶部６３とストレージポート制御部６４とコピー処理部６５とを含む。
ストレージ間通信経路インタフェース制御部６１は、ストレージ間通信経路５に接続されるインタフェースの制御を行う。内部ネットワークインタフェース制御部６２は、第１内部ネットワーク１４に接続されるインタフェースの制御を行う。
ストレージ記憶部６３は、情報を記憶する。例えば、ストレージ記憶部６３は、複数の記憶装置を仮想的な１つの記憶装置とみなしてもよい。ストレージ記憶部６３は、複数の論理ボリュームに分割される。
図６の例は、ストレージ記憶部６３が分割された複数の論理ボリュームのうち、論理ボリューム６３Ａおよび論理ボリューム６３Ｂを示す。また、ストレージ記憶部６３は、論理ボリューム６３Ａおよび論理ボリューム６３Ｂの他に１または複数の論理ボリュームに分割されてもよい。
図６の例では、論理ボリューム６３Ａにログ情報Ａが記憶されている。ログ情報Ａは、１つの業務サーバ１１に関するログ情報である。論理ボリューム６３Ａには、１つの業務サーバ１１に関するログ情報であれば、複数のログ情報が記憶されてもよい。
論理ボリューム６３Ｂも同様であり、該論理ボリューム６３Ｂにログ情報Ｂが記憶されている。ログ情報Ｂは、ログ情報Ａに対応する業務サーバ１１とは異なる業務サーバ１１に関するログ情報である。論理ボリューム６３Ｂにも、１つの業務サーバ１１に関するログ情報であれば、複数のログ情報が記憶されてもよい。
ストレージポート制御部６４は、ストレージ装置に設けられるストレージポートの制御を行う。コピー処理部６５は、ストレージ記憶部６３に記憶された各論理ボリュームのログ情報を第２ストレージ装置２３にコピーする。つまり、コピー処理部６５は、リモートミラーの処理を行う。
＜第２ストレージ装置の一例＞
次に、図７を参照して、第２ストレージ装置２３の一例について説明する。第２ストレージ装置２３は、図６の例で示した第１ストレージ装置１３とほぼ同様である。ただし、第２ストレージ装置２３は、コピー処理部６５を含んでいない。第２ストレージ装置２３から第１ストレージ装置１３にログ情報がコピーされないためである。
＜各種テーブルの一例＞
次に、図８の例を参照して、監視サーバテーブルおよび管理サーバテーブルの一例について説明する。監視サーバテーブルは、監視サーバデータベース４７に記憶されるテーブルである。
監視サーバテーブルは、障害ＩＤと業務サーバのＩＰアドレスとストレージ装置のＩＰアドレスとＬＶのＩＤとゲートウェイサーバでのマウントポイントとの項目を含む。ＩＤは、Identificationの略称である。ＩＰは、Internet Protocolの略称である。
障害ＩＤは、業務サーバ１１に生じた障害を識別する識別子である。業務サーバのＩＰアドレスは、業務サーバ１１のＩＰアドレスである。ストレージ装置のＩＰアドレスは、第１ストレージ装置１３のＩＰアドレスである。
ＬＶのＩＤは、第１ストレージ装置１３の論理ボリューム（ＬＶ）を識別する識別子である。業務サーバ１１に対して、１つの論理ボリュームが割り当てられるため、業務サーバのＩＰアドレスとＬＶのＩＤとは１対１で対応する。
ゲートウェイサーバでのマウントポイントは、ゲートウェイサーバ１６における第１ストレージ装置１３の論理ボリュームのマウントポイントを示す。ゲートウェイサーバでのマウントポイントのうち「None」は、ゲートウェイサーバ１６においては、ＬＶのＩＤに対応する論理ボリュームがマウントされていないことを示す。
ゲートウェイサーバでのマウントポイントが「None」である論理ボリュームは、ゲートウェイサーバ１６からは認識されない。一方、ゲートウェイサーバでのマウントポイントが「None」でない論理ボリュームは、ゲートウェイサーバ１６から認識される。
図８の例では、ストレージ装置のＩＰアドレスは、第１ストレージ装置１３を示すため、全て同じＩＰアドレスである。ただし、データセンタ２には、複数の第１ストレージ装置１３が設置されてもよく、この場合、ストレージ装置のＩＰアドレスは異なる場合がある。
また、同じ業務サーバ１１のＩＰアドレスに複数の障害ＩＤが対応付けられてもよい。例えば、業務サーバ１１に複数の障害が発生したことが検出された場合、同じ業務サーバのＩＰアドレスに複数の障害ＩＤが対応付けられる。
次に、管理サーバテーブルについて説明する。管理サーバテーブルは、管理サーバデータベース５６に記憶されるテーブルである。管理サーバテーブルは、障害ＩＤとストレージ装置のＩＰアドレスとＬＶのＩＤと管理サーバでのマウントポイントとの項目を含む。
管理サーバテーブルの障害ＩＤは、監視サーバテーブルの障害ＩＤと同じＩＤが割り振られる。ストレージ装置のＩＰアドレスは、第２ストレージ装置２３のＩＰアドレスである。
ＬＶのＩＤは、第２ストレージ装置２３の論理ボリューム（ＬＶ）を識別する識別子である。管理サーバでのマウントポイントは、管理サーバ２１における第２ストレージ装置２３の論理ボリュームのマウントポイントを示す。
管理サーバテーブルは、方式Ａの場合の処理に使用される。管理サーバテーブルの障害ＩＤは第２ストレージ装置２３のＩＰアドレスと対応付けられており、第２ストレージ装置２３が管理センタ３に設置されている場合に、管理サーバテーブルは使用される。
従って、管理サーバテーブルに、障害ＩＤに対応するレコードが存在しない場合、管理センタ３には第２ストレージ装置２３が設置されていない。例えば、図８の例の場合、障害ＩＤが「２」および「３」のレコードは管理サーバテーブルに存在しない。
＜ログ情報が更新される場合の情報量の比較例＞
次に、ログ情報が更新される場合の情報量の比較例について、図９を参照して、説明する。図９は、ファイル形式のログ情報（以下、ログ情報ファイルと称する）の一例を示す。
ファイルヘッダは、ログ情報ファイルに付加される付帯情報である。例えば、ファイルヘッダは、ファイル名とファイルサイズと所有者とアクセス権と作成日と更新日との項目を含む。
ログ情報ファイルのうち、データはログ情報の実体である。更新データは、ログ情報ファイルのうち、更新された分の情報（データ）である。
例えば、業務サーバ１１に関するログ情報に対して第１ストレージ装置１３の論理ボリュームが割り当てられない場合を想定する。この場合、業務サーバ１１に関するログ情報は、例えば、データセンタ２に設置されたログサーバにより、外部ネットワーク４を介して、管理センタ３に送信される。
この場合、上記のログサーバは、ログ情報をファイル形式で管理センタ３に送信する。従って、図９の「ファイル形式で送信されるログ情報」の例で示されるように、ログ情報ファイルの全てのデータ（網掛けが施されている部分）がデータセンタ２から管理センタ３に送信される。
業務サーバ１１に関するログ情報が頻繁に更新されると、業務サーバ１１は、ログ情報が更新されるごとに、ログ情報ファイルを生成して、管理センタ３に送信する制御を行うため、業務サーバ１１に対する負荷は大きくなる。
また、ログ情報が頻繁に更新されると、業務サーバ１１は、頻繁にログ情報を管理センタ３に送信するため、外部ネットワーク４に対するネットワーク負荷も高くなる。データセンタ２に設置される業務サーバ１１の数が増えるに応じて、外部ネットワーク４に対するネットワーク負荷はさらに高くなる。
実施形態では、業務サーバ１１は、監視サーバ１２の制御に基づいて、ログ情報を第１ストレージ装置１３にミラーリングする制御を行う。業務サーバ１１は、ログ情報を更新する場合、第１ストレージ装置１３のうち業務サーバ１１に割り当てられた論理ボリュームに記憶されているログ情報を更新する。
業務サーバ１１は、ログ情報のうち更新される分の情報を、第１ＳＡＮ１５を介して、第１ストレージ装置１３に送信する。第１ストレージ装置１３は、受信した情報の送信元の業務サーバ１１に割り当てられた論理ボリュームに記憶されているログ情報を、受信した情報に基づいて更新する。
従って、業務サーバ１１は、ログ情報のうち更新される情報を第１ＳＡＮ１５に送信する。この場合、図９の「実施形態において更新される情報」の例で示されるように、更新される情報（データ）は、ログ情報をファイル形式で送信する場合と比べて少ない。
上述したように、業務サーバ１１は、第１ストレージ装置１３のうち、該業務サーバ１１に割り当てられた論理ボリュームを、自身の業務サーバ１１に内蔵される補助記憶装置と同等に取り扱うことができる。
このため、業務サーバ１１は、記憶部３５に記憶されているログ情報を更新する負荷とほぼ同等の負荷で、第１ストレージ装置１３の論理ボリュームに記憶されているログ情報を更新することができる。
ここで、ログ情報をファイル形式で送信する場合において、更新された情報だけを業務サーバ１１が管理センタ３に送信することも考えられる。この場合、業務サーバ１１は、ログ情報が更新されたかを監視することになる。
また、ログ情報が更新された場合、業務サーバ１１は、更新の前後のログ情報を比較して、更新された情報を特定する。従って、上記の監視や更新された情報を特定する処理により、業務サーバ１１の負荷が高くなる。
一方、実施形態の業務サーバ１１は、ログ情報が更新された場合、第１ストレージ装置１３の論理ボリュームに記憶されているログ情報を更新するだけでよいため、業務サーバ１１の負荷を低減することができる。
＜監視対象サーバ追加処理の一例＞
次に、図１０のシーケンスチャートの例を参照して、監視サーバ１２が監視の対象としていない業務サーバ１１を、監視サーバ１２による新たに監視対象とする場合の処理について説明する。以下、この処理を監視対象サーバ追加処理と称する。
例えば、新たな業務サーバ１１がデータセンタ２に設置され、該新たな業務サーバ１１が監視サーバ１２の監視の対象となる場合、監視対象サーバ追加処理が行われる。また、データセンタ２に設置されている既存の業務サーバ１１を新たに監視対象とする場合、監視対象サーバ追加処理が行われてもよい。
例えば、監視サーバ１２を操作する操作者は、業務サーバ１１を追加するための所定の情報（サーバ追加設定情報）を監視サーバ１２に入力する。監視サーバ１２は、サーバ追加設定情報の入力を受け付ける（ステップＳ１）。
サーバ追加設定情報は、例えば、監視サーバ１２が業務サーバ１１にアクセスするための情報（ユーザ名やパスワード、業務サーバ１１のＩＰアドレス等）や第１ＳＡＮ１５に接続されるインタフェースのＩＰアドレス等を含む。また、サーバ追加設定情報は、業務サーバ１１に関するログ情報がコピーされる第１ストレージ装置１３のＩＰアドレス等の情報も含む。
監視サーバ１２の監視サーバ制御部４５は、第１ストレージ装置１３の各論理ボリュームのうち、業務サーバ１１が割り当てられていない論理ボリュームを割り当てる指示を、追加対象の業務サーバ１１に対して出す（ステップＳ２）。
監視サーバ１２から上記の指示を受信した第１ストレージ装置１３は、業務サーバ１１に割り当てる論理ボリューム、および業務サーバ１１と第１ストレージ装置１３との間のアクセス経路を作成する。このアクセス経路は、第１ＳＡＮ１５のアクセス経路である。
第１ストレージ装置１３は、業務サーバ１１に割り当てた論理ボリュームのＩＤ（ＬＶのＩＤ）を第１ＳＡＮ１５のアクセス経路に関する情報と共に、監視サーバ１２に返信する（ステップＳ３）。なお、第１ストレージ装置１３は、ユニークなＩＤを論理ボリュームに割り振る。
監視サーバ制御部４５は、各種情報を監視サーバテーブルに設定する（ステップＳ４）。例えば、監視サーバ制御部４５は、ステップＳ１で入力を受け付けた業務サーバ１１のＩＰアドレスおよび第１ストレージ装置１３のＩＰアドレスを監視サーバテーブルに設定する。
また、監視サーバ制御部４５は、ステップＳ３で第１ストレージ装置１３から返信されたＬＶのＩＤを監視サーバテーブルに設定する。これにより、監視サーバテーブルは更新される（ステップＳ５）。
監視サーバ制御部４５は、第１ストレージ装置１３から受信した第１ＳＡＮ１５のアクセス経路に関する情報に基づいて、第１ＳＡＮ１５に対して、該アクセス経路の構築を指示する（ステップＳ６）。
第１ＳＡＮ１５は、複数の通信経路を含み、通信経路を切り替えるスイッチ（例えば、ファイバチャネルスイッチ等）を含む。第１ＳＡＮ１５の各スイッチは、監視サーバ１２からの指示に基づいて、業務サーバ１１と第１ストレージ装置１３との間にアクセス経路が確立される設定を行う。
これにより、業務サーバ１１と第１ストレージ装置１３との間を接続する第１ＳＡＮ１５のアクセス経路が確立される（ステップＳ７）。
第１ＳＡＮ１５のアクセス経路が構築された後、監視サーバ制御部４５は、該業務サーバ１１に割り当てられた第１ストレージ装置１３の論理ボリュームのマウントおよびフォーマットを行う指示を、第１ストレージ装置１３に出す（ステップＳ８）。
第１ストレージ装置１３は、指示された論理ボリュームのマウントおよびフォーマットを行う（ステップＳ９）。論理ボリュームがマウントされることにより、業務サーバ１１は、該論理ボリュームを認識する。
また、第１ストレージ装置１３は、マウントされた論理ボリュームをフォーマット（例えば、ファイルシステムのフォーマット）を行うことで、論理ボリュームの初期化が行われる。
監視サーバ制御部４５は、業務サーバ１１に対して、ミラーリング制御部３４の設定を指示する（ステップＳ１０）。上述したように、ミラーリング制御部３４の機能は、ミラーリングプログラムにより実現されてもよい。
この場合、ミラーリング制御部３４は、ミラーリングプログラムをインストールするためのインストールプログラムを業務サーバ１１に送信する。
業務サーバ１１は、インストールプログラムを実行することで、該業務サーバ１１にミラーリングプログラムがインストールされる。これにより、業務サーバ１１にミラーリング制御部３４が設定される（ステップＳ１１）。
ミラーリング制御部３４が業務サーバ１１に設定されると、ミラーリング制御部３４が機能する。これにより、業務サーバ１１は、新たなログ情報の追加やログ情報の変更を記憶部３５に対して行う際に、第１ストレージ装置１３の論理ボリュームに対しても、新たなログ情報の追加やログ情報の更新を行う。
これにより、記憶部３５に記憶されるログ情報のコピーが、第１ストレージ装置１３のうち、業務サーバ１１に割り当てられた論路ボリュームに記憶される。つまり、ミラーリングが行われる。
監視サーバ制御部４５は、ミラーリング制御部３４を業務サーバ１１に設定する際に、監視対象とするログ情報（採取対象のログ情報）を指定してもよい。例えば、業務サーバ１１に関する複数のログ情報のうち、一部のログ情報が採取対象となる場合がある。
この場合、指定されたログ情報が記憶部３５に記憶され、そのコピーが第１ストレージ装置１３のうち、業務サーバ１１に割り当てられた論理ボリュームに記憶されてもよい。ログ情報の指定に関する情報は、例えば、インストールプログラムに含まれてもよい。
業務サーバ１１が、インストールプログラムを実行することで、業務サーバ１１に設定されるミラーリング制御部３４に、採取対象のログ情報の指定が設定される。
＜監視対象ログ追加処理の一例＞
次に、図１１のシーケンスチャートの例を参照して、業務サーバ１１に対して監視対象とする新たなログ情報を追加する処理について説明する。以下、この処理を監視対象ログ追加処理と称する。
例えば、監視サーバ１２を操作する操作者は、追加対象のログ情報に関する情報（ログ追加設定情報）を監視サーバ１２に入力する。監視サーバ１２は、ログ追加設定情報の入力を受け付ける（ステップＳ１２）。
ログ追加設定情報は、例えば、監視サーバ１２が業務サーバ１１にアクセスするための情報（ユーザ名やパスワード、業務サーバ１１のＩＰアドレス等）や監視対象に追加されるログ情報に関する情報等を含む。
監視サーバ制御部４５は、ログ追加設定情報に基づいて、業務サーバ１１に対して、監視対象のログ情報を追加する指示を出す（ステップＳ１３）。業務サーバ１１のミラーリング制御部３４は、この指示に基づいて、監視対象のログ情報を追加するように設定を更新する（ステップＳ１４）。
これにより、更新された設定に基づいて、ミラーリング制御部３４は、追加されたログ情報を、第１ストレージ装置１３の論理ボリュームにコピーする。ミラーリング制御部３４がミラーリングプログラムにより実現される場合、ミラーリングプログラムが再起動されることにより、設定の更新がミラーリング制御部３４に反映されてもよい。
また、監視サーバ制御部４５は、監視対象のログ情報を追加させるためのプログラム（ログ情報追加プログラム）を業務サーバ１１に送信してもよい。このログ情報追加プログラムには、追加対象のログ情報に関する情報が含まれる。
業務サーバ１１は、ログ情報追加プログラムを実行することで、ミラーリング制御部３４に対して、監視対象のログ情報を追加する設定が行われる。
＜ミラーリング処理の一例＞
次に、図１２のシーケンスチャートの例を参照して、ミラーリング処理について説明する。業務サーバ制御部３３は、ログ情報の追加または更新を行うか否かの判定を行う（ステップＳ２１）。
例えば、業務サーバ１１が新たな業務システムの運用を担うことになった場合、監視対象のログ情報が追加される。また、業務サーバ１１が運用する業務システムがアップデートされた場合等、新たに監視対象のログ情報が追加される場合がある。
ログ情報の追加と更新との何れも行われない場合（ステップＳ２１でＮＯ）、処理は次のステップに進まない。ログ情報の追加または更新が行われる場合（ステップＳ２１でＹＥＳ）、業務サーバ制御部３３は、記憶部３５に追加されたログ情報を記憶するか、または既に記憶されているログ情報を更新する（ステップＳ２２）。
ステップＳ２２の処理と共に、ミラーリング制御部３４は、追加されたログ情報または更新された情報を、確立された第１ＳＡＮ１５のアクセス経路を介して、第１ストレージ装置１３に送信する（ステップＳ２３）。
第１ストレージ装置１３は、業務サーバ１１に割り当てられた論理ボリュームに、追加されたログ情報を記憶するか、または既に記憶されているログ情報を更新する（ステップＳ２４）。
以上により、業務サーバ１１の記憶部３５に記憶されたログ情報の内容と同じ内容が第１ストレージ装置１３のうち、業務サーバ１１に割り当てられた論理ボリュームに反映される。つまり、ミラーリングが行われる。
＜ログ情報採取処理の一例＞
次に、図１３のシーケンスチャートの例を参照して、ログ情報採取処理の一例を説明する。実施形態では、ログ情報の採取は、監視サーバ１２の障害検出部４４が、監視対象の業務サーバ１１のうち何れかに何らかの障害が生じたことを検出した場合に行われる。
障害検出部４４が、データセンタ２に設置された監視対象の業務サーバ１１のうち、何れの業務サーバ１１にも障害が発生したことを検出しない場合（ステップＳ３１でＮＯ）、処理は次のステップに進まない。
障害検出部４４が上記の障害の発生を検出した場合（ステップＳ３１でＹＥＳ）、監視サーバ制御部４５は、新たに障害ＩＤを発行し、監視サーバテーブルにセットする（ステップＳ３２）。
新たな障害ＩＤは、監視サーバテーブルのうち、障害の発生が検出された第１ストレージ装置１３のＩＰアドレスに対応したレコードにセットされる。これにより、監視サーバテーブルは更新される（ステップＳ３３）。
監視サーバ制御部４５は、監視サーバデータベース４７に記憶された上記の監視サーバテーブルを参照して、障害ＩＤに対応するＬＶのＩＤを取得する（ステップＳ３４）。監視サーバデータベース４７は、ＬＶのＩＤを返す（ステップＳ３５）。
経路検出部４３は、第１ストレージ装置１３にストレージ間通信経路５が接続されているかを確認する（ステップＳ３６）。このため、経路検出部４３は、第１内部ネットワーク１４を介して、第１ストレージ装置１３に対してアクセスして、ストレージ間通信経路５の有無を確認する。
第１ストレージ装置１３は、ストレージ間通信経路５が接続されているか否かを監視サーバ１２に返信する（ステップＳ３７）。
第１ストレージ装置１３にストレージ間通信経路５が接続されている場合（ステップＳ３８でＹＥＳ）、処理は方式Ａに進む。第１ストレージ装置１３にストレージ間通信経路５が接続されていない場合（ステップＳ３８でＮＯ）、処理は方式Ｂに進む。
方式Ａの処理および方式Ｂの処理は、ステップＳ３１がＹＥＳの場合に行われる。従って、以降の方式Ａの処理および方式Ｂの処理は、業務サーバ１１に障害が発生したことが検出された場合に行われる。
方式Ａの場合の処理について、図１４のシーケンスチャートの例を参照して説明する。監視サーバ制御部４５は、障害発生が検出された場合、第１内部ネットワーク１４を介して、第１ストレージ装置１３に対して、各論理ボリュームに記憶されているログ情報を第２ストレージ装置２３に対してコピーするように指示する（ステップＳ４１）。
この指示に基づいて、第１ストレージ装置１３のコピー処理部６５は、各論理ボリュームのログ情報を、ストレージ間ネットワーク５を介して、第２ストレージ装置２３にコピーする（ステップＳ４２）。このコピーは、リモートミラーである。
第２ストレージ装置２３のストレージ記憶部６３は複数の論理ボリュームに分割されている。第１ストレージ装置１３のうち、ログ情報の採取対象である業務サーバ１１に割り当てられた論理ボリュームに記憶されたログ情報が、第２ストレージ装置２３のうち１つの論理ボリュームに記憶される（ステップＳ４３）。
第１ストレージ装置１３は、コピーが完了した後に、コピー完了の旨を監視サーバ１２に通知する（ステップＳ４４）。コピー完了の通知には、第１ストレージ装置１３の各論理ボリュームが第２ストレージ装置１３のうち何れの論理ボリュームにコピーしたかの情報（以下、コピー先論理ボリューム情報と称する）が含まれる。
監視サーバ制御部４５は、コピー先論理ボリューム情報（図１４では「コピー先ＬＶ情報」と表記）を管理サーバ２１に送信する（ステップＳ４５）。管理サーバ２１の第２割り当て部５５は、第２ストレージ装置１３にコピーされた論理ボリュームを管理サーバ２１の論理ボリュームとして割り当てるように、第２ストレージ装置２３に対して指示する（ステップＳ４６）。
第２ストレージ装置２３は、管理サーバ２１と第２ストレージ装置２３との間のアクセス経路を作成する（ステップＳ４７）。このアクセス経路は、第２ＳＡＮ２５のアクセス経路である。
管理サーバ制御部５３は、作成された第２ＳＡＮ２５のアクセス経路の情報に基づいて、第２ＳＡＮ２５のアクセス経路を確立する指示を第２ＳＡＮ２５に対して出す（ステップＳ４８）
第２ＳＡＮ２５は、複数の通信経路を含み、通信経路を切り替えるスイッチ（例えば、ファイバチャネルスイッチ等）を含む。第２ＳＡＮ２５の各スイッチは、管理サーバ制御部５３からの指示に基づいて、管理サーバ２１と第２ストレージ装置２３との間にアクセス経路を確立する（ステップＳ４９）。
管理サーバ制御部５３は、管理サーバ２１に割り当てられた第２ストレージ装置２３の論理ボリュームをマウントする（ステップＳ５０）。これにより、該論理ボリュームは、第２ストレージ装置２３に認識される。
管理サーバ制御部５３は、管理者端末２２に対して、障害の発生が検出されたことを示す情報、およびログ配置先情報を管理者端末２２に通知する（ステップＳ５１）。
ログ配置先情報は、ログ情報が記憶された第２ストレージ装置２３の論理ボリュームの情報（マウントポイント）である。例えば、管理サーバ制御部５３は、電子メールにより、上記の通知を管理者端末２２に送信してもよい。
管理サーバ制御部５３は、管理サーバテーブルに、新たなレコードを挿入する更新を行う（ステップＳ５２）。新たに挿入されるレコードには、障害ＩＤと第２ストレージ装置２３のＩＰとＬＶのＩＤと管理サーバでのマウントポイントを示す情報とが含まれる。
次に、ステップＳ３８でＮＯの場合に行われる方式Ｂの処理について、図１５のシーケンスチャートを参照して、説明する。
監視サーバ１２の監視サーバ制御部４５は、ゲートウェイサーバ１６に関する情報を確認する。ゲートウェイサーバ１６に関する情報には、該ゲートウェイサーバ１６にアクセスするための情報（ユーザ名やパスワード、ＩＰアドレス等）が含まれる。また、ゲートウェイサーバ１６に関する情報には、該ゲートウェイサーバ１６が第１ＳＡＮ１５に接続されるポートのＩＰアドレス等の情報も含まれる。
監視サーバ制御部４５は、第１ストレージ装置１３に対して、ゲートウェイサーバ１６と第１ストレージ装置１３との間のアクセス経路を作成する指示を出す（ステップＳ６１）。以下、このアクセス経路を、ゲートウェイサーバへの第１ＳＡＮアクセス経路と称することがある。また、以下、ゲートウェイは「ＧＷ」と表記することがある。
第１ストレージ装置１３は、上記の指示基づいて、ゲートウェイサーバ１６と第１ストレージ装置１３との間のアクセス経路を作成する（ステップＳ６２）。
監視サーバ制御部４５は、監視サーバ制御部４５からの指示に基づいて、第１ＳＡＮ１５に対して、ゲートウェイサーバへの第１ＳＡＮアクセス経路を確立する指示を出す（ステップＳ６３）。第１ＳＡＮ１５は、ゲートウェイサーバへの第１ＳＡＮアクセス経路を確立する（ステップＳ６４）。
監視サーバ制御部４５は、障害の発生が検出された業務サーバ１１に割り当てられた第１ストレージ装置１３の論理ボリュームを対象論理ボリューム（対象ＬＶ）として、マウントする指示をゲートウェイサーバ１６に対して出す（ステップＳ６５）。
ゲートウェイサーバ１６は、監視サーバ制御部４５からの指示に基づいて、第１ストレージ装置１３のうち、対象論理ボリュームをマウントする（ステップＳ６６）。これにより、ゲートウェイサーバ１６は、対象論理ボリュームを認識する。
監視サーバ制御部４５は、監視サーバテーブルのうち、ゲートウェイサーバでのマウントポイントに、ステップＳ６６でマウントされた対象論理ボリュームのマウントポイントを設定する（ステップＳ６７）。これにより、監視サーバテーブルは更新される（ステップＳ６８）。
監視サーバ制御部４５は、ゲートウェイサーバ１６にアクセスするための情報および対象論理ボリュームのマウントポイントの情報を管理サーバ２１に送信する（ステップＳ６９）。
これにより、管理サーバ２１から、外部ネットワーク４、ゲートウェイサーバ１６および第１ＳＡＮ１４を介した第１ストレージ装置１３へのアクセス経路が確立される。
管理サーバ２１の管理サーバ制御部５３は、管理者端末２２に対して、障害の発生が検出されたことを示す情報、およびログ配置先情報を管理者端末２２に通知する（ステップＳ７０）。
以上により、方式Ａの場合、第２ＳＡＮ２５を介して、管理サーバ２１と第２ストレージ装置２３との間のアクセス経路が確立される。また、方式Ｂの場合、外部ネットワーク４とゲートウェイサーバ１６と第１ＳＡＮ１５とを介して、管理サーバ２１と第１ストレージ装置１３との間のアクセス経路が確立される。
次に、管理サーバ２１によるログ情報採取について、図１６および図１７のシーケンスチャートの例を参照して、説明する。図１６は、方式Ａの場合のシーケンスチャートである。
管理サーバ２１のログ情報採取部５４は、ログ情報を採取する指示を出す（ステップＳ８１）。方式Ａの場合、第２ＳＡＮ２５を介して、管理サーバ２１と第２ストレージ装置２３との間のアクセス経路が確立されている。このため、ログ情報採取指示は、該アクセス経路に基づいて、第２ストレージ装置２３に送信される。
ログ情報採取指示には、管理サーバテーブルの障害ＩＤに対応するＬＶのＩＤが含まれる。このＬＶのＩＤは、障害の発生が検出された業務サーバ１１に対応する。第２ストレージ装置２３は、ＬＶのＩＤに対応する論理ボリュームからログ情報を取得し、取得されたログ情報を管理サーバ２１に送信する（ステップＳ８２）。
ログ情報は、上記のアクセス経路に基づいて、管理サーバ２１に送信される。これにより、管理サーバ２１のログ情報採取部５４はログ情報を採取する（ステップＳ８３）。
図１７は、方式Ｂの場合のシーケンスチャートである。方式Ｂの場合、外部ネットワーク４とゲートウェイサーバ１６と第１ＳＡＮ１５とを介して、管理サーバ２１と第１ストレージ装置１３との間のアクセス経路が確立されている。
管理サーバ２１のログ情報採取部５４は、ログ情報を採取する指示を出す（ステップＳ８４）。この指示（ログ情報採取指示）は、外部ネットワーク４とゲートウェイサーバ１６と第１ＳＡＮ１５とを介して、第１ストレージ装置１３に送信される。
ログ情報採取指示には、管理サーバテーブルの障害ＩＤが含まれる。ゲートウェイサーバ１６は、外部ネットワーク４を介して、管理サーバ２１から送信されたログ情報採取指示を受信する。
ゲートウェイサーバ１６は、監視サーバ２の監視サーバデータベース４７に記憶されている監視サーバテーブルから障害ＩＤに対応するＬＶのＩＤを取得し、ログ情報採取指示にＬＶのＩＤを含める。
第１ストレージ装置１３は、ＬＶのＩＤに対応する論理ボリュームからログ情報を取得し、取得されたログ情報を管理サーバ２１に送信する（ステップＳ８５）。ログ情報は、確立されたアクセス経路に基づいて、管理サーバ２１に送信される。これにより、ログ情報採取部５４は、ログ情報を採取する（ステップＳ８６）。
＜ログ情報採取後の処理の一例＞
次に、ログ情報採取後の処理について、図１８乃至図２０のシーケンスチャートの例を参照して、説明する。管理サーバ２１のログ情報採取部５４が、ログ情報の採取を完了していない場合（ステップＳ９１でＮＯ）、処理は次のステップに進まない。
管理サーバ２１のログ情報採取部５４が、ログ情報の採取を完了した場合（ステップＳ９１でＹＥＳ）、採取が完了したログ情報が記憶されていた論理ボリュームの割り当て解除が行われる。
上述したように、ログ情報の採取は、障害ＩＤに基づいて行われる。管理サーバ制御部５３は、採取が完了したログ情報に対応する障害ＩＤのレコードを管理サーバテーブルから取得する（ステップＳ９２）。
管理サーバデータベース５６に記憶されている管理サーバテーブルに、上記の障害ＩＤが存在していれば、管理サーバデータベース５６は、障害ＩＤに対応するレコードを管理サーバ制御部５３に返す。
管理サーバデータベース５６に記憶されている管理サーバテーブルに、上記の障害ＩＤが存在していなければ、管理サーバデータベース５６は、空のレコードを管理サーバ制御部５３に返す（ステップＳ９３）。
空でないレコードが管理サーバ制御部５３に返された場合、上述したように、管理センタ３に第２ストレージ装置２３が設置されている。この場合（ステップＳ９４でＮＯ）、処理は方式Ａに進む。
一方、空のレコードが管理サーバ制御部５３に返された場合、上述したように、管理センタ３に第２ストレージ装置２３が設置されていない。この場合（ステップＳ９４でＹＥＳ）、処理は方式Ｂに進む。
方式Ａの場合の処理について、図１９のシーケンスチャートの例を参照して説明する。管理サーバ制御部５３は、管理サーバテーブルから、障害ＩＤに対応する論理ボリュームのマウントポイント（管理サーバでのマウントポイント）を取得する（ステップＳ１０１）。
管理サーバデータベース５６は、管理サーバテーブルの障害ＩＤに対応するマウントポイントを管理サーバ制御部５３に返す（ステップＳ１０２）。管理サーバ制御部５３は、取得した論理ボリュームのマウントポイントをアンマウントする（ステップＳ１０３）。これにより、上記の論理ボリュームは、管理サーバ２１により認識されなくなる。
管理サーバ制御部５３は、第２ストレージ装置２３に対して、上記の論理ボリュームの割り当てを解除する指示を出す（ステップＳ１０４）。この指示には、障害ＩＤに対応するＬＶのＩＤが含まれる。
第２ストレージ装置２３は、指示に基づいて、ＬＶのＩＤに対応する論理ボリュームの割り当てを解除する（ステップＳ１０５）。
管理サーバ制御部５３は、確立された第２ＳＡＮ２５のアクセス経路を解除する指示を第２ＳＡＮ２５に対して出す（ステップＳ１０６）。この指示に基づいて、第２ＳＡＮ２５は、スイッチ等を制御して、確立された第２ＳＡＮ２５のアクセス経路を解除する（ステップＳ１０７）。
管理サーバ制御部５３は、管理サーバテーブルのうち障害ＩＤに対応するレコードを削除する指示を管理サーバデータベース５６に対して出す（ステップＳ１０８）。管理サーバデータベース５６は、上記の障害ＩＤに対応するレコードを管理サーバテーブルから削除する。
以上により、方式Ａの場合のログ採取後の処理は終了する。次に、方式Ｂの場合のログ採取後の処理について、図２０のシーケンスチャートの例を参照して説明する。
管理サーバ制御部５３は、ログ採取が完了した旨の通知（ログ採取完了通知）を監視サーバ１２に送信する（ステップＳ１１１）。ログ採取完了通知には、採取が完了したログ情報に対応する障害ＩＤが含まれる。
監視サーバ制御部４５は、監視サーバテーブルから、上記の障害ＩＤに対応する論理ボリュームのマウントポイント（ゲートウェイサーバでのマウントポイント）を取得する（ステップ（ステップＳ１１２）。
監視サーバデータベース４７は、上記のマウントポイントを返す（ステップＳ１１３）。監視サーバ制御部４５は、ゲートウェイサーバ１６に対して、論理ボリュームのマウントポイントをアンマウントする指示を出す（ステップＳ１１４）。ゲートウェイサーバ１６は、この指示に基づくマウントポイントをアンマウントする（ステップＳ１１５）。
監視サーバ制御部４５は、確立されたゲートウェイサーバ１６と第１ストレージ装置１３との間のアクセス経路を解除する指示を第１ＳＡＮ１５に対して出す（ステップＳ１１６）。この指示に基づいて、第２ＳＡＮ２５は、スイッチ等を制御して、上記のアクセス経路を解除する（ステップＳ１１７）。
監視サーバ制御部４５は、監視サーバテーブルのうち、上記の障害ＩＤに対応するレコードのマウントポイントを初期化する指示を出す（ステップＳ１１８）。監視サーバデータベース４７は、この指示に基づいて、監視サーバテーブルのうち、上記の障害ＩＤに対応するレコードのゲートウェイサーバでのマウントポイントを初期化する。
図８の例では、初期化されたゲートウェイサーバでのマウントポイントは「None」になっている。
＜サーバ監視解除処理の一例＞
次に、監視対象の業務サーバ１１を解除の対象から解除する処理（以下、サーバ監視解除処理と称する）について、図２１のシーケンスチャートの例を参照して説明する。
例えば、監視サーバ１２を操作する操作者は、解除対象の業務サーバ１１に関する情報（以下、サーバ解除設定情報と称する）を入力する。監視サーバ１２は、サーバ解除設定情報の入力を受け付ける。
サーバ解除設定情報は、例えば、アクセスするための情報（ユーザ名やパスワード、業務サーバ１１のＩＰアドレス等）や第１ＳＡＮ１５に接続されるポートのＩＰアドレス等の情報を含む。
監視サーバ制御部４５は、サーバ解除設定情報に基づいて、解除対象の業務サーバ１１にミラーリング制御部３４の機能を解除する指示を出す（ステップＳ１２１）。業務サーバ１１の業務サーバ制御部３３は、この指示に基づいて、ミラーリング制御部３４の機能を解除する（ステップＳ１２２）。
例えば、監視サーバ制御部４５は、ミラーリング制御部３４を実現するミラーリングプログラムを削除するアンインストールプログラムを、解除対象の業務サーバ１１に送信してもよい。
この場合、解除対象の業務サーバ１１は、アンインストールプログラムを実行することで、ミラーリング制御部３４の機能を解除する。これにより、解除対象の業務サーバ１１から第１ストレージ装置１３に対してログ情報はコピーされなくなる。
監視サーバ制御部４５は、監視サーバテーブルから、解除対象の業務サーバ１１のＩＰアドレスに対応したＬＶのＩＤを取得する（ステップＳ１２３）。監視サーバデータベース４７は、監視サーバテーブルのうち、解除対象の業務サーバ１１のＩＰアドレスに対応したＬＶのＩＤを返す（ステップＳ１２４）。
監視サーバ制御部４５は、確立された第１ＳＡＮアクセス経路（解除対象の業務サーバ１１と第１ストレージ装置１３との間のアクセス経路）を解除する指示を出す（ステップＳ１２５）。この指示に基づいて、第１ＳＡＮ１５は、スイッチ等を制御して、上記の第１ＳＡＮアクセス経路を解除する（ステップＳ１２６）。
監視サーバ制御部４５は、ステップＳ１２３で取得されたＬＶのＩＤにより特定される第１ストレージ装置１３の論理ボリュームを削除する指示を出す（ステップＳ１２７）。第１ストレージ装置１３は、この指示に基づいて、論理ボリュームを削除する（ステップＳ１２８）。
監視サーバ制御部４５は、監視サーバテーブルのうち、ステップＳ１２３で取得されたＬＶのＩＤに対応するレコードを削除する指示を出す（ステップＳ１２９）。監視サーバデータベース４７は、この指示に基づいて、監視サーバテーブルから上記のレコードを削除する（ステップＳ１３０）。
＜ログ監視解除処理の一例＞
次に、図２２のシーケンスチャートの例を参照して、監視対象のログ情報を監視の対象から解除する処理（以下、ログ監視解除処理と称する）について説明する。
例えば、監視サーバ１２を操作する操作者は、解除対象のログ情報に関する情報（ログ解除設定情報）を監視サーバ１２に入力する。監視サーバ１２は、ログ解除設定情報の入力を受け付ける（ステップＳ１４１）。
ログ解除設定情報は、例えば、監視サーバ１２が業務サーバ１１にアクセスするための情報（ユーザ名やパスワード、業務サーバ１１のＩＰアドレス等）等を含む。
監視サーバ制御部４５は、ログ解除設定情報に基づいて、対象となる業務サーバ１１に対して、解除対象のログ情報を監視の対象から解除する指示を出す（ステップＳ１４２）。業務サーバ１１のミラーリング制御部３４は、この指示に基づいて、監視対象のログ情報を解除するように設定を更新する（ステップＳ１４３）。
これにより、更新された設定に基づいて、ミラーリング制御部３４は、解除対象のログ情報を、第１ストレージ装置１３の論理ボリュームにコピーする制御を行わなくなる。
ミラーリング制御部３４がミラーリングプログラムにより実現される場合、ミラーリングプログラムが再起動されることにより、設定の更新がミラーリング制御部３４に反映されてもよい。
また、監視サーバ制御部４５は、監視対象のログ情報を解除させるためのプログラム（ログ情報解除プログラム）を業務サーバ１１に送信してもよい。このログ情報解除プログラムには、解除対象のログ情報に関する情報が含まれる。
業務サーバ１１は、ログ情報解除プログラムを実行することで、ミラーリング制御部３４に対して、監視対象のログ情報をミラーリングしないように設定する。
＜監視サーバのハードウェア構成の一例＞
次に、図２３の例を参照して、監視サーバ１２のハードウェア構成の一例を説明する。図２３の例に示すように、バス１００に対して、プロセッサ１１１とRandom Access Memory(RAM)１１２とRead Only Memory(ROM)１１３と補助記憶装置１１４と媒体接続部１１５と通信インタフェース１１６と入力装置１１７とディスプレイ１１８とが接続されている。
プロセッサ１１１は任意の処理回路である。プロセッサ１１１には、例えば、ＣＰＵが適用されてもよい。監視サーバ１２のプロセッサ１１１は、第１プロセッサの一例である。
プロセッサ１１１はＲＡＭ１１２に展開されたプログラムを実行する。実行されるプログラムとしては、実施形態の処理を行うログ情報採取プログラムを適用してもよい。ＲＯＭ１１３はＲＡＭ１１２に展開されるプログラムを記憶する不揮発性の記憶装置である。
補助記憶装置１１４は、種々の情報を記憶する記憶装置であり、例えばハードディスクドライブや半導体メモリ等を補助記憶装置１１４に適用してもよい。媒体接続部１１５は、可搬型記録媒体１１９と接続可能に設けられている。通信インタフェース１１６は、外部との通信を行うインタフェースである。
入力装置１１７は、監視サーバ１２に対して何らかの入力を行うための装置である。例えば、入力装置１１７は、キーボードやマウス等であってもよい。監視サーバ１２は、入力装置１１７による入力を受け付ける。ディスプレイ１１８は、所定の情報を表示する表示装置である。
可搬型記録媒体１１９としては、可搬型のメモリや光学式ディスク（例えば、Compact Disk(CD)やDigital Versatile Disk(DVD)等）を適用してもよい。この可搬型記録媒体１１９に実施形態の処理を行うログ管理プログラムが記録されてもよい。
監視サーバ１２のうち、監視サーバデータベース４７以外の各部は、与えられたプログラムをプロセッサ１１１が実行することにより、実現されてもよい。監視サーバデータベース４７は、ＲＡＭ１１２や補助記憶装置１１４等により実現されてもよい。
ＲＡＭ１１２、ＲＯＭ１１３、補助記憶装置１１４および可搬型記録媒体１１９は、何れもコンピュータ読み取り可能な有形の記憶媒体の一例である。これらの有形な記憶媒体は、信号搬送波のような一時的な媒体ではない。
＜管理サーバのハードウェア構成の一例＞
次に、図２４の例を参照して、管理サーバ２１のハードウェア構成の一例を説明する。図２４の例に示すように、バス２００に対して、プロセッサ２１１とＲＡＭ２１２とＲＯＭ２１３と補助記憶装置２１４と媒体接続部２１５と通信インタフェース２１６とが接続されている。
プロセッサ２１１は任意の処理回路である。プロセッサ２１１には、例えば、ＣＰＵが適用されてもよい。管理サーバ２１のプロセッサ２１１は、第２プロセッサの一例である。
プロセッサ２１１はＲＡＭ２１２に展開されたプログラムを実行する。ＲＯＭ２１３はＲＡＭ２１２に展開されるプログラムを記憶する不揮発性の記憶装置である。
補助記憶装置２１４は、種々の情報を記憶する記憶装置であり、例えばハードディスクドライブや半導体メモリ等を補助記憶装置２１４に適用してもよい。媒体接続部２１５は、可搬型記録媒体２１９と接続可能に設けられている。通信インタフェース２１６は、外部との通信を行うインタフェースである。
可搬型記録媒体２１９としては、可搬型のメモリや光学式ディスクを適用してもよい。この可搬型記録媒体２１９に実施形態の処理を行うプログラムが記録されてもよい。
管理サーバ２１のうち、管理サーバデータベース５６以外の各部は、与えられたプログラムをプロセッサ２１１が実行することにより、実現されてもよい。管理サーバデータベース５６は、ＲＡＭ１１２や補助記憶装置１１４等により実現されてもよい。
ＲＡＭ２１２、ＲＯＭ２１３、補助記憶装置２１４および可搬型記録媒体２１９は、何れもコンピュータ読み取り可能な有形の記憶媒体の一例である。これらの有形な記憶媒体は、信号搬送波のような一時的な媒体ではない。
＜業務サーバのハードウェア構成の一例＞
次に、図２５の例を参照して、業務サーバ１１のハードウェア構成の一例を説明する。図２５の例に示すように、バス３００に対して、プロセッサ３１１とＲＡＭ３１２とＲＯＭ３１３と補助記憶装置３１４と媒体接続部３１５と通信インタフェース３１６とが接続されている。
プロセッサ３１１は任意の処理回路である。プロセッサ３１１には、例えば、ＣＰＵが適用されてもよい。業務サーバ１１のプロセッサ３１１は、第３プロセッサの一例である。
プロセッサ３１１はＲＡＭ３１２に展開されたプログラムを実行する。ＲＯＭ３１３はＲＡＭ３１２に展開されるプログラムを記憶する不揮発性の記憶装置である。
補助記憶装置３１４は、種々の情報を記憶する記憶装置であり、例えばハードディスクドライブや半導体メモリ等を補助記憶装置３１４に適用してもよい。媒体接続部３１５は、可搬型記録媒体３１９と接続可能に設けられている。通信インタフェース３１６は、外部との通信を行うインタフェースである。
可搬型記録媒体３１９としては、可搬型のメモリや光学式ディスクを適用してもよい。この可搬型記録媒体２１９に実施形態の処理を行うプログラムが記録されてもよい。
業務サーバ１１のうち、記憶部３５以外の各部は、与えられたプログラムをプロセッサ３１１が実行することにより、実現されてもよい。記憶部３５は、補助記憶装置１１４等により実現されてもよい。
ＲＡＭ３１２、ＲＯＭ３１３、補助記憶装置３１４および可搬型記録媒体３１９は、何れもコンピュータ読み取り可能な有形の記憶媒体の一例である。これらの有形な記憶媒体は、信号搬送波のような一時的な媒体ではない。
＜その他＞
上述した実施形態では、業務サーバ１１が記憶部３５にログ情報を追加や更新する際に、追加されたログ情報または更新された情報が、第１ストレージ装置１３のうち、該業務サーバ１１に割り当てられた論理ボリュームに記憶される。
業務サーバ１１に障害が発生したことが検出された際、管理サーバ２１は、第１ストレージ装置１３または第２ストレージ装置２３からログ情報を採取するため、業務サーバ１１に対する、ログ情報採取のための負荷が低減する。
実施形態では、ストレージ装置は、サーバとＳＡＮにより接続される例について説明したが、ＳＡＮ以外の任意のストレージネットワークに接続されてもよい。例えば、ストレージ装置は、Network Attached Storage(NAS)等であってもよい。
この場合、ＮＡＳには、共有フォルダが動的に作成され、業務サーバ１１が共有フォルダに割り当てられてもよい。
また、実施形態では、各業務サーバ１１は１台の物理的なコンピュータにより実現される例を説明したが、各業務サーバ１１は、１台の物理的なコンピュータ上の複数の仮想マシンであってもよい。この場合、上記の仮想マシンで動作するゲストＯＳが第１ストレージ装置１３と通信を行う。ＯＳは、Operating Systemの略称である。
また、各業務サーバ１１が上記の仮想マシンにより実現される場合、上記の仮想マシンに対して、第１ストレージ装置１３の論理ボリュームが割り当てられてもよい。例えば、この場合、論理ボリュームに共有フォルダが作成される。
また、第１ストレージ装置１３が、ログ情報だけでなく、業務サーバ１１が行う処理に関する情報を記憶する場合、第１ストレージ装置１３に関するログ情報も採取の対象となることがある。
監視サーバ１２が第１ＳＡＮ１５に接続されることで、第１ストレージ装置１３に関するログ情報の採取が行われてもよい。この場合、第１ストレージ装置１３の論理ボリュームに監視サーバ１２が割り当てられる。
監視サーバ１２は、該監視サーバ１２に割り当てられた論理ボリュームをマウントする。これにより、該論理ボリュームは監視サーバ１２により認識される。そして、監視サーバ１２は、第１ストレージ装置１３に対して、該第１ストレージ装置１３に関するログ情報を採取する機能を実行させる。
ストレージ装置には、自身のストレージ装置に関するログ情報を採取する機能が設けられている場合がある。監視サーバ１２は、第１ストレージ装置１３に上記の機能を実行させる。
そして、監視サーバ１２は、採取された第１ストレージ装置１３に関するログ情報を、監視サーバ１２に割り当てられた論理ボリュームに記憶させる制御を行う。これにより、第１ストレージ装置１３に関するログ情報は、第１ストレージ装置１３のうち、監視サーバ１２に割り当てられた論理ボリュームに記憶される。
管理サーバ２１は、監視サーバ１２を経由して、上記の論理ボリュームから第１ストレージ装置１３に関するログ情報を採取することで、第１ストレージ装置１３に関するログ情報の採取が行われる。
また、採取対象のログ情報は、所定のテンプレート情報に基づいて指定されてもよい。例えば、監視サーバ１２を操作する操作者は、例えば、ディスプレイ１１８に表示される所定のテンプレート情報に基づいて、入力装置１１７を用いて、採取対象のログ情報を指定してもよい。
例えば、テンプレート情報は、業務サーバ１１で動作するアプリケーションと採取対象のログ情報とを関連付ける情報である。監視サーバ１２が、アプリケーションの指定を受け付けると、監視サーバ１２は、テンプレート情報に基づいて、アプリケーションに対応するログ情報を特定する。
この特定されたログ情報が採取対象のログ情報である。従って、採取対象のログ情報は、直接的に該ログ情報が指定されなくても、テンプレート情報に基づいて、指定することができる。
また、実施形態のシステム１は、例えば、クラウドコンピューティングシステムに適用されてもよい。クラウドコンピューティングシステムにおいて、サービスを提供するサーバに実施形態の業務サーバ１１が適用されてもよい。
本実施形態は、以上に述べた実施の形態に限定されるものではなく、本実施形態の要旨を逸脱しない範囲内で種々の構成または実施形態を取ることができる。以上の実施形態に関し、さらに以下の付記を開示する。
（付記１）
監視装置と、該監視装置が監視する対象である監視対象装置と、該監視対象装置を管理する管理装置と、が通信可能に接続され、
前記監視装置は、
該監視装置に接続される第１ストレージ装置のうち所定の記憶領域を前記監視対象装置に対して割り当てる第１割り当て部と、
前記監視対象装置に対して、該監視対象装置の記憶部にログ情報が記憶される際、前記第１割り当て部が割り当てた前記記憶領域に前記ログ情報のコピーを記憶させる制御を行う制御部と、
を備え、
前記管理装置は、
前記監視対象装置の障害が検出された際、前記管理装置に接続される第２ストレージ装置に前記第１ストレージ装置からコピーされた前記ログ情報を該第２ストレージ装置から採取するか、または前記管理装置と前記第１ストレージ装置との間に確立されたアクセス経路から前記ログ情報を採取する採取部、
を備えることを特徴とするログ情報採取システム。
（付記２）
前記第１割り当て部は、複数の前記監視対象装置に対して、前記第１ストレージ装置のそれぞれ異なる記憶領域を割り当てる、
付記１記載のログ情報採取システム。
（付記３）
前記監視対象装置は、前記記憶部に記憶されたログ情報が更新された場合、該ログ情報のうち更新された分の情報を前記第１ストレージ装置に送信して、該第１ストレージ装置に対して割り当てられた記憶領域に記憶されたログ情報を更新させる、
付記１記載のログ情報採取システム。
（付記４）
前記管理装置と前記監視装置との間を接続する外部ネットワークと、
前記外部ネットワークより高速に通信を行い、前記監視装置と前記監視対象装置との間を接続する内部ネットワークと、
前記内部ネットワークより高速に通信を行い、前記監視対象装置と前記第１ストレージ装置との間を接続するストレージネットワークと、
をさらに備える付記１記載のログ情報採取システム。
（付記５）
前記制御部は、前記第１ストレージ装置と前記第２ストレージとの間のストレージ間通信経路が検出された場合、前記第１ストレージ装置と前記監視対象装置との間に前記第１ストレージネットワークのアクセス経路を確立する、
付記１記載のログ情報採取システム。
（付記６）
前記制御部は、
前記ストレージ装置と前記第２ストレージとの間のストレージ間通信経路が検出された場合、前記第１ストレージ装置に対して、前記第１ストレージ装置に記憶された前記ログ情報を前記第２ストレージにコピーさせる制御を行い、
前記ストレージ間通信経路が検出されない場合、前記管理装置と前記第１ストレージ装置との間の前記アクセス経路を確立する制御を行う、
付記１記載のログ情報採取システム。
（付記７）
新たに監視対象とする前記監視対象装置の指定を前記監視装置が受け付けた場合、前記第１割り当て部は、指定を受け付けた前記監視対象装置に対して、前記第１ストレージ装置のうち新たな記憶領域を割り当てる、
付記１記載のログ情報採取システム。
（付記８）
前記監視対象装置に関するログ情報のうち、新たに監視対象とするログ情報の指定を前記監視装置が受け付けた場合、前記制御部は、前記第１割り当て部が割り当てた前記記憶領域に前記新たに監視対象とするログ情報のコピーを記憶させる制御を行う、
付記１記載のログ情報採取システム。
（付記９）
前記管理装置は、前記第２ストレージ装置のうち、前記第１ストレージ装置からコピーされたログ情報が記憶された論理ボリュームを前記管理装置に対して割り当てる第２割り当て部、
をさらに備える付記１記載のログ情報採システム。
（付記１０）
前記第２割り当て部は、前記採取部から前記ログ情報の採取が完了したことの通知を受信したことに応じて、前記第２ストレージ装置のうち、採取が完了した前記ログ情報に割り当てられた記憶領域の割り当てを解除する、
付記９記載のログ情報採取システム。
（付記１１）
前記制御部は、前記採取部から前記ログ情報の採取が完了したことの通知を受信したことに応じて、採取が完了した前記ログ情報が記憶されていた前記第１ストレージの記憶領域と前記管理装置との間に確立されたアクセス経路を解除する、
付記５記載のログ情報採取システム。
（付記１２）
前記第１ストレージ装置の記憶領域に割り当てられた監視対象装置を解除する指定を前記監視装置が受け付けた場合、前記第１割り当て部は、前記第１ストレージ装置のうち、指定を受け付けた前記監視対象装置に対して割り当てられた記憶領域の割り当てを解除する、
付記１記載のログ情報採取システム。
（付記１３）
前記制御部は、前記第１ストレージ装置のうち、監視対象の業務サーバに割り当てられた記憶領域に記憶された複数のログ情報から、指定されたログ情報を監視対象から解除する制御を行う、
付記１記載のログ情報採取システム。
（付記１４）
監視装置に、
該監視装置に接続される第１ストレージ装置のうち所定の記憶領域を、前記監視装置が監視する対象である監視対象装置に対して割り当て、
前記監視対象装置に対して、該監視対象装置の記憶部にログ情報が記憶される際、前記監視対象装置に対して割り当てられた前記記憶領域に前記ログ情報のコピーを記憶させ、
前記監視対象装置の障害が検出された際、前記監視対象装置を管理する管理装置に対して、該管理装置に接続される第２ストレージ装置に前記第１ストレージ装置からコピーされた前記ログ情報を該第２ストレージ装置から採取させるか、または前記管理装置と前記第１ストレージ装置との間に確立されたアクセス経路から前記ログ情報を採取させるように、通知を行う、
処理を実行させることを特徴とするログ情報採取プログラム。
（付記１５）
監視装置が、
該監視装置に接続される第１ストレージ装置のうち所定の記憶領域を、前記監視装置が監視する対象である監視対象装置に対して割り当て、
前記監視対象装置に対して、該監視対象装置の記憶部にログ情報が記憶される際、前記監視対象装置に対して割り当てられた前記記憶領域に前記ログ情報のコピーを記憶させ、
前記監視対象装置の障害が検出された際、前記監視対象装置を管理する管理装置に対して、該管理装置に接続される第２ストレージ装置に前記第１ストレージ装置からコピーされた前記ログ情報を該第２ストレージ装置から採取させるか、または前記管理装置と前記第１ストレージ装置との間に確立されたアクセス経路から前記ログ情報を採取させるように、通知を行う、
ことを特徴とするログ情報採取方法。
１ システム
２ データセンタ
３ 管理センタ
４ 外部ネットワーク
５ ストレージ間通信経路
１１ 業務サーバ
１２ 監視サーバ
１３ 第１ストレージ装置
１４ 第１内部ネットワーク
１５ 第１ＳＡＮ
１６ ゲートウェイサーバ
２１ 管理サーバ
２２ 管理者端末
２３ 第２ストレージ装置
２４ 第２内部ネットワーク
２５ 第２ＳＡＮ
３３ 業務サーバ制御部
３４ ミラーリング制御部
３５ 記憶部
４３ 経路検出部
４４ 障害検出部
４５ 監視サーバ制御部
４６ 第１割り当て部
５３ 管理サーバ制御部
５４ ログ情報採取部
５５ 第２割り当て部
１１１、２１１、３１１ プロセッサ
１１２、２１２、３１２ ＲＡＭ
１１３、３１３、３１３ ＲＯＭ

Claims (7)

  1. 監視装置と、該監視装置が監視する対象である監視対象装置と、該監視対象装置を管理する管理装置と、が通信可能に接続され、
    前記監視装置は、
    該監視装置に接続される第１ストレージ装置のうち所定の記憶領域を前記監視対象装置に対して割り当てる第１割り当て部と、
    前記監視対象装置に対して、該監視対象装置の記憶部にログ情報が記憶される際、前記第１割り当て部が割り当てた前記記憶領域に前記ログ情報のコピーを記憶させる制御を行う制御部と、
    を備え、
    前記管理装置は、
    前記監視対象装置の障害が検出された際、前記管理装置に接続される第２ストレージ装置に前記第１ストレージ装置からコピーされた前記ログ情報を該第２ストレージ装置から採取するか、または前記管理装置と前記第１ストレージ装置との間に確立されたアクセス経路から前記ログ情報を採取する採取部、
    を備え、
    前記制御部は、
    前記第１ストレージ装置と前記第２ストレージ装置との間のストレージ間通信経路が検出された場合、前記第１ストレージ装置に対して、前記第１ストレージ装置に記憶された前記ログ情報を前記第２ストレージ装置にコピーさせる制御を行い、
    前記ストレージ間通信経路が検出されない場合、前記管理装置と前記第１ストレージ装置との間の前記アクセス経路を確立する制御を行う、
    ことを特徴とするログ情報採取システム。
  2. 前記第１割り当て部は、複数の前記監視対象装置に対して、前記第１ストレージ装置のそれぞれ異なる記憶領域を割り当てる、
    ことを特徴とする請求項１記載のログ情報採取システム。
  3. 前記監視対象装置は、前記記憶部に記憶されたログ情報が更新された場合、該ログ情報のうち更新された分の情報を前記第１ストレージ装置に送信して、該第１ストレージ装置に対して割り当てられた記憶領域に記憶されたログ情報を更新させる、
    ことを特徴とする請求項１または２記載のログ情報採取システム。
  4. 前記管理装置と前記監視装置との間を接続する外部ネットワークと、
    前記外部ネットワークより高速に通信を行い、前記監視装置と前記監視対象装置との間を接続する内部ネットワークと、
    前記内部ネットワークより高速に通信を行い、前記監視対象装置と前記第１ストレージ装置との間を接続するストレージネットワークと、
    をさらに備えることを特徴とする請求項１乃至３のうち何れか１項に記載のログ情報採取システム。
  5. 前記管理装置は、前記第２ストレージ装置のうち、前記第１ストレージ装置からコピーされたログ情報が記憶された論理ボリュームを前記管理装置に対して割り当てる第２割り当て部、
    をさらに備える請求項１乃至４のうち何れか１項に記載のログ情報採取システム。
  6. 監視装置に、
    該監視装置に接続される第１ストレージ装置のうち所定の記憶領域を、前記監視装置が監視する対象である監視対象装置に対して割り当て、
    前記監視対象装置に対して、該監視対象装置の記憶部にログ情報が記憶される際、前記監視対象装置に対して割り当てられた前記記憶領域に前記ログ情報のコピーを記憶させ、
    前記監視対象装置の障害が検出された際、前記監視対象装置を管理する管理装置に対して、該管理装置に接続される第２ストレージ装置に前記第１ストレージ装置からコピーされた前記ログ情報を該第２ストレージ装置から採取させるか、または前記管理装置と前記第１ストレージ装置との間に確立されたアクセス経路から前記ログ情報を採取させるように、通知を行い、
    前記第１ストレージ装置と前記第２ストレージ装置との間のストレージ間通信経路が検出された場合、前記第１ストレージ装置に対して、前記第１ストレージ装置に記憶された前記ログ情報を前記第２ストレージ装置にコピーさせる制御を行い、
    前記ストレージ間通信経路が検出されない場合、前記管理装置と前記第１ストレージ装置との間の前記アクセス経路を確立する制御を行う、
    処理を実行させることを特徴とするログ情報採取プログラム。
  7. 監視装置が、
    該監視装置に接続される第１ストレージ装置のうち所定の記憶領域を、前記監視装置が監視する対象である監視対象装置に対して割り当て、
    前記監視対象装置に対して、該監視対象装置の記憶部にログ情報が記憶される際、前記監視対象装置に対して割り当てられた前記記憶領域に前記ログ情報のコピーを記憶させ、
    前記監視対象装置の障害が検出された際、前記監視対象装置を管理する管理装置に対して、該管理装置に接続される第２ストレージ装置に前記第１ストレージ装置からコピーされた前記ログ情報を該第２ストレージ装置から採取させるか、または前記管理装置と前記第１ストレージ装置との間に確立されたアクセス経路から前記ログ情報を採取させるように、通知を行い、
    前記第１ストレージ装置と前記第２ストレージ装置との間のストレージ間通信経路が検出された場合、前記第１ストレージ装置に対して、前記第１ストレージ装置に記憶された前記ログ情報を前記第２ストレージ装置にコピーさせる制御を行い、
    前記ストレージ間通信経路が検出されない場合、前記管理装置と前記第１ストレージ装置との間の前記アクセス経路を確立する制御を行う、
    処理を実行することを特徴とするログ情報採取方法。
JP2015215411A 2015-11-02 2015-11-02 ログ情報採取システム、ログ情報採取プログラムおよびログ情報採取方法 Active JP6623692B2 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2015215411A JP6623692B2 (ja) 2015-11-02 2015-11-02 ログ情報採取システム、ログ情報採取プログラムおよびログ情報採取方法
US15/298,537 US10204027B2 (en) 2015-11-02 2016-10-20 Log information collection system and log information collection method

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2015215411A JP6623692B2 (ja) 2015-11-02 2015-11-02 ログ情報採取システム、ログ情報採取プログラムおよびログ情報採取方法

Publications (2)

Publication Number Publication Date
JP2017090946A JP2017090946A (ja) 2017-05-25
JP6623692B2 true JP6623692B2 (ja) 2019-12-25

Family

ID=58638400

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2015215411A Active JP6623692B2 (ja) 2015-11-02 2015-11-02 ログ情報採取システム、ログ情報採取プログラムおよびログ情報採取方法

Country Status (2)

Country Link
US (1) US10204027B2 (ja)
JP (1) JP6623692B2 (ja)

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10467571B2 (en) * 2016-07-10 2019-11-05 Asim Kumar Datta Robotic conductor of business operations software
CN107315672B (zh) * 2017-06-22 2020-08-21 北京星选科技有限公司 用于监控服务器的方法和装置
CN108599973B (zh) * 2018-01-05 2021-08-24 创新先进技术有限公司 一种日志关联方法、装置及设备
CN108959029A (zh) * 2018-06-29 2018-12-07 深圳市同泰怡信息技术有限公司 收集和报告服务器异常日志的方法及系统
JP7207009B2 (ja) * 2019-02-26 2023-01-18 日本電信電話株式会社 異常検知装置、異常検知方法および異常検知プログラム
US11468011B2 (en) * 2019-04-11 2022-10-11 Singlestore, Inc. Database management system
JP7251417B2 (ja) * 2019-09-09 2023-04-04 富士通株式会社 情報送信システム

Family Cites Families (18)

* Cited by examiner, † Cited by third party
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
US5901327A (en) * 1996-05-28 1999-05-04 Emc Corporation Bundling of write data from channel commands in a command chain for transmission over a data link between data storage systems for remote data mirroring
US6226651B1 (en) * 1998-03-27 2001-05-01 International Business Machines Corporation Database disaster remote site recovery
US7111189B1 (en) * 2000-03-30 2006-09-19 Hewlett-Packard Development Company, L.P. Method for transaction log failover merging during asynchronous operations in a data storage network
US7467168B2 (en) * 2003-06-18 2008-12-16 International Business Machines Corporation Method for mirroring data at storage locations
US7620786B2 (en) * 2003-09-12 2009-11-17 Lsi Corporation Storage recovery using a delta log
JP2005242403A (ja) * 2004-02-24 2005-09-08 Hitachi Ltd 計算機システム
US7139851B2 (en) * 2004-02-25 2006-11-21 Hitachi, Ltd. Method and apparatus for re-synchronizing mirroring pair with data consistency
JP2006178555A (ja) 2004-12-21 2006-07-06 Hitachi Ltd イベント情報ミラーリング機能を有する情報処理装置
EP1867097B1 (en) * 2005-03-10 2016-11-02 Telecom Italia S.p.A. Disaster recovery architecture
EP2328089B1 (en) * 2005-04-20 2014-07-09 Axxana (Israel) Ltd. Remote data mirroring system
JP2008108227A (ja) * 2006-09-25 2008-05-08 Hitachi Ltd ストレージシステム及び監査ログ管理方法
JP5045489B2 (ja) * 2008-02-22 2012-10-10 日本電気株式会社 データ変更検知装置、データ変更検知方法、及びプログラム
US8024442B1 (en) * 2008-07-08 2011-09-20 Network Appliance, Inc. Centralized storage management for multiple heterogeneous host-side servers
GB2496377B (en) * 2011-11-02 2014-07-30 Ibm Message reconciliation during disaster recovery
JP6048038B2 (ja) * 2012-09-27 2016-12-21 富士通株式会社 情報処理装置，プログラム，情報処理方法
US9607065B2 (en) * 2013-04-26 2017-03-28 Netapp, Inc. Hierarchical coherency log for managing a distributed data storage system
US20150312337A1 (en) * 2014-04-25 2015-10-29 Netapp Inc. Mirroring log data

Also Published As

Publication number Publication date
JP2017090946A (ja) 2017-05-25
US20170123955A1 (en) 2017-05-04
US10204027B2 (en) 2019-02-12

Similar Documents

Publication Publication Date Title
JP6623692B2 (ja) ログ情報採取システム、ログ情報採取プログラムおよびログ情報採取方法
CN110603524B (zh) 用于编排的工作负载的依赖性分析的方法和系统
JP4650203B2 (ja) 情報システム及び管理計算機
US10146636B1 (en) Disaster recovery rehearsals
US8448167B2 (en) Storage system, and remote copy control method therefor
US7716319B2 (en) Computer system and method for managing log information
US20060095705A1 (en) Systems and methods for data storage management
US8706859B2 (en) Method and apparatus of data center file system
JP4813385B2 (ja) ストレージシステムの複数の論理リソースを制御する制御装置
US8578121B2 (en) Computer system and control method of the same
JP5360978B2 (ja) ファイルサーバ、及びファイルサーバにおけるファイル操作通知方法
JP4566874B2 (ja) Ｉｐネットワークにおけるストレージアクセス管理機能及びシステム
JP5921684B2 (ja) 計算機システムおよびアプリケーションプログラム実行環境移行方法
US7779368B2 (en) Systems and methods for presenting managed data
US20140351545A1 (en) Storage management method and storage system in virtual volume having data arranged astride storage device
US7779082B2 (en) Address management device
JP2008021116A (ja) Ｓａｎ／ｎａｓ統合管理計算機及び方法
WO2015092847A1 (ja) コンピュータシステムおよびその処理方法
JP6393612B2 (ja) システムのバックアップ装置及びバックアップ方法
JP2008027279A (ja) 複数の仮想計算機からのテープ媒体へのアクセスを制御する方法及びシステム
JP4275700B2 (ja) リソース交換処理プログラムおよびリソース交換処理方法
JP2011248658A (ja) 仮想サーバデプロイ管理装置及び方法、そのプログラム
JP5439435B2 (ja) 計算機システムおよびその計算機システムにおけるディスク共有方法
JP2012027531A (ja) 計算機システムを管理する管理システム及び管理方法
JP2011081579A (ja) Ｉｔシステム仮想化における仮想リソースのシステム運用管理方法およびシステム

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20180706

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20190308

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20190416

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20190610

RD03 Notification of appointment of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7423

Effective date: 20190610

RD04 Notification of resignation of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7424

Effective date: 20190610

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: 20191029

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20191111

R150 Certificate of patent or registration of utility model

Ref document number: 6623692

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150