내보내기(0) 인쇄
모두 확장
1명 중 1명이 도움이 되는 것으로 평가 - 이 항목 평가

Windows Vista SP2 및 Windows Server 2008 SP2 테스트 중점 가이드

업데이트 날짜: 2009년 4월

적용 대상: Windows Server 2008, Windows Vista

Microsoft는 응용 프로그램 호환성과 하드웨어 호환성을 높이기 위해 소프트웨어 및 하드웨어 공급업체와 함께 노력하는 한편 계속 업데이트를 제공하여 Windows Vista® 및 Windows Server® 2008을 지속적으로 개선하고 있습니다. 서비스 팩 2(SP2)는 Microsoft가 운영 체제 개선 기능을 고객에게 제공하는 또 다른 수단입니다.

SP2는 다른 채널을 통해 사용자에게 제공된 개선 기능을 포함할 뿐만 아니라 고객의 의견을 처리하는 Windows Vista 및 Windows Server 2008의 업데이트입니다. 이전에 발표된 업데이트와 마찬가지로 SP2에는 특정 안정성, 성능 및 호환성 문제 처리, 새로운 유형의 하드웨어 지원 기능 및 부상하는 몇 가지 표준에 대한 지원 기능 추가를 중심으로 하는 변경 사항이 포함되어 있습니다. 또한 SP2는 IT 관리 환경을 계속해서 개선합니다. SP2가 새로운 기능을 발표하는 수단으로 제작되지는 않았지만 일부 기존 구성 요소의 경우 SP2에서 기능이 다소 향상되었습니다.

이 문서의 범위

이 문서에서는 Windows Server 2008(“서버”) 및 Windows Vista(“클라이언트”)에서 SP2에 도입된 주요 변경 사항을 중점적으로 다룹니다. 몇 가지 주요 영역에 걸쳐 있는 이러한 변경 사항은 세 가지 범주로 나뉩니다.

  • 관리 작업을 단순화하기 위한 변경

  • 전체적인 품질(보안, 안정성 및 성능)의 지속적인 향상

  • 부상하는 기술 및 표준에 대한 지원

각 변경 사항과 관련 테스트 시나리오가 알려진 문제 및 KB 문서와 함께(해당하는 경우) 제공됩니다. 이 문서에서는 변경 사항과 각 변경 사항의 일반적이고 흥미로운 시나리오를 집중적으로 살펴봅니다. 일부 시나리오에서는 특수 하드웨어(예: 1394 저장 장치)가 필요할 수도 있습니다. 이러한 전제 조건도 각 시나리오에서 언급됩니다.

의견 제공

사용 중인 Connect 계정을 사용하여 이 내용과 관련된 제안 사항이나 파일 버그를 보내주십시오.

Important중요
시작하기 전에 Connect 계정에 로그온하여 Data Grabber 도구를 다운로드하십시오. 다운로드한 후 베타 프로그램 기간 동안 Data Grabber를 사용할 수 있습니다.

의견을 보내려면

  1. Connect 계정에 로그온합니다.

  2. 버그 제출 양식을 열고 작성합니다.

    1. Data Grabber 도구를 실행합니다.

    2. 생성된 Data Grabber CAB 파일을 버그에 첨부합니다.

  3. 버그를 제출합니다.

변경된 주요 구성 요소

이 섹션에서는 운영 체제 전반에서 품질을 높이기 위해 다양하게 변경된 주요 영역 및 하위 영역에 대해 설명합니다.

 

영역 변경된 주요 하위 영역

기본 기술

.NET Framework

COM/COM+

에뮬레이션 레이어

파일 시스템(로컬)

파일 시스템(원격)

HAL

커널

플러그 앤 플레이

전원 옵션

안정성

클라이언트 기술

클라이언트 플랫폼

제어판

복사 엔진

데스크톱 셸

탐색기 작업

그래픽 인프라

Internet Explorer

로그온

구성 및 저장

셸 API 및 컨트롤

텍스트 입력 서비스

사용자

Windows 검색

컴퓨터 관리

자동 작업

구성 관리

WMI(wbem)

코어 가상화

HV(하이퍼바이저)

가상 장치

VMMS(가상 컴퓨터 관리 서비스)

데이터 서비스

데이터 액세스 구성 요소

드라이버

1394

오디오

Bluetooth

PCI

프린터

SD(Secure Digital)

USB 코어

멀티미디어

오디오/비디오 코어

코덱 및 DSP

Media Center

Media Center Extender

Media Foundation

Media Player

사진 - 데이터 서비스

Windows TV

네트워킹

클라이언트/서버

DHCP

IPsec

NetSh

NDIS(Network Driver Interface Specification)

RRAS

TCP/IP

WFP(Windows 필터링 플랫폼)

무선 서비스

인쇄 및 이미징 기술

인증

암호화

이미징

PKI

인쇄

서버 기술

ADFS

클러스터링 및 고가용성

디렉터리 서비스

DNS 서버

IIS(인터넷 정보 서비스)

인덱싱 서비스

메시지 큐

Microsoft SMB 프로토콜

Small Business Server

터미널 서비스

가상 디스크 서비스

저장소

코어 저장소

개인 저장소

볼륨 관리

Windows Server 백업

IHV를 위한 SP2 테스트 지침

이 섹션에서는 타사 드라이버/장치의 테스트 시나리오에 대해 설명합니다. 이 테스트의 목표는 이전 서비스 팩보다 퇴보한 타사 장치 드라이버 기능을 찾고 제공 주기에서 비교적 초반에 타사 장치와 드라이브에서 영향과 적용성/기회가 큰 문제를 찾는 것입니다.

테스트 환경 및 설정

  1. x86 및 x64 플랫폼 포괄. IA64도 있으면 좋습니다.

  2. Windows Vista 및 Windows Server 2008 운영 체제 포괄(적용 가능한 경우)

  3. 최신 WHQLed 드라이버 포괄

  4. Home, Ultimate, Business 및 Server SKU 포괄

테스트 시나리오

다음 표에서 장치는 드라이버로 제어되는 오디오, 비디오, 인쇄, 네트워킹, USB, 저장, 광 장치 등의 장치를 의미합니다. 대부분의 경우 테스트 중인 드라이버는 이러한 테스트를 수행하기 전에 설치해야 합니다.

 

범주 테스트 ID 테스트 변형

SP 업데이트

T1

  1. SP 설치: 서비스 팩이 설치된 후(예를 들어 Windows Vista SP2가 Windows Vista SP1에서 제대로 설치되거나 Windows Server 2008 SP2가 Windows Server 2008에서 설치된 후) 모든 장치가 계속 작동하는지 확인합니다.

  2. SP 제거: 서비스 팩이 제거된 후(예를 들어 SP2가 Windows Vista 또는 Windows Server 2008에서 제거된 후) 모든 장치가 계속 작동하는지 확인합니다.

  3. SP2를 설치하거나 제거하는 동안 충돌이나 다른 문제가 없는지 확인합니다.

  4. 기본 장치 설정: 장치 설정은 SP를 설치하고 제거할 때 보존됩니다.

  5. 비기본 장치 설정: 비기본 장치 설정은 SP를 제거하고 설치할 때 설정되지 않습니다.

  6. 장치를 제어/구성하는 타사 응용 프로그램(IHV가 개발함)이 업데이트 후 제대로 작동하는지 확인합니다.

전원 옵션

T2

  1. S2, S3, S4, 하이브리드 절전(대기 모드, 최대 절전 모드 상태): SP2에서 전원 부족 상태로부터 돌아온 후 장치가 계속 제대로 작동하는지 확인합니다.

  2. 절전 체계를 사용하여 DC(배터리)에서 T2, T3 및 T4 중 일부를 테스트합니다.

플러그 앤 플레이

T3

  1. 해당하는 경우 시스템에서 장치를 연결하고 분리한 후 장치가 계속 작동하는지 확인합니다.

  2. 플러그 앤 플레이 테스트와 전원 관리 테스트의 혼합: 대기 모드로 전환하고 장치를 분리한 후 대기 모드에서 전환하고 장치를 연결한 다음 기능을 테스트합니다.

  3. 도킹: 랩톱의 도킹 및 도킹 해제 후 장치가 계속 제대로 작동하는지 확인합니다.

  4. 드라이버 설치: 새 드라이버 버전을 설치한 후 제대로 작동하는지 확인합니다.

  5. 드라이버 제거: 드라이버를 제거하여 이전 버전의 드라이버로 되돌립니다.

  6. 인박스: 장치가 활성화될 때 장치 드라이버 로드가 작동합니다.

시나리오 기반

T4

비디오

  1. 비디오 이미지나 사진을 주변 장치에 기록하고, 디스크에 캡처하고, 웹 사이트에 저장 및 업로드합니다.

  2. 화면을 두 번째 또는 세 번째 모니터나 외부 프로젝터로 확장합니다.

  3. 텍스트 IM과 함께 비디오 채팅 IM을 사용합니다.

네트워킹

  1. 유선/무선 연결을 사용하여 대규모 파일을 네트워크에서 복사하거나 네트워크로 복사합니다.

  2. 네트워크에서 비디오를 스트리밍합니다.

  3. 웹 사이트에서 Zune 또는 iPod와 같은 주변 장치로 노래를 로드합니다.

오디오

  1. 인터넷에서 오디오 파일을 스트리밍하고 재생합니다.

  2. 오디오 파일을 재생합니다.

  3. DVD를 재생합니다.

인쇄

  1. 사진 갤러리에서 사진을 열고 인쇄합니다.

  2. Excel 스프레드시트를 열고 표에 데이터를 입력한 다음 인쇄합니다.

  3. 종이 문서를 스캔하고 컴퓨터에서 스캔한 이미지를 봅니다.

  4. PowerPoint에서 인쇄합니다.

  5. Adobe PDF 파일을 인쇄합니다.

  6. Word에서 인쇄합니다.

기본 OC 설치/제거 시나리오

  1. SP를 설치하기 전에 모든 선택적 구성 요소를 사용할 수 있도록 설정합니다.

    권한이 상승된 명령 프롬프트에서 optionalfeatures.exe를 실행하고 트리에 있는 모든 확인란을 선택합니다.

  2. SP 설치: SP가 성공적으로 설치되었는지 확인합니다. 예를 들어 Windows Vista SP2가 Windows Vista SP1에 제대로 설치되거나 Windows Server 2008 SP2가 Windows Server 2008에 설치되는지 확인합니다.

  3. 모든 선택적 구성 요소가 그대로 있는지 확인합니다.

  4. 모든 선택적 구성 요소를 사용할 수 없도록 설정합니다.

  5. 모든 선택적 구성 요소가 성공적으로 사용할 수 없도록 설정되었는지 확인합니다.

compcln.exe의 기본 시나리오

note참고
compclean 명령을 실행한 후 SP2를 제거할 수 없습니다.

  1. SP 설치: SP가 성공적으로 설치되었는지 확인합니다. 예를 들어 Windows Vista SP2가 Windows Vista SP1에 제대로 설치되거나 Windows Server 2008 SP2가 Windows Server 2008에 설치되는지 확인합니다.

  2. 다음 명령을 실행하여 설치된 구성 요소 상태를 캡처합니다.

    Run dir “%windir%\” /b/s/a:-d>files_before.txt

  3. 권한이 상승된 명령 프롬프트에서 compcln.exe를 실행하여 SP 설치로 대체되는 구성된 구성 요소를 제거합니다.

    Run %windir%\system32\compcln.exe

  4. 다음 명령을 실행하여 설치된 구성 요소 상태를 캡처합니다.

    Run dir “%windir%\” /b/s/a:-d>files_after.txt

  5. files_before.txt와 files_after.txt의 차이는 compcln.exe로 제거된 항목의 목록입니다.

  6. 소프트웨어 탐색기에서 SP2를 제거할 수 없는지 확인합니다.

예기치 않은 결과

  • 버그 검사

  • 충돌

  • 기능 손실

  • SP2로 업데이트한 후 사용할 수 없는 시스템

테스트 결과 보고

드라이버 이름 및 버전:

PNP ID:

운영 체제/플랫폼:

 

테스트 ID 결과

T1

통과

T2

..

..

..



문제가 보고되는 경우 다음 로그를 캡처하십시오.

  • %WINDIR%\WindowsUpdate.log

  • %WINDIR%\Inf\setupapi.dev.log

  • %WINDIR%\Inf\setupapi.app.log

  • %WINDIR%\Logs\CBS\CBS.log

  • %WINDIR%\Logs\CBS\CBS.persist.log

  • %WINDIR%\Panther\setupact.log

  • %WINDIR%\Panther\setuperr.log

  • %WINDIR%\MEMORY.DMP(있는 경우)

  • %WINDIR%\Minidump\*.dmp

  • Dxdiag

  • Msinfo32

서버 역할 및 우선 순위

각 역할과 관련된 다양한 구성 요소에서 변경된 사항을 기준으로 한 역할의 우선 순위는 다음과 같습니다. 이러한 우선 순위는 Windows Server 2008에 대한 다양한 테스트와 시나리오의 우선 순위를 정하는 데 사용할 수 있습니다.

 

S 번호 역할 우선 순위 서버 역할

1

P0

DHCP 서버

2

P0

Active Directory 도메인 서비스

3

P0

Active Directory Lightweight Directory Services

4

P0

DNS 서버

5

P0

파일 서비스

6

P0

인쇄 서비스

7

P0

RRAS

8

P0

터미널 서비스

9

P1

NAP(네트워크 정책 및 액세스 서비스)

10

P1

Active Directory 인증서 서비스

11

P1

Active Directory Rights Management Services

12

P2

Windows 배포 서비스

13

P2

Windows Media

기본 기술

커널

커널의 새로운 사항

커널의 새로운 개선 사항은 다음과 같습니다.

  1. 레지스트리 작업에 대한 콜백 지원 없음 - NtSaveKey, NtRestoreKey 및 NtReplaceKey가 커널 내부에서 추가되었습니다.

  2. 64비트 시스템에서 32비트 응용 프로그램을 실행할 수 있도록 하는 WoW64가 시스템 안정성을 높이도록 개선되었습니다.

  3. 64비트 시스템에 대한 예외 처리가 개선되었습니다.

주요 시나리오

시나리오 1 – wow64의 향상

목표:
64비트 Windows Server 2008 SP2에서 실행되는 32비트 응용 프로그램의 성능/안정성을 높입니다.

시나리오의 전제 조건 또는 특정 구성:
64비트 Windows Server 2008 SP2 설치

해당 대상:
서버 및 클라이언트

단계별 시나리오 설명:
64비트 Windows Server 2008 SP2에서 32비트 응용 프로그램을 일반적으로 사용합니다.

예상 결과:
사용자가 64비트 Windows Server 2008 SP2 시스템에서 32비트 응용 프로그램을 실행할 때 성능/안정성에 대한 부정적인 영향을 느끼지 않아야 합니다. 시스템 성능 저하 문제 또는 응답이 없거나 작동이 중단되는 문제가 모두 보고되어야 합니다.

예외:
없음

시나리오 2 – 64비트 시스템에 대한 예외 처리 향상

목표:
64비트 Windows에서 응용 프로그램이 생성한 예외를 모두 catch합니다.

시나리오의 전제 조건 또는 특정 구성:
64비트 Windows Server 2008 SP2 설치

해당 대상:
서버 및 클라이언트

단계별 시나리오 설명:
64비트 Windows Server 2008 SP2에서 다양한 32비트 및 64비트 응용 프로그램을 정상적으로 사용합니다.

예상 결과:
사용자가 다양한 응용 프로그램을 실행할 때 차이를 느끼지 않아야 합니다. 응용 프로그램의 비정상적인 종료가 모두 보고되어야 합니다.

예외:
없음

COM/COM+

COM/COM+의 품질 향상

확장성과 안정성을 높이기 위해 COM(구성 요소 개체 모델) 및 COM+가 개선되었습니다.

주요 시나리오

시나리오 1 – 루프백 어댑터에 1000개 이상의 전용 IP 주소 추가

목표:
어댑터에 바인딩된 IP 주소의 수를 늘립니다(예: 1100개 이상의 바인딩). 이 시나리오는 웹 호스트에 대부분 적용 가능합니다.

