| 탐색 링크 건너뛰기 | |
| 인쇄 보기 종료 | |
|
시스템 관리 설명서: 고급 관리 Oracle Solaris 10 1/13 Information Library (한국어) |
| 탐색 링크 건너뛰기 | |
| 인쇄 보기 종료 | |
|
|
시스템 관리 설명서: 고급 관리 Oracle Solaris 10 1/13 Information Library (한국어) |
시스템 충돌은 하드웨어 오작동, I/O 문제 및 소프트웨어 오류로 인해 발생할 수 있습니다. 시스템이 충돌하면 콘솔에 오류 메시지가 표시되고 덤프 장치에 물리적 메모리 복사본이 기록됩니다. 그런 다음 시스템이 자동으로 재부트됩니다. 시스템이 재부트될 때 savecore 명령이 실행되어 덤프 장치에서 데이터가 검색되고 저장된 충돌 덤프가 savecore 디렉토리에 기록됩니다. 저장된 충돌 덤프 파일은 지원 공급자에게 문제 진단에 도움이 되는 유용한 정보를 제공합니다.
충돌 덤프 정보는 vmdump.n 파일에 압축된 형식으로 기록됩니다. 여기서 n은 충돌 덤프를 식별하는 정수입니다. 나중에 동일한 시스템 또는 다른 시스템에서 savecore 명령을 호출하여 압축된 충돌 덤프를 이름이 unix.n 및 vmcore. n인 파일 쌍으로 확장할 수 있습니다. dumpadm 명령을 사용하여 재부트 시 충돌 덤프가 저장되는 디렉토리를 구성할 수도 있습니다.
UFS 루트 파일 시스템이 설치된 시스템의 경우 기본 덤프 장치는 해당 스왑 분할 영역으로 구성됩니다. 스왑 분할 영역은 운영 체제용 저장소를 지원하는 가상 메모리로 예약된 디스크 분할 영역입니다. 따라서 스왑 영역에는 충돌 덤프가 겹쳐 쓸 영구적인 정보가 상주하지 않습니다. Oracle Solaris ZFS 루트 파일 시스템이 설치된 시스템의 경우 전용 ZFS 볼륨이 스왑 및 덤프 영역에 사용됩니다. 자세한 내용은 스왑 영역 및 덤프 장치에 대한 Oracle Solaris ZFS 지원을 참조하십시오.
Oracle Solaris ZFS 루트 파일 시스템을 설치하거나 Oracle Solaris Live Upgrade 프로그램을 사용하여 UFS 루트 파일 시스템에서 ZFS 루트 파일 시스템으로 마이그레이션하면 스왑 및 덤프 장치가 2개의 ZFS 볼륨에 만들어집니다. 예를 들어, 기본 루트 풀 이름인 rpool을 사용하여 /rpool/swap 및 /rpool/dump 볼륨이 자동으로 생성됩니다. 스왑 및 덤프 볼륨의 크기를 선택한 크기로 조정할 수 있습니다. 단, 새 크기가 시스템 작동을 지원해야 합니다. 자세한 내용은 Oracle Solaris ZFS 관리 설명서의 스왑 및 덤프 장치에 대한 ZFS 지원을 참조하십시오.
설치 후 ZFS 스왑 장치 또는 덤프 장치를 수정해야 할 경우 이전 릴리스에서와 마찬가지로 swap 또는 dumpadm 명령을 사용하십시오.
본 문서의 덤프 장치 관리에 대한 자세한 내용은 시스템 충돌 덤프 정보 관리를 참조하십시오.
GRUB 부트 환경의 x86 기반 시스템에서 시스템 충돌이 발생할 경우 다음번 시스템 재부트 시 GRUB 부트 아카이브를 관리하는 SMF 서비스( svc:/system/boot-archive:default)가 실패할 수 있습니다. GRUB 기반 부트에 대한 자세한 내용은 시스템 관리 설명서: 기본 관리의 GRUB를 사용하여 x86 기반 시스템 부트(작업 맵)를 참조하십시오.
시스템 충돌 후 savecore 명령이 자동으로 실행되어 덤프 장치에서 충돌 덤프 정보가 검색되고 이름이 unix.X 및 vmcore.X인 파일 쌍이 작성됩니다. 여기서 X는 덤프 시퀀스 번호를 식별합니다. 해당 파일은 저장된 시스템 충돌 덤프 정보를 나타냅니다.
응용 프로그램이 비정상적으로 종료될 때 작성되는 사용자 응용 프로그램 이미지인 코어 파일과 충돌 덤프 파일이 혼동되는 경우도 있습니다.
충돌 덤프 파일은 미리 정해진 디렉토리(기본적으로 /var/crash/ hostname)에 저장됩니다. 이전 릴리스에서는 물리적 메모리 이미지가 충돌 덤프 파일에 저장되도록 수동으로 설정하지 않은 경우 시스템이 재부트될 때 충돌 덤프 파일을 겹쳐 썼습니다. 지금은 충돌 덤프 파일 저장이 기본적으로 사용으로 설정되어 있습니다.
시스템 충돌 정보는 dumpadm 명령으로 관리됩니다. 자세한 내용은 dumpadm 명령을 참조하십시오.
mdb 유틸리티를 사용하여 제어 구조, 활성 테이블, 실시간 또는 충돌한 시스템 커널의 메모리 이미지 및 커널 작동에 대한 기타 정보를 검사할 수 있습니다. mdb를 완전히 활용하려면 본 매뉴얼에서는 다루지 않는 커널에 대한 충분한 지식이 있어야 합니다. 이 유틸리티 사용에 대한 자세한 내용은 mdb(1) 매뉴얼 페이지를 참조하십시오.
또한 savecore로 저장되는 충돌 덤프를 고객 서비스 담당자에게 보낼 경우 시스템 충돌 원인 분석에 유용할 수 있습니다.
dumpadm 명령을 사용하여 Oracle Solaris OS에서 시스템 충돌 덤프 정보를 관리할 수 있습니다.
dumpadm 명령을 사용하여 운영 체제의 충돌 덤프를 구성할 수 있습니다. dumpadm 구성 매개변수에는 덤프 컨텐츠, 덤프 장치 및 충돌 덤프 파일이 저장되는 디렉토리가 포함됩니다.
덤프 데이터는 덤프 장치에 압축된 형식으로 저장됩니다. 커널 충돌 덤프 이미지는 4GB 이상일 수 있습니다. 데이터를 압축하면 덤프는 빨라지고 덤프 장치에 필요한 디스크 공간은 줄어듭니다.
스왑 영역이 아닌 전용 덤프 장치가 덤프 구성에 사용되는 경우 충돌 덤프 파일 저장이 백그라운드로 실행됩니다. 따라서 부트 시스템에서 savecore 명령이 완료될 때까지 기다리지 않고 다음 단계를 진행합니다. 대용량 메모리 시스템에서는 savecore가 완료되기 전에 시스템을 사용할 수 있습니다.
savecore 명령으로 생성되는 시스템 충돌 덤프 파일은 기본적으로 저장됩니다.
savecore -L 명령은 Oracle Solaris OS가 실행되는 충돌 덤프를 실시간으로 확인하는 데 사용할 수 있는 새로운 기능입니다. 이 명령은 잘못된 상태(예: 일시적인 성능 문제 또는 서비스 중단)가 발생할 때 메모리 스냅샷을 만들어 실행 중인 시스템 문제를 해결하는 데 사용됩니다. 시스템이 작동하고 일부 명령을 실행할 수 있을 경우 savecore -L 명령을 실행하여 시스템 스냅샷을 덤프 장치에 저장한 다음 충돌 덤프 파일을 savecore 디렉토리에 바로 기록할 수 있습니다. 시스템이 계속 실행 중이므로 전용 덤프 장치를 구성한 경우에만 savecore -L 명령을 사용할 수 있습니다.
다음 표에서는 dumpadm의 구성 매개변수에 대해 설명합니다.
|
자세한 내용은 dumpadm(1M)을 참조하십시오.
덤프 구성 매개변수는 dumpadm 명령으로 관리됩니다.
시스템 시작 시 svc:/system/dumpadm:default 서비스가 충돌 덤프 매개변수를 구성하기 위해 dumpadm 명령을 호출합니다.
dumpadm은 /dev/dump 인터페이스를 통해 덤프 장치 및 덤프 컨텐츠를 초기화합니다.
덤프 구성이 완료되면 savecore 스크립트가 충돌 덤프 파일 디렉토리의 위치를 찾습니다. 그런 다음 savecore가 호출되어 충돌 덤프가 확인되고 충돌 덤프 디렉토리에서 minfree 파일의 컨텐츠가 확인됩니다.
접근성 및 성능상 볼륨 관리 제품(예: Solaris Volume Manager)을 통해 제어되는 전용 덤프 장치는 구성하지 마십시오. 스왑 영역은 Solaris Volume Manager를 통해 제어되도록 하는 것이 좋지만 덤프 장치는 별도로 제어되도록 해야 합니다.
|