JavaScript is required to for searching.
탐색 링크 건너뛰기
인쇄 보기 종료
Oracle Solaris 관리: 일반 작업     Oracle Solaris 11 Information Library (한국어)
search filter icon
search icon

문서 정보

본 문서 정보

1.  Oracle Solaris 명령에 대한 정보 찾기

2.  사용자 계정 및 그룹 관리(개요)

3.  사용자 계정 및 그룹 관리(작업)

4.  Oracle Solaris 시스템 부트 및 종료

5.  Oracle Configuration Manager 작업

6.  서비스 관리(개요)

7.  서비스 관리(작업)

8.  Fault Manager 사용

9.  시스템 정보 관리(작업)

10.  시스템 프로세스 관리(작업)

11.  시스템 성능 모니터링(작업)

12.  소프트웨어 패키지 관리(작업)

13.  디스크 사용 관리(작업)

14.  시스템 작업 일정 잡기(작업)

15.  CUPS를 사용하여 프린터 설정 및 관리(작업)

16.  시스템 콘솔, 터미널 장치 및 전원 서비스 관리(작업)

17.  시스템 충돌 정보 관리(작업)

시스템 충돌 정보 관리의 새로운 기능

빠른 충돌 덤프 기능

시스템 충돌 정보 관리(작업 맵)

시스템 충돌(개요)

x86: GRUB 부트 환경의 시스템 충돌

시스템 충돌 덤프 파일

충돌 덤프 저장

dumpadm 명령

dumpadm 명령 작동 방식

시스템 충돌 덤프 정보 관리

현재 충돌 덤프 구성 표시 방법

충돌 덤프 구성 수정 방법

충돌 덤프 검사 방법

전체 충돌 덤프 디렉토리에서 복구 방법(선택 사항)

충돌 덤프 저장을 사용/사용 안함으로 설정하는 방법

18.  코어 파일 관리(작업)

19.  시스템 및 소프트웨어 문제 해결(작업)

20.  기타 시스템 및 소프트웨어 문제 해결(작업)

색인

시스템 충돌(개요)

시스템 충돌은 하드웨어 오작동, I/O 문제 및 소프트웨어 오류로 인해 발생할 수 있습니다. 시스템이 충돌하면 콘솔에 오류 메시지가 표시되고 덤프 장치에 물리적 메모리 복사본이 기록됩니다. 그런 다음 시스템이 자동으로 재부트됩니다. 시스템이 재부트될 때 savecore 명령이 실행되어 덤프 장치에서 데이터가 검색되고 저장된 충돌 덤프가 savecore 디렉토리에 기록됩니다. 저장된 충돌 덤프 파일은 지원 공급자에게 문제 진단에 도움이 되는 유용한 정보를 제공합니다.

충돌 덤프 정보는 vmdump.n 파일에 압축된 형식으로 기록됩니다. 여기서 n은 충돌 덤프를 식별하는 정수입니다. 나중에 동일한 시스템 또는 다른 시스템에서 savecore 명령을 호출하여 압축된 충돌 덤프를 이름이 unix.nvmcore. n인 파일 쌍으로 확장할 수 있습니다. dumpadm 명령을 사용하여 재부트 시 충돌 덤프가 저장되는 디렉토리를 구성할 수도 있습니다.

Oracle Solaris ZFS 루트 파일 시스템이 설치된 시스템의 경우 전용 ZFS 볼륨이 스왑 및 덤프 영역에 사용됩니다. 자세한 내용은 Oracle Solaris 관리: ZFS 파일 시스템의 ZFS 스왑 및 덤프 장치 관리를 참조하십시오.

x86: GRUB 부트 환경의 시스템 충돌