시나리오의 전제 조건 또는 특정 구성:
방화벽이 설정되어 있을 때 firewall.cpl에서 wordpad.exe를 예외로 추가합니다.

해당 대상:
서버 및 클라이언트

단계별 시나리오 설명:
  1. 새 가상 네트워크 어댑터를 설치하고 연결 이름을 "Microsoft Loopback Adapter”로 바꿉니다.

    1. “control”을 실행하여 제어판을 시작합니다.

    2. “하드웨어 추가”를 클릭합니다.

    3. 하드웨어 목록에서 “네트워크 어댑터"를 선택합니다.

    4. 왼쪽에서 하드웨어 회사 이름이 “Microsoft”이고 오른쪽에서 하드웨어 이름이 “Microsoft loopback adapter”인 항목을 선택합니다.

    5. “다음”을 선택하여 가상 네트워크 어댑터 “Local Area Connection2”를 설치합니다.

    6. 가상 네트워크 어댑터의 이름을 “Local Area Connection2”에서 “Microsoft Loopback Adapter”로 바꿉니다.

  2. 컴퓨터의 해당 네트워크 어댑터에 IP 주소를 추가합니다.

    IP 주소를 추가하는 예제 명령:

    netsh interface ip add address name = "Microsoft Loopback Adapter" addr = 192.168.10.1 mask = 255.255.255.0
    
  3. 등록된 DCOM 구성 요소의 개체를 만듭니다.

    예제 VB 스크립트:

    Set theObject = CreateObject("Wordpad.Document.1", WScript.Arguments(0))
    If theObject Is Nothing Then
        WScript.Echo "the Object is null"
    Else
        WScript.Echo "the Object was created"
    End If
    
    
예상 결과:
IP 주소를 성공적으로 바인딩할 수 있습니다. “메모리 부족” 메시지가 나타나지 않습니다.

예외:
없음

시나리오 2 – COM+ 이벤트 시스템 테스트

목표:
COM+ 이벤트 시스템을 사용하는 응용 프로그램이 패치가 적용되지 않은 운영 체제와 동일하게 동작하는지 확인합니다.

note참고
이 변경 사항은 Windows Update에서 보안 업데이트로 발표되었습니다.

시나리오의 전제 조건 또는 특정 구성:
없음

해당 대상:
서버 및 클라이언트

시나리오 설명:
기술 사용자가 표준 MSDN 지침을 사용하여 이벤트 클래스를 만들어야 합니다. 타사 응용 프로그램은 이러한 변경의 영향을 받기 쉽습니다.

예상 결과:
사용자가 동작에서 분명한 변화를 느끼지 않아야 합니다.

예외:
없음

시나리오 3 – SxS COM 구성 요소 만들기

목표:
SxS COM 구성 요소를 만들 때 성능을 높입니다.

시나리오의 전제 조건 또는 특정 구성:
고객이 COM 구성 요소를 구현하고 Windows의 Side-by-Side 기술을 사용하여 이러한 구성 요소를 배포했습니다.

해당 대상:
서버 및 클라이언트

시나리오 설명:
SxS COM 구성 요소를 프로그래밍 방식으로 활성화/로드합니다.

예상 결과:
SxS COM 구성 요소를 로드하는 시간이 레지스트리를 통해 로드하는 시간과 거의 같아야 합니다.

예외:
없음

전원 옵션

전원 옵션의 변경 사항

프로세서 전원 정책에 따라 프로세서의 전원 사용 효율성이 달라집니다. Intel 프로세서의 경우 프로세서 전원 정책 기본값이 새로 설치하는 Windows Server 2008에 맞게 최적화되었습니다.

주요 시나리오

시나리오 1 - 특정 시나리오에서 성능 저하 없는 절전 확인

목표:
특정 시나리오에서 성능 저하 없는 절전을 확인합니다.

시나리오의 전제 조건 또는 특정 구성:
Intel 프로세서와 새로 설치한 Windows Server 2008 SP2

해당 대상:
서버

단계별 시나리오 설명:
Windows Server 2008 SP2를 새로 설치합니다.

예상 결과:
성능이 저하되지 않고 전원이 적게 사용됩니다.

예외:
AMD 프로세서나 SP2 업데이트 설치는 해당하지 않습니다.

네트워킹

TCP/IP

TCP/IP의 품질 향상

고객이 RAW 소켓 호출을 사용하여 TOS(DSCP) 필드에 액세스할 수 없는 TCP/IP의 문제가 해결되었습니다. SMB를 통한 대규모 파일 복사를 개선하기 위해 변경되었습니다.

주요 시나리오

시나리오 1 – TCP/IP 인터페이스별 레지스트리 키 값을 수정할 수 있는 모든 응용 프로그램(예외: VPN)

목표:
TCP/IP 인터페이스별 레지스트리 키 값을 수정하는 응용 프로그램을 실행할 때 추가 지연과 성능 저하가 없는지 확인합니다.

시나리오의 전제 조건 또는 특정 구성:
TCP/IP 인터페이스별 레지스트리 키 값을 수정하는 응용 프로그램

해당 대상:
서버 및 클라이언트

단계별 시나리오 설명:
  1. 응용 프로그램을 평소와 같이 실행합니다.

  2. 네트워크 인터페이스를 사용하거나 사용할 수 없도록 설정합니다.

  3. 컴퓨터를 절전 모드/최대 절전 모드/다시 시작으로 설정합니다.

예상 결과:
응용 프로그램에 대한 네트워크 성능 저하가 없습니다. 네트워크 인터페이스 사용, 컴퓨터 다시 시작 및 시작 중에 추가 지연이 발생하지 않습니다.

예외:
없음

시나리오 2 – 1G의 네트워크 대역폭을 사용하는 대규모 파일 복사

목표:
TCP/IP 스택에서 TCP를 통한 대규모 파일 복사(이미지/콘텐츠 복제)에 1G 또는 10G 네트워크 대역폭을 완전히 사용할 수 있는지 확인합니다.

시나리오의 전제 조건 또는 특정 구성:
대규모 파일이나 콘텐츠가 1G 또는 10G 네트워크를 통해 복제되어야 합니다.

해당 대상:
서버 및 클라이언트

단계별 시나리오 설명:
  1. 1G 또는 10G 네트워크를 완전히 채울 수 있는 대규모 파일/콘텐츠를 복사합니다.

  2. TCP 성능이 네트워크 대역폭을 사용할 수 있는지 모니터링합니다.

예상 결과:
Windows Server 2008 RTM에 비해 Windows Server 2008 SP1에서 성능이 크게 향상되어야 합니다. 성능이 Windows Server 2003 이상이어야 합니다.

예외:
없음

시나리오 3 – TCP Chimney 오프로드

목표:
TCP Chimney 오프로드가 제대로 작동하여 패킷이 손실되지 않고 연결이 끊어지지 않으며 성능이 저하되지 않는지 확인합니다.

시나리오의 전제 조건 또는 특정 구성:
TOE(TCP Chimney 오프로드 기능)를 지원하는 네트워크 카드

해당 대상:
서버 및 클라이언트

단계별 시나리오 설명:
  1. Netsh int tcp set gl chimney=enabled(스택의 TCP/IP Chimney 오프로드를 사용할 수 있도록 설정)

  2. NIC에서 TCP Chimney 오프로드를 사용할 수 있도록 설정합니다(기본적으로 사용할 수 있도록 설정되지 않은 경우).

  3. 일반적인 TCP 통신

예상 결과:
TCP 연결이 TOE NIC로 오프로드되어 데이터가 손실되지 않고 연결이 끊어지지 않으며 성능이 저하되지 않습니다.

예외:
없음

시나리오 4 – IPv6

목표:
네트워크 스택이 상태 저장 IPv6 주소 할당 및 주소 선택에 대한 RFC 사양을 준수하는지 확인합니다.

시나리오의 전제 조건 또는 특정 구성:
DHCPv6이 네트워크에 구성되어 있습니다.

해당 대상:
서버 및 클라이언트

단계별 시나리오 설명:
  1. IPv6 라우터에서 라우터 알림을 사용할 수 없도록 설정합니다.

  2. IPv6을 통한 네트워크 통신

예상 결과:
IPv6 라우터에서 라우터 알림을 받지 못하는 경우 스택에서는 DHCPv6에서 상태 저장 IPv6 주소를 얻습니다. 라우팅 메트릭이 동일한 경우에도 네이티브 IPv6 주소가 6to4/ISATAP/Teredo IPv6 주소보다 선호됩니다.

예외:
없음

시나리오 5 – 다중 프로세서 컴퓨터에 대한 네트워크 상태 모니터링

목표:
다중 프로세서 컴퓨터에서 네트워크 상태를 모니터링할 때 데이터가 손실되거나 손상되지 않는지 확인합니다.

시나리오의 전제 조건 또는 특정 구성:
다중 프로세서 컴퓨터에서의 테스트

해당 대상:
서버 및 클라이언트

단계별 시나리오 설명:
  1. 주기적으로 “netstat –a” 명령을 실행하여 네트워크 상태를 모니터링합니다.

  2. 많은 네트워크 통신

예상 결과:
데이터가 손실되거나 손상되지 않습니다.

예외:
없음

시나리오 6 – 부팅 성능

목표:
컴퓨터 부팅/초기화 중의 다시 시작이 중단되지 않는지 확인합니다.

시나리오의 전제 조건 또는 특정 구성:
없음

해당 대상:
서버 및 클라이언트

단계별 시나리오 설명:
  1. 컴퓨터 부팅/초기화(특히 IPv6 가상 인터페이스 초기화) 중에 강제로 다시 시작합니다.

  2. 위의 시나리오에 대한 수동 명령은 다음과 같습니다. b, c 단계는 가능한 한 가깝게 실행해야 합니다.

    1. Net stop iphlpsvc

    2. Net start iphlpsvc

    3. Shutdown /f /r /t 0

예상 결과:
다음 부팅 중에 중단되거나 추가로 지연되지 않습니다.

예외:
없음

DHCP

DHCP의 품질 향상

DHCP는 이제 Solaris 및 Suse 클라이언트에 주소를 임대할 수 있습니다. DHCP 서버의 캐시 크기를 사용자 지정할 수 있도록 변경되었으며, 이에 따라 전체적인 성능이 크게 향상되었습니다.

주요 시나리오

시나리오 1 – DHCPv6 서버가 Solaris 및 Suse 클라이언트에 주소를 임대하지 않음

목표:
서버가 이러한 클라이언트에 주소를 임대해야 합니다. 기본적으로 요청 패킷에 IAAddress 없이 IANA를 보내는 클라이언트에는 이전에 주소가 임대되지 않았습니다.

시나리오의 전제 조건 또는 특정 구성:
IAAddress 없이 IANA를 보내고 Windows Server 2008 SP2에서 ipv6 주소를 받으려고 하는 타사 V6 클라이언트

해당 대상:
서버

단계별 시나리오 설명:
  1. 타사 V6 클라이언트를 Windows Server 2008 SP2에 연결합니다.

  2. 이 클라이언트가 V6 IP를 얻어야 합니다.

  3. 이 버그 문제가 실제로 해결되었는지 확인하려면 netmon 캡처에서 SARR 시퀀스 중에 요청 패킷에 지정된 IAAddress가 없는지 확인합니다.

예상 결과:
클라이언트가 V6 주소를 얻어야 합니다.

예외:
없음

시나리오 2 – DHCP 데이터베이스 캐시 크기를 늘려 DHCP 서버의 성능 향상

목표:
데이터베이스 캐시 크기를 늘려 DHCP 서버의 성능을 높입니다.

시나리오의 전제 조건 또는 특정 구성:
사용자에게 DHCP 서버에서 주소를 요청하는 많은 수의 V6 + V4 클라이언트(예: 1000개 이상)가 있어야 합니다.

해당 대상:
서버

단계별 시나리오 설명:
  1. DatabaseName 키와 같은 다른 키가 있는 위치인 HKLM\SYSTEM\CurrentControlSet\Services\DhcpServer\Parameters\에서 새 레지스트리 키(DWORD) JetDatabaseMaxCacheSize를 만듭니다. DWORD 값은 최대 캐시 크기(MB)를 지정합니다.

  2. 이 키에 RAM 크기보다 작은 값(예: 2048)을 지정합니다. 예와 같이 지정하면 DHCP 데이터베이스가 2GB까지 늘어날 수 있습니다. 이 키는 자동으로 조정 가능하므로 2GB를 할당하는 경우에도 2GB가 정적으로 유지되지 않습니다.

  3. 디스크 읽기 작업이 많이 필요하고 이에 따라 성능이 저하되는 꽤 작은 캐시 크기의 기본 동작을 얻으려면 이 키를 삭제하면 됩니다.

  4. perfmon에서 활성 큐 길이와 ACK/sec, 초당 디스크 읽기 수 등의 요소가 캐시 크기를 늘린 후 향상됩니다.

  5. 이 레지스트리 키를 수정한 후 DHCP 서버 서비스를 다시 시작해야 합니다.

예상 결과:
모든 클라이언트가 주소를 즉시 얻어야 합니다. 서버는 활성 큐에 해당 요청을 오래 두지 않고 모든 V4 V6 요청에 응답해야 합니다.

예외:
없음

Windows 필터링 플랫폼

Windows 필터링 플랫폼의 품질 향상

Windows 필터링 플랫폼이 향상되어 안정성과 호환성이 높아졌습니다.

주요 시나리오

시나리오 1 – 타사 인터넷 보안 소프트웨어가 Windows 구성 요소와 호환되는지 확인

목표:
응용 프로그램 호환성

시나리오의 전제 조건 또는 특정 구성:
타사 방화벽이 설치되어야 합니다.

해당 대상:
서버 및 클라이언트

단계별 시나리오 설명:
  1. 타사 엔터프라이즈 방화벽을 설치합니다.

  2. VPN을 시도합니다.

  3. IPSec가 필요한 내부 웹 사이트에 액세스해 봅니다.

  4. Outlook을 사용하여 전자 메일을 보내거나 받아 봅니다.

  5. 웹 사이트를 탐색해 봅니다.

예상 결과:
모든 것이 제대로 작동합니다.

예외:
없음

저장소

저장소

저장소의 품질 향상

USB 및 1394 저장소 드라이버가 많은 버그 검사를 해결하여 개선되었습니다. 이러한 장치는 Windows Windows Vista SP2 및 Windows Server 2008 SP2에서 더욱 안정적입니다.

주요 시나리오

시나리오 1 – 다양한 전원 관리 시나리오에서의 USB 및 1394 저장 장치 동작

목표:
장치가 지원되는 모든 절전 모드 중과 후에 예상대로 작동하는지 확인합니다.

시나리오의 전제 조건 또는 특정 구성:
  • usbstor.sys, sbp2port.sys에 대해 드라이버 확인 프로그램을 사용할 수 있도록 설정합니다.

  • 모든 절전 모드를 포괄하는 지속적인 절전 주기로 컴퓨터를 전환하는 스크립트/도구가 이 시나리오(예: PMTE, Cycler Sleep, DRS Sleep 스트레스)를 테스트하는 데 이상적입니다.

해당 대상:
서버 및 클라이언트

단계별 시나리오 설명:
#1

  1. 1394 저장소/USB 저장 장치를 컴퓨터에 연결합니다.

  2. 지원되는 다른 절전 모드(절전, 하이브리드 절전 및 최대 절전)로 컴퓨터를 전환합니다.

  3. 장치가 절전 모드에서 다시 시작된 후에도 작동하는지 확인합니다.

  4. 장치가 혹독한 조건에서 작동하는지 확인하기 위해 몇 시간 동안 지속적으로 테스트를 실행해야 합니다.

#2

  1. 1394 및 USB 저장 장치를 컴퓨터에 연결합니다.

  2. USB 2.0 저장 장치로의 레디 부스트(Ready Boost)를 사용할 수 있도록 설정합니다.

  3. 종료 및 다시 시작 주기를 야간에 여러 번 실행합니다.

예상 결과:
  • 장치가 장치 관리자에 표시되지 않아야 합니다.

  • 이벤트 뷰어 항목에 오류 메시지가 없어야 합니다.

  • 절전 모드 후에 장치가 작동해야 합니다.

