흥미로운 문제가 있는 서버가 있습니다(다른 서버에도 문제가 있습니다). 우리는 SAP가 거의 모든 페이징을 담당한다고 생각하지만 100%라고 말할 수는 없습니다. 왜냐하면 이 문제가 발생하면 "ps -ef"조차도 명령이 중단되기 때문에 시스템에서 실행되지 않기 때문입니다!
문제가 발생하는 동안(재부팅하면 문제가 해결되기 때문에 재부팅하기 전) 개발자가 나중에 분석할 수 있도록 덤프를 어떻게 수행할 수 있습니까?
지금까지 나는 다음과 같은 경우를 읽었습니다.
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"에서 덤프 파일을 찾을 수 있습니까? 아니면 덤프 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