sysocmgr /i:%windir%\inf\sysoc.inf /u:c:\Unattend.txt /q /r

/u:c:\Unattend.txt 응답파일 위치
/q 화면 표시 안함(Quite Install)
/r 리붓 안함(Suppresse Reboot)


응답 파일 형식

[Components]
구성요소이름 = On | Off  [On은 설치, Off는 제거]

-----------------------------------------------------------------------------------------

구성요소목록

AccessOpt
appsrv_console
aspnet
BitsServerExtensionsISAPI
BitsServerExtensionsManager
Calc
certsrv
certsrv_client
certsrv_server
charmap
chat
clipbook
cluster
complusnetwork
deskpaper
dialer
dtcnetwork
fax
fp_extensions
fp_vdir_deploy
freecell
hearts
hypertrm
IEAccess
IEHardenAdmin
IEHardenUser
iis_asp
iis_common
iis_ftp
iis_inetmgr
iis_internetdataconnector
iis_nntp
iis_serversideincludes
iis_smtp
iis_webdav
iis_www
indexsrv_system
inetprint
licenseserver
media_clips
media_utopia
minesweeper
mousepoint
msmq_ADIntegrated
msmq_Core
msmq_HTTPSupport
msmq_LocalStorage
msmq_MQDSService
msmq_RoutingSupport
msmq_TriggersService
msnexplr
mswordpad
netcis
netoc
objectpkg
OEAccess
paint
pinball
Pop3Admin
Pop3Service
Pop3Srv
rec
reminst
rootautoupdate
rstorage
sakit_web
scw
solitaire
spider
templates
TerminalServer
TSWebClient
UDDIAdmin
UDDIDatabase
UDDIWeb
vol
WbemMSI
WMAccess
WMPOCM
wms
wms_admin_asp
wms_admin_mmc
wms_isapi
wms_server
zonegames

증상
아래와 같은 이벤트 로그가 기록되고 vssadmin list writers 명령 실행 시 아무것도 표시되지 않는다.

이벤트 형식:      오류
이벤트 원본:      VSS
이벤트 ID:         20
설명:
볼륨 섀도 복사본 서비스 오류: 볼륨 섀도 복사본 서비스에 필요한 주요 구성 요소가 등록되어 있지 않습니다.  Windows 또는 볼륨 섀도 복사본 공급자를 설치하는 동안 오류가 발생했을 경우 이 문제가 발생할 수 있습니다.  클래스(CLSID: {faf53cc4-bd73-4e36-83f1-2b23f46e513e}, 이름: VSSEvent)에 있는 CoCreateInstance에서 반환한 오류는 [0x80040154]입니다.

이벤트 형식:      오류
이벤트 원본:      ESENT
이벤트 ID:         215
설명:
certsrv.exe (1180) 클라이언트에 의해 중단되었거나 클라이언트와의 연결이 끊겨서 백업을 중지했습니다.


해결 방법
명령어 창에서 다음 명령을 차례대로 수행하고 다시 재부팅 후 다시 vssadmin list writers 명령으로 Class 들이 표시되는지 확인한다.
Cd windows\system32
Net stop vss
Net stop swprv
regsvr32 ole32.dll
regsvr32 vss_ps.dll
Vssvc /Register
regsvr32 /i swprv.dll
regsvr32 /i eventcls.dll
regsvr32 es.dll
regsvr32 stdprov.dll
regsvr32 vssui.dll
regsvr32 msxml.dll
regsvr32 msxml3.dll
regsvr32 msxml4.dll

위 명령 실행 후에도 동일하다면 레지스트리 편집기에서 아래 값을 삭제하고 재부팅 후 다시 확인해 본다.
(삭제하기 전 만약을 위해 해당 레지스트리 키를 백업해 둔다.)
HKLM\Software\Microsoft\EventSystem\{26c409cc-ae86-11d1-b616-00805fc79216}\Subscriptions

RPC 동적 포트 범위를 지정하는 방법↓

보안 설정(일반적으로 다음와 같이 설정하면 문제가 없다.)↓

invalid-file

invalid-file

%systemdrive%
cd %windir%\system32\wbem
net stop winmgmt /y
if exist repository.old rmdir /s /q repository.old
rename repository repository.old
net start winmgmt

cd /d %windir%\system32\wbem
for %i in (*.dll) do RegSvr32 -s %i
for %i in (*.exe) do %i /RegServer

for /f %a in ('dir /b *.mof *.mfl') do mofcomp %a

DNS 백업
1. Regedit를 실행
->HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\DNS
DNS 폴더를 마우스 오른쪽 버튼으로 클릭하고 내보내기

->HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\DNS Server
DNS Server 폴더를 마우스 오른쪽 버튼으로 클릭하고 내보내기

->C:\WINDOWS\system32\dns 폴더 백업

DNS 복원
1. DNS 서비스 중지
2. C:\WINDOWS\system32\dns에 가서 폴더내에 있는 모든 내용을 백업해두었던 내용으로 교체한다.
3. 레지스트리 파일 2개를 더블클릭하여 실행(레지스트리 병합)
4. DNS 서비스 시작한다.

IIS 6을 IIS 5.0 격리모드로 설정 시 동작 프로세스 흐름
모든 ASP.NET 어플리케이션은 aspnet_wp.exe 프로세스에 의해 실행된다.
그렇기 때문에 이 프로세스가 죽게되면 모든 ASP.NET 어플리케이션이 죽는 결과를 낳는다.

II 6의 기본 모드인 작업자 프로세스 격리 모드로 동작 시의 프로세스 흐름
ASP 및 ASP.NET 어플리케이션은 모두 w3wp.exe(Worker Process) 프로세스에 의해 실행된다.

1. IIS DebugDiag 도구 다운로드
IIS Diagnostics Toolkit (x86)
IIS Diagnostics Toolkit (x64)

2. 서버에 IIS DebugDiag 도구 설치
설치 마법사에 따라 설치를 진행한다. 일반적인 경우 Typical을 선택한다.
Debug Diagnostics Tool만을 설치하고자 하는 경우 Choose Setup Type에서 Custom을 선택하고 Debug Diagnostics Tool 1.0을 제외한 나머지를 선택을 해제

설치를 마치면 IIS DebugDiag 도구의 옵션을 다음과 같이 변경
1) Tools 메뉴에서 Options And Settings 선택
2) Options & Settings 대화창에서 Preferences 탭 선택
3) "User service mode to overcome terminal server limitations (not persisted)"를 체크
4) (권장 옵션) "Enable raw debugger logs. Includes debug output and engine messages."를 체크
기본으로 두 옵션 모두 설정되어 있지 않다.

3. DebugDiag 구성하기
메모리 덤프 파일을 자동으로 수집하는 Crash Rule을 설정하기 위해 다음 단계를 수행한다.
1) DebugDiag 실행
2) "Select Rule Type" 마법사에서 "Crash"를 선택하고 "다음" 버튼 클릭
3) "Select Target Type" 페이지에서 원하는 대상 선택
특정한 프로세스가 식별되지 않았거나 일반적인 경우 "All IIS related processes"를 선택한다.
4) "Advanced Configuration (Optional)" 페이지에서 기본 설정으로 두고 > 다음
5) "Select Dump Location And Rule Name (Optional)" 페이지에서 Userdump Location을 충분한 공간을 가진 드라이브 위치로 변경한 후 "다음" 버튼을 클릭한다. 이 때 지정한 폴더는 미리 생성되어 있어야 한다.
6) "Rule Completed" 페이지에서 "Activate the rule now"를 선택하고 모니터링을 시작한다.
충돌이 발생하면 DebugDiag는 자동으로 규칙에서 지정한 폴더 위치에 덤프 파일을 생성한다. 덤프파일이 생성될 때마다 Userdump Count가 증가하게 된다.
7) 문제가 발생하면 "Tools" 메뉴의 "Create IIS Hang Dump"를 한 번 실행한다.

Debug Diag 구성
1.  Debug Diagnostics Tool을 다운로드 받은 후 설치한다.
2. Debug Diag 실행
3. Select Rule Type 창에서 IIS Hang을 선택
(이 창이 보이지 않으면 Tools -> Rule Actions -> Add Rule… 버튼을 클릭한다.)
4. Select URLs to monitor 창에서 Add URL 버튼을 클릭한 다음,
모니터링할 URL를 입력하고 다음을 클릭
예를 들면 http://www.mydomain.com/default.aspx 등
(여러 항목을 입력할 수 있다.)
5. Select Dump Targets 창에서 Add Dump를 클릭
Target Type에서 All active IIS related processes를 선택한다.
6. Select Dump Location And Rule Name 창에서 Rule이름과 Dump의 위치를 확인
7. Rule Completed 창에서 activate the rule now를 선택

중요: 만약 Hang 증상이 발생하였는데, Userdump Count값이 증가하지 않는다면 Debug Diag의 Tools 메뉴에서 Create IIS Hang Dump를 클릭하시면 덤프가 강제로 생성된다. 1분 정도의 시간 간격을 두고 2번 정도 받는다.


문제 발생 시
문제가 발생하면 Debug Diag는 자동으로 덤프를 받는다. Debug Diag 창에서는 Userdump Count 값이 증가하게 된다.