예외:
없음

시나리오 2 – 데이지 체인과 함께 1394 및 USB 저장 장치 연결/분리

목표:
PnP 및 데이지 체이닝 중에 장치가 예상대로 반응하는지 확인합니다.

시나리오의 전제 조건 또는 특정 구성:
usbstor.sys, sbp2port.sys에 대해 드라이버 확인 프로그램을 사용할 수 있도록 설정합니다.

해당 대상:
서버 및 클라이언트

단계별 시나리오 설명:
  1. 데이지 체이닝을 통해 여러 1394 저장 장치를 컴퓨터에 연결합니다.

  2. 컴퓨터를 여러 가지 절전 모드로 전환합니다.

  3. 장치가 절전 모드에서 다시 시작된 후에도 작동하는지 확인합니다.

  4. 장치를 연결하여 재생(플러그 앤 플레이)합니다.

  5. 자동 스크립트 또는 도구를 사용하거나 무작위로 연결된 장치를 사용하거나 사용할 수 없도록 설정/제거/다시 설치합니다.

예상 결과:
  • 장치가 장치 관리자에 표시되지 않아야 합니다.

  • 이벤트 뷰어 항목에 오류 메시지가 없어야 합니다.

  • 이러한 테스트 후에 장치가 작동해야 합니다.

예외:
없음

시나리오 3 - 큰 크기의 파일을 장치로 이동하거나 장치에서 이동

목표:
동일한 볼륨에서 파일/폴더를 이동할 때 성능을 높입니다.

시나리오의 전제 조건 또는 특정 구성:
  • usbstor.sys, sbp2port.sys에 대해 드라이버 확인 프로그램을 사용할 수 있도록 설정합니다.

  • 사용자에게 크기가 3GB 이상인 파일이 있어야 합니다.

해당 대상:
서버 및 클라이언트

시나리오 설명:
파일을 내부 하드 디스크에서 1394/USB 저장 장치로 이동하거나 그 반대로 이동합니다.

예상 결과:
파일/폴더가 거의 즉시 이동합니다.

예외:
없음

시나리오 4 – 구성 관리자 API

목표:
장치 드라이버의 제거 코드 경로, 쿼리-장치 관계 코드 경로, CM 및 PNP IO API를 테스트합니다.

시나리오의 전제 조건 또는 특정 구성:
  • usbstor.sys, sbp2port.sys에 대해 드라이버 확인 프로그램을 사용할 수 있도록 설정합니다.

  • 쿼리 제거 테스트(qr.exe)

해당 대상:
서버 및 클라이언트

단계별 시나리오 설명:
  1. 하드웨어 안전하게 제거를 사용하여 장치를 제거합니다.

  2. 예기치 않은 장치 제거를 수행합니다.

  3. 장치 미디어(CD/DVD 드라이브)를 꺼냅니다.

예상 결과:
장치가 제거/다시 설치 주기 후에 작동해야 합니다. 장치를 제거하거나 설치할 때 시스템 다시 시작 메시지가 표시되지 않아야 합니다.

예외:
없음

시나리오 5 – PNP 및 전원 관리 조합

목표:
1394 및 USB 저장 장치가 버그 검사를 유발하지 않아야 합니다. 전원 관리 조합과 함께 장치 드라이버 제거 코드 경로, 쿼리-장치 관계 코드 경로를 테스트합니다.

시나리오의 전제 조건 또는 특정 구성:
USB 및 1394 저장 장치를 연결합니다.

해당 대상:
서버 및 클라이언트

단계별 시나리오 설명:
#1

  1. 시스템을 5-10분 동안 S3 상태로 전환하고 USB 및 1394 저장 장치의 연결을 끊습니다.

  2. S3에서 다시 시작하고 시스템에서 장치의 연결이 정말로 끊어졌는지 확인합니다.

  3. 최소한 10주기 동안 이 시나리오를 시도합니다.

#2

  1. 시스템을 5-10분 동안 S4 상태로 전환하고 USB 및 1394 저장 장치의 연결을 끊습니다.

  2. S4에서 다시 시작하고 시스템에서 장치의 연결이 정말로 끊어졌는지 확인합니다.

  3. 최소한 10주기 동안 이 시나리오를 시도합니다.

#3

  1. 시스템을 5-10분 동안 S3 상태로 전환하고 시스템이 S3 상태일 때 USB 및 1394 저장 장치를 연결합니다.

  2. S3에서 다시 시작한 후 새로 연결된 장치가 활성 상태이고 제대로 작동하는지 확인합니다.

  3. 최소한 10주기 동안 이 시나리오를 시도합니다.

#4

  1. 시스템을 5-10분 동안 S4 상태로 전환하고 USB 및 1394 저장 장치를 연결합니다.

  2. S4에서 다시 시작한 후 새로 연결된 장치가 활성 상태이고 제대로 작동하는지 확인합니다.

  3. 최소한 10주기 동안 이 시나리오를 시도합니다.

예상 결과:
시스템이 S3 및 S4 상태에서 다시 시작할 때 장치가 작동해야 하고 교착 상태 또는 버그 검사를 유발하지 않아야 합니다.

예외:
없음

시나리오 6 – 전원 관리 조합을 사용하는 I/O

목표:
1394/USB 저장 장치의 안정성을 확인합니다.

시나리오의 전제 조건 또는 특정 구성:
  • usbstor.sys, sbp2port.sys에 대해 드라이버 확인 프로그램을 사용할 수 있도록 설정합니다.

  • USB 2.0 저장 장치로의 레디 부스트(Ready Boost)를 사용할 수 있도록 설정합니다.

  • 사용자에게 USB/1394 장치와 크기가 3GB 이상인 파일이 있어야 합니다.

해당 대상:
서버 및 클라이언트

단계별 시나리오 설명:
#1

  1. 파일을 내부 하드 디스크에서 1394/USB 저장 장치로 복사하거나 그 반대로 복사합니다.

  2. 크기가 큰 파일을 내부 HDD에서 1394 HDD로 복사하거나 그 반대로 복사하는 동안 시스템을 S3 상태로 전환합니다.

  3. S3에서 다시 시작하고 복사가 계속되는지 확인합니다.

#2

  1. 파일을 내부 하드 디스크에서 1394/USB 저장 장치로 복사하거나 그 반대로 복사합니다.

  2. 크기가 큰 파일을 복사하는 동안 시스템을 S4 상태로 전환합니다.

  3. S4에서 다시 시작합니다.

  4. 복사가 완료되지 않고 파일 복사 오류 대화 상자가 표시되지만 장치가 활성 상태이고 버그 검사를 유발하지 않아야 합니다.

예상 결과:
크기가 큰 파일을 복사하는 동안 시스템이 S3/S4에서 다시 시작되면 장치가 버그 검사를 유발하지 않아야 합니다.

예외:
없음

시나리오 7 – PNP 조합을 사용하는 I/O

목표:
1394/USB 저장 장치의 안정성을 확인합니다.

시나리오의 전제 조건 또는 특정 구성:
  • usbstor.sys, sbp2port.sys에 대해 드라이버 확인 프로그램을 사용할 수 있도록 설정합니다.

  • USB 2.0 저장 장치로의 레디 부스트(Ready Boost)를 사용할 수 있도록 설정합니다.

  • 사용자에게 USB/1394 장치와 크기가 3GB 이상인 파일이 있어야 합니다.

해당 대상:
서버 및 클라이언트

단계별 시나리오 설명:
#1

  1. USB/1394 저장 장치를 컴퓨터에 연결합니다.

  2. 파일을 내부 하드 디스크에서 USB/1394 장치로 복사하거나 그 반대로 복사합니다.

  3. 파일을 복사하는 동안 USB/1394 장치의 연결을 끊습니다.

예상 결과:
복사가 실패하고 시스템에서 버그를 검사하지 않습니다.

예외:
없음

Windows Server 백업

Windows Server 백업이란?

Windows Server 2008의 Windows Server 백업 기능은 일상적인 백업 및 복구 요구를 충족시킬 완벽한 솔루션을 제공하는 MMC(Microsoft Management Console) 스냅인과 명령줄 도구로 구성되어 있습니다. 백업 및 복구를 실행하는 과정을 안내하는 네 가지 마법사를 사용할 수 있습니다. Windows Server 백업을 사용하여 전체 서버(모든 볼륨), 선택한 볼륨 또는 시스템 상태를 백업하고 볼륨, 폴더, 파일, 특정 응용 프로그램 및 시스템 상태를 복구할 수 있습니다. 또한 하드 디스크 오류와 같은 재해가 발생한 경우 전체 서버 백업 및 Windows 복구 환경을 사용하여 전체 시스템을 새 하드 디스크로 복원하는 시스템 복구를 수행할 수 있습니다.

Windows Server 백업을 사용하여 로컬 컴퓨터나 원격 컴퓨터의 백업을 만들고 관리할 수 있습니다. 또한 자동으로 실행되도록 백업을 예약하고 일회성 백업을 수행하여 예약된 백업을 확장할 수 있습니다.

CLI(명령줄 인터페이스) 또는 UI(사용자 인터페이스)를 사용하여 백업을 수행할 수 있습니다.

Windows Server 백업의 품질 향상

크기가 2TB를 초과하는 대상 디스크에서의 백업 예약을 처리하도록 Windows Server 백업이 수정되었습니다.

주요 시나리오

시나리오 1 – 스냅인에서 백업 예약

목표:
대상 디스크 저장소 크기가 2TB보다 큰 경우 백업을 예약합니다.

시나리오의 전제 조건 또는 특정 구성:
이 시나리오를 실행하기 전에 2TB가 넘는 추가 하드 디스크가 있는지 확인합니다.

해당 대상:
서버

단계별 시나리오 설명:
Windows Server 백업을 설정하기 위한 단계별 가이드는 http://go.microsoft.com/fwlink/?LinkId=128732를 참조하십시오.

다음과 같이 UI를 사용합니다.

  1. UI를 사용하려면 mmc.exe를 시작하고 백업 스냅인을 추가한 다음 지금 백업 마법사를 사용하여 백업합니다.

  2. 일정 백업을 선택한 다음 하드 디스크를 선택하고 이 하드 디스크로의 백업을 예약합니다.

  3. 지금 백업을 선택하고 전체 서버를 백업합니다.

예상 결과:
백업이 예약되고 오류가 발생하지 않습니다.

예외:
없음

시나리오 2 – CLI(명령줄 인터페이스)에서 백업 예약

목표:
wbadmin CLI를 사용하여 백업을 예약합니다.

시나리오의 전제 조건 또는 특정 구성:
사용자에게 2TB가 넘는 대상 디스크 저장소가 있어야 합니다.

해당 대상:
서버

