한 서버에 흥미로운 문제가 있습니다(일부 다른 서버에도 문제가 있음). 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