知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024156644
(43)【公開日】2024-11-06
(54)【発明の名称】ＩＴリソース管理システムでサーバーを管理する方法
(51)【国際特許分類】
G06F 11/30 20060101AFI20241029BHJP
【ＦＩ】
G06F11/30 155
【審査請求】有
【請求項の数】9
【出願形態】ＯＬ
【外国語出願】
(21)【出願番号】P 2024070587
(22)【出願日】2024-04-24
(31)【優先権主張番号】10-2023-0053117
(32)【優先日】2023-04-24
(33)【優先権主張国・地域又は機関】KR
(71)【出願人】
【識別番号】523374161
【氏名又は名称】ジニエイアイ カンパニー リミテッド
【氏名又は名称原語表記】ＧｅｎｉＡＩ ＣＯ．， ＬＴＤ
【住所又は居所原語表記】５ｔｈ ｆｌ， ３１６， Ｙｅｏｎｇｄｏｎｇ－ｄａｅｒｏ， Ｇａｎｇｎａｍ－ｇｕ， Ｓｅｏｕｌ， Ｒｅｐｕｂｌｉｃ ｏｆ Ｋｏｒｅａ
(74)【代理人】
【識別番号】100121382
【弁理士】
【氏名又は名称】山下 託嗣
(72)【発明者】
【氏名】ユ，セ クウォン
【テーマコード（参考）】
5B042
【Ｆターム（参考）】
5B042GA10
5B042JJ15
5B042KK13
5B042KK20
(57)【要約】 （修正有）
【課題】サーバーで発生する可能性のある障害を予め防止し、サーバー障害による被害を低減する方法を提供する。
【解決手段】２以上の管理対象サーバーを含むＩＴリソースを管理するためのＩＴリソース管理システムにおける管理方法は、管理サーバー１１０において、管理対象サーバー１０～４０からハードウェア関連データおよびソフトウェア関連データを収集するステップと、管理サーバーから収集したデータに基づいて、各管理対象サーバーの現状を把握して管理し、これに関連する管理サービス統計データと管理サービスレポートを含む各種サーバー管理情報を、管理者端末１２０と、顧客端末１３０と、に提供するステップと、を含む。
【選択図】図１
【解決手段】２以上の管理対象サーバーを含むＩＴリソースを管理するためのＩＴリソース管理システムにおける管理方法は、管理サーバー１１０において、管理対象サーバー１０～４０からハードウェア関連データおよびソフトウェア関連データを収集するステップと、管理サーバーから収集したデータに基づいて、各管理対象サーバーの現状を把握して管理し、これに関連する管理サービス統計データと管理サービスレポートを含む各種サーバー管理情報を、管理者端末１２０と、顧客端末１３０と、に提供するステップと、を含む。
【選択図】図１
【特許請求の範囲】
【請求項1】
２以上の管理対象サーバーを含むＩＴリソースを管理するためのＩＴリソース管理システムにおけるサーバー管理方法において、
管理サーバーにおいて、管理対象サーバーからハードウェア関連データおよびソフトウェア関連データを収集するステップと、
前記管理サーバーから収集したデータに基づいて、各管理対象サーバーの現状を把握して管理し、これに関連する管理サービス統計データと管理サービスレポートを含む各種サーバー管理情報を管理者端末と顧客端末に提供するステップと、
を含むサーバー管理方法。
管理サーバーにおいて、管理対象サーバーからハードウェア関連データおよびソフトウェア関連データを収集するステップと、
前記管理サーバーから収集したデータに基づいて、各管理対象サーバーの現状を把握して管理し、これに関連する管理サービス統計データと管理サービスレポートを含む各種サーバー管理情報を管理者端末と顧客端末に提供するステップと、
を含むサーバー管理方法。
【請求項2】
請求項１に記載のサーバー管理方法において、
前記管理サーバーが、各管理対象サーバーから収集されたＯＳ、ＢＩＯＳ、ファームウェアを含む情報を記憶するステップと、
前記管理サーバーが、緊急ファームウェアアップデートを含むファームウェアアップデートイベントが発生した場合、対応する管理対象サーバーにファームウェアを配布するステップと、
前記管理サーバーが、管理対象サーバーのファームウェア情報を点検し、ファームウェアのアップデートが完了したかどうかを確認するステップと、
をさらに含む サーバー管理方法。
前記管理サーバーが、各管理対象サーバーから収集されたＯＳ、ＢＩＯＳ、ファームウェアを含む情報を記憶するステップと、
前記管理サーバーが、緊急ファームウェアアップデートを含むファームウェアアップデートイベントが発生した場合、対応する管理対象サーバーにファームウェアを配布するステップと、
前記管理サーバーが、管理対象サーバーのファームウェア情報を点検し、ファームウェアのアップデートが完了したかどうかを確認するステップと、
をさらに含む サーバー管理方法。
【請求項3】
請求項２に記載のサーバー管理方法において、
前記管理サーバーは、Redfish APIを利用して、各管理対象サーバーのハードウェア詳細仕様、OS（Operating system）情報、ファームウェア情報及びドライバー情報を含む運営中のx86サーバーに関する情報を収集し、x86サーバーの標準化管理を行う、サーバー管理方法。
前記管理サーバーは、Redfish APIを利用して、各管理対象サーバーのハードウェア詳細仕様、OS（Operating system）情報、ファームウェア情報及びドライバー情報を含む運営中のx86サーバーに関する情報を収集し、x86サーバーの標準化管理を行う、サーバー管理方法。
【請求項4】
請求項１に記載のサーバー管理方法において、
前記管理サーバーは、管理対象サーバーのＢＢＵ（Backup Battery Unit）周期を確認し、予め定められた周期になると、この内容を該当管理対象サーバーの顧客端末に転送し、
管理対象サーバーのＢＢＵ充電容量を点検し、バッテリの充電効率が予め定められた数値以下に減少すると、この内容を該当管理対象サーバーの顧客端末に通知し、
管理対象サーバーのＢＢＵ残容量を点検し、バッテリの残量が予め定められた数値以下である場合、この内容を該当管理対象サーバーの顧客端末に通知し、
管理対象サーバーのＢＢＵ書き込みポリシー（Ｗｒｉｔｅ Ｐｏｌｉｃｙ）を点検し、書き込みポリシーが変更されると、この内容を該当管理対象サーバーの顧客端末に通知し、
管理対象サーバーのログ（log）確認を通じて、バッテリーフル充電（Full Charging）効率（％）を確認し、完全充電効率が予め定められた数値未満の装備に対するバッテリ交替を通知するメッセージを該当管理対象サーバーの顧客端末に通知する、
サーバー管理方法。
前記管理サーバーは、管理対象サーバーのＢＢＵ（Backup Battery Unit）周期を確認し、予め定められた周期になると、この内容を該当管理対象サーバーの顧客端末に転送し、
管理対象サーバーのＢＢＵ充電容量を点検し、バッテリの充電効率が予め定められた数値以下に減少すると、この内容を該当管理対象サーバーの顧客端末に通知し、
管理対象サーバーのＢＢＵ残容量を点検し、バッテリの残量が予め定められた数値以下である場合、この内容を該当管理対象サーバーの顧客端末に通知し、
管理対象サーバーのＢＢＵ書き込みポリシー（Ｗｒｉｔｅ Ｐｏｌｉｃｙ）を点検し、書き込みポリシーが変更されると、この内容を該当管理対象サーバーの顧客端末に通知し、
管理対象サーバーのログ（log）確認を通じて、バッテリーフル充電（Full Charging）効率（％）を確認し、完全充電効率が予め定められた数値未満の装備に対するバッテリ交替を通知するメッセージを該当管理対象サーバーの顧客端末に通知する、
サーバー管理方法。
【請求項5】
請求項１に記載のサーバー管理方法において、
管理サーバーは、管理対象サーバーのどの装備で障害が発生した場合にログとパターンを分析し、分析したデータを格納し、障害が解決されると、該当装備と同様の装備を分類し、分類された類似装置に対して障害を事前に対応処理を実行するサーバー管理方法。
管理サーバーは、管理対象サーバーのどの装備で障害が発生した場合にログとパターンを分析し、分析したデータを格納し、障害が解決されると、該当装備と同様の装備を分類し、分類された類似装置に対して障害を事前に対応処理を実行するサーバー管理方法。
【請求項6】
請求項１に記載のサーバー管理方法において、
管理サーバーは、管理対象サーバーでハードウェア関連の問題が発生した場合、分類表を参照して、障害発生の可能性が高い類似装備を危険装備に分類し、分類された危険装備に関する警告メッセージを発送し、障害事前に対応措置を実行するサーバー管理方法。
管理サーバーは、管理対象サーバーでハードウェア関連の問題が発生した場合、分類表を参照して、障害発生の可能性が高い類似装備を危険装備に分類し、分類された危険装備に関する警告メッセージを発送し、障害事前に対応措置を実行するサーバー管理方法。
【請求項7】
請求項６に記載のサーバー管理方法において、
前記分類表は、システム装備の具体的な類似判断基準を含み、同じクラス装備の分類、同じCPU装備の分類、同じメモリー装備の分類、同じNIC装備の分類、同じディスク装備の分類、同じHBA装備の分類、同じBIOS装備の分類、同じドライバーバージョンの装備の分類、同じOS装備の分類、同じファームウェアバージョンの装備の分類を含む、サーバー管理方法。
前記分類表は、システム装備の具体的な類似判断基準を含み、同じクラス装備の分類、同じCPU装備の分類、同じメモリー装備の分類、同じNIC装備の分類、同じディスク装備の分類、同じHBA装備の分類、同じBIOS装備の分類、同じドライバーバージョンの装備の分類、同じOS装備の分類、同じファームウェアバージョンの装備の分類を含む、サーバー管理方法。
【請求項8】
請求項７に記載のサーバー管理方法において、
前記管理サーバーは、管理対象サーバーでハードウェア関連の問題が発生すると、障害症状を把握し、障害症状別症状コードに対応する障害原因を含むリストを参照して、障害症状に応じた症状コードを確認し、症状コードに対応する原因を確認し、それに応じて対応策レポートを発送し、障害原因に対応する障害対応措置を実行し、障害症状に対応する症状コードがない場合は新たな症状コードを生成し、前記のリストに追加するサーバー管理方法。
前記管理サーバーは、管理対象サーバーでハードウェア関連の問題が発生すると、障害症状を把握し、障害症状別症状コードに対応する障害原因を含むリストを参照して、障害症状に応じた症状コードを確認し、症状コードに対応する原因を確認し、それに応じて対応策レポートを発送し、障害原因に対応する障害対応措置を実行し、障害症状に対応する症状コードがない場合は新たな症状コードを生成し、前記のリストに追加するサーバー管理方法。
【請求項9】
請求項８に記載のサーバー管理方法において、
前記リストは、
RAC1198は、iDracファームウェアの問題、
コネクタブルメモリー障害は、メモリーの問題とバイオスファームウェアの問題、
Link Failure発生は、NIC障害とファームウェアの問題、
Link Failure Count多数の発生は、NICドライバーおよびファームウェアの問題、
NIC Link is Down は、NIC ドライバーとファームウェアの問題、
Linkステータスおよびサーバー点検要請は、NIC ドライバーおよびファームウェアの問題、
HOST_DOWN発生は、NICドライバーおよびファームウェアの問題、
サーバー前面黄色点灯発生は、iDracファームウェアの問題、
SWC5008:criticalメッセージ出力は、iDracファームウェアの問題、
NO_PARTITIONアラーム発生は、ディスク障害、
Reset adapteは、BIOSのファームウェアの問題、
Correctable memory errorは、メモリーの問題とBIOSのファームウェアの問題、
CPUの性能低下は、BIOSのファームウェアの問題、
MemoryおよびSlotの表示にはならないメモリーの問題とBIOSファームウェアの問題は、Gbic障害、
System無限リブートは、BIOSファームウェアの問題、
LCD Panel特定メッセージ出力は、iDracファームウェアの問題、
iDRACで繰り返しエラーメッセージ発生は、iDracファームウェアの問題、
vCenterエージェントと同期エラーは、EXSiバージョン、OSバージョンの問題、
サーバーリブート現象は、バイオスファームウェアの問題、
HBA Write速度低下は、HBAファームウェアとドライバーの問題、
HBA Read速度低下は、HBAファームウェアとドライバーの問題、
HBAリンクダウンは、HBA Gbicとカードの問題、
HBA二重化切体障害は、HBA GbicとCardの問題、
Riser1認識不良は、Riser Cardの問題、
Riser2認識不良は、Riser Cardの問題、
ネットワーク二重化障害は、Network Cardの問題、
PSU Alert黄色LED点灯は、PSU障害、
低電圧による異常発生は、PSU障害、PXEブート不可バイオス設定、NICファームウェア／ドライバーの問題、POSTブート不可マザーボード障害、LifeCycle接続不可マザーボード障害、
iDRAC Hang症状は、iDracファームウェアの問題、
iDRAC Networkの切断は、マザーボード障害、iDracファームウェアの問題、
iDRAC SNMPサービス障害発生は、iDracファームウェアの問題、
サーバー使用中に突然サーバーオフの症状は、マザーボードの問題、
Medium Error発生は、ディスク障害、
ERROR Event確認要請は、Error Eventによる問題、CMC接続不可、CMCファームウェアの問題、
DSET分析要請は、分析による障害、
TSR Log分析要請は、分析による障害、
NFSサービスの起動失敗は、NFS設定とOS設定の確認、vCenterに接続できないEXSiバージョンとOSバージョンの問題、
NIC Resetはネットワークカードの問題、
GPU認識不可は、GPUカードの障害、
OS Crash発生は、OS Dump分析、
Network error/dropped packets発生は、Network Cardの問題、
CRCエラー発生は、Network Cardの問題、
サーバースイッチが切れる現象は、Networkカードの問題、
ネットワーク（Bonding）への通信がスムーズにならない問題は、ネットワークカードの問題、
メモリー交替後の同じスロットイベントの発生は、メモリー障害またはマザーボード障害、ディスク読み取り専用状態でアクセスできないディスク障害、またはRAID構成の問題、
スイッチが月に3～4回Hangする症状は、マザーボードまたはOSバージョンの問題、
LACP Network Speed問題が発生するのは、Network Cardの問題、
クラスタフェイルオーバー発生は、クラスタ設定の問題またはHW障害、
RTSP同期失敗は、OSの設定やネットワークの障害、
セッションの低下現象の発生は、ネットワークカードまたはGbicの問題、
不明な電源遮断は、PSUの障害、
サーバーの遅れおよびハング現象は、アプリケーションまたはHWの障害、
ネットワークのpingロスは、ネットワークカードまたはGbicの問題、
LoadAvgの上昇は、CPU点検が必要、
Fatal Error発生は、PCI CardまたはRiser Cardの問題、
PXEインストール中の停止またはパフォーマンス低下は、Network CardまたはGbicの問題、
Blue Screen発生(0x00004f)は、マザーボード/BIOS/ディスク/メモリー障害、
Blue Screenは、マザーボード/BIOS/ディスク障害、
OS Booting障害は、マザーボード/BIOS/ディスク障害、
プロセスDownおよびOSインストール中パニックは、マザーボード/BIOS/ディスク障害、
サーバーからの臭いは、ファン/マザーボード/PSUの問題、
NAS接続不可対策は、ネットワーク/OS設定の問題、KVM接続不可マザーボード/KVMケーブル/KVMの問題、
Disk Amber LEDは、ディスク障害、
Postブート時にDelayは、マザーボード/ファン/PCI/メモリーの問題、
電源不良対策は、PSU障害、
Teming性能の低下は、ネットワーク/OS設定の問題、
VD Bad Blockは、ディスク障害、
HBAループは、HBA障害、Raid構成情報が見えないというファームウェア/ディスクドライバーの問題 、Volume認識不可能なファームウェア/ディスクドライバーの問題、
Kernel Panicは、OS/Appの問題、
最大性能使用時にサーバーリブートは、CPU/PSU/マザーボード/メモリーの問題、サーバー処理が著しく遅くなるCPU/PSU/マザーボード/メモリー/ディスクの問題、
サーバーの電源が入らないのは、PSU障害、
が原因で対応することを含む、
サーバー管理方法。
前記リストは、
RAC1198は、iDracファームウェアの問題、
コネクタブルメモリー障害は、メモリーの問題とバイオスファームウェアの問題、
Link Failure発生は、NIC障害とファームウェアの問題、
Link Failure Count多数の発生は、NICドライバーおよびファームウェアの問題、
NIC Link is Down は、NIC ドライバーとファームウェアの問題、
Linkステータスおよびサーバー点検要請は、NIC ドライバーおよびファームウェアの問題、
HOST_DOWN発生は、NICドライバーおよびファームウェアの問題、
サーバー前面黄色点灯発生は、iDracファームウェアの問題、
SWC5008:criticalメッセージ出力は、iDracファームウェアの問題、
NO_PARTITIONアラーム発生は、ディスク障害、
Reset adapteは、BIOSのファームウェアの問題、
Correctable memory errorは、メモリーの問題とBIOSのファームウェアの問題、
CPUの性能低下は、BIOSのファームウェアの問題、
MemoryおよびSlotの表示にはならないメモリーの問題とBIOSファームウェアの問題は、Gbic障害、
System無限リブートは、BIOSファームウェアの問題、
LCD Panel特定メッセージ出力は、iDracファームウェアの問題、
iDRACで繰り返しエラーメッセージ発生は、iDracファームウェアの問題、
vCenterエージェントと同期エラーは、EXSiバージョン、OSバージョンの問題、
サーバーリブート現象は、バイオスファームウェアの問題、
HBA Write速度低下は、HBAファームウェアとドライバーの問題、
HBA Read速度低下は、HBAファームウェアとドライバーの問題、
HBAリンクダウンは、HBA Gbicとカードの問題、
HBA二重化切体障害は、HBA GbicとCardの問題、
Riser1認識不良は、Riser Cardの問題、
Riser2認識不良は、Riser Cardの問題、
ネットワーク二重化障害は、Network Cardの問題、
PSU Alert黄色LED点灯は、PSU障害、
低電圧による異常発生は、PSU障害、PXEブート不可バイオス設定、NICファームウェア／ドライバーの問題、POSTブート不可マザーボード障害、LifeCycle接続不可マザーボード障害、
iDRAC Hang症状は、iDracファームウェアの問題、
iDRAC Networkの切断は、マザーボード障害、iDracファームウェアの問題、
iDRAC SNMPサービス障害発生は、iDracファームウェアの問題、
サーバー使用中に突然サーバーオフの症状は、マザーボードの問題、
Medium Error発生は、ディスク障害、
ERROR Event確認要請は、Error Eventによる問題、CMC接続不可、CMCファームウェアの問題、
DSET分析要請は、分析による障害、
TSR Log分析要請は、分析による障害、
NFSサービスの起動失敗は、NFS設定とOS設定の確認、vCenterに接続できないEXSiバージョンとOSバージョンの問題、
NIC Resetはネットワークカードの問題、
GPU認識不可は、GPUカードの障害、
OS Crash発生は、OS Dump分析、
Network error/dropped packets発生は、Network Cardの問題、
CRCエラー発生は、Network Cardの問題、
サーバースイッチが切れる現象は、Networkカードの問題、
ネットワーク（Bonding）への通信がスムーズにならない問題は、ネットワークカードの問題、
メモリー交替後の同じスロットイベントの発生は、メモリー障害またはマザーボード障害、ディスク読み取り専用状態でアクセスできないディスク障害、またはRAID構成の問題、
スイッチが月に3～4回Hangする症状は、マザーボードまたはOSバージョンの問題、
LACP Network Speed問題が発生するのは、Network Cardの問題、
クラスタフェイルオーバー発生は、クラスタ設定の問題またはHW障害、
RTSP同期失敗は、OSの設定やネットワークの障害、
セッションの低下現象の発生は、ネットワークカードまたはGbicの問題、
不明な電源遮断は、PSUの障害、
サーバーの遅れおよびハング現象は、アプリケーションまたはHWの障害、
ネットワークのpingロスは、ネットワークカードまたはGbicの問題、
LoadAvgの上昇は、CPU点検が必要、
Fatal Error発生は、PCI CardまたはRiser Cardの問題、
PXEインストール中の停止またはパフォーマンス低下は、Network CardまたはGbicの問題、
Blue Screen発生(0x00004f)は、マザーボード/BIOS/ディスク/メモリー障害、
Blue Screenは、マザーボード/BIOS/ディスク障害、
OS Booting障害は、マザーボード/BIOS/ディスク障害、
プロセスDownおよびOSインストール中パニックは、マザーボード/BIOS/ディスク障害、
サーバーからの臭いは、ファン/マザーボード/PSUの問題、
NAS接続不可対策は、ネットワーク/OS設定の問題、KVM接続不可マザーボード/KVMケーブル/KVMの問題、
Disk Amber LEDは、ディスク障害、
Postブート時にDelayは、マザーボード/ファン/PCI/メモリーの問題、
電源不良対策は、PSU障害、
Teming性能の低下は、ネットワーク/OS設定の問題、
VD Bad Blockは、ディスク障害、
HBAループは、HBA障害、Raid構成情報が見えないというファームウェア/ディスクドライバーの問題 、Volume認識不可能なファームウェア/ディスクドライバーの問題、
Kernel Panicは、OS/Appの問題、
最大性能使用時にサーバーリブートは、CPU/PSU/マザーボード/メモリーの問題、サーバー処理が著しく遅くなるCPU/PSU/マザーボード/メモリー/ディスクの問題、
サーバーの電源が入らないのは、PSU障害、
が原因で対応することを含む、
サーバー管理方法。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、サーバー、ストレージ、ネットワークなどのＩＴ（Information Technology）リソースをシステム化し標準化する管理技術に関する。
【背景技術】
【0002】
最近、サーバー、ストレージ、ネットワークなどのＩＴ（Information Technology）環境が複雑になり、作業時間が不足する現象が発生している。このようにコンピュータシステムが大容量化、高速化されるにつれて、システムのエラーやウイルスなどによるコンピュータ障害が頻繁に発生している。
【0003】
特に大容量のサーバーでは、さまざまなアプリケーションプログラムの動作やデータの格納、読み取り、転送など、さまざまな要因による障害が頻繁に発生できる。したがって、各企業では、これらのサーバーを管理する別々のサーバー管理者を常駐させてサーバーを管理し、障害発生時にこれを処理するようにしている。
【0004】
ところで、サーバー管理には専門的な技術が必要であり、そのような専門職員を採用するにはかなりの費用がかかる。したがって、特に小規模の企業などでは、該当するサーバー管理者として専門技術者を採用するのではなく、社内既存の人材の中から適切な人を選択し、サーバー管理者として置いている実情である。
【0005】
そのような場合には、サーバー管理がスムーズに行われにくく、しかもサーバー障害発生時にスムーズに対処することはほとんど不可能である。また、サーバー管理のために専門技術を有するサーバー管理者を採用した場合でも、サーバー管理者が出張等の理由でサーバーから遠隔地にいる場合には、サーバーの障害発生時にこれらのサーバーの状況が管理者に迅速に通知されることが難しく、サーバーの障害発生時にスムーズに対処するのが難しかったし、サーバー管理者が当該サーバーの障害発生を通知された場合でも、遠隔地にいる関係でこれに対する即時の対処が難しく、結局サーバーがダウンするなど莫大な損失が生じることがある。
【0006】
従来、複数のサーバーを統合して管理するサーバー統合管理システムにおいて、あるサーバーに障害が発生した場合、これを検知し、事後に障害を回復する方式である。しかし、このような従来の事後障害回復方式では、障害が発生したサーバーを復旧する期間中、当該サーバーの動作が中断され、サーバーの使用中断に伴う損失が発生し、復旧に要する人員やコストによる損害が大きいという問題がある。
【先行技術文献】
【特許文献】
【0007】
【特許文献1】韓国公開特許１０－２０１５－０１２４６４２号公報
【発明の概要】
【発明が解決しようとする課題】
【0008】
本発明は、前記のような問題点を解決するために、案出されたものであり、ＩＴリソースをシステム化し、業務を標準化することにより、運営効率性を改善し、運営コストを低減し、セキュリティを強化できるＩＴリソースシステムにおけるサーバー管理方法を提供することにその目的がある。
【0009】
本発明の目的は、前記目的に限定されず、言及されていない他の目的は、以下の説明から通常の技術者に明確に理解することができるであろう。
【課題を解決するための手段】
【0010】
このような目的を達成するための本発明は、２以上の管理対象サーバーを含むＩＴリソースを管理するためのＩＴリソース管理システムにおけるサーバー管理方法に関する。
【0011】
サーバー管理方法は、関連データを収集するステップと、前記管理サーバーから収集したデータに基づいて各管理対象サーバーの現状を把握して管理し、これに関連する管理サービス統計データと管理サービスレポートを含む各種サーバー管理情報を管理者端末と、顧客端末に提供するステップを含む。
【0012】
本発明の一実施形態によるサーバー管理方法において、前記管理サーバーは、各管理対象サーバーから収集されたＯＳ、ＢＩＯＳ、ファームウェアを含む情報を格納するステップ、前記管理サーバーが緊急ファームウェアアップデートを含むファームウェアアップデートイベントが発生した場合、対応する管理対象サーバーにファームウェアを配布するステップと、管理サーバーが、管理対象サーバーのファームウェア情報を点検し、ファームウェアのアップデートが完了したかどうかを確認するステップをさらに含むことができる。
【0013】
前記管理サーバーは、Redfish APIを利用して、各管理対象サーバーのハードウェア詳細仕様、OS（Operating system）情報、ファームウェア情報及びドライバー情報を含む運営中のx86サーバーに関する情報を収集することができ、x86サーバーの 標準化管理を実行できる。
【発明の効果】
【0014】
本発明によれば、多数の管理対象サーバーに対するモニタリングを通じて、先制的にサーバーで発生する障害を予測し、警告し解決策を提供することにより、サーバーで発生しうる障害を予め防止し、サーバー障害によるダメージを減らすことができる効果がある。
【0015】
本発明によれば、ＩＴリソースをシステム化し、業務を標準化することにより、運営効率性を改善し、運営コストを削減し、セキュリティを強化することができる効果がある。
【0016】
本発明によれば、より便利で効率的に多数のサーバーを管理することができる効果がある。
【0017】
本発明によれば、サーバー管理を依頼した顧客に障害パターンを分析し、先制的に障害を予め対応付けておき、サーバー管理機能を提供することにより、顧客のニーズに合ったデータを加工し、伝達できる効果がある。
【図面の簡単な説明】
【0018】
【図1】本発明の一実施形態によるＩＴリソース管理システムの全体構成を概念的に示す図である。
【図2】本発明の一実施形態によるＩＴリソース管理システムにおける動作過程を概念的に示す図である。
【図3】本発明の一実施形態によるＩＴリソース管理システムにおけるサーバー管理方法を示すフローチャートである。
【図4】本発明の一実施形態によるＩＴリソース管理システムが提供する機能を示す画面例である。
【図5】本発明の一実施形態によるＩＴリソース管理システムが提供する機能を示す画面例である。
【図6】本発明の一実施形態によるＩＴリソース管理システムが提供する機能を示す画面例である。
【図7】本発明の一実施形態によるＩＴリソース管理システムが提供する機能を示す画面例である。
【図8】本発明の一実施形態によるＩＴリソース管理システムが提供する機能を示す画面例である。
【図9】本発明の一実施形態によるＩＴリソース管理システムの構成例を示す図である。
【図10】本発明の一実施形態によるＩＴリソース管理システムにおけるＲｅｄｆｉｓｈイベントによるサーバーモニタリング機能を説明するための例示図である。
【図11】本発明の一実施形態によるＩＴリソース管理システムにおけるＲｅｄｆｉｓｈによるサーバー構成タスク自動化機能を説明するための例示図である。
【図12】本発明の一実施形態によるＩＴリソース管理システムにおけるRedfishによるサーバー構成自動化機能を説明するための例示図である。
【図13】本発明の一実施形態によるＩＴリソース管理システムにおいてマルチベンダーを支援してサーバーを管理する方法を例示するフローチャートである。
【図14】本発明の一実施形態によるＩＴリソース管理システムにおいて障害のログ及びパターンを分析して障害を事前に 予防する方法を例示するフローチャートである。
【図15】本発明の一実施形態によるＩＴリソース管理システムにおいてＲｅｄｆｉｓｈ ＡＰＩを利用してマルチベンダーを支援する動作モデルを例示したものである。
【図16】本発明の一実施形態によるＩＴリソース管理システムの画面例を示す図である。
【図17】本発明の一実施形態によるＩＴリソース管理システムの画面例を示す図である。
【図18】本発明の一実施形態によるＩＴリソース管理システムの画面例を示す図である。
【図19】本発明の一実施形態によるＩＴリソース管理システムの画面例を示す図である。
【図20】本発明の一実施形態によるＩＴリソース管理システムの画面例を示す図である。
【図21】本発明の一実施形態によるＩＴリソース管理システムの画面例を示す図である。
【図22】本発明の一実施形態によるＩＴリソース管理システムの画面例を示す図である。
【図23】本発明の一実施形態によるＩＴリソース管理システムの画面例を示す図である。
【図24】本発明の一実施形態によるＩＴリソース管理システムの画面例を示す図である。
【図25】本発明の一実施形態によるＩＴリソース管理システムの画面例を示す図である。
【図26】本発明の一実施形態によるＩＴリソース管理システムの画面例を示す図である。
【図27】本発明の一実施形態によるＩＴリソース管理システムの画面例を示す図である。
【図28】本発明の一実施形態によるＩＴリソース管理システムの画面例を示す図である。
【図29】本発明の一実施形態によるＩＴリソース管理システムの画面例を示す図である。
【図30】本発明の一実施形態によるシステム装備を分類した図である。
【図31】本発明の一実施形態によるハードウェア症状とその原因を記載した図表である。
【図32】本発明の一実施形態によるハードウェア症状とその原因を記載した図表である。
【図33】本発明の一実施形態によるＩＴリソース管理システムにおける障害を事前に対応する方法を表示するフローチャートである。
【図34】本発明の一実施形態によるＩＴリソース管理システムにおける障害を事前に対応する方法を表示するフローチャートである。
【発明を実施するための形態】
【0019】
本発明は、様々な変更を加えることができ、様々な実施に例を有することができるが、特定の実施に例を図面に例示し、詳細に説明する。
【0020】
しかしながら、これは、本発明を特定の実施形態に限定することを意図するものではなく、本発明の精神および技術的範囲に含まれるすべての変更、等価物から代替物を含むことを理解されたい。
【0021】
本出願で使用される用語は、単に特定の実施において例を説明するために使用されたものであり、本発明を限定することを意図していない。
【0022】
単数の表現は、文脈上明らかに他に意味がない限り、複数の表現を含む。本出願において、「含む」または「有する」などの用語は、本明細書に記載の特徴、数字、ステップ、動作、構成要素、部品、またはそれらの組み合わせが存在することを指定することを意図しており、１つまたは複数の他の特徴は、数字、ステップ、動作、構成要素、部品、またはそれらを組み合わせたものの存在または追加の可能性を予め排除しないことを理解されたい。
【0023】
他に定義されない限り、技術的または科学的用語を含む本明細書で使用されるすべての用語は、本発明が属する技術分野で通常の知識を有する者によって一般に理解されるのと同じ意味を有する。一般的に使用される事前に定義されているものなどの用語は、関連技術の文脈上の意味と一致する意味を有すると解釈されるべきであり、本出願で明確に定義されていない限り、理想的または過度に形式的な意味として解釈されるべきではない。
【0024】
なお、添付図面を参照して、説明するにあたって、符号にかかわらず同じ構成要素には同じ符号を付し、これに対する重複する説明は省略する。
【0025】
本発明の説明において、関連する公知技術の具体的な説明が本発明の要旨を不必要にぼやけることができると判断される場合、その詳細な説明は省略する。
【0026】
本発明は、２以上の管理対象サーバーを含むＩＴリソースを管理するためのＩＴリソース管理システムにおけるサーバー管理方法に関し、管理対象サーバーから前記管理対象サーバーからハードウェア関連データ及びソフトウェア関連データを収集するステップと、前記管理サーバーから収集したデータに基づいて各管理対象サーバーの現状を把握して管理し、これに関連する管理サービス統計データと管理サービスレポートを含む各種サーバー管理情報を管理者端末と顧客端末に提供するステップと、を含む。
【0027】
本発明の一実施形態によるサーバー管理方法において、前記管理サーバーが、各管理対象サーバーから収集したＯＳ、ＢＩＯＳ、ファームウェアを含む情報を記憶するステップと、前記管理サーバーが、緊急ファームウェアアップデートを含むファームウェアアップデートイベントが発生した場合、対応する管理対象サーバーにファームウェアを配布するステップと、管理サーバーは、管理対象サーバーのファームウェア情報を点検し、ファームウェアのアップデートが完了したかどうかを確認するステップをさらに含むことができる。
【0028】
前記管理サーバーは、Redfish APIを利用して、各管理対象サーバーのハードウェア詳細仕様、OS（Operating system）情報、ファームウェア情報及びドライバー情報を含む動作中のx86サーバーに関する情報を収集することができ、x86サーバーの標準化管理を実行できる。
【0029】
【0030】
図１及び図２を参照すると、本発明のＩＴリソース管理システムは、管理サーバー１１０、データベース１１２、管理者端末１２０、顧客端末１３０を含む。管理者端末１２０は、ＩＴリソース管理システムを管理する管理者が使用する端末である。
【0031】
顧客端末１３０は、管理対象サーバー１０、２０、３０、４０を依頼した各顧客が使用する端末である。
【0032】
本発明の一実施形態では、管理者端末１２０と顧客端末１３０とは、デスクトップコンピュータ、ラップトップコンピュータ、タブレットＰＣ、携帯電話、携帯電話、スマートフォンなどの有無線通信が可能な様々な端末形態で実現することができる。本発明の一実施形態では、ユーザー端末は、管理者端末１２０と顧客端末１３０とを含む概念である。
【0033】
データベース１１２は、管理対象サーバー１０、２０、３０、４０関連データを格納する。管理サーバー１１０は、管理対象サーバー１０、２０、３０、４０からデータを収集し、各管理対象サーバーの現状を把握して管理し、これに関連する管理サービス統計データと管理サービスレポートとを含む各種サーバー管理情報を管理者端末１２０と顧客端末１３０に提供する。
【0034】
管理サーバー１１０は、複数の管理対象サーバーからマルチベンダハードウェア情報を収集し、格納し、格納した情報を照会して利用できるように管理者端末１２０および顧客端末１３０に提供することができる。
【0035】
管理サーバー１１０は、登録された複数の管理対象サーバーからマルチベンダハードウェアインベントリ情報を収集して格納することができる。
【0036】
管理サーバー１１０は、緊急ファームウェアアップデートを含むファームウェアアップデートイベントがあれば、全ての管理対象サーバーに対してファームウェアアップデートを進めることができる。
【0037】
管理サーバー１１０は、管理対象サーバーのいずれかの装備で障害が発生した場合にログ及びパターンを分析し、分析したデータを格納し、障害が解決されると、当該装備と同様の装備を分類し、分類された類似装備に対して障害を事前に対応処理を実行することができる。
【0038】
管理サーバー１１０は、Redfish APIを利用して、各管理対象サーバーのハードウェア詳細仕様、ＯＳ（Operating system）情報、ファームウェア情報及びドライバー情報を含む運営中のｘ８６サーバーに関する情報を収集することができ、x86サーバーの標準化管理を実行できる。
【0039】
管理サーバー１１０は、管理対象サーバー１０、２０、３０、４０の障害パターンを分析し、同様の障害が発生するのを予防する予防分析機能を提供し、予防分析機能を通じて、管理対象サーバー（１０、２０、３０、４０）で予め定められたイベント発生時に、発生したイベントによる障害が発生する可能性があることを警告する予想障害発生メッセージを、該当管理対象サーバーを依頼した顧客端末に先制的に送信することができる。
【0040】
管理サーバー１１０は、管理対象サーバー１０、２０、３０、４０の設置、障害、技術支援履歴を管理する履歴管理機能を提供することができる。
【0041】
管理サーバー１１０は、管理対象サーバー１０、２０、３０、４０の納品履歴を管理する配送管理機能を提供することができる。
【0042】
管理サーバー１１０は、管理対象サーバーで装備関連イベントが発生すると、予め定められた分類基準に従って危険装備を分類し、当該危険装備に関する警告メッセージを管理者端末１２０及び該当顧客端末に発送し、該当する危険装備に対して事前に障害対応措置を実行できる。
【0043】
管理サーバー１１０は、管理対象サーバーで装備関連イベントが発生すると、当該装備の障害症状を把握し、当該障害症状に対応する障害コードに従って原因を分析し、障害対応方案を含むレポートを管理者端末１２０及び該当顧客端末に発送し、当該装備に対する障害対応措置を実行できる。
【0044】
本発明において、管理サーバー１１０は、顧客端末１３０の要請に応じて管理対象サーバーの管理に関するデータを処理し、伝達するデータデリバリーサービス（data delivery service）機能を提供することができる。
【0045】
また、管理サーバー１１０は、管理対象サーバーのクリティカル障害を分析し、同じ事例を伝播して、サーバー障害を事前に予防することができ、四半期ごとに各サーバーの障害統計を管理者端末１２０顧客端末１３０に提供することができる。
【0046】
本発明において、管理サーバー１１０は、配達したサーバー関連装備に対する履歴を管理することができ、設置／障害／技術支援履歴管理サービスを提供し、パーツ別の問題を管理することができる。
【0047】
本発明は、顧客から依頼された複数の管理対象サーバー１０、２０、３０、４０を管理するＩＴリソース管理システムに関する。
【0048】
本発明の一実施形態において管理対象となるサーバーである管理対象サーバーは、様々なサーバーであってもよく、例えば、Ｄｅｌｌ（登録商標）サーバー１０、ＨＰ（登録商標）サーバー２０、Ｌｅｎｏｖｏ（登録商標）サーバー３０、Ｘ８６サーバー４０ある場合もある。
【0049】
管理対象サーバー１０、２０、３０、４０と管理サーバー１１０は、様々な有無線通信方式を介して通信し、例えば、ＨＴＴＰ通信やＪＳＯＮ形式のＰＯＳＴ転送方式で通信することができる。
【0050】
また、管理対象サーバー１０、２０、３０、４０は、大規模なコンピュータ環境の様々なｘ８６サーバーで定められたスケジューリングに従ってスクリプトを自動実行できる。
【0051】
管理者は、管理者端末１２０を介して管理サーバー１１０に接続し、管理サーバー１１０に定められたスケジューリングに従ってバッチ（ＢＡＴＣＨ）プログラムを実行し、既存のデータと比較して変更履歴を管理する。
【0052】
管理サーバー１１０は、自動的に管理対象サーバー１０、２０、３０、４０のハードウェア情報及びソフトウェア情報を収集し、これに基づいて各サーバーの現状を把握し、各サーバーの要請状況に合わせて管理サービスを提供する。
【0053】
図２は、本発明の一実施形態によるＩＴリソース管理システムにおける動作過程を概念的に示したものであり、図２において管理対象サーバーはｉＤＲＡＣ９バージョンが適用されたＤｅｌｌ（登録商標）サーバー１０であり、ＲｅｄｆｉｓｈＡＰＩ（Application Programming Interface）が使用されたプラットフォームを例示した。
【0054】
図２を参照すると、ユーザー端末においてフラスコ（Ｆｌａｓｋ）を用いてゲットモジュール（Ｇｅｔ Ｍｏｄｕｌｅ）を実行し、Ｒｅｄｆｉｓｈ ＡＰＩを用いて、Ｄｅｌｌ（登録商標）サーバー１０からｉＤＲＡＣ９整形データ及び非整形データを収集する。
【0055】
そして、収集したデータを分類し、データ前処理を実行する。また、前処理したデータをデータベース１１２に格納し、データベースにスタックされたデータについてＡＩ学習データモデルを介して学習を実行し、データを再分類し、データロー(row)を生成する。
【0056】
さらに、ユーザー端末でフラスコ（Ｆｌａｓｋ）を用いてページを呼び出し、データ解析モジュールでデータベース１１２を検索し、解析を実行し、データ視覚化を実行し、これをフラスコレスパンスユーザーウェブ（Ｆｌａｓｋ Ｒｅｓｐｏｎｓｅ Ｕｓｅｒ Ｗｅｂ）ページに伝達する。
【0057】
【0058】
図３を参照すると、管理サーバー１１０は、各管理対象サーバーから収集されたＯＳ、ＢＩＯＳ、ファームウェアなどの情報を格納する（Ｓ２０１０）。そして、管理サーバー１１０は、緊急ファームウェアアップデートなどのファームウェアアップデートイベントが発生すると、該当する管理対象サーバーにファームウェアを配布する（Ｓ２０２０、Ｓ２０３０）。そして、管理サーバー１１０は、管理対象サーバーのファームウェア情報を点検し（Ｓ２０４０）、ファームウェアのアップデートが完了したか否かを確認する（Ｓ２０５０）。図４ないし図８は、本発明の一実施形態によるＩＴリソース管理システムが提供する機能を示す画面例である。図４はメインダッシュボード画面例である。
【0059】
図４を参照すると、管理サーバー１１０は、管理対象サーバー１０、２０、３０、４０から収集されたリソース情報と、登録された業績件数などに基づいて重要な情報を一つの画面にまとめて表示するメインのダッシュボード画面を提供する。
【0060】
本発明では、特定情報を深く分析し、継続的にモニタリングできるように支援し、ユーザーが頻繁に使用する装備が何であり、ある業務に多くの時間を要しており、管理対象サーバーのコンポーネント別安定化ファームウェア（Firmware）が適用されているか否かなどの様々な情報を、ダッシュボード画面を通じて提供し、ダッシュボード画面を介して、ユーザーが重要管理対象サーバー情報を一目で確認できるように提供することができる。
【0061】
図４の画面例では、サーバー、ストレージ、ネットワーク動作状況情報を表示するが、動作中の総数量と、サーバーメーカー別数量に対するパイチャートを提供する。そして、毎月の業績件数状況情報を提供するが、作業、変更、障害成果件数に関する棒グラフを提供する。
【0062】
また、安定化ファームウェア適用状況情報を表示する際に、ＢＩＯＳ、Ｒ／Ｃ、ＮＩＣ、ｉＤＲＡＣ、ＨＢＡなどの安定化ファームウェア適用装置と未適用装置の割合である安定化適用率に関するチャートを提供する。
【0063】
図５は、リソース管理機能を表示した画面例である。本発明において、管理サーバー１１０は、サーバー等の装備新規設置、変更リストを自動的に収集し、整理し、信頼性の高いデータをリアルタイムで提供するリソース管理機能を提供する。
【0064】
管理サーバー１１０は、リソース管理機能においてユーザー端末から登録された情報を収集し、標準化されたRedfish RESTful APIを介して、あらかじめ定義された周期に従ってデータセンター内のサーバーのリソース情報を自動的に収集することができる。
【0065】
図５の画面例では、装備情報が表示されており、サーバー、ストレージ、ネットワーク、ＳＡＮ、バックアップ装備、廃棄装備などの装備情報を登録または照会することができる。
【0066】
また、関連統計情報を提供するために、運営、アイドル、サービス前、廃棄などの装備状態に対するパイチャートを提供し、年度別、ベンダー別運営装備の現状と、最近登録された装備リスト、追加カスタマイズ方式などのさまざまな統計グラフを提供する。
【0067】
図６は、性能管理機能を表示した画面例である。本発明において、管理サーバー１１０は、予定されたタスク、タスクによって変更された事項などに対する管理、障害発生後の履歴、改善結果を管理するための性能管理機能を提供する。
【0068】
これにより、本発明において障害の原因が明確である場合、同じ障害が発生しないように記録管理し、改善が必要な事項に対して担当者を割り当て、改善結果を確認することができる。また、年度、月別、データセンター位置、運営サービス前、アイドルなどの状態に応じた多様な成果状況統計情報を提供することができる。
【0069】
図６の画面例では、オンラインまたはオフラインのジョブ履歴管理を含むジョブ履歴、障害処理履歴マネージャーによる障害履歴、システム変更履歴マネージャーによる変更履歴などが表示されており、バックアップスケジュール管理、業績状況に関する各種統計グラフが表示されている。
【0070】
図７は、自動化管理機能を表示した画面例である。本発明において、管理サーバー１１０は、標準化されたRedfish RESTful APIを介して、同期周期（Daily/Weekly/Monthly）設定、自動化収集値（全て/Chassis/MGMT/CPU/NIC/HBA/DISK/GPUなど）設定、スケジュール情報登録などの自動化収集のためのグループ別実行周期管理と、毎日自動点検を通じて、点検必要対象装備に関する通知情報を提供する自動化管理機能を提供する。
【0071】
図７の画面例では、収集同期周期の設定、自動化収集値のカスタマイズ設定、収集スケジュール情報を登録する自動化設定と、日常点検が必要な装備の自動分類、MGMT（Management Repository）接続エラー装備を確認することができる、ある日常点検のメニューが表示されている。
【0072】
図７に示すように、管理サーバー１１０は、日常点検のメニューで装備の状態によって色を変えて表示することができる。すなわち、装備に異常がなければ記号１（緑丸）で、管理者の点検が必要な場合である「点検必要」であれば記号２（赤丸）で、肉眼で点検が必要な場合である「目視点検必要」であれば記号３（黄色丸）で、MGMTに接続できない場合の「MGMTアクセス不可」の場合、記号４（灰色丸）で表示することができる。
【0073】
図８は、自動化管理機能を表示した画面例である。本発明において、管理サーバー１１０は、ＩＴインフラ構成要素であるサーバー、ストレージ、ネットワーク、ＳＡＮ等のＩＴインフラ環境を効率的に運営及び管理するために必要な構成図のビュー機能である構成図管理機能を提供する。
【0074】
すなわち、管理サーバー１１０は、ユーザー端末から選択されたリソースであるサーバー、ストレージ、ネットワーク、ＳＡＮ等の構成に対するビュー（View）を自動的に表示する構成も管理機能として提供し、これにより、性能の問題、障害発生時により速い意思決定ができるようにする。
【0075】
図８を参照すると、構成図管理機能においてユーザー端末から選択された装備（サーバー、ストレージ、ネットワーク、ＳＡＮ等）の構成図のビュー機能を提供し、ホスト名（Ｈｏｓｔｎａｍｅ）、装備モデル基準検索及び選択機能を提供し、性能の問題や障害発生時にインフラ構成をリアルタイムで確認できるようにする。
【0076】
図９は、本発明の一実施形態によるＩＴリソース管理システムの構成例を示す図である。図９の構成例では、Ｒｅｄｆｉｓｈ ＡＰＩが使用され、管理対象サーバーがＭＧＭＴネットワークを介して接続され、管理者端末１２０のＷｅｂ接続方式で管理対象サーバーに接続することができる。
【0077】
本発明の一実施形態では、ＩＴリソース管理システムは、Ｒｅｄｆｉｓｈ ＡＰＩベースのプラットフォームでマルチベンダーｘ８６サーバーのハードウェアシステムのインベントリ情報をリアルタイムで収集し、ＢＩＯＳ設定、ファームウェアなどを配布する。これにより、メンテナンス効率の向上と運営コストの削減の効果をもたらすことができる。
【0078】
また、収集されたログ（Log）に基づいて類似装備を把握し、同じ障害を事前に予防できるようにする。
【0079】
図１０は、本発明の一実施形態によるＩＴリソース管理システムにおけるＲｅｄｆｉｓｈイベントによるサーバーモニタリング機能を説明するための例示図である。図１０を参照すると、本発明における管理サーバー１１０は、Ｒｅｄｆｉｓｈイベントを介したサーバーモニタリング機能を提供することができる。
【0080】
Redfishイベントは、HTTPSに基づいてサーバーのイベント情報をRedfishクライアントに転送し、管理でアラームが発生するとHTTP POSTに転送され、HTTP GETを介して受信できる。
【0081】
このとき、重要通知メールプッシュ（Push）、状態モニタリング、日常点検の対象サーバーを選別し、必要なデータをロードすることができる。
【0082】
図１１は、本発明の一実施形態によるＩＴリソース管理システムにおけるＲｅｄｆｉｓｈによるサーバー構成タスク自動化機能を説明するための例示図である。図１１を参照すると、本発明における管理サーバー１１０は、Ｒｅｄｆｉｓｈを介したサーバー構成作業自動化機能を提供することができる。
【0083】
この機能では、BIOS設定の変更、セキュアブート（Secure Boot）、iDRAC Configurationなどをローカルに配布することができ、アップデートすることができる。また、管理対象サーバーファームウェアインベントリの管理およびアップデートを提供し、サーバー展開時にBIOS標準設定、マネジメント標準設定値を一括適用することで、展開時間を短縮でき、自動化管理機能により、誤設定値が入力されるのを防止できる。また、管理対象サーバーにインストールされたファームウェア情報をあらかじめ設定しておいた周期に応じてアップデートし、緊急ファームウェア配布時に対象装備を自動的に選別し、管理者に電子メールをプッシュする機能を提供する。
【0084】
図１２は、本発明の一実施形態によるＩＴリソース管理システムにおけるRedfishによるサーバー構成自動化機能を説明するための例示図である。本発明では、管理サーバー１１０は、Redfishを介したサーバー構成自動化機能を提供することができる。
【0085】
サーバーが持つ固有の設定値は、SCP（Server Configuration Profile）のメタデータとして格納されるが、これを本発明でRedfish APIを利用して、構成することができる。SCPは、エクスポート（Export）、プレビュー（Preview）、およびインポート（Import）が可能であり、これを利用して、本発明におけるサーバー構成自動化機能により、新たに構築されるサーバーに構成情報を適用することができる。
【0086】
SCPは、HTTPS、NFS、CIFSなどの方法で共有でき、XMLとJSON形式で実現される。サーバー構成時にSSHプロトコルを使用すると、多数のアプリケーションを安定して一貫して配布できる。
【0087】
本発明では、物理サーバー配布のための固有の設定値をメタデータとしてファイル共有サーバーにＸＭＬ、ＪＳＯＮ形式で格納し、マネジメントネットワークに接続された新しく構築されるサーバーに構成情報を自動的に適用することができる。
【0088】
このように、本発明の構成自動化機能により、オペレータは、新しいサーバー構成のために各サーバーに別々の接続を行わなくても迅速に新しいサーバーを構成することができる。
【0089】
本発明の一実施形態では、Redfishを利用したAI（Artificial Intelligence）分析機能を提供する。すなわち、ＳＲＣ（Server remote control）（ｉＤＲＡＣ、ｉＬＯ、ＩＰＭＩ）により、サーバー、ストレージ装置の整形、非定型ログデータを収集し、データ分類及び前処理進行過程を実行できる。
【0090】
その後、学習データモデルを利用して装備の状態や障害を予測し、重要な問題が発生したときに文字や電子メールなどでユーザー端末にアラームメッセージを伝達する。
【0091】
本発明のAI分析機能により、正常なトラフィックが何であるかを学習し、異常トラフィックを発見し、ユーザーに必要な危険度の優先順位を設定し、問題を分析して支援することができる。そして、ＡＩを通じて、サーバー運営時に収集されたログを分析して学習し、アルゴリズムを開発し、学習したアルゴリズムを通じて、既存の障害発生と同様のログ情報の確認時に顧客端末１３０に警報メッセージを伝達する障害解決策を提供する。すなわち、ＡＩ分析機能により、事前に障害防止の問題発生迅速共有、リアルタイム分析などを実行できる。
【0092】
管理サーバー１１０は、管理対象サーバーのＢＢＵ（Backup Battery Unit）周期を点検し、予め定められた周期になると、この内容を該当管理対象サーバーの顧客端末に転送することができる。
【0093】
また、管理サーバー１１０は、管理対象サーバーのＢＢＵ充電容量を点検し、バッテリの充電効率が予め定められた数値以下に減少すると、この内容を該当管理対象サーバーの顧客端末に通知することができる。例えば、管理サーバー１１０は、管理対象サーバーのＢＢＵ充電容量を点検し、バッテリの充電効率が４０％以下に低下した場合、この内容を該当管理対象サーバーの顧客端末に通知することができる。
【0094】
管理サーバー１１０は、管理対象サーバーのＢＢＵ残容量を点検し、バッテリの残量が予め定められた数値以下の場合、この内容を該当管理対象サーバーの顧客端末に通知することができる。例えば、管理サーバー１１０は、管理対象サーバーのＢＢＵ残容量を点検し、バッテリの残量が１０％以下の場合、この内容を該当管理対象サーバーの顧客端末に通知することができる。
【0095】
また、管理サーバー１１０は、管理対象サーバーのＢＢＵ書き込みポリシー（Ｗｒｉｔｅ Ｐｏｌｉｃｙ）を点検し、書き込みポリシーが変更されると、この内容を該当管理対象サーバーの顧客端末に通知することができる。
【0096】
本発明は、多数のサーバーを統合し、管理するサーバー統合管理システムのためのものであり、サーバーの様々な機能を診断し、障害を予め予測し、警告し、解決策を一緒に提示する。
【0097】
本発明では、サーバーの様々な機能のうち、ＢＢＵ（Backup Battery Unit）を例示して説明する。Dell（登録商標）サーバーを例にとると、RAIDコントローラのバッテリー障害によるキャッシュデータの損失を防ぐために、BBUのバッテリーの状態の点検 及び 先制的な交換の進行が必要である。
【0098】
このために、Dell（登録商標）サーバーのログ確認により、バッテリーフル充電（Full Charging）効率（％）を確認し、フル充電効率が５０％未満の装備を確認し、バッテリー交替を進める。36ヶ月以降のバッテリー充電効率は約70％前後で自然に減少し、これを考慮して、約20％程度の追加的な減少があるバッテリーに対して充電効率不良と判定することができる。
【0099】
本発明のサーバー統合管理システムは、ＢＢＵ周期点検、充電容量点検、残容量確認、書き込みポリシー（Ｗｒｉｔｅ Ｐｏｌｉｃｙ）点検を実行し、これによりキャッシュデータの損失を防止し、バッテリー状態の危険因子を事前に防止できる。
【0100】
本発明のＩＴリソース管理システムでは、あるイベントが発生したとき、そのイベントを介してサーバーに障害が発生する可能性があることを診断し、予め該当サーバーのシステムに警告し、解決策に関する情報をまとめて伝達する。これに関して、サーバーで発生するイベントは非常に多様であり、以前になかったイベントが新たに発生できる。
【0101】
本発明では、このようなサーバーで発生し得るイベントのうちいくつかのイベントを例示する。
【0102】
１．iDRAC7 バージョン 1.51.51 に適用された製品のDell（登録商標） R720 サーバーでファン (FAN) ノイズ (Reading 12,000 RPM 以上)
これに対する解決策は、iDRAC7バージョン1.46.45にダウングレードすることを推奨する。
これに対する解決策は、iDRAC7バージョン1.46.45にダウングレードすることを推奨する。
【0103】
２．ラックPDU#1およびPDU#2で電力使用率がPDU#1にシュート現象の発生
図３２を参照すると、Ｄｅｌｌ（登録商標）サーバーだけでなく、ＨＰ（登録商標）サーバーも同様に電源(Power Supply)のデフォルト(Default)としてアクティブスタンバイ(Active Standby)として動作するように設定されており、これにより電力がラック(Rack)PDU の一方に追い込まれる状況が発生するのにバランス（Balance）を合わせるためにはPrimary－PSUの割合を合わせる必要がある。
図３２を参照すると、Ｄｅｌｌ（登録商標）サーバーだけでなく、ＨＰ（登録商標）サーバーも同様に電源(Power Supply)のデフォルト(Default)としてアクティブスタンバイ(Active Standby)として動作するように設定されており、これにより電力がラック(Rack)PDU の一方に追い込まれる状況が発生するのにバランス（Balance）を合わせるためにはPrimary－PSUの割合を合わせる必要がある。
【0104】
３．Dellサーバー製品の第12世代～第14世代カーネルアップデート（kernel update）後のOSの異常動作
このとき、管理サーバー１１０は、デルサーバーでカーネルアップデート後、ＯＳ（Operating system）上で異常動作が発見された場合、これにより発生し得る予想障害発生メッセージを該当管理対象サーバーに送信し、それに伴って予測障害に対する解決策を該当管理対象サーバーに伝達する。
このとき、管理サーバー１１０は、デルサーバーでカーネルアップデート後、ＯＳ（Operating system）上で異常動作が発見された場合、これにより発生し得る予想障害発生メッセージを該当管理対象サーバーに送信し、それに伴って予測障害に対する解決策を該当管理対象サーバーに伝達する。
【0105】
４．TCP/IP ポート (Port) 不足によるサービス不可
これは、ウィンドウズ（登録商標）（Windows）2008でアップタイム(Uptime)が497日以降の場合、ネットワーク（Network）TIME_WAITセッション（session）が閉じられずに残っている現象である。これにより、ポートを占有し、それ以上のポートがない場合に問題になる。ウィンドウズ（登録商標）2008サーバーとウィンドウズ（登録商標）2012サーバーが対象となり、アップデートされたパッチを削除することで障害を解決できる。
これは、ウィンドウズ（登録商標）（Windows）2008でアップタイム(Uptime)が497日以降の場合、ネットワーク（Network）TIME_WAITセッション（session）が閉じられずに残っている現象である。これにより、ポートを占有し、それ以上のポートがない場合に問題になる。ウィンドウズ（登録商標）2008サーバーとウィンドウズ（登録商標）2012サーバーが対象となり、アップデートされたパッチを削除することで障害を解決できる。
【0106】
５．ウィンドウズ（登録商標）2003～2022イベントログの発生
６．メモリーの生産サイクルの診断
これは特定メモリーの特定生産サイクルが不良であることを確認するもので、障害対象は、第13世代装備(R730、R930、R630)であり、障害OSは、ウィンドウズ（登録商標）2012 R2サーバー(Server)でKB3064209 hotfixを含むサーバーで、解決策は、対応するhotfixを削除することである。本発明において、管理サーバー１１０は、管理対象サーバーのメモリー生産周期を診断し、予め定められたメモリー生産周期を不良と判定し、この内容を該当管理対象サーバーに通知する。
６．メモリーの生産サイクルの診断
これは特定メモリーの特定生産サイクルが不良であることを確認するもので、障害対象は、第13世代装備(R730、R930、R630)であり、障害OSは、ウィンドウズ（登録商標）2012 R2サーバー(Server)でKB3064209 hotfixを含むサーバーで、解決策は、対応するhotfixを削除することである。本発明において、管理サーバー１１０は、管理対象サーバーのメモリー生産周期を診断し、予め定められたメモリー生産周期を不良と判定し、この内容を該当管理対象サーバーに通知する。
【0107】
７．PCIe TypeのSSDを使用している場合、デバイス設定で応答が停止する現象
これに対する解決策は、BIOS 1.1.4 -> 1.2.10にアップデートすることである。
これに対する解決策は、BIOS 1.1.4 -> 1.2.10にアップデートすることである。
【0108】
８．12GサーバーのBIOSアップデート後の温度センサーが正常に動作しないため、ビープ音 (Alert_) が発生し続けるという問題。
これに対する解決策は、BIOS 2.5.2バージョンを診断し、最新のファームウェアでアップデートすることである。
これに対する解決策は、BIOS 2.5.2バージョンを診断し、最新のファームウェアでアップデートすることである。
【0109】
９．パッチアップデート後BSOD発生後ブート(Booting)不可現象
このイベントは、2014年8月のPatch Tuesday update WindowsエラーKB2982791による現象である。障害対象は、windows（登録商標）2008サーバーであり、パッチアップデートを通じて障害を解決することができる。
このイベントは、2014年8月のPatch Tuesday update WindowsエラーKB2982791による現象である。障害対象は、windows（登録商標）2008サーバーであり、パッチアップデートを通じて障害を解決することができる。
【0110】
１０．ウィンドウズ（登録商標）2012 Active Directorを用いたクライアント（Client）でDNS接続エラーの発生
サーバーからドメインアカウントにログインすると、アカウントとパスワードが正常であっても「ユーザー名またはパスワードが正しくありません」というエラーが発生する。ウィンドウズ（登録商標）サーバー2008 R2、ウィンドウズ（登録商標）7以降、DES-CBC-MD5およびDES-CBC-CRC暗号化を使用せず、AES256-CTS-HMAC-SHA1-96、AES128-CTS-HMAC-SHA1-96、RC4 -HMAC暗号化のみを使用するが、ADサーバーがウィンドウズ（登録商標）サーバー2012 R2で、ドメインメンバー（Domain Member）がウィンドウズ（登録商標）サーバー2008 R2、または、ウィンドウズ（登録商標）7の場合、コンピューターアカウントのパスワードアップデート時にAESキー生成が失敗する製品上の問題により発生した現象である。
サーバーからドメインアカウントにログインすると、アカウントとパスワードが正常であっても「ユーザー名またはパスワードが正しくありません」というエラーが発生する。ウィンドウズ（登録商標）サーバー2008 R2、ウィンドウズ（登録商標）7以降、DES-CBC-MD5およびDES-CBC-CRC暗号化を使用せず、AES256-CTS-HMAC-SHA1-96、AES128-CTS-HMAC-SHA1-96、RC4 -HMAC暗号化のみを使用するが、ADサーバーがウィンドウズ（登録商標）サーバー2012 R2で、ドメインメンバー（Domain Member）がウィンドウズ（登録商標）サーバー2008 R2、または、ウィンドウズ（登録商標）7の場合、コンピューターアカウントのパスワードアップデート時にAESキー生成が失敗する製品上の問題により発生した現象である。
【0111】
１１．GNU Bash 4.3 Shellに存在する脆弱性
Bashの脆弱性により、攻撃者は、Webサーバーのコンテンツとコードの変更、Webサイトの改ざん、ユーザーデータの漏洩、およびDDoS攻撃の実行が可能であることが知られている。この他にもSSH、DHCPプロトコルなど多様な環境下でのBashコードインジェクション脆弱性の攻撃シナリオも提起されている状況である。障害の対象は、Red Hat Enterprise Linux（登録商標） 5,6,7サーバーであり、障害解決策は、Bashアップデートである。
Bashの脆弱性により、攻撃者は、Webサーバーのコンテンツとコードの変更、Webサイトの改ざん、ユーザーデータの漏洩、およびDDoS攻撃の実行が可能であることが知られている。この他にもSSH、DHCPプロトコルなど多様な環境下でのBashコードインジェクション脆弱性の攻撃シナリオも提起されている状況である。障害の対象は、Red Hat Enterprise Linux（登録商標） 5,6,7サーバーであり、障害解決策は、Bashアップデートである。
【0112】
１２．GNU Cライブラリ（glibc）のバッファオーバーフローの脆弱性
ネットワーク接続時によく使われるgethostbyname()、gethostbyname2()の関数呼び出し時に、脆弱な関数が呼び出される現象として、外部の攻撃者は脆弱なサーバーでリモートで任意のコードを実行させることができる。障害の対象は、Red Hat Enterprise Linux（登録商標） 5,6,7サーバーであり、障害解決策は、GLIBCアップデートである。
ネットワーク接続時によく使われるgethostbyname()、gethostbyname2()の関数呼び出し時に、脆弱な関数が呼び出される現象として、外部の攻撃者は脆弱なサーバーでリモートで任意のコードを実行させることができる。障害の対象は、Red Hat Enterprise Linux（登録商標） 5,6,7サーバーであり、障害解決策は、GLIBCアップデートである。
【0113】
１３．Radhat V5およびV6シリーズOSのバグ
Intel（登録商標） CPU を使用するRed Hat Enterprise Linux（登録商標） 6 or 5 すべてのバージョンで、208.5日以降にReboot現象が発生するバグである。障害の対象は、Red Hat Enterprise Linux（登録商標） 5,6サーバーであり、障害解決策は、カーネルアップデートである。
Intel（登録商標） CPU を使用するRed Hat Enterprise Linux（登録商標） 6 or 5 すべてのバージョンで、208.5日以降にReboot現象が発生するバグである。障害の対象は、Red Hat Enterprise Linux（登録商標） 5,6サーバーであり、障害解決策は、カーネルアップデートである。
【0114】
１４．レイドコントローラのバッテリーフェイル(Raid Controller Battery Fail)
レイドコントローラキャッシュ（Raid Controller Cache）の使用不可によるI/O性能が低下する。障害の対象は、Dell（登録商標） Perc 5i、6i用のRaid Controller Batteryであり、障害解決策は、Dell（登録商標） Perc 5i、6i用のRaid Controller Batteryの使用サイクル４～５年ごとに事前に交替することである。
レイドコントローラキャッシュ（Raid Controller Cache）の使用不可によるI/O性能が低下する。障害の対象は、Dell（登録商標） Perc 5i、6i用のRaid Controller Batteryであり、障害解決策は、Dell（登録商標） Perc 5i、6i用のRaid Controller Batteryの使用サイクル４～５年ごとに事前に交替することである。
【0115】
１５．CPU IERRエラー(Error) 発生によるシステムダウン（SYSTEM DOWN）
障害対象は、インテル（登録商標）アイブリッジV2使用CPU使用サーバー（PE R720、PE R920）であり、障害解決策は、BIOS設定（Setting）を変更することである。たとえば、システムプロファイル設定（System Profile Settings）をシステムプロファイル（System Profile）をCustomに設定し、CPUパワーマネジメント（Power Management）をMaximum Performance、C1EをDisabled C States Disabled、Monitor/MwaitをDisabledに設定する。
障害対象は、インテル（登録商標）アイブリッジV2使用CPU使用サーバー（PE R720、PE R920）であり、障害解決策は、BIOS設定（Setting）を変更することである。たとえば、システムプロファイル設定（System Profile Settings）をシステムプロファイル（System Profile）をCustomに設定し、CPUパワーマネジメント（Power Management）をMaximum Performance、C1EをDisabled C States Disabled、Monitor/MwaitをDisabledに設定する。
【0116】
１６．iDrac 1.50.50 F/W(Firmware)(該当バージョン検索)使用時に管理Web接続不可
iDrac F/W(Firmware) OS上でのF/Wアップグレード(Upgrade)するか、日常生活でのメディアによるアップグレードを通じて、1.51.51にアップグレードする。
iDrac F/W(Firmware) OS上でのF/Wアップグレード(Upgrade)するか、日常生活でのメディアによるアップグレードを通じて、1.51.51にアップグレードする。
【0117】
本発明は、マルチベンダーを支援するＩＴリソース管理システムを提案する。例えば、本発明では、Ｄｅｌｌ（登録商標）、ＨＰ（登録商標）、Ｌｅｎｏｖｏ（登録商標）など３社のハードウェアシステムに関する情報を１つのインベントリ（Ｉｎｖｅｎｔｏｒｙ）に格納し、インベントリに格納された情報を用いて、ハードウェアに関する全ての情報を照会することができ、機能を活用できるように実現する。
【0118】
本発明の説明の便宜のために、Dell（登録商標）、HP（登録商標）、Lenovo（登録商標）などの製造業者を例示して、マルチベンダーを支援するITリソース管理システムについて説明する。
【0119】
図１３は、本発明の一実施形態によるＩＴリソース管理システムにおいてマルチベンダーを支援してサーバーを管理する方法を例示するフローチャートである。図１３において、各ステップの実行主体は管理サーバー１１０である。
【0120】
図１３を参照すると、管理対象サーバーを登録する（Ｓ２０１）。このとき、各サーバーの管理ＩＰ情報を用いて対象サーバーを登録することができる。たとえば、Dell（登録商標）の場合はiDRAC、HP（登録商標）の場合はiLO、Lenovo（登録商標）の場合はiMMを使用してターゲットサーバーを登録できる。
【0121】
次に、各サーバーに接続するか否かを把握し（Ｓ２０３）、マルチベンダハードウェアインベントリ情報を収集する（Ｓ２０５）。本発明の一実施形態では、ハードウェア共通標準であるRedfish API（Application Programming Interface）を用いて、メーカーを区別することなくx86サーバーのハードウェアシステムのインベントリ情報を収集することができる。
【0122】
そして、収集したインベントリ情報を格納する（Ｓ２０７）。緊急ファームウェアアップデートを含むファームウェアアップデートイベントがある場合、全ての管理対象サーバーに対してファームウェアアップデートを進める（Ｓ２０９）。そして、変更されたアップデート情報を確認する（Ｓ２１１）。本発明の一実施形態では、Redfish APIを介してファームウェアアップデート情報を確認することができる。
【0123】
そして、各サーバーの安全度、点検対象の有無、重要度等に応じてグループを設定し（Ｓ２１５）、リアルタイムでサーバー情報を確認する（Ｓ２１７）。このように、本発明の一実施形態では、Redfish APIを利用して、各サーバーのハードウェア詳細仕様、OS(Operating system)情報、ファームウェア情報、ドライバー情報など運営中のx86サーバーに関する様々な情報を収集することができ、x86サーバー の標準化管理を実行できる。
【0124】
図１４は、本発明の一実施形態によるＩＴリソース管理システムにおける障害のログおよびパターンを分析して障害を予防する方法を示すフローチャートである。図１４の各ステップを実行する主体は管理サーバー１１０である。
【0125】
図１４を参照すると、管理対象サーバーのどの装備で障害の問題が発生した場合（Ｓ４０１）、ログおよびパターンを分析する（Ｓ４０３）。そして、分析したデータを格納する（Ｓ４０５）。障害の問題が解決されると（Ｓ４０７）、該当装備と同様の装備を分類し（Ｓ４０９）、分類された類似装備に対して障害を事前に対応処理を実行する（Ｓ４１１）。このように、本発明において障害の問題発生時にログ及びパターンを分析し、自動的に類似装置を分類することにより、類似装置で発生する障害を予防することができる。
【0126】
図１５は、本発明の一実施形態によるＩＴリソース管理システムにおいてＲｅｄｆｉｓｈ ＡＰＩを利用してマルチベンダーを支援する動作モデルを例示したものである。
【0127】
図１５に示すように、本発明では、Ｒｅｄｆｉｓｈ ＡＰＩを利用して、Ｄｅｌｌ（登録商標）、ＨＰ（登録商標）、Ｌｅｎｏｖｏ（登録商標）などメーカーの区別なしにｘ８６サーバーハードウェアシステムに関するインベントリ情報を収集し、収集した情報を照会して活用することができる。
【0128】
たとえば、Dell（登録商標）の場合はiDRACを使用してデータを収集し、HP（登録商標）の場合はiLOを使用してデータを収集し、Lenovo（登録商標）の場合はiMMを使用してデータを収集する。
【0129】
また、Redfish APIを利用して、複数のサーバーにOSやファームウェアを配布してインストールすることができる。本発明ではRedfish APIを用いて、各サーバーのハードウェア仕様、OS情報、ファームウェア情報などを迅速に確認することができる。そして、本発明でパターンを分析して障害を予測することができ、ハードウェアログを用いてパターン分析を進めることができる。
【0130】
Redfish APIは、2015年に最初にリリースされて以来、継続的なアップデートが行われており、複数のサーバー製造ベンダー社を支援し、IPMIと同じ機能を提供している。
【0131】
さらに、Redfish APIは、BIOSとSecure Boot設定機能、ファームウェアアップデート機能、ストレージとサーバーのネットワーク設定機能を支援する。
【0132】
そして、Open Compute Platform、Open stack、SNIA（Storage Networking Industry Association）などを支援し、ネットワークスイッチマネジメント、外付けストレージマネジメントなどを支援する。
【0133】
Power Edgeサーバーの管理ツール（tool）であるiDRACは、Redfishを利用してRedfish RESTful APIを支援する。
【0134】
例えば、iDRACは、サーバー電源（Reset、Reboot、Power Control）、サーバーハードウェアインベントリ、サーバーモニタリングおよび状態点検、システムログ収集、サーバーの状態変化点検、およびアラームを実行できる。
【0135】
パワーエッジサーバーは、Redfishを介してサーバーの初期設定を自動化できる。そして、iDRAC初期設定、BIOS、RAIDコントローラ、ネットワークカードなど様々な構成情報をテンプレート化し、サーバーの自動化展開を実行できる。
【0136】
パワーエッジサーバーのiDRACでRedfishの活用例の中でサーバー構成の自動化（Auto deployment）を例示すると、次の通りである。
【0137】
サーバーが持つ固有の設定値は、SCP（Server configuration profile）のメタデータとして格納され、Redfish APIで構成できる。また、Redfish APIを介して、BIOS、iDRAC/LC、PERC RAID Controller、NIC、HBAなどの各種設定情報を設定できる。
【0138】
SCPは、エクスポート、プレビュー、インポートが可能で、新しく構築されたサーバーに設定情報を自由に適用できる。SCPは、HTTS、NFS、CIFSなどの方法で共有でき、XMLやJSONファイル形式などで 実現することができる。
【0139】
【0140】
図１６は初期画面例であり、管理対象サーバーに対して自動的に収集したインベントリ及びログに関する情報を一目で見ることができるようにダッシュボードを介して支援する画面例である。
【0141】
図１７は、管理対象サーバーのインベントリ情報をリアルタイムで確認できる画面例であり、この画面例で変更された情報に対しても自動的にインベントリ情報が変更される。
【0142】
図１８の画面例では、管理対象サーバーの問題が確認されたときに容易に認識できるように、パーツごとに記号５（赤丸）で表され、正常なパーツは記号６（緑丸）で示されている。図１９は、ファームウェア（Ｆ／Ｗ）情報を含む全体管理対象サーバーのリアルタイムマネジメント情報を確認できる画面例である。
【0143】
図２０は、全体管理対象サーバーのリアルタイムＣＰＵ詳細情報及び現在状態を確認できる画面例である。
【0144】
図２１は、全体管理対象サーバーのリアルタイムメモリー詳細情報および現在の状態を確認できる画面例である。
【0145】
図２２は、全体管理対象サーバーのリアルタイムＲａｉｄ Ｃｏｎｔｒｏｌｌｅｒ詳細情報及び現在の状態を確認できる画面例である。
【0146】
図２３は、全体管理対象サーバーのリアルタイムＤｉｓｋ詳細情報及び現在の状態を確認できる画面例である。
【0147】
図２４は、全体管理対象サーバーのＰＳＵ（Power supply）リアルタイム詳細情報及び現在の状態を確認できる画面例である。
【0148】
図２５及び図２６は、全体管理対象サーバーの収集ロゴに対するリアルタイム詳細情報を確認できる画面例であり、リアルタイムＶｅｎｄｏｒＨＷエラーコードを収集して自動的に分類し、エラーコード別の問題装備確認が可能である。
【0149】
図２７は、障害分析画面例として、障害原因、結論、交替時期を含む障害分析情報が表示されている。
【0150】
図２８は、顧客会社と比較した各サーバー別障害分析分布図を例示した画面例である。
【0151】
図２９は、サービスレポート機能を例示した画面例であり、発生時期の問題事項、問題解決及び再発防止措置事項を含むレポート内容が例示されている。
【0152】
【0153】
【0154】
図３３を参照すると、管理サーバー１１０は、管理対象サーバーでハードウェア関連の問題が発生すると（Ｓ１０１）、図３０の分類表を参照して、障害発生の可能性が高い類似装備を危険装備に分類する（Ｓ１０３）。そして、分類された危険装備に対する警告メッセージを発送し（Ｓ１０５）、障害事前に対応措置を実行する（Ｓ１０７）。
【0155】
図３０の分類表を参照すると、本発明の一実施形態におけるシステム装備の具体的な類似判断基準が例示されており、同じクラス装備の分類、同じＣＰＵ装備の分類、同じメモリー装備の分類、同じＮＩＣ装備の分類、同じディスク装備の分類、同じＨＢＡ装備の分類、同じＢＩＯＳ装備の分類、同じドライバーバージョン装備の分類、同じＯＳ装備の分類、同じファームウェアバージョン装備の分類などが例示されている。
【0156】
図３４を参照すると、管理サーバー１１０は、管理対象サーバーでハードウェア関連の問題が発生すると（Ｓ３０１）、障害症状を把握する（Ｓ３０３）。そして、図３１及び図３２の図を参照して、障害症状に応じた症状コードを確認する（Ｓ３０５）。そして、症状コードに対応する原因を確認し（Ｓ３０７）、それに応じて対応策レポートを発送する（Ｓ３０９）。そして、障害原因に対応する障害対応措置を実行する（Ｓ３１１）。Ｓ３０５段階で障害症状に対応する症状コードがない場合、新たな症状コードを生成し、図３１及び図３２のリストに追加する（Ｓ３１３）。図３１および図３２を参照すると、本発明の一実施形態による障害症状別症状コードに対応する障害原因が例示されている。
【0157】
つまり、RAC1198はiDracファームウェアの問題、コネクタブルメモリー障害はメモリーの問題およびバイオスファームウェアの問題、Link Failure発生はNIC障害およびファームウェアの問題、Link Failure Count多数発生はNICドライバーおよびファームウェアの問題、NIC Link is Down は NIC ドライバーとファームウェアの問題、Linkステータスおよびサーバー点検要請はNICドライバーおよびファームウェアの問題、HOST_DOWN発生はNICドライバーおよびファームウェアの問題、サーバー前面黄色点灯発生はiDracファームウェアの問題、SWC5008:criticalメッセージ出力はiDracファームウェアの問題、NO_PARTITIONアラーム発生はディスク障害、Reset adapteはBIOS ファームウェアの問題、Correctable memory errorはメモリーの問題とBIOSファームウェアの問題、CPU性能低下はBIOSファームウェアの問題、MemoryおよびSlot表示にならないのはメモリーの問題とBIOSファームウェアの問題、Disk fault errorはディスク障害、disk predicted failはディスクBadBlockによる障害、定期的なFAN 6認識問題はFan 6障害、光量400以下によるFaultはGbic障害、NIC GBIC通信不可、Gbic障害、System Infinite RebootはBIOSファームウェアの問題、LCD Panel固有のメッセージ出力はiDracファームウェアの問題、iDRACでの繰り返しエラーメッセージ発生はiDracファームウェアの問題、vCenterエージェントとの同期エラーはEXSiバージョンとOSバージョンの問題、サーバーリブート現象はバイオスファームウェアの問題、HBA Write速度低下はHBAファームウェアとドライバーの問題、HBA Read速度低下はHBAファームウェアとドライバーの問題、HBAリンクダウンはHBA GbicとCardの問題、HBA二重化切欠障害はHBA GbicとCardの問題、Riser1認識不良はRiser Cardの問題、Riser2認識不良はRiser Cardの問題、ネットワーク二重化障害はNetwork Cardの問題、PSU Alert 黄色 LED 点灯はPSU障害、低電圧による異常発生はPSU障害、PXEブート不可バイオス設定とNICファームウェア/ドライバーの問題、POSTブート不可マザーボード障害、LifeCycle接続不可マザーボード障害、iDRAC Hang症状はiDracファームウェアの問題、iDRAC Network切断はマザーボード障害およびiDracファームウェアの問題、iDRAC SNMPサービス障害発生はiDracファームウェアの問題、サーバー使用中に突然サーバーがオフする症状はマザーボードの問題、Medium Error発生はディスク障害、ERROR Event確認要請はError Eventによる問題、CMC接続不可はCMC ファームウェアの問題が原因で対応している。
【0158】
DSET分析要請は分析による障害、TSR Log分析要請は分析による障害、NFS Service起動失敗はNFS設定とOS設定点検、vCenter接続不可のEXSiバージョンとOSバージョンの問題、NIC ResetはNetwork Card の問題、GPU認識不可のGPUカード障害、OSクラッシュ発生はOSダンプ解析、ネットワークエラー/ドロップパケット発生はネットワークカードの問題、CRCエラー発生はネットワークカードの問題、サーバースイッチの切れた現象はネットワークカードの問題、Network（Bonding）への通信がスムーズにならない問題は、Network Cardの問題、メモリー交替後の同じスロットイベント発生はメモリー障害またはマザーボード障害、Disk Read Only状態でアクセスできないディスク障害またはRAID構成の問題、スイッチが月に3～4回Hangする症状はマザーボードまたはOSバージョンの問題、LACP Network Speedの問題が発生するのはNetwork Cardの問題、クラスタフェイルオーバー発生はクラスタ設定の問題またはHW障害、RTSP同期失敗はOS設定またはネットワーク障害、セッション低下現象発生はネットワークカードまたはGbicの問題、不明な電源遮断はPSU障害、サーバーの遅れおよびハングする現象はアプリケーションまたはHW障害、Network Ping LossはネットワークカードまたはGbicの問題、LoadAvg上昇はCPU点検が必要、Fatal Error発生はPCI CardまたはRiser Cardの問題、PXEインストール中の停止またはパフォーマンス低下はNetwork CardまたはGbicの問題、Blue Screen発生(0x00004f)は、マザーボード/BIOS/ディスク/メモリー障害、Blue Screenはマザーボード/BIOS/ディスク障害、OS Booting失敗はマザーボード/BIOS/ディスク障害、プロセスDownおよびOSインストール中パニックはマザーボード/BIOS/ディスク障害、サーバーからの臭いはファン/マザーボード/PSUの問題、NAS接続不可対策はネットワーク/OS設定の問題、KVM接続不可マザーボード/KVMケーブル/KVMの問題、Disk Amber LEDはディスク障害、Postブート時にDelayはマザーボード/ファン/PCI/メモリーの問題、電源不良対策はPSU障害、Teaming性能低下はネットワーク/OS設定の問題、VD Bad Blockはディスク障害、HBA LoopはHBA障害、Raid構成情報が見えないというファームウェア/ディスクドライバーの問題、Volume認識 不可能なファームウェア/ディスクドライバーの問題、Kernel PanicはOS/Appの問題、最大性能使用時のサーバーリブートはCPU/PSU/マザーボード/メモリーの問題、サーバー処理が著しく遅くなるCPU/PSU/マザーボード/メモリー/ディスクの問題、サーバーの電源が入らないのはPSU障害が原因で対応される。
【0159】
以上、本発明をいくつかの好ましい実施例を用いて説明したが、これらの実施例は例示的なものであり、限定的なものではない。本発明が属する技術分野で通常の知識を有する者であれば、本発明の思想と添付の特許請求の範囲に提示された権利範囲から逸脱することなく様々な変更と修正を加えることができることが理解されるであろう。
【符号の説明】
【0160】
110:管理サーバー
112:データベース
120:管理者端末
130:顧客端末
10、20、30、40:管理対象サーバー
112:データベース
120:管理者端末
130:顧客端末
10、20、30、40:管理対象サーバー
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
【図20】
【図21】
【図22】
【図23】
【図24】
【図25】
【図26】
【図27】
【図28】
【図29】
【図30】
【図31】
【図32】
【図33】
【図34】
【外国語明細書】