Windows8과 Windows 2012의 "자동 메모리 덤프" 옵션

Windows 2012와 Windows8에는 "자동 메모리 덤프" 옵션이 있다.(기본옵션임)
이 옵션은 시스템이 관리하는 페이지 파일 구성을 지원하기 위해 만들어졌다.
시스템이 관리하는 페이지 파일은 디스크의 페이지 파일 크기를 줄이기 위해 업데이트 되어왔다. 
주로 작은 크기의 SSD 뿐만 아니라 대용량의 메모리를 가진 서버에서 유용할것이다.

"자동 메모리 덤프"는 새로운 덤프 형식이 아니다. 
이전 버전의 윈도우에서는 Mini, Kernal, Complete memory dump 옵션이 있다. 자동 메모리 덤프 옵션은 커널 메모리 덤프를 생성한다. 
다른점은 램용량보다 더 작게 페이지 파일 사이즈를 줄일 수 있게 SMSS 프로세스를 허용한다.
레지스트이에서 메모리 덤프 설정 위치는 [HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\CrashControl] 이다.

None 0x0 
Complete memory dump 0x1 
Kernel memory dump 0x2 
Small memory dump 0x3
자동 메모리 덤프 0x7

자동 메모리 덤프를 설정하면 페이지 파일은 시스템이 관리하는로 설정된다.
페이지 파일은 최소한 커널덤프가 캡쳐되는데 충분한 크기여야 한다.
추가 기능때문에 페이지 파일의 최소 크기가 증가한다.

만약 bug check 경험이 있다면 다음 키를 만들었을 것이다.
[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\CrashControl]
장애 4주 후 시스템이 관리하는 페이지 파일은 시스템의 메모리의 크기와같은 최소 크기일것이다.

일반적으로 16G가 장착된 시스템의 페이지 파일은 크기는 약 5.5G다.
Bug check이후의 페이지 파일 크기는 16.5G로 증가했다.
페이지파일의 크기는 장착된 메모리 사이즈보다 더 커졌다.

질문. 만약 메모리 덤프 타입을 자동에서 Kernal로 바꾸면 어떻게 되는가?
-> 시스템이 관리하는 페이지 파일은 최소한 메모리 크기만큼의 최소 크기가 될 것이다.

만약 4주동안 시스템이 안정적이라면 페이지 파일 사이즈를 줄일것이다.
만약 장애의 버그를 모두 수정했다면 보다 빠르게 페이지 파일 크기를 줄이고 싶을 것이다. 
그럴 때는 위 레지스트리 키 값에서 LastCrashTime값을 지우거나 이름을 변경하면 된다.

꼬랑지...
이전 페이지 파일은 메모리 크기만큼의 pagefile.sys 파일을 만들었지만 "자동 메모리 덤프"는 pagefile.sys파일을 최소한으로 만들어놓고 bugcheck이 발생하면 페이지 파일 크기를 늘려서 덤프를 받는 형식임
그래서 SSD같이 빠른 IO를 가진 HDD나 대용량의 메모리를 가진 서버에서 사용하면 운영 중 공간을 절약하면서 사용 할 수 있다. 그런데 실제 장애시에는 덤프를 받기위해서 메모리 크기보다 좀 더 큰 충분한 공간이 필요하다.
장단은 있는 옵션인듯...

[참고 사이트]
http://blogs.technet.com/b/askcore/archive/2012/09/12/windows-8-and-windows-server-2012-automatic-memory-dump.aspx