win2k3 server

Windows 기능을 사용하면 Memory.dmp 파일을 키보드로 생성할 수 있다

2006-03-15T11:10:58Z

Windows 기능을 사용하면 Memory.dmp 파일을 키보드로 생성할 수 있다

기술 자료 ID	:	244139
마지막 검토	:	2003년 6월 30일 월요일
수정	:	4.0

중요: 이 문서에서는 레지스트리 수정 방법을 설명합니다. 레지스트리를 수정하기 전에 해당 레지스트리를 백업하고 문제 발생 시 이를 복원하는 방법을 이해해야 합니다. 레지스트리 백업, 복원 및 편집 방법은 Microsoft 기술 자료의 다음 문서를 참조하십시오.

256986 (http://support.microsoft.com/kb/256986/KO/) Microsoft Windows 레지스트리 설명

이 페이지에서

	요약
	추가 정보
		메모리 덤프 옵션을 선택하는 방법
	본 문서의 정보는 다음의 제품에 적용됩니다.

요약

Windows는 시스템이 응답하지 않도록 하고 Memory.dmp 파일(이렇게 구성된 경우)을 생성하도록 하는 데 사용할 수 있는 기능을 포함하고 있습니다. 생성된 "Stop" 화면에는 다음 매개 변수가 포함되어 있습니다.

*** STOP: 0x000000E2 (0x00000000,0x00000000,0x00000000,0x00000000)
The end-user manually generated the crashdump.

위로 가기

추가 정보

경고: 레지스트리 편집기를 잘못 사용하면 심각한 문제가 발생할 수 있으며 문제를 해결하기 위해 운영 체제를 다시 설치해야 할 수도 있습니다. Microsoft는 레지스트리 편집기를 잘못 사용함으로써 발생하는 문제에 대해 해결을 보증하지 않습니다. 레지스트리 편집기의 사용에 따른 모든 책임은 사용자에게 있습니다.

이 기능은 기본적으로 사용되지 않습니다. 이 기능을 사용하려면 레지스트리를 아래에 표시된 대로 편집하고 컴퓨터를 다시 시작해야 합니다. 컴퓨터를 다시 시작한 후에 오른쪽 Ctrl 키를 누른 상태에서 Scroll Lock 키를 두 번 눌러 Memory.dmp 파일을 생성할 수 있습니다.

참고 스페이스바 오른쪽에 있는 Ctrl 키를 사용해야 합니다.

아래의 단계는 USB 키보드를 사용하는 컴퓨터와 같은 레거시가 없는 컴퓨터에서는 작동하지 않습니다. 이러한 컴퓨터의 경우 디버거를 연결해야 합니다.

1.	레지스트리 편집기(Regedt32.exe)를 시작합니다.
2.	레지스트리에서 다음 값을 찾습니다. HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\i8042prt\Parameters
3.	편집 메뉴에서 값 추가를 누른 후 다음 레지스트리 값을 추가합니다. 값 이름: CrashOnCtrlScroll 데이터 형식: REG_DWORD 값: 1
4.	레지스트리 편집기를 끝냅니다. 참고: 변경 내용을 적용하려면 컴퓨터를 다시 시작해야 합니다.

위로 가기

메모리 덤프 옵션을 선택하는 방법

생성할 수 있는 메모리 덤프는 세 종류가 있습니다. 수동으로 덤프를 트리거하기 전에 적절한 덤프를 선택합니다.

1.	마우스 오른쪽 단추로 내 컴퓨터를 누른 다음 속성(Windows 2000의 경우, 등록 정보)을 누릅니다.
2.	고급 탭을 누른 다음 시작 및 복구 단추를 누릅니다.
3.	디버깅 정보 쓰기를 누른 다음 전체 메모리 덤프, 커널 메모리 덤프 또는 작은 메모리 덤프 중에서 선택합니다.

Windows 2000의 메모리 덤프 옵션에 대한 자세한 내용은 Microsoft 기술 자료의 다음 문서를 참조하십시오.

254649 (http://support.microsoft.com/kb/254649/KO/) Windows 메모리 덤프 파일 옵션 개요

Microsoft 제품 관련 기술 전문가들과 온라인으로 정보를 교환하시려면 Microsoft 뉴스 그룹 (http://support.microsoft.com/newsgroups/default.aspx)에 참여하시기 바랍니다.

위로 가기

본 문서의 정보는 다음의 제품에 적용됩니다.

•	Microsoft Windows Server 2003 Datacenter Edition
•	Microsoft Windows Server 2003 Enterprise Edition
•	Microsoft Windows Server 2003 Standard Edition
•	Microsoft Windows Server 2003 Web Edition
•	Microsoft Windows XP Professional Edition
•	Microsoft Windows 2000 Server
•	Microsoft Windows 2000 Advanced Server
•	Microsoft Windows 2000 Professional Edition
•	Microsoft Windows 2000 Datacenter Server

위로 가기

키워드:	kbinfo KB244139

Windows 2000, Windows XP 및 Windows Server 2003의 메모리 덤프 파일 옵션에 대한 개요

2006-03-15T10:10:57Z

Windows 2000, Windows XP 및 Windows Server 2003의 메모리 덤프 파일 옵션에 대한 개요

이 문서가 적용되는 제품 보기.

기술 자료 ID	:	254649
마지막 검토	:	2005년 8월 26일 금요일
수정	:	9.1

요약

중지 오류("블루 스크린", 시스템 충돌 또는 버그 확인이라고도 함)가 발생하여 컴퓨터가 예기치 않게 중지되면 세 가지 다른 파일 형식("메모리 덤프" 파일이라고도 함)에 디버깅 정보를 기록하도록 Microsoft Windows 2000, Microsoft Windows XP 및 Microsoft Windows Server 2003을 구성할 수 있습니다. 또한 메모리 덤프 파일에 디버깅 정보를 기록하지 않도록 Windows를 구성할 수도 있습니다. Windows는 다음 세 가지 메모리 덤프 파일 형식 중 하나를 생성할 수 있습니다.

•	전체 메모리 덤프
•	커널 메모리 덤프
•	작은 메모리 덤프(64KB)

위로 가기

추가 정보

전체 메모리 덤프

전체 메모리 덤프는 컴퓨터가 예기치 않게 중지될 때 시스템 메모리의 모든 내용을 기록합니다. 전체 메모리 덤프 옵션을 선택하는 경우 모든 실제 RAM 크기에 1MB를 더한 크기의 페이징 파일이 부팅 볼륨에 있어야 합니다. 기본적으로 전체 메모리 덤프 파일은 %SystemRoot%\Memory.dmp 파일에 기록됩니다.

두 번째 문제가 발생하고 다른 전체 메모리 덤프(또는 커널 메모리 덤프) 파일이 만들어지면 이전 파일을 덮어쓰게 됩니다.

참고전체 메모리 덤프 옵션은 2GB 이상의 RAM이 설치된 컴퓨터에서는 사용할 수 없습니다. 자세한 내용은 Microsoft 기술 자료의 다음 문서를 참조하십시오.

274598 (http://support.microsoft.com/kb/274598/) Windows 2000은 2GB와 4GB 사이의 메모리를 완전히 덤프할 수 없다

위로 가기

커널 메모리 덤프

커널 메모리 덤프는 커널 메모리만 기록합니다. 컴퓨터가 예기치 않게 중지될 때 로그에 정보를 기록하는 프로세스의 속도가 향상됩니다. 컴퓨터의 RAM에 따라 부팅 볼륨에서 50MB-800MB를 페이징 파일로 사용할 수 있거나 컴퓨터의 실제 메모리 크기의 1/3을 사용할 수 있어야 합니다.

이 덤프 파일은 할당되지 않은 메모리나 사용자 모드 프로그램에 할당된 메모리는 포함하지 않습니다. 여기에는 Windows 2000 이상에서 커널과 HAL(하드웨어 추상화 계층)에 할당된 메모리와 커널 모드 드라이버 및 기타 커널 모드 프로그램에 할당된 메모리만 포함됩니다. 대개의 경우 이 덤프 파일이 가장 유용합니다. 이 파일은 전체 메모리 덤프보다 상당히 작지만 문제와 관련이 없는 메모리 부분만 생략됩니다. 기본적으로 커널 메모리 덤프 파일은 %SystemRoot%\Memory.dmp 파일에 기록됩니다.

두 번째 문제가 발생하고 다른 커널 메모리 덤프 파일(또는 전체 메모리 덤프 파일)이 만들어지면 이전 파일을 덮어쓰게 됩니다.

위로 가기

작은 메모리 덤프

작은 메모리 덤프는 컴퓨터가 예기치 않게 중지된 이유를 확인할 수 있는 최소한의 유용한 정보를 기록합니다. 이 옵션을 사용하려면 부팅 볼륨에 2MB 이상의 페이징 파일이 있어야 하며 Windows 2000 이상에서 컴퓨터가 예기치 않게 중지될 때마다 새 파일을 만들도록 지정합니다. 이러한 파일의 기록은 폴더에 저장됩니다.

이 덤프 파일 유형은 다음 정보를 포함합니다.

•	중지 메시지와 매개 변수 및 기타 데이터
•	로드된 드라이버 목록
•	중지된 프로세서에 대한 프로세서 컨텍스트(PRCB)
•	중지된 프로세스에 대한 프로세스 정보 및 커널 컨텍스트(EPROCESS)
•	중지된 스레드에 대한 프로세스 정보 및 커널 컨텍스트(ETHREAD)
•	중지된 스레드에 대한 커널 모드 호출 스택

이런 유형의 덤프 파일은 공간이 제한되어 있을 때 유용할 수 있습니다. 그러나 포함된 정보가 제한되어 있기 때문에 문제가 발생했을 때 실행 중인 스레드가 직접적인 원인이 아닌 오류는 이 파일을 분석하여 발견할 수 없습니다.

두 번째 문제가 발생하고 두 번째 작은 메모리 덤프 파일이 만들어지는 경우에도 이전 파일은 보존됩니다. 각 추가 파일에는 고유한 이름이 지정됩니다. 데이터가 파일 이름으로 인코딩되어 표시됩니다. 예를 들어 Mini022900-01.dmp는 2000년 2월 29일에 생성된 첫 번째 메모리 덤프입니다. 모든 작은 메모리 덤프 파일 목록은 %SystemRoot%\Minidump 폴더에 저장됩니다.

위로 가기

덤프 유형 구성

시작 및 복구 옵션(덤프 유형 포함)을 구성하려면 다음 단계를 수행하십시오.

참고 Microsoft Windows 버전이 다양하므로 사용하는 컴퓨터에 따라 아래 단계가 다를 수도 있습니다. 이러한 경우에는 해당 제품 설명서를 참조하여 아래 절차를 완료하십시오.

1.	시작을 누르고 설정을 가리킨 다음 제어판을 누릅니다.
2.	시스템을 두 번 누릅니다.
3.	고급 탭에서 시작 및 복구를 누릅니다.

위로 가기

다양한 덤프 유형에 사용하는 도구

표준 기호 디버거(예: I386kd.exe)를 사용하여 전체 메모리 덤프와 커널 메모리 덤프를 로드할 수 있습니다. I386kd.exe는 Windows 2000 CD-ROM의 지원 도구에 포함되어 있습니다.

Dumpchk.exe를 사용하여 작은 메모리 덤프를 로드합니다. Dumpchk.exe는 Windows 2000 및 Windows XP용 지원 도구에 포함되어 있습니다. Dumpchk.exe를 사용하여 메모리 덤프 파일이 올바르게 만들어졌는지 확인할 수도 있습니다. Windows XP에서 Dumpchk.exe를 사용하는 방법에 대한 자세한 내용은 Microsoft 기술 자료의 다음 문서를 참조하십시오.

315271 (http://support.microsoft.com/kb/315271/) Dumpchk.exe를 사용하여 메모리 덤프 파일을 검사하는 방법

Windows 2000에서 Dumpchk.exe를 사용하는 방법에 대한 자세한 내용은 Microsoft 기술 자료의 다음 문서를 참조하십시오.

156280 (http://support.microsoft.com/kb/156280/) Dumpchk.exe를 사용하여 메모리 덤프 파일을 검사하는 방법

Windows 디버깅 도구에 대한 자세한 내용을 보려면 다음 Microsoft 웹 사이트를 방문하십시오.

http://www.microsoft.com/whdc/ddk/debugging/default.mspx (http://www.microsoft.com/whdc/ddk/debugging/default.mspx)

위로 가기

정의

•	부팅 볼륨: 이 볼륨에는 Windows 운영 체제 및 지원 파일이 포함되어 있습니다. 부팅 볼륨은 시스템 볼륨과 같을 수 있지만 반드시 같아야 할 필요는 없습니다.
•	시스템 볼륨: Windows를 로드하려면 있어야 하는 하드웨어 관련 파일이 들어 있는 볼륨입니다. 시스템 볼륨은 부팅 볼륨과 같을 수 있지만 반드시 같아야 할 필요는 없습니다. Boot.ini, Ntdetect.com 및 Ntbootdd.sys 파일은 시스템 볼륨에 있는 파일의 예입니다.

위로 가기

시작 및 복구를 위한 레지스트리 값

다음 레지스트리 값이 사용됩니다.

HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\CrashControl

CrashDumpEnabled REG_DWORD 0x0 = 없음
CrashDumpEnabled REG_DWORD 0x1 = 전체 메모리 덤프
CrashDumpEnabled REG_DWORD 0x2 = 커널 메모리 덤프
CrashDumpEnabled REG_DWORD 0x3 = 작은 메모리 덤프(64KB)

CrashControl의 추가 레지스트리 값

0x0 = 사용 안함
0x1 = 사용

AutoReboot REG_DWORD 0x1
DumpFile REG_EXPAND_SZ %SystemRoot%\Memory.dmp
LogEvent REG_DWORD 0x1
MinidumpDir REG_EXPAND_SZ %SystemRoot%\Minidump
Overwrite REG_DWORD 0x1
SendAlert REG_DWORD 0x1

위로 가기

덤프 파일을 만들 수 있도록 테스트

테스트 목적으로 덤프 파일을 생성하도록 컴퓨터를 구성하는 방법에 대한 자세한 내용은 Microsoft 기술 자료의 다음 문서를 참조하십시오.

244139 (http://support.microsoft.com/kb/244139/) Windows 기능을 사용하면 Memory.dmp 파일을 키보드로 생성할 수 있다

위로 가기

기본 덤프 유형 옵션

•	Windows 2000 Professional 작은 메모리 덤프(64KB)
•	Windows 2000 Server: 전체 메모리 덤프
•	Windows 2000 Advanced Server: 전체 메모리 덤프
•	Windows XP(Professional 및 Home Edition): 작은 메모리 덤프(64KB)
•	Windows Server 2003(모든 버전): 전체 메모리 덤프

위로 가기

최대 페이징 파일 크기

최대 페이징 파일 크기에 대한 제한은 다음과 같습니다.

	x86	x64	IA-64
최대 페이징 파일 크기	4GB	16테라바이트	32테라바이트
최대 페이징 파일 수	16	16	16
총 페이징 파일 크기	64GB	256테라바이트	512테라바이트

위로 가기

Windows x64 Editions 기술 지원

Windows x64 Edition이 하드웨어에 포함되어 있기 때문에 하드웨어 제조업체는 Microsoft Windows x64 Editions에 대한 기술 지원을 제공합니다. 제조업체에서 고유 구성 요소를 사용하여 Windows x64 Edition의 설치를 사용자 지정했을 수도 있습니다. 고유 구성 요소로는 하드웨어 성능을 최대화하기 위한 옵션 설정이나 특정 장치 드라이버 등이 있을 수 있습니다. Microsoft는 고객이 Windows x64 edition에 대한 기술적 도움을 필요로 할 경우 합당한 노력을 기울여 지원할 것입니다. 그러나 하드웨어에 설치된 소프트웨어를 지원하는 데는 제조업체가 가장 적합하므로 제조업체에 직접 문의하는 것이 좋습니다.

Microsoft Windows XP Professional x64 Edition에 대한 자세한 제품 정보를 보려면 다음 Microsoft 웹 사이트를 방문하십시오.

http://www.microsoft.com/korea/windowsxp/64bit/default.mspx (http://www.microsoft.com/korea/windowsxp/64bit/default.mspx)

Microsoft Windows Server 2003 x64 Edition에 대한 자세한 제품 정보를 보려면 다음 Microsoft 웹 사이트를 방문하십시오.

http://www.microsoft.com/korea/windowsserver2003/64bit/x64/default.mspx (http://www.microsoft.com/korea/windowsserver2003/64bit/x64/default.mspx)

위로 가기

본 문서의 정보는 다음의 제품에 적용됩니다.

•	Microsoft Windows Server 2003, Datacenter Edition for 64-Bit Itanium-Based Systems
•	Microsoft Windows Server 2003 64-bit Enterprise Edition
•	Microsoft Windows Server 2003, Datacenter x64 Edition
•	Microsoft Windows Server 2003, Enterprise x64 Edition
•	Microsoft Windows Server 2003, Standard x64 Edition
•	Microsoft Windows Server 2003 Datacenter Edition
•	Microsoft Windows Server 2003 Enterprise Edition
•	Microsoft Windows Server 2003 Standard Edition
•	Microsoft Windows Server 2003 Web Edition
•	Microsoft Windows XP 64-Bit Edition
•	Microsoft Windows XP 64-Bit Edition
•	Microsoft Windows XP Professional x64 Edition
•	Microsoft Windows XP Professional Edition
•	Microsoft Windows XP Home Edition
•	Microsoft Windows XP Media Center Edition
•	Microsoft Windows XP Tablet PC Edition
•	Microsoft Windows 2000 Server
•	Microsoft Windows 2000 Advanced Server
•	Microsoft Windows 2000 Professional Edition
•	Microsoft Windows 2000 Datacenter Server

위로 가기

키워드:	kbinfo kbenv KB254649

인터넷 시간동기화(win2003)

2006-02-22T17:39:59Z

인터넷을 통해 시간을 맞춰주는 유틸리티를 사용하셨던 것처럼, 네트워크상에서 시간을 맞춰주는 NTP 프로토콜을 이용해서 시간을 정확하게 맞출 수 있는 NTP 서버를 마이크로소프트가 공개했습니다.

마이크로소프트의 NTP (Network Time Protocol) 서버의 주소는 time.windows.com 으로, 이 서버를 이용하면 간단하게 자신의 PC의 시간을 맞출 수 있습니다.

일반 사용자들은 Command Prompt를 열어서 다음의 명령어를 실행하면 시간을 맞출 수 있습니다.

net time /setsntp:time.windows.com

최근 발표된 Windows 2003 계열의 서버의 경우, 별도의 도메인에 포함되어 있지 않은 경우라면 time.windows.com 이 기본 값으로 지정되어 있습니다.

일부 방화벽 내에서 사용하시는 분들은, 방화벽 로그에 207.46.248.43 이라는 IP 주소로 UDP 123 을 이용한 로그가 남아있는데, 이는 해킹이나 외부 접속이 아닌 이 time.windows.com 으로의 접속 로그인 것입니다.

추가 설명 : 타임 서비스 적용 방법

서비스에 타임 서비스 시작 ( Windows Time )

커맨드에서 net time /setsntp:time.windows.com

위 동기화 기간은 “성공적으로 세 번 동기화 될 때 까지는 45분에 한 번, 그 다음부터는 8시간에 한 번(즉, 하루에 세 번) [디폴트]”

아직 궁금한 것은 현재 정상적인 NTP 서버 설정이 제대로 되어 있고 시간 동시화 관련된 로그가 어디에 어떻게 남는지 확인하는 것입니다.

시간 서버 리스트. ( 잠깐 잠깐 접속이 불가능한 서버도 있습니다. )
time.bora.net
ntp.ewha.net
ntp1.epidc.co.kr
ntp2.epidc.co.kr
time.kriss.re.kr
time.windows.com

윈도우즈 사용포트정리

2006-02-22T17:31:58Z

이 문서에서는 Microsoft Windows Server System의 서버 제품과 하위 구성 요소에서 사용하는 네트워크 포트와 프로토콜에 대해 설명합니다.

Windows Server System에는 개발자와 정보 기술(IT) 전문가의 요구 사항을 충족하도록 설계된 포괄적인 통합 인프라가 포함되어 있습니다. 이 시스템은 정보 작업자가 신속하고 쉽게 정보를 얻고 분석하고 공유하는 데 사용할 수 있는 프로그램과 솔루션을 실행하도록 설계되었습니다. 이러한 Microsoft 서버 제품은 다양한 네트워크 포트와 프로토콜을 사용하여 클라이언트 시스템 및 다른 서버 시스템과 네트워크를 통해 통신합니다. 전용 방화벽, 호스트 기반 방화벽 및 인터넷 프로토콜 보안(IPSec) 필터는 네트워크 보안에 필요한 중요 구성 요소입니다. 하지만 이러한 기술이 특정 서버에서 사용하는 포트와 프로토콜을 차단하도록 구성되어 있으면 해당 서버가 더 이상 클라이언트 요청에 응답하지 않습니다.

맨 위로
개요
다음은 이 문서에 포함되어 있는 정보에 대한 개요입니다. • 이 문서의 "시스템 서비스 포트" 절에는 각 서비스에 대한 간략한 설명, 서비스의 논리 이름 및 각 서비스가 올바르게 작동하는 데 필요한 포트와 프로토콜이 나와 있습니다. 이 절은 특정 서비스에서 사용하는 포트와 프로토콜을 확인하는 데 도움이 됩니다.
• 이 문서의 "포트 및 프로토콜" 절에는 "시스템 서비스 포트" 절의 정보를 요약하는 표가 들어 있습니다. 이 표는 서비스 이름 대신 포트 번호를 기준으로 정렬되어 있습니다. 이 절을 통해 특정 포트에서 수신 대기하는 서비스를 신속하게 확인할 수 있습니다.
이 문서에서는 몇 가지 용어를 특정한 방식으로 사용합니다. 혼동을 피하기 위해 이 문서에서 이러한 용어를 사용하는 방식을 이해하고 있어야 합니다. 다음은 이러한 용어에 대한 설명입니다. • 시스템 서비스: Windows Server System에는 Microsoft Windows Server 2003 제품군, Microsoft Exchange 2000 Server 및 Microsoft SQL Server 2000과 같은 많은 제품이 포함되어 있습니다. 각 제품에는 많은 구성 요소가 포함되어 있으며 이러한 구성 요소 중 하나가 시스템 서비스입니다. 특정 컴퓨터에 필요한 시스템 서비스는 시작 시 운영 체제에 의해 자동으로 시작되거나 일반적인 작업 중 필요에 따라 시작됩니다. 예를 들어, Windows Server 2003, Enterprise Edition을 실행하는 컴퓨터에서 사용할 수 있는 시스템 서비스에는 서버 서비스, 인쇄 스풀러 서비스 및 World Wide Web 게시 서비스 등이 있습니다. 시스템 서비스마다 알기 쉬운 서비스 이름과 서비스 이름이 있습니다. 알기 쉬운 서비스 이름은 서비스 Microsoft Management Console(MMC) 스냅인과 같은 그래픽 관리 도구에 나타나는 이름이고, 서비스 이름은 명령줄 도구와 많은 스크립트 언어에서 사용되는 이름입니다. 시스템 서비스마다 하나 이상의 네트워크 서비스를 제공할 수 있습니다.
• 응용 프로그램 프로토콜: 이 문서에 나와 있는 응용 프로그램 프로토콜은 하나 이상의 TCP/IP 프로토콜과 포트를 사용하는 상위 수준 네트워크 프로토콜입니다. 응용 프로그램 프로토콜의 예에는 HTTP(Hypertext Transfer Protocol), 서버 메시지 블록(SMB) 및 SMTP(Simple Mail Transfer Protocol)가 있습니다.
• 프로토콜: 응용 프로그램 프로토콜보다 낮은 수준에서 작동합니다. TCP/IP 프로토콜이 네트워크에서 장치 간 통신에 사용되는 표준 형식입니다. TCP/IP 프로토콜 제품군에는 TCP, 사용자 데이터그램 프로토콜(UDP) 및 ICMP(Internet Control Message Protocol)가 포함됩니다.
• 포트: 시스템 서비스가 들어오는 네트워크 트래픽을 수신 대기하는 네트워크 포트입니다.
이 문서에서는 어떤 서비스가 다른 네트워크 통신 서비스를 사용하는지에 대해서는 설명하지 않습니다. 예를 들어, 많은 서비스가 Microsoft Windows에서 원격 프로시저 호출(RPC)이나 DCOM 기능을 통해 동적 TCP 포트에 할당됩니다. 원격 프로시저 호출 서비스는 RPC나 DCOM을 사용하여 클라이언트 컴퓨터와 통신하는 다른 시스템 서비스의 요청을 조정합니다. 많은 다른 서비스가 서버 서비스에서 제공하는 프로토콜인 SMB나 네트워크 기본 입/출력 시스템(NetBIOS)을 사용합니다. HTTP나 HTTPS(Hypertext Transfer Protocol Secure)를 사용하는 서비스도 있습니다. 이러한 프로토콜은 IIS(인터넷 정보 서비스)에서 제공합니다. Windows 운영 체제의 아키텍처에 대한 자세한 내용은 이 문서에서 설명하지 않습니다. 이 주제에 대한 자세한 내용은 Microsoft TechNet과 MSDN(Microsoft Developer Network)에서 볼 수 있습니다. 많은 서비스가 특정 TCP 포트나 UDP 포트를 사용할 수 있지만 항상 한 서비스나 프로세스만 해당 포트에서 수신 대기할 수 있습니다.

전송을 위해 TCP/IP나 UDP/IP와 함께 RPC를 사용하는 경우 인바운드 포트는 필요에 따라 시스템 서비스에 빈번하게 동적으로 할당되고 포트 1024보다 상위의 TCP/IP 포트와 UDP/IP 포트가 사용됩니다. 이를 "임의의 RPC 포트"라고 비공식적으로 지칭하는 경우가 많습니다. 이러한 경우 RPC 클라이언트는 RPC 종점 매퍼를 사용하여 서버에 할당된 동적 포트를 확인합니다. RPC 기반 서비스 중에는 RPC가 동적으로 포트를 할당하도록 하는 대신 특정 포트를 구성할 수 있는 것도 있습니다. 서비스와 관계없이 RPC가 동적으로 할당하는 포트의 범위를 작은 범위로 제한할 수도 있습니다. 이에 대한 자세한 내용은 이 문서의 "참조" 절을 참조하십시오.

이 문서에서는 이 문서의 끝에 있는 "적용 대상" 절에 나열된 Microsoft 제품에 대한 시스템 서비스 역할과 서버 역할에 대해 설명합니다. 이 정보는 Microsoft Windows XP와 Microsoft Windows 2000 Professional에도 적용될 수 있지만 이 문서에서는 서버급 운영 체제를 중점적으로 다룹니다. 이 때문에 이 문서에서는 클라이언트 프로그램이 원격 시스템에 연결하는 데 사용하는 포트 대신 서비스가 수신 대기하는 포트에 대해 설명합니다.

맨 위로
시스템 서비스 포트
이 절에는 각 시스템 서비스에 대한 설명, 시스템 서비스에 해당하는 논리 이름 및 각 서비스에 필요한 포트와 프로토콜이 나와 있습니다.
응용 프로그램 레이어 게이트웨이 서비스(Application Layer Gateway Service)
인터넷 연결 공유(ICS)/인터넷 연결 방화벽(ICF) 서비스의 하위 구성 요소인 이 서비스는 네트워크 프로토콜이 방화벽을 통과하여 인터넷 연결 공유 뒤에서 작동할 수 있도록 허용하는 플러그 인을 지원합니다. ALG(응용 프로그램 레이어 게이트웨이) 플러그 인은 포트를 열고 패킷에 포함된 데이터(예: 포트 및 IP 주소)를 변경할 수 있습니다. 파일 전송 프로토콜(FTP)은 Windows Server 2003, Standard Edition과 Windows Server 2003, Enterprise Edition에 포함된 플러그 인을 사용하는 유일한 네트워크 프로토콜입니다. ALG FTP 플러그 인은 이러한 구성 요소가 사용하는 네트워크 주소 변환(NAT) 엔진을 통해 활성 FTP 세션을 지원하도록 설계되었습니다. ALG FTP 플러그 인은 NAT를 통과하여 포트 21로 향하는 모든 트래픽을 루프백 어댑터에서 3000~5000의 범위에 있는 개인 수신 대기 포트로 리디렉션하여 이러한 세션을 지원합니다. 그런 다음 ALG FTP 플러그 인은 FTP 제어 채널 트래픽을 모니터링하고 업데이트하여 FTP 플러그 인이 FTP 데이터 채널에 대한 NAT를 통해 포트 매핑을 전달할 수 있도록 합니다. FTP 플러그 인은 FTP 제어 채널 스트림에서 포트도 업데이트합니다.

시스템 서비스 이름: ALG응용 프로그램 프로토콜 프로토콜 포트
FTP 제어 TCP 21

ASP.NET 상태 서비스(ASP.NET State Service)
ASP.NET 상태 서비스는 ASP.NET out-of-process 세션 상태를 지원합니다. ASP.NET 상태 서비스는 세션 데이터를 독립 프로세스로 저장합니다. 이 서비스는 소켓을 사용하여 웹 서버에서 실행되는 ASP.NET과 통신합니다.

시스템 서비스 이름: aspnet_state응용 프로그램 프로토콜 프로토콜 포트
ASP.NET 세션 상태 TCP 42424

인증서 서비스(Certificate Services)
인증서 서비스는 핵심 운영 체제의 일부입니다. 인증서 서비스를 사용하여 기업은 자체 CA(인증 기관)의 역할을 수행할 수 있습니다. 이런 방식으로 기업은 S/MIME(Secure/Multipurpose Internet Mail Extensions), SSL(Secure Sockets Layer), 파일 시스템 암호화(EFS), IPSec 및 스마트 카드 로그온과 같은 프로토콜과 프로그램의 디지털 인증서를 발급하고 관리할 수 있습니다. 인증서 서비스는 RPC와 DCOM을 통해 포트 1024보다 상위의 임의 TCP 포트를 사용하여 클라이언트와 통신합니다.

시스템 서비스 이름: CertSvc응용 프로그램 프로토콜 프로토콜 포트
RPC TCP 135
임의로 할당된 상위 TCP 포트 TCP 임의의 포트 번호

클러스터 서비스(Cluster Service)
클러스터 서비스는 서버 클러스터 작동을 제어하고 클러스터 데이터베이스를 관리합니다. 클러스터는 단일 컴퓨터의 역할을 하는 독립적인 컴퓨터의 집합입니다. 관리자, 프로그래머 및 사용자는 클러스터를 단일 시스템으로 인식합니다. 소프트웨어는 클러스터의 노드들로 데이터를 배포합니다. 한 노드에 오류가 발생하면 다른 노드에서 오류가 발생한 노드가 제공하던 서비스와 데이터를 제공합니다. 노드가 추가되거나 복구되면 클러스터 소프트웨어가 일부 데이터를 이 노드로 마이그레이션합니다.

시스템 서비스 이름: ClusSvc응용 프로그램 프로토콜 프로토콜 포트
클러스터 서비스 UDP 3343
RPC TCP 135
임의로 할당된 상위 TCP 포트 TCP 임의의 포트 번호

컴퓨터 브라우저(Computer Browser)
컴퓨터 브라우저 시스템 서비스는 네트워크에 있는 컴퓨터의 최신 목록을 관리하고 이 목록을 요청하는 프로그램에 목록을 제공합니다. 컴퓨터 브라우저 서비스는 Windows 기반 컴퓨터에서 네트워크 도메인과 리소스를 보는 데 사용됩니다. 브라우저로 지정된 컴퓨터는 네트워크에서 사용되는 모든 공유 리소스가 포함된 찾아보기 목록을 관리합니다. 네트워크 환경, net view 명령 및 Windows 탐색기와 같은 이전 버전의 Windows 프로그램에는 모두 찾아보기 기능이 필요합니다. 예를 들어, Microsoft Windows 95를 실행하는 컴퓨터에서 네트워크 환경을 열면 도메인과 컴퓨터의 목록이 나타납니다. 이 목록을 표시하기 위해 컴퓨터는 브라우저로 지정된 컴퓨터에서 찾아보기 목록의 사본을 얻습니다.

시스템 서비스 이름: Browser응용 프로그램 프로토콜 프로토콜 포트
NetBIOS 데이터그램 서비스 UDP 138
NetBIOS 이름 확인 UDP 137
NetBIOS 세션 서비스 TCP 139

DHCP 서버(DHCP Server)
DHCP 서버 서비스는 DHCP(동적 호스트 구성 프로토콜)를 사용하여 IP 주소를 자동으로 할당합니다. 이 서비스를 사용하여 DHCP 클라이언트의 고급 네트워크 설정을 조정할 수 있습니다. 예를 들어, DNS(Domain Name System) 서버 및 WINS(Windows 인터넷 이름 서비스) 서버와 같은 네트워크 설정을 구성할 수 있습니다. 하나 이상의 DHCP 서버를 설정하여 TCP/IP 구성 정보를 관리하고 이 정보를 클라이언트 컴퓨터에 제공할 수 있습니다.

시스템 서비스 이름: DHCPServer응용 프로그램 프로토콜 프로토콜 포트
DHCP 서버 UDP 67
MADCAP UDP 2535

분산 파일 시스템(Distributed File System)
DFS(분산 파일 시스템) 서비스는 LAN이나 WAN에 배포된 논리 볼륨을 관리하며 Microsoft Active Directory 디렉터리 서비스 SYSVOL 공유에 필요합니다. DFS는 단일 논리 네임스페이스로 서로 다른 파일 공유를 통합하는 분산 서비스입니다.

시스템 서비스 이름: Dfs응용 프로그램 프로토콜 프로토콜 포트
NetBIOS 데이터그램 서비스 UDP 138
NetBIOS 세션 서비스 TCP 139
LDAP 서버 TCP 389
LDAP 서버 UDP 389
SMB TCP 445
RPC TCP 135
임의로 할당된 상위 TCP 포트 TCP 임의의 포트 번호

분산 링크 추적 서버(Distributed Link Tracking Server)
분산 링크 추적 서버 시스템 서비스는 볼륨 간 이동되는 파일을 도메인의 각 볼륨에 대해 추적할 수 있도록 정보를 저장합니다. 분산 링크 추적 서버 서비스는 도메인의 각 도메인 컨트롤러에서 실행됩니다. 이 서비스를 통해 분산 링크 추적 클라이언트 서비스는 같은 도메인의 다른 NTFS 파일 시스템 볼륨으로 이동된 링크된 문서를 추적할 수 있습니다.

시스템 서비스 이름: TrkSvr응용 프로그램 프로토콜 프로토콜 포트
RPC TCP 135
임의로 할당된 상위 TCP 포트 TCP 임의의 포트 번호

분산 트랜잭션 코디네이터(Distributed Transaction Coordinator)
DTC(분산 트랜잭션 코디네이터) 시스템 서비스는 데이터베이스, 메시지 대기열, 파일 시스템과 같은 리소스 관리자, 트랜잭션으로 보호되는 다른 리소스 관리자와 여러 컴퓨터 시스템에 분산된 트랜잭션의 조정을 담당합니다. DTC 시스템 서비스는 트랜잭션 구성 요소가 COM+를 통해 구성되는 경우 필요할 뿐 아니라 여러 시스템에 분산되어 있는 메시지 대기열(MSMQ라고도 함)과 SQL Server 작업의 트랜잭션 대기열에도 필요합니다.

시스템 서비스 이름: MSDTC응용 프로그램 프로토콜 프로토콜 포트
RPC TCP 135
임의로 할당된 상위 TCP 포트 TCP 임의의 포트 번호

DNS 서버(DNS Server)
DNS 서버 서비스는 DNS 이름에 대한 쿼리와 업데이트 요청에 응답하여 DNS 이름 확인을 수행합니다. DNS 서버는 DNS 이름을 사용하여 식별되는 장치와 서비스를 찾고 Active Directory에서 도메인 컨트롤러를 찾는 데 필요합니다.

시스템 서비스 이름: DNS응용 프로그램 프로토콜 프로토콜 포트
DNS UDP 53
DNS TCP 53

이벤트 로그(Event Log)
이벤트 로그 시스템 서비스는 프로그램과 Windows 운영 체제에서 생성하는 이벤트 메시지를 기록합니다. 이벤트 로그 보고서에는 문제 진단에 유용할 수 있는 정보가 포함되어 있습니다. 보고서는 이벤트 뷰어에서 볼 수 있습니다. 이벤트 로그 서비스는 프로그램, 서비스 및 운영 체제에서 보낸 이벤트를 로그 파일에 기록합니다. 이벤트에는 원본 프로그램, 서비스 또는 구성 요소에 특정한 오류뿐 아니라 진단 정보도 포함됩니다. 로그는 MMC 스냅인에서 이벤트 뷰어를 통해서 보거나 이벤트 로그 API를 통해 프로그래밍 방식으로 볼 수 있습니다.

시스템 서비스 이름: Eventlog응용 프로그램 프로토콜 프로토콜 포트
RPC TCP 135
임의로 할당된 상위 TCP 포트 TCP 임의의 포트 번호

Exchange Server
Microsoft Exchange Server에는 몇 가지 시스템 서비스가 들어 있습니다. Microsoft Outlook과 같은 MAPI 클라이언트가 Exchange Server에 연결되면 클라이언트는 먼저 TCP 포트 135에서 RPC 종점 매퍼(RPC 로케이터 서비스)에 연결됩니다. RPC 종점 매퍼는 Exchange Server 서비스에 연결하는 데 사용할 포트를 클라이언트에 알려줍니다. 이러한 포트는 동적으로 할당됩니다. Microsoft Exchange Server 5.5는 정보 저장소용 포트 한 개와 디렉터리용 포트 한 개를 사용합니다. Microsoft Exchange 2000 Server와 Microsoft Exchange Server 2003은 정보 저장소용 포트 한 개와 시스템 수행자용 포트 두 개를 사용합니다. Microsoft Office Outlook 2003을 사용하여 Exchange Server 2003을 실행하는 서버에 HTTP를 통한 RPC로 연결할 수도 있습니다. Exchange Server는 SMTP, POP3(Post Office Protocol 3) 및 IMAP와 같은 다른 프로토콜도 지원할 수 있습니다.

응용 프로그램 프로토콜 프로토콜 포트
IMAP TCP 143
SSL 상의 IMAP TCP 993
POP3 TCP 110
SSL 상의 POP3 TCP 995
임의로 할당된 상위 TCP 포트 TCP 임의의 포트 번호
RPC TCP 135
HTTP를 통한 RPC TCP 593
SMTP TCP 25
SMTP UDP 25

팩스 서비스(Fax Service)
TAPI(Telephony API) 호환 시스템 서비스인 팩스 서비스는 팩스 기능을 제공합니다. 팩스 서비스를 사용하면 로컬 팩스 장치나 공유 네트워크 팩스 장치를 통해 데스크톱 프로그램에서 팩스를 보내고 받을 수 있습니다.

시스템 서비스 이름: Fax응용 프로그램 프로토콜 프로토콜 포트
NetBIOS 세션 서비스 TCP 139
RPC TCP 135
임의로 할당된 상위 TCP 포트 TCP 임의의 포트 번호
SMB TCP 445

파일 복제(File Replication)
파일 복제 서비스(FRS)를 사용하면 많은 서버에서 동시에 파일을 자동으로 복사하고 관리할 수 있습니다. FRS는 Windows 2000과 Windows Server 2003의 자동 파일 복제 서비스입니다. 이 서비스는 모든 도메인 컨트롤러로 SYSVOL 공유를 복제합니다. 또한, 내결함성 DFS와 관련된 대체 대상에서 파일을 복제하도록 FRS를 구성할 수 있습니다.

시스템 서비스 이름: NtFrs응용 프로그램 프로토콜 프로토콜 포트
RPC TCP 135
임의로 할당된 상위 TCP 포트 TCP 임의의 포트 번호

Macintosh용 파일 서버(File Server for Macintosh)
Macintosh 컴퓨터 사용자는 Macintosh용 파일 서버 시스템 서비스를 사용하여 Windows Server 2003을 실행하는 컴퓨터에서 파일을 저장하고 액세스할 수 있습니다. 이 서비스가 해제되어 있거나 차단되어 있는 경우 Macintosh 클라이언트가 해당 컴퓨터에서 파일을 저장하거나 액세스할 수 없습니다.

시스템 서비스 이름: MacFile응용 프로그램 프로토콜 프로토콜 포트
Macintosh용 파일 서버 TCP 548

FTP 게시 서비스(FTP Publishing Service)
FTP 게시 서비스를 사용하여 FTP 연결을 할 수 있습니다. 기본적으로 FTP 제어 포트는 21이지만, IIS(인터넷 정보 서비스) 관리자 스냅인을 통해 이 시스템 서비스를 구성할 수 있습니다. 능동 모드 FTP에 사용되는 기본 데이터 포트는 제어 포트보다 하나 작은 포트로 자동으로 설정됩니다. 따라서 제어 포트를 포트 4131로 구성하면 기본 데이터 포트는 4130이 됩니다. 대부분의 FTP 클라이언트가 수동 모드 FTP를 사용합니다. 즉, 클라이언트가 처음에는 제어 포트를 사용하여 FTP 서버에 연결하고, FTP 서버가 1025~5000 사이의 상위 TCP 포트를 할당하면 클라이언트가 데이터 전송을 위해 FTP 서버에 두 번째 연결을 설정합니다. IIS 메타베이스를 사용하여 상위 포트의 범위를 구성할 수 있습니다.

시스템 서비스 이름: MSFTPSVC응용 프로그램 프로토콜 프로토콜 포트
FTP 제어 TCP 21
FTP 기본 데이터 TCP 20
임의로 할당된 상위 TCP 포트 TCP 임의의 포트 번호

HTTP SSL
HTTP SSL 시스템 서비스를 통해 IIS에서 SSL 기능을 수행할 수 있습니다. SSL은 신용 카드 번호와 같은 중요 정보를 가로채는 것을 방지하기 위해 암호화된 통신 채널을 설정하는 데 대한 공개 표준입니다. 이 서비스는 다른 인터넷 서비스에서도 작동하도록 설계되었지만 주로 WWW(World Wide Web)에서 암호화된 전자 금융 트랜잭션을 수행하는 데 사용됩니다. IIS(인터넷 정보 서비스) 관리자 스냅인을 통해 이 서비스의 포트를 구성할 수 있습니다.

시스템 서비스 이름: HTTPFilter응용 프로그램 프로토콜 프로토콜 포트
HTTPS TCP 443

인터넷 인증 서비스(Internet Authentication Service)
인터넷 인증 서비스(IAS)는 네트워크에 연결하는 사용자의 중앙 집중화된 인증, 권한 부여, 감사 및 계정 작업을 수행합니다. 이러한 사용자는 LAN이나 원격으로 연결되어 있을 수 있습니다. IAS는 IETF(Internet Engineering Task Force) 표준 원격 인증 전화 접속 사용자 서비스(RADIUS) 프로토콜을 구현합니다.

시스템 서비스 이름: IAS응용 프로그램 프로토콜 프로토콜 포트
레거시 RADIUS UDP 1645
레거시 RADIUS UDP 1646
RADIUS 계정 UDP 1813
RADIUS 인증 UDP 1812

인터넷 연결 방화벽(ICF)/인터넷 연결 공유(ICS)(Internet Connection Firewall/Internet Connection Sharing)
이 시스템 서비스는 홈 네트워크나 작은 사무실 네트워크에 있는 모든 컴퓨터에 대한 NAT, 주소 지정 및 이름 확인 서비스를 제공합니다. 인터넷 연결 공유 기능이 설정되어 있으면 한 컴퓨터가 네트워크에서 "인터넷 게이트웨이"가 되고 다른 클라이언트 컴퓨터들은 전화 접속 연결이나 광대역 연결과 같은 하나의 인터넷 연결을 공유할 수 있습니다. 이 서비스는 기본 DHCP 및 DNS 서비스를 제공하지만 모든 기능을 갖춘 Windows DHCP 또는 DNS 서비스에서 작동합니다. ICF와 인터넷 연결 공유가 네트워크의 나머지 컴퓨터에 대한 게이트웨이의 역할을 하는 경우 내부 네트워크 인터페이스의 개인 네트워크에 DHCP 및 DNS 서비스를 제공합니다. 이 시스템 서비스는 외부 지향 인터페이스에서는 이러한 서비스를 제공하지 않습니다.

시스템 서비스 이름: SharedAccess응용 프로그램 프로토콜 프로토콜 포트
DHCP 서버 UDP 67
DNS UDP 53
DNS TCP 53

Kerberos 키 배포 센터(Kerberos Key Distribution Center)
Kerberos KDC(키 배포 센터) 시스템 서비스를 사용하면 Kerberos 버전 5 인증 프로토콜을 사용하여 네트워크에 로그온할 수 있습니다. 다른 Kerberos 프로토콜 구현의 경우와 마찬가지로 KDC는 인증 서비스와 TGS(Ticket-Granting Service)를 제공하는 단일 프로세스입니다. 인증 서비스는 TGT(Ticket Granting Ticket)를 발행하고 TGS(Ticket-Granting Service)는 자체 도메인에서 컴퓨터에 연결하기 위한 티켓을 발행합니다.

시스템 서비스 이름: kdc응용 프로그램 프로토콜 프로토콜 포트
Kerberos TCP 88
Kerberos UDP 88

라이센스 로깅(License Logging)
라이센스 로깅 시스템 서비스는 서버 클라이언트 액세스 라이센스(CAL) 모델에서 라이센스가 부여되는 Microsoft 서버 제품의 라이센스 관리에 도움이 되도록 설계된 도구입니다. 라이센스 로깅은 Microsoft Windows NT Server 3.51에서 도입되었습니다. 기본적으로 라이센스 로깅 서비스는 Windows Server 2003에서 해제되어 있습니다. 원래 설계 제약 조건과 변화하는 라이센스 조건 때문에 라이센스 로깅은 특정 서버나 기업 전반에서 사용되는 CAL의 총 수와 비교하여 구입할 CAL의 총 수를 정확하게 제공하지 못할 수 있습니다. 라이센스 로깅에서 보고한 CAL은 제품 사용권(PUR)과 최종 사용자 사용권 계약(EULA)의 해석과 충돌할 수 있습니다. 라이센스 로깅은 이후 버전의 Windows 운영 체제에는 포함되지 않을 것입니다. Microsoft Small Business Server 제품군 운영 체제의 사용자만 서버에서 이 서비스를 설정하는 것이 좋습니다.

시스템 서비스 이름: LicenseService응용 프로그램 프로토콜 프로토콜 포트
NetBIOS 데이터그램 서비스 UDP 138
NetBIOS 세션 서비스 TCP 139
SMB TCP 445

로컬 보안 기관(Local Security Authority)
LSASS(로컬 보안 기관) 서비스는 핵심 운영 체제 보안 메커니즘을 제공합니다. 이 서비스는 도메인 컨트롤러 복제에 RPC 서비스를 통해 할당된 임의의 TCP 포트를 사용합니다. LSASS가 다음 프로토콜을 모두 사용할 수 있지만 일부만 사용할 수도 있습니다. 예를 들어, 필터링 라우터 뒤에 있는 VPN 게이트웨이를 구성하면 IPSec와 함께 계층 2 터널링 프로토콜(L2TP)을 사용할 수 있습니다. 이 경우, 라우터를 통해 IPSec ESP(Encapsulating Security Protocol)(IP 프로토콜 50), IPSec NAT-T(Network Address Translator Traversal)(UDP 포트 4500) 및 IPSec ISAKMP(Internet Security Association and Key Management Protocol)(UDP 포트 500)를 허용해야 합니다.

참고 L2TP가 IPSec ESP로 보호되기 때문에 L2TP 트래픽에 대한 패킷 필터는 필요하지 않습니다.

시스템 서비스 이름: LSASS응용 프로그램 프로토콜 프로토콜 포트
글로벌 카탈로그 서버 TCP 3269
글로벌 카탈로그 서버 TCP 3268
LDAP 서버 TCP 389
LDAP 서버 UDP 389
LDAP SSL TCP 636
LDAP SSL UDP 636
IPSec ISAKMP UDP 500
NAT-T UDP 4500
RPC TCP 135
임의로 할당된 상위 TCP 포트 TCP 임의의 포트 번호

메시지 대기열(Message Queuing)
메시지 대기열 시스템 서비스는 Windows용 분산 메시징 프로그램을 만드는 데 사용되는 메시징 인프라와 개발 도구입니다. 이러한 프로그램은 유형이 다른 네트워크를 통해 통신할 수 있고 일시적으로 서로 연결하지 못할 수 있는 컴퓨터 간에 메시지를 보낼 수 있습니다. 메시지 대기열은 보안, 효율적인 라우팅, 트랜잭션 내부에서 메시지 전송 지원, 우선 순위 기반 메시징 및 보장된 메시지 배달 기능을 제공합니다.

시스템 서비스 이름: MSMQ응용 프로그램 프로토콜 프로토콜 포트
MSMQ TCP 1801
MSMQ UDP 1801
MSMQ-DC TCP 2101
MSMQ-Mgmt TCP 2107
MSMQ-Ping UDP 3527
MSMQ-RPC TCP 2105
MSMQ-RPC TCP 2103
RPC TCP 135

메신저(Messenger)
메신저 시스템 서비스는 사용자, 컴퓨터, 관리자 및 경고 서비스에서 메시지를 보내거나 받습니다. 이 서비스는 Windows Messenger와 관련이 없습니다. 메신저 서비스를 해제하면 현재 네트워크에 로그온되어 있는 컴퓨터나 사용자에게 전송되는 알림을 받지 못합니다. 또한, net send 명령과 net name 명령이 더 이상 작동하지 않습니다.

시스템 서비스 이름: Messenger응용 프로그램 프로토콜 프로토콜 포트
NetBIOS 데이터그램 서비스 UDP 138

Microsoft Exchange MTA 스택(Microsoft Exchange MTA Stacks)
Microsoft Exchange 2000 Server와 Microsoft Exchange Server 2003에서 메시지 전송 에이전트(MTA)는 혼합 모드 환경에서 Exchange 2000 Server 기반 서버와 Exchange Server 5.5 기반 서버 간의 이전 버전과 호환되는 메시지 전송 서비스를 제공하는 데 많이 사용됩니다.

시스템 서비스 이름: MSExchangeMTA응용 프로그램 프로토콜 프로토콜 포트
X.400 TCP 102

Microsoft Operations Manager 2000
MOM(Microsoft Operations Manager) 2000은 종합적인 이벤트 관리, 사전 모니터링 및 경고, 보고 및 추세 분석 기능을 제공하여 엔터프라이즈 수준에서 작업을 관리합니다. MOM 2000 서비스 팩 1(SP1)을 설치하면 MOM 2000은 더 이상 일반 텍스트 통신 채널을 사용하지 않으며 MOM 에이전트와 MOM 서버 간의 모든 트래픽이 TCP 포트 1270을 통해 암호화됩니다. MOM 관리자 콘솔은 DCOM을 사용하여 서버에 연결합니다. 즉, 네트워크를 통해 MOM 서버를 관리하는 관리자는 임의의 상위 TCP 포트에 액세스할 수 있어야 합니다.

시스템 서비스 이름: one point응용 프로그램 프로토콜 프로토콜 포트
MOM-Clear TCP 51515
MOM-Encrypted TCP 1270

Microsoft POP3 서비스(Microsoft POP3 Service)
Microsoft POP3 서비스는 전자 메일 전송과 검색 서비스를 제공합니다. 관리자는 이 서비스를 사용하여 메일 서버에서 전자 메일 계정을 저장하고 관리할 수 있습니다. 메일 서버에 Microsoft POP3 서비스를 설치하면 사용자가 메일 서버에 연결한 다음 POP3 프로토콜을 지원하는 전자 메일 클라이언트(예: Microsoft Outlook)를 사용하여 전자 메일을 검색할 수 있습니다.

시스템 서비스 이름: POP3SVC응용 프로그램 프로토콜 프로토콜 포트
POP3 TCP 110

MSSQLSERVER
MSSQLSERVER는 Microsoft SQL Server 2000의 시스템 서비스입니다. SQL Server는 강력하고 종합적인 데이터 관리 플랫폼을 제공합니다. 서버 네트워크 유틸리티를 사용하여 SQL Server의 각 인스턴스가 사용하는 포트를 구성할 수 있습니다.

시스템 서비스 이름: MSSQLSERVER응용 프로그램 프로토콜 프로토콜 포트
TCP를 통한 SQL TCP 1433
SQL Probe UDP 1434

MSSQL$UDDI
MSSQL$UDDI 시스템 서비스는 Windows Server 2003 제품군 운영 체제의 UDDI(Universal Description, Discovery, and Integration) 기능 설치 중 설치됩니다. MSSQL$UDDI는 엔터프라이즈에서 UDDI 기능을 제공합니다. SQL Server 데이터베이스 엔진은 MSSQL$UDDI의 핵심 구성 요소입니다.

시스템 서비스 이름: MSSQLSERVER응용 프로그램 프로토콜 프로토콜 포트
TCP를 통한 SQL TCP 1433
SQL Probe UDP 1434

Net Logon
Net Logon 시스템 서비스는 사용자와 서비스를 인증하기 위한 컴퓨터와 도메인 컨트롤러 간의 보안 채널을 관리합니다. 이 서비스는 도메인 컨트롤러로 사용자의 자격 증명을 전달하고 사용자의 사용자 권한과 도메인 보안 ID를 반환합니다. 일반적으로 이것을 창구 인증이라고 합니다. 컴퓨터가 도메인의 구성원이면 Net Logon이 자동으로 시작됩니다. Windows 2000 Server와 Windows Server 2003 제품군에서 Net Logon은 DNS에서 서비스 리소스 레코드를 게시합니다. Net Logon은 도메인에 속한 컴퓨터에서만 설정됩니다. 이 서비스가 실행되면 서버 서비스와 로컬 보안 기관 서비스를 사용하여 들어오는 요청을 수신 대기합니다. Net Logon은 도메인 구성원 컴퓨터에서 명명된 파이프를 통한 RPC를 사용하고, 도메인 컨트롤러에서 명명된 파이프를 통한 RPC, TCP/IP를 통한 RPC, 메일 슬롯 및 LDAP(Lightweight Directory Access Protocol)를 사용합니다.

시스템 서비스 이름: Netlogon응용 프로그램 프로토콜 프로토콜 포트
NetBIOS 데이터그램 서비스 UDP 138
NetBIOS 이름 확인 UDP 137
NetBIOS 세션 서비스 TCP 139
SMB TCP 445

NetMeeting 원격 데스크톱 공유(NetMeeting Remote Desktop Sharing)
NetMeeting 원격 데스크톱 공유 시스템 서비스는 권한이 있는 사용자가 Windows NetMeeting을 사용하여 회사 인트라넷을 통해 다른 PC에서 Windows 바탕 화면에 원격으로 액세스할 수 있도록 허용합니다. NetMeeting에서 이 서비스를 명시적으로 설정해야 합니다. Windows 알림 영역에서 아이콘을 사용하여 이 기능을 해제하거나 종료할 수 있습니다.

시스템 서비스 이름: mnmsrvc응용 프로그램 프로토콜 프로토콜 포트
터미널 서비스 TCP 3389

NNTP(Network News Transfer Protocol)
NNTP(Network News Transfer Protocol) 시스템 서비스를 사용하면 Windows Server 2003을 실행하는 컴퓨터가 뉴스 서버의 역할을 수행할 수 있습니다. 클라이언트는 Microsoft Outlook Express와 같은 뉴스 클라이언트를 사용하여 서버에서 뉴스 그룹을 검색하고 각 뉴스 그룹에서 문서의 머리글이나 본문을 읽을 수 있습니다.

시스템 서비스 이름: NNTPSVC응용 프로그램 프로토콜 프로토콜 포트
NNTP TCP 119
SSL 상의 NNTP TCP 563

성능 로그 및 경고(Performance Logs and Alerts)
성능 로그 및 경고 시스템 서비스는 미리 구성된 일정 매개 변수에 따라 로컬 컴퓨터나 원격 컴퓨터에서 성능 데이터를 수집하고 이 데이터를 로그에 기록하거나 메시지를 발생시킵니다. 성능 로그 및 경고 서비스는 명명된 로그 수집 설정에 포함된 정보에 따라 각각의 명명된 성능 데이터 수집을 시작하고 중지합니다. 이 서비스는 적어도 하나의 성능 데이터 수집이 예약된 경우에만 실행됩니다.

시스템 서비스 이름: SysmonLog응용 프로그램 프로토콜 프로토콜 포트
NetBIOS 세션 서비스 TCP 139

인쇄 스풀러(Print Spooler)
인쇄 스풀러 시스템 서비스는 모든 로컬 및 네트워크 인쇄 대기열을 관리하고 모든 인쇄 작업을 제어합니다. 인쇄 스풀러는 Windows 인쇄 하위 시스템의 중심입니다. 이 서비스는 시스템에서 인쇄 대기열을 관리하고 USB 포트, TCP/IP 프로토콜 제품군 등의 입/출력(I/O) 구성 요소 및 프린터 드라이버와 통신합니다.

시스템 서비스 이름: Spooler응용 프로그램 프로토콜 프로토콜 포트
NetBIOS 세션 서비스 TCP 139
SMB TCP 445

원격 설치(Remote Installation)
원격 설치 시스템 서비스를 사용하여 PXE(Pre-Boot eXecution Environment) 원격 부팅 가능 클라이언트 컴퓨터에 Windows 2000, Windows XP 및 Windows Server 2003을 설치할 수 있습니다. RIS(원격 설치 서버)의 주요 구성 요소인 BINL(Boot Information Negotiation Layer) 서비스는 PXE 클라이언트 요청에 응답하고 클라이언트 유효성 검사를 위해 Active Directory를 검사하고 서버에서 클라이언트 정보를 전달합니다. BINL 서비스는 Windows 구성 요소 추가/제거에서 추가하거나 운영 체제를 처음에 설치할 때 선택하면 설치됩니다.

시스템 서비스 이름: BINLSVC응용 프로그램 프로토콜 프로토콜 포트
BINL UDP 4011

원격 프로시저 호출(RPC)(Remote Procedure Call)
원격 프로시저 호출(RPC) 시스템 서비스는 데이터를 교환하고 다른 프로세스에 있는 기능을 호출할 수 있도록 하는 프로세스 간 통신(IPC) 메커니즘입니다. 다른 프로세스는 같은 컴퓨터, LAN 또는 원격 위치에 있을 수 있으며 WAN 연결이나 VPN 연결을 통해 액세스될 수 있습니다. RPC 서비스는 RPC 종점 매퍼와 구성 요소 개체 모델(COM) 서비스 제어 관리자의 역할을 수행합니다. 많은 서비스가 RPC 서비스를 통해 성공적으로 시작됩니다.

시스템 서비스 이름: RpcSs응용 프로그램 프로토콜 프로토콜 포트
RPC TCP 135
HTTP를 통한 RPC TCP 593

원격 프로시저 호출(RPC) 로케이터(Remote Procedure Call (RPC) Locator)
원격 프로시저 호출(RPC) 로케이터 시스템 서비스는 RPC 이름 서비스 데이터베이스를 관리합니다. 이 서비스가 설정되어 있으면 RPC 클라이언트가 RPC 서버를 찾을 수 있습니다. 이 서비스는 기본적으로 해제되어 있습니다.

시스템 서비스 이름: RpcLocator응용 프로그램 프로토콜 프로토콜 포트
NetBIOS 세션 서비스 TCP 139
SMB TCP 445

원격 저장소 알림(Remote Storage Notification)
원격 저장소 알림 시스템 서비스는 사용자가 보조 저장소 미디어에서만 사용할 수 있는 파일에서 쓰거나 읽을 때 사용자에게 이를 알립니다. 이 서비스를 중지하면 알림이 방지됩니다.

시스템 서비스 이름: Remote_Storage_User_Link응용 프로그램 프로토콜 프로토콜 포트
RPC TCP 135
임의로 할당된 상위 TCP 포트 TCP 임의의 포트 번호

원격 저장소 서버(Remote Storage Server)
원격 저장소 서버 시스템 서비스는 보조 저장소 미디어에 자주 사용되지 않는 파일을 저장합니다. 이 서비스를 중지하면 사용자가 보조 저장소 미디어에서 파일을 이동하거나 검색할 수 없습니다.

시스템 서비스 이름: Remote_Storage_Server응용 프로그램 프로토콜 프로토콜 포트
RPC TCP 135
임의로 할당된 상위 TCP 포트 TCP 임의의 포트 번호

라우팅 및 원격 액세스(Routing and Remote Access)
라우팅 및 원격 액세스 서비스는 다중 프로토콜 LAN-LAN, LAN-WAN, VPN 및 NAT 라우팅 서비스를 제공할 뿐 아니라 전화 접속과 VPN 원격 액세스 서비스도 제공합니다. 라우팅 및 원격 액세스 서비스는 다음 프로토콜을 모두 사용할 수 있지만 일반적으로는 일부만 사용합니다. 예를 들어, 필터링 라우터 뒤에 있는 VPN 게이트웨이를 구성하는 경우 한 기술만 사용할 수 있습니다. IPSec와 함께 L2TP를 사용하는 경우 라우터를 통해 IPSec ESP(IP 프로토콜 50), NAT-T(포트 4500에서 TCP) 및 IPSec ISAKMP(포트 500에서 TCP)를 허용해야 합니다.

참고 NAT-T와 IPSec ISAKMP가 L2TP에 필요하지만 이러한 포트는 실제로 로컬 보안 기관에서 모니터링합 니다. 이에 대한 자세한 내용은 이 문서의 "참조" 절을 참조하십시오.

시스템 서비스 이름: RemoteAccess응용 프로그램 프로토콜 프로토콜 포트
GRE(IP 프로토콜 47) GRE n/a
IPSec AH(IP 프로토콜 51) AH n/a
IPSec ESP(IP 프로토콜 50) ESP n/a
L2TP UDP 1701
PPTP TCP 1723

서버(Server)
서버 시스템 서비스는 네트워크를 통한 파일, 인쇄 및 명명된 파이프 공유와 RPC 지원 기능을 제공합니다. 서버 서비스를 통해 디스크 및 프린터와 같은 로컬 리소스를 공유할 수 있으므로 네트워크의 다른 사용자가 이러한 리소스에 액세스할 수 있을 뿐 아니라 로컬 컴퓨터에서 실행되는 프로그램과 다른 컴퓨터에서 실행되는 프로그램 간의 명명된 파이프 통신도 수행할 수 있습니다. 명명된 파이프 통신은 한 프로세스의 출력용으로 예약된 메모리가 다른 프로세스의 입력으로 사용되는 것을 말합니다. 입력을 받아들이는 프로세스는 컴퓨터에 로컬일 필요가 없습니다.

시스템 서비스 이름: lanmanserver응용 프로그램 프로토콜 프로토콜 포트
NetBIOS 데이터그램 서비스 UDP 138
NetBIOS 이름 확인 UDP 137
NetBIOS 세션 서비스 TCP 139
SMB TCP 445

SharePoint Portal Server
SharePoint Portal Server 시스템 서비스를 사용하면 비즈니스 프로세스 전반에서 관련 정보를 이용할 수 있도록 사용자, 팀 및 지식을 완벽하게 연결하는 지능형 포털을 개발할 수 있습니다. Microsoft SharePoint Portal Server 2003은 단일 로그온 및 엔터프라이즈 응용 프로그램 통합 기능을 통해 다양한 시스템의 정보를 한 솔루션으로 통합하는 엔터프라이즈 비즈니스 솔루션을 제공합니다.

응용 프로그램 프로토콜 프로토콜 포트
HTTP TCP 80
HTTPS TCP 443

SMTP(Simple Mail Transfer Protocol)
SMTP(Simple Mail Transfer Protocol) 시스템 서비스는 전자 메일 전송 및 릴레이 에이전트입니다. 이 서비스는 원격 대상에 대한 전자 메일을 받아들이고 대기열에 저장하며 지정된 간격으로 검색합니다. Windows 도메인 컨트롤러는 사이트 간 전자 메일 기반 복제에 SMTP 서비스를 사용합니다. Windows Server 2003 COM 구성 요소의 CDO(Collaboration Data Object)는 SMTP 서비스를 사용하여 아웃바운드 전자 메일을 전송하고 대기열에 저장할 수 있습니다.

시스템 서비스 이름: SMTPSVC응용 프로그램 프로토콜 프로토콜 포트
SMTP TCP 25
SMTP UDP 25

단순 TCP/IP 서비스(Simple TCP/IP Services)
단순 TCP/IP 서비스는 다음 프로토콜에 대한 지원 기능을 구현합니다. • Echo, 포트 7, RFC 862
• Discard, 포트 9, RFC 863
• Character Generator, 포트 19, RFC 864
• Daytime, 포트 13, RFC 867
• Quote of the Day, 포트 17, RFC 865
시스템 서비스 이름: SimpTcp응용 프로그램 프로토콜 프로토콜 포트
Chargen TCP 19
Chargen UDP 19
Daytime TCP 13
Daytime UDP 13
Discard TCP 9
Discard UDP 9
Echo TCP 7
Echo UDP 7
Quotd TCP 17
Quoted UDP 17

SMS 원격 제어 에이전트(SMS Remote Control Agent)
SMS 원격 제어 에이전트는 Microsoft Systems Management Server(SMS) 2003의 시스템 서비스입니다. SMS 원격 제어 에이전트는 Microsoft 운영 체제의 변경과 구성 관리를 위한 종합적인 솔루션을 제공합니다. 이 솔루션을 사용하는 조직은 관련된 소프트웨어와 업데이트를 사용자에게 제공할 수 있습니다.

시스템 서비스 이름: Wuser32응용 프로그램 프로토콜 프로토콜 포트
SMS 원격 이야기방 TCP 2703
SMS 원격 이야기방 UDP 2703
SMS 원격 제어(제어) TCP 2701
SMS 원격 제어(제어) UDP 2701
SMS 원격 제어(데이터) TCP 2702
SMS 원격 제어(데이터) UDP 2702
SMS 원격 파일 전송 TCP 2704
SMS 원격 파일 전송 UDP 2704

SNMP 서비스(SNMP Service)
SNMP 서비스를 사용하면 들어오는 SNMP(Simple Network Management Protocol) 요청을 로컬 컴퓨터에서 처리할 수 있습니다. SNMP 서비스에는 네트워크 장치에서 활동을 모니터링하고 네트워크 콘솔 워크스테이션에 보고하는 에이전트가 있습니다. SNMP 서비스는 네트워크 관리 소프트웨어를 실행하는 중앙에 위치한 컴퓨터에서 네트워크 호스트(예: 워크스테이션 또는 서버 컴퓨터, 라우터, 브리지 및 허브)를 관리하는 방법을 제공합니다. SNMP는 에이전트와 관리 시스템의 분산 아키텍처를 사용하여 관리 서비스를 수행합니다.

시스템 서비스 이름: SNMP응용 프로그램 프로토콜 프로토콜 포트
SNMP UDP 161

SNMP 트랩 서비스(SNMP Trap Service)
SNMP 트랩 서비스는 로컬 또는 원격 SNMP 에이전트에서 생성하는 트랩 메시지를 받은 다음 컴퓨터에서 실행되는 SNMP 관리 프로그램으로 전달합니다. SNMP 트랩 서비스는 에이전트에 대해 구성되는 경우 특정 이벤트가 발생하면 트랩 메시지를 생성합니다. 이러한 메시지는 트랩 대상으로 전송됩니다. 예를 들어, 알 수 없는 관리 시스템이 정보 요청을 보내면 인증 트랩을 시작하도록 에이전트를 구성할 수 있습니다. 트랩 대상에는 관리 시스템의 컴퓨터 이름, IP 주소 또는 IPX(Internetwork Packet Exchange) 주소가 포함됩니다. 트랩 대상은 SNMP 관리 소프트웨어를 실행하고 네트워크를 사용할 수 있는 호스트여야 합니다.

시스템 서비스 이름: SNMPTRAP응용 프로그램 프로토콜 프로토콜 포트
SNMP 트랩 아웃바운드 UDP 162

SQL Analysis Server
SQL Analysis Server 시스템 서비스는 SQL Server 2000의 구성 요소입니다. SQL Analysis Server를 사용하여 OLAP 큐브와 데이터 마이닝 모델을 만들고 관리할 수 있습니다. SQL Analysis Server는 큐브나 데이터 마이닝 모델을 만들고 저장하기 위해 로컬 또는 원격 데이터 소스에 액세스할 수 있습니다.

응용 프로그램 프로토콜 프로토콜 포트
SQL Analysis Services TCP 2725

SQL Server: 하위 수준 OLAP 클라이언트 지원
SQL Analysis Server 서비스가 하위 수준(OLAP Services 7.0) 클라이언트의 연결을 지원해야 하는 경우 SQL Server 2000에서 이 시스템 서비스를 사용합니다. SQL 7.0에서 사용하는 OLAP 서비스의 기본 포트는 다음과 같습니다.

응용 프로그램 프로토콜 프로토콜 포트
OLAP Services 7.0 TCP 2393
OLAP Services 7.0 TCP 2394

SSDP 검색 서비스(SSDP Discovery Service)
SSDP 검색 서비스는 SSDP(Simple Service Discovery Protocol)를 Windows 서비스로 구현합니다. SSDP 검색 서비스는 장치 유무 알림의 수신을 관리하고 캐시를 업데이트하며 이러한 알림을 처리되지 않은 검색 요청과 함께 클라이언트로 전달합니다. SSDP 검색 서비스는 클라이언트에서 이벤트 콜백의 등록을 받아들여 등록 요청으로 변환하고 이벤트 알림을 모니터링합니다. 그런 다음 등록된 콜백으로 이러한 요청을 전달합니다. 이 시스템 서비스는 호스팅된 장치에 정기적인 알림도 제공합니다. 현재 SSDP 이벤트 알림 서비스는 TCP 포트 5000을 사용합니다. 다음 Windows XP 서비스 팩에서부터는 TCP 포트 2869를 사용합니다.

참고 이 문서를 작성하는 시점의 현재 Windows XP 서비스 팩 수준은 Windows XP 서비스 팩 1(SP1)입니다.

시스템 서비스 이름: SSDPRSR응용 프로그램 프로토콜 프로토콜 포트
SSDP UDP 1900
SSDP 이벤트 알림 TCP 2869
SSDP 레거시 이벤트 알림 TCP 5000

Systems Management Server 2.0
Microsoft Systems Management Server(SMS) 2003은 Microsoft 운영 체제의 변경과 구성 관리를 위한 종합적인 솔루션을 제공합니다. 이 솔루션을 사용하는 조직은 관련된 소프트웨어와 업데이트를 신속하고 비용 효율적으로 사용자에게 제공할 수 있습니다.

응용 프로그램 프로토콜 프로토콜 포트
NetBIOS 데이터그램 서비스 UDP 138
NetBIOS 이름 확인 UDP 137
NetBIOS 세션 서비스 TCP 139
RPC TCP 135
임의로 할당된 상위 TCP 포트 TCP 임의의 포트 번호

TCP/IP 인쇄 서버(TCP/IP Print Server)
TCP/IP 인쇄 서버 시스템 서비스를 사용하면 LPD(Line Printer Daemon) 프로토콜을 통해 TCP/IP 기반 인쇄를 수행할 수 있습니다. 서버의 LPD 서비스는 UNIX 컴퓨터에서 실행되는 LPR(Line Printer Remote) 유틸리티에서 문서를 받습니다.

시스템 서비스 이름: LPDSVC응용 프로그램 프로토콜 프로토콜 포트
LPD TCP 515

텔넷(Telnet)
Windows의 텔넷 시스템 서비스는 텔넷 클라이언트에 ASCII 터미널 세션을 제공합니다. 텔넷 서버는 두 종류의 인증을 지원하고 다음 네 종류의 터미널을 지원합니다.
ANSI(American National Standards Institute)
VT-100
VT-52
VTNT
시스템 서비스 이름: TlntSvr응용 프로그램 프로토콜 프로토콜 포트
텔넷 TCP 23

터미널 서비스(Terminal Services)
터미널 서비스는 클라이언트 장치가 서버에서 실행되는 Windows 기반 프로그램과 가상 Windows 데스크톱 세션에 액세스할 수 있는 다중 세션 환경을 제공합니다. 터미널 서비스를 사용하면 여러 사용자가 컴퓨터에 대화형으로 연결할 수 있습니다.

시스템 서비스 이름: TermService응용 프로그램 프로토콜 프로토콜 포트
터미널 서비스 TCP 3389

터미널 서비스 라이센스(Terminal Services Licensing)
터미널 서비스 라이센스 시스템 서비스는 라이센스 서버를 설치하고, 등록된 클라이언트가 터미널 서버(터미널 서버가 설정된 서버)에 연결될 때 클라이언트에 라이센스를 제공합니다. 터미널 서비스 라이센스는 영향을 적게 미치는 서비스로, 터미널 서버에 대해 발행된 클라이언트 라이센스를 저장한 다음 클라이언트 컴퓨터나 터미널에 발행된 라이센스를 추적합니다.

시스템 서비스 이름: TermServLicensing응용 프로그램 프로토콜 프로토콜 포트
RPC TCP 135
임의로 할당된 상위 TCP 포트 TCP 임의의 포트 번호

터미널 서비스 세션 디렉터리(Terminal Services Session Directory)
터미널 서비스 세션 디렉터리 시스템 서비스를 사용하면 로드 균형이 조정되는 터미널 서버의 클러스터가 사용자의 연결 요청을 사용자가 이미 세션을 실행하고 있는 서버로 올바르게 라우팅할 수 있습니다. 사용자는 서버 클러스터에서 다른 세션을 실행하고 있는지 여부와 관계없이 사용할 수 있는 첫 번째 터미널 서버로 라우팅됩니다. 로드 균형 조정 기능은 TCP/IP 네트워크 프로토콜을 사용하여 몇몇 서버의 처리 리소스를 풀링합니다. 터미널 서버의 클러스터에서 이 서비스를 사용하여 여러 서버에 세션을 분산시킴으로써 단일 터미널 서버의 성능을 개선할 수 있습니다. 터미널 서비스 세션 디렉터리는 클러스터에서 연결이 끊어진 세션을 추적하고 사용자가 해당 세션에 다시 연결되는지 확인합니다.

시스템 서비스 이름: Tssdis응용 프로그램 프로토콜 프로토콜 포트
RPC TCP 135
임의로 할당된 상위 TCP 포트 TCP 임의의 포트 번호

Trivial FTP 데몬(Trivial FTP Daemon)
Trivial FTP 데몬 시스템 서비스에는 사용자 이름이나 암호가 필요하지 않으며 RIS의 필수적인 부분입니다. Trivial FTP 데몬 서비스는 다음 RFC에서 정의하는 TFTP(Trivial FTP 프로토콜) 프로토콜에 대한 지원을 구현합니다.
RFC 1350 - TFTP
RFC 2347 - 옵션 확장
RFC 2348 - 블록 크기 옵션
RFC 2349 - 시간 제한 간격 및 전송 크기 옵션
TFTP는 디스크 없는 부팅 환경을 지원하도록 설계된 파일 전송 프로토콜입니다. TFTP 데몬은 UDP 포트 69에서 수신 대기하지만 임의로 할당된 상위 포트에서 응답합니다. 따라서 이 포트를 설정하면 TFTP 서비스가 들어오는 TFTP 요청을 받을 수 있지만 선택된 서버가 해당 요청에 응답할 수 있는 것은 아닙니다. TFTP 서비스가 인바운드 TFTP 요청에 응답할 수 있으려면 포트 69에서 응답하도록 선택된 서버를 구성해야 합니다.

시스템 서비스 이름: tftpd응용 프로그램 프로토콜 프로토콜 포트
TFTP UDP 69

범용 플러그 앤 플레이 장치 호스트(Universal Plug and Play Device Host)
범용 플러그 앤 플레이 호스트 검색 시스템 서비스는 호스팅된 장치의 이벤트에 대한 응답, 제어 및 장치 등록에 필요한 모든 구성 요소를 구현합니다. 장치와 관련된 등록된 정보(설명, 수명 및 컨테이너)는 선택적으로 디스크에 저장되고 등록 후나 운영 체제가 다시 시작될 때 네트워크에서 알려집니다. 이 서비스에는 서비스 설명과 프레젠테이션 페이지뿐 아니라 장치에 서비스를 제공하는 웹 서버도 포함되어 있습니다.

시스템 서비스 이름: UPNPHost응용 프로그램 프로토콜 프로토콜 포트
UPNP TCP 2869

WINS(Windows 인터넷 이름 서비스)(Windows Internet Name Service)
WINS(Windows 인터넷 이름 서비스)를 통해 NetBIOS 이름 확인을 수행할 수 있습니다. 이 서비스는 NetBIOS 이름을 사용하여 네트워크 리소스를 찾는 데 도움이 됩니다. WINS 서버는 모든 도메인이 Active Directory 디렉터리 서비스로 업그레이드되지 않았고 네트워크의 모든 컴퓨터에서 Windows 2000 이상이 실행되고 있지 않을 때 필요합니다. WINS 서버는 NetBIOS 이름 확인을 사용하여 네트워크 클라이언트와 통신합니다. WINS 복제는 WINS 서버 간에서만 필요합니다.

시스템 서비스 이름: WINS응용 프로그램 프로토콜 프로토콜 포트
NetBIOS 이름 확인 UDP 137
WINS 복제 TCP 42
WINS 복제 UDP 42

Windows Media 서비스(Windows Media Services)
Windows Server 2003의 Windows Media 서비스는 Windows Media 서비스 버전 4.0 및 4.1에 포함된 다음 네 가지 서비스를 대체합니다.
Windows Media 모니터 서비스
Windows Media 프로그램 서비스
Windows Media 스테이션 서비스
Windows Media 유니캐스트 서비스
Windows Media 서비스는 Windows Server 2003, Standard Edition, Windows Server 2003, Enterprise Edition 및 Windows Server 2003, Datacenter Edition에서 실행되는 단일 서비스입니다. 이 서비스의 핵심 구성 요소는 COM을 사용하여 개발되었으며 특정 프로그램용으로 사용자 지정할 수 있는 융통성 있는 아키텍처를 갖고 있습니다. 이 서비스는 RTSP(Real Time Streaming Protocol), MMS(Microsoft Media Server) 프로토콜 및 HTTP를 비롯한 매우 다양한 제어 프로토콜을 지원합니다.

시스템 서비스 이름: WMServer응용 프로그램 프로토콜 프로토콜 포트
HTTP TCP 80
MMS TCP 1755
MMS UDP 1755
MS Theater UDP 2460
RTCP UDP 5005
RTP UDP 5004
RTSP TCP 554

Windows 시간(Windows Time)
Windows 시간 시스템 서비스는 네트워크의 모든 Windows XP와 Windows Server 2003 기반 컴퓨터에서 날짜 및 시간 동기화를 관리합니다. 이 서비스는 정확한 시계 값이나 타임스탬프가 네트워크 유효성 검사와 리소스 액세스 요청에 할당되도록 NTP(네트워크 기간 프로토콜)를 사용하여 컴퓨터 시계를 동기화합니다. NTP를 구현하고 시간 공급자를 통합하면 Windows 시간 서비스가 안정적이고 확장 가능한 엔터프라이즈용 시간 서비스가 될 수 있습니다. 도메인에 가입되어 있지 않은 컴퓨터의 경우 외부 시간 원본과 시간을 동기화하도록 Windows 시간을 구성할 수 있습니다. 이 서비스가 해제되어 있으면 로컬 컴퓨터의 시간 설정이 Windows 도메인의 시간 서비스나 외부에 구성된 시간 서비스와 동기화되지 않습니다. Windows Server 2003에서는 NTP를 사용합니다. NTP는 UDP 포트 123에서 실행됩니다. 이 서비스의 Windows 2000 버전에서는 SNTP(단일 네트워크 기간 프로토콜)를 사용합니다. SNTP는 UDP 포트 123에서도 실행됩니다.

시스템 서비스 이름: W32Time응용 프로그램 프로토콜 프로토콜 포트
NTP TCP 123
SNTP UDP 123

World Wide Web 게시 서비스(World Wide Web Publishing Service)
World Wide Web 게시 서비스는 IIS에서 등록된 프로그램과 웹 사이트의 등록, 관리, 모니터링 및 서비스 제공에 필요한 인프라를 제공합니다. 이 시스템 서비스에는 프로세스 관리자와 구성 관리자가 포함되어 있습니다. 프로세스 관리자는 사용자 지정 응용 프로그램과 웹 사이트가 있는 프로세스를 제어하고, 구성 관리자는 World Wide Web 게시 서비스의 저장된 시스템 구성을 읽고 Http.sys가 적절한 응용 프로그램 풀이나 운영 체제 프로세스로 HTTP 요청을 라우팅하도록 구성되었는지 확인합니다. IIS(인터넷 정보 서비스) 관리자 스냅인을 통해 이 서비스에서 사용하는 포트를 구성할 수 있습니다. 관리 웹 사이트가 설정되어 있으면 TCP 포트 8098에서 HTTP 트래픽을 사용하는 가상 웹 사이트가 만들어집니다.

시스템 서비스 이름: W3SVC응용 프로그램 프로토콜 프로토콜 포트
HTTP TCP 80
HTTPS TCP 443

맨 위로
포트 및 프로토콜
다음 표는 이 문서의 "시스템 서비스 포트" 절의 정보를 요약한 것입니다. 이 표는 서비스 이름 대신 포트 번호를 기준으로 정렬되어 있습니다. 포트 프로토콜 응용 프로그램 프로토콜 시스템 서비스 이름
n/a GRE GRE(IP 프로토콜 47) 라우팅 및 원격 액세스
n/a ESP IPSec ESP(IP 프로토콜 50) 라우팅 및 원격 액세스
n/a AH IPSec AH(IP 프로토콜 51) 라우팅 및 원격 액세스
7 TCP Echo 단순 TCP/IP 서비스
7 UDP Echo 단순 TCP/IP 서비스
9 TCP Discard 단순 TCP/IP 서비스
9 UDP Discard 단순 TCP/IP 서비스
13 TCP Daytime 단순 TCP/IP 서비스
13 UDP Daytime 단순 TCP/IP 서비스
17 TCP Quotd 단순 TCP/IP 서비스
17 UDP Quotd 단순 TCP/IP 서비스
19 TCP Chargen 단순 TCP/IP 서비스
19 UDP Chargen 단순 TCP/IP 서비스
20 TCP FTP 기본 데이터 FTP 게시 서비스
21 TCP FTP 제어 FTP 게시 서비스
21 TCP FTP 제어 응용 프로그램 레이어 게이트웨이 서비스
23 TCP 텔넷 텔넷
25 TCP SMTP Simple Mail Transfer Protocol
25 UDP SMTP Simple Mail Transfer Protocol
25 TCP SMTP Exchange Server
25 UDP SMTP Exchange Server
42 TCP WINS 복제 Windows 인터넷 이름 서비스
42 UDP WINS 복제 Windows 인터넷 이름 서비스
53 TCP DNS DNS 서버
53 UDP DNS DNS 서버
53 TCP DNS 인터넷 연결 방화벽/인터넷 연결 공유
53 UDP DNS 인터넷 연결 방화벽/인터넷 연결 공유
67 UDP DHCP 서버 DHCP 서버
67 UDP DHCP 서버 인터넷 연결 방화벽/인터넷 연결 공유
69 UDP TFTP Trivial FTP 데몬 서비스
80 TCP HTTP Windows Media 서비스
80 TCP HTTP World Wide Web 게시 서비스
80 TCP HTTP SharePoint Portal Server
88 TCP Kerberos Kerberos 키 배포 센터
88 UDP Kerberos Kerberos 키 배포 센터
102 TCP X.400 Microsoft Exchange MTA 스택
110 TCP POP3 Microsoft POP3 서비스
110 TCP POP3 Exchange Server
119 TCP NNTP Network News Transfer Protocol
123 UDP NTP Windows 시간
123 UDP SNTP Windows 시간
135 TCP RPC 메시지 대기열
135 TCP RPC 원격 프로시저 호출
135 TCP RPC Exchange Server
135 TCP RPC 인증서 서비스
135 TCP RPC 클러스터 서비스
135 TCP RPC 분산 파일 시스템
135 TCP RPC 분산 링크 추적
135 TCP RPC 분산 트랜잭션 코디네이터
135 TCP RPC 이벤트 로그
135 TCP RPC 팩스 서비스
135 TCP RPC 파일 복제
135 TCP RPC 로컬 보안 기관
135 TCP RPC 원격 저장소 알림
135 TCP RPC 원격 저장소 서버
135 TCP RPC Systems Management Server 2.0
135 TCP RPC 터미널 서비스 라이센스
135 TCP RPC 터미널 서비스 세션 디렉터리
137 UDP NetBIOS 이름 확인 컴퓨터 브라우저
137 UDP NetBIOS 이름 확인 서버
137 UDP NetBIOS 이름 확인 Windows 인터넷 이름 서비스
137 UDP NetBIOS 이름 확인 Net Logon
137 UDP NetBIOS 이름 확인 Systems Management Server 2.0
138 UDP NetBIOS 데이터그램 서비스 컴퓨터 브라우저
138 UDP NetBIOS 데이터그램 서비스 메신저
138 UDP NetBIOS 데이터그램 서비스 서버
138 UDP NetBIOS 데이터그램 서비스 Net Logon
138 UDP NetBIOS 데이터그램 서비스 분산 파일 시스템
138 UDP NetBIOS 데이터그램 서비스 Systems Management Server 2.0
138 UDP NetBIOS 데이터그램 서비스 라이센스 로깅 서비스
139 TCP NetBIOS 세션 서비스 컴퓨터 브라우저
139 TCP NetBIOS 세션 서비스 팩스 서비스
139 TCP NetBIOS 세션 서비스 성능 로그 및 경고
139 TCP NetBIOS 세션 서비스 인쇄 스풀러
139 TCP NetBIOS 세션 서비스 서버
139 TCP NetBIOS 세션 서비스 Net Logon
139 TCP NetBIOS 세션 서비스 원격 프로시저 호출 로케이터
139 TCP NetBIOS 세션 서비스 분산 파일 시스템
139 TCP NetBIOS 세션 서비스 Systems Management Server 2.0
139 TCP NetBIOS 세션 서비스 라이센스 로깅 서비스
143 TCP IMAP Exchange Server
161 UDP SNMP SNMP 서비스
162 UDP SNMP 트랩 아웃바운드 SNMP 트랩 서비스
389 TCP LDAP 서버 로컬 보안 기관
389 UDP LDAP 서버 로컬 보안 기관
389 TCP LDAP 서버 분산 파일 시스템
389 UDP LDAP 서버 분산 파일 시스템
443 TCP HTTPS HTTP SSL
443 TCP HTTPS World Wide Web 게시 서비스
443 TCP HTTPS SharePoint Portal Server
445 TCP SMB 팩스 서비스
445 TCP SMB 인쇄 스풀러
445 TCP SMB 서버
445 TCP SMB 원격 프로시저 호출 로케이터
445 TCP SMB 분산 파일 시스템
445 TCP SMB 라이센스 로깅 서비스
445 TCP SMB Net Logon
500 UDP IPSec ISAKMP 로컬 보안 기관
515 TCP LPD TCP/IP 인쇄 서버
548 TCP Macintosh용 파일 서버 Macintosh용 파일 서버
554 TCP RTSP Windows Media 서비스
563 TCP SSL 상의 NNTP Network News Transfer Protocol
593 TCP HTTP를 통한 RPC 원격 프로시저 호출
593 TCP HTTP를 통한 RPC Exchange Server
636 TCP LDAP SSL 로컬 보안 기관
636 UDP LDAP SSL 로컬 보안 기관
993 TCP SSL 상의 IMAP Exchange Server
995 TCP SSL 상의 POP3 Exchange Server
1270 TCP MOM-Encrypted Microsoft Operations Manager 2000
1433 TCP TCP를 통한 SQL Microsoft SQL Server
1433 TCP TCP를 통한 SQL MSSQL$UDDI
1434 UDP SQL Probe Microsoft SQL Server
1434 UDP SQL Probe MSSQL$UDDI
1645 UDP 레거시 RADIUS 인터넷 인증 서비스
1646 UDP 레거시 RADIUS 인터넷 인증 서비스
1701 UDP L2TP 라우팅 및 원격 액세스
1723 TCP PPTP 라우팅 및 원격 액세스
1755 TCP MMS Windows Media 서비스
1755 UDP MMS Windows Media 서비스
1801 TCP MSMQ 메시지 대기열
1801 UDP MSMQ 메시지 대기열
1812 UDP RADIUS 인증 인터넷 인증 서비스
1813 UDP RADIUS 계정 인터넷 인증 서비스
1900 UDP SSDP SSDP 검색 서비스
2101 TCP MSMQ-DC 메시지 대기열
2103 TCP MSMQ-RPC 메시지 대기열
2105 TCP MSMQ-RPC 메시지 대기열
2107 TCP MSMQ-Mgmt 메시지 대기열
2393 TCP OLAP Services 7.0 SQL Server: 하위 수준 OLAP 클라이언트 지원
2394 TCP OLAP Services 7.0 SQL Server: 하위 수준 OLAP 클라이언트 지원
2460 UDP MS Theater Windows Media 서비스
2535 UDP MADCAP DHCP 서버
2701 TCP SMS 원격 제어(제어) SMS 원격 제어 에이전트
2701 UDP SMS 원격 제어(제어) SMS 원격 제어 에이전트
2702 TCP SMS 원격 제어(데이터) SMS 원격 제어 에이전트
2702 UDP SMS 원격 제어(데이터) SMS 원격 제어 에이전트
2703 TCP SMS 원격 이야기방 SMS 원격 제어 에이전트
2703 UPD SMS 원격 이야기방 SMS 원격 제어 에이전트
2704 TCP SMS 원격 파일 전송 SMS 원격 제어 에이전트
2704 UDP SMS 원격 파일 전송 SMS 원격 제어 에이전트
2725 TCP SQL Analysis Services SQL Analysis Server
2869 TCP UPNP 범용 플러그 앤 플레이 장치 호스트
2869 TCP SSDP 이벤트 알림 SSDP 검색 서비스
3268 TCP 글로벌 카탈로그 서버 로컬 보안 기관
3269 TCP 글로벌 카탈로그 서버 로컬 보안 기관
3343 UDP 클러스터 서비스 클러스터 서비스
3389 TCP 터미널 서비스 NetMeeting 원격 데스크톱 공유
3389 TCP 터미널 서비스 터미널 서비스
3527 UDP MSMQ-Ping 메시지 대기열
4011 UDP BINL 원격 설치
4500 UDP NAT-T 로컬 보안 기관
5000 TCP SSDP 레거시 이벤트 알림 SSDP 검색 서비스
5004 UDP RTP Windows Media 서비스
5005 UDP RTCP Windows Media 서비스
42424 TCP ASP.NET 세션 상태 ASP.NET 상태 서비스
51515 TCP MOM-Clear Microsoft Operations Manager 2000
Microsoft는 Microsoft Excel 워크시트로 이 표의 정보를 제공합니다. 이 워크시트는 Microsoft 다운로드 센터에서 다운로드할 수 있습니다.
지금 Port_Requirements_for_Microsoft_Windows_Server_System.xls 패키지 다운로드

맨 위로
참조
이 문서에서 설명하는 각 Microsoft 제품의 도움말 파일에는 프로그램을 구성하는 데 유용할 수 있는 추가 정보가 포함되어 있습니다. Windows Server 2003 도움말에는 특정 기술과 서버 역할을 구성하는 방법에 대한 단계별 지침이 들어 있습니다.
일반 정보
Windows Server 2003과 Windows XP의 시스템 서비스에 대한 자세한 내용은 다음 Microsoft 웹 사이트를 참조하십시오.
http://www.microsoft.com/technet/prodtechnol/windowsserver2003/technologies/management/svrxpser_intro.mspx
Windows Server 2003의 보안 방법에 대한 자세한 내용과 특정 서버 역할에 대한 예제 IPSec 필터는 "Windows Server 2003 보안 가이드(영문)"를 참조하십시오. 이 가이드를 보려면 다음 Microsoft 웹 사이트를 방문하십시오.
http://www.microsoft.com/technet/security/prodtech/win2003/w2003hg/sgch00.mspx
운영 체제 서비스, 보안 설정 및 IPSec 필터링에 대한 자세한 내용은 "위협 요소 및 대처 가이드(영문)"를 참조하십시오. 이 가이드를 보려면 다음 Microsoft 웹 사이트를 방문하십시오.
http://www.microsoft.com/technet/security/topics/hardsys/tcg/tcgch00.mspx
잘 알려진 포트의 포트 할당에 대한 자세한 내용은 Microsoft 기술 자료의 다음 문서를 참조하십시오.
174904 TCP/IP 포트 할당에 대한 정보
또한, Microsoft Windows NT 4.0 Resource Kit에서 "부록 B - MS TCP/IP에 대한 포트 참조(영문)"를 참조하십시오. 이 정보를 보려면 다음 Microsoft 웹 사이트를 방문하십시오.
http://www.microsoft.com/resources/documentation/windowsnt/4/server/reskit/en-us/net/port_nts.mspx
또한, Windows 2000 Server Resource Kit에서 "TCP 및 UDP 포트 할당(영문)"을 참조하십시오. 이 정보를 보려면 다음 Microsoft 웹 사이트를 방문하십시오.
http://www.microsoft.com/windows2000/techinfo/reskit/en-us/default.asp?url=/windows2000/techinfo/reskit/en-us/cnet/cnfc_por_GDQC.asp
IANA(Internet Assigned Numbers Authority)는 잘 알려진 포트의 사용을 조정합니다. 이 조직의 TCP/IP 포트 할당 목록을 보려면 다음 웹 사이트를 방문하십시오.
http://www.iana.org/assignments/port-numbers
원격 프로시저 호출 및 DCOM
RPC에 대한 내용과 방화벽에서 작동하도록 DCOM을 구성하는 방법은 "방화벽에 DCOM 사용(영문)" 백서를 참조하십시오. 이 백서를 보려면 다음 Microsoft 웹 사이트를 방문하십시오.
http://www.microsoft.com/com/wpaper/dcomfw.asp
DCOM에 대한 자세한 내용은 "방화벽에 DCOM 사용(영문)" 백서를 참조하십시오. 이 백서를 보려면 다음 Microsoft 웹 사이트를 방문하십시오.
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dndcom/html/msdn_dcomfirewall.asp
RPC에 대한 자세한 내용은 다음 Microsoft 웹 사이트를 참조하십시오.
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dnanchor/html/rpcank.asp
방화벽에서 작동하도록 RPC를 구성하는 방법에 대한 자세한 내용은 Microsoft 기술 자료의 다음 문서를 참조하십시오.
154596 HOWTO: 방화벽에 사용할 RPC 동적 포트 할당 구성
RPC 프로토콜과 Windows 2000을 실행하는 컴퓨터가 초기화하는 방법에 대한 자세한 내용은 "Windows 2000 시작 및 로그온 소통량 분석" 백서를 참조하십시오. 이 백서를 보려면 다음 Microsoft 웹 사이트를 방문하십시오.
http://www.microsoft.com/korea/TechNet/win2000/win2ksrv/w2kstart.asp
분산 트랜잭션 코디네이터
특정 범위의 포트를 사용하도록 DTC를 구성하는 방법에 대한 자세한 내용은 Microsoft 기술 자료의 다음 문서를 참조하십시오.
250367 INFO: Microsoft DTC가 방화벽을 통해 작동하도록 구성
도메인 컨트롤러 및 Active Directory
Active Directory 복제 트래픽을 제한하는 방법에 대한 자세한 내용은 Microsoft 기술 자료의 다음 문서를 참조하십시오.
224196 특정 포트로 Active Directory 복제 트래픽 제한
디렉터리 시스템 에이전트, LDAP 및 로컬 보안 기관에 대한 자세한 내용은 다음 Microsoft 웹 사이트를 참조하십시오.
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/ad/ad/directory_system_agent.asp
Windows 2000에서 LDAP와 글로벌 카탈로그의 작동 방식에 대한 자세한 내용은 다음 Microsoft 웹 사이트를 참조하십시오.
http://www.microsoft.com/resources/documentation/windows/2000/server/reskit/en-us/distsys/part1/dsgch10.mspx
Commerce Server
Microsoft Commerce Server에서 만들어진 보안 응용 프로그램을 구성하는 방법에 대한 내용은 다음 Microsoft 웹 사이트를 참조하십시오.
http://www.microsoft.com/technet/prodtechnol/comm/comm2002/deploy/seccncpt.mspx
Exchange Server
Exchange 2000 Server 및 Exchange Server 2003 MAPI 트래픽을 제한하는 방법에 대한 자세한 내용은 Microsoft 기술 자료의 다음 문서를 참조하십시오.
270836 XCLN: Exchange 2000 정적 포트 매핑
Exchange 2000 Server에서 지원하는 네트워크 포트와 프로토콜에 대한 자세한 내용은 Microsoft 기술 자료의 다음 문서를 참조하십시오.
278339 XGEN: Exchange 2000 Server에서 사용하는 TCP/UDP 포트
LDAP 통신에 다른 포트를 사용하도록 Exchange Server 5.5를 구성하는 방법에 대한 자세한 내용은 Microsoft 기술 자료의 다음 문서를 참조하십시오.
224447 XADM: Exchange Server의 LDAP 포트 할당을 변경하는 방법
Exchange Server 5.5와 이전 버전의 Exchange Server에서 사용하는 포트에 대한 자세한 내용은 Microsoft 기술 자료의 다음 문서를 참조하십시오.
176466 XGEN: TCP 포트와 Microsoft Exchange: 자세한 논의
파일 복제 서비스
방화벽에서 작동하도록 FRS를 구성하는 방법에 대한 자세한 내용은 Microsoft 기술 자료의 다음 문서를 참조하십시오.
319553 특정 정적 포트로 FRS 복제 트래픽을 제한하는 방법
인터넷 정보 서비스
IIS 4.0, IIS 5.0 및 IIS 5.1에서 사용하는 포트에 대한 자세한 내용은 Microsoft 기술 자료의 다음 문서를 참조하십시오.
327859 INFO: Inetinfo 서비스에서 잘 알려진 포트 이외의 추가 포트를 사용한다
FTP의 작동 방식에 대한 내용은 다음 Microsoft 웹 사이트를 참조하십시오.
http://www.microsoft.com/technet/treeview/default.asp?url=/technet/prodtechnol/windowsserver2003/proddocs/standard/wsa_ftp_modes.asp
IPSec 및 VPN
Windows에서 IPSec 기본 면제를 구성하는 방법에 대한 자세한 내용은 Microsoft 기술 자료의 다음 문서를 참조하십시오.
811832 일부 시나리오에서 IPSec 기본 면제를 사용하여 IPSec 보호를 무시할 수 있다
IPSec에서 사용하는 프로토콜과 포트에 대한 자세한 내용은 Microsoft 기술 자료의 다음 문서를 참조하십시오.
233256 방화벽을 통해 IPSec 트래픽을 사용하는 방법
L2TP 및 IPSec의 새로운 기능과 업데이트된 기능에 대한 자세한 내용은 Microsoft 기술 자료의 다음 문서를 참조하십시오.
818043 Windows XP 및 Windows 2000용 L2TP/IPSec NAT-T 업데이트
MADCAP(Multicast Address Dynamic Client Allocation Protocol)
MADCAP 서버 계획을 수립하는 방법에 대한 자세한 내용은 다음 Microsoft 웹 사이트를 참조하십시오.
http://www.microsoft.com/technet/treeview/default.asp?url=/technet/prodtechnol/windowsserver2003/proddocs/deployguide/dnsbb_tcp_btgh.asp
메시지 대기열
Microsoft Message Queuing에서 사용하는 포트에 대한 자세한 내용은 Microsoft 기술 자료의 다음 문서를 참조하십시오.
178517 INFO: MSMQ에서 사용하는 TCP, UDP 및 RPC 포트
Mobile Information Server
Microsoft Mobile Information Server 2001에서 사용하는 포트에 대한 자세한 내용은 Microsoft 기술 자료의 다음 문서를 참조하십시오.
294297 XCCC: Microsoft Mobile Information Server에서 사용하는 TCP/IP 포트
Microsoft Operations Manager
MOM에 대한 계획을 수립하고 MOM을 배포하는 방법에 대한 내용은 다음 Microsoft 웹 사이트를 참조하십시오.
http://www.microsoft.com/technet/prodtechnol/mom/momcngde.mspx
Systems Management Server
SMS 2003에서 사용하는 포트에 대한 자세한 내용은 Microsoft 기술 자료의 다음 문서를 참조하십시오.
826852 Systems Management Server 2003에서 방화벽이나 프록시 서버를 통해 통신하는 데 사용하는 포트
SMS 2.0에서 사용하는 포트에 대한 자세한 내용은 Microsoft 기술 자료의 다음 문서를 참조하십시오.
167128 SMS: 원격 헬프데스크 기능에서 사용하는 네트워크 포트
방화벽을 통해 SMS를 구성하는 방법에 대한 자세한 내용은 Microsoft 기술 자료의 다음 문서를 참조하십시오.
200898 방화벽을 통해 Systems Management Server 2.0을 사용하는 방법
SMS 2.0 원격 도구에서 사용하는 포트에 대한 자세한 내용은 Microsoft 기술 자료의 다음 문서를 참조하십시오.
256884 SMS: 원격 제어에서 사용하는 TCP 및 UDP 포트가 서비스 팩 2에서 변경되었다
SQL Server
SQL Server 2000이 보조 인스턴스의 포트를 동적으로 결정하는 방식에 대한 자세한 내용은 Microsoft 기술 자료의 다음 문서를 참조하십시오.
286303 INF: 동적 포트 검색 동안 SQL Server 2000 네트워크 라이브러리의 동작
OLAP용 SQL Server 7.0 및 SQL Server 2000에서 사용하는 포트에 대한 자세한 내용은 Microsoft 기술 자료의 다음 문서를 참조하십시오.
301901 INF: 방화벽을 통해 연결할 때 OLAP Services에서 사용하는 TCP 포트
터미널 서비스
터미널 서비스에서 사용하는 포트를 구성하는 방법에 대한 자세한 내용은 Microsoft 기술 자료의 다음 문서를 참조하십시오.
187623 터미널 서버의 수신 대기 포트를 변경하는 방법
Windows에서 인터넷을 통한 통신 제어
Windows XP 서비스 팩 1(SP1)이 인터넷을 통해 통신하는 방법에 대한 자세한 내용은 "관리 환경에서 서비스 팩 1이 있는 Windows XP Professional 사용" 백서를 참조하십시오. 이 백서를 보려면 다음 Microsoft 웹 사이트를 방문하십시오.
http://www.microsoft.com/korea/technet/prodtechnol/winxppro/maintain/xpmanaged/00_abstr.asp
Windows 2000 서비스 팩 4(SP4)가 인터넷을 통해 통신하는 방법에 대한 자세한 내용은 "관리 환경에서 서비스 팩 4가 있는 Windows 2000 사용(영문)" 백서를 참조하십시오. 이 백서를 보려면 다음 Microsoft 웹 사이트를 방문하십시오.
http://www.microsoft.com/technet/prodtechnol/windows2000pro/maintain/w2kmngd/00_abstr.mspx
Windows Server 2003이 인터넷을 통해 통신하는 방법에 대한 자세한 내용은 "관리 환경에서 Windows Server 2003 사용(영문)" 백서를 참조하십시오. 이 백서를 보려면 다음 Microsoft 웹 사이트를 방문하십시오.
http://www.microsoft.com/technet/prodtechnol/windowsserver2003/technologies/security/ws03mngd/default.mspx
맨 위로

Microsoft 제품 관련 기술 전문가들과 온라인으로 정보를 교환하시려면 Microsoft 뉴스 그룹에 참여하시기 바랍니다.

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

본 문서의 정보는 다음의 제품에 적용됩니다.
• Microsoft Windows Server 2003 Datacenter Edition
• Microsoft Windows Server 2003 Enterprise Edition
• Microsoft Windows Server 2003
• Microsoft Windows Server 2003 Web Edition
• Microsoft Windows 2000 Enterprise Edition
• Microsoft Windows 2000 Enterprise Edition
• Microsoft Windows 2000 Professional Edition
• Microsoft Windows 2000 Enterprise Edition
• Microsoft SQL Server 2000 Standard Edition
• Microsoft SQL Server 2000 Enterprise Edition
• Microsoft Exchange 2000 Enterprise Server
• Microsoft Exchange 2000 Server Standard Edition
• Microsoft Internet Security and Acceleration Server 2000 Standard Edition
• Microsoft Windows XP 64-Bit Edition
• Microsoft Windows XP Home Edition
• Microsoft Windows XP Professional Edition
• Microsoft SharePoint Portal Server 2001 서비스 팩 2
• Microsoft Systems Management Server 2003 Standard Edition
• Microsoft Systems Management Server 2.0 Standard Edition
• Microsoft Systems Management Server 2003 Enterprise Edition
• Microsoft Operations Manager 2000 Service Pack 1
• Microsoft Windows XP Tablet PC Edition
• Microsoft Application Center 2000 Standard Edition

출처 : http://hubgo.com/

터미널 접속시 접속안됨~~

2006-02-21T14:30:03Z

오류 메시지: 기존의 자격 증명과 충돌...

이 문서가 적용되는 제품 보기.

기술 자료 ID	:	106211
마지막 검토	:	2004년 1월 19일 월요일
수정	:	3.0

이 문서는 이전에 다음 ID로 출판되었음: KR106211

이 페이지에서

	현상
	해결 방법
	추가 정보
		문제를 일으키는 작업 절차
	본 문서의 정보는 다음의 제품에 적용됩니다.

현상

둘 이상의 자격 증명 집합을 사용하려고 할 경우, Windows NT는 같은 워크스테이션에서 공유 네트워크 서버에 대해 다수의 연결을 하도록 허용하지 않습니다. 둘 이상의 자격 증명 집합을 사용하여 같은 서버에 둘 이상의 연결을 시도하면 다음과 같은 오류 메시지가 나타납니다.

시스템 오류 1219이(가) 발생했습니다.
제공한 자격 증명이 기존의 자격 증명 집합과 충돌합니다.

위로 가기

해결 방법

다른 계정으로 연결하려면 서버 연결을 끊어야 합니다. 이것은 보안 목적을 위해 의도적으로 설계한 기능입니다.

위로 가기

추가 정보

자격 증명 집합은 사용자 이름과 암호로 구성됩니다. 파일 관리자와 NET USE 모두 서버에 연결할 때 사용할 사용자 계정을 지정하는 매개 변수를 지정하는 데 사용할 수 있습니다. 한 계정을 사용하여 서버에 연결한 다음 (이 연결이 유효한 상태에서) 다른 계정을 사용하여 같은 서버에 연결하면 위와 같은 오류 메시지가 나타납니다. 다른 계정으로 연결하려면 서버 연결을 끊어야 합니다.

위로 가기

문제를 일으키는 작업 절차

1.	연결할 서버와 같은 도메인에서 Windows NT를 실행하는 컴퓨터에서 파일 관리자를 사용하여 서버에 있는 공유에 연결합니다. 연결 계정 필드에 아무 것도 입력하지 마십시오.
2.	같은 서버에 있는 같은 공유나 다른 공유에 별도의 두 번째 연결을 합니다. 이번에는 연결 계정 필드에 계정을 지정합니다. 이것은 현재 로그온한 계정과 다른 계정이어야 합니다.
3.	확인을 누릅니다. 위와 같은 오류 메시지가 나타납니다.

위로 가기

본 문서의 정보는 다음의 제품에 적용됩니다.

•	Microsoft Windows NT Advanced Server 3.1
•	Microsoft Windows NT Workstation 4.0 Developer Edition
•	Microsoft Windows NT Server 3.5
•	Microsoft Windows NT Server 3.51
•	Microsoft Windows NT Server 4.0 Standard Edition
•	Microsoft Windows 2000 Server
•	Microsoft Windows 2000 Advanced Server

위로 가기

키워드:	kbnetwork ntsecurity ntsrv KB106211

cdrom 에러.(에러코드19,31,32, 39,41)

2006-02-20T18:07:16Z

중요: 이 문서에서는 레지스트리 수정 방법을 설명합니다. 레지스트리를 수정하기 전에 해당 레지스트리를 백업하고 문제 발생 시 이를 복원하는 방법을 알고 있어야 합니다. 레지스트리 백업, 복원 및 편집 방법은 Microsoft 기술 자료의 다음 문서를 참조하십시오.

256986 (http://support.microsoft.com/kb/256986/KO/) Microsoft Windows 레지스트리 설명

이 문서의 Microsoft Windows 2000 버전에 대한 내용은 270008 (http://support.microsoft.com/kb/270008/KO/)를 참조하십시오.

현상

컴퓨터에서 CD 기록 소프트웨어나 다른 소프트웨어를 제거하면 컴퓨터에 다음과 같은 현상이 나타날 수 있습니다.

•	내 컴퓨터에서 CD-ROM 드라이브 아이콘이 없어집니다.
•	장치 관리자에서 컴퓨터 시스템의 일부인 CD-ROM 장치와 관련하여 다음과 같은 오류 메시지가 나타납니다. Windows에서 필요한 드라이버를 로드할 수 없기 때문에 해당 장치가 올바르게 작동하지 않습니다. (코드 31)
•	장치 관리자가 다음과 같은 오류 메시지를 표시합니다. 이 장치의 드라이버는 필요하지 않으며 사용하지 않도록 설정되었습니다. (코드 32 또는 Code 31) 또는 드라이버가 손상되었음을 나타내는 오류 코드 39 메시지도 나타날 수 있습니다.
•	장치 관리자가 다음과 같은 오류 코드 19 메시지를 표시하는데, 이 메시지는 레지스트리가 일부 알 수 없는 결과를 반환했음을 의미합니다. 레지스트리가 손상될 수 있습니다. (코드 19)
•	또한 다음과 같은 오류 메시지가 나타날 수도 있습니다. 이 하드웨어에 대한 장치 드라이버를 로드했지만 하드웨어 장치를 찾을 수 없습니다. (코드 41)

해결 방법

경고: 레지스트리 편집기를 잘못 사용하면 심각한 문제가 발생할 수 있으며 문제를 해결하기 위해 운영 체제를 다시 설치해야 할 수도 있습니다. Microsoft는 레지스트리 편집기를 잘못 사용함으로써 발생하는 문제에 대해 해결을 보증하지 않습니다. 레지스트리 편집기의 사용에 따른 모든 책임은 사용자에게 있습니다.

이 문제를 해결하려면 다음과 같이 하십시오.

1.	레지스트리 편집기(Regedt32.exe)를 시작합니다.
2.	레지스트리에서 다음 키의 UpperFilters 값을 찾습니다. HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Class\{4D36E965-E325-11CE-BFC1-08002BE10318}
3.	편집 메뉴에서 삭제를 누른 다음 확인을 누릅니다.
4.	레지스트리에서 같은 키의 LowerFilters 값을 찾습니다. HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Class\{4D36E965-E325-11CE-BFC1-08002BE10318}
5.	편집 메뉴에서 삭제를 누른 다음 확인을 누릅니다.
6.	레지스트리 편집기를 끝냅니다. 참고: Upperfilters 값과 Lowerfilters 값을 제거한 후 CD 기록 소프트웨어 같은 특정 프로그램의 기능이 없어지면 해당 소프트웨어를 다시 설치해야 합니다. 문제가 다시 발생하면 소프트웨어 공급업체에 도움을 요청하십시오.
7.	컴퓨터를 다시 시작합니다.

현재 상태

이것은 Easy CD Creator 버전 5.01 이전이나 DirectCD 버전 3.01c 이전을 제거하면 발생할 수 있는 알려진 문제입니다. Easy CD Creator 버전 5.01과 DirectCD 3.01d 이상에서도 이 문제가 발생할 수 있습니다.

추가 정보

이와 유사한 현상이 발생하는 다른 공급업체의 CD 쓰기 소프트웨어 제품이 있을 수도 있습니다. 그러한 제품이 해당 필터 드라이버를 추가하거나 이 문서의 시작 부분에 나오는 다음과 같은 레지스트리 키와 값을 제거하여 레지스트리에서 UpperFilters 값이나 LowerFilters 값에 항목을 추가하는 경우에는 이 문서에 나와 있는 문제 해결 단계를 일부 또는 전체 적용할 수 있습니다.

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Class\{4D36E965-E325-11CE-BFC1-08002BE10318}

경고: 레지스트리를 변경하기 전에 백업해 두어야 합니다. 이 문서에 나와 있는 다른 공급업체 제품은 Microsoft와 무관한 회사에서 제조한 것입니다. Microsoft는 이들 제품의 성능이나 신뢰성에 관하여 명시적이든 묵시적이든 어떠한 보증도 하지 않습니다.

Microsoft 제품 관련 기술 전문가들과 온라인으로 정보를 교환하시려면 Microsoft 뉴스 그룹 (http://support.microsoft.com/newsgroups/default.aspx)에 참여하시기 바랍니다.

본 문서의 정보는 다음의 제품에 적용됩니다.

•	Microsoft Windows XP Home Edition
•	Microsoft Windows XP Professional Edition

위로 가기

키워드:	kberrmsg kbhardware kbprb kb3rdparty kbsound KB314060

윈도우 메모리 부족현상 발생 주요 사항[펌]

2006-02-16T17:07:42Z

윈도우 메모리 부족현상 발생 주요 사항

작성자 : 홍순성

메모리가 부족현상이 나타나는 것을 알려고 한다면 작업관리자를 통해서 메모리 사용율을 살펴 보는 것이 전부라고 볼 수 있다. 그러한 부분은 평소에도 부족현상을 가지고 있기 때문에 부족한 것을 쉽게 알 수 있을 것이다.
하지만 그렇지 않은 경우도 많은 것이고 일정 후에 메모리가 부족 하는 현상을 발견하게 될 수도 있는 데 그 부분은 모니터링을 하지 않을 경우는 쉽게 알 수 없을 것이다.

아래 사항은 메모리와 디스크의 액세스 타임으로 알아 보는 수치 자료이며 많은 차이점을 볼 수 있다. 결국 메모리가 부족할 경우 디스크를 활용해서 사용한다며 많은 성능 저하를 가질 수 있으며 가상메모리 ?

디스크 액세스 타임 : 단위가 ms(1000분의 1초)
메모리 액세스 타임 : 단위를 ns(10억 분의 1초)

윈도우 제품별 메모리 지원 사양을 정리한 문서이니 참고 하기를

[표1]Windows 제품별 최대 지원 CPU, 메모리

1. 메모리 증설 필요성
아래 사항은 MS 인용 사례를 정리 한 문서 이며 실제 필자가 운영하는 동일한 사례가 있기 때문에 준비 한 문서 자료이다.

디스크 액세스 빈도수가 높기 때문에 시스템에 병목 현상 발생
메모리를 통한 시스템 체크 사항

[그림1]작업관리자 메모리 관리 부분 화면

그림 사항에 대한 세부 참고 사항
가. 실제 메모리 = 내가 실제 가지고 있는 물리적 메모리 (위 그림에서는 1G)
- 전체 : 전체 내가 낀 물리 메모리
- 사용 가능 : 현재 사용 가능한 물리 메모리, 만일 부족하다면, 물리적 메모리 추가
- 시스템 캐시 : 윈도우의 파일 캐시 부분이며, 프로그램 캐쉬를 위해 잡고 있는 메모리, 만일 지나치게 작다면(전체의 10%이하), 물리적 메모리 추가 해야 함, 시스템 캐시는 대부분 물리적 메모리로만 캐시 함

나. 부과 메모리 = 실제 메모리 + 가상 메모리
- 전체 : 실제 메모리 + 가상메모리
- 한도 : 사용 가능한 최고치 메모리(물리 메모리 포함)
- 최고 : 가상 메모리를 포함하여 사용 가능한 메모리 공간, 튜닝을 위해서라면 한도 메모리+a 수준으로 잡는 게 유리, 한도가 80%까지 되었다면 전체적인 메모리 부족현상이 나타나며 해결방안은 실제 메모리 및 가상 메모리 추가

다. 커널 메모리
- 전체 : 윈도우 시스템이 운영을 위해 사용하는 메모리이며 과다 사용시 바이러스 및 시스템 취약점에 의한 해킹 주의해야 함
- 페이지 됨 : 사용하고 있는 메모리
- 페이지 안됨 : 사용하는 메모리 중에서 Page Fault가 일어난 것

MS 인용
"앞서 이야기 했듯이 64비트는 32비트와는 비교할 수 없을 정도로 거대한 메모리 공간을 이용 할 수 있으며 큰 데이터 셋을 메모리에 로드 할 수 있어 디스크 액세스 타임을 줄여주어 성능을 향상 시켜 대형 데이터를 처리하는 시스템의 성능 향상을 가져 옵니다. 예를 들면 메모리가 부족하면 디스크에서 데이터를 액세스 하는 시간의 증가를 가져오게 되는데 이는 직접적인 시스템 성능의 저하를 가져올 수 밖에 없습니다, 반대로 넉넉한(?) 메모리 환경은 많은 데이터를 메모리상에 올려놓고 작업 하므로 디스크를 읽고 쓰는 작업을 줄여 주어 그만큼 좋은 성능을 낼 수가 있습니다.단적으로 디스크 액세스 타임의 단위가 ms(1000분의 1초)이고 메모리 액세스 타임의 단위를 ns(10억 분의 1초)를 사용 하는 것을 보아도 디스크를 사용했을 때와 메모리를 사용했을 때의 엄청난 속도의 차이를 느낄 수 있습니다."

2. 메모리 증설필요성을 제기 하는 사례 (정적 컨텐트 예제)
: 아래 작업은 디스크 부하가 많은 웹 서버를 테스트 했으며 특히 이미지로드가 많은 것 중에 하나이다.( Current Connections 이 4000 정도 일 경우 측정 했음)

(1)시스템에 디스크 액세스 빈도 확인
- PhysicalDisk: % Disk Time 높다
- Processor: % Processor Time 및 Network Interface : Bytes Total/sec 여유가 있다면 병목현상 발생

(2)파란색 : % Disk Time
(3)빨간색 : % Processor Time

[그림2]성능관리자로 본 그래프 사례화면

아래 사항은 향후 메모리 부분에 성능 진행 문제점을 처리 할 수 있는 주요 사항이니 참고 하기를 바람

메모리 관련 성능 카운터 자료

Memory: Available Bytes ? 이 카운터는 시스템에서 실행되는 프로세스에 사용할 수 있는 실제 메모리 양을 바이트 단위로 표시합니다. 이 값은 Zeroed, Free 및 Stand-by 메모리 목록에 공간을 추가하여 계산합니다. Free 메모리는 사용할 수 있는 메모리이며, Zeroed 메모리는 나중에 프로세스가 이전 프로세스에서 사용한 데이터를 보지 못하게 하기 위해 0으로 채워진 메모리 페이지를 나타내며, Stand-by 메모리는 디스크로 보내지는 프로세스 작업 집합에서 제거되었지만 회수할 수 있는 메모리입니다. 이 카운터는 마지막으로 검색된 값만 표시합니다.
Available Bytes 값이 낮으면(4MB 이하) 시스템의 전체적인 메모리가 부족하거나 프로그램이 메모리를 릴리스하지 않는 경우일 수 있습니다. 4MB의 임계값에 도달하면 시스템의 가상 메모리가 부족함을 나타내는 이벤트 26이 시스템 이벤트 로그에 기록됩니다. 메모리가 낮으면 이벤트가 기록될 뿐 아니라 영향받는 시스템의 성능도 저하됩니다. 메모리 관련 성능 문제를 피하려면 웹 사이트가 최대로 사용될 때를 대비하여 적어도 10%의 메모리를 보유해야 합니다.
Memory: Cache Bytes ? 이 카운터는 파일 시스템 캐시의 크기를 보여 줍니다. 이 크기는 설치된 실제 메모리 크기에 따라 최대 900MB까지 사용 가능한 실제 메모리의 50%를 사용하도록 설정됩니다. IIS는 메모리가 부족할 때 자동으로 캐시의 데이터를 지우므로 이 카운터는 중요합니다. 이 카운터를 아래에서 설명하는 Private Bytes와 함께 사용하면 메모리 누수가 있는 응용 프로그램을 격리할 수 있습니다.
Memory: Page Faults/Sec - 이 카운터는 초당 폴트된 평균 페이지 수를 측정합니다. 이 카운터는 하드 폴트(디스크 액세스를 필요로 하는 폴트)와 소프트 폴트(실제 메모리에서 폴트된 페이지가 있는 위치)를 모두 포함합니다. 대부분의 프로세서가 큰 영향 없이 많은 수의 소프트 페이지 폴트를 처리할 수 있습니다. 그러나 디스크 액세스를 필요로 하는 하드 폴트는 심각한 성능 문제를 유발할 수 있습니다. 이 카운터의 값이 낮으면 서버는 빠르게 요청에 응답합니다. 이 값이 높으면 나머지 시스템을 위해 충분한 메모리를 남겨 두지 않고 파일 시스템 캐시에 너무 많은 메모리가 할당될 수 있습니다. 페이지 폴트/초 값이 너무 높으면 서버의 실제 메모리 양을 늘려야 합니다.

기타 디스크와 관련해서 병목 발생 시 메모리 부하로 늘어 날 수 있기 때문에 아래 사항도 참고 해야 한다.

Physical Disk: % Disk Time - 이 카운터는 선택한 디스크 드라이브가 읽기 및 쓰기 요청을 처리하는 시간을 측정합니다. 이 카운터 값이 높으면(90% 초과) Physical Disk: Current Disk Queue Length 카운터를 검사하여 디스크 액세스를 기다리는 시스템 요청 수를 확인해야 합니다. 대기 I/O 요청 수는 실제 디스크를 구성하는 스핀들 수의 1.5-2배 수준으로 유지되어야 합니다. 스핀들 정보에 대해서는 서버 제조업체에 문의하십시오. 일반적으로 대부분의 디스크에는 스핀들이 하나만 있지만 RAID 장치에는 더 많은 스핀들이 있습니다. 하드웨어 RAID 장치는 시스템 모니터에 하나의 실제 디스크로 나타나지만 소프트웨어를 통해 만들어진 RAID 장치는 여러 드라이브로 나타납니다. 각 실제 드라이브(RAID가 아닌)의 Physical Disk 카운터를 모니터링하거나 _Total 인스턴스를 사용하여 모든 컴퓨터 장치의 데이터를 모니터링할 수 있습니다.
Physical Disk: Current Disk Queue Length 및 Physical Disk: % Disk Time 카운터 값을 사용하여 디스크 하위 시스템의 병목 현상을 찾아 내십시오.이들 값이 모두 높으면 디스크 드라이브를 업그레이드하거나 자주 액세스하는 파일을 다른 디스크나 서버로 옮기는 것을 고려할 수 있습니다.
참고 RAID 장치를 사용하는 경우 % Disk Time이 100%보다 더 큰 값을 나타낼 수 있습니다. 이 경우 Physical Disk: Average Disk Queue Length 카운터를 사용하여 평균적으로 디스크 액세스를 기다리는 시스템 요청의 수를 확인하는 방법을 고려해야 합니다.

이번 문서는 메모리 부분에서 바라본 문서이며 좀더 시스템에 대한 성능을 분석하려면 CPU 및 디스크,네트워크 부분을 종합적으로 분석해야만 알 수 있을 것이며 각각의 서비스 별로 세분화 될 수 있다는 점 향후 알게 될 것이다.

터미널 세션 강제끊기~

2006-02-16T16:50:28Z

윈도우 2000에서 2개가지 지원합니다.
네트워크가 불안하면 끊기면서 세션이 남아서 접속이 안되죠.
아니면 그냥 터니멀 강제 종료가 되면 이런경우가 발생하죠.
이럴때는 tsdiscon 1 /server:ip주소 엔터를 하면 1번째 세션이 끊기죠.
query session /server:ip주소 엔터하면 연결된 세션을 알수 있죠.
서버에 NETBIOS연결이 가능해야하죠.
혹은 이런경우를 대비하여 네미팅이나 기타 VNC, PC애니에어등을 사용합니다.
로컬에서 작업하는것이니 터미널세션을 간단하게 끊을수 있죠.

터미널 세션 초과(최대 연결 허용수 초과)시에 도스 컨맨드 라인 명령어 등을 이용해서 접속을 끊을 수 있는 다른 방법은 없습니까?
커맨드 유틸리티 명령어중에서 tsdiscon 이라는 명령어를 사용해서 세션초과시에 접속을 끊을 수도 있습니다.
사용하는 방법은 [실행]-[CMD] 로 도스 프롬프트 창을 열고.
net use \\ip /user:관리자 계정으로 네트워크에 연결을 합니다.
그리고 나서 tsdiscon 유틸리티를 이용해서
tsdiscon 1 /server:ip /v
식으로 명령을 주시면 됩니다. tsdiscon 뒤에 번호는 터미널 서비스에 접속된 사용자 id로써 관리모드의 경우 보통 1 또는 2 입니다.
하지만 해당 컨맨드 라인 유틸리티는 Netbios 기반의 연결 방식으로써 최근 ISP나 IDC의 경우 Netbios 기반의 취약점 때문에 해당 포트를 네트워크 장비에서 막는 경우가 있기 때문에 모든 환경에서 작동한다고 볼 수는 없습니다.
logoff 1 /server:ip /v

139 , 445 포트가 열려있어야함

0. 터미널 서비스 원격으로 끊기 준비물
   - 세션 끊으려는 서버의 IP
   - 세션 끊으려는 서버의 id/password
   - 윈도2000서버 이상 추천 (윈도프로페셔널에는 tsdiscon명령어가 없으나,
     자료실 다운받은후 프로에서 작업가능, tsdiscon은 윈도2000서버이상에만 있는 명령어)

1. 시작 -> 실행 cmd 창에서 아래를 입력
net use \\211.189.x.x (IP) /user:admin(어드민 권한 사용자아이디) * (*는 암호 입력하겠다는뜻임)
\\211.189.x.x에대한 암호를 입력하십시오 : **** (패스워드 입력)

2. 여전히 cmd창에서
   query user /server:211.189.x.x
   사용자이름   세션이름 id    상태 유휴시간 로그온시간
   console                 0    활성      .      10:10:00
   admin                   1    활성      .      10:10:00
   admin                   2    활성      .      10:10:00
                            ^^^^ <------- id확인
   * query 는 윈도 프로에는 없는 명령어임..id는 그냥 0,1,2니까 그냥 끊는거면 1,2 끊어리면 됨..

3. id를 확인후 - 콘솔이 0번, 터미널이 1, 2번 사용
4. 여전히 cmd창에서
tsdiscon 1 /server:211.189.x.x
하면은 해당 터미널 접속세션 끊김

* 그냥 tsdiscon하면은 local 터미널 접속세션이 끊김

mssql server 입문[펌]

2006-02-14T15:52:32Z

0. SQLServer2000 시작하기 전에

0. 문제를 두려워하는 것은 문제에 해결방안이 없다고 생각하기 때문이다.

1. 왜 데이터베이스를 만들었으며 왜 사용하는가?

2. SQLServer 2000이 나오기까지

3. Windows2000(NT)과 SQLServer2K

4. Windows DNA와 SQLServer2000

5. 반드시 MS의 SQLServer2000 이어야 하는가?

1. SQLServer2000 특징, 설치

0. SQL2000의 특징

1. 설치전 점검사항

2. Windows2000 서버에서 SQL2000 Server 설치

3. WindowsNT 서버에서 SQL2000 Server 설치

4. Windows9X 에서 SQL2000 Server 설치

5. SQL7에서 SQL2000으로 업그레이드

6. SQLServer2000 서버 도구들 맛보기

7. SQLServer 등록(Registration)

8. SQLServer2000의 핵심툴 서버 관리자(Enterprise Manager) 맛보기

9. 실제 데이터처리를 위한 Query Analyzer 사용방법

10. 그외 Windows의 SQLServer2000을 위한 도구들

2. 데이터의 검색

1. T-SQL SQLServer의 언어에 대한 간단한 소개

2. SELECT 구문

3. SELECT에서 컬럼의 선택

4. 문자 변환, 수치변환, 날짜변환, 데이터 변환 함수, 시스템 함수

5. WHERE절의 조건에 의한 행의 검색

6. DISTINCT 문을 이용한 중복의 제거

7. ORDER BY 문을 이용한 결과의 정렬

8. GROUP BY, COMPUTE BY, ROLLUP, CUBE를 이용한 요약 데이터 작성

9. JOIN을 이용한 테이블의 연결

10. SUB QUERY 부질의의 사용

11. SELECT INTO를 사용한 테이블 복사

12. UNION을 사용한 테이블의 연결

13. SQL 질의를 자동으로 생성하는 Query Designer사용

3. 데이터의 삽입, 삭제, 수정

1. INSERT를 이용한 행 삽입

2. UPDATE를 이용한 행 수정

3. DELETE를 이용한 행 삭제

4. TRUNCATE TABLE을 사용한 테이블의 모든 행 삭제

4. 데이터베이스 생성과 관리

1. SQL서버의 데이터베이스와 데이터베이스 개체의 이해

7. 최적의 성능을 위한 물리적인 서버 구성과 데이터베이스 생성

8. 시스템 카탈로그 엿보기

5. 테이블생성과 관리

1. SQL서버의 테이블에 대한 이해

2. 데이터 타입(Data Type)에 대한 이해

3. 테이블 생성

4. 테이블 수정

5. 최적의 성능을 위한 데이터베이스와 테이블의 설정

6. 데이터 무결성을 위한 참조무결성, 데이터형, 체크제약과 규칙, 디폴트, 트리거

1. 데이터 무결성에 대한 이해

2. 테이블 컬럼과 NULL제약

3. 기본키 제약, 유니크인덱스 제약, 참조키 제약

7. 뷰, 저장프로시져, 커서, T-SQL 프로그래밍

1. 뷰(View) 이해

2. 뷰 생성

3. 뷰 수정

4. 뷰 삭제

5. 뷰 옵션

11. 저장 프로시져(Store Procedure 이해)

12. 저장 프로시져 생성, 실행

13. 매개변수를 사용한 저장 프로시져

14. 저장 프로시져 옵션

15. 모든 SQL 쿼리를 저장 프로시져로

21. 배치(Batch)

22. 변수(Variable), 조건문(WHILE, IF - ELSE 와 CASE)

8. 관계형 데이터베이스(RDBMS) 이해

3. 왜 DBMS인가?

6. 모델링(Modeling)툴과 사용방법에 대한 소개

9. 색인 생성과 관리

1. 색인(Index)에 대한 이해툴과 사용방법에 대한 소개

2. 색인의 종류툴과 사용방법에 대한 소개

3. 색인의 생성툴과 사용방법에 대한 소개

4. 색인과 성능에 대한 깊은 이야기툴과 사용방법에 대한 소개

10. 백업과 복구

1. 백업과 복구에 대한 이해

2. 백업과 복구의 전략

3. 클러스터링과 스탠바이 서버

4. mdf화일만 또는 mdf와 ldf 화일만 남았을때..

11. 트랜젝션과 잠금처리

1. 트랜젝션(Transaction)의 이해

2. 트랜젝션의 종류

3. 트랜젝션과 체크 포인트(Check Point)

4. 잠금(Lock)의 이해

5. 잠금과 동시성

6. 잠금관리

7. 데드락(Deadlock)처리

12. DTS(Data Transfer Service)

1. DBMS간 데이터 전송에 대한 이해

2. DTS 위저드의 사용

3. DTS 디자이너 사용

4. DTS 패키지 생성과 실행

5. BCP와 BULK INSERT를 사용한 데이터 전송

13. XML과 SQLServer2000의 통합

1. XML이란 무엇인가?

2. XML의 생성과 사용

3. SQL서버와 XML문서

4. SQLXML사용을 위한 IIS설정

5. SQLXML을 위한 참고자료

14. VB, JAVA, ASP, JSP, PHP와 SQL2000의 연결

15. 전문검색(Full Text Search)

1. 전문검색 이해

2. 전문검색 서비스의 구축

3. 전문검색의 문제점

16. 복제(Replication)

17. Analysis Service, 영문 자연어 질의(English Natural Query)

18. SQLServer2000 관리와 모니터링

19. 마치는글

모니터링 및 제어[펌]

2006-02-14T15:50:27Z

모니터링과 제어

게시일: 2004년 8월 21일

요약

이 장은 기업 데이터 센터에서 프로액티브 모니터링을 수행하기 위해 사용하는 도구와 절차를 소개한다. 경고, 현재 동작 윈도우, 이벤트 로그와 다른 모니터링 기술에 대한 내용이다. 리액티브 모니터링과 문제 해결 기술 또한 소개 될 것이다. 여기에 추천된 모든 것을 적용한다면, 각각의 운영 환경에 적합한 모니터링 체계를 수립할 수 있다.

소개

데이터 센터 운영은 정보시스템의 핵심으로 고객과 약속하고 인정한 모든 정보 기술 서비스를 관리하여 특정 서비스 수준 유지(SLA: service level agreements)에 부합하도록 서비스를 제공해야 한다. 서비스 수준 유지는 IT 관리자와 다양한 고객의 비즈니스 조직이(8장 참조) 협상하여 합의한 것이다. 이런 중요한 임무를 수행하려면, 운영 팀이 서비스 모니터링을 참조하여 용량을 산정하는 것은 필수적이다.

서비스 모니터링은 운영 팀이 실시간(real-time)으로 서비스 상태를 관찰하는 것으로 여기서 정의되는 실시간은 데이터 소스 컨텍스트에 전적으로 할당된 시간으로 정보 관리 및 데이터 보정을 위해 필요하다. 즉, 서비스가 시작, 다운, 한계에 도달했는지를 파악해야 한다. 보통 이렇게 중요한 작업을 장애가 일어나는 상황에서만 수행하는 경향이 있다. 요즘과 같은 시장 경쟁 환경에서, IT 서비스 문제가 일어나야만 조치하는 서비스 모니터링은 충분하지 못하다. 게다가, 서비스 모니터링이 운영 팀에게 서비스 작동을 프로액티브하게 관찰할 수 있도록 하는 능력을 제공하는 것은 매우 중요하다.

사전지원 모니터링은 문제가 발생되기 전에 문제점과 잠재적인 서비스 중지를 찾아 내는 것을 의미한다. 운영관리에 있어 사후지원과 사전지원 모니터링 능력을 제공하는 것은 최선의 서비스 모니터링 방법이다.

만일 운영 팀이 현재 서비스 상태를 파악하거나 서비스가 중지 될 수 있는 잠재적인 문제를 찾아내고, 이에 상응하는 작업을 수행할 권한 및 능력을 가지고 있어야 한다. 이것은 운영 팀이 직접 작업을 취하거나, 적어도 특정한 형태의 사후지원 또는 사전지원 작업이 적절하게 이루어 지도록 작업 그룹에 알려주는 것을 의미하기도 한다. 이것은 "제어"라는 용어로 설명되기도 한다. 적절한 작업과 고객지원이 제공되었을 때, 서비스 모니터링과 제어는 운영 팀에게 항상 동일한 서비스 수준을 유지할 수 있는 중요한 역량을 제공한다. 적절한 서비스 모니터링과 제어가 없으면 서비스 수준 유지는 불가능하고, 생산성이 떨어지며, 결과적으로 유용하지도 않게 된다.

이 장은 모니터링 시스템을 구성하기 위해 필요한 모든 지식을 제공하고 있다. 이 장에서 소개하고 있는 프로세스, 평가해야 하는 기술, 모니터링 카운터를 주목해야 한다.

디자인 고려사항

모니터링 시스템은 개발과 운영 팀 사이에 갭을 없애 준다. 양 팀에게 유용한 정보를 제공한다. 이 장에서 제안된 모니터링 시스템은 계속 진행 중인 운영과 응용 프로그램 개발 팀을 모두 만족시키기 위한 것이다. 개발자들이 반드시 수행해야 하는 응용 프로그램 모니터링을 수행하지 않을 때를 추측해 보자. 다음과 같은 모니터링 시스템 디자인은 책임의 분리를 권고한다. 기술된 시스템은 문제를 해결할 수 있는 개발자에게 정보를 제공하는 한편, 현장에서 응용 프로그램을 감시하는 운영 요원을 가장 잘 이용할 수 있다.

필요 리소스

최소한 DBA와 모니터링 담당자는 적절한 모니터링 시스템이 필요하다. 모니터링 담당자는 현장에서 사용되는 모니터링 도구를 잘 알아야 한다. DBA는 모니터링 해야 할 응용 프로그램과 친숙해야 할 뿐만 아니라 응용 프로그램 문제를 검사하기 위해 사용하는 다양한 분석 도구에 대해서도 잘 알아야 한다.

사전에 필요한 시스템

여기서는 기존에 사용하던 모니터링 시스템에 대하여 다루지는 않을 것이다(모니터링 시스템의 개발은 이장에 걸쳐 논의될 것이다). 응용 프로그램 구성요소와 서비스 수준 유지 문서로 제공된 서비스 수준을 잘 알아야 한다.

페이지 맨 위로

프로세스 흐름도

마이크로소프트 SQL 서버에서 사용할 모니터링 시스템을 만드는 것은 요구 수집 단계, 디자인 단계, 구현 단계와 같이 비교적 간단한 프로세스로 구성된다. 각 단계를 지나면서, 수용해야 할 기술, 모니터링 할 카운터, 개발 방법론이 결정된다. 만일 이런 결정이 잘 못 된다면, 항상 다시 원점으로 돌아가 재 작업을 해야 한다. 모니터링 솔루션은 지속적으로 발전하고 변경되는 시스템이다.

반드시 구현해야 할 시스템 요소 중 하나는 운영 방안이다. 운영 방안은 시스템의 성공과 실패를 결정한다. 만일 운영 담당자가 개발된 모니터링 절차에 대해 부정적이라면, 응용 프로그램 문제를 발견하지 못하고 방치될 것이다. 적절한 운영 방안을 확립하려면 다음의 가이드 라인을 따라야 한다.

자기 만족 회피
사전지원 체계 확립

자기만족 회피

모니터링 담당자가 상세하게 체크하지 않고 리포트나 상태 표시자(indicator)를 대충 다룬 다면, 시간이 가면 갈수록, 문제는 많이 발생할 것이다. 이런 자기만족을 갖지 않도록 해야 한다. 모니터링 담당자는 그 들이 마치 의사처럼 행동하고, 리포트나 시스템이 제공하는 표시자를 잠재적인 증상으로 다루도록 해야 한다. 그리고 모니터링 담당자는 응용 프로그램 상태를 근거로 결론을 도출할 수 있도록 해야 한다. 응용 프로그램에 문제가 없을 지라도, 모니터링 담당자는 아주 사소한 문제에 대하여 세심하게 처리하는 자세를 가져야 한다. 이 과정을 통하여 모니터링 담당자가 시스템에 깊이 관여하게 되며 미세한 상황도 놓치지 않게 될 것이다. 규칙적으로 정해진 미팅 또는 전자메일의 정규화된 형식을 통하여 모니터링 담당자로부터 피드백을 받는 것이 필요하다.

사전지원 체계 확립

문제가 발생하기 전에 모니터링 담당자가 문제를 해결했다면 보상을 할 수 있는 체제를 구축하는 것도 중요하다. 모니터링 담당자가 미리 문제를 해결할 수 있는 능력을 갖도록 하는 한 가지 방법은 발생되는 증상을 좀 더 상세히 조사할 수 있도록 진단 도구를 제공하는 것이다. 초기 증상이 일시적인 네트워크 가동 중단으로 밝혀 지더라도 추가적인 진단 과정을 통해 독립적인 레이드 디스크(RAID)의 중복 어레이(Redundant Array) 하드디스크 오류를 발견할 수도 있다. 만일 모니터링 담당자가 이와 같은 조사를 하지도 않고, 할 수 있는 능력도 없다면, 전체 디스크 어레이가 작동하지 않을 때까지 이 문제는 방치될 것이다.

좋은 운영 방안을 수립한 후에는, 모니터링 솔루션의 다른 구성요소를 개발하기가 쉽다. 첫째로, 솔루션 요구사항을 문서화한다. 개발 과정에서 솔루션 요구사항을 문서화 하는 단계를 간과해서는 안 된다. 시스템 요구사항을 이해하고 문서화하는 것은 프로젝트의 범위를 결정하는데 도움이 된다. 이 것은 하루짜리 프로젝트이든 두 달 이상을 지속해야 하는 프로젝트이건 동일하게 적용된다.

두 번째는, 솔루션 디자인 단계는 반드시 문서화된 요구사항을 기초로 설계하며, 요구사항을 최대로 만족시킬 수 있도록 설계해야 한다. 디자인의 가장 중요한 요소는 운영 방안과 사용된 기술이다. 다음 단계로 진행하기 전에 최종 솔루션을 확실히 테스트한다.

마지막으로, 솔루션을 사용하는 최적의 방법을 결정해야 한다. 여하튼 응용 프로그램이 운영됨에 있어 방해를 받으면 안 된다. 모니터링 솔루션 도입으로 문제가 야기되어, 결국 도입한 시스템을 제거하는 경우와 같이 예측할 수 없는 문제에 대한 계획도 수립해야 한다.

다음 흐름도는 시작에서 종료에 이르는 개발 프로세스에 대한 것이다.( 그림 5.1, 5.2, 5.3 참조)

페이지 맨 위로

모니터링에 대한 접근 방법

응용 프로그램을 모니터링한다면 주변에서 발생되는 모든 문제점도 세심하게 고려해야 한다. 어떤 사람은 매일 많은 성능 카운터를 모니터링 해야 한다고 확신하는 반면, 다른 사람은 과도한 메모리 페이징과 좋지 않은 캐시 히트 비율(cache hit ratio)만 관찰하면 된다고 믿는 사람도 있다. 각각의 담당자들은 자신의 경험을 기초로 하여 스스로 결론을 내리는 경향이 있다. "당신은 어떤 시스템을 선택할 것인가?"라는 질문에 대하여 자기들이 운영하는 시스템이 최적으로 운영되고 있다고 강력히 주장할 것이다.

모니터링 시스템의 목적은 서비스에 지장을 주기 전에 문제 상태를 운영 담당자와 개발자에게 알릴 수 있는 정보를 생성하는 것이다. 만일 응용 프로그램이 좀처럼 다운되지 않는다면, 시스템 상태 데이터를 분석하는데에 너무 많은 시간을 할애하지 않아도 된다. 그리고 모니터링 대상 서버가 수 백대이고, 더 이상 운영 지원도 받을 수 없다면, 제한적인 모니터링 방안을 수립할 수밖에 없다. 다른 한편으로, 중요한 비즈니스 프로세스를 처리하는 응용 프로그램 코드가 자주 변경되거나, 이러한 중요 서버가 체계적으로 관리되지 않는 데이터 센터에서 운영된다면 시스템 모니터링을 사전에 실시하는 것이 좋은 해결책이다.

이 장에서는 두 가지의 모니터링에 대한 윤곽을 제시한다. 선택한 모니터링에 대한 접근 방법은 전적으로 해당 조직의 환경에 종속적이다. 데이터 센터가 체계화 되어있는지, 담당자가 경험한 응용 프로그램 다운타임 시간은 얼마인지, 얼마나 중요한 응용 프로그램을 사용하고 있는지를 확인하고 의사결정을 해야 한다. 만일 선택한 접근 방법이 계속적이고, 신뢰할 만한 정보를 제공하지 않는다면, 적절한 정보를 제공해 줄 때까지 접근 방법을 개선해야 한다. 개선되는 접근 방법은 다른 접근 방법을 사용하거나 두 가지 접근 방법을 혼용한 형태일 것이다.

이 장에서 요약되는 모니터링 접근방법은 일반적으로 사전지원 모니터링과 예외적인 관리로서 인용되는 것들이다.

사전지원 모니터링

응용 프로그램을 사전지원 방식으로 모니터링 하는 이유는 여러 가지가 있다. 가장 중요한 것은 사전 모니터링은 오류가 발생되기 전에 오류를 잡을 수 있는 기회를 가진다는 점이다. 이와 같은 모니터링은 "불 끄기 식"(계속해서 발생되는 새로운 문제를 쫓아 다니는 방식) 방식으로부터 탈피할 수 있다. 결국, 이런 종류의 모니터링은 운영환경과 시스템환경에서 동작하는 응용 프로그램의 방법에 관한 많은 양의 정보를 제공한다. 즉, 응용 프로그램에 관한 좀 더 좋은 결정을 할 수 있도록 한다. 그럼 왜 사람들은 사전지원 형태로 응용 프로그램을 모니터링 하지 않을까?

한 가지 이유는 많은 DBA가 이런 종류의 모니터링을 수행할 시간이 없다는 것이다. 데이터센터 내의 각 응용 프로그램은 문제가 일어나기 전에 알았다면 철저히 분석되어야 한다. 만일 수백 개의 응용 프로그램을 담당하는 사람이 오직 한 사람이라면, 이런 일을 적절하게 처리하는 것이 어려울 것이다.

많은 DBA 간에 냉철하게 분리된 작업 영역을 가져야 한다. 어떤 곳에서는 몇몇 사람들이 그래프와 차트를 검사하는 권리를 위해 경쟁하는 것을 다른 사람들은 시간 낭비라고 생각할지도 모른다. 그리고 다른 곳에서는 발생하는 오류를 처리하는 작업이 행복할지도 모른다. 이런 경우에선, 사전지원 모니터링은 적절하지 못하다. 만일 응용 프로그램에 대해 좀 더 배우고 싶고, 그렇게 할 수 있는 시간이 있다면, 사전지원 모니터링을 수행하는 것을 추천한다.

사전 모니터링 체계

모든 것이 어디서 시작될까? 첫 재로, 각각의 응용 프로그램을 위해 베이스라인을 설정해야 한다. 포함된 기술을 재검토하거나 운영 체계를 발전시키기 전에 베이스라인을 정의해야 한다. 베이스라인을 전개해 나가는 것은 좋은 시작점이며, 베이스라인을 가지고, 각 응용 프로그램에 대한 운영방법과 친숙해질 수 있는 단서를 마련해야 한다.

모니터링 베이스라인의 목적은 정상인 상태에서 응용 프로그램이 어떻게 작동하는 가를 명확히 문서화하는 것이다. 응용 프로그램이 가용한 모든 CPU 자원을 소비하는가? 페이징을 일으킬 정도로 많은 메모리를 사용하는가? 사용자가 요구하는 모든 서비스가 구동되고 있는가? 정상인 상황에서 응용 프로그램이 어떻게 작동되는가를 이해한 후, 제기된 문제에 관하여 답을 할 수 있을 것이다. 이런 방법으로 응용 프로그램을 이해하는 것은 문제가 발생되었을 때 문제를 변별해 낼 수 있기 때문에 중요하다.

정상 운영시에 일어나는 문제를 구별할 수 있어야 한다. 추가적으로, 이 문제는 두 개의 그룹으로 나뉘어 질 수 있다. 하나는 응답을 필요로 하는 문제 그룹이고 다른 하나는 응답이 없는 문제 그룹이다. 응답이 없는 문제 그룹은(백그라운드 문제로서 인용될 수 있는 그룹) 정확히 식별되지 않는 다면 모니터링 프로세스에 커다란 붕괴를 일으킬 수 있다.

백그라운드 문제

모든 모니터링 시스템에서 문제 소지가 있는 증상에 대해 조치하는 것은 중요하다. 그렇지만, 증상에 대한 조치 자체만이 모니터링 시스템에서 가장 중요하다고 한다면 거기에는 논쟁의 여지가 있다. 만약 조치사항이 어플리케이션이 동작하는데 있어 별반 도움이 되지 않는다면 그러한 조치를 위해 선행하였던 모든 모니터링은 시간낭비에 불과하기 때문이다. 여기서 문제가 되는 것은, 불행하게도, 나타날 수 있는 모든 증상들과 그에 대한 적절한 조치사항들을 미리 문서화할 수 없다는 점이다. 오히려, 많은 조치사항들은 모니터링 담당자들이 전체 라이프사이클 동안 응용 프로그램을 운영하는 과정에서 경험에 의해 학습한 것이다.

이러한 학습이 가능하기 위해선 시스템 운영 초기부터 조치하지 않은 (백그라운드 문제점이라 부르는) 문제점이라도 가능한 많이 기록해 놓아야 한다. 초기 운영부터 가능한 많이 '조치하지 않은' 시나리오를 모아둘 수 있다면, 모니터링 담당자가 응용 프로그램을 다루는 데에 있어 헛된 시간을 소비하지는 않을 것이다. 모니터링 담당자들이 조치해야 하는 새롭고 흥미로운 상황에 맞닥뜨리고 그런 상황의 트러블 슈팅을 통해 운영상의 개선점을 발견하려는 태도를 독려하는 것은 정말 바람직하다. 그와는 달리, (이전의 백그라운 문제들이 기록하지 않아서) 모니터링 담당자가 조치할 필요가 없는 증상들을 조사하는데 많은 시간을 소비하는 것은 바람직하지 않다. 모니터링 담당자가 응용 프로그램의 여러 증상들이 조치할 필요도 없고 무시해도 괜찮다는 것을 자꾸 경험하게 된다면, 담당자는 시스템에 세심한 주의를 기울이지 않을 것이며 종국에는 정말 치명적인 오류를 놓치고 말 것이다.

조치가 당장 필요 없는 문제에 대해서도 모니터링 담당자들이 미리미리 알리도록 만들어야 한다. 모니터링 담당자들이 응용 프로그램을 운영하는 과정에서, 전에 보지 못한 증상이 나타나더라도, 알리지 않고 무시해도 괜찮다는 것을 학습하게 된다면, 결국에는 응용 프로그램 전체가 무시되고 방치되고 말 것이다. 베이스라인을 설정하려는 초기부터 당장의 조치가 필요하지 않을지라도 백그라운드 문제를 기록하자.

베이스라인 생성 - 추천 성능 카운터

이 섹션에서는 차트를 생성하는데 필요한 절차와 성능 카운터를 제시할 것이다. 가령 타임 프레임 같은 차트 요소는 시스템 환경에 따라 다르다. 또한, 응용 프로그램이 다르기 때문에, 차트에 대한 해석도 달라진다.

시스템 모니터 차트는 실시간으로 생성되거나 성능모니터링 로그 파일로 생성 될 수 있다(그리고 .htm 파일로 저장 가능하다). 원하는 기간 동안 통계를 기록할 수 있도록 차트를 로그 파일로 생성하는 것이 추천된다. 종료 시에는, 특정 시간으로 자르거나 전체 시간으로 하여 로그를 볼 수 있다. 만일 간단하게 현재 활동 시스템 모니터 그래프를 .htm파일로 저장하였다면, 최근에 스크린에 보여진 데이터만 오직 볼 수 있다.

정확한 데이터를 수집하기 위하여 결정할 두 가지 구성 옵션이 있다. 첫 번째는 샘플링 간격이다. 성능 카운터 사용은 SQL 서버에 오버헤드를 주지 않는다(로그를 기록하기 위해 요구되는 디스크 I/O는 제외). 만일 베이스라인 데이터가 디스크 공간을 너무 많이 차지한다면, 데이터 샘플을 수집하는 시간 간격을 늘리면 된다. 데이터 샘플 간격이 커질수록, 그래프의 정확도는 떨어진다.

두 번째, 반드시 SQL 서버를 모니터링 하기 위하여 어떤 서버를 사용할지 결정해야 한다. 원격으로 모니터링 할 수 있으나 장기간 동안 네트워크를 연결하여 카운터를 사용하는 것은 네트워크 트래픽을 가중 시킨다. 만일 SQL 서버에 성능 모니터링 로그를 위한 공간이 있다면, 성능 로그 정보를 로컬로 기록하는 것이 추천된다.

시스템 성능으로 인하여 성능 카운터는 적절하게 사용되어야 한다. 시스템 환경에 가장 잘 맞는 카운터 수와 수집 빈도수를 테스트 하자. 초기에는 베이스라인을 설정할 목적으로 가능한 높은 빈도를 가진 많은 수의 카운터를 사용하도록 권장한다.

다음 카운터는 베이스라인 설정 시에 반드시 포함되어야 한다.

Memory - Pages/sec. 하드 디스크 페이지 부재(hard disk page faults)를 해결하기 위하여 디스크로부터 읽거나 디스크에 쓴 페이지 수를 말한다(하드 페이지 부재는 프로세스가 작업 셋(working set) 또는 물리적 메모리에 있지 않은 코드나 데이터를 요구할 때 발생하며 디스크로부터 검색된다). 이 카운터는 시스템 지연을 일으키는 부재의 종류를 나타내는 주요 표시자로서 디자인 되었다. 이 것은 Memory: Pages Input/sec 과Memory: Pages Output/sec를 합한 값 이다. 또한 페이지의 수로 세어지며, 변환되지 않고 Memory: Page Faults/sec와 같은 페이지 수와 비교 할 수 있다. 이것은 파일 시스템 캐시(일반적으로 응용 프로그램이 요청한)나 캐시하지 않은 메모리에 맵핑된 파일(memory-mapped file)이 없을 때 이 것을 디스크로부터 가져오기 위한 페이지를 포함한다.
Network Interface - Bytes total/sec. 네트워크 인터페이스를 통하여 초당 전송되는 바이트 수를 말한다. 만일 이 비율이 떨어지기 시작한다면, 네트워크 문제가 응용 프로그램에 간섭을 주지는 않는지 점검해 봐야 한다.
PhysicalDisk - Disk Transfers/sec. 디스크 읽기와 쓰기 작업의 비율이다. 서버가 가지고 있는 물리적인 개별 디스크를 대상으로 카운터를 설정한다.
Processor - % Processor Time. 프로세서가 비유휴 스레드를 실행하는데 소비하는 시간의 백분율이다. 이 카운터는 프로세서 활동에 대한 주요 표시자로 디자인 되었다. 이 것은 각각의 샘플 간격에서 유휴 프로세스의 스레드를 실행하는데 소비되는 프로세스의 시간을 계산하여 100% 값에서 차감하여 계산된다 ( 각 프로세서는 유휴 스레드를 가지고 있는데 이것은 다른 어떤 스레드도 실행되지 않을 때 사이클을 소비하는 스레드이다). 유용한 작업을 수행하는 동안에 소비된 샘플 간격의 퍼센트로서 보여진다. 이 카운터는 샘플 간격 동안에 관찰된 바쁜 시간의 평균 퍼센트를 보여준다. 비활성화된 서비스의 시간을 모니터링 하고 100% 값에서 차감하여 계산된다. 만약SQL 서버가 모든 프로세서를 100%로 사용한다면, 사용자의 요구는 무시될 것이다.
SQLServer:Access Methods - Full Scans/sec. 제한되지 않은 전체 스캔의 수를 말한다. 테이블 또는 전체 인덱스 스캔에 근거한다.
SQLServer:Buffer Manager - Buffer Cache Hit Ratio. 디스크에서 읽지 않고 버퍼 풀에서 발견되는 페이지 퍼센트를 말한다. 이 값이 높을 때 서버는 효율적으로 운영되고 있는 것이다
SQLServer:Databases - Log Growths (응용 프로그램의 데이터베이스 인스턴스 별로 실행해야 한다.) 선택된 데이터베이스를 위한 총 로그의 증가 수이다.
SQLServer:Databases Application Database - Percent Log Used (응용 프로그램의 데이터베이스 인스턴스 별로 실행해야 한다.) 사용중인 로그 공간 비율이다.
SQLServer:Databases Application Database - Transactions/sec (응용 프로그램의 데이터베이스 인스턴스 별로 실행해야 한다). 데이터베이스를 위해 시작되는 트랜잭션 수이다.
SQLServer:General Statistics - User Connections. 시스템에 연결된 사용자의 수이다. 이 값이 갑자기 바뀌는 것을 조사해야 한다.
SQLServer:Latches - Average Latch Wait Time. 대기해야 하는 래치(latch) 요구에 대한 평균 래치 대기 시간(밀리초)이다. 만약 이 값이 높으면, 서버는 리소스가 부족하다는 것이다.
SQLServer:Locks - Average Wait Time. 대기한 각 잠금 요청에 대한 평균 대기 시간(밀리초)이다.
SQLServer:Locks - Lock Waits/sec. 즉시 충족시킬 수 없고 잠금이 허용되기 전에 호출자가 기다려야 하는 잠금 요청 수이다.
SQLServer:Locks - Number of Deadlocks/sec. 교착 상태(deadlock)로 끝난 잠금 요청 수이다.
SQLServer:Memory Manager - Memory Grants Pending. 작업영역에 메모리를 할당하기 위하여 대기하는 현재 프로세스의 수이다.
SQLServer:User Settable - Query. 이 카운터는 약간의 설명이 더 필요하다. SQLServer:User Settable - Query 같은 카운터는 응용 프로그램 지정 카운터이다. 이 카운터가 표시하는 값은 응용 프로그램 마다 설정된다. 이 값을 설정하려면 응용 프로그램에 sp_user_counter1를 호출하며, 결과는 numeric 형태로 제공된다. 이 카운터를 제공할 때 제안되는 방식은 다음과 같다.
하나의 SQL 문장을 가지고 응용 프로그램의 상태를 체크하는 방법을 사용하자. 하지만 상태 체크가 응용 프로그램의 성능을 감소시켜서는 안 된다.
응용 프로그램의 상태를 최초로 체크하고 결과를 변수에 넣는 저장 프로시저를 사용하자. 저장 프로시저는 그 후에 sp_user_counter1를 호출할 수 있으며 상태는 입력 파라미터로서 상태 체크 변수를 제공한다.
이 저장 프로시저가 15분마다 수행될 수 있도록 스케줄 작업을 설정하자.
베이스라인과 모니터링 체계에 SQLServer:User Settable - Query User Counter 1를 포함한다( 10개까지 사용자 설정 카운터를 생성할 수 있다).

페이지 맨 위로

베이스라인 차트 생성

베이스라인에 포함될 카운터를 살펴 보았으므로, 다음은 베이스라인 차트를 생성해보자. 다음 단계는 실제 운영 서버가 정상적으로 작동하는 시간 동안 실제 운영 서버에서 실행되어야 한다.

베이스라인 차트를 만들기 위해서는, 정상적인 서버로 동작하는 실제 운영 서버에서 다음 단계를 실행해야 한다.

프로그램 메뉴에서 관리 도구를 열고 성능을 선택한다.
좌측 창의 성능 로그 및 경고를 더블 클릭한다. 카운터 로그를 클릭한다. 오른 쪽 마우스 버튼을 클릭한 후에 새 로그 설정을 선택한다. 이름 란에 베이스라인의 이름을 입력한다. 확인을 클릭한다. 추가 버튼을 누른다. 카운터 선택 창에서 첫 번째 성능 개체를 선택한다. 그리고 관계되는 카운터를 선택한 후에 추가 버튼을 누른다.
추적하고자 하는 각각의 카운터에 대하여 2 단계를 되풀이한다. 디스크를 추적하려면 PhysicalDisk 카운터를 선택하고 하나 이상의 디스크가 있을 경우에는 인스턴스 목록에서 각각의 디스크 번호나 인스턴스를 추가한다.
카운터 선택 창에서 "닫기" 버튼을 선택 한다.
데이터 샘플 간격을 설정한다. 선택할 시간 간격은 수집할 데이터의 양과 데이터를 저장하기 위한 사용 가능한 디스크 공간에 달려있다. 샘플 간격이 길수록 데이터의 양이 줄어든다. 이러한 이유로 처음에는 짧은 성능 베이스라인을 적용하고 재평가해야 한다.(디폴트 값은 "매 15초" 이므로, 이 값은 매우 자세한 성능 베이스라인을 확인하기 위해 이상적인 값이다. 그러나 저장해야 할 많은 량의 데이터가 생성된다.)

로그 파일 탭을 선택하고 위치 란의 파일 위치를 입력하자. 이러한 작업을 모두 정상적으로 수행했다면 성능 로그 수집 작업은 성공적으로 수행된 것이며, 베이스 로그를 수집할 수 있도록 설정을 스케줄하면 된다.

로그를 생성한 다음, 성능 윈도우에서 시스템 모니터 성능 옵션을 클릭한 다음, 오른 쪽 창에서 로그 파일 데이터 보기를 클릭한다(아이콘은 회색 실린더 모양이며 왼쪽에서 4번째 아이콘이다). 로그 파일 선택 창이 나타나면 로그 파일을 연다. 그러면 로그 된 결과를 그래프로 볼 수 있다.

성능 베이스라인을 생성했으므로, 진행중인 모니터링 솔루션 개발을 시작할 수 있다. 분명히 시스템 모니터는 운영 체계에서 중요한 역할을 할 것이다. 그러나 다른 기술도 사용 할 수 있을까? 다음 섹션은 다른 도구에 대한 설명과 시스템 모니터 그래프를 조사하는 방법에 관한 것이다.

차트의 계속적 사용

응용 프로그램의 초기 윤곽을 잡기 위해 시스템 모니터 차트는 유용하고, 계속되는 모니터링 솔루션의 주요 부분이 되어야 한다. 이 섹션에서는 계속되는 모니터링 체계의 시스템 모니터 차트를 어떻게 적절하게 추가하느냐는 것이다.

항상 실행중인 응용 프로그램의 성능 로그를 가지고 있어야 한다. 이러한 로그 사이즈를 관리할 수 있는 크기로 유지하려면 일 마감 종료 시점에 로그 파일을 잘라낸(옮기거나) 후, 저장하고 새로운 로그를 다시 시작해야 한다. 또한 카운터의 샘플링 간격을 15초에서 15분으로 감소시켜야 한다. 지속적인 모니터링을 통해 사용되는 카운터 수를 줄여나갈 수 있다. 다음 카운터는 매일 모니터링 해야 할 카운터이다.

Memory - Pages/sec
Network Interface - Bytes total/sec
Physical Disk - Disk Transfers/sec
Processor - % Processor Time
SQLServer:Access Methods - Full Scans/sec
SQLServer:Buffer Manager - Buffer Cache Hit Ratio
SQLServer:Databases Application Database - Transactions/sec
SQLServer:General Statistics - User Connections
SQLServer:Latches - Average Latch Wait Time
SQLServer:Locks - Average Wait Time
SQLServer:Locks - Lock Timeouts/sec
SQLServer:Locks - Number of Deadlocks/sec
SQLServer:Memory Manager - Memory Grants Pending

로그 파일 데이터로부터 매일 생성된 차트는 반드시 응용 프로그램의 상태를 결정하기 위해 (다음 날) 재검토 되어야 한다. 이상한 증후는 반드시 검토되어야 한다. 만약 가능하다면, 차트에서 갑자기 곡선이 변화된다면 이 것의 원인을 밝히려는 시도를 해야 한다. 그 날 진급 발표가 있었는지? 특정 시간 동안 서버가 문제 있었는지? 이런 분석을 위하여 일정한 시간을 확보하자. 응용 프로그램 운영 시에 어떻게 반응하는 가에 대해 잘 알 수 있으며, 이 것은 장애 시에 아주 귀중한 자료가 된다.

문제가 발생했을 때, 문제를 해결하기 위하여 처음 베이스라인 성능 모니터링을 사용하자. 카운터가 매 15초 마다 검색되기 때문에 베이스라인 성능 모니터링 모드는 많은 정보를 제공한다. 이 것은 짧은 시간 동안 그래프를 정밀하게 조사할 때 유용하다. 문제가 있을 때, 반드시 짧은 시간 동안만 베이스라인 성능 모니터링을 작동시킨다. 베이스라인 성능 모드에서 데이터를 충분히 수집한 후에는 로그를 저장하고 제한된 카운터를 가지고 로그를 새로 시작한다. 서버 상태가 정상 일 때 모니터링을 계속하여 문제가 발생 시에 비교할 수 있어야 한다.

몇 가지 성능 로그를 저장한 후에, 그래프 추이 분석을 좀 더 자세히 할 수 있다. 예를 들어, 한 주나 한 달과 같이 특정 시간 동안의 그래프 차트를 비교할 수 있다. 가령 "금요일에는 왜 이렇게 CPU 사용률이 높았나?", "그래프가 이상한 것은 서버가 다운되었기 때문인가? 와 같은 질문을 할 수 있어야 한다. 네트워크 부하로 인하여, 때때로 카운터 데이터가 유실되는 경우가 있기 때문에 특정 기간 동안 카운터 값이 없다고 서버가 다운되었다고 간단히 단정 지으면 안 된다.

그래프 상태가 이상하다면 원인을 밝히기 위해서는 확실한 증거를 제시해야 한다. 만일 사용자 서버가 아침에 느리다는 것을 불평한다면, 그 기간 동안의 그래프를 철저히 분석하자. 그래프를 다른 것과도 비교해보자. 그래프에 대하여 잘아는 것은 유용하다.

경고

다른 유용한 모니터링 기술은 경고이다. 경고는 미리 정의된 이벤트이다. CPU사용률이 100%에 이르면 시스템을 사용할 수 없게 된다. 이런 경우를 미리 설정하고 발생 시에는 시스템에서 자동으로 알릴 수 있도록 하는 것이다.

경고와 알림을 설정하는 방법에 관한 문서는 많다. 하지만 정의해야 할 조건에 대한 정보는 적다. 이 섹션에서는 실제 운영 환경에 적용해야 할 내용에 대한 것이다.

모니터링 담당자에게 경고를 보내야 하는 상황은 다음과 같다.

서비스에 영향을 주는 오류. 중요한 오류는 오류와 관련된 경고를 가진다. 만일 오류가 경고와 연결되지 않으면, 오류 상태를 테스트하기 위한 쿼리를 작성하고, 쿼리를 실행하여, 이러한 문제가 일어났을 때 쿼리가 경고 할 수 있도록 해야 한다.
교착상태. SQLServer:Locks - Number of Deadlocks에게 임계 값을 부여하여 경고를 나타낼 수 있도록 해야 한다. 만일 응용 프로그램이 일반적으로 교착상태를 잘 일으키지 않는다면 임계 값은 1 또는 2로 해야 한다.
CPU 사용률. 만일 응용 프로그램이 특정 CPU 사용률 수준에서 잘 작동하지 않는다면, 그 CPU 사용률을 넘었을 때 경고를 할 필요가 있다.
Disk 사용률. 만일 응용 프로그램이 특정 디스크 사용률 수준(또는 queue수준)에서 잘 작동하지 않는다면, 해당 디스크의 사용률을 초과했을 때 경고를 할 필요가 있다.
스캔. 데이터베이스 응용 프로그램이 과도한 테이블 스캔을 일으키면 경고를 해야 한다. 그러나 기준 값은 전적으로 사용자에게 달려있다. 인덱스를 필요로 하지 않는 작은 테이블을 가지고 있다면, 그 것은 수용 가능한 많은 테이블 스캔을 일으킬 것이다. 성능 기준 값을 결정하기 위하여 SQLServer:Access Methods - Full Scans/sec 카운터를 특정기간 동안 모니터링하여 임계 값을 결정하자.

SQL 서버 로그

모니터링의 다른 중요한 구성요소는 SQL 서버 로그 및 SQL 에러 로그이다 (엔터프라이즈 관리자에서 찾을 수 있다). SQL 서버 로그는 응용 프로그램의 상태 정보를 알기 위한 훌륭한 자료이다. SQL 서버 로그는 서비스가 시작할 때부터 종료될 때까지 계속 메시지를 기록한다.

모니터링 관리의 효율을 위하여 모니터링 담당자가 SQL서버 로그에서 찾아야 할 것을 정의하자. 이 로그는 심각도 수준 19-25의 값을 가진 모든 오류를 기록한다. 모니터링 할 때, SQL 서버 로그에서 심각도 수준 19-25 사이의 값을 가진 오류는 반드시 체크해야 한다. 이 심각도 수준을 가진 오류는 트랜잭션을 실패하게 하고 응용 프로그램이 적절하게 운영되지 않도록 한다. 심각도 수준 20에서 25사이의 오류는 치명적인 것이다. 만일 이 오류가 발생되면, 클라이언트 연결은 오류 메시지를 받은 후에 종료된다.

자세하게 살펴보아야 하는 다른 중요한 정보는 응용 프로그램 내의 코드 오류 메시지다. 코드 속에서는 RAISERROR … WITH LOG 문법을 사용하여 각각의 오류를 발견해 낼 수 있다. 이 것은 오류 정보를 SQL 서버 로그(그리고 이벤트 뷰어 응용프로그램 로그, 이 장에서 나중에 논의될 것임)에 나타나게 한다. RAISERROR의 사용이 정말 중요하다. 응용 프로그램이 무엇이든 간에, 오류 상태가 발생했을 때 절대적으로 RAISERROR … WITH LOG를 사용하자. 운영 담당자에게 문제에 대한 경고를 하고 기록을 남길 수 있다는 것은 효율적이고, 표준적이고, 현명한 방법이다.

SQL 에이전트 로그

SQL 에이전트 서비스는 작업 및 복제를 관리한다. SQL 에이전트는 모니터링에서 귀중한 도구가 될 수 있는 로그를 남긴다.

SQL 에이전트 로그에 접근하기:

엔터프라이즈 관리자에서, 서버 그룹을 확장한 다음 서버를 확장해라.
관리를 확장하고 SQL Server 에이전트를 선택하고 오른쪽 마우스 버튼을 클릭한다. 그런 다음 오류 로그 표시를 클릭한다.
유형 목록에서, 로그 내용을 필터링하기 위하여 로그 된 아이템의 유형을 클릭한다.
선택적으로, 포함하는 텍스트 박스에서, 로그 내용을 필터링하기 위하여 메시지 텍스트를 입력한다.
만일 필터 파라미터를 선택 했다면 필터 적용을 클릭한다.
필터링된 로그 내용을 볼 수 있다.

디폴트 로그 위치는 C:\Program Files\Microsoft SQL Server\Mssql\Log\ Sqlagent.out. 이다. 현재의 로그는 "out" 확장자를 가지고 있다. 반면에 예전 9개의 로그는 1 에서 9까지의 확장자를 가진다.

페이지 맨 위로

이벤트 뷰어

이벤트 뷰어는 사용자가 응용 프로그램, 보안, 시스템 로그에 기록되는 이벤트를 모니터링 할 수 있도록 한다. 이 로그는 SQL 서버 로그와 SQL 에이전트 로그로 분리시켜 추가적인 정보를 제공한다. SQL 서버 메시지가 응용프로그램 로그에서 발견되기 때문에 응용 프로그램 로그에 주로 관심을 가질 것이다. SQL 서버 메시지는 "MSSQLSERVER" 또는 "SQLSERVERAGENT" 라는 원본을 가진 메시지로 구별될 수 있다. RAISERROR 메시지도 여기에서 볼 수 있다.

응용 프로그램 로그에서 메시지와 연관된 자세한 정보를 보기 위해서는:

이벤트 뷰어를 연다.
콘솔 트리에서, 응용 프로그램 로그를 클릭한다.
상세 창에서, 원하는 이벤트를 오른쪽 마우스 버튼을 클릭한다. 그리고 등록정보를 선택한다.

중앙 콘솔에서 이런 종류의 메시지를 정해진 경로로 보낼 수 있는 많은 3rd 파티 모니터링 응용 프로그램이 있다. 사실, 이런 종류의 응용 프로그램은 대부분의 엔터프라이즈 모니터링 시스템의 기본이다. 대부분의 회사들은 이미 이런 종류의 응용 프로그램 중의 하나를 사용하고 있을 것이다. 이 장은 모든 종류의 콘솔 응용 프로그램에 대해 다루지는 않더라도, 이 들 응용 프로그램에 대하여 간략히 살펴볼 것이다.

만일 SQL 서버 보안에 대해 관심이 있으며, 로그인 계정이 만료된 사용자 또는 가짜 인증서(credential)로부터 SQL 서버를 지키려면, 실패된 로그인 시도에 대하여 보안 로그를 모니터링 할 수 있다. 이 정보는 부적절한 접근에 대한 정보를 제공한다. 또한 잘못된 인증서를 사용하며 적절하게 구성될 필요가 있는 응용 프로그램에 대하여 경고해 줄 것이다.

작업 런타임(Run-time) 추세 모니터링

응용 프로그램이 가령 데이터베이스 백업, 파일 처리, 테이블 삭제와 같은 하나 혹은 여러 개의 스케줄 된 작업을 포함할 수 있다. 또한 이 들 작업 상태가 직접적으로 응용 프로그램의 상태에 영향을 준다. 다행히도, SQL 서버는 스케줄 된 작업 상태를 모니터링 하는 훌륭한 방법을 제공한다. 각각의 스케줄 작업은 작업 실행 기록을 가진다. 이 작업 기록은 규칙적으로 점검 되어야 한다.

작업 기록을 점검하기 위해서는:

Microsoft SQL 서버 프로그램 메뉴를 연다. 그리고 엔터프라이즈 관리자를 선택한다.
엔터프라이즈 관리자 내에서, 대상 서버를 포함하는 서버 그룹을 찾아 그룹을 클릭하고 해당 서버를 클릭한다. 관리 > SQL Server 에이전트 > 작업을 클릭한다. 오른 쪽 창의 첫 번째 작업을 오른 쪽 마우스 버튼으로 클릭한다. 메뉴가 나타날 것이다. 팝업 메뉴로부터 작업 기록 보기를 선택한다.

작업 기록 창에서, 각 작업 실행에 대한 결과와 실행 기간이 나열된다. 작업 런타임 추세에 대해 관심을 가지자. 작업이 오전 1시에 항상 실패하는가? 작업이 실행 시 수행 시간이 길어지는가? 이런 추세를 통하여 실패가 발생되기 전에 실패를 예측할 수 있을 것이다. 나열된 각각의 실행 정보를 클릭할 때, 결과에 대한 상세 정보를 실행된 작업 / 단계로부터의 오류 및 / 또는 메시지 필드에서 발견할 수 있다.

만일 상세한 정보를 원한다면, 윈도우의 오른쪽 위에 있는 단계 정보 표시 체크 박스를 선택하자. 이 것은 작업의 모든 단계에 대한 정보를 제공할 것이다.

응용 프로그램과 연관된 작업 기록을 모니터링 하는 것은 시스템이 손상되기 전에 문제를 찾을 수 있다. 작업 기록을 검토하는 것은 시스템 손상이 일단 발생되었을 때에도 문제를 해결하는데 있어 좋은 방법이다. 그러나 작업 기록은 좀 더 복잡한 응용 프로그램을 관리할 때는 필요한 것보다도 적은 정보를 제공한다. 작업에 의하여 실행되는 절차는 문제 발생 시 SQL 서버 로그에 오류로 남을 수 있도록 작성되어야 한다. 이 것은 모니터링 담당자들에게 정확한 메시지를 전달 할 수 있도록 도와 줄 것 이다. 작업 기록이 "작업이 종료되었습니다" 라는 것보다 좀 더 자세한 정보를 제공하는 것은 가능하다. 이 것은 오류 발생시에 수행되는 코드가 자세하고, 서술적인 오류 메시지를 포함하고 있는 것이 얼마나 중요한 것인 가를 나타낸다.

다른 모니터링 응용 프로그램

대부분의 엔터프라이즈 모니터링 응용 프로그램은 네트워크에 중점을 두고 SQL 서버 응용 프로그램은 무시한다. 이 들 모니터링 툴은 이벤트 뷰어에 나타나는 오류 메시지에 초점을 두며 오류의 심각도를 결정하는 나름대로의 로직을 가지고 중앙 콘솔로 메시지를 보낸다. SQL 서버 응용 프로그램 코드에서도 RAISERROR … WITH LOG를 써서 상태 정보에 대한 일정 부분을 중앙 콘솔로 보낼 수 있도록 해야 한다.

엔터프라이즈 모니터링 응용 프로그램은 다른 응용 프로그램에 대하여 잘 알고 있지 않더라도, 운영되는 서버에 대해서는 많은 것을 알고 있다. 모니터링 응용 프로그램은 서버 문제를 발견하기 위해 미리 정의된 모니터링 방식을 이용한다. 모니터링 응용 프로그램 중에서 두각을 나타내는 것 중 하나는 마이크로소프트 오퍼레이션 매니저(MOM: Microsoft Operations Manager)이다.

마이크로소프트 오퍼레이션 매니저

SQL 서버를 위한 NetIQ AppManager, NetIQ Operations Manager, 마이크로소프트 오퍼레이션 매니저는 같은 코드 기반의 엔터프라이즈 모니터링 도구이다. 이들은 SQL 서버와 응용 프로그램 성능에 아주 중요한 아이템과 이벤트를 모니터링 한다.

ServerDown. 이 것은 만일 SQL 서버 또는 SQL 에이전트와 같은 관계된 서비스가 실패하고 자동적으로 재 시작하면 즉시 경고를 한다.
TopCPUUsers. 이 것은 SQL 서버 사용자에 의하여 소비되는 CPU를 모니터링한다. 사용자에 의해 실행되는 CPU사용과 SQL 서버 문장과도 관련이 있다.
TopIOUsers. 이 것은 SQL 서버에 의하여 소비되는 I/O를 추적하며I/O와 SQL 서버 문장의 활동을 연관시킨다.
TopLockUsers. 이 것은 사용자에 의한 잠금 활동을 구별하고 SQL 서버 문장이 잠금을 일으키는 것을 식별한다.
TopMemoryUsers. 이 것은 SQL 서버사용자에 의해 사용되는 메모리를 모니터링 하고 메모리 사용과 SQL 서버 문장의 작동을 연관시킨다.
DBSpace. 이 것은 SQL 서버 데이터베이스를 위한 사용 가능한 공간을 모니터링하고 경고한다.
DevSpaceAvail. 이 것은 데이터베이스 디바이스의 사용 가능한 공간을 모니터링 한다.
ogSpace. 이 것은 SQL 서버 로그 공간이 적게 운영되는 지를 탐지하고 트랜잭션 로그 파일을 자동적으로 삭제하기(truncate)위한 옵션을 제공한다.
NearMaxConnect. 이 것은 사용 가능한 연결이 남았는지 아닌 지를 표시한다.
NearMaxLocks. 이 것은 SQL 서버가 거의 잠금 상태인지를 구별한다.
ServerThroughput. 이 것은 초당 트랜잭션과 같은 중요 I/O 통계를 측정한다.
UserConnections. 이 것은 SQL 서버에 연결한 사람들과 각 사용자가 사용하는 연결하는 수를 추적한다.
CacheHitRatio. 이 것은 SQL 서버 버퍼 캐시를 모니터링하고 SQL 서버에 할당된 메모리가 증가할 필요가 있으면 경고 메시지를 보낸다.

페이지 맨 위로

사전 하드웨어 모니터링

하드웨어가 관점에서DBA로서 주요한 책임은 하드웨어 문제 발생시 담당직원에게 알리는 것이다. 사전에 모니터링을 하여 조기에 문제를 발견하고 해결되도록 하자. 다음 섹션은 모니터링 프로세스에 관한 내용이다.

사전 하드웨어 모니터링 시스템의 주요 목적 중의 하나는 시스템 용량에 대해 잘 이해하고 관리하기 위해 하드웨어를 모니터링 하는 것이다. 이 것은 문제가 발생하기 전에 문제를 예방할 수 있도록 한다.

다음 목록은 이 목적들을 만족 시키기에 필요한 기본 유형의 정보를 제공한다. 마이크로소프트 오퍼레이션 매니저 또는WMI(Windows?? Management Instrumentation)과 같은 도구를 사용하여 정보를 모을 수 있다. 정보를 제공하기 위하여 다음 사항을 고려해야 한다.

CPU cache sizes
CPU model names
CPU speeds
Disk drive capacities
Disk drive firmware revisions
Disk drive models
Hardware error messages
Hardware error timestamps
IP numbers
Memory module sizes
Model name
Network interface descriptions
PCI board names
ROM version
Serial number
Server name
System description
Total memory

용량 계획을 위한 모니터링

응용 프로그램에 적절한 부하를 갖도록 환경을 구축한 후에, 응용 프로그램 로드 시에 생기는 변화를 모니터링 한다. 향후 용량 계획을 세우기 위해 자세히 응용 프로그램 로드를 살펴 보아야 한다. 이 프로세스는 본질적으로 용량 계획을 위한 모니터링 이다. 용량 계획 모니터링을 시작하기 위해서, 시스템의 하드웨어 성능과 직접적으로 연관되고 측정 가능한 성능개체를 선택해야 한다. 측정할 성능 개체는 다음과 같다.

디스크 드라이브 용량
데이터베이스 사이즈, 데이터베이스내의 사용하지 않는 공간
디스크 드라이브 공간과 데이터베이스 크기의 차이
데이터베이스 증가율
데이터 파일(*.MDF, *.NDF, *.LDF)이 위치한 위치(드라이브)

이 성능 개체를 모니터링 하는 좋은 방법은 계속하여 성능 로그를 생성하는 것이다.

성능 로그의 사용

하드웨어 문제는 운영하면서 적절한 카운터를 포함시켜 성능 로그를 수집하고 분석하여 문제를 파악하는 것이다. 규칙적으로 다음 카운터를 모니터링 하는 것을 고려해야 한다.

Network Interface()\Packets Outbound Errors. 오류로 인하여 전송될 수 없는 아웃바운드 패킷 수이다
Network Interface()\Packets Received Errors. 상위 계층 프로토콜에 전달될 수 없는 오류가 포함된 인바운드 패킷 수이다.
Server\Errors System. 내부 서버 오류가 감지되는 수이다. 오류는 로그온, 보안, 메모리 할당, 디스크 작동, 드라이브 인터페이스 작동, 통신[제공되지 않거나 알 수 없는 서버 메시지 블록(SMB)], 서버를 위해 I/O가 요구하는 패킷 스택 사이즈와 연결된 문제를 반영한다.

모니터링 프로세스

반드시 모니터링 개체에 개별적인 임계 값을 설정하자. 임계 값은 시스템의 특정 동작에 대하여 대응해야 할 작업이 명시된 경우 경고가 일어 날수 있도록 작업하는 것이다. 만일 작업이 간단하다면 자동화하고, 자동화할 수 없다면 자세한 행동 지침을 문서로 제공한다.

모니터링 데이터 샘플 간격을 10분으로 정하고 오전 2시와 오후 4시, 즉, 하루에 두 번 수행하는 복잡한 스케줄을 구성할 수도 있다. 모니터링이 자주 실행되면 될수록, 서버 프로세서 사용이 더욱더 요구된다는 것을 명심하자.

경고하기 전에 발생하는 연속적인 경고 상태 발생 수를 입력하자. 그리고 적절한 작업이 실행되도록 한다.

만일 두 개 이상의 연관된 개체를 모니터링 한다면, 예상되는 결과가 무엇인지를 정확히 나타내야 한다. 예를 들어, Memory\Available Mbytes 카운터를 모니터링 하는 경우를 생각해보자. 카운터가 20MB 이하로 떨어질 때, 이벤트 뷰어에서 다른 응용 프로그램에 의해 원본 "XYZ"부터 윈도우 이벤트 1365 가 발생된다. 그리고 이 것은 가용 메모리 임계 값에 이르러 발생한 경고와 같이 발생된다. 위의 예에서 보는 것처럼 상호 연관되는 모니터링 정보의 각 부분을 정의해야 한다.

특정 시점에서 모니터링을 하는 것보다 중요한 것은 변화율을 모니터링 하는 것이다. 만일 보통 프로세서 사용량이 고정된 비율로 서서히 증가하는데, 갑자기 짧은 기간 동안에 사용 증가율이 급격히 커진다면, 데이터 수집과 분석 프로세스를 통해 자세히 살펴 보아야 한다. 이 것을 통해 감지된 변화는 예상되는 것 보다 더 빨리 리소스 부족 현상이 일어나는 것을 경고해주는 것이다. 이 경고를 통하여 예상하지 못한 문제를 피할 수 있다.

예외 관리

응용 프로그램을 모니터링 하는 다른 접근 방법은 "예외 관리"이다. 예외 관리는, 오직 정상 서비스에서 예외적인 경우만을 모니터링 하는 것이다. 예외는 성능 저하를 일으키는 하드웨어 실패에서부터 작업 실패에 이르는 것을 말한다. 시스템은 예외와 관련된 데이터만 수집하고 예외가 발생했을 때 만 경고한다. 가장 작은 시간을 투자하여 최대의 효과를 얻을 수 있다.

예외 관리는 모니터링 담당자가 모니터링 정보가 너무 많아 분석할 수 없다면, 도입을 고려해 볼 수 있다. 중앙 콘솔을 사용하는 엔터프라이즈 데이터 센터에서는 응용 프로그램 메시지 볼륨을 취급하지 못할 정도로 많을 것이다. 이런 경우, 콘솔로 보내진 메시지는 무시되거나 분석 요구일자 이 후에 취급되기 쉽다. 이런 상황은 오직 콘솔로 보내지는 메시지를 제한하는 방법만으로 해결할 수 있다. 최적화된 모니터링 시스템은 예외 관리와 더불어 이 문제를 인식할 수 있다.

예외 관리를 어렵게 하는 것은 응용 프로그램에서 발생될 수 있는 모든 문제에 대해 알아야 한다는 것이다. 만일 발견되는 문제의 상태를 모르고, 발생되는 문제의 추적 방법을 모르면, 시스템은 경고를 하지 못할 것이다.

예외 관리 방안

예외 관리 방안은 제한된 성능 모니터링, 적절한 경고, 폭 넓은 오류 로그 정보에 달려 있다. 이들 요소에 대한 자세한 사항은 다음 섹션에서 논의된다.

성능 모니터링

성능 모니터는 프로그램 상태를 알기 위한 도구로만 제공된다. 성능 모니터 데이터는 성능 로그 포맷으로 저장될 수 있다. 그러나 그래프 형태로 카운터를 보는 대신에, 빠른 결과 분석을 위해 확장자 .tsv,.csv로 저장하여 데이터를 가져 올 수 있다. 엑셀은 문제를 발생시키는 개별 값을 검색하고, 문제가 되는 값이 없다면, 저장하지 않고 엑셀 파일을 닫으면 된다.

모니터링 해야 하는 카운터는 다음과 같다.

Memory - Pages/sec
Network Interface - Bytes total/sec
Physical Disk - Disk Transfers/sec
Processor - % Processor Time
SQL Buffer Manager - Cache Hit Ratio

경고

경고는 잘 알려져 있는 실패 상태를 위해서 설정한다. 각 작업 실패 시에도 경고를 해야 한다. 로그인 실패 또한 경고를 해야 한다. 경고는 데이터베이스에 접근할 수 있는 사용자의 수를 초과했을 때에도 발생되어야 한다.

SQL 서버 로그

시간이 많이 걸리는 예외 관리 요소 중의 하나는 SQL 서버 로그의 사용이다. SQL 서버 로그는 예상되거나 예상되지 않는 모든 오류를 추적한다. 예외관리 접근을 활용할 때는 모든 잘 알려진 문제의 상태에 대하여 숙지하는 것이 필요하기 때문에 SQL 로그에 나타나는 여러 메시지와 친숙해져야 한다. 오류를 어떻게 그룹화할까? 어떻게 평가할까? 오류와 실제 이벤트와 어떤 연관이 있을까? 각각의 오류와 관련하여 경고 설정 하였는가? 각 오류에 대한 해결책이 있는가?

SQL 서버로그에 나타나는 문제를 얼만큼 잘 해결하는가에 따라 예외 관리 접근법이 해당 시스템에 적합한지 아닌지를 판단할 수 있을 것이다. 로그가 충분한가? 오류가 발생된 이후에 오류에 대하여 정보를 수집하는 것이 용이한가? 문제를 해결할 수 있을 만큼 로그에 충분한 정보가 있는가? 문제 해결 프로세스를 시작함에 있어 무엇보다도SQL 서버 로그에 저장된 오류 메시지를 검토하는 것이 편하다면, 이 접근 방법을 고려해야 한다.

하드웨어 예외 관리

하드웨어 문제를 처리하기 위해 소비하는 시간은 다소 제한 되어야 한다. 직접 서버를 구축하지 않았다면, 하드웨어 유지관리는 해야 할 일이 아닐 것이다. 제한된 역할 때문에, 예외 관리 접근을 사용하여 하드웨어를 모니터링 하는 것이 가능하다. 하드웨어 문제가 발생된 후 대응 하면 된다. 이 방법은 하드웨어를 모니터링할 수 없을 때 유용한 방법이다.

하드웨어 예외에 대한 대응

하드웨어 모니터링 도구는 하드웨어 문제에 대해 제한적으로 사용할 수 있다. 하드웨어 모니터링의 목적은 특정 서버의 어느 부분에서 문제가 발생했는지 결정하는 것이다. 하드웨어 모니터링을 통하여 하드웨어 문제가 없다는 것을 확인했으면, 응용 프로그램 문제를 해결하도록 해야 한다.

페이지 맨 위로

사용할 도구는 다음과 같다.

전원 표시 램프. 가장 기본적인 도구이다. 외장형 스토리지 구성요소와 각 드라이브는 서버 상태에 대하여 생각보다 많은 것을 나타낸다. 하드웨어에 있는 전원 표시 램프를 상세히 조사하자. 모두 전원이 들어와 있는가? 만일 불빛이 문제를 구별하는 능력(아무 문제가 없는 것을 나타내는 연두색 불빛과 문제를 나타내는 노란 혹은 붉은색 불빛을 가지는)을 가지고 있다면 문제가 발생했나? 또한, 만일 불 빛이 대부분의 디스크가 하는 행위를 나타낸다면, 현재 디스크 상태는 정상인가? 만일 서버를 부팅하고 있는 중이라면 부트 디스크는 불 빛을 통하여 작동 상태를 보여 줄 것이다. 문제를 잘 파악하기 위해, 불 빛 정보를 상세히 조사하여 사용하자.
부팅 시 메시지. 아마도 서버 다운 상태를 처리할 때 가장 중요한 도구일 것이다. 서버가 부팅될 때 표시되는 메시지는 서버의 다양한 상태를 나타낸다. 잠깐 보였다가 없어지는 메시지를 구별하기 위하여 예상되는 부트 메시지의 순서와 내용에 대해 반드시 알아야 한다. 만일 이 정보를 확신할 수 없다면, 문제가 없는 같은 종류의 하드웨어를 재 부팅하고 부트 메시지를 기록하자. 종종 예상하지 못한 메시지를 받는다고 문제가 생긴 것은 아니다. 메시지 범위를 결정하고 연구 하자.
부팅 시스템 선택. 윈도우2000 서버는 "안전모드"를 제공한다. 이 옵션은 서버를 부팅할 때 필요한 최소한의 드라이버만 로드 한다. 만일 특정 문제를 알아내려 한다면, "안전모드"를 이용하자. 이 옵션이 사용될 때, 많은 하드웨어를 위한 드라이버를 로드 하지 않는다. "안전모드"를 수행해서 문제가 없어 진다면, 드라이버 또는 하드웨어로 인한 문제라는 것을 알 수가 있게 된다.
디스크로 부팅. 다른 도구는 부팅 시에 플로피 디스크를 사용하는 것이다. BIOS가 C드라이브를 찾기 전에 A드라이브를 찾으면 이 방법을 사용할 수 있다. 만일 부팅하는 동안 BIOS가 A드라이브를 찾지 않는다면, 이 것을 하기 위하여 BIOS설정을 변경하면 된다. 디스켓으로 부팅을 하면 제한된 응용 프로그램을 가진다. CPU가 BIOS에 접근이 가능한지, BIOS가 A드라이브에 접근 가능한지, 일반적인 운영 시스템 드라이버가 없이도 키보드, 마우스, 모니터가 제대로 작동하는 지를 알 수 있다.
BIOS와 SCSI 설정 도구. BIOS와 SCSI 설정 도구를 가지는 서버는 운영체제 시스템이 시작하기 전인 부팅 시에 유용하다. 또한 많은 상황에서도 유용하다. 서버가 작동하는 방법을 변경할 수 있다. 사용법을 잘 모르면 이 도구를 사용하지 말자. 하드웨어 문제가 생겨 해결하려다가 실수로 BIOS 설정을 지운다면 득보다 실이 더 많을 것이다.
이벤트 뷰어. 만일 운영체제가 사용 가능하다면, 문제 해결을 위해 많은 도구를 사용할 수 있다. 첫 번째로 사용할 것은 이벤트 뷰어 로그이다. 운영체제가 시작된 후에, 항상 이 로그를 제일 먼저 체크 하자(문제가 발생시). 시스템과 응용 프로그램 로그에 나타나는 모든 메시지를 점검하자. 이 들 메시지는 날짜 정보를 가지고 있어 문제가 생긴 시간과 리부팅 시간은 로그에서 중요정보가 된다. 문제가 발생된 시간과 부팅 시간과 연관된 오류가 있는가?

로그 메시지와 부트 시간에 대하여 기록해야 할 중요한 것이 있다. 부팅 시간 후에 기록되는 모든 메시지는 부팅할 때 적용된다. 가동 시간 동안 표시 되는 하드웨어 문제를 항상 기록하도록 하자. 이렇게 하는 것은, 가동시간 동안 표시되는 하드웨어 증상과 관련된 로그 메시지를 연관 시킬 수 있다. 이 것은 종종 추적하는 것이 힘들 수 있다. 그러나 하드웨어 문제를 분리하기 위해서 중요하다.

종종, 하드웨어 문제를 해결하려고 할 때, 문제를 알아내기 위해 서버에 많은 변경을 주게 된다. 변화를 준 후에, 서버를 재 부팅 할 필요가 있을 것이다. 만약 변경 전후의 로그 메시지를 추적할 수 없다면 문제를 해결하기 힘들 것이다.

장치 관리자. 다른 중요한 도구는 윈도우2000에서 제공되는 장치관리자이다. 장치 관리자는 운영체제에 의해 발견되는 현재의 디바이스를 보여주며 디바이스의 상태를 체크한다. 디바이스와 관련 된 아이콘을 더블 클릭함에 의하여, 문제 해결사 버튼을 가지는 윈도우가 보인다. "문제해결사" 는 하드웨어가 가지는 문제의 종류를 결정한다. 이 도구를 자주 사용하는 것을 추천한다.

CPU와 메모리 제약 구별

하드웨어와 연관된 몇 가지 문제들은 사실 리소스 제약에 의해 발생된다. 가장 신경 써야 할 리소스는 CPU와 메모리이다. 만일 CPU 리소스가 완전히 사용되고 있다면, 성능을 만족시키기 위해 다른 요청은 기다려야 한다. 이 것은 메모리 사용과도 비슷하게 발생한다. 만일 하드웨어 사용을 요청하는 작업이 메모리 할당을 기다려야 한다면, 응용 프로그램의 성능을 위해 기다려야 하는 것보다도 더 오래 기다려야 한다. 항상 CPU와 메모리의 부하를 검사해야 한다.

만 CPU와 메모리 문제가 계속해서 나타난다면, 문제가 발생하기 전에 미리 점검을 하자. CPU와 메모리 리소스 대기상태를 피하기 위한 좋은 계획과 관리를 제공할 수 있어야 한다. 항상 CPU와 메모리 리소스에 기반을 둔 작업 부하를 감시하자. 작업 부하의 좋은 표시자는 사용자수이다. 다른 좋은 표시자는 총 사용자 요청사항(request)수이다. 만일 사용자 수 또는 총 사용자 요청사항이 증가하기 시작했다면, 작업부하를 견딜 수 있는지 CPU와 메모리 용량을 검토해야 한다.

클러스터링 하드웨어

클러스터 데이터베이스 서버는 같은 데이터베이스에 접근하는 서버를 허용하기 위하여 공유 스토리지를 사용한다. 이 스토리지는 광(fiber) 스위치를 경유하여 대부분 사용된다.

만일 클러스터 서비스가 문제라면, 공유 디스크에 접근하는 것이 어려울 것이다. 문제 발생 시간 동안 광 스위치 또는 공유 디스크의 상태를 판단하는 것이 어려워 진다. 모니터링 담당자는 특정 클러스터 하드웨어에 대해 잘 알고 있어야 한다.

문제에 대한 대응

문제에 대해 모니터링 시스템에서 적절히 경고를 하게 될 것이다. 자 무엇을 할 수 있을까? 7장 "문제해결과 장애조치"에서처럼, 문제해결 프로세스를 시작만 할 수 있다. 사실, 이런 일련의 이벤트를 시작하는 경고는 단순히 증상이다. 실제 문제를 구별하기 전에 밟아야 할 많은 단계가 있을 수 있다.

더 상세한 문제해결 방법을 이해하려면 7장에서 간략히 제시된 응용 프로그램 문제의 고립화와 관리를 위한 방법론을 따라야 한다. 문제 상태를 자세히 조사하며 베이스라인 모니터링 방안의 한 부분이 되어야 하는 도구가 있다. 비록 모니터링 담당자가 발생하는 문제를 해결할 수 없더라도, 문제에 대해 좀 더 찾고, 추가적인 증상 데이터를 수집하고, 해결하도록 해야 하는 것은 중요하다.

도구

문제 분석 시에 사용되는 몇 가지 도구는 제일 먼저 응용 프로그램을 모니터링 하기 위해 사용되는 도구와 같다. 모니터링 작업을 할 때, 도구는 리포팅보다는 진단을 위해 더 많이 사용된다.

SQL 오류 로그와 SQL 에이전트 로그

전에 논의한 것처럼, SQL 오류 로그에는 많은 메시지들이 기록된다. SQL 에이전트 로그도 마찬가지이다. 문제 상태를 분석하려 할 때, 그런 메시지들은 문제해결에 방해가 될 수 있다. 문제 기록을 검토하기 위해서 날짜와 시간을 사용하자. 언제 SQL 서비스가 부팅되었는가? 부팅하는데 얼마의 시간이 소요되었는가? 복구되지 않은 데이터베이스가 있는가?

문제가 발생한 시간을 살펴보자. 로그에는 어떤 종류의 메시지가 있는가? 이벤트 뷰어 또는 다른 데이터 소스와 연관되는 로그에 특이한 점이 있는가? 로그 기록을 사용함에 의하여 문제의 원인을 찾고 분리해 낼 수 있다.

SQLDiag.exe

현재 사용자 정보, DLL버전, 환경구성 정보, 데이터베이스 사이즈 정보를 포함하여, SQL 서버의 현재 상태에 대한 정보를 얻기 위해서, SQLDiag.exe라는 유틸리티를 실행할 수 있다. 이 유틸리티의 디폴트 위치는 C:\Program Files\Microsoft SQL Server\Mssql\Binn\SQLDiag.exe이다. 유틸리티를 실행할 때, 다음 메시지는 커맨드 프롬프트 창에 나타난다.

Connecting to server (YOUR SERVER NAME)
Getting file C:\Program Files\Microsoft SQL Server\MSSQL\log\ERRORLOG
Getting file C:\Program Files\Microsoft SQL Server\MSSQL\log\ERRORLOG.1
Getting file C:\Program Files\Microsoft SQL Server\MSSQL\log\ERRORLOG.2
Getting file C:\Program Files\Microsoft SQL Server\MSSQL\log\ERRORLOG.3
Getting file C:\Program Files\Microsoft SQL Server\MSSQL\log\ERRORLOG.4
Getting file C:\Program Files\Microsoft SQL Server\MSSQL\log\ERRORLOG.5
Getting file C:\Program Files\Microsoft SQL Server\MSSQL\log\ERRORLOG.6
Getting registry information
Getting library version information
Getting configuration information
Getting current user information
Getting lock information
Getting database information
Getting product information
Getting extended procedures information
Getting process information
Getting input buffers
Getting head blockers
Getting machine information. Please wait; this may take a few minutes
Data Stored in C:\Program Files\Microsoft SQL Server\MSSQL\log\SQLdiag.txt

파일 실행 후, 나중에 필요할 수도 있는 서버에 대한 자세한 모든 정보 파일을 서버에 남긴다. 만일 마이크로소프트 제품 지원 서비스(Microsoft Product Support Services)를 이용하게 된다면, 이 파일정보는 매우 유용하게 사용될 것이다.

만일 SQLDiag.exe를 한 번 이상 수행하고 실행 할 때마다 결과를 저장하고 싶다면, 각 수행 후에, SQLDiag.txt의 이름을 변경한다. 그렇지 않으면, SQLDiag.txt의 내용은 실행파일을 실행할 때마다 덮어써질 것이다.

페이지 맨 위로

프로필러

프로필러는 문제 상태에 대한 자세한 정보를 수집하는데 있어 가장 좋은 도구이다. 7장에서는 프로필러 사용을 위한 단계가 설명되어 있다.

문제 상태를 분석하는 초기에 프로필러를 가지고 추적된 이벤트를 제한하는 것이 좋다. 프로필러는 좋은 도구인 반면에, 비용이 많이 요구된다. 프로필러를 문제가 발생하는 시점에 사용한다는 것은 시스템에 부하를 주기 때문에 주의가 필요하다.

프로필러 검사를 쉽게 하기 위하여 밟아야 할 단계가 있다. 첫째로, SQL 서버에서 직접 프로필러를 실행하자. 다음에, 이벤트 클래스 "오류와 경고"에서 발견되는 이벤트만 선택한다. 검사 시에 필요하다고 생각되는 한 개 혹은 두 개의 이벤트만 선택한다. 마지막으로, 프로필러를 실행하는 것이 문제 상태를 더 증대시키는지 아닌지를 결정하기 위하여 한 두 번 실행해 본다.

만일 프로필러가 사태를 악화시키지 않는다면, 같은 제한된 카운터 셋을 가진 좀 더 긴 추적을 해보자. 항상 SQL 서버에서 직접 수행하자. 만일 이 추적이 SQL 서버 수행을 방해하지 않는다면, 7장에서 추천되는 이벤트를 서서히 추가하는 것을 고려하자.

현재 동작

모니터링에서 사용해야 하는 다른 유용한 도구는 엔터프라이즈 관리자에서 볼 수 있는, 관리 > 현재 동작 창이다. 이 도구는 문제 발생시에 유용하게 사용할 수 있는 도구이다. 현재 동작 창은 프로세스, 사용자 활동, 프로세스에 의한 잠금, 개체에 의한 잠금에 관한 스냅샷 정보를 보여준다. 스냅샷만 제공하는 창을 기록하는 것은 중요하다. 만일 서버의 진행 상태에 관심이 있다면, 주기적으로 스냅샷을 새로 고침(refresh) 해야 한다.

블로킹되고 블로킹하는 트랜잭션을 모니터링 하기 위해서 현재동작 창을 사용할 수 있다. 그리고 현재 연결된 사용자와 마지막 실행 문을 볼 수 있다. 데이터베이스 개체에 의한 모든 잠금을 볼 수 있다. 선택된 프로세스를 끝낼 수 있거나 문제가 있는 트랜잭션을 실행하는 사용자에게 메시지를 보낼 수도 있다. 프로세스를 끝내기로 결정하였다면, 롤백이 발생할 수 있다는 것을 명심하자. 프로세스를 끝내는 능력을 남용하지 말자.

다음 값은 각 프로세스를 위해 현재 활동 창에서 발견될 수 있다(값은 윈도우가 처음 열릴 때나 다음에 새로 고치기를 할 때 샘플링 된다).

프로세스ID. SQL 서버 프로세스ID.
컨텍스트ID. 단독 프로세스를 대표하여 수행되는 서브 쓰레드를 구별하기 위해 유일하게 사용되는 컨텍스트 ID.
사용자. 커맨드를 실행한 사용자의 USER ID.
데이터베이스. 프로세스에 의해 현재 사용되는 데이터베이스.
상태. 프로세스의 상태(예를 들어, running, sleeping, runnable, 그리고background).
트랜잭션 열기. 프로세스를 위해 열린 트랜잭션 수.
명령. 현재 실행되는 커맨드.
응용프로그램. 프로세스에 의해 사용되는 응용 프로그램 프로그램 명
대기 시간. 현재의 대기 시간(밀리초). 프로세스가 대기하지 않을 때, 대기시간은 0이다.
대기 유형. 마지막 혹은 현재 대기 유형 명칭
대기 리소스. 잠금 리소스의 텍스트형 정보
CPU. 프로세스를 위한 누적 CPU 시간. 엔트리는 SET STATISTICS TIME ON 이 같은 세션에서 활성화 될 때 실행된Transact-SQL문을 대신하여 수행되는 프로세스를 위해서만 업데이트 된다. CPU 컬럼은 쿼리가 SET STATISTICS TIME ON인 상태에서 실행되었을 때 업데이트 된다. 0가 반환될 때, SET STATISTICS TIME 는 OFF 이다.
물리적 IO. 프로세스를 위한 누적 디스크 읽기와 쓰기 I/O
메모리 사용. 이 프로세스에 현재 할당된 프로시저 캐시내의 페이지 수. 음수는 프로세스가 다른 프로세스에 의해 할당된 메모리를 해제하는 것을 가르킨다.
로그인 시간. 서버에 로그인한 클라이언트 프로세스 시간. 시스템 프로세스를 위해 SQL 서버 시작 된 시간이 표시된다.
마지막 일괄처리. 클라이언트 프로세스가 원격 저장 프로시저 실행하거나 EXECUTE 문을 실행한 마지막 시간. 시스템 프로세스를 위해, SQL 서버 시작 시간이 표시된다.
호스트. 워크스테이션 명
네트워크 라이브러리. 클라이언트 네트워크 라이브러리가 저장된 컬럼. 모든 클라이언트 프로세스는 네트워크 연결로 가능하다. 네트워크 연결은 네트워크 라이브러리를 가진다. 좀 더 자세한 정보를 위해, SQL 서버 온라인 설명서의 "클라이언트와 서버 Net-Library"를 참조하자.
네트워크 주소. 각 사용자의 워크스테이션의 네트워크 인터페이스 카드를 위한 지정된 유일한 식별자. 사용자가 로그인 할 때, 이 식별자는 네트워크 주소 컬럼에 삽입된다.
차단 주체. 차단하는 프로세스의 SPID
차단하는 중. 차단된 프로세스의 SPID

SP_WHO

엔터프라이즈 관리자가 SQL 서버에 접속할 수 없고 쿼리분석기 세션이 접속 가능한 경우가 있을 수 있다. 이런 경우에, SP_WHO를 이용하여 현재 연결 수와 연결 상세정보에 대한 정보를 알 수 있다.

요약

이 장에서 간략히 제시된 모니터링 시스템 개발 프로세스를 가지고 처음부터 끝까지 따라 해보는 것은 중요하다. 시스템이 갑자기 중단되어 모니터링 시스템의 귀중함을 알게 될 때까지 모니터링에 대한 필요성을 못 느끼는 것은 쉽다. 첫째로, 모든 응용 프로그램 구성요소를 확실히 문서화하자. 요구사항을 만족시키는 데에 가장 잘 맞는 모니터링 기술을 선택하자. 그런 다음 근무 환경에 적용할 엄격한 관리방안을 만들자. 마지막으로, 관리방안을 적용하고 성공을 하도록 힘쓰자.

모니터링 방식과 관계없이, 다양한 방법으로 응용 프로그램의 상태를 볼 수 있도록 하자. 하나의 도구가 중요한 이상 증후를 놓칠 수 있는 반면 다른 하나는 그 것을 잡을 수 있을 것이다. 응용 프로그램의 상태를 결정하기 위해 모든 도구를 사용하자. 비록 응용 프로그램의 상태가 완전해 보일 지라도, 사용자수, CPU사용률, 디스크 접근과 관련되어 있는 모든 점을 상세하게 점검하자. 데이터의 계속적인 분석은 아주 중요하다. 문제에 대한 증상을 계속 주시하자. 만일 미리 문제에 대한 증상을 발견했다면, 심각한 문제가 발생하는 것을 방지할 수가 있을 것이다.

페이지 맨 위로

최종수정일 : 2005년 8월 19일

windbg명령어[펌]

2006-02-13T14:36:10Z

3가지 명령어 타입이 존재한다.
첫번째는 그냥 명령어. 예) dc
두번째는 점(.) 명령어(Dot commands). 예) .load
세번째는 느낌표(!) 명령어(Bang commands). 예) !dc

첫번째는 디버거의 자체 내장 기능이고 세번째는 내장되어 있지 않은 확장 명령이다. 도스의 예로 들어 설명하면 첫번째는 dir과 같이 command.com 안에 내장된 명령이고 두번째는 format와 같이 외부(format.com)에 존재하는 명령이라고 생각하면 될 것이다. 두번째는 심볼 파일을 로드나 환경 설정 변경과 같은 디버거 자체를 제어하기 위한 명령이다.

다음은 쉬운건 빼고 ^^; 기억해 둘만한 명령이다.

.hh : 도움말 파일을 부른다
ex) .hh xx : 도움말이 열리면서 xx 에 대한 설명을 보여준다

.chain : 로드된 확장 DLL을 보여준다
.load : 확장 DLL을 로드한다
.unload : 확장 DLL을 언로드한다
.unloadall : 모든 확장 DLL을 언로드한다

!process : 프로세스 정보 보기
ex) !process 0  => 모든 프로세스 보기
      !process 0 4  => 쓰레드 포함 모든 프로세스 보기

!dc : 물리 메모리 내용 보기

? 16진수 : 10진수로 보기

!driver : 현재 로드된 드라이버 보기

!kb : 스택 추적

!handle [Handle [KMFlags [Process [TypeName]]]]

lm : 로드된 모듈 보기
lm kv : 로드된 드라이버 보기

x : 심볼을 확인한다
x USER32!Create* : USER32 모듈 내의 Create로 시작하는 모든 심볼을 보여준다

ld : 특정 모듈의 심볼을 로드한다
ex) ld ntdll

dl : Double-Linked List를 트레이싱한다
ex) dl 주소

!idt (kdex2x86)
: 인터럽트 디스크립터 테이블을 보여준다

!drvobj xxx
: xxx는 드라이버 이름
ex) !drvobj kbdclass : kdbclass 드라이버의 정보를 보여준다
      !drvobj kbdclass 2 : kdbclass 드라이버의 디스패치 루틴 리스트를 보여준다

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

※ 심볼 관련

Symbol Serch Path ==>
srv*C:\WebSymbols*http://msdl.microsoft.com/download/symbols

.sympath[+] srv*DownstreamStore*http://msdl.microsoft.com/download/symbols
<==> .symfix[+] [DownstreamStore]
위 두 명령은 동일하다. '+'를 붙이면 기존의 심볼 패스에 추가한다. 이것이 붙지 않으면 새로 지정한 패스로 교체된다. DownstreamStore는 심볼 파일을 보관할 경로를 지정한다. 이렇게 설정을 하고 디버깅을 시작하면 심볼 파일이 필요할 때 먼저 DownstreamStore를 검색해서 필요한 심볼 파일이 없다면 http://msdl.microsoft.com/download/symbols 에서 심볼 파일을 다운 받아 DownstreamStore에 저장한다. 다음부턴 DownstreamStore에서 심볼을 불러온다. 아래 .symfix 에서 DownstreamStore를 지정하지 않으면 디버거가 설치된 디렉토리가 사용된다(대략 난감해진다).

+ symchk.exe
디버거가 설치된 디렉토리에는 symchk.exe라고 하는 심볼 체커 프로그램이 있다.
symchk c:\windows\system32\user32.dll /s c:\WebSymbols
이렇게 하면 user32.dll 파일의 심볼 파일이 c:\WebSymbols 하위 디렉토리에 있는지 검사한다.
다음과 같이 /v 옵션을 주면 좀 더 자세한 결과를 보여준다.
symchk /v c:\windows\system32\user32.dll /s c:\WebSymbols
다음과 같이 실행하면:
symchk /r c:\windows\system32 /s c:\WebSymbols
system32 에 있는 모든 파일을 검사한다.
그리고 다음과 같이 실행하면:
symchk /r c:\windows\system32 /s srv*c:\WebSymbols*http://msdl.microsoft.com/download/symbols
system32 에 있는 모든 파일을 c:\WebSymbols 에서 검사하고 없으면 마이크로소프트 심볼 서버에서 검사하여 있으면 심볼 파일을 c:\WebSymbols로 복사한다. 이렇게 실행한다면 복사되는 엄청난 양의 심볼 파일의 압박을 받게된다.
심볼 서버에 있는지 검사하고는 싶으나 파일을 복사하기는 싫다면 다음과 같이 실행한다.
symchk /r c:\windows\system32 /s srv*http://msdl.microsoft.com/download/symbols

IPSec 보안설정방법~

2006-02-10T10:23:17Z

먼저 TCP/IP 구성의 고급 정보에서 설정하는 TCP/IP 필터링과 IPSec 보안과의 차이점에 대해 알아보겠습니다. 보통 보기에는 TCP/IP 필터링과 IPSec 보안정책과 거의 유사하게 보이지만 아래 표와 같이 몇가지 다른 사항들이 있습니다
차단하거나 허용할 IP 즉 TCP/UDP등의 프로토콜을 먼저 정의합니다. 다음과 같은 형식의 워크시트를 이용하여 구성하면 될 것 입니다.

여기서 우리가 할 것은 밖에서 나의 시스템으로의 핑 테스트를 차단하는 것이므로 다음과 같은 표가 만들어질 수 있습니다.

당연히, 들어오는 FTP, SMTP, WWW 등의 포트도 막을 수 있습니다. 그리고, 메신저와 같은 다른 TCP/UDP를 사용하는 애플리케이션도 막을 수 있습니다. 맨 아래 참조문서를 보시면 이 포트에 대한 자세한 내용이 들어 있습니다.
IPSec 의 적용 : IPSec을 적용하려면 먼저 IPSec 스냅인을 살펴 보아야 합니다. “시작->프로그램->관리도구-> 로컬 보안 설정”을 열면 로컬 컴퓨터의 IP 보안 정책이라는 항목이 있습니다.
로컬 컴퓨터의 IP보안 정책을 들여다 보면 3가지 정책이 있으며 현재 정책 할당은 되어 있지 않습니다. 이제부터 ICMP를 차단하는 정책을 다루어 보겠습니다.
ICMP를 차단하려면 먼저 “동작”을 선언해주고, 해당 동작을 “정책”에 넣어주는 스타일로 구성됩니다. 아래에 나오는 순서를 보시면 쉽게 이해가 되실 것입니다.
동작 메뉴에서 “IP 필터 목록 및 필터 동작 관리”를 선택합니다. IP필터 목록에 2가지 내용이 들어 있습니다. 아래 “추가” 버튼을 클릭합니다. IP 필터 목록 대화상자에서 ICMP를 차단하기 위한 동작을 정의해 줍니다. 이름을 “ICMP Block Policy”라고 입력하고 “추가”버튼을 클릭합니다. 마법사가 실행됩니다. 다음 버튼을 클릭하고 원본 주소를 “모든 IP 주소”, 대상 주소를 “내 IP 주소”, 프로토콜 종류를 “ICMP”를 선택합니다. 모두 마치면 아래의 그림과 같이 나타날 것입니다.
확인 버튼을 클릭합니다. 그러면 아래 그림과 같이 나타납니다.
이제 정책을 적용해 봅시다. 동작 메뉴에서 “IP 보안 정책 만들기”를 실행합니다. 마법사가 실행됩니다. 그대로 따라 갑니다. IP 보안 정책의 이름을 설정합니다. “ICMP 차단 정책”, 보안 통신 요청에서 “기본 응답 규칙 활성화”를 체크 해제합니다. 마법사를 마치면 다음과 같은 화면이 나타납니다.
여기서 추가 버튼을 클릭합니다. 보안 규칙 마법사가 실행됩니다. 그대로 따라갑니다. “터널 종점” 대화상자에서는 “이 규칙에서는 터널 지정 안함”을 선택합니다. 네트워크 종류에서 원하는 것을 선택합니다. 여기에서는 “모든 네트워크 연결”을 선택하였습니다. 인증방법은 처음 항목 그대로 놔둔채로 다음으로 넘어갑니다. 경고 메시지가 뜨는데 Y를 선택합니다.
그러면 아래와 같은 그림에서 IP 필터 목록이 나타납니다. 3번째 항목에 아까 만든 ICMP Block Policy가 있습니다. 거기의 라디오 버튼을 클릭해 주고 다음 버튼을 클릭합니다.

다음 “필터 동작” 대화상자가 나타납니다.

여기서 “새 필터 동작”을 선택하여 주고 “편집” 버튼을 눌러 “거부”가 선택되어 있는지 확인합니다.

제대로 되어 있다면 확인 버튼을 누르고 마법사도 종료합니다.
이제 처음 로컬 보안 정책 화면이 나타납니다. 여기서 새로 추가한 “ICMP 차단 정책”이 보일 것입니다. 현재 정책 할당이 되어 있지 않으므로, ICMP 차단 정책을 선택하고 오른쪽 마우스 버튼을 눌러 “할당”을 선택해줍니다.
여기까지 왔다면 외부 시스템에서 현재 설정한 시스템으로의 PING은 먹지 않습니다. 한번 씩~ 해보세욤.

결론 : 여기서 보여드린 것은 아주 기본적인 것에 불과합니다. 회사에서라면 증권회사, 메신저 서비스 등을 막는데 IPSec이 유용하게 사용될 수 있습니다. 한번씩 고민해 보시기 바랍니다.

참고문헌 :

1. www.microsoft.com/technet/security/network
2. http://www.microsoft.com/ISN/Columnists/using_ipsec.asp
3. www.sygate.co.kr <- 여기 자료실 가보시면 여러가지 TCP/UDP 목록이 있습니다

nt/xp 도스 명령어~

2006-02-09T11:28:38Z

An A-Z Index of the Windows NT/XP command line

ADDUSERS Add or list users to/from a CSV file
ARP      Address Resolution Protocol
ASSOC    Change file extension associations
ASSOCIAT One step file association
AT       Schedule a command to run at a later time
ATTRIB   Change file attributes

BROWSTAT Get domain, browser and PDC info

CACLS    Change file permissions
CALL     Call one batch program from another
CD       Change Directory - move to a specific Folder
CHANGE   Change Terminal Server Session properties
CHKDSK   Check Disk - check and repair disk problems
CHKNTFS  Check the NTFS file system
CHOICE   Accept keyboard input to a batch file
CIPHER   Encrypt or Decrypt files/folders
CleanMgr Automated cleanup of Temp files, recycle bin
CLEARMEM Clear memory leaks
CLIP     Copy STDIN to the Windows clipboard.
CLS      Clear the screen
CLUSTER  Windows Clustering
CMD      Start a new CMD shell
COLOR    Change colours of the CMD window
COMP     Compare the contents of two files or sets of files
COMPACT  Compress files or folders on an NTFS partition
COMPRESS Compress individual files on an NTFS partition
CON2PRT  Connect or disconnect a Printer
CONVERT  Convert a FAT drive to NTFS.
COPY     Copy one or more files to another location
CSVDE    Import or Export Active Directory data 

DATE     Display or set the date
Dcomcnfg DCOM Configuration Utility
DEFRAG   Defragment hard drive
DEL      Delete one or more files
DELPROF  Delete NT user profiles
DELTREE  Delete a folder and all subfolders
DevCon   Device Manager Command Line Utility 
DIR      Display a list of files and folders
DIRUSE   Display disk usage
DISKCOMP Compare the contents of two floppy disks
DISKCOPY Copy the contents of one floppy disk to another
DNSSTAT  DNS Statistics
DOSKEY   Edit command line, recall commands, and create macros
DSADD    Add user (computer, group..) to active directory
DSQUERY  List items in active directory
DSMOD    Modify user (computer, group..) in active directory

ECHO     Display message on screen
ENDLOCAL End localisation of environment changes in a batch file
ERASE    Delete one or more files
EXIT     Quit the CMD shell
EXPAND   Uncompress files
EXTRACT  Uncompress CAB files

FC       Compare two files
FDISK    Disk Format and partition
FIND     Search for a text string in a file
FINDSTR  Search for strings in files
FOR      Conditionally perform a command several times
FORFILES Batch process multiple files
FORMAT   Format a disk
FREEDISK Check free disk space (in bytes)
FSUTIL   File and Volume utilities
FTP      File Transfer Protocol
FTYPE    Display or modify file types used in file extension associations

GLOBAL   Display membership of global groups
GOTO     Direct a batch program to jump to a labelled line

HELP     Online Help
HFNETCHK Network Security Hotfix Checker 

IF       Conditionally perform a command
IFMEMBER Is the current user in an NT Workgroup
INSTSRV  Install an NT Service
IPCONFIG Configure IP

KILL     Remove a program from memory

LABEL    Edit a disk label
LOCAL    Display membership of local groups
LOGEVENT Write text to the NT event viewer.
LOGOFF   Log a user off
LOGTIME  Log the date and time in a file

MAPISEND Send email from the command line
MEM      Display memory usage
MD       Create new folders
MODE     Configure a system device
MORE     Display output, one screen at a time
MOUNTVOL Manage a volume mount point
MOVE     Move files from one folder to another
MOVEUSER Move a user from one domain to another
MSG      Send a message
MSIEXEC  Microsoft Windows Installer
MSINFO   Windows NT diagnostics
MSTSC    Terminal Server Connection (Remote Desktop Protocol)
MUNGE    Find and Replace text within file(s)
MV       Copy in-use files

NET      Manage network resources
NETDOM   Domain Manager
NETSH    Configure network protocols
NETSVC   Command-line Service Controller
NBTSTAT  Display networking statistics (NetBIOS over TCP/IP)
NETSTAT  Display networking statistics (TCP/IP)
NOW      Display the current Date and Time 
NSLOOKUP Name server lookup
NTBACKUP Backup folders to tape
NTRIGHTS Edit user account rights

PATH     Display or set a search path for executable files
PATHPING Trace route plus network latency and packet loss
PAUSE    Suspend processing of a batch file and display a message
PERMS    Show permissions for a user
PERFMON  Performance Monitor
PING     Test a network connection
POPD     Restore the previous value of the current directory saved by PUSHD
PORTQRY  Display the status of ports and services
PRINT    Print a text file
PRNCNFG  Display, configure or rename a printer
PRNMNGR  Add, delete, list printers set the default printer
PROMPT   Change the command prompt
PUSHD    Save and then change the current directory

QGREP    Search file(s) for lines that match a given pattern.

RASDIAL  Manage RAS connections
RASPHONE Manage RAS connections
RECOVER  Recover a damaged file from a defective disk.
REG      Read, Set or Delete registry keys and values
REGEDIT  Import or export registry settings
REGSVR32 Register or unregister a DLL
REGINI   Change Registry Permissions
REM      Record comments (remarks) in a batch file
REN      Rename a file or files.
REPLACE  Replace or update one file with another
RD       Delete folder(s)
RDISK    Create a Recovery Disk
RMTSHARE Share a folder or a printer
ROBOCOPY Robust File and Folder Copy
ROUTE    Manipulate network routing tables
RUNAS    Execute a program under a different user account
RUNDLL32 Run a DLL command (add/remove print connections)

SC       Service Control
SCHTASKS Create or Edit Scheduled Tasks 
SCLIST   Display NT Services
ScriptIt Control GUI applications
SET      Display, set, or remove environment variables
SETLOCAL Begin localisation of environment changes in a batch file
SETX     Set environment variables permanently 
SHARE    List or edit a file share or print share
SHIFT    Shift the position of replaceable parameters in a batch file
SHORTCUT Create a windows shortcut (.LNK file)
SHOWGRPS List the Workgroups a user is in
SHOWMBRS List the members of a Workgroup
SHUTDOWN Shutdown the computer
SLEEP    Wait for x seconds
SOON     Schedule a command to run in the near future
SORT     Sort input
START    Start a separate window to run a specified program or command
SU       Switch User
SUBINACL Edit file and folder Permissions, Ownership and Domain
SUBST    Associate a path with a drive letter

TASKLIST List running applications and services
TIME     Display or set the system time
TIMEOUT  Delay processing of a batch file
TITLE    Set the window title for a CMD.EXE session
TOUCH    Change file timestamps    
TRACERT  Trace route to a remote host
TREE     Graphical display of folder structure
TYPE     Display the contents of a text file

USRSTAT  List domain usernames and last login

VER      Display version information
VERIFY   Verify that files have been saved
VOL      Display a disk label

WHERE    Locate and display files in a directory tree
WHOAMI   Output the current UserName and domain
WINDIFF  Compare the contents of two files or sets of files
WINMSD   Windows system diagnostics
WINMSDP  Windows system diagnostics II
WMIC     WMI Commands

XCACLS   Change file permissions
XCOPY    Copy files and folders

Microsoft Help pages: Windows XP - 2003 Server

Links to other Sites, books etc...

event id 8032,8021 멀티홈 마스터 브라우저가 를 발생시킨다

2006-02-09T10:34:05Z

[이벤트ID:8021,8032] 멀티홈 마스터 브라우저가 를 발생시킨다.

MSDN 한글사이트에 자료가 있내요.

현상

Microsoft Windows NT나 Windows 2000을 실행하는 컴퓨터가 이벤트 뷰어 시스템 로그에 다음 이벤트를 하나 이상 기록할 수 있습니다.
이벤트 ID: 8021
원본: 브라우저
설명: 브라우저가 네트워크 \device\에 있는 브라우저 마스터 (으)로부터 서버 목록을 검색하지 못했습니다. 데이터는 오류 코드입니다.
또는
이벤트 ID: 8032
원본: 브라우저
설명: 브라우저 서비스가 여러 번 전송 에서 백업 목록을 검색하지 못했습니다. 백업 브라우저를 중지하고 있습니다.
다음과 같은 경우 이런 현상이 나타납니다.

• 컴퓨터가 여러 네트워크 카드를 사용하여 둘 이상의 서브넷에 동시에 연결할 수 있는 멀티홈 컴퓨터입니다.
• 컴퓨터가 마스터 브라우저입니다.
• 컴퓨터에서 TCP/IP 프로토콜을 실행하고 있습니다.

원인

다음과 같은 경우 이런 현상이 나타날 수 있습니다.
• 컴퓨터 네트워크 카드가 같은 서브넷에 연결되어 있습니다.
• 컴퓨터 네트워크 카드가 같은 서브넷에 직접 연결되어 있지는 않지만 연결된 다른 서브넷을 통해 간접적으로 연결되어 있습니다.
• 마스터 브라우저가 잘못된 서브넷 마스크를 사용하고 있습니다.

해결과정

이 문제를 해결하려면 다음 작업 중 하나를 수행합니다.
• 워크스테이션 서비스에서 TCP/IP 서브넷 전송 바인딩 중 하나를 제외한 나머지를 모두 해제합니다.

또는
• 네트워크 카드나 RAS 연결 중 하나를 제외한 나머지를 모두 제거합니다.

또는
• 명령 프롬프트에서 다음 명령을 입력합니다.
net stop browser
참고: 이 명령을 실행하면 다른 네트워크에서 컴퓨터 찾아보기 목록을 받을 수 없습니다.

이러한 단계를 수행한 후 10분 이상 기다리면서 오류가 여전히 발생하는지 확인합니다. 오류가 발생하면 두 가지 정보를 상호 참조하여 문제를 계속 해결합니다. 우선 이벤트 로그에서 실패한 전송을 확인합니다. 예를 들어, 오류 8021은 다음과 비슷한 메시지를 표시합니다.
브라우저가 네트워크 \Device\NetBT_에 있는 브라우저 마스터 \\(으)로부터 서버 목록을 검색하지 못했습니다. 데이터는 오류 코드입니다.
중요한 데이터는 NetBT_입니다. 이 데이터는 프로토콜과 네트워크 카드 바인딩을 나타내며 "종점"이라고도 합니다. 표시될 수 있는 프로토콜은 다음과 같습니다.
Nbf_netcard = NetBEUI NetBT_netcard = TCP/IP(또는 NetBIOS over TCP/IP) NwlnkIpx = IPX/SPX(NwLink)[네트워크 카드를 나타내지 않음] NwlnkNB = NetBIOS over NwLink[네트워크 카드를 나타내지 않음]
실패한 프로토콜 종점을 확인한 후 Windows NT Resource Kit 프로그램인 Browstat.exe를 사용하여 설치된 모든 프로토콜의 브라우저 서비스에 대한 작동 상태를 확인합니다. 명령 프롬프트에서 다음 명령을 입력합니다.
browstat status
이 명령을 실행하면 모든 종점의 브라우저 상태가 표시됩니다. 각 종점의 도메인에서 브라우저가 활성화되어 있지 않다는 메시지를 찾습니다. "NdisWanX"(예: Device\NetBT_NdisWan5)를 표시하는 종점에 대한 데이터는 무시합니다. 이러한 데이터는 RAS 종점이며 대개 오류를 표시합니다.

이러한 두 단계에서 일치하는 프로토콜을 찾아야 합니다. 다음 단계로 제어판의 네트워크 도구에 있는 프로토콜 설치에서 해당 프로토콜에 대한 중요한 정보를 기록합니다. 그런 다음 프로토콜을 제거하고 컴퓨터를 다시 시작한 다음 10분 이상 기다리면서 오류가 기록되지 않는지 확인합니다. 프로토콜을 다시 설치하고 오류를 확인한 다음 현재 Windows NT 설치에 있는 서비스 팩을 다시 적용합니다.

프로토콜을 다시 설치한 후에도 오류가 계속 발생하면 네트워크 어댑터 카드에 문제가 있을 수 있으므로 공급업체에 문의하여 업데이트된 드라이버가 있는지 확인하거나 다른 네트워크 어댑터 카드를 사용합니다.

본 문서의 정보는 다음의 제품에 적용됩니다.
• Microsoft Windows 2000 Server
• Microsoft Windows 2000 Advanced Server
• Microsoft Windows 2000 Professional Edition
• Microsoft Windows NT Workstation 3.5
• Microsoft Windows NT Workstation 3.51
• Microsoft Windows NT Workstation 4.0 Developer Edition
• Microsoft Windows NT Server 3.5
• Microsoft Windows NT Server 3.51
• Microsoft Windows NT Server 4.0 Standard Edition

====================================================================================

관리도구-서비스에서 Computer Browser서비스를 수동으로 두는게 가장 빠른 해결책이네요

iis 오류표

2006-02-08T18:04:19Z

IIS 상태 코드

이 문서가 적용되는 제품 보기.

기술 자료 ID	:	318380
마지막 검토	:	2004년 9월 17일 금요일
수정	:	1.0

요약

사용자가 HTTP나 파일 전송 프로토콜(FTP)을 통해 인터넷 정보 서비스(IIS)를 실행하는 서버의 콘텐츠에 액세스하려고 하면 IIS에서는 요청 상태를 나타내는 숫자 코드를 반환합니다. 이 상태 코드는 IIS 로그에 기록되고 웹 브라우저나 FTP 클라이언트에도 표시될 수 있습니다. 상태 코드는 특정 요청의 성공 여부를 나타낼 수 있고 요청이 실패한 정확한 이유도 표시할 수 있습니다.

추가 정보

로그 파일 위치

기본적으로 IIS는 %WINDIR\System32\Logfiles에 해당 로그 파일을 저장합니다. 이 디렉터리에는 각 WWW(World Wide Web) 및 FTP 사이트에 대한 별도의 디렉터리가 포함됩니다. 기본적으로 로그는 디렉터리에서 매일 만들어지고 날짜를 포함하는 이름(예: exYYMMDD.log)으로 지정됩니다.

HTTP

1xx - 정보 전달용

이 상태 코드는 임시 응답을 나타냅니다. 클라이언트가 정식 응답을 받으려면 하나 이상의 1xx 응답을 받을 준비가 되어 있어야 합니다.

•	100 - 계속 작업합니다.
•	101 - 프로토콜을 전환합니다.

2xx - 완료

상태 코드의 이 클래스는 서버가 클라이언트 요청을 받아들였음을 나타냅니다.

•	200 - 클라이언트 요청이 성공했습니다.
•	201 - 만들어졌습니다.
•	202 - 받아들여졌습니다.
•	203 - 권한이 없는 정보입니다.
•	204 - 내용이 없습니다.
•	205 - 내용을 다시 설정합니다.
•	206 - 일부 내용

3xx - 리디렉션

클라이언트 브라우저는 요청을 처리하기 위해 좀더 조치를 취해야 합니다. 예를 들어, 브라우저는 서버에서 다른 페이지를 요청해야 하거나 프록시 서버를 사용하여 요청을 반복해야 할 수 있습니다.

•	302 - 개체 이동
•	304 - 수정되지 않았습니다.
•	307 - 임시 리디렉션

4xx - 클라이언트 오류

오류가 발생하고 클라이언트에 문제가 있는 것으로 나타납니다. 예를 들어, 클라이언트가 존재하지 않는 페이지를 요청하거나 올바른 인증 정보를 제공하지 않을 수도 있습니다.

•

400 - 요청이 잘못되었습니다.

•

401 - 액세스가 거부되었습니다. IIS는 오류의 원인을 보다 구체적으로 나타내는 여러 다른 401 오류를 정의합니다. 이러한 특정 오류 코드는 브라우저에 표시되지만 IIS 로그에는 표시되지 않습니다.

•	401.1 - 로그온하지 못했습니다.
•	401.2 - 서버 구성으로 인해 로그온하지 못했습니다.
•	401.3 - 리소스의 ACL에 의해 액세스가 거부되었습니다.
•	401.4 - 필터에 의해 권한을 부여하지 못했습니다.
•	401.5 - ISAPI/CGI 응용 프로그램에 의해 권한을 부여하지 못했습니다.
•	401.7 - 웹 서버의 URL 인증 정책에 의해 액세스가 거부되었습니다. 이 오류 코드는 IIS 6.0에만 해당됩니다.

•

403 - 금지. IIS는 오류의 원인을 보다 구체적으로 나타내는 여러 다른 403 오류를 정의합니다.

•	403.1 - 실행 액세스 금지
•	403.2 - 읽기 액세스 금지
•	403.3 - 쓰기 액세스 금지
•	403.4 - SSL이 필요합니다.
•	403.5 - SSL 128이 필요합니다.
•	403.6 - IP 주소가 거부되었습니다.
•	403.7 - 클라이언트 인증서가 필요합니다.
•	403.8 - 사이트 액세스가 거부되었습니다.
•	403.9 - 사용자가 너무 많습니다.
•	403.10 - 구성이 올바르지 않습니다.
•	403.11 - 암호 변경
•	403.12 - 매퍼가 액세스를 거부했습니다.
•	403.13 - 클라이언트 인증서를 취소했습니다.
•	403.14 - 디렉터리 목록이 거부되었습니다.
•	403.15 - 클라이언트 액세스 라이센스가 초과되었습니다.
•	403.16 - 클라이언트 인증서가 신뢰되지 않거나 잘못되었습니다.
•	403.17 - 클라이언트 인증서가 만료되었거나 아직 유효하지 않습니다.
•	403.18 - 현재 응용 프로그램 풀에서 요청된 URL을 실행할 수 없습니다. 이 오류 코드는 IIS 6.0에만 해당됩니다.
•	403.19 - 이 응용 프로그램 풀에서 클라이언트에 대한 CGI를 실행할 수 없습니다. 이 오류 코드는 IIS 6.0에만 해당됩니다.
•	403.20 - Passport 로그온에 실패했습니다. 이 오류 코드는 IIS 6.0에만 해당됩니다.

•

404 - 찾을 수 없습니다.

•	404.0 - (없음) - 파일 또는 디렉터리를 찾을 수 없습니다.
•	404.1 - 요청된 포트에서 웹 사이트에 액세스할 수 없습니다.
•	404.2 - 웹 서비스 확장 잠금 정책으로 인해 이 요청이 방지됩니다.
•	404.3 - MIME 맵 정책으로 인해 이 요청이 방지됩니다.

•

405 - 이 페이지에 액세스하는 데 사용되는 HTTP 동사를 허용할 수 없습니다(메서드를 허용할 수 없음).

•

406 - 클라이언트 브라우저가 요청된 페이지의 MIME 형식을 받아들이지 않습니다.

•

407 - 프록시 인증이 필요합니다.

•

412 - 전제 조건이 실패했습니다.

•

413 - 요청 엔터티가 너무 큽니다.

•

414 - 요청 URI가 너무 깁니다.

•

415 - 지원되지 않는 미디어 유형입니다.

•

416 - 요청된 범위를 충족시킬 수 없습니다.

•

417 - 실행하지 못했습니다.

•

423 - 잠금 오류

5xx - 서버 오류

서버에 오류가 발생하여 요청을 완료할 수 없습니다.

•

500 - 내부 서버 오류

•	500.12 - 응용 프로그램이 웹 서버에서 다시 시작되는 중입니다.
•	500.13 - 웹 서버 사용량이 많습니다.
•	500.15 - Global.asa의 직접 요청을 허용할 수 없습니다.
•	500.16 - UNC 인증 자격 증명이 잘못되었습니다. 이 오류 코드는 IIS 6.0에만 해당됩니다.
•	500.18 - URL 인증 저장소를 열 수 없습니다. 이 오류 코드는 IIS 6.0에만 해당됩니다.
•	500.100 - 내부 ASP 오류

•

501 - 헤더 값이 구현되지 않은 구성을 지정합니다.

•

502 - 웹 서버가 게이트웨이나 프록시 역할을 하는 동안 잘못된 응답을 받았습니다.

•	502.1 - CGI 응용 프로그램이 시간을 초과했습니다.
•	502.2 - CGI 응용 프로그램에서 오류가 발생했습니다.

•

503 - 서비스를 사용할 수 없습니다. 이 오류 코드는 IIS 6.0에만 해당됩니다.

•

504 - 게이트웨이가 시간을 초과했습니다.

•

505 - HTTP 버전이 지원되지 않습니다.

일반 HTTP 상태 코드와 그 원인

•

200 - 성공했습니다. 이 상태 코드는 IIS가 요청을 성공적으로 처리했음을 나타냅니다.

•

304 - 수정되지 않았습니다. 클라이언트가 이미 해당 캐시에 있는 문서를 요청하고 이 문서는 캐시된 이후로 수정되지 않았습니다. 클라이언트가 서버에서 문서를 다운로드하는 대신 문서의 캐시된 복사본을 사용합니다.

•

401.1 - 로그온하지 못했습니다. 올바르지 않은 사용자 이름이나 암호로 인해 로그온 시도가 실패했습니다.

•

401.3 - 리소스의 ACL에 의해 액세스가 거부되었습니다. 이것은 NTFS 사용 권한에 문제가 있음을 나타냅니다. 이 오류는 액세스하려는 파일의 사용 권한이 올바른 경우에도 발생할 수 있습니다. 예를 들어, IUSR 계정에 C:\Winnt\System32\Inetsrv 디렉터리에 대한 액세스 권한이 없는 경우 이 오류가 나타납니다. 이 문제를 해결하는 방법에 대한 자세한 내용은 Microsoft 기술 자료의 다음 문서를 참조하십시오.

187506 (http://support.microsoft.com/kb/187506/) IIS 사이트의 작동에 필요한 NTFS 권한 목록

•

403.1 - 실행 액세스 금지. 이 오류 메시지의 두 가지 일반적인 원인은 다음과 같습니다.

•

실행 권한이 부족합니다. 예를 들어, 사용 권한이 없음으로 설정되는 디렉터리에서 ASP 페이지에 액세스하려고 하거나 디렉터리에서 스크립트 권한으로 CGI 스크립트를 실행하려고 하는 경우 이 오류 메시지가 나타납니다. 실행 권한을 수정하려면 MMC(Microsoft Management Console)에서 해당 디렉터리를 마우스 오른쪽 단추로 누르고 등록 정보를 누른 다음 디렉터리 탭을 누르고 실행 권한 설정이 액세스하려는 콘텐츠에 적절한지 확인합니다.

•

실행하려는 파일 형식에 대한 스크립트 매핑은 사용 중인 동사(예: GET 또는 POST)를 인식하도록 설정되지 않습니다. 이 작업을 확인하려면 MMC에서 디렉터리를 마우스 오른쪽 단추로 누르고 등록 정보를 누른 다음 디렉터리 탭에서 구성을 누르고 해당 파일 형식에 대한 스크립트 매핑이 사용 중인 동사를 허용하도록 설정되었는지 확인합니다.

•

403.2 - 읽기 액세스 금지. IIS가 디렉터리에 대한 읽기 액세스 권한을 허용하도록 설정되었는지 확인합니다. 또한 기본 문서를 사용하려면 이 문서가 있는지 확인합니다. 이 문제의 해결 방법에 대한 자세한 내용은 Microsoft 기술 자료의 다음 문서를 참조하십시오.

247677 (http://support.microsoft.com/kb/247677/) 오류 메시지: 403.2 Forbidden: Read Access Forbidden

•

403.3 - 쓰기 액세스 금지. IIS 사용 권한 및 NTFS 사용 권한이 디렉터리에 대한 쓰기 액세스 권한을 부여하도록 설정되었는지 확인합니다.이 문제의 해결 방법에 대한 자세한 내용은 Microsoft 기술 자료의 다음 문서를 참조하십시오.

248072 (http://support.microsoft.com/kb/248072/) 오류 메시지: 403.3 Forbidden: Write Access Forbidden

•

403.4 - SSL이 필요합니다. 보안 채널 필요 옵션을 해제하거나 HTTP 대신 HTTPS를 사용하여 페이지에 액세스합니다. 인증서가 설치되어 있지 않은 웹 사이트에 대해 이 오류가 나타나면 Microsoft 기술 자료의 다음 문서를 참조하십시오.

224389 (http://support.microsoft.com/kb/224389/) 오류 메시지: HTTP Error 403, 403.4, 403.5 Forbidden: SSL Required

•

403.5 - SSL 128이 필요합니다. 128비트 암호화 필요 옵션을 해제하거나 128비트 암호화를 지원하는 브라우저를 사용하여 페이지를 봅니다. 인증서가 설치되어 있지 않은 웹 사이트에 대해 이 오류가 나타나면 Microsoft 기술 자료의 다음 문서를 참조하십시오.

224389 (http://support.microsoft.com/kb/224389/) 오류 메시지: HTTP Error 403, 403.4, 403.5 Forbidden: SSL Required

•

403.6 - IP 주소가 거부되었습니다. 현재 IP 주소에 대한 액세스가 거부되도록 서버가 구성되었습니다. 이 문제의 해결 방법에 대한 자세한 내용은 Microsoft 기술 자료의 다음 문서를 참조하십시오.

248043 (http://support.microsoft.com/kb/248043/) 오류 메시지: 403.6 - 금지: IP 주소 거부

•

403.7 - 클라이언트 인증서가 필요합니다. 서버가 클라이언트 인증의 인증서를 요구하도록 구성되었지만 올바른 클라이언트 인증서가 설치되어 있지 않습니다. 자세한 내용은 Microsoft 기술 자료의 다음 문서를 참조하십시오.

190004 (http://support.microsoft.com/kb/190004/) Error 403.7 또는 'Connection to Server Could Not Be Established'

186812 (http://support.microsoft.com/kb/186812/) PRB: 오류 메시지: 403.7 사용 금지: 클라이언트 인증서가 필요함

•

403.8 - 사이트 액세스가 거부되었습니다. 서버에 액세스하는 데 사용하는 도메인의 도메인 이름 제한이 설정되었습니다.이 문제의 해결 방법에 대한 자세한 내용은 Microsoft 기술 자료의 다음 문서를 참조하십시오.

248032 (http://support.microsoft.com/kb/248032/) 오류 메시지: Forbidden: Site Access Denied 403.8

•

403.9 - 사용자가 너무 많습니다. 서버에 연결된 사용자 수가 설정되어 있는 연결 제한을 초과합니다. 이 제한을 변경하는 방법에 대한 자세한 내용은 Microsoft 기술 자료의 다음 문서를 참조하십시오.

248074 (http://support.microsoft.com/kb/248074/) 오류 메시지: 액세스 금지: 연결된 사용자가 너무 많습니다. 403.9

참고: Microsoft Windows 2000 Professional 및 Microsoft Windows XP Professional에서 IIS는 연결이 10개로 자동 제한됩니다. 이 제한을 변경할 수 없습니다.

•

403.12 - 매퍼가 액세스를 거부했습니다. 액세스하려는 페이지에 클라이언트 인증서가 필요하지만 클라이언트 인증서에 매핑된 사용자 ID로는 파일에 액세스할 수 없습니다. 자세한 내용은 Microsoft 기술 자료의 다음 문서를 참조하십시오.

248075 (http://support.microsoft.com/kb/248075/) 오류: HTTP 403.12 - Access Forbidden: Mapper Denied Access

•

404 - 찾을 수 없습니다. 이 오류는 액세스하려는 파일이 이동되거나 삭제된 경우에 발생합니다. URLScan 도구를 설치한 후 제한된 파일 확장명을 갖는 파일에 액세스하려고 하는 경우에도 발생합니다. 이 경우 로그 파일 항목에서 해당 요청에 대해 "Rejected by URLScan"이 나타납니다.

•

500 - 내부 서버 오류. 광범위한 서버쪽 오류에 대해 이 오류 메시지가 나타납니다. 이벤트 뷰어 로그에는 이 오류가 발생하는 이유에 대한 자세한 내용이 포함될 수 있습니다. 또한 HTTP 오류 메시지를 해제하여 오류에 대한 자세한 설명을 나타낼 수 있습니다. HTTP 오류 메시지를 해제하는 방법에 대한 자세한 내용은 Microsoft 기술 자료의 다음 문서를 참조하십시오.

294807 (http://support.microsoft.com/kb/294807/) HOWTO: 서버쪽에서 Internet Explorer 5 'HTTP 오류 메시지 표시' 기능 해제

•

500.12 - 응용 프로그램 다시 시작. 이 동작은 IIS가 응용 프로그램을 다시 시작하고 있는 중에 ASP 페이지를 로드하려고 했음을 나타냅니다. 이 메시지는 페이지를 새로 고치면 사라집니다. 페이지를 새로 고쳐도 이 메시지가 나타나면 Global.asa 파일을 검색 중인 바이러스 백신 소프트웨어가 원인일 수 있습니다. 자세한 내용은 Microsoft 기술 자료의 다음 문서를 참조하십시오.

248013 (http://support.microsoft.com/kb/248013/) 오류 메시지: HTTP 오류 500-12 응용 프로그램 다시 시작

•

500-100.ASP - ASP 오류. 코드에 오류가 있는 ASP 페이지를 로드하려고 하면 이 오류 메시지가 나타납니다. 오류에 대한 좀더 구체적인 정보를 보려면 HTTP 오류 메시지를 해제합니다. 기본적으로 이 오류는 기본 웹 사이트에서만 사용할 수 있습니다.기본이 아닌 웹 사이트에서 이 오류를 보는 방법에 대한 자세한 내용은 Microsoft 기술 자료의 다음 문서를 참조하십시오.

261200 (http://support.microsoft.com/kb/261200/) 500-100.asp의 ASP 오류 메시지 대신 HTTP 500 오류 메시지가 나타난다

•

502 - 불량 게이트웨이. 유효한 HTTP 헤더 세트를 반환하지 않는 CGI 스크립트를 실행하려고 하면 이 오류 메시지가 나타납니다.

FTP

1xx - 긍정적인 예비 회신

이 상태 코드는 동작이 시작되었지만 클라이언트가 새 명령을 계속 수행하기 전에 다른 회신을 기대한다는 것을 나타냅니다.

•	110 마커 회신을 다시 시작합니다.
•	120 `nnn` 분 내에 서비스 준비
•	125 데이터 연결이 이미 열려 있고 전송을 다시 시작합니다.
•	150 파일 상태에 문제가 없으며 지금 데이터 연결을 열려고 합니다.

2xx - 긍정적인 완료 회신

동작이 완료되었습니다. 클라이언트가 새 명령을 실행할 수 있습니다.

•	200 명령에 문제가 없습니다.
•	202 명령이 구현되지 않으며 이 사이트에 불필요합니다.
•	211 시스템 상태 또는 시스템 도움말 회신
•	212 디렉터리 상태
•	213 파일 상태
•	214 도움말 메시지
•	215 NAME 시스템 형식. 여기서 NAME은 지정된 번호(Assigned Numbers) 문서 목록의 공식 시스템 이름입니다.
•	220 새 사용자에게 서비스가 준비되었습니다.
•	221 서비스가 컨트롤 연결을 닫습니다. 필요한 경우 로그아웃됩니다.
•	225 데이터 연결을 열지만 전송하지 않습니다.
•	226 데이터 연결을 닫습니다. 요청된 파일 동작에 성공했습니다(예: 파일 전송 또는 파일 중단).
•	227 Passive 모드 입력(h1,h2,h3,h4,p1,p2)
•	230 사용자가 로그인하여 진행합니다.
•	250 요청된 파일 동작이 문제 없이 완료되었습니다.
•	257 "PATHNAME"이 만들어졌습니다.

3xx - 긍정적인 중간 회신

명령이 성공했지만 서버에는 요청을 처리하는 데 클라이언트의 추가 정보가 필요합니다.

•	331 사용자 이름에 문제가 없으며 암호가 필요합니다.
•	332 로그인을 위해 계정이 필요합니다.
•	350 좀더 자세한 정보를 보류 중인 요청된 파일 동작입니다.

4xx - 일시적인 부정적 완료 회신

명령이 성공하지 못했지만 오류는 일시적입니다. 클라이언트가 명령을 다시 시도하면 성공할 수도 있습니다.

•	421 서비스를 사용할 수 없으며 컨트롤 연결을 닫습니다. 이것은 서비스가 프로그램을 종료해야 함을 아는 경우 명령에 대한 응답이 될 수 있습니다.
•	425 데이터 연결을 열 수 없습니다.
•	426 연결이 닫히고 전송이 중단됩니다.
•	450 요청된 파일 동작이 수행되지 않았습니다. 파일을 사용할 수 없습니다(예: 파일 사용 중).
•	451 요청된 동작이 중단되었습니다. 처리 중 로컬 오류가 발생했습니다.
•	452 요청된 동작이 수행되지 않았습니다. 시스템의 저장 공간이 부족합니다.

5xx - 영구적인 부정적 완료 회신

명령이 성공하지 못했으며 오류는 영구적입니다. 클라이언트가 명령을 다시 시도하면 같은 오류가 나타납니다.

•	500 구문 오류, 명령을 인식할 수 없습니다. 여기에는 명령줄이 너무 긴 경우와 같은 오류가 포함됩니다.
•	501 매개 변수 또는 인수의 구문 오류입니다.
•	502 명령이 구현되지 않았습니다.
•	503 명령 순서가 잘못되었습니다.
•	504 해당 매개 변수에 대해 명령이 구현되지 않았습니다.
•	530 로그인되지 않았습니다.
•	532 파일을 저장하는 데 계정이 필요합니다.
•	550 요청된 동작이 수행되지 않았습니다. 파일을 사용할 수 없습니다(예: 파일 없음. 액세스 못함).
•	551 요청된 동작이 중단되었습니다. 페이지 형식을 알 수 없습니다.
•	552 요청된 파일 동작이 중단되었습니다. 현재 디렉터리 또는 데이터 집합에 대해 저장소 할당이 초과되었습니다.
•	553 요청된 동작이 수행되지 않았습니다. 파일 이름을 허용할 수 없습니다.

일반 FTP 상태 코드와 그 원인

•	150 - FTP는 두 가지 포트를 사용합니다. 즉, 명령을 보내는 경우에는 21을 사용하고 데이터를 보내는 경우에는 20을 사용합니다. 상태 코드 150은 서버가 포트 20에서 새 연결을 열어 데이터를 보내려고 한다는 것을 나타냅니다.
•	226 - 이 명령은 포트 20에서 데이터 연결을 열어 파일 전송과 같은 동작을 수행합니다. 이 동작이 완료되고 데이터 연결이 닫힙니다.
•	230 - 이 상태 코드는 클라이언트가 올바른 암호를 보낸 후에 나타납니다. 사용자가 로그온되었음을 나타냅니다.
•	331 - 클라이언트가 사용자 이름을 보낸 후에 이 상태 코드가 나타납니다. 이 동일한 상태 코드는 제공된 사용자 이름이 시스템의 올바른 계정인지 여부에 관계없이 나타납니다.
•	426 - 이 명령은 데이터 연결을 열어 동작을 수행하지만 이 동작이 취소되고 데이터 연결이 닫힙니다.
•	530 - 이 상태 코드는 사용자 이름과 암호 조합이 유효하지 않으므로 사용자가 로그온할 수 없음을 나타냅니다. 사용자 계정을 사용하여 로그온하는 경우 사용자 이름 또는 암호를 잘못 입력했거나 익명 액세스만 허용하도록 선택했을 수 있습니다. 익명 계정으로 로그온하는 경우 IIS가 익명 액세스를 거부하도록 구성되었을 수도 있습니다.
•	550 - 이 명령은 지정된 파일을 사용할 수 없으므로 실행되지 않습니다. 예를 들어, 이 상태 코드는 존재하지 않는 파일을 가져오려고(GET) 하거나 쓰기 액세스 권한이 없는 디렉터리에 파일을 두려고(PUT) 하는 경우에 발생합니다.

참조

HTTP 상태 코드 정의에 대한 자세한 내용은 다음 W3C(World Wide Web 컨소시엄) 웹 사이트를 방문하십시오.

상태 코드 정의
http://www.w3.org/Protocols/rfc2616/rfc2616-sec10.html#sec10 (http://www.w3.org/Protocols/rfc2616/rfc2616-sec10.html#sec10)

FTP 상태 코드 정의에 대한 자세한 내용은 다음 W3C 웹 사이트에서 섹션 4.2("FTP Replies")를 보십시오.

파일 전송 기능
http://www.w3.org/Protocols/rfc959/4_FileTransfer.html (http://www.w3.org/Protocols/rfc959/4_FileTransfer.html)

본 문서의 정보는 다음의 제품에 적용됩니다.

•	Microsoft Internet Information Server 4.0
•	Microsoft Internet Information Services 5.0
•	Microsoft Internet Information Services 6.0
•	Microsoft Internet Information Services 5.1

win2k3 server

Windows 기능을 사용하면 Memory.dmp 파일을 키보드로 생성할 수 있다

Windows 기능을 사용하면 Memory.dmp 파일을 키보드로 생성할 수 있다

이 페이지에서

요약

추가 정보

메모리 덤프 옵션을 선택하는 방법

본 문서의 정보는 다음의 제품에 적용됩니다.

키워드:

Windows 2000, Windows XP 및 Windows Server 2003의 메모리 덤프 파일 옵션에 대한 개요

Windows 2000, Windows XP 및 Windows Server 2003의 메모리 덤프 파일 옵션에 대한 개요

이 페이지에서

요약

추가 정보

전체 메모리 덤프

커널 메모리 덤프

작은 메모리 덤프

덤프 유형 구성

다양한 덤프 유형에 사용하는 도구

정의

시작 및 복구를 위한 레지스트리 값

덤프 파일을 만들 수 있도록 테스트

기본 덤프 유형 옵션

최대 페이징 파일 크기

Windows x64 Editions 기술 지원

본 문서의 정보는 다음의 제품에 적용됩니다.

키워드:

인터넷 시간동기화(win2003)

윈도우즈 사용포트정리

터미널 접속시 접속안됨~~

오류 메시지: 기존의 자격 증명과 충돌...

이 페이지에서

현상

해결 방법

추가 정보

문제를 일으키는 작업 절차

본 문서의 정보는 다음의 제품에 적용됩니다.

키워드:

cdrom 에러.(에러코드19,31,32, 39,41)

현상

해결 방법

현재 상태

추가 정보

본 문서의 정보는 다음의 제품에 적용됩니다.

키워드:

윈도우 메모리 부족현상 발생 주요 사항[펌]

터미널 세션 강제끊기~

mssql server 입문[펌]

모니터링 및 제어[펌]

요약

소개

프로세스 흐름도

모니터링에 대한 접근 방법

문제에 대한 대응

요약

windbg명령어[펌]

IPSec 보안설정방법~

nt/xp 도스 명령어~

event id 8032,8021 멀티홈 마스터 브라우저가 를 발생시킨다

iis 오류표

IIS 상태 코드

요약

추가 정보

로그 파일 위치

HTTP

일반 HTTP 상태 코드와 그 원인

FTP

일반 FTP 상태 코드와 그 원인

참조

본 문서의 정보는 다음의 제품에 적용됩니다.