JPH04337849A - メモリ・ダンプ方法 - Google Patents
メモリ・ダンプ方法Info
- Publication number
- JPH04337849A JPH04337849A JP3110258A JP11025891A JPH04337849A JP H04337849 A JPH04337849 A JP H04337849A JP 3110258 A JP3110258 A JP 3110258A JP 11025891 A JP11025891 A JP 11025891A JP H04337849 A JPH04337849 A JP H04337849A
- Authority
- JP
- Japan
- Prior art keywords
- memory
- dump
- memory dump
- program
- cpu
- 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.)
- Pending
Links
Landscapes
- Debugging And Monitoring (AREA)
Abstract
(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。
め要約のデータは記録されません。
Description
【０００１】
【産業上の利用分野】本発明は、ＣＰＵを用いた制御装
置で障害が発生した場合、その障害発生の原因を探究す
る等の目的のため障害発生時点におけるメモリの内容を
保存するメモリ・ダンプ方法に関するものである。
置で障害が発生した場合、その障害発生の原因を探究す
る等の目的のため障害発生時点におけるメモリの内容を
保存するメモリ・ダンプ方法に関するものである。
【０００２】
【従来の技術】図２は、本発明の対象であるコンピュー
タのハードウェアを示すブロック図で、図において、１
はコンピュータの主要部分を搭載するシステム・ボード
、２はシステム・ボード１内のＣＰＵ、３は標準メモリ
（容量は例えば６４０ＫＢ）、４は増設メモリ（容量は
例えば０．５〜１０ＭＢ）、５はディスク制御部、６は
ハードディスク（ＨＤＤと略記する）装着部、７はフレ
キシブルディスク（ＦＤＤと略記する）装着部、８は表
示装置やキーボードを制御する表示，Ｋ／Ｂ制御部、９
は表示装置（ＣＲＴと略記する）、１０はキーボード（
Ｋ／Ｂと略記する）、１１は２ポートメモリ制御部であ
る。
タのハードウェアを示すブロック図で、図において、１
はコンピュータの主要部分を搭載するシステム・ボード
、２はシステム・ボード１内のＣＰＵ、３は標準メモリ
（容量は例えば６４０ＫＢ）、４は増設メモリ（容量は
例えば０．５〜１０ＭＢ）、５はディスク制御部、６は
ハードディスク（ＨＤＤと略記する）装着部、７はフレ
キシブルディスク（ＦＤＤと略記する）装着部、８は表
示装置やキーボードを制御する表示，Ｋ／Ｂ制御部、９
は表示装置（ＣＲＴと略記する）、１０はキーボード（
Ｋ／Ｂと略記する）、１１は２ポートメモリ制御部であ
る。
【０００３】また、１２は通信制御装置、１３は通信制
御装置１２内のＣＰＵ、１４はローカルメモリ、１５は
通信回線、１６は通信制御部、１７は２ポートメモリ（
容量は例えば２５６ＫＢ）であり、表示，Ｋ／Ｂ制御部
８，ＣＲＴ９，Ｋ／Ｂ１０で対話的入力手段を構成して
いる。
御装置１２内のＣＰＵ、１４はローカルメモリ、１５は
通信回線、１６は通信制御部、１７は２ポートメモリ（
容量は例えば２５６ＫＢ）であり、表示，Ｋ／Ｂ制御部
８，ＣＲＴ９，Ｋ／Ｂ１０で対話的入力手段を構成して
いる。
【０００４】このコンピュータを通信網を介してホスト
・コンピュータ（図示せず）と接続して端末として利用
する場合、操作員がＫ／Ｂ１０から端末エミュレータ起
動コマンドをキー入力すると、標準メモリ３に格納され
ているオペレーティング・システム（ＯＳと略記する）
が端末エミュレータ・プログラムをＨＤＤ６から標準メ
モリ３へロードして起動する。
・コンピュータ（図示せず）と接続して端末として利用
する場合、操作員がＫ／Ｂ１０から端末エミュレータ起
動コマンドをキー入力すると、標準メモリ３に格納され
ているオペレーティング・システム（ＯＳと略記する）
が端末エミュレータ・プログラムをＨＤＤ６から標準メ
モリ３へロードして起動する。
【０００５】そして、起動された端末エミュレータ・プ
ログラムが、２ポートメモリ１７へ送信データと送信要
求とを書き込むと、ＣＰＵ１３が通信制御部１６を介し
通信回線１５へ当該送信データを送信する。また、通信
回線１５からデータを受信すると、ＣＰＵ１３は２ポー
トメモリ１７へ受信データと受信要求とを書き込み、Ｃ
ＰＵ２が当該受信データを読み取り処理する。
ログラムが、２ポートメモリ１７へ送信データと送信要
求とを書き込むと、ＣＰＵ１３が通信制御部１６を介し
通信回線１５へ当該送信データを送信する。また、通信
回線１５からデータを受信すると、ＣＰＵ１３は２ポー
トメモリ１７へ受信データと受信要求とを書き込み、Ｃ
ＰＵ２が当該受信データを読み取り処理する。
【０００６】２ポートメモリ１７には、その他に通信規
約に基づいた通信制御に使用するコマンド／応答の通信
実行トレースや回線エラーや通信規約エラーの統計情報
がＣＰＵ１３により書き込まれる。
約に基づいた通信制御に使用するコマンド／応答の通信
実行トレースや回線エラーや通信規約エラーの統計情報
がＣＰＵ１３により書き込まれる。
【０００７】このコンピュータをオフィス・オートメー
ション（ＯＡと略記する）業務に使用する場合は、操作
員は端末エミュレータ・プログラムの実行を終了させ、
ＯＡプログラム起動コマンドをキー入力する。ＯＡプロ
グラムは標準メモリ３にロードされ起動される。ＯＡプ
ログラムがその作業用に大きなメモリ容量を必要とする
場合、増設メモリ４を使用する。
ション（ＯＡと略記する）業務に使用する場合は、操作
員は端末エミュレータ・プログラムの実行を終了させ、
ＯＡプログラム起動コマンドをキー入力する。ＯＡプロ
グラムは標準メモリ３にロードされ起動される。ＯＡプ
ログラムがその作業用に大きなメモリ容量を必要とする
場合、増設メモリ４を使用する。
【０００８】図３は図２のＣＰＵ２から見たメモリアド
レスを示す図であり、アドレスは１６進数で表してある
。例えば、６４０ＫＢの標準メモリ３はアドレス０番地
から９ＦＦＦＦ番地に割り付けられ、０．５〜１０ＭＢ
の増設メモリ４は１０００００番地から割り付けられ、
この領域はＯＡプログラムの作業用に使用する。２５６
ＫＢの２ポートメモリ１７はＦ８００００番地からＦＢ
００００番地に割り付けられる。
レスを示す図であり、アドレスは１６進数で表してある
。例えば、６４０ＫＢの標準メモリ３はアドレス０番地
から９ＦＦＦＦ番地に割り付けられ、０．５〜１０ＭＢ
の増設メモリ４は１０００００番地から割り付けられ、
この領域はＯＡプログラムの作業用に使用する。２５６
ＫＢの２ポートメモリ１７はＦ８００００番地からＦＢ
００００番地に割り付けられる。
【０００９】図４は従来の方法における動作を示すフロ
ーチャートであって、図において、Ｓ１〜Ｓ５およびＳ
９はそれぞれ各ステップを示す。ＣＰＵ２をスタートさ
せると、メモリダンプ・プログラムを格納したＦＤＤで
あるメモリダンプ・シートがＦＤＤ装着部７に装着され
ているか否かを判定する（Ｓ１）。通常の動作の場合に
は、メモリダンプ・シートが装着されてないので、Ｓ２
に移り、ＨＤＤからＯＳをロードする。
ーチャートであって、図において、Ｓ１〜Ｓ５およびＳ
９はそれぞれ各ステップを示す。ＣＰＵ２をスタートさ
せると、メモリダンプ・プログラムを格納したＦＤＤで
あるメモリダンプ・シートがＦＤＤ装着部７に装着され
ているか否かを判定する（Ｓ１）。通常の動作の場合に
は、メモリダンプ・シートが装着されてないので、Ｓ２
に移り、ＨＤＤからＯＳをロードする。
【００１０】ＯＳが起動されるとＫ／Ｂ１０からのコマ
ンド入力待ちとなる（Ｓ２）。操作員はＫ／Ｂ１０によ
って端末エミュレータ・プログラムを起動するか、ＯＡ
プログラムを起動するかのコマンドを入力する（Ｓ３）
。ＯＳは入力されたコマンドで指示されるプログラムを
ＨＤＤ６から読み出して標準メモリ３に入力してこれを
実行する（Ｓ４）。この実行が終了すると再びコマンド
入力待ちとなる。
ンド入力待ちとなる（Ｓ２）。操作員はＫ／Ｂ１０によ
って端末エミュレータ・プログラムを起動するか、ＯＡ
プログラムを起動するかのコマンドを入力する（Ｓ３）
。ＯＳは入力されたコマンドで指示されるプログラムを
ＨＤＤ６から読み出して標準メモリ３に入力してこれを
実行する（Ｓ４）。この実行が終了すると再びコマンド
入力待ちとなる。
【００１１】端末エミュレータ・プログラムの実行のた
めの作業メモリとしては，標準メモリ３内の記憶領域を
使用することができるが、ＯＡプログラム実行のための
作業メモリには，広いメモリ領域を必要とする場合があ
るので、標準メモリ３の他に増設メモリ４をも使用する
。
めの作業メモリとしては，標準メモリ３内の記憶領域を
使用することができるが、ＯＡプログラム実行のための
作業メモリには，広いメモリ領域を必要とする場合があ
るので、標準メモリ３の他に増設メモリ４をも使用する
。
【００１２】ステップＳ４の動作中に障害が発生した場
合、操作員はメモリダンプ・シートをＦＤＤ装着部７に
装着して、ＣＰＵ２を再スタートさせる。この再スター
トに際しては標準メモリ３，増設メモリ４，２ポートメ
モリ１７の内容が蒸発しないように配慮されている。ス
テップＳ１からＳ５に移り、メモリダンプ・シートから
メモリダンプ・プログラムを標準メモリ３にロードして
これを実行する。メモリダンプ・プログラムの実行によ
り、標準メモリ３，増設メモリ４，２ポートメモリ１７
の全部のメモリの内容がメモリダンプ・シートにダンプ
され（Ｓ９）、発生した障害の解析に用いられる。
合、操作員はメモリダンプ・シートをＦＤＤ装着部７に
装着して、ＣＰＵ２を再スタートさせる。この再スター
トに際しては標準メモリ３，増設メモリ４，２ポートメ
モリ１７の内容が蒸発しないように配慮されている。ス
テップＳ１からＳ５に移り、メモリダンプ・シートから
メモリダンプ・プログラムを標準メモリ３にロードして
これを実行する。メモリダンプ・プログラムの実行によ
り、標準メモリ３，増設メモリ４，２ポートメモリ１７
の全部のメモリの内容がメモリダンプ・シートにダンプ
され（Ｓ９）、発生した障害の解析に用いられる。
【００１３】
【発明が解決しようとする課題】解決しようとする問題
点は、上記のような従来のメモリ・ダンプ方法は、ステ
ップＳ９において全メモリがダンプされるが、端末エミ
ュレータ・プログラムを実行中は増設メモリ４が使用さ
れておらず、これをダンプする必要はないにも係わらず
、端末エミュレータ・プログラムを実行中に障害が発生
した場合でも全メモリがダンプされてしまうという無駄
が発生する点にある。すなわち、増設メモリ４の容量が
３ＭＢの場合、メモリダンプ・シートの容量は通常１Ｍ
Ｂ程度であるので、増設メモリ４をダンプするだけで３
枚のメモリダンプ・シートを必要とし、それだけ長い時
間を無駄にする等の問題点があった。
点は、上記のような従来のメモリ・ダンプ方法は、ステ
ップＳ９において全メモリがダンプされるが、端末エミ
ュレータ・プログラムを実行中は増設メモリ４が使用さ
れておらず、これをダンプする必要はないにも係わらず
、端末エミュレータ・プログラムを実行中に障害が発生
した場合でも全メモリがダンプされてしまうという無駄
が発生する点にある。すなわち、増設メモリ４の容量が
３ＭＢの場合、メモリダンプ・シートの容量は通常１Ｍ
Ｂ程度であるので、増設メモリ４をダンプするだけで３
枚のメモリダンプ・シートを必要とし、それだけ長い時
間を無駄にする等の問題点があった。
【００１４】本発明はかかる課題を解決するためになさ
れたもので、障害の解析に必要なメモリ内容だけをダン
プするメモリ・ダンプ方法を提供することを目的として
いる。
れたもので、障害の解析に必要なメモリ内容だけをダン
プするメモリ・ダンプ方法を提供することを目的として
いる。
【００１５】
【課題を解決するための手段】本発明に係わるメモリ・
ダンプ方法は、メモリダンプ・シートからメモリダンプ
・プログラムをロードしてその実行を開始するに際し、
どのメモリ内容をダンプすべきかというコマンドを対話
的入力装置を使用して入力することを最も主要な特徴と
している。なお、メモリ・ダンプに関する先行技術とし
ては、特開昭６４−２５２５５号公報，特開平２−２８
２８３８号公報，特開平２−２８０２３９号公報などに
開示されたものがあるが、これらの先行技術にはメモリ
ダンプ・プログラムの実行の都度操作員からコマンドを
入力する方法がなく、本発明の方法のように、状況の変
化に対して良好に適応することができないと言う問題点
が残る。
ダンプ方法は、メモリダンプ・シートからメモリダンプ
・プログラムをロードしてその実行を開始するに際し、
どのメモリ内容をダンプすべきかというコマンドを対話
的入力装置を使用して入力することを最も主要な特徴と
している。なお、メモリ・ダンプに関する先行技術とし
ては、特開昭６４−２５２５５号公報，特開平２−２８
２８３８号公報，特開平２−２８０２３９号公報などに
開示されたものがあるが、これらの先行技術にはメモリ
ダンプ・プログラムの実行の都度操作員からコマンドを
入力する方法がなく、本発明の方法のように、状況の変
化に対して良好に適応することができないと言う問題点
が残る。
【００１６】
【作用】本発明においては、メモリダンプ・シートから
メモリダンプ・プログラムを読み出し、標準メモリの特
定領域に当該プログラムをロード後に起動されたメモリ
ダンプ・プログラムに対し、操作員がダンプの対象とな
るメモリの種別を指定することにより、障害発生の原因
調査に必要なメモリ内容だけダンプできる。
メモリダンプ・プログラムを読み出し、標準メモリの特
定領域に当該プログラムをロード後に起動されたメモリ
ダンプ・プログラムに対し、操作員がダンプの対象とな
るメモリの種別を指定することにより、障害発生の原因
調査に必要なメモリ内容だけダンプできる。
【００１７】
【実施例】図１は本発明の一実施例を示すフローチャー
トであって、図において、図４と同一符号は同一または
相当ステップを示し、Ｓ６，Ｓ７，Ｓ８は、それぞれこ
の実施例で追加されたステップを示す。なお、図４と同
一ステップでは従来のメモリ・ダンプ方法と同一または
相当の動作が実行されるので、ここではその説明は省略
する。
トであって、図において、図４と同一符号は同一または
相当ステップを示し、Ｓ６，Ｓ７，Ｓ８は、それぞれこ
の実施例で追加されたステップを示す。なお、図４と同
一ステップでは従来のメモリ・ダンプ方法と同一または
相当の動作が実行されるので、ここではその説明は省略
する。
【００１８】ステップＳ５が実行されると、ＣＲＴ９上
にダンプ対象メモリ種別の入力を待つ表示がなされる。 操作員はダンプの対象となるメモリ種別をＫ／Ｂ１０か
ら入力する（Ｓ６）。メモリダンプ・プログラムはＫ／
Ｂ１０から入力されたメモリ種別が、全メモリか、ある
いは標準メモリと２ポートメモリかを判定する（Ｓ７）
。そして、この判定結果に従ってステップＳ８かステッ
プＳ９へ移る。
にダンプ対象メモリ種別の入力を待つ表示がなされる。 操作員はダンプの対象となるメモリ種別をＫ／Ｂ１０か
ら入力する（Ｓ６）。メモリダンプ・プログラムはＫ／
Ｂ１０から入力されたメモリ種別が、全メモリか、ある
いは標準メモリと２ポートメモリかを判定する（Ｓ７）
。そして、この判定結果に従ってステップＳ８かステッ
プＳ９へ移る。
【００１９】ステップＳ８では標準メモリ３と２ポート
メモリ１７の内容だけがダンプされるが、端末エミュレ
ータ・プログラムを実行中に発生した障害の解析には増
設メモリ４のダンプが必要なくなる。
メモリ１７の内容だけがダンプされるが、端末エミュレ
ータ・プログラムを実行中に発生した障害の解析には増
設メモリ４のダンプが必要なくなる。
【００２０】なお、ダンプすべきメモリの種類別にメモ
リダンプ・プログラムを作っておき、ステップＳ６でど
のプログラムを実行するかを指定してもよい。
リダンプ・プログラムを作っておき、ステップＳ６でど
のプログラムを実行するかを指定してもよい。
【００２１】
【発明の効果】以上説明したように本発明のメモリ・ダ
ンプ方法は、メモリダンプ・プログラムにメモリ・ダン
プの対象となるメモリ領域を、操作員が指定，選択でき
るようにしたので、障害の解析に必要なメモリ内容だけ
をダンプでき、無駄なダンプ処理を無くしメモリダンプ
・シートの節約が図れる等の利点がある。
ンプ方法は、メモリダンプ・プログラムにメモリ・ダン
プの対象となるメモリ領域を、操作員が指定，選択でき
るようにしたので、障害の解析に必要なメモリ内容だけ
をダンプでき、無駄なダンプ処理を無くしメモリダンプ
・シートの節約が図れる等の利点がある。
【図１】本発明の一実施例を示すフローチャートである
。
。
【図２】本発明の対象であるコンピュータのハードウェ
アを示すブロック図である。
アを示すブロック図である。
【図３】図２のＣＰＵから見たメモリアドレスを示す図
である。
である。
【図４】従来の方法における動作を示すフローチャート
である。
である。
３ 標準メモリ
４ 増設メモリ
１７ ２ポートメモリ
Claims (2)
- 【請求項１】 端末エミュレータとして通信制御装置
を介しデータの送受信を実行するときはＣＰＵが標準メ
モリおよび上記通信制御装置とのインタフェースとなる
２ポートメモリを使用し、オフィス・オートメーション
の制御を実行するときは上記ＣＰＵが上記標準メモリと
増設メモリとを使用する場合のメモリ・ダンプ方法にお
いて、メモリ・ダンプの必要を認めた場合、メモリ・ダ
ンプ用の不揮発性記憶装置であるメモリダンプ・シート
を装着した上で上記ＣＰＵを再スタートさせる段階、上
記ＣＰＵが上記メモリダンプ・シートからメモリダンプ
・プログラムを上記標準メモリにロードする段階、上記
ＣＰＵで上記メモリダンプ・プログラムの実行を開始す
るに当たり、当該ＣＰＵと操作員との間の対話的入力手
段を介し上記メモリダンプ・シートへダンプすべきメモ
リ範囲を指示する段階、上記ＣＰＵが上記メモリダンプ
・プログラムを実行し、指示された範囲のメモリを上記
メモリダンプ・シートへダンプする段階、を備えたこと
を特徴とするメモリ・ダンプ方法。 - 【請求項２】 メモリダンプ・プログラムはダンプす
べきメモリ範囲に応じて複数種類作成されてメモリダン
プ・シートに格納されており、ＣＰＵの再スタートに際
しては複数種類のメモリダンプ・プログラムが全部標準
メモリにロードされ、操作員は対話的入力手段を介しど
のメモリダンプ・プログラムを実行するかを指示するこ
とを特徴とする請求項１のメモリ・ダンプ方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP3110258A JPH04337849A (ja) | 1991-05-15 | 1991-05-15 | メモリ・ダンプ方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP3110258A JPH04337849A (ja) | 1991-05-15 | 1991-05-15 | メモリ・ダンプ方法 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH04337849A true JPH04337849A (ja) | 1992-11-25 |
Family
ID=14531133
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP3110258A Pending JPH04337849A (ja) | 1991-05-15 | 1991-05-15 | メモリ・ダンプ方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH04337849A (ja) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH08263331A (ja) * | 1995-03-22 | 1996-10-11 | Kofu Nippon Denki Kk | 情報処理システム |
| JP2015102903A (ja) * | 2013-11-21 | 2015-06-04 | キヤノン株式会社 | 情報処理装置及びその制御方法、並びにプログラム |
-
1991
- 1991-05-15 JP JP3110258A patent/JPH04337849A/ja active Pending
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH08263331A (ja) * | 1995-03-22 | 1996-10-11 | Kofu Nippon Denki Kk | 情報処理システム |
| JP2015102903A (ja) * | 2013-11-21 | 2015-06-04 | キヤノン株式会社 | 情報処理装置及びその制御方法、並びにプログラム |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7007077B1 (en) | Remote maintenance method of an information processing apparatus | |
| JPH0644056A (ja) | プログラムをロードするための方法 | |
| JPH0664538B2 (ja) | 仮想計算機データ処理システムにおけるバッチ・タスク処理の中断方法 | |
| US6275930B1 (en) | Method, computer, and article of manufacturing for fault tolerant booting | |
| JPH04337849A (ja) | メモリ・ダンプ方法 | |
| JPH08235132A (ja) | マルチサーバシステムのホットスタンバイ制御方法 | |
| JPH1139143A (ja) | 演算装置、該装置の制御方法、前記装置の制御プログラムを記憶した記憶媒体、演算装置を利用した電子回路装置、該装置の制御方法、前記装置の制御プログラムを記憶した記憶媒体 | |
| JP2009217709A (ja) | 仮想マシン管理システムおよび計算機、並びに、プログラム | |
| JP2004334679A (ja) | 情報処理装置、情報処理装置のプログラム実行方式、情報処理装置のプログラム実行方式を記録した記憶媒体 | |
| JPH11134204A (ja) | スタック保護装置 | |
| JP2006039763A (ja) | ゲストｏｓデバッグ支援方法及び仮想計算機マネージャ | |
| JP2001075810A (ja) | コンピュータシステム、拡張ボードおよびコンピュータシステムにおける拡張ボードの機能更新方法 | |
| KR920003279B1 (ko) | 데이타 처리장치의 os 및 nos 로딩방법 | |
| JP2020119234A (ja) | 管理サーバ、ブートサーバ、ネットワークブートシステム、ネットワークブート方法、プログラム | |
| JPH05216507A (ja) | プログラマブルコントローラのプログラム変更方法 | |
| JP2661447B2 (ja) | 入出力装置の試験方法 | |
| JP2001014013A (ja) | 数値制御装置 | |
| KR100477138B1 (ko) | 퍼스널컴퓨터시스템 | |
| KR20000025197A (ko) | 시스템 진단을 위한 컴퓨터 부팅 방법 | |
| JPH04243431A (ja) | 障害処理機能の評価方式 | |
| JPS6116098B2 (ja) | ||
| JPH06250865A (ja) | ウインドウシステムの障害時対応方法 | |
| JP2000099360A (ja) | ２重系システム | |
| JP2008257576A (ja) | 仮想計算機実行装置及びバックアッププログラム | |
| JPH0895879A (ja) | ネットワークシステム |