2swan
디스크 관리(2) 본문
Paging Space 및 Dump Device
유닉스 운영체제에는 Real Memory(Physical Memory) 이외에도 메모리 관리자에 의해 디스크에 할당되어 실제 메모리의 확장된 영역처럼 사용되어 지는 "Paging Space (Swap Space)"가 있다. 중단된 프로세스 및 관련 데이터 등을 저장하는 영역으로 이용된다. "Dump Device"는 시스템이 이상이 있을 경우 당시의 시스템 상태 정보(메모리 상에 존재하는 모든 정보)를 스냅샷 형태로 저장하는 공간이다. 별도로 지정하지 않는 경우 1차 덤프 장치는 "Paging Space"가 지정된다.
▶ Paging Space 개요
Paging Space는 시스템의 운영 및 성능에 많은 영향을 미치므로 주의깊게 관리해야 한다. 또한, 근래의 시스템들의 물리적인 메모리 크기가 점점 커지고 있어서 Paging Space의 공간을 적절하게 운영하는 것이 중요하다.
■ Paging Space 할당 알고리즘
AIX Ver 4.3.2 이후 기본적으로 적용되는 것은 DPSA 방식이다. 알고리즘의 변경은 PSALLOC 환경 변수 절정이나 vmtune 명령어로 가능하다.
구분 | 내용 |
Early Paging Space Allocation (EPSA) | 프로그램 실행시 메모리와 동시에 할당 |
export PSALLOC=early | |
Late Paging Space Allocation (LPSA) | 프로그램이 메모리를 사용하는 시점에 할당 |
vmtune -d 1 | |
Deferred Paging Space Allocation (DPSA) | 프로그램이 사용하던 메모리가 Page Out 되는 시점에 할당 |
vmtune -d 0 |
■ Paging Space 구성 관련 고려사항
구분 | 내용 |
Real Memory 256 이상 | 512 + ( Real Memory - 256 ) X 1.25 |
Real Memory X 2 (일반적인 방법) | |
분산 | Paging Space 크기 / Disk 개수 (각 디스크에 동일한 크기로 하는 것을 권고) |
주 Paging Space (/dev/hd6)는 상대적으로 크게 한다. (boot 관련은 hd6에만 기록) | |
Heavy I/O Disk 및 외장 스토리지는 배제한다. | |
가능하면 여러 개의 Adapter로 분리 할당한다. |
▶ Paging Space 추가
■ Paging Space 부족 관련 증상
Paging Space가 부족하면 응용프로그램이 시작이 안되거나 수행중인 프로세스가 강제 종료될 수 있으며, 고갈되면 시스템이 다운되거나 Hang-up 증상이 나타난다. 페이징 스페이스 부족의 징후가 발견되면 상황에 따라 영구적으로 추가하거나 튜닝을 통해 해결해야 한다.
■ smitty mkps
VG 선택 메뉴에서 원하는 VG를 선택하고 크기 및 디스크, 시작 옵션 등을 설정한다. 이와 같은 방법으로 생성된 Paging Device는 시스템에서 정한 이름(/dev/pagingXX)으로 생성된다.
사용자가 원하는 이름으로 Paging Device를 생성하고자 하는 경우, LV 생성 메뉴에서 Logical volume TYPE을 paging 으로 지정해주면 된다.
■ 관련 명령어
최소 하나 이상의 Paging Device가 활성화되어 있어야 한다.
구분 | 내용 | |
명령어 | /usr/sbin/swapon, swapoff, lsps | |
Paging Device On | swapon -a | DeviceName ... | |
Paging Device Off | swapoff DeviceName ... | |
Paging Device 상태 | lsps -s | Paging Space 사용률 표시 |
lsps -a | Paging Device 별 정보 표시 | |
관련 파일 | /etc/swapspaces |
▶ Paging Space 변경
Paging Space의 크기를 변경하거나, 활성 상태를 변경하는 작업을 수행한다.
원하는 항목을 변경한 후 작업을 수행한다.
▶ Paging Space 삭제
■ smitty rmps
Paging Device를 삭제하고자 하는 경우, 활성화 상태에서는 에러가 발생한다. swaoff 명령을 통해 비활성화 상태로 변경한 후 삭제가 가능하며, 최고한 하나 이상의 Paging Space는 활성화 상태여야 한다.
삭제하고자 하는 Paging Device를 선택한 후 계속 진행한다.
▶ Dump Device 개요
시스템 덤프는 예기치 않은 시스템의 정지 또는 특정 장애시에 발생한다. 덤프는 발생한 시점의 시스템 상태를 스냅샷 형태로 Primary Dump Device에 기록하며, 덤프 발생 이전 시점의 데이터들은 기록하지 않는다.
AIX 4.3.3 이하에서는 Paging Space를 dump device로 사용하였으나, AIX 5L 5.1에서는 Real Memory가 4GB 이상인 경우에는 install시 dedicated dump device (/dev/lg_dumplv)를 자동으로 생성한다. 만일 Dump Device가 모자랄 경우에는 Paging Space (/dev/he6)를 사용하며 Real Memory가 4GB이하인 경우에는 default dump device로서 Paging Space를 사용한다.
▶ Dump Device 추가
■ smitty mklv
LV 생성시 Logical volume TYPE을 sysdump로 지정하여 LV를 생성한 후 sysdumpdev 명령어를 통해 해당 LV를 Dump Device로 지정한다.
■ 관련 명령어
시스템 Hang-up등의 증상에서는 정상적인 명령 수행이 안되므로, 강제덤프 설정을 TRUE로 변경하는 것이 좋다.
구분 | 내용 |
명령어 | /usr/bin/sysdumpdev |
-P | 시스템 재시작 이후에도 적용 |
-p | Primary Dump Device로 지정 |
-s | Secondary Dump Device로 지정 |
-l | 현재 Dump Device 정보 표시 |
-L | 최종 Dump 기록 표시 |
-e | 현재 시스템의 예상 덤프 크기 표시 |
-K | reset키를 통한 강제 덤프가 가능하도록 설정 (TRUE) |
▶ Dump Device 점검
Dump Device와 Dump의 copy directory가 실제로 Dump를 받을 만큼 충분한지를 점검하기 위해 사용되며, default로 오후 3시 정각에 수행하도록 crontab에 정의되어 있다.output은 system error log에 logging되고 사용법은 다음과 같다.
구분 | 내용 |
명령어 | /usr/lib/ras/dumpcheck |
-l | 수행결과를 시스템 Error Log로 전송 |
-t | 수행될 시각을 지정 |
Dump Device의 크기는 시스템의 Real Memory와 연관이 있다.
구분 | 내용 |
4GB < 12GB | 1GB |
12GB < 24GB | 2GB |
24GB < 48GB | 3GB |
48GB 이상 | 4GB |