(57)【要約】【課題】計算デバイスのサービス制御装置がコンソールメッセージを記憶でき、外部管理デバイスは、計算デバイスが誤動作またはクラッシュした後にコンソールメッセージを回収できる方法およびシステムを提供する。【解決手段】サービス制御装置は、ネットワーク接続を介する伝達のためのネットワークインターフェイス制御装置へのシリアル出力（例えば、コンソールメッセージ、システムログメッセージ、システムエラーメッセージ等）をリダイレクトするように構成される。サービス制御装置は、このコンソールメッセージをこのサービス制御装置の不揮発性メモリーに記憶するように構成される。サービス制御装置は、記憶されたコンソールメッセージへの要求を受信して、記憶されたコンソールメッセージを外部デバイスへ伝送することができる。【選択図】図１
2016085728.tif 000002
【特許請求の範囲】
【請求項１】
第１の計算デバイスのサービス制御装置で、前記第１の計算デバイスの処理装置から１つ以上のコンソールメッセージを受信することと、
前記サービス制御装置によって、前記１つ以上のコンソールメッセージを前記サービス制御装置に関連付けられた不揮発性記憶装置に記憶することと、
前記サービス制御装置によって、記憶された前記１つ以上のコンソールメッセージへの要求を受信することと、
前記要求に応じて、前記サービス制御装置によって、第２の計算デバイスへ記憶された前記１つ以上のコンソールメッセージを伝送することと、
を含む方法。
【請求項２】
前記処理装置は前記第１の計算デバイスの中央処理装置であり、前記要求は前記サービス制御装置に対応するネットワークインターフェイス制御装置を経由して受信されるものである請求項１に記載の方法。
【請求項３】
前記第１の計算デバイスがパワーオンしていることを検出することと、
前記１つ以上のコンソールメッセージを前記不揮発性記憶装置から前記第１の計算デバイスの永続性記憶装置にコピーすることと、
を更に含む請求項１に記載の方法。
【請求項４】
前記１つ以上のコンソールメッセージを記憶することは、前記サービス制御装置で直近に受信された事前設定する数のコンソールメッセージを選択して記憶することを含む請求項１に記載の方法。
【請求項５】
前記サービス制御装置はベースボード管理制御装置である請求項１に記載の方法。
【請求項６】
前記１つ以上のコンソールメッセージはシステムをデバッグするためのシステムエラーメッセージを含む請求項１に記載の方法。
【請求項７】
システムであって、
少なくとも１つの処理装置と、
サービス制御装置と、
前記サービス制御装置によってコマンドが実行される場合に、
前記システムの前記サービス制御装置で、少なくとも１つの処理装置から１つ以上のコンソールメッセージを受信し、
前記サービス制御装置によって、前記１つ以上のコンソールメッセージを前記サービス制御装置に関連づけられた不揮発性記憶装置に記憶し、
前記サービス制御装置によって、計算デバイスから、記憶された前記１つ以上のコンソールメッセージへの要求を受信し、
前記要求に応じて、前記サービス制御装置によって、前記計算デバイスへ記憶された前記１つ以上のコンソールメッセージを伝送する、１つ以上のコマンドのシーケンスを含むコンピューター可読媒体と、
を含むシステム。
【請求項８】
前記少なくとも１つの処理装置は中央処理装置を含む請求項７に記載のシステム。
【請求項９】
前記サービス制御装置専用のネットワークインターフェイス制御装置を更に含み、
前記要求が前記ネットワークインターフェイス制御装置を経由して受信される請求項７に記載のシステム。
【請求項１０】
前記１つ以上のコンソールメッセージを記憶することは、前記サービス制御装置で直近に受信された事前設定する数のコンソールメッセージを選択して記憶することを含む請求項７に記載のシステム。
【請求項１１】
前記サービス制御装置はベースボード管理制御装置である請求項７に記載のシステム。
【請求項１２】
前記１つ以上のコンソールメッセージは前記システムをデバッグするためのシステムエラーメッセージを含む請求項７に記載のシステム。
【請求項１３】
前記コマンドは、
前記システムがパワーオンしていることを検出し、
前記１つ以上のコンソールメッセージを不揮発性記憶装置から前記システムの永続性記憶装置にコピーする請求項７に記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、概して、ネットワークを介して計算デバイスを経由してコンソールメッセージをリダイレクトする、デバイス故障後のコンソールメッセージ回収方法およびシステムに関する。
【背景技術】
【０００２】
シリアルオーバーＬＡＮ（ＳＯＬ）は、計算デバイスのシリアルポートの入出力がＩＰ（インターネットプロトコル）によるネットワークを介してリダイレクトされることを可能にするメカニズムである。多くの場合、シリアルポートの出力は、計算デバイスの問題をデバッグするためにシステム管理者によって使われるコンソールメッセージ（例えば、ログメッセージ、テキスト行）である。例えば、計算デバイス（例えば、サーバー）がクラッシュした場合に、クラッシュする前に、計算デバイスはクラッシュの原因の手がかりを与えるコンソールメッセージを生成する。システム管理者がコンソールメッセージ（例えば、計算デバイスに接続されるローカルコンソール、ＳＯＬを使って計算デバイスに繋がるリモートコンソール）をモニタリングすると、システム管理者は計算デバイスの問題をデバッグするためにそのコンソールメッセージを受信して使用することができる。一方、システム管理者がモニタリングしていない、あるいは、コンソールメッセージを受信するために計算デバイスに接続していない場合には、コンソールメッセージはただストリームするだけで記憶されないので、コンソールメッセージが失われることがある。コンソールメッセージが失われると、システム管理者はコンソールメッセージに基づいて計算デバイスの問題をデバッグすることができない。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
計算デバイスがクラッシュした場合に、計算デバイスはクラッシュの原因の手がかりを与えるコンソールメッセージを生成する。そのコンソールメッセージからクラッシュの原因は大体判明する。一方、システム管理者がモニタリングしていない、あるいは、コンソールメッセージを受信するために計算デバイスに接続していない場合には、コンソールメッセージはただストリームするだけで記憶されないので、コンソールメッセージが失われることがある。コンソールメッセージが失われると、システム管理者はコンソールメッセージに基づいて計算デバイスの問題をデバッグすることができない。
【課題を解決するための手段】
【０００４】
いくつかの実施形態では、計算デバイスのサービス制御装置はコンソールメッセージを記憶することができるので、外部管理デバイスは、計算デバイスが誤動作またはクラッシュした後にコンソールメッセージを回収することができる。例えば、このサービス制御装置は、ネットワーク接続を介する伝達のためのネットワークインターフェイス制御装置へのシリアル出力（例えば、コンソールメッセージ、システムログメッセージ、システムエラーメッセージ等）をリダイレクトするように構成される。このサービス制御装置は、このコンソールメッセージをこのサービス制御装置の不揮発性メモリーに記憶するように構成される。
【発明の効果】
【０００５】
このサービス制御装置は、記憶されたコンソールメッセージへの要求を受信して記憶されたコンソールメッセージを外部デバイスへ伝送することができる。
【０００６】
この開示の別の特徴及びメリットは後述に示され、その一部は記載から明らかになり、またはここに掲示された原理を実施することによって知ることができる。この開示の特徴及びメリットは請求項で特に指摘されている機器とそれらの組み合わせによって実現して取得される。それらのまたその他のこの開示の別の特徴は後述と付記の請求項により完全に明白になり、またはこの開示に掲示された原理を実施することによって知ることができる。
【図面の簡単な説明】
【０００７】
さまざまな実施形態または発明の実施例は、後述の発明の詳細な説明と添付図面に開示されている。
【０００８】
【図１】デバイス故障後にコンソールメッセージを回収するための例示的なシステムを示す図である。
【図２】コンソールメッセージをサーバーに記憶する例示的なシステムを示すブロック図である。
【図３】サーバーを起動するにあたり記憶されたコンソールメッセージを永続性記憶装置にコピーするように構成された例示的なシステムを示すブロック図である。
【図４】デバイス故障後にコンソールメッセージを回収するための例示的なプロセスを示すフローチャートである。
【図５】デバイス故障後に永続性記憶装置からコンソールメッセージを回収する例示的なプロセスを示すフローチャートである。
【図６】図１〜５のシステムおよびプロセスを実施するための例示的なシステム構造を示す図である。
【０００９】
各図面において、同一の符号は同一構成を示す。
【発明を実施するための形態】
【００１０】
以下、本発明のさまざまな実施形態を詳細に説明する。具体的な実施例を説明する際、それは本発明を説明するものに過ぎないと理解されるべきである。本発明の要旨及び範囲から逸脱しない限り、当業者はその他の素子や構成を用いてもよいと認められる。
【００１１】
本発明によると、計算デバイスは、計算デバイスによって生成されたシリアルポート出力（例えば、コンソールメッセージ）を記憶して回収するためのサービス制御装置から構成される。例えば、サービス制御装置は、計算デバイスのマザーボードに組み込まれたベースバンド制御装置（ＢＭＣ）であってもよい。サービス制御装置は、計算デバイスの中央処理装置（ＣＰＵ）から独立して操作する計算デバイスの第２の制御装置であってもよい。
【００１２】
いくつかの実施形態によると、サービス制御装置は、メインＣＰＵ（例えば、主要な制御装置）および／またはオペレーティングシステムまたは監視されたサーバーのＢＩＯＳ（ベーシックインプット／アウトプットシステム）によって生成されたコンソールメッセージ（例えば、システムエラーメッセージ）を受信することができる。例えば、サービス制御装置は、ネットワークインターフェイス（例えば、シリアルオーバーＬＡＮ（ＳＯＬ））を経由してシリアル出力（例えば、コンソールメッセージ）をリダイレクトして実行するように構成することができる。ネットワークを介してコンソールメッセージをリダイレクトする際、サービス制御装置は、サービス制御装置に係るメモリー（例えば、不揮発性ＲＡＭ、揮発性メモリー等）に受信された一部のコンソールメッセージ（例えば、直近の２０メッセージ、直近の５０メッセージ、構成可能なまたは事前設定する数のメッセージ等）を記憶することができる。例えば、サービス制御装置は、サービス制御装置のメモリーに合うメッセージの画面（例えば、２５段８０列のディスプレー）を記憶することができる。その後、計算デバイス誤動作の後で、システム管理者は、記憶されたコンソールメッセージをサービス制御装置から要求することができる。要求に応じて、サービス制御装置は、記憶されたコンソールメッセージをクライアントデバイス（例えば、外部のモニター装置）へ送信することができるので、システム管理者は、コンソールメッセージを読み出して解析し、誤動作の原因を判断することができる。
【００１３】
いくつかの実施形態によると、計算デバイスの立ち上げにあたり（例えば、再起動、初期化等）、サービス制御装置は、不揮発性メモリーに記憶されたコンソールメッセージを永続性記憶装置（例えば、ハードドライブ、フラッシュドライブ等）にコピーすることができる。例えば、起動する際、コンソールメッセージを永続性記憶装置にコピーすることによって、計算デバイスの誤動作の前に記憶されたコンソールメッセージが、起動または計算デバイス初期化の間に生成された新たなコンソールメッセージで上書きされることを防止できる。
【００１４】
いくつかの実施形態では、サービス処理装置（例えば、ベースボード管理制御装置）は、サーバーの運転状態を監視して管理する独立組込型のマイクロ制御装置である。サービス制御装置は、シャシーに取り付けられたセンサーからデータ（例えば、温度、湿度、電源電圧、ファンスピード、コミュニケーションパラメーターや運転システム機能）を受信することができ、そして、それらのデータを伝送するサーバー監視デバイスへ専用の２ウェイネットワークインターフェイス（例えば、サービス処理装置専用のネットワークインターフェイス制御装置を使う）を経由して伝送する。
【００１５】
メインサーバーとその操作システムから独立した第２のサービスデバイスとして、サービス制御装置は、監視されたサーバーのアウトオブバンド管理を行うことができる。例えば、サービス制御装置はＣＰＵから独立して操作できる（例えば、アウトオブバンド）ので、サービス制御装置は、メインＣＰＵがパワーオンしているか、または、オペレーティングシステムが正常か否かに係わらず、サーバー管理者がサービスを遠隔管理するのを許可することができる。
【００１６】
シリアルオーバーＬＡＮ（ＳＯＬ）（例えば、シリアル出力リダイレクション）を用いて、サービス制御装置は遠隔監視管理デバイスがライブシリアル出力（例えば、コンソールメッセージ）を即時に受信することを許可する。例えば、コンソールメッセージは、メインＣＰＵ、操作システムおよび/またはアプリケーションによって生成されたテキスト行（例えば、システムログメッセージ）であってもよい。コンソールメッセージは、例えば、システムログメッセージ、カーネルログメッセージ、ＢＩＯＳメッセージ、ランタイムメッセージ等を含む。
【００１７】
図１は、デバイスが故障した後にコンソールメッセージを回収するための例示的なシステム１００を示す図である。例えば、サーバー１０２および／または１０４は、サーバー１０２および／またはサーバー１０４がクラッシュまたは故障した後に、コンソールメッセージが外部デバイス１０８によって回収されるように、コンソールメッセージを記憶するように構成される。いくつかの実施形態では、１つ以上のサーバー（例えば、１０２と１０４）が外部デバイス１０８にネットワーク１０６を介して接続されるように構成することができる。いくつかの実施形態では、上記の接続専用のネットワークが設けられる。それぞれのサーバー、例えば１０２は、メインＣＰＵ１１２とサービス制御装置１１４を含むことができる。例えば、メインＣＰＵは、サーバーの基本オペレーションを実行するために、オペレーティングシステム、例えばＬＩＮＵＸ（登録商標）で構成されてもよい。
【００１８】
いくつかの実施形態では、サービス制御装置１１４は、全体または一部のインテリジェント管理インターフェイス（ＩＰＭＩ）仕様を実行するベースボード管理制御装置であってもよい。例えば、ＩＰＭＩは、メインＣＰＵ１１２から独立した管理と監視の機能を提供するインターフェイス仕様である。システム管理者は、外部デバイス１０８（例えば、リモートクライアントデバイス）からＩＰＭＩ仕様（例えば、ＩＰＭＩツール）で構成されたアプリケーションを用いて、遠隔的にサーバー１０２および／またはサーバー１０４を管理、監視することができる。例えば、システム管理者は、ＩＰＭＩツールを用いてサーバー１０２および／またはサーバー１０４からシリアルポート出力（例えば、コンソールメッセージ）を監視することができ、そしてシリアルポート出力を外部デバイス１０８に接続されたディスプレイに表示することができる。
【００１９】
いくつかの実施形態によると、サーバー１０２が動作中（例えば、ＢＩＯＳが動作中、オペレーションシステムが動作中、等）に、サーバー１０２はサーバー１０２のシリアルポートに伝送されるシステムログメッセージ（例えば、エラーメッセージ）を生成することができる。サービス制御装置１１４は、シリアルポートのために決められたシステムログメッセージを受信して、ネットワークインターフェイス制御装置にシステムログメッセージをリダイレクトすることができる。一般的には、シリアルポートへ送信されたメッセージは一時的なメッセージであり、このメッセージがシリアルポートまたはネットワークインターフェイス制御装置に届くと、このメッセージはもはやサーバー１０２にストアー（格納）されない。後の解析のため、サービス制御装置１１４は、サーバー１０２のハードドライブなどのメモリーにシステムログメッセージを記憶することができる。後に、サーバー管理者は、ネットワーク１０６を介してシステムログメッセージ１１０を回収して、外部デバイス１０８上のシステムログメッセージ１１０を解析することができる。
【００２０】
図１に示すように、それぞれの１つ以上のサーバー（例えば、１０２、１０４）と外部デバイス１０８は、要求、メッセージまたはインフォメーションを適切なネットワーク上で送受信の操作が可能なデバイスを含むことができる。このデバイスは、サーバー、デスクトップコンピューター、ラップトップコンピューター、タブレットや携帯電話などの携帯用電子機器を含むことができる。ネットワーク１０６の代わりに、ローカルエリアネットワーク、ワイドエリアネットワーク、イントラネット、インターネット、セルラーネットワーク、やその他のネットワークまたはその組み合わせを用いることができる。このようなシステムに用いられる構成部分は、少なくともある程度、ネットワークの種類および／または環境条件により決定される。このネットワークを経由した通信のためのプロトコルと構成部分は周知なので、ここでは詳しく説明しない。ネットワーク上の通信は、有線または無線回線、またはそれらの組み合わせで提供することができる。
【００２１】
図２は、サーバーにコンソールメッセージを記憶するためのシステム２００の例を説明するブロック図である。実施形態によると、サーバー２０２は、ＣＰＵ２０４とサービス制御装置２０６を含むことができる。ＣＰＵ２０４は、ログメッセージを生成するシステムロガー２０８を含むように構成され、コンソーラーまたはサーバー２０２のシリアルポートにログメッセージを出力する。例えば、システムロガー２０８は、オペレーティングシステムまたはＢＩＯＳ機能内（例えば、ソフトウェア、ファームウェア、組み込み型ソフトウェア等）で実行されることができる。このため、システムロガー２０８は、オペレーティングシステムまたはその他のサーバー２０２で実行中のソフトウェアにより生成されたメッセージを受信し、このメッセージをコンソーラーまたはサーバー２０２のシリアルポートに出力することができる。
【００２２】
いくつかの実施形態では、サービス制御装置２０６は、ログマネージャー２１０を含むことができる。例えば、ログマネージャー２１０は、システムロガー２０８からシステムログメッセージを受信することができる。ログマネージャー２１０は、サービス制御装置２０６に構成された、メッセージをログバッファー２１２に記憶するためのソフトウェア、ファームウェア等であってもよい。例えば、システムログメッセージを受信した後、ログマネージャー２１０はシステムログメッセージをログバッファー２１２に記憶することができる。ログバッファー２１２は、サービス制御装置２０６で関連づけられた不揮発性記憶媒体（例えば、フラッシュメモリー）であってもよい。
【００２３】
いくつかの実施形態では、サービス制御装置２０６は、ネットワークインターフェイス制御装置２１４を介してシステムログメッセージを外部管理デバイス２１６へ送信することができる。例えば、ログマネージャー２１０がシステムログメッセージの受信をログバッファー２１２に記憶するのと同時に、または、ほとんど同時に、サービス制御装置２０６はシステムログメッセージを外部管理デバイス２１６へ送信することができる。例えば、外部管理デバイス２１６は、サービス制御装置専用のネットワークインターフェイス制御装置２１４を介してサービス制御装置２０６に接続されるように構成することができる。外部管理デバイス２１６は、サービス制御装置２０６のインターフェイス対応のＩＰＭＩを経由してシステムログメッセージ（例えば、シリアル出力、コンソールメッセージなど）を要求できる。
【００２４】
いくつかの実施形態によると、外部管理デバイス２１６は、サービス制御装置２０６から記憶されたシステムログメッセージを要求することができる。例えば、外部管理デバイス２１６は、サービス制御装置２０６に構成された記憶メッセージ回収インターフェイスとその機能を呼び出すことによって、ログバッファー２１２に記憶されたシステムログメッセージを要求することができる。外部管理デバイス２１６が記憶されたシステムエラーメッセージを要求した時、サービス制御装置２０６（例えば、ログマネージャー２１０）はログバッファー２１２に記憶されたシステムログメッセージを回収して、システムログメッセージを専用のネットワークインターフェイス制御装置２１４を用いる外部管理デバイス２１６へ送信できる。例えば、サービス制御装置２０６のためのＩＰアドレス／ポートに関連づけられたネットワークインターフェイス制御装置２１４は、サービス制御装置２０６と外部管理デバイス２１６との間のネットワーク接続を確立するために用いられる。
【００２５】
いくつかの実施の形態によると、外部管理デバイス２１６は、サーバー２０２がシャットダウン、パワーオフ、クラッシュ、または作動不能の場合、システムログメッセージを受信することができる。例えば、サービス制御装置２０６はＣＰＵ２０４から独立して作動できるので、サービス制御装置２０６は、たとえＣＰＵ２０４がシャットダウンしていても電源が入っている状態で作動可能となる。このため、外部管理デバイス２１６は、たとえＣＰＵ２０４がシャットダウンしていてもサービス制御装置２０６に接続されてシステムログメッセージを要求することができる。
【００２６】
図３は、サーバーの起動にあたり記憶されたコンソールメッセージを永続性記憶装置にコピーするように構成されたシステム３００の例を説明するブロック図である。いくつかの実施形態では、サービス制御装置２０６（例えば、ログマネージャー２１０）は、ＣＰＵ２０４および／またはサーバーのＢＩＯＳ、またはオペレーティングシステムの起動にあたりログバッファー２１２に記憶されたシステムログメッセージをログリポジトリ３０２にコピーすることができる。いくつかの実施の形態によると、システムログメッセージをログバッファー２１２に記憶した後、サービス制御装置２０６（例えば、ログマネージャー２１０）は、ログバッファー２１２がデータを失う可能性を限定し、そしてシステムログメッセージをログリポジトリ３０２のような永続性記憶装置媒体にコピーして保存する。ログバッファー２１２がデータを失う原因は、サービス制御装置２０６でのパワーロス、ログバッファー２１２のデータオーバーフロー、ログバッファー２１２でのデータの上書き等を含む。例えば、サーバー２０２でパワーロスの間に、サービス制御装置２０６は、パワーボルテージメーターからデータを読んでサーバー２０２の再起動を決定することができる。サーバー２０２の再起動はストアー（格納）されたエラーメッセージに上書きされる新たなシステムログメッセージを生成するので、サービス制御装置２０６は、データロス防止のために、システムログメッセージをログリポジトリ３０２に記憶することができる。
【００２７】
いくつかの実施形態によると、サービス制御装置２０６は、ログバッファー２１２がデータを失う可能性を限定することなしに、システムログメッセージをログバッファー２１２に自動的に複製して、別のコピーをログリポジトリ３０２に記憶することができる。その自動的な複製保存は、サービス制御装置２０６がＲＡＭボリューム限界に達した時に、システムエラーメッセージの予約を保証することができる。
【００２８】
例えば、サーバー２０２がクラッシュまたは誤動作した時、システム管理者は、外部管理デバイス２１６を用いてサーバー２０２を再起動することができる。外部管理デバイス２１６は、ネットワークインターフェイス制御装置２１４を経由して再起動信号（例えば、ブート、パワーオン等）をサービス制御装置２０６に送信することができる。再起動信号を受信するにあたり、サービス制御装置２０６（例えば、ログマネージャー２１０を使う）は、自動的にログバッファー２１２からシステムログメッセージをログリポジトリ３０２にコピーすることができる。例えば、ログリポジトリ３０２は、ハードドライブ、フラッシュドライブ、またはその他の記憶装置のような永続性記憶装置であってもよい。システムログメッセージはログリポジトリ３０２へコピーされるので、サーバー２０２が起動しログマネージャー２１０がシステムログメッセージをログバッファー２１２に再び書き込み始める時も、クラッシュまたは誤動作の前にログバッファー２１２に記憶されたシステムログメッセージは失われない。
【００２９】
いくつかの実施形態では、外部管理デバイス２１６は、ログリポジトリ３０２からシステムエラーメッセージを要求できる。例えば、外部管理デバイス２１６は、サービス制御装置２０６が永続的に記憶されたシステムログメッセージを送信することを要求できる。その要求を受信するにあたり、サービス制御装置２０６は、システムエラーメッセージをログリポジトリ３０２から回収し、そしてシステムエラーメッセージを外部管理デバイス２１６へ伝送することができる。
【００３０】
図４は、デバイス故障の後にコンソールメッセージを回収するためのプロセス４００の例を説明するフローチャートである。多様な実施例の範囲内で、同様のまたは代替的な順序、または並行で実行された追加、減少、または代わりのステップがあるかもしれないことが理解されるべきである。ステップ４０２において、サービス制御装置は計算デバイスのＣＰＵからコンソールメッセージを受信できる。例えば、コンソールメッセージは計算デバイスによって生成されるシリアル出力であってもよい。コンソールメッセージは計算デバイスによって生成されるシステムログ（例えば、エラー）メッセージであってもよい。
【００３１】
ステップ４０４において、サービス制御装置は、サービス制御装置のメモリーに少なくとも１つのコンソールメッセージを記憶することができる。例えば、サービス制御装置がネットワークを介する伝送のためのシリアル出力（例えば、コンソールメッセージ、システムログメッセージ、システムエラーメッセージ）をネットワークインターフェイス制御装置へリダイレクトする際、サービス制御装置は、コンソールメッセージのコピーをサービス制御装置と関連づけられたバッファー（例えば、メモリー）に記憶することができる。このメモリーはサービス制御装置の揮発性メモリー（例えば、ＲＡＭ）であってもよい。このメモリーは不揮発性メモリーであってもよいので、そのサービス制御装置は、パワー障害、サーバークラッシュまたその他の誤動作の後でもコンソールメッセージを回収することができる。
【００３２】
ステップ４０６において、サービス制御装置は、記憶されたコンソールメッセージをクライアントの要求に応じた外部デバイスへ伝送することができる。例えば、サーバーの誤動作の後、システム管理者はサービス制御装置によって記憶されたコンソールメッセージを要求することができる（例えば、外部管理デバイスを使用する。）。その要求は遠隔の外部管理デバイスからネットワーク（例えば、インターネット）を介してサービス制御装置へ送信されてもよい。記憶されたコンソールメッセージの要求を受信すると、サービス制御装置は、コンソールメッセージを不揮発性メモリーから回収して、コンソールメッセージを外部デバイスへ送信できる。このため、システム管理者は、サーバークラッシュの後に、システム管理者がクラッシュの間にコンソールメッセージを監視していない場合には取得できないコンソールメッセージも回収して検討することができる。
【００３３】
図５は、デバイスが故障した後にコンソールメッセージを永続性記憶装置から回収するプロセス５００の例を説明するフローチャートである。多様な実施例の範囲内で同様のまたは代替的な順序、または並行で実行された追加、減少、または代わりのステップがあるかもしれないことが理解されるべきである。ステップ５０２において、サービス制御装置は、計算デバイスのＣＰＵからコンソールメッセージを受信することができる。例えば、コンソールメッセージは計算デバイスによって生成されるシリアル出力であってもよい。コンソールメッセージは計算デバイスによって生成されるシステムログ（例えば、エラー）メッセージであってもよい。
【００３４】
ステップ５０４において、サービス制御装置は、コンソールメッセーをサービス制御装置のメモリーに記憶することができる。例えば、サービス制御装置がネットワークを介する伝送のためのシリアル出力（例えば、コンソールメッセージ、システムログメッセージ、システムエラーメッセージ）をネットワークインターフェイス制御装置へリダイレクトする際、サービス制御装置は、コンソールメッセージのコピーをサービス制御装置と関連づけたバッファー（例えば、メモリー）に記憶することができる。このメモリーは不揮発性メモリーであってもよいので、このサービス制御装置は、パワー障害、サーバークラッシュまたその他の誤動作の後でもコンソールメッセージを回収することができる。
【００３５】
ステップ５０６において、サービス制御装置は、記憶されたコンソールメッセージを永続性記憶装置にコピーすることができる。例えば、サービス制御装置は、計算デバイス（例えば、ＣＰＵ７、ＢＩＯＳ、オペレーティングシステム）がパワーオンになりつつあること、または初期化の過程にあることを検出することができる。サービス制御装置は、計算デバイスから受信されたパワーオンまたはブートアップ信号を検出することができる。例えば、サービス制御装置は、計算デバイスがブートアップ中を示す状態変更をＣＰＵ、ＢＩＯＳまたはオペレーティングシステムで検出することができる。計算デバイスがパワーオンしていることを検出すると、サービス制御装置は、ステップ５０４のメモリーに記憶されたコンソールメッセージを永続性記憶装置（例えば、ハードドライブ、フラッシュドライブ、その他の記憶装置）にコピーすることができる。
【００３６】
ステップ５０８において、サービス制御装置は、クライアントの要求により永続的に記憶されたコンソールメッセージを外部デバイスに伝送することができる。例えば、サーバーの誤動作後、システム管理者は、サービス制御装置によって記憶装置にコピーされ永続的に記憶されたコンソールメッセージを要求（例えば、外部管理デバイスを用いる）することができる。この要求は、遠隔の外部管理デバイスからネットワーク（例えば、インターネット）を介してサービス制御装置へ送信することができる。永続的に記憶されたコンソールメッセージの要求を受信すると、サービス制御装置は、コンソールメッセージを永続性記憶装置から回収してコンソールメッセージを外部管理デバイスへ送信することができる。このため、システム管理者は、サーバークラッシュの後に、システム管理者がクラッシュの間にコンソールメッセージを監視していない場合には取得できないコンソールメッセージも回収して検討することができる。
【００３７】
図６は、図１〜５のシステムおよびプロセスを実施するための例示的なシステム構造６００を示す図である。計算プラットフォーム６００は、サービス制御装置６０２、処理装置６０４、記憶装置デバイス６１４、システムメモリー６２６、ネットワークインターフェイス６１０（例えば、イーサーネットまたは無線制御装置、ブルートゥース（登録商標）制御装置等）、サービス制御装置６０２を用いてアウトオブバンド通信を容易にするためのサービス制御装置専用のネットワークインターフェイス制御装置６０８等のサブシステムとデバイスを互いに接続させるバス６２４を含む。処理装置６０４は、ＩＮＴＥＬ(登録商標)コーポレーションによって製造される１つ以上の中央処理装置（ＣＰＵ）、あるいは１つ以上の仮想プロセッサ、または中央処理装置と仮想プロセッサの組み合わせにより実施されてもよい。計算プラットフォーム６００は、キーボード、マウス、オーディオインプット（例えば、スピーチトゥテキストデバイス）、ユーザーインターフェイス、ディスプレイ、モニター、カーソル、タッチセンシティブなディスプレイ、ＬＣＤまたはＬＥＤディスプレイ、またその他のＩ／Ｏ関連のデバイスを含むがこれらに限られない入力または出力デバイスである入力デバイス６０６とディスプレイ６１２を通じた入力と出力を表示するデータを交換できる。
【００３８】
いくつかの例によると、システム構造６００は、処理装置６０４により、システムメモリー６２６に記憶された１つ以上のコマンド手順の１つ以上のシーケンスを実行するための特定の操作を行う。計算プラットフォーム６００は、クライアントサーバーアレンジメントやピアートゥーピアーアレンジメントにおけるサーバーデバイスまたはクライアントデバイス、またはスマートフォンなどを含むいずれかのモバイル計算デバイスとして応用される。それらのコマンドまたはデータは、記憶装置デバイス６１４のような別のコンピューター可読媒体からシステムメモリー６２６に読み込まれる。いくつかの例では、ハードワイヤード回路は用いられて、またはソフトウェアと組み合せて用いられる。コマンドは、ソフトウェアまたはファームウェアに埋め込まれている。「コンピューター可読媒体」という用語は、実行用のコマンドを処理装置６０４に提供することに関する有形のメディア媒体を指す。それらの媒体は、不揮発性メディアと揮発性メディアを含むがそれに限らないいくつかのフォームをとる場合がある。不揮発性メディアは、例えば、光学的または磁気ディスクなどを含む。揮発性メディアは、システムメモリー６２６のようなダイナミックメモリーを含む。
【００３９】
通常のコンピューター可読メディアは、例えば、フロッピー（登録商標）ディスク、フレキシブルディスク、ハードディスク、磁気テープ、その他の磁気媒体、ＣＤ−ＲＯＭ、その他の光学媒体、パンチカード、紙テープ、その他の穴のパターンによる物理媒体、ＲＡＭ、ＰＲＯＭ、ＥＰＲＯＭ、ＦＬＡＳＨ−ＥＰＲＯＭ、その他のメモリーチップまたはカートリッジ、またはその他のコンピューター可読媒体を含む。そのコマンドは特に伝送媒体を使って送信または受信される。「伝送媒体」という用語は、記憶、復号化、またはコマンドを機械によって実行できる有形または無形の媒体を含み、また、デジタルまたはアナログコミュニケーション信号またはそのコマンドのコミュニケーションを容易にするその他の無形の媒体を含む。伝送媒体は、同軸ケーブル、銅製ワイヤーやファイバーオプティックを含み、またコンピューターデータ信号を伝送するためのバス６２４を含むワイヤーを含む。
【００４０】
例に示すように、システムメモリー６２６は、ここで記述された機能を実行するために可能なコマンドを含む多様なモジュールを含む。例に示すように、システムメモリー６２６は、ログマメージャー、ログバッファー、またはログリポジトリを含み、それぞれは１つ以上のここで記述されたファンクションを提供するために構成される。
【００４１】
たとえ上記例が理解を明らかにするため詳細を記述されていても、以上に記述された発明技術はその提供された詳細に限られるものではない。以上に記述された発明技術以外、その他の実行の方法もある。記載された例は、限定的なものではなく、説明するためのものである。
【符号の説明】
【００４２】
１００、２００、３００  システム
１０２、１０４、２０２  サーバー
１０６  ネットワーク
１０８  外部デバイス
１１０  システムログメッセージ
１１２  メインＣＰＵ
１１４、２０６、６０２  サービス制御装置
２０４  ＣＰＵ
２０８  システムロガー
２１０  ログマネージャー
２１２  ログバッファー
２１４、６０８  ネットワークインターフェイス制御装置
２１６  外部管理デバイス
３０２  ログリポジトリ
６００  システム構造／計算プラットフォーム
６０４  処理装置
６０６  入力デバイス
６１０  ネットワークインターフェイス
６１２  ディスプレイ
６１４  記憶装置デバイス
６２４  バス
６２６  システムメモリー
【図１】
2016085728.tif 000003
【図２】
2016085728.tif 000004
【図３】
2016085728.tif 000005
【図４】
2016085728.tif 000006
【図５】
2016085728.tif 000007
【図６】
2016085728.tif 000008