GRUB 부트 환경의 x86 기반 시스템에서 시스템 충돌이 발생할 경우 다음번 시스템 재부트 시 GRUB 부트 아카이브를 관리하는 SMF 서비스( svc:/system/boot-archive:default)가 실패할 수 있습니다. GRUB 기반 부트에 대한 자세한 내용은 x86 플랫폼에서 Oracle Solaris 부트 및 종료를 참조하십시오.

시스템 충돌 덤프 파일

시스템 충돌 후 savecore 명령이 자동으로 실행되어 덤프 장치에서 충돌 덤프 정보가 검색되고 이름이 unix.X vmcore.X인 파일 쌍이 작성됩니다. 여기서 X는 덤프 시퀀스 번호를 식별합니다. 해당 파일은 저장된 시스템 충돌 덤프 정보를 나타냅니다.

응용 프로그램이 비정상적으로 종료될 때 작성되는 사용자 응용 프로그램 이미지인 코어 파일과 충돌 덤프 파일이 혼동되는 경우도 있습니다.

충돌 덤프 파일은 미리 정해진 디렉토리(기본적으로 /var/crash/)에 저장됩니다. 이전 릴리스에서는 물리적 메모리 이미지가 충돌 덤프 파일에 저장되도록 수동으로 설정하지 않은 경우 시스템이 재부트될 때 충돌 덤프 파일을 겹쳐 썼습니다. 지금은 충돌 덤프 파일 저장이 기본적으로 사용으로 설정되어 있습니다.

시스템 충돌 정보는 dumpadm 명령으로 관리됩니다. 자세한 내용은 dumpadm 명령을 참조하십시오.

충돌 덤프 저장

mdb 유틸리티를 사용하여 제어 구조, 활성 테이블, 실시간 또는 충돌한 시스템 커널의 메모리 이미지 및 커널 작동에 대한 기타 정보를 검사할 수 있습니다. mdb를 완전히 활용하려면 본 매뉴얼에서는 다루지 않는 커널에 대한 충분한 지식이 있어야 합니다. 이 유틸리티 사용에 대한 자세한 내용은 mdb(1) 매뉴얼 페이지를 참조하십시오.

또한 savecore로 저장되는 충돌 덤프를 고객 서비스 담당자에게 보낼 경우 시스템 충돌 원인 분석에 유용할 수 있습니다.

dumpadm 명령

dumpadm 명령을 사용하여 Oracle Solaris OS에서 시스템 충돌 덤프 정보를 관리할 수 있습니다.

다음 표는 dumpadm의 구성 매개변수를 설명합니다.

덤프 매개변수
설명
덤프 장치
시스템 충돌 시 덤프 데이터를 임시로 저장하는 장치입니다. 덤프 장치가 스왑 영역이 아닐 경우 savecore가 백그라운드로 실행되므로 부트 프로세스 속도가 빨라집니다.
savecore 디렉토리
시스템 충돌 덤프 파일을 저장하는 디렉토리입니다.
덤프 컨텐츠
덤프할 메모리 데이터의 유형입니다.
최소 사용 가능 공간
충돌 덤프 파일 저장 후 savecore 디렉토리에 필요한 최소 사용 가능 공간입니다. 최소 사용 가능 공간이 구성되지 않은 경우 기본값은 1MB입니다.

자세한 내용은 dumpadm(1M)을 참조하십시오.

덤프 구성 매개변수는 dumpadm 명령으로 관리됩니다.

dumpadm 명령 작동 방식

시스템 시작 시 svc:/system/dumpadm:default 서비스가 충돌 덤프 매개변수를 구성하기 위해 dumpadm 명령을 호출합니다.

dumpadm/dev/dump 인터페이스를 통해 덤프 장치 및 덤프 컨텐츠를 초기화합니다.

덤프 구성이 완료되면 savecore 스크립트가 충돌 덤프 파일 디렉토리의 위치를 찾습니다. 그런 다음 savecore가 호출되어 충돌 덤프가 확인되고 충돌 덤프 디렉토리에서 minfree 파일의 컨텐츠가 확인됩니다.