단계별 시나리오 설명:
wbadmin enable backup 명령을 통해 예약된 백업을 구성하여 예약된 백업을 만들 수 있습니다. 이 명령의 예제와 구문을 보려면 명령 참조(http://go.microsoft.com/fwlink/?LinkId=128733)(페이지는 영문일 수 있음)를 참조하십시오.

다음과 같이 CLI를 사용합니다.

CLI에서 명령은 다음과 같습니다.

wbadmin start backup -include:C:,D:,E: -backuptarget:F: -allcritical
  • C:,D:,E:는 백업에 포함할 볼륨의 목록입니다.

    여기에는 시스템 볼륨, 부팅 볼륨 및 시스템 데이터가 있는 모든 볼륨이 포함되어야 합니다.

  • F:는 백업 대상(백업이 배치될 볼륨)이며 하드 디스크 볼륨[내부/외부]일 수 있습니다.

    백업 대상(F:)은 별도의 디스크에 있어야 하며 C: + D: + E: 크기보다 커야 합니다. 디스크 0에 C:와 함께 F:를 만들지 마십시오.

  • -allcritical 플래그는 모든 중요한 볼륨을 백업 세트에 추가합니다. 이 경우 백업되는 볼륨은 C:,D:,E: 및 컴퓨터의 중요한 볼륨을 통합한 것입니다.

가장 쉽고 권장되는 방법은 USB 외부 디스크를 얻은 다음 이 디스크에 큰 볼륨을 만들고 그곳에 백업을 만드는 것입니다. F:에 BackupTarget이라는 레이블을 붙입니다.

예상 결과:
백업이 예약되고 오류가 발생하지 않습니다.

예외:
없음

서버 기술

DNS 서버

DNS 서버의 품질 향상

DNS 서버는 ISATAP(Intra-Site Automatic Tunnel Addressing Protocol) 주소를 통해 수신 대기할 수 있도록 향상되었습니다.

주요 시나리오

시나리오 1 – ISATAP 주소에서 DNS 서버 쿼리

목표:
DNS 서버가 ISATAP 인터페이스 주소를 수신 대기하고 회신하는지 확인합니다.

시나리오의 전제 조건 또는 특정 구성:
DNS 서버의 ISATAP 인터페이스를 사용할 수 있어야 하고 서버에 DNS 서버 역할이 설치되어 있어야 합니다.

해당 대상:
서버

단계별 시나리오 설명:
  1. Dnsmgmt.msc를 엽니다.

  2. 인터페이스 속성 탭을 마우스 오른쪽 단추로 클릭하고 엽니다.

  3. ISATAP 인터페이스가 선택되어 있는지 확인합니다.

  4. 클라이언트는 IPv6 전용입니다.

  5. 클라이언트의 기본 DNS 서버는 3단계의 ISATAP 주소여야 합니다.

예상 결과:
5단계에서 설정된 클라이언트는 다른 모든 클라이언트와 함께 모든 DNS 쿼리를 확인해야 합니다.

시나리오 2 – 영역 레코드가 지속적으로 변경되는 파일 지원 보조 MS-DNS 서버

목표:
증분 영역 전송으로 인해 영역을 지속적으로 업데이트할 때 문제가 발생하지 않는지 확인합니다.

시나리오의 전제 조건 또는 특정 구성:
  • MS-DNS를 보조로 사용하는 파일 지원 영역

  • 증분 영역 전송 간격은 15분 미만이어야 합니다.

  • 특정 영역의 레코드가 빈번하고 지속적으로 변경되어야 합니다.

해당 대상:
서버

단계별 시나리오 설명:
15분 후에 보조 MS-DNS 서버의 모든 레코드가 업데이트되어야 합니다.

예상 결과:
영역을 지속적으로 업데이트할 때 증분 영역 전송으로 인한 문제가 발생하지 않습니다.

예외:
없음

시나리오 3 – 인터넷에 연결되어 있고 부하가 높은 파일 지원 서버

목표:
인터넷에 연결되어 있는 파일 지원 서버에서 메모리 누수를 검색합니다.

시나리오의 전제 조건 또는 특정 구성:
  • 서버가 인터넷에 연결되어 있어야 합니다.

  • 비 AD 통합 영역을 호스팅해야 합니다.

  • 재귀가 사용할 수 있도록 설정되어 있습니다.

해당 대상:
서버

시나리오 설명:
메모리 사용에 대한 DNS 성능 카운터를 모니터링합니다.

예상 결과:
DNS 서버의 메모리 사용이 시간이 흐르면서 증가하지 않아야 합니다.

예외:
없음

터미널 서비스

터미널 서비스의 품질 향상

안정성과 확장성을 높이고 보안을 강화하기 위해 Windows Server 2008 SP2 터미널 서비스의 문제가 해결되었습니다.

주요 시나리오

시나리오 1 – 원격 데스크톱 연결

목표:
사용자가 "버전 불일치" 오류 대화 상자 없이 원격 데스크톱 연결을 수행할 수 있습니다.

시나리오의 전제 조건 또는 특정 구성:
클라이언트 및 서버 컴퓨터가 Windows Vista SP2 또는 Windows Server 2008 SP2여야 합니다.

해당 대상:
서버 및 클라이언트

단계별 시나리오 설명:
mstsc.exe를 실행하거나 시작 메뉴에서 원격 데스크톱을 시작합니다.

예상 결과:
사용자가 원격 데스크톱을 성공적으로 시작할 수 있어야 합니다.

예외:
없음

시나리오 2 – 혼합된 Windows Server 2008 및 Windows Server 2003 DC 설정의 UserParameter BLOB에서 세션 시간 제한 설정

목표:
Windows Server 2008 및 Windows Server 2003 간의 상호 운용성을 높입니다.

시나리오의 전제 조건 또는 특정 구성:
2개의 DC( 하나는 Windows Server 2008, 다른 하나는 Windows Server 2003)를 사용하여 도메인을 설정합니다. TS 서버를 도메인에 가입시키고 테스트 도메인 사용자를 만듭니다.

해당 대상:
서버

단계별 시나리오 설명:
  1. 한 DC의 dsa.msc에서 UserParameter 대화 상자를 엽니다.

  2. 세션 탭에서 활성 세션 시간 제한을 5분으로 설정하고 적용을 클릭합니다.

  3. 또 다른 DC에서 동일한 사용자에 대한 사용자 매개 변수 대화 상자를 엽니다.

  4. 테스트 사용자 계정을 사용하여 TS 서버와 TS를 시작합니다.

예상 결과:
다른 DC에 표시되는 활성 세션 시간 제한도 5분이어야 합니다. TS 세션의 시간이 5분 후에 초과되어야 합니다.

예외:
없음

시나리오 3 – 원격 데스크톱에서 TS 로밍 프로필을 사용하지 않아야 함

목표:
Windows Vista SP2에 대한 일관성 있는 사용자 환경

시나리오의 전제 조건 또는 특정 구성:
사용자의 TS 프로필과 일반 로밍 프로필 경로를 서로 다른 위치에 설정합니다.

해당 대상:
클라이언트 및 서버

단계별 시나리오 설명:
테스트 사용자 계정을 사용하여 Windows Vista SP2 클라이언트 컴퓨터와 TS를 시작합니다.

예상 결과:
TS 프로필이 아니라 일반 로밍 프로필이 이 시나리오에서 적용되어야 합니다. 즉, 사용자가 콘솔에서 로그인하든 원격으로 로그인하든 간에 동일한 바탕 화면이 표시되어야 합니다.

예외:
없음

시나리오 4 – TS 서버의 MaxConnections 설정

목표:
Windows Server 2008 TS 서버의 MaxConnections 설정이 제대로 작동해야 합니다.

시나리오의 전제 조건 또는 특정 구성:
Windows Server 2008 TS서버를 설정합니다.

해당 대상:
서버

단계별 시나리오 설명:
  1. 수신기의 MaxInstanceCount를 2로 설정합니다(TSConfig -> RDP-TCP -> 네트워크 어댑터 -> 최대 연결 수=2).

  2. 컴퓨터에 대한 2개의 원격 연결을 시작합니다.

  3. 활성 원격 연결 중 하나의 연결을 끊습니다.

  4. 또 다른 원격 연결을 시작해 봅니다.

예상 결과:
활성 세션이 두 개뿐이므로 세 번째 세션이 성공해야 합니다.

예외:
없음

시나리오 5 – TS SB가 연결이 끊어진 세션을 발견할 때 PendingRedirection 카운트를 잘못 증가시킴

목표:
연결이 끊어진 세션에 대해서는 PendingRedir 카운트가 증가하지 않아야 합니다.

시나리오의 전제 조건 또는 특정 구성:
부하를 분산하는 세션 브로커를 사용하여 TS 팜을 설정합니다.

해당 대상:
서버

단계별 시나리오 설명:
  1. 두 TS 서버(A 및 B)를 사용하여 표준 SB 팜을 설정합니다.

  2. 재현 시간을 줄이려면 SB 상자에서 다음 레지스트리 키를 만듭니다.

    HKLM\System\Current Control Set\Services\tssdis\parameters [LB_MaxNumberOfPendingRedirections]

  3. 키 값을 4로 설정합니다(기본값은 16임).

  4. 팜 이름을 사용하여 MSTSC를 수행합니다. SB가 서버 중 하나(예: 서버 A)로 리디렉션합니다.

  5. 세션의 연결을 끊습니다.

  6. 팜 이름을 사용하여 MSTSC를 다시 수행합니다. SB가 서버 A의 연결이 끊어진 세션으로 리디렉션합니다.

  7. 연결을 끊었다가 연결하는 작업을 4회 반복합니다.

  8. 버그 때문에 PendingRedirection 카운트가 16으로 증가합니다. 이 시점에서 TS B가 동일한 PendingRedirection 카운트를 가질 때까지 TS A가 LoadBalancing에 고려되지 않습니다.

  9. 다른 사용자 이름으로 팜 이름을 사용하여 MSTSC를 수행합니다 SB가 서버 B로 리디렉션합니다.

  10. 몇 가지 추가 사용자 이름으로 MSTSC를 시도합니다. 서버 A에 활성 세션이 하나뿐인 경우에도 SB가 매번 서버 B로 리디렉션합니다.

예상 결과:
연결이 끊어진 세션에 대해서는 PendingRedir이 증가하지 않아야 합니다. TS A가 이후의 "새 사용자" 연결에 대해 LoadBalancing에 고려되어야 합니다.

예외:
없음

시나리오 6 – RemoteApp MSI가 목록에서 마지막 파일 이름 확장명을 생략함

목표:
MSI가 모든 파일 이름 확장명 연결을 선택해야 합니다.

시나리오의 전제 조건 또는 특정 구성:
WS 08에서 터미널 서버 역할을 설치합니다.

해당 대상:
서버

단계별 시나리오 설명:
  1. 서버에서 워드패드가 파일 이름 확장명 하나(예: .txt)와만 연결되어 있는지 확인합니다.

  2. TS RemoteApp 관리자를 시작합니다.

  3. RemoteApp 프로그램 추가를 클릭합니다.

  4. 목록에서 WordPad를 선택합니다.

  5. 다음을 클릭합니다.

  6. 마침을 클릭합니다.

  7. TS RemoteApp 관리자 스냅인의 아래쪽 창에 있는 게시된 응용 프로그램 목록에서 게시된 응용 프로그램을 선택합니다.

  8. Windows Installer 패키지 만들기를 마우스 오른쪽 단추로 클릭하고 선택합니다.

  9. 다음을 두 번 클릭합니다.

  10. 배포 패키지 구성 페이지에서 "이 프로그램의 클라이언트 확장과 RemoteApp 프로그램 연결"을 선택합니다.

  11. 다음을 클릭하고 해당 확장명이 선택되지 않았는지 확인합니다.

  12. 마침을 클릭하여 MSI를 생성합니다.

  13. 확실히 하기 위해 클라이언트 컴퓨터에 MSI를 설치합니다.

  14. ".txt"가 Remote WordPad와 연결되어 있지 않은지 확인합니다.

예상 결과:
클라이언트 쪽의 .txt 확장명이 Remote WordPad와 연결되어 있어야 합니다.

예외:
없음

디렉터리 서비스

디렉터리 서비스의 품질 향상

안정성을 높이기 위해 Windows Server 2008 SP2 디렉터리 서비스의 문제가 해결되었습니다. 페이지 단위 검색을 사용하여 DC를 검색할 수 있도록 변경되었습니다.

주요 시나리오

시나리오 1 – Sysvol 사전 시드를 사용하여 미디어에서 설치

목표:
사용자가 사전 시드된 Sysvol이 포함된 IFM을 사용하여 새 DC의 수준을 올리는 동안 복제 트래픽을 줄일 수 있습니다.

시나리오의 전제 조건 또는 특정 구성:
기존 도메인

해당 대상:
서버

단계별 시나리오 설명:
  1. DC에서 Sysvol을 포함하여 IFM 백업을 만듭니다.

  2. 수준을 올릴 컴퓨터에 IFM 파일을 복사합니다.

  3. 1단계에서 만든 IFM을 사용하여 새 DC의 수준을 올립니다.

예상 결과:
사전 시드된 Sysvol이 사용되었습니다(확인 지침은 KB311078의 "Dcpromo.log 및 Dcpromoui.log 파일 분석” 섹션 참조).

예외:
없음

시나리오 2 – 그룹 정책에서 WMI 필터 사용

목표:
WMI 필터를 사용하는 그룹 정책이 예상대로 작동합니다.

시나리오의 전제 조건 또는 특정 구성:
기존 도메인

해당 대상:
서버

시나리오 설명:
WMI 필터를 사용하여 그룹 정책이 적용되는 컴퓨터를 확인하는 그룹 정책을 도메인에서 설정합니다.

예상 결과:
사용자가 로그온할 때 지연이 발생하지 않습니다.

예외:
없음

시나리오 3 – 영어 외 언어 도메인에서 스키마 확장 복제

목표:
AD 통합 응용 프로그램이 설치된 영어 외 언어 도메인에서 복제가 제대로 작동합니다.

시나리오의 전제 조건 또는 특정 구성:
기존 도메인, 영어 외 언어 도메인(예: 일본어)

해당 대상:
서버

시나리오 설명:
AD 스키마를 확장하는 AD 통합 응용 프로그램(예: Exchange 2007)을 설치합니다.

예상 결과:
새로 도입된 특성을 비롯한 모든 특성 값의 복제가 도메인의 모든 DC에서 성공합니다.

예외:
없음

시나리오 4 – 페이지 단위 검색

목표:
사용자가 페이지 단위 검색을 사용하여 DC를 검색할 수 있습니다.

시나리오의 전제 조건 또는 특정 구성:
기존 도메인, 많은 수의 개체(> 10,000)

해당 대상:
서버

단계별 시나리오 설명:
  1. 페이지별로 많은 수의 개체(> 10,000)를 검색하는 페이지 단위 검색을 수행합니다.

  2. 페이지 단위 검색 안에 중첩된 검색을 수행합니다. 예를 들어, 페이지 단위 검색의 각 결과에 대한 검색을 수행합니다.

예상 결과:
  • 페이지 단위 검색으로 쿼리된 모든 개체가 검색됩니다.

  • 기본에 대한 중첩 검색은 실패하고 다른 모든 중첩 검색은 성공합니다.

예외:
없음

시나리오 5 – AD DC에 대한 OpenLDAP 쿼리

목표:
사용자가 OpenLDAP 라이브러리를 사용하여 AD DC와 상호 작용할 수 있습니다.

시나리오의 전제 조건 또는 특정 구성:
기존 도메인, OpenLDAP 라이브러리가 있는 Unix/Linux 기반 컴퓨터

해당 대상:
서버

시나리오 설명:
서명 및 봉인 기술을 함께 사용하여 OpenLDAP 클라이언트에서 쿼리를 수행합니다.

예상 결과:
쿼리가 예상대로 결과를 반환해야 합니다.

예외:
없음

시나리오 6 – 가상 환경에서 PDC 역할 점유

목표:
사용자가 PDC 역할을 가상 컴퓨터에서 점유하거나 가상 컴퓨터로 점유할 수 있습니다.

시나리오의 전제 조건 또는 특정 구성:
Hyper-V 환경에서 실행되는 기존 도메인

해당 대상:
서버

시나리오 설명:
가상 컴퓨터를 도메인 컨트롤러로 사용하여 PDC를 점유합니다.

예상 결과:
PDC 역할이 도메인 컨트롤러로 적절하게 점유되어야 합니다.

예외:
없음

IIS(인터넷 정보 서비스)

IIS의 품질 향상

IIS가 향상되어 요청 필터링에 대한 쿼리 문자열 지원 기능이 추가되었습니다. SP2에서 IIS는 새로운 appPool ID를 추가할 수 있도록 허용하여 토큰 가로채기 문제를 처리합니다.

주요 시나리오

시나리오 1 – 새로운 응용 프로그램 풀 ID

목표:
응용 프로그램 풀 ID를 확인합니다.

시나리오의 전제 조건 또는 특정 구성:
없음

해당 대상:
서버

단계별 시나리오 설명:
  1. inetmgr UI를 시작합니다.

  2. 트리뷰에서 로컬 호스트 노드를 선택합니다.

  3. UI에서 응용 프로그램 풀 노드로 이동하고 새로운 응용 프로그램 풀 3.5(확인)를 추가합니다.

  4. 새로 추가된 응용 프로그램 풀을 선택합니다.

  5. 작업 창에서 고급 설정 작업을 선택합니다.

  6. 응용 프로그램 풀을 다시 시작합니다.

  7. aspx 페이지에 요청을 합니다.

예상 결과:
  • 만들어진 새 응용 프로그램 풀(3.5)에 응용 프로그램 풀 ID가 할당됩니다.

  • 응용 프로그램 풀 ID의 경우 기본 제공 계정 라디오 단추의 옵션이 4가지입니다(응용 프로그램 풀 ID가 그 중 하나임).

  • 응용 프로그램 풀이 성공적으로 재생됩니다.

  • 작업자 프로세스(w3wp)가 응용 프로그램 풀 ID로 실행됩니다.

예외:
없음

시나리오 2 - Windows Server 2008의 IIS7에 있는 요청 필터링 모듈에 대한 쿼리 문자열 지원 기능

목표:
구성 파일에서 요청 필터링 모듈에 대한 새 규칙을 추가합니다. 다른 쿼리 문자열에 대한 런타임 동작을 확인합니다.

시나리오의 전제 조건 또는 특정 구성:
없음

해당 대상:
서버

단계별 시나리오 설명:
  1. DenyQueryStringSequences의 새 요소를 “!Query”에 추가합니다.

  2. AlwaysAllowedQueryStrings의 새 요소를 “Allow =GoodQuery”에 추가합니다.

  3. 쿼리 문자열 “?Allow=GoodQuery”를 사용하여 aspx 페이지에 요청을 합니다.

  4. 쿼리 문자열 “?Allow=!Query”를 사용하여 aspx 페이지에 요청을 합니다.

  5. 쿼리 문자열 “?Allow= %21Query”를 사용하여 aspx 페이지에 요청을 합니다.

  6. UnescapeQueryString을 FALSE로 설정합니다.

  7. 쿼리 문자열 “?Allow=!Query”를 사용하여 aspx 페이지에 요청을 합니다.

  8. 쿼리 문자열 “?Allow= %21Query”를 사용하여 aspx 페이지에 요청을 합니다.

Config 스냅숏:

<system.webServer>
  <security>
    <requestFiltering unescapeQueryString="true">                  
      <denyQueryStringSequences>
        <add sequence="!Query" />
      </denyQueryStringSequences>
<alwaysAllowedQueryStrings>
<add queryString="Allow=GoodQuery"
</alwaysAllowedQueryStrings>
    </requestFiltering>
  </security>
</system.webServer>
예상 결과:
응답 상태 코드:

  • 3의 경우 200

  • 8의 경우 202

  • 4, 5, 7의 경우 404

예외:
없음

클러스터링 및 고가용성

클러스터링 및 고가용성의 품질 향상

클러스터 서비스가 개선되었으며 다양한 고객이 보고한 안정성 문제가 해결되었습니다.

주요 시나리오

시나리오 1: 많은 양의 TCP 트래픽이 클라이언트와 서버 간에 전송되는 경우 NLB 클러스터의 일부인 Hyper-V에서 실행되는 가상 컴퓨터가 제대로 작동함

목표:
많은 양의 TCP 트래픽이 클라이언트와 서버 간에 전송되는 경우 NLB 클러스터의 일부인 Hyper-V에서 실행되는 가상 컴퓨터가 제대로 작동하는지 확인합니다.

시나리오의 전제 조건 또는 특정 구성:
  • 가상 컴퓨터를 사용하도록 어댑터를 구성하는 동안 레거시 어댑터가 아니라 네트워크 어댑터를 사용해야 합니다.

  • 유니캐스트 MAC 주소를 할당해야 합니다.

해당 대상:
서버

단계별 시나리오 설명:
  1. Hyper-V에서 실행되는 가상 컴퓨터의 2노드 NLB 클러스터를 만듭니다(http://go.microsoft.com/fwlink/?LinkId=128729 참조)(페이지는 영문일 수 있음). 클러스터의 2개 노드는 클라이언트 역할을 합니다.

  2. 동일한 네트워크에 있지만 클러스터의 일부는 아닌 다른 두 컴퓨터를 서버로 사용합니다.

  3. 1200 CPS가 넘는 많은 양의 TCP/UDP/ICMP 트래픽을 클라이언트와 서버 간에 보내고 버그 검사가 있는지 확인합니다.

예상 결과:
트래픽이 중단 없이 이동해야 합니다.

예외:
레거시 네트워크 어댑터를 사용하는 경우 버그 검사가 없습니다.

시나리오 2 – 쿼럼에 파일 공유 감시를 사용하는 연결되지 않은 네임스페이스에서 클러스터 배포

목표:
연결되지 않은 네임스페이스에서 클러스터가 제대로 작동하는지 확인합니다.

시나리오의 전제 조건 또는 특정 구성:
연결되지 않은 네임스페이스가 있는 환경에서 노드의 FQDN 중 DNS 접미사 부분이 컴퓨터가 있는 도메인 이름과 같지 않은 클러스터를 배포합니다.

해당 대상:
서버

단계별 시나리오 설명:
  1. 연결되지 않은 네임스페이스를 만듭니다(http://go.microsoft.com/fwlink/?LinkId=128723(페이지는 영문일 수 있음) 참조).

  2. 최소한 2노드 클러스터를 만들고 유효성을 검사합니다(http://go.microsoft.com/fwlink/?LinkId=128730 참조).

  3. 클러스터를 온라인 상태로 전환하여 네트워크 이름이 온라인 상태가 되는지 확인합니다.

  4. 파일 공유 감시를 사용하도록 쿼럼 구성을 변경합니다(http://go.microsoft.com/fwlink/?LinkId=129345(페이지는 영문일 수 있음) 참조).

  5. 파일 공유 감시가 온라인 상태가 되는지 확인합니다.

예상 결과:
네트워크 이름이 온라인 상태가 되고, 파일 공유 감시가 온라인 상태가 되며, 전체 클러스터가 온라인 상태가 되어 작동합니다.

예외:
없음

시나리오 3 – 분리된 그룹이 기본 설정 소유자로 이동해야 함

목표:
그룹이 분리될 때 기본 설정 소유자로 이동하는지 확인합니다.

시나리오의 전제 조건 또는 특정 구성:
최소한 2노드 클러스터(http://go.microsoft.com/fwlink/?LinkId=128730 참조)

해당 대상:
서버

단계별 시나리오 설명:
  1. 서로 다른 기본 설정 소유자 목록을 사용하여 Cluadmin.msc를 통해 두 그룹, group1 및 group2를 추가합니다.

    1. 서비스 및 응용 프로그램을 통해 그룹을 추가하고 고가용성 마법사를 따릅니다.

    2. 그룹의 속성에서 기본 설정 소유자 목록을 만듭니다.

  2. 능동 노드를 제거하거나 종료합니다.

예상 결과:
분리된 그룹이 기본 설정 소유자 목록에 나열된 다음 최상의 노드로 이동해야 합니다.

예외:
없음

시나리오 4 - 임시 파일이 클러스터 루트 폴더에 저장되는 경우 클러스터 디스크가 실패하지 않아야 함

목표:
I/O 작업이 발생할 때 임시 파일이 클러스터 루트 폴더에 있는 경우 클러스터 디스크가 제대로 작동하는지 확인합니다.

시나리오의 전제 조건 또는 특정 구성:
항상 사용 가능한 작업의 임시 파일에 대한 기본 위치로 클러스터 루트 폴더를 설정합니다.

해당 대상:
서버

단계별 시나리오 설명:
  1. 클러스터 루트 폴더에 임시 파일을 저장하는 Exchange와 같은 작업을 실행하는 유효성 검사 클러스터를 배포합니다.

  2. 디스크에서 오류가 발생하지 않는지 확인합니다.

예상 결과:
클러스터 디스크나 리소스가 제대로 작동해야 하고 간헐적으로 오류가 발생하지 않아야 합니다.

예외:
없음

시나리오 5 – Hyper-V: 동일한 LUN의 여러 가상 컴퓨터를 동일한 리소스 그룹에 추가

목표:
두 개 이상의 VM이 있는 리소스 그룹을 만듭니다.

시나리오의 전제 조건 또는 특정 구성:
Hyper-V를 사용할 수 있는 컴퓨터 두 대 이상

해당 대상:
서버

단계별 시나리오 설명:
  1. Hyper-V Windows Server 2008 컴퓨터를 사용하여 2노드 클러스터를 만듭니다(http://go.microsoft.com/fwlink/?LinkID=125397(페이지는 영문일 수 있음) 참조).

  2. Hyper-V 관리자를 엽니다(제어판 -> 관리 도구 -> Hyper-V 관리자).

  3. Hyper-V 관리자에서 노드(예: N1)를 클릭한 다음 새로 만들기 -> 새 VM 만들기 마법사를 클릭합니다.

  4. VM1을 만들고 클러스터 디스크(예: 클러스터 디스크 2)에 저장합니다.

  5. VM2를 만들고 동일한 클러스터 디스크 2에 저장합니다.

  6. Cluadmin.msc를 엽니다. 클러스터 이름 아래에서 서비스 및 응용 프로그램을 마우스 오른쪽 단추로 클릭합니다.

  7. 서비스 또는 응용 프로그램 구성으로 이동합니다. HA(고가용성) 마법사가 열립니다.

  8. HA 마법사를 사용하여 3단계와 4단계에서 만든 VM인 VM1과 VM2를 VM 그룹에서 선택하고 다음을 클릭합니다. VM 그룹은 동일한 그룹의 두 VM을 사용하여 성공적으로 구성되어 있습니다.

  9. 서비스 및 응용 프로그램을 클릭하여 새 VM 그룹이 구성되었는지 확인합니다.

  10. Hyper-V 관리자 -> VM이 만들어진 노드 N1 -> VM1 설정으로 이동합니다.

  11. vhd 파일 설정을 변경합니다(예를 들어 클러스터 디스크 3을 사용하는 경우 클러스터 디스크 4 등의 다른 디스크로 변경). VM2의 vhd 파일을 동일한 방식으로 변경합니다.

  12. 클러스터 관리 마법사의 서비스 및 응용 프로그램에서 VM HA 그룹을 클릭합니다.

  13. 마법사 페이지의 오른쪽에 VM 그룹에 대한 많은 동작이 있습니다. 가상 컴퓨터 새로 고침 동작을 클릭합니다.

  14. 새로 고침 동작을 클릭하여 VM1 및 VM2의 vhd 파일에서 변경된 사항을 반영합니다. 추가된 새 클러스터 디스크가 VM HA 그룹 구성에 표시되어야 하고 이전 클러스터 디스크는 이 구성에서 제거되어야 합니다.

  15. VM HA 그룹에서 VM을 마우스 오른쪽 단추로 클릭하고 속성으로 이동합니다. VM1과 VM2의 종속성을 확인합니다. 종속성은 VHD 파일 디스크에 수행된 변경 사항을 반영해야 합니다.

예상 결과:
두 VM이 동일한 리소스 그룹에 있고 성공적으로 새로 고칠 수 있어야 합니다.

예외:
VMC 파일은 만들어지면 변경할 수 없으므로 동일한 디스크에서는 VMC 파일과 VHD 파일의 변경 사항을 검색할 수 없습니다. 다른 디스크에 수행된 vhd 파일 변경 사항만 새로 고치는 동안 검색됩니다.

시나리오 6 – Hyper-V: 드라이브 문자가 없는 클러스터된 디스크를 사용하는 경우 VM의 적절한 구성

목표:
드라이브 문자가 없는 클러스터된 디스크를 지원합니다.

시나리오의 전제 조건 또는 특정 구성:
Hyper-V를 사용할 수 있는 컴퓨터 두 대 이상

해당 대상:
서버

단계별 시나리오 설명:
  1. Hyper-V Windows Server 2008 컴퓨터를 사용하여 2노드 클러스터를 만듭니다(http://go.microsoft.com/fwlink/?LinkID=125397(페이지는 영문일 수 있음) 참조).

  2. 클러스터된 디스크를 보려면 Cluadmin.msc를 열고 이름 -> 저장소로 이동합니다.

  3. 클러스터된 디스크 중 하나의 드라이브 문자를 없음으로 변경합니다.

  4. Hyper-V 관리자를 엽니다(제어판 -> 관리 도구 -> Hyper-V 관리자).

  5. 동일한 노드에 VM을 만듭니다(예: 2노드 클러스터의 경우 N1/N2).

  6. Hyper-V 관리자에서 노드(예: N1)를 마우스 오른쪽 단추로 클릭하고 새로 만들기 -> 새 VM 만들기 마법사를 클릭합니다.

  7. VM1을 만들고 볼륨 정보를 사용하여 드라이브 문자가 없는 클러스터된 디스크에 VM을 저장합니다.

  8. 디스크의 볼륨 정보를 보려면 디스크를 마우스 오른쪽 단추로 클릭하고 속성을 선택합니다.

  9. 클러스터 관리 마법사로 이동합니다. 클러스터 이름 아래에서 서비스 및 응용 프로그램을 마우스 오른쪽 단추로 클릭합니다.

  10. 서비스 또는 응용 프로그램 구성으로 이동합니다. HA(고가용성) 마법사가 열립니다.

  11. HA 마법사를 사용하여 4단계에서 만든 VM(VM HA 그룹을 구성하기 위한 VM1)을 선택하고 다음을 클릭합니다. VM 그룹이 오류 없이 성공적으로 구성됩니다.

  12. 서비스 및 응용 프로그램을 클릭하여 VM 구성 및 디스크 리소스를 사용하여 성공적으로 구성된 새 VM 그룹을 표시합니다.

예상 결과:
드라이브 문자가 없는 클러스터된 디스크를 사용하여 VM을 구성할 수 있습니다. 또한 디스크 리소스가 VM HA 그룹의 일부로 표시됩니다. 생성되는 VM 그룹에는 VM 구성, 디스크 리소스 및 VM 리소스가 포함되어 있습니다(있는 경우).

예외:
없음

시나리오 7 – 타사 DNS 서버가 있는 환경에서 클러스터 배포

목표:
클러스터를 성공적으로 만들고 유효성을 검사할 수 있는지 확인합니다.

시나리오의 전제 조건 또는 특정 구성:
환경에서 타사 DNS 서버를 사용해야 합니다.

해당 대상:
서버

단계별 시나리오 설명:
  1. 최소한 2노드 클러스터를 만들고 유효성을 검사합니다(http://go.microsoft.com/fwlink/?LinkID=128730 참조).

  2. 클러스터 노드가 지정된 경우 해당 DNS 이름이 타사 DNS 서버로 확인되고 “{x} 네트워크 이름은 이미 네트워크에서 사용되고 있습니다."라는 오류 메시지가 표시되지 않습니다.

예상 결과:
클러스터를 성공적으로 만들고 유효성을 검사할 수 있습니다.

예외:
없음

Microsoft SMB 프로토콜

SMB 프로토콜이란?

SMB(서버 메시지 블록) 프로토콜은 네트워크 파일 공유 프로토콜이고 Microsoft Windows에서 구현되었으므로 Microsoft SMB 프로토콜로 알려져 있습니다. 특정 버전의 SMB 프로토콜을 정의하는 메시지 패킷의 집합을 언어(Dialect)라고 합니다. CIFS(Common Internet File System) 프로토콜은 SMB의 언어(Dialect)입니다.

Microsoft SMB 프로토콜의 품질 향상

SMB에서 보고되는 다양한 버그가 안정성, 호환성, 보안 등의 영역에서 해결되었습니다.

주요 시나리오

시나리오 1 – 그룹 정책 설정 적용

목표:
고객이 그룹 정책 설정을 제대로 적용할 수 있어야 합니다.

시나리오의 전제 조건 또는 특정 구성:
Windows Server 2003 DC에서 다음 정책을 사용할 수 있도록 설정하고 Windows Vista SP2 컴퓨터를 도메인에 가입시킵니다.

도메인에서 Windows Server 2003을 실행하는 도메인 컨트롤러에서 사용할 수 있도록 설정되는 정책은 다음과 같습니다.

  • 컴퓨터 구성\Windows 설정\보안 설정\로컬 정책\보안 옵션\Microsoft 네트워크 서버: 디지털 서명 통신(항상)

  • 컴퓨터 구성\Windows 설정\보안 설정\로컬 정책\보안 옵션\Microsoft 네트워크 서버: 디지털 서명 통신(클라이언트에서 동의한 경우)

Windows Vista SP2를 실행하는 구성원 컴퓨터에서 사용할 수 있도록 설정되는 정책은 다음과 같습니다.

  • 컴퓨터 구성\Windows 설정\보안 설정\로컬 정책\보안 옵션\Microsoft 네트워크 클라이언트: 디지털 서명 통신(항상)

  • 컴퓨터 구성\Windows 설정\보안 설정\로컬 정책\보안 옵션\Microsoft 네트워크 클라이언트: 디지털 서명 통신(서버에서 동의한 경우)

해당 대상:
서버

단계별 시나리오 설명:
  1. 위의 구성을 수행합니다.

  2. Windows Vista SP2 컴퓨터를 다시 시작합니다.

예상 결과:
그룹 정책 설정이 제대로 적용됩니다(http://go.microsoft.com/fwlink/?LinkId=128731(페이지는 영문일 수 있음) 참조).

예외:
없음

시나리오 2 – 여러 사용자가 파일에 액세스함

목표:
고객이 여러 세션에서 동일한 파일에 액세스할 수 있어야 합니다.

시나리오의 전제 조건 또는 특정 구성:
Windows Server 2003에서 공유를 만들고 두 Windows Vista SP2 클라이언트에 읽기/쓰기 권한을 부여합니다. 공유 안에 Excel 문서를 배치합니다.

해당 대상:
서버

단계별 시나리오 설명:
  1. 첫 번째 클라이언트에서 Excel 문서를 엽니다.

  2. 두 번째 클라이언트에서 Excel 문서를 열고 내용을 수정합니다.

  3. 첫 번째 클라이언트에서 Excel 문서를 닫았다가 다시 엽니다.

예상 결과:
첫 번째 클라이언트에서 업데이트된 데이터가 표시되어야 합니다.

예외:
없음

시나리오 3 – 파일 공유의 특성을 변경하거나 컴퓨터에서 공유 제거

목표:
고객이 공유의 특성을 변경하고 오류 없이 공유 디렉터리를 삭제할 수 있어야 합니다.

시나리오의 전제 조건 또는 특정 구성:
클라이언트로 사용되는 Windows Vista SP2 컴퓨터와 Windows XP SP2 컴퓨터

해당 대상:
서버

단계별 시나리오 설명:
  1. Windows Vista SP2 컴퓨터에 디렉터리를 만들고 읽기/쓰기 권한으로 공유합니다.

  2. XP 컴퓨터에서 파일과 폴더를 만듭니다.

  3. 공유에 대한 공유 사용 권한/특성을 변경합니다.

  4. 어느 정도 시간이 지난 후 Windows Vista SP2 컴퓨터에서 공유를 제거하고 폴더를 삭제합니다.

예상 결과:
공유가 컴퓨터에서 삭제되어야 하고 폴더가 오류 없이 삭제될 수 있어야 합니다.

예외:
없음

시나리오 4 – SMBHelperClass가 액세스 거부에 대한 잘못된 진단을 반환할 수 있음

목표:
사용자가 공유 리소스에 액세스할 수 없는 상황에서 고객이 SMBHelperClass에서 정확한 정보를 얻어야 합니다.

시나리오의 전제 조건 또는 특정 구성:
Windows Server 2008 컴퓨터와 Windows Vista SP2 클라이언트

해당 대상:
서버

단계별 시나리오 설명:
  1. \\Server\test 공유를 설정합니다. 여기서 test는 DFS 네임스페이스입니다.

  2. \\Server\test\abcd에 액세스해 봅니다(시작 -> 실행에서). 이 경우 사용자가 test에 액세스할 수 있는 권한이 없습니다.

예상 결과:
SMBHelperClass에서 사용자가 리소스에 액세스할 수 없다는 결과를 반환해야 합니다.

예외:
없음

시나리오 5 – SMB 세션이 서버 컴퓨터에서 정리되지 않음

목표:
서버 컴퓨터에 대한 세션이 모두 닫힌 후 모든 SMB 세션이 정리되어야 합니다.

시나리오의 전제 조건 또는 특정 구성:
두 Windows Vista 다중 프로세서 상자를 설치하고 작업 그룹 네트워크에 연결합니다.

해당 대상:
서버

단계별 시나리오 설명:
  1. 각 컴퓨터에 동일한 사용자 계정을 만들고 해당 사용자로 로그온합니다.

  2. 한 컴퓨터에 네트워크 공유를 만들고(예: \\testpc1\share1) 액세스 권한을 제공합니다.

  3. 동일한 컴퓨터에서 공유 리소스에 여러 번 액세스합니다.

예상 결과:
공유에서 일정 기간 동안 작업을 수행하지 않으면 모든 세션이 정리되어야 합니다. ‘net session’을 사용하여 확인합니다.

예외:
없음

시나리오 6 – 이전 운영 체제 버전의 Interop

목표:
하위 수준 운영 체제의 Interop가 제대로 작동하는지 확인합니다.

시나리오의 전제 조건 또는 특정 구성:
Windows Server 2008, Windows Server 2003, Windows XP, Windows 2000 및 NT4를 설치합니다.

해당 대상:
서버

단계별 시나리오 설명:
  1. 각 서버에 네트워크 공유를 만들고 적절한 공유 사용 권한을 부여합니다.

  2. 모든 여러 컴퓨터에서 공유 리소스에 액세스합니다.

예상 결과:
파일에 예상대로 액세스할 수 있어야 합니다.

예외:
없음

메시지 큐

메시지 큐의 품질 향상

메시지 큐(MSMQ라고도 함)의 보안, 안정성 및 사용 편의성이 향상되었습니다. 메시지 큐에서 이제 SHA2 HTTP/멀티캐스트 메시지를 지원합니다.

주요 시나리오

시나리오 1 – 메시지 큐 masvc.exe 보안 수정 프로그램

목표:
Windows mqsvc.exe 보안 수정 프로그램의 영향을 확인합니다.

시나리오의 전제 조건 또는 특정 구성:
MSMQ를 사용하여 구성된 Windows 2000 및 Windows NT4 서버

해당 대상:
서버

단계별 시나리오 설명:
  1. 소, 중, 대 등 길이가 다른 이름을 사용하여 큐를 만들고 정규화된 도메인 이름을 통해 큐가 만들어질 컴퓨터 이름을 참조합니다.

  2. 종속 클라이언트/지원하는 서버 구성을 사용하여 1단계를 반복합니다.

  3. 공개, 개인, 트랜잭션 및 비트랜잭션 큐를 사용하여 기본 보내기/받기 테스트를 수행합니다.

예상 결과:
메모리 누수나 블루 스크린이 발생하지 않습니다.

예외:
없음

시나리오 2 – HTTP-FIPS가 사용할 수 있도록 설정된 경우 메시지 큐 시작

목표:
HTTP FIPS가 사용할 수 있도록 설정된 경우 메시지 큐 기능을 확인합니다.

시나리오의 전제 조건 또는 특정 구성:
IIS/메시지 큐가 구성된 대상 Windows 운영 체제를 설치합니다.

해당 대상:
서버

단계별 시나리오 설명:
  1. FIPS를 사용할 수 없도록 설정하고 메시지 큐 서비스를 중지합니다.

  2. FIPS를 사용할 수 있도록 설정한 다음 메시지 큐 서비스를 시작해 봅니다.

  3. HTTP 메시지를 사용하여 기본 보내기/받기 테스트를 수행합니다.

예상 결과:
FIPS가 사용할 수 있도록 설정된 경우 메시지 큐 서비스가 시작될 수 있습니다.

예외:
없음

시나리오 3 – HTTP/멀티캐스트 메시지에 SHA2를 사용하는 경우 메시지 큐가 작동함

목표:
사용자가 HTTP 또는 멀티캐스트 메시지에 대해 SHA2를 요청하는 경우 메시지 큐 기능을 확인합니다.

시나리오의 전제 조건 또는 특정 구성:
IIS/메시지 큐가 구성된 대상 Windows 운영 체제를 설치합니다.

해당 대상:
서버

단계별 시나리오 설명:
HTTP 또는 멀티캐스트 메시지를 보낼 때 인증에 SHA2를 사용할 수 있도록 설정합니다.

예상 결과:
시스템 중단이나 블루 스크린이 발생하지 않습니다.

예외:
없음

가상 디스크 서비스

가상 디스크 서비스란?

VDS(가상 디스크 서비스)는 디스크 관리에 사용할 수 있는 단일 인터페이스를 제공하는 API(응용 프로그래밍 인터페이스)의 집합입니다. VDS는 저장소 하드웨어와 디스크를 관리하고 이러한 디스크에 볼륨을 만드는 데 사용할 수 있는 종단 간 솔루션을 제공합니다.

VDS에 대한 자세한 내용은 TechNet 문서 http://go.microsoft.com/fwlink/?linkid=50517(페이지는 영문일 수 있음)을 참조하십시오.

가상 디스크 서비스의 새로운 기능

안정성을 높이기 위해 VDS가 변경되었습니다. 이제 IA64 프로세서에서 VDS를 사용하여 동적 디스크를 확장/축소할 수 있습니다.

주요 시나리오

시나리오 1 – 클러스터 시나리오의 동적 디스크

목표:
고객이 동적 디스크를 구성하기 위해 서로 다른 포트에서 두 로컬 디스크를 사용할 수 있어야 합니다.

시나리오의 전제 조건 또는 특정 구성:
클러스터 시스템이 설정되어야 하고 두 로컬 디스크가 서로 다른 포트에 있어야 합니다.

해당 대상:
서버

단계별 시나리오 설명:
  1. 클러스터 시스템을 구축합니다.

  2. 서로 다른 포트에서 두 로컬 디스크를 사용합니다.

  3. diskpart를 사용하여 두 번째 포트의 디스크를 동적 디스크로 구성해 봅니다.

예상 결과:
디스크가 동적 디스크로 제대로 변환되어야 합니다.

예외:
없음

시나리오 2 – IA64 부팅 파티션에서의 확장/축소

목표:
IA64 시나리오에서 확장/축소가 제대로 작동해야 합니다.

시나리오의 전제 조건 또는 특정 구성:
IA64 컴퓨터 및 GPT 디스크

해당 대상:
서버

단계별 시나리오 설명:
  1. 시스템 디스크를 동적 디스크로 변환합니다.

  2. 다시 시작합니다.

  3. 시스템 볼륨을 축소하거나 확장합니다.

  4. 다시 시작합니다.

예상 결과:
컴퓨터가 다시 작동해야 하고 사용자가 시스템을 시작할 수 있어야 합니다.

예외:
없음

시나리오 3 – 동적 LUN(논리 단위 번호)에서의 축소 차단

목표:
동적 LUN(논리 단위 번호)의 축소는 지원되는 시나리오가 아니고 데이터 손실을 유발할 수 있으므로 차단되어야 합니다.

시나리오의 전제 조건 또는 특정 구성:
LUN이 있는 SAN 환경

해당 대상:
서버

단계별 시나리오 설명:
  1. 특정 크기(예: 10GB)의 LUN을 만듭니다.

  2. LUN을 컴퓨터로 마스크 해제합니다.

  3. LUN에 해당하는 컴퓨터에 나타나는 디스크를 초기화하고 이 디스크에 LUN 크기보다 작은(예: 5GB) 간단한 NTFS 볼륨을 만듭니다.

  4. 이 디스크를 동적 디스크로 변환합니다.

  5. diskraid를 사용하여 LUN 크기를 1GB 축소해 봅니다.

예상 결과:
LUN 축소가 diskraid에 의해 차단되어야 합니다. "선택한 LUN에 대해 SHRINK 작업을 완료할 수 없습니다. LUN에 연결된 디스크의 현재 상태가 DYNAMIC입니다.”라는 오류 메시지가 표시되어야 합니다.

예외:
없음

시나리오 4 – 최대 FS 크기를 초과하는 볼륨에서 확장 차단

목표:
사용자가 최대 파일 시스템 크기를 초과하여 볼륨을 확장할 수 없어야 합니다.

시나리오의 전제 조건 또는 특정 구성:
많은 양의 디스크 공간(2TB 이상)

해당 대상:
서버

단계별 시나리오 설명:
  1. 큰 디스크에서 디스크 관리 UI를 사용하여 크기가 1.5TB인 간단한 볼륨을 만듭니다.

  2. 파티션 포맷 페이지에서 할당 단위 크기로 ‘512’를 선택합니다. 이렇게 하면 최대 파일 시스템 크기가 2TB가 됩니다.

  3. 볼륨이 만들어지고 포맷된 후 볼륨을 1TB 확장해 봅니다.

예상 결과:
확장 작업이 실패해야 합니다.

예외:
없음

ADFS

ADFS란?

ADFS는 한 온라인 세션의 수명 중에 여러 웹 응용 프로그램에 대해 사용자를 인증하기 위한 웹 SSO(Single Sign-On) 기술을 제공하는 Windows Server 2008의 구성 요소입니다. ADFS는 보안 및 엔터프라이즈 경계를 넘어 디지털 ID와 권한 또는 "클레임"을 안전하게 공유하여 이 기능을 수행합니다.

ADFS에 대한 자세한 내용은 TechNet 문서 http://go.microsoft.com/fwlink/?LinkId=128726을 참조하십시오.

ADFS의 변경 기능

ADFS에서는 페더레이션 트러스트가 비전이적 상태로 설정됩니다.

주요 시나리오

시나리오 1 – 전이적 페더레이션 트러스트

목표:
페더레이션 트러스트가 전이적이 아닙니다.

시나리오의 전제 조건 또는 특정 구성:
없음

해당 대상:
서버

단계별 시나리오 설명:
  1. A가 계정 파트너이고 B가 리소스 파트너가 되도록 구성 A 및 B 간에 ADFS 트러스트를 설정합니다.

  2. B가 계정 파트너이고 C가 리소스 파트너가 되도록 구성 B 및 C 간에 ADFS 트러스트를 설정합니다.

  3. 페더레이션 트러스트를 통해 구성 B의 도메인에서 사용자가 액세스할 수 있도록 허용하는 구성 C에 클레임 인식 응용 프로그램을 만듭니다.

  4. 페더레이션 트러스트를 통해 구성 A의 도메인에서 사용자가 액세스할 수 있도록 허용하고 구성 C의 클레임 인식 응용 프로그램(3단계 참조)에 대한 링크도 포함하는 구성 B에 클레임 인식 응용 프로그램을 만듭니다.

  5. 구성 A의 도메인에서의 사용자로 구성 B의 클레임 인식 응용 프로그램에 액세스합니다.

  6. 클릭하여 도메인 C의 클레임 인식 응용 프로그램에 액세스합니다.

예상 결과:
구성 B의 클레임 인식 응용 프로그램이 제대로 로드되어야 합니다. 구성 C의 클레임 인식 응용 프로그램은 제대로 로드되지 않아야 합니다.

예외:
없음

클라이언트 기술(서버 및 클라이언트 모두에 해당)

Windows 검색

Windows 검색의 품질 향상

사용자가 Windows 검색의 전체적인 성능과 안정성에서 눈에 띄는 차이를 느낄 수 있도록 Windows 검색이 향상되었습니다. Windows 검색에 대한 85% 이상의 Watson 보고 충돌이 해결되었으며 쿼리 성능이 향상되었습니다. 이제 Windows 검색에서 공유 폴더(기본적), 암호화된 문서(선택적) 및 대리자 사서함(선택적)을 인덱싱합니다. 기업 고객 요청에 따라 그룹 정책이 추가로 만들어졌습니다.

주요 시나리오

시나리오 1 – 향상된 검색 성능, 안정성

목표:
향상된 검색 기능을 확인합니다.

시나리오의 전제 조건 또는 특정 구성:
SP2가 설치되고 인덱스가 작성되어 있습니다.

해당 대상:
클라이언트

시나리오 설명:
일반적으로 인덱서 충돌이 더 적고 인덱스와 레지스트리가 손상에서 복구되는 능력이 향상되었는지 확인합니다.

예상 결과:
검색이 더욱 효과적으로 작동합니다.

예외:
없음

시나리오 2 – 필요한 항목을 빠르고 효과적으로 검색하고 찾기

목표:
모든 사용자 데이터를 효과적으로 찾습니다.

시나리오의 전제 조건 또는 특정 구성:
SP2가 설치되어 있습니다. '고급' 옵션을 활성화하여 "암호화된 파일"을 인덱스에 포함합니다. 인덱스가 작성될 때까지 기다립니다. 그룹 정책을 활성화하여 대리자 사서함을 인덱싱합니다.

해당 대상:
클라이언트

단계별 시나리오 설명:
  1. 시작 단추를 클릭합니다.

  2. 시작 메뉴의 검색 상자에 query를 입력합니다.

  3. 시작 메뉴 결과 보기가 나타납니다. 항목이 결과 목록에 있지만 그 중에서 찾고 있는 항목은 없습니다.

  4. 시작 메뉴 결과 보기에서 “모든 범위 검색” 링크를 클릭합니다.

  5. 전체 결과 목록이 포함된 탐색기가 시작됩니다.

  6. 사용자 자신의 전자 메일, 사용자의 대리자 사서함에 있는 전자 메일 및 암호화되었거나 암호화되지 않았을 수 있는 문서를 포함하는 보기에서 결과를 스크롤합니다.

  7. 유형 또는 종류에 따라 정렬하거나 그룹화합니다.

예상 결과:
  • 일반적인 검색 및 탐색 쿼리 속도가 빠릅니다.

  • 검색 결과가 효율적으로 제공됩니다.

  • 검색 결과에 암호화된(EFS) 문서가 포함됩니다.

  • 검색 결과에 사용자가 소유하거나 액세스할 수 있는(대리자 메일 액세스) 메일 항목이 포함됩니다.

예외:
없음

복사 엔진

복사 엔진의 품질 향상

복사 엔진이 재분석 지점 대상(DFS, 교차점, 기호화된 링크 및 탑재 지점)의 정확한 여유 공간을 검색하도록 향상되었습니다.

주요 시나리오

시나리오 1 – 파일을 공유 폴더(공유 폴더\폴더)에 복사

목표:
드라이브 연결이나 UNC 경로를 사용하여 파일을 공유 폴더나 폴더에 복사하는 방법으로 공유 폴더에서 복사 기능을 확인합니다.

시나리오의 전제 조건 또는 특정 구성:
  • SMBv1에서 테스트할 때 Windows Server 2003을 서버로 사용합니다. SMBv2의 경우 Windows Server 2008을 서버로 사용합니다.

  • 여유 공간이 1GB인 D 드라이브

해당 대상:
서버 및 클라이언트

단계별 시나리오 설명:
  1. D 드라이브에 mainFol 폴더를 만듭니다.

  2. D:\mainFol 아래에 subFol 폴더를 만듭니다.

  3. mainFol 폴더를 공유합니다.

  4. SP2 컴퓨터에서 드라이브(예: Z)를 \\server\mainFol\subFol에 연결합니다.

  5. SP2 컴퓨터의 파일을 Z:\ 또는 “\\server\mainFol\subFol"에 복사합니다.

예상 결과:
  • 크기가 1GB 이하인 파일은 성공적으로 복사됩니다.

  • 크기가 1GB보다 큰 파일은 복사되지 않습니다.

예외:
없음

시나리오 2 – 파일을 공유 폴더(공유 폴더\탑재 지점)에 복사합니다.

목표:
드라이브 연결이나 UNC 경로를 사용하여 파일을 공유 폴더\탑재 지점에 복사하는 방법으로 공유 폴더에서 복사 기능을 확인합니다.

시나리오의 전제 조건 또는 특정 구성:
  • SMBv1에서 테스트할 때 Windows Server 2003을 서버로 사용합니다. SMBv2의 경우 Windows Server 2008을 서버로 사용합니다.

  • 여유 공간이 어느 정도(예: 1GB) 있는 D 드라이브

  • D 드라이브보다 여유 공간이 많은(예: 5GB) E 드라이브

해당 대상:
서버 및 클라이언트

단계별 시나리오 설명:
  1. D 드라이브에 mainFol 폴더를 만듭니다.

  2. D:\mainFol 아래에 subMP 폴더를 만듭니다.

  3. subMP 폴더를 E 드라이브에 탑재합니다. 지침은 http://go.microsoft.com/fwlink/?LinkId=128893을 참조하십시오.

  4. mainFol 폴더를 공유합니다.

  5. SP2 컴퓨터에서 드라이브(예: Z)를 \\server\mainFol\subMP에 연결합니다.

  6. SP2 컴퓨터의 파일을 Z:\ 또는 “\\server\mainFol\subMP"에 복사합니다.

예상 결과:
  • 크기가 5GB 이하인 파일은 성공적으로 복사됩니다.

  • 크기가 5GB보다 큰 파일은 복사되지 않습니다.

예외:
없음

시나리오 3 – 파일을 공유 폴더(공유 폴더\기호화된 링크)에 복사

목표:
드라이브 연결이나 UNC 경로를 사용하여 파일을 공유 폴더\기호화된 링크에 복사하는 방법으로 공유 폴더에서 복사 기능을 확인합니다.

시나리오의 전제 조건 또는 특정 구성:
  • SMBv1에서 테스트할 때 Windows Server 2003을 서버로 사용합니다. SMBv2의 경우 Windows Server 2008을 서버로 사용합니다.

  • 여유 공간이 어느 정도(예: 1GB) 있는 D 드라이브

  • D 드라이브보다 여유 공간이 많은(예: 5GB) E 드라이브

해당 대상:
서버 및 클라이언트

단계별 시나리오 설명:
  1. D 드라이브에 mainFol 폴더를 만듭니다.

  2. D:\mainFol 아래에 subLink 디렉터리 교차점을 만들고 E 드라이브를 가리킵니다(D:\mainFol>mklink /j subLink E:\).

  3. mainFol 폴더를 공유합니다.

  4. SP2 컴퓨터에서 드라이브(예: Z)를 \\server\mainFol\subLink에 연결합니다.

  5. SP2 컴퓨터의 파일을 Z:\ 또는 \\server\mainFol\subLink에 복사합니다.

예상 결과:
  • 크기가 5GB 이하인 파일은 성공적으로 복사됩니다.

  • 크기가 5GB보다 큰 파일은 복사되지 않습니다.

예외:
없음

시나리오 4 – 파일을 재분석 지점(DFS\DFS)에 복사

목표:
드라이브 연결이나 UNC 경로를 사용하여 파일을 DFS\DFS에 복사하는 방법으로 재분석 지점에서 복사 기능을 확인합니다.

시나리오의 전제 조건 또는 특정 구성:
  • SMBv1에서 테스트할 때 Windows Server 2003을 서버로 사용합니다. SMBv2의 경우 Windows Server 2008을 서버로 사용합니다.

  • 여유 공간이 어느 정도(예: 1GB) 있는 D 드라이브

  • D 드라이브보다 여유 공간이 많은(예: 5GB) E 드라이브

해당 대상:
서버

단계별 시나리오 설명:
  1. D:\에 mainDFS 폴더를 만들고 이 폴더를 공유합니다.

  2. E:\에 subDFS 폴더를 만들고 이 폴더를 공유합니다.

  3. DFS 루트를 mainDFS에 호스팅합니다.

  4. mainDFS 아래에 subDFS를 가리키는 새 링크를 만듭니다.

  5. SP2 컴퓨터에서 드라이브(예: Z)를 \\server\mainDFS\subDFS에 연결합니다.

  6. SP2 컴퓨터의 파일을 Z:\ 또는 \\server\mainDFS\subDFS에 복사합니다.

예상 결과:
  • 크기가 5GB 이하인 파일은 성공적으로 복사됩니다.

  • 크기가 5GB보다 큰 파일은 복사되지 않습니다.

예외:
없음

시나리오 5 – 파일을 재분석 지점(DFS\탑재 지점)에 복사

목표:
드라이브 연결이나 UNC 경로를 사용하여 파일을 DFS\탑재 지점에 복사하는 방법으로 재분석 지점에서 복사 기능을 확인합니다.

시나리오의 전제 조건 또는 특정 구성:
  • SMBv1에서 테스트할 때 Windows Server 2003을 서버로 사용합니다. SMBv2의 경우 Windows Server 2008을 서버로 사용합니다.

  • 여유 공간이 어느 정도(예: 1GB) 있는 D 드라이브

  • D 드라이브보다 여유 공간이 많은(예: 5GB) E 드라이브

해당 대상:
서버

단계별 시나리오 설명:
  1. D:\에 mainDFS 폴더를 만들고 이 폴더를 공유합니다.

  2. D:\mainDFS 아래에 subMP 폴더를 만듭니다.

  3. subMP 폴더를 E 드라이브에 탑재합니다. 지침은 http://go.microsoft.com/fwlink/?LinkId=128893을 참조하십시오.

  4. DFS 루트를 mainDFS에 호스팅합니다.

  5. SP2 컴퓨터에서 드라이브(예: Z)를 \\server\mainDFS\subMP에 연결합니다.

  6. SP2 컴퓨터의 파일을 Z:\ 또는 \\server\mainDFS\subMP에 복사합니다.

예상 결과:
  • 크기가 5GB 이하인 파일은 성공적으로 복사됩니다.

  • 크기가 5GB보다 큰 파일은 복사되지 않습니다.

예외:
없음

시나리오 6 – 파일을 재분석 지점(DFS\기호화된 링크)에 복사

목표:
드라이브 연결이나 UNC 경로를 사용하여 파일을 DFS\기호화된 링크에 복사하는 방법으로 재분석 지점에서 복사 기능을 확인합니다.

시나리오의 전제 조건 또는 특정 구성:
  • SMBv1에서 테스트할 때 Windows Server 2003을 서버로 사용합니다. SMBv2의 경우 Windows Server 2008을 서버로 사용합니다.

  • 여유 공간이 어느 정도(예: 1GB) 있는 D 드라이브

  • D 드라이브보다 여유 공간이 많은(예: 5GB) E 드라이브

해당 대상:
서버

단계별 시나리오 설명:
  1. D:\에 mainDFS 폴더를 만들고 이 폴더를 공유합니다.

  2. D:\mainDFS 아래에 E 드라이브를 가리키는 subLink 디렉터리 교차점을 만듭니다(D:\mainDFS>mklink /j subLink E:\).

  3. DFS 루트를 mainDFS에 호스팅합니다.

  4. SP2 컴퓨터에서 드라이브(예: Z)를 \\server\mainDFS\subMP에 연결합니다.

  5. SP2 컴퓨터의 파일을 Z:\ 또는 \\server\mainDFS\subMP에 복사합니다.

예상 결과:
  • 크기가 5GB 이하인 파일은 성공적으로 복사됩니다.

  • 크기가 5GB보다 큰 파일은 복사되지 않습니다.

예외:
없음

시나리오 7 – 파일을 여러 재분석 지점(DFS\DFS\탑재 지점)에 복사

목표:
드라이브 연결이나 UNC 경로를 사용하여 파일을 DFS\DFS\탑재 지점에 복사하는 방법으로 여러 재분석 지점에서 복사 기능을 확인합니다.

시나리오의 전제 조건 또는 특정 구성:
  • SMBv1에서 테스트할 때 Windows Server 2003을 서버로 사용합니다. SMBv2의 경우 Windows Server 2008을 서버로 사용합니다.

  • 여유 공간이 어느 정도(예: 1GB) 있는 D 드라이브

  • D 드라이브보다 여유 공간이 많은(예: 5GB) E 드라이브

해당 대상:
서버

단계별 시나리오 설명:
  1. D:\에 mainDFS 폴더를 만들고 이 폴더를 공유합니다.

  2. D:\에 subDFS 폴더를 만들고 이 폴더를 공유합니다.

  3. D:\subDFS 아래에 subMP 폴더를 만듭니다.

  4. subMP 폴더를 E 드라이브에 탑재합니다. 지침은 http://go.microsoft.com/fwlink/?LinkId=128893을 참조하십시오.

  5. DFS 루트를 mainDFS에 호스팅합니다.

  6. mainDFS 아래에 subDFS를 가리키는 새 링크를 만듭니다.

  7. SP2 컴퓨터에서 드라이브(예: Z)를 \\server\mainDFS\subDFS\subMP에 연결합니다.

  8. SP2 컴퓨터의 파일을 Z:\ 또는 \\server\mainDFS\subDFS\subMP에 복사합니다.

예상 결과:
  • 크기가 5GB 이하인 파일은 성공적으로 복사됩니다.

  • 크기가 5GB보다 큰 파일은 복사되지 않습니다.

예외:
없음

시나리오 8 – 파일을 여러 재분석 지점(DFS\DFS\기호화된 링크)에 복사

목표:
드라이브 연결이나 UNC 경로를 사용하여 파일을 DFS\DFS\기호화된 링크에 복사하는 방법으로 여러 재분석 지점에서 복사 기능을 확인합니다.

시나리오의 전제 조건 또는 특정 구성:
  • SMBv1에서 테스트할 때 Windows Server 2003을 서버로 사용합니다. SMBv2의 경우 Windows Server 2008을 서버로 사용합니다.

  • 여유 공간이 어느 정도(예: 1GB) 있는 D 드라이브

  • D 드라이브보다 여유 공간이 많은(예: 5GB) E 드라이브

해당 대상:
서버

단계별 시나리오 설명:
  1. D:\에 mainDFS 폴더를 만들고 이 폴더를 공유합니다.

  2. D:\에 subDFS 폴더를 만들고 이 폴더를 공유합니다.

  3. D:\subDFS 아래에 subMP 폴더를 만듭니다.

  4. subMP 폴더를 E 드라이브에 탑재합니다. 지침은 http://go.microsoft.com/fwlink/?LinkId=128893을 참조하십시오.

  5. DFS 루트를 mainDFS에 호스팅합니다.

  6. mainDFS 아래에 subDFS를 가리키는 새 링크를 만듭니다.

  7. SP2 컴퓨터에서 드라이브(예: Z)를 \\server\mainDFS\subDFS\subMP에 연결합니다.

  8. SP2 컴퓨터의 파일을 Z:\ 또는 \\server\mainDFS\subDFS\subMP에 복사합니다.

예상 결과:
  • 크기가 5GB 이하인 파일은 성공적으로 복사됩니다.

  • 크기가 5GB보다 큰 파일은 복사되지 않습니다.

예외:
없음

데스크톱 셸

데스크톱 셸의 품질 향상

사용자 지정 속성이 Windows Vista의 레거시 IS에 의해 인덱싱될 수 있게 되었습니다.

주요 시나리오

시나리오 1 – 서로 다른 DPI의 태블릿 컴퓨터 로그온 UI

목표:
서로 다른 DPI의 로그온 UI를 사용하는 최종 사용자 환경을 개선합니다.

시나리오의 전제 조건 또는 특정 구성:
태블릿 컴퓨터에서 실행되는 Windows Vista SP2

해당 대상:
태블릿 클라이언트

시나리오 설명:
더 나은 표시를 위해 서로 다른 DPI 값을 사용합니다. DPI 값을 변경하면 글꼴/텍스트 크기가 Windows의 모든 구성 요소에서 전역적으로 영향을 받습니다.

예상 결과:
로그온 화면이 적절하게 확장될 수 있어야 합니다(사용자 ID, 암호 편집 상자 및 화상 키보드).

예외:
로그온 화면이 깨지고 사용자/암호 편집 상자가 겹칩니다.

시나리오 2 – 낮은 무결성 응용 프로그램을 사용하여 테스트

목표:
Windows Vista SP2의 응용 프로그램 호환성을 높입니다.

시나리오의 전제 조건 또는 특정 구성:
Windows Vista SP2

해당 대상:
클라이언트

단계별 시나리오 설명:
  1. Windows Vista SP2에는 운영 체제의 보안 아키텍처를 개선하는 무결성 메커니즘이 도입되었습니다. 하지만 Windows용 응용 프로그램을 작성하지만 이 기능에 대해 모르는 타사가 문제를 겪는 경우가 있습니다.

  2. 낮은 무결성 응용 프로그램을 사용하여 테스트를 수행해야 합니다. IE와 IE의 포함된 응용 프로그램(ActiveX, 플러그 인 등)이 예입니다.

예상 결과:
낮은 무결성 응용 프로그램이 제대로 작동합니다.

예외:
낮은 무결성 응용 프로그램용으로 설계된 리소스에 타사 응용 프로그램이 액세스할 수 없는 문제를 타사에게 보고하는 경우가 있습니다. LocalLow 폴더는 낮은 무결성 응용 프로그램용으로 설계된 로컬 리소스 중 하나입니다.

시나리오 3 – 전원 관리를 사용하는 네트워크 및 공유 센터

목표:
네트워크 및 공유 센터 구성 요소의 안정성을 높입니다.

시나리오의 전제 조건 또는 특정 구성:
Windows Vista SP2

해당 대상:
클라이언트

단계별 시나리오 설명:
  1. 모든 네트워크 인터페이스(유선, 무선 등)를 사용할 수 없도록 설정합니다.

  2. 컴퓨터를 절전/최대 절전 모드로 전환합니다.

  3. 컴퓨터를 절전 모드에서 해제합니다.

  4. 네트워크 케이블을 사용하도록/사용하지 않도록 설정하거나 연결/분리합니다.

예상 결과:
네트워크 상태와 이이콘이 제어판\네트워크 및 인터넷\네트워크 및 공유 센터에 제대로 표시됩니다.

예외:
아이콘이 일치하지 않고 때때로 컴퓨터가 연결되어 있지만 연결 끊김 아이콘이 표시됩니다.

시나리오 4 – 자격 증명 공급자에 대한 사용자 지정 아이콘 사용

목표:
자격 증명 공급자를 사용할 때 사용자 환경을 개선합니다.

시나리오의 전제 조건 또는 특정 구성:
고객 자격 증명 공급자가 설치된 Windows Vista SP2. 자격 증명 공급자의 예를 만들어야 하므로 테스트 시나리오가 다소 복잡합니다.

해당 대상:
클라이언트

단계별 시나리오 설명:
  1. 고객이 최종 사용자 환경을 개선하기 위해 자격 증명 공급자 구현에서 서로 다른 아이콘을 사용하려고 합니다.

  2. 고객이 로그온 UI 화면에서 사용자 지정된 아이콘을 표시하기 위해 문서에 나와 있는 대로 일부 코드 줄을 변경했지만 로그온 UI 구성 요소에서 해당 기능이 구현되지 않았기 때문에 변경한 코드가 작동하지 않았습니다.

예상 결과:
유효한 아이콘이 표시됩니다.

예외:
예상되는 아이콘이 표시되지 않습니다.

기타

설치 프로그램

이 섹션에서는 독립 실행형 설치 관리자를 사용하여 Windows Vista SP2와 Windows Server 2008 SP2를 설치하기 위한 몇 가지 테스트 시나리오에 대해 설명합니다. Windows Vista SP2와 Windows Server 2008 SP2를 배포하는 다른 방법은 배포 지침 문서를 참조하십시오.

설치 관리자는 설치 프로세스를 쉽게 스크립팅할 수 있도록 하는 몇 가지 명령줄 옵션도 지원합니다.

설치 프로그램의 새로운 기능

SP2 독립 실행형 설치 관리자가 크게 향상되었습니다.

  • Windows Vista 및 Windows Server 2008용 단일 설치 관리자

  • 호환되지 않는 드라이버를 검색하고 서비스 팩 설치를 차단하거나 사용자에게 기능 손실 가능성에 대해 경고하는 기능

  • 오류 처리와 설명이 포함된 오류 메시지 향상

  • 시스템 이벤트 로그에 기록하여 관리 효율성 향상

  • 안전한 설치 환경

  • 릴리스 후 설치 관리자에 서비스를 제공하는 기능

주요 시나리오

시나리오 1 – 독립 실행형 설치 환경

목표:
서비스 팩 설치 환경을 확인합니다.

시나리오의 전제 조건 또는 특정 구성:
컴퓨터가 이미 Windows Vista SP1(클라이언트)에 있거나 Windows Server 2008 컴퓨터입니다.

해당 대상:
서버 및 클라이언트

단계별 시나리오 설명:
  1. Windows6.0-KB948465-<arch>.exe를 하드 디스크에 복사합니다.

  2. Windows6.0-KB948465-<arch>.exe를 두 번 클릭합니다.

  3. SP2 설치 마법사가 설치 환경을 안내합니다. Windows Vista SP2 업데이트 DVD가 있는 경우 DVD를 넣을 때 설치 마법사가 자동으로 표시됩니다.

예상 결과:
SP2가 성공적으로 설치되었는지 확인하려면 다음 단계를 수행합니다.

  1. 컴퓨터를 마우스 오른쪽 단추로 클릭합니다.

  2. 속성을 클릭합니다.

Windows 버전 섹션에서 서비스 팩 2에 대한 정보가 표시됩니다.

예외:
  • SP2와 함께 작동하지 않는 드라이버/핫픽스가 있는 경우 설치 관리자가 오류 메시지를 표시합니다.

  • 디스크가 손상되는 경우 설치 관리자가 실패하고 올바른 오류 코드를 표시합니다.

  • 영어, 독일어, 일본어, 스페인어 및 프랑스어 이외의 언어 팩이 설치된 경우 서비스 팩 설치가 차단됩니다.

Windows 휴대용 장치

Windows 휴대용 장치의 품질 향상

Windows 휴대용 장치가 T-Mobile Dash에서 저장소 카드를 지원하도록 수정되었습니다. 확장성이 향상되었습니다.

주요 시나리오

시나리오 1 - T-Mobile Dash/스마트 폰의 저장소 카드와 콘텐츠 동기화

목표:
저장소 카드가 열거되고 T-Mobile Dash 및 다른 스마트 폰에서 사용 가능한지 확인합니다.

시나리오의 전제 조건 또는 특정 구성:
Windows Vista SP2 SLP 또는 Windows Vista SP1 + SP2, T-Mobile Dash 또는 저장소 카드가 있는 다른 스마트 폰

해당 대상:
클라이언트

단계별 시나리오 설명:
  1. 스마트 폰에 저장소 카드를 설치합니다.

  2. USB 케이블을 통해 Windows Vista SP2를 실행하는 컴퓨터에 연결합니다.

  3. Windows Media Player를 엽니다.

  4. 동기화를 클릭합니다.

  5. 장치의 주 저장소가 오른쪽 위에 나타나는지 확인합니다.

  6. 스마트 폰의 저장소 카드가 나타나고 이 카드와 콘텐츠를 동기화할 수 있는지 확인합니다.

예상 결과:
스마트 폰의 저장소 카드가 나타나고 이 카드와 콘텐츠를 동기화할 수 있습니다.

예외:
장치의 주 저장소와 콘텐츠를 동기화합니다.

시나리오 2 - 동일한 볼륨에서 많은 수의 파일/폴더 이동

목표:
동일한 볼륨에서 파일/폴더를 이동할 때 성능을 높입니다.

시나리오의 전제 조건 또는 특정 구성:
사용자에게 20000개 이상의 파일/폴더가 포함된 폴더가 있어야 합니다.

해당 대상:
클라이언트

단계별 시나리오 설명:
  1. 많은 수의 항목이 포함된 폴더를 선택합니다.

  2. 폴더를 동일한 볼륨의 다른 폴더로 이동합니다.

예상 결과:
파일/폴더가 거의 즉시 이동합니다.

예외:
  • 파일/폴더를 데스크톱(데스크톱 폴더가 아님)에서 이동합니다.

  • 파일/폴더를 드라이브의 루트(예: C:\ )에서 이동하고 드라이브의 루트로 이동합니다.

RPC

RPC의 품질 향상

이제 RPC(원격 프로시저 호출)에서 COM의 메서드 수가 1024보다 클 수 있도록 지원합니다. RPC의 안정성을 높이기 위해 변경 작업이 수행되었습니다.

주요 시나리오

시나리오 1 – 콜백 시나리오

목표:
사용자가 여러 시나리오에서 콜백을 사용할 수 있습니다.

시나리오의 전제 조건 또는 특정 구성:
없음

해당 대상:
서버 및 클라이언트

단계별 시나리오 설명:
  1. 여러 호출 함수를 사용하여 RPC 인터페이스를 만듭니다.

  2. 여러 콜백을 만드는 코드 경로를 실행합니다(예: 서버 -> 클라이언트 -> 서버 -> 클라이언트).

예상 결과:
콜백이 예상대로 완료되고 응용 프로그램에서 메모리 누수가 발생하지 않습니다.

예외:
없음

시나리오 2 – 큰 COM 인터페이스

목표:
사용자가 64비트 시스템에서 많은 메서드가 포함된 COM 인터페이스를 사용할 수 있습니다.

시나리오의 전제 조건 또는 특정 구성:
64비트 시스템

해당 대상:
서버 및 클라이언트

시나리오 설명:
많은 메서드(>1024)가 포함된 COM 인터페이스를 만듭니다.

예상 결과:
인터페이스에 있는 메서드의 호출이 예상대로 완료됩니다.

예외:
없음

Windows Media 및 미디어 센터

Windows Media 및 미디어 센터의 품질 향상

웹 페이지에 포함된 미디어 파일 관련 환경을 개선하기 위해 Windows Media에서 문제가 해결되었습니다. Windows TV의 전체적인 환경을 개선하기 위해 미디어 센터에서 다양한 문제가 해결되었습니다.

주요 시나리오

시나리오 1 – Internet Explorer에서 미디어 포함 파일 재생

목표:
Internet Explorer 미디어 포함 파일을 재생하거나 새로 고칩니다.

시나리오의 전제 조건 또는 특정 구성:
다양한 .html/.htm 파일에 동영상/사운드가 포함되어 있습니다.

해당 대상:
클라이언트

단계별 시나리오 설명:
  1. Internet Explorer에서 페이지를 엽니다.

  2. 새로 고침/F5 키를 매우 빠르게 계속 누릅니다.

예상 결과:
IE에서 충돌이 발생하지 않습니다.

예외:
없음

시나리오 2 – 거실 시나리오

목표:
미디어 센터를 사용하여 TV를 보고, TV 프로그램을 예약하고, 컴퓨터의 모든 미디어 컨트롤을 사용하여 재생하고, 컴퓨터는 서재에 있지만 거실에서 Extender를 통해 재생합니다.

시나리오의 전제 조건 또는 특정 구성:
TV 튜너가 케이블에 연결되어 있는 상태로 설정된 Windows Vista SP2

해당 대상:
Media Center 클라이언트

시나리오 설명:
TV 채널 변경, Media Center 창 포커스 변경, 콘텐츠 보호 채널 시청/녹화, 다른 일련의 프로그램 녹화 및 해당 녹화의 재생이 제대로 작동해야 합니다.

예상 결과:
위의 모든 기능이 제대로 작동해야 합니다.

예외:
없음

WMI

WMI의 변경 기능

이벤트 로그 항목이 WMI 공급자에 의해 오름차순(최신 항목에서 오래된 항목까지)으로 반환됩니다. 이는 이벤트 뷰어에서 지정되는 기본 순서와 동일합니다. SP2 이전에는 Windows XP/Server 2003과 달리 결과가 오래된 항목에서 최신 항목까지 반환됩니다. 설치 프로그램과 운영 체제 업데이트 프로그램에서 WMI 호출을 수행할 때의 안정성 문제가 해결되었습니다.

주요 시나리오

시나리오 1 – 이벤트 로그 항목이 이벤트 뷰어 기본 순서대로 WMI 공급자에 의해 적절한 순서로 반환됨

목표:
이벤트 로그 항목이 적절한 순서로 표시되고 Windows Server 2003/XP에서 제대로 작동하는 WMI nteventlog 공급자에서 데이터를 추출하는 스크립트가 제대로 작동하는지 확인합니다.

시나리오의 전제 조건 또는 특정 구성:
시스템 이벤트 로그에 레코드가 2개 이상 있어야 합니다.

해당 대상:
서버 및 클라이언트

단계별 시나리오 설명:
  1. WMI 이벤트 로그 공급자를 사용하여 이벤트 로그 항목을 검색합니다.

  2. 시스템의 기본 이벤트 뷰어의 기본 순서와 반환된 결과를 비교합니다.

예상 결과:
  • 명령 창에서 스크립트가 반환한 모든 레코드를 확인합니다. 레코드 번호 필드가 위에서 아래로 갈수록 감소해야 합니다.

  • 이벤트 뷰어의 상위 5개 이벤트도 확인합니다. 반환된 결과의 순서와 일치해야 합니다.

예외:
없음

지원하는 스크립트:
  1. 다음 스크립트를 VBS 파일(예: TESTSP2EventLog.vbs)에 저장합니다.

    strComputer = "."
    Set objWMIService = GetObject("winmgmts:" _
        & "{impersonationLevel=impersonate}!\\" _
        & strComputer & "\root\cimv2")
    
    Set colLoggedEvents = objWMIService.ExecQuery _
        ("Select * from Win32_NTLogEvent " _
            & "Where Logfile = 'System'")
    
    i=0
    
    For Each objEvent in colLoggedEvents
        Wscript.Echo "Event Code: " & objEvent.EventCode & VBNewLine _
        & "Source Name: " & objEvent.SourceName & VBNewLine _
        & "Message: " & objEvent.Message & VBNewLine _
        & "Category: " & objEvent.Category & VBNewLine _
        & "Record Number: " & objEvent.RecordNumber & VBNewLine _
        & "Time Written: " & objEvent.TimeWritten & VBNewLine _
       
        i = i+1
        if (i>=5) then Exit For
    Next
    
    
  2. 명령 프롬프트를 엽니다.

  3. “cscript TESTSP2EventLog.vbs” 명령을 사용하여 SP2 컴퓨터에서 이 스크립트를 실행합니다.

시나리오 2 – OOB 운영 체제 설치 중에 연결된 WMI 메서드를 사용하는 경우 교착 상태 방지

목표:
WMI 실패가 원인일 수 있는 교착 상태가 설치 중에 확인되지 않습니다.

시나리오의 전제 조건 또는 특정 구성:
해당하는 설치 스크립트/프로그램

해당 대상:
서버 및 클라이언트

단계별 시나리오 설명:
  1. 전체 운영 체제 설치의 일부로 설치 스크립트를 추가합니다.

  2. Windows 배포 서비스를 사용하여 전체 운영 체제를 설치합니다.

예상 결과:
설치 중에 시스템이 응답하지 않는 일이 없어야 합니다. 시스템이 응답하지 않으면 시스템을 다시 시작해야 하고 데이터가 손실될 수 있습니다.

예외:
없음

시나리오 3 – 운영 체제 업데이트가 무작위적으로 실패하거나 이전 버전으로 돌아가지 않음

목표:
운영 체제 업데이트가 응답하지 않는 WM 때문에 실패하지 않습니다.

시나리오의 전제 조건 또는 특정 구성:
없음

해당 대상:
서버 및 클라이언트

시나리오 설명:
업데이트 방법을 사용하여 Windows Vista/Windows Server 2008 SP2를 설치합니다.

예상 결과:
업데이트가 실패하지 않아야 합니다.

예외:
없음

시나리오 4 – SNMP 이벤트 로그 확장 에이전트 초기화

목표:
업데이트나 업그레이드 후 SNMP 이벤트 로그 확장을 초기화할 때 오류가 기록되지 않습니다.

시나리오의 전제 조건 또는 특정 구성:
SNMP 기능이 업데이트/업그레이드 전에 설치되어 있습니다.

해당 대상:
서버 및 클라이언트

단계별 시나리오 설명:
  1. Windows Vista SP2/Windows Server 2008 SP2를 설치하고 SNMP 기능을 사용할 수 있도록 설정합니다.

  2. 다시 시작한 후 응용 프로그램 이벤트 로그에 이벤트 에이전트와 관련된 지정된 오류 이벤트가 없는지 확인합니다.

  3. 업데이트/업그레이드 방법을 사용하여 SP2를 설치하고 다시 시작합니다.

예상 결과:
SNMP 이벤트 로그 확장이 이벤트의 원본이고 이벤트 ID가 3003, 2019, 1020인 새로운 이벤트 로그 오류 항목이 없습니다.

예외:
없음

시나리오 5 – IWbemRefresher::Refresh를 사용하는 WMI Hi-Perf 공급자의 메모리 누수

목표:
IWbemRefresher::Refresh 인터페이스를 사용하는 Hi-Perf 공급자에서 메모리 누수가 확인되지 않습니다.

시나리오의 전제 조건 또는 특정 구성:
없음

해당 대상:
서버 및 클라이언트

단계별 시나리오 설명:
  1. IWbemRefresher::Refresh 인터페이스를 사용하는 WMI Hi-Perf 공급자를 만듭니다. 지침은 http://go.microsoft.com/fwlink/?LinkId=128728(페이지는 영문일 수 있음)을 참조하십시오.

  2. 공급자가 시스템에서 지속적으로 실행될 수 있게 합니다. 여러 복사본을 동시에 실행하고 결과를 확인할 수도 있습니다.

  3. 성능 모니터를 사용하여 프로세스의 메모리 사용률(전용 바이트)을 확인합니다.

예상 결과:
일정 기간(예: 1시간) 동안 프로세스의 메모리 사용률에서 큰 변화가 없어야 합니다.

예외:
없음

시나리오 6 – 큰 도메인에 대해 쿼리가 실행되는 경우의 메모리 누수

목표:
큰 도메인에 대해 WMI 쿼리를 실행할 때 메모리 누수가 발생하지 않습니다.

시나리오의 전제 조건 또는 특정 구성:
계정이 1000개 이상이고 그룹이 100개 이상인 큰 도메인 배포가 필요합니다.

해당 대상:
서버

단계별 시나리오 설명:
  1. 큰 도메인 기반 배포에서 도메인에 가입한 컴퓨터의 WMI에서 이러한 쿼리를 실행합니다.

    SELECT * FROM Win32_UserAccount
    SELECT Domain, Name, SidType FROM Win32_Group
    
    
  2. WMIPRVSE.exe 프로세스의 메모리 사용률을 확인합니다.

예상 결과:
작업 관리자나 기타 도구를 사용하여 모든 WMIPRVSE.exe 프로세스의 메모리 사용률을 확인합니다. 일정 기간 동안 분명하게 증가하지 않아야 합니다.

지원하는 스크립트:
  1. 다음 스크립트를 VBS 파일(예: TESTSP2MemLeak.vbs)에 저장합니다.

    wbemFlagReturnImmediately = 16
    Dim oWMI, nCnt, IFlags, obj, objs
    IFlags = wbemFlagReturnImmediately
    Set oWMI = GetObject("winmgmts:\root\cimv2")
    
    Wscript.Echo "Waiting for maximum 10000 records..."
    
    Set objs = oWMI.ExecQuery ("SELECT * FROM Win32_UserAccount",,IFlags)
    For Each obj in objs
        nCnt = nCnt + 1
        Wscript.Echo "#" & nCnt & ": " & obj.FullName
        if nCnt=10000 then exit for
    Next
    
    Set obj = nothing
    Set objs = nothing
    nCnt=0 
    Wscript.Echo "Waiting for maximum 10000 records..."
    Set objs = oWMI.ExecQuery ("Select Domain, Name, SidType from Win32_Group",,IFlags)
    For Each obj in objs
        nCnt = nCnt + 1
        Wscript.Echo "#" & nCnt & ": " & obj.Domain & "\\" & obj.Name & "- SidType: " & obj.SidType
        if nCnt=10000 then exit for
    Next
    
    Set obj = nothing
    Set objs = nothing
    Set oWMI = nothing
    
    
  2. 명령 프롬프트를 엽니다.

  3. “cscript TESTSP2MemLeak.vbs” 명령을 사용하여 도메인에 가입한 컴퓨터에서 이 스크립트를 실행합니다.

이 정보가 도움이 되었습니까?
(1500자 남음)
의견을 주셔서 감사합니다.

커뮤니티 추가 항목

추가
표시:
© 2014 Microsoft. All rights reserved.