あるサーバーに興味深い問題があります(他のサーバーにも問題があります)。 SAPがほとんどすべてのページングを担当していると思いますが、この問題が発生するとコマンドが中断されるため、「ps -ef」もシステムで実行されないため、100%話せません!
開発者が後で分析できるように問題が発生している間(再起動する前に、再起動すると問題が解決するため)、ダンプをどのように実行しますか?
これまで、私は次のようなケースを読んでいました。
sysdumpstart -p
実行後、AIX はダンプを実行して再始動します。
-p Initiates a system dump and writes the results to the primary dump device.
質問:しかしそれで十分ですか?( "sysdumpstart -p"コマンド)後でデバッグ用にSAP関連情報を保存するためのダンプを生成しますか?
12:root@SERVER:/root # sysdumpdev -l
primary /dev/lg_dumplv
...
12:root@SERVER:/root # sysdumpdev -e
Estimated dump size in bytes: 4660710604
12:root@SERVER:/root #
lg_dumplv サイズは 12288MB なので十分です。
再起動後、「/var/adm/ras/vmcore.x」でダンプファイルを見つけることはできますか?それとも、dump lvからFSにダンプを送信する追加のコマンドはありますか?
ベストアンサー1
sysdumpstart -p
この4GBの操作を完了するのに約22分かかります。ダンプ後、自動的に再起動します!再起動後、dumpLVのダンプをファイルとして保存します。
smitty dump
Copy a system dump from a dump device to a file
ダンプファイルを分析できる開発者を見つけようとしています:)ソフトウェア呼び出しを開きます。
システムダンプを強制する方法: https://www-01.ibm.com/support/docview.wss?uid=isg3T1019210