SharePoint Diagnostic Studio 2010(SPDiag 3.0)(SharePoint Server 2010)

  • 아티클

 

적용 대상: SharePoint Server 2010

마지막으로 수정된 항목: 2011-07-29

Microsoft SharePoint Diagnostic Studio 2010(SPDiag 버전 3.0)은 Microsoft SharePoint 2010 제품의 문제 해결 작업을 간소화 및 표준화하고 수집된 데이터에 대해 통합된 보기를 제공하기 위해 작성되었습니다. SharePoint 2010 제품 관리자는 SPDiag 3.0을 사용하여 팜에서 관련 정보를 수집하고, 결과를 의미 있는 방식으로 표시하고, 성능 문제를 파악하고, Microsoft 지원 담당자가 분석할 수 있도록 수집한 데이터 및 보고서를 공유하거나 내보낼 수 있습니다.

SharePoint 2010 제품 플랫폼은 매우 복잡하며 다양한 용도로 사용될 수 있습니다. SharePoint 2010 제품을 배포 및 관리하고 문제를 해결하려면 보안, 네트워킹, ASPX와 같은 웹 기술, Microsoft SQL Server 등의 다양한 기술 분야에 걸친 광범위한 지식이 있어야 합니다.

일반적으로 SharePoint 2010 제품 문제를 해결하려면 문제의 영향을 받는 팜의 서버에서 많은 데이터를 수집한 다음 수동으로 분석하여 문제의 원인을 파악해야 합니다. 이 프로세스는 복잡하고 시간이 많이 걸릴 수 있으며, 데이터 수집 자체도 서버에 큰 부담을 줄 수 있습니다.

SPDiag는 미리 구성된 일련의 보고서에서 데이터 수집 및 표시를 위한 단일 인터페이스를 제공함으로써 문제 해결 프로세스를 크게 간소화합니다. 이러한 보고서에는 SharePoint 성능 및 용량 관련 문제를 진단하는 데 일반적으로 사용되는 폭넓은 데이터 요소가 포함됩니다. 가장 일반적인 문제 해결 시나리오는 SPDiag를 통해 해결할 수 있지만, 일부 SharePoint 관련 문제의 경우에는 SPDiag를 통해 수집되지 않는 추가 데이터를 분석해야 합니다.

이 문서의 내용

  • SPDiag 3.0의 새로운 기능

  • SPDiag 3.0 설치 및 구성

  • SPDiag 3.0 사용

  • 알려진 문제

SPDiag 3.0의 새로운 기능

SharePoint Diagnostic Studio 2010(SPDiag 버전 3.0)에는 문제 해결 도구로서의 효율성을 높여 주는 여러 가지 주요 업데이트 및 새로운 기능이 포함되어 있습니다. SPDiag 3.0은 새로운 버전으로, 이전 버전 SPDiag에서 제공되었던 일부 기능은 포함하지 않을 수 있습니다.

아래 목록에는 SPDiag 3.0의 새로운 기능 및 변경된 기능이 나와 있습니다.

  • 미리 구성된 보고서   SPDiag에서는 SharePoint 팜의 데이터를 집계하여 일반적인 SharePoint 문제 해결 시나리오에 사용할 수 있는 유용한 보기를 표시하는 일련의 미리 구성된 보고서가 제공됩니다. 자세한 내용은 이 문서 뒷부분의 미리 구성된 보고서 사용을 참조하십시오.

  • 스냅숏   보고서 이미지, 팜 토폴로지 정보, ULS(통합 로깅 서비스) 로그 및 사용 현황 데이터베이스 데이터를 집계하는 팜 스냅숏을 생성할 수 있습니다. 이렇게 하면 SharePoint 팜에 대한 주요 문제 해결 정보를 통합하여 다른 사용자와 공유하거나 비교 및 추세 분석용으로 보관하기가 쉬워집니다.

  • 보다 효율적인 SharePoint Server와의 통합   다양한 출처로부터의 데이터 수집 기능이 향상되었습니다.

SPDiag 3.0 설치 및 구성

SPDiag는 Microsoft SharePoint 2010 Administration Toolkit v2에 포함되어 있습니다. 이 도구 키트를 다운로드하려면 SharePoint 2010 Administration Toolkit(SharePoint Server 2010)를 참조하십시오.

SPDiag는 팜 서버 또는 팜에 포함되지 않은 원격 컴퓨터에 설치할 수 있습니다. 새 프로젝트를 만들거나 기존 프로젝트에 액세스하려면 팜 관리 권한이 있는 사용자 계정으로 로그인해야 합니다.

일부 SPDiag 3.0 진단 작업을 수행하려면 SharePoint 2010 제품 데이터베이스가 있는 SQL Server 인스턴스에서 팜 계정에 sysadmin 또는 sqladmin 역할이 할당되어야 합니다.

SPDiag 3.0을 설치하려면 SharePoint 2010 Administration Toolkit v2 구성 요소 설치 메뉴에서 SharePoint Diagnostic Studio를 선택하고 다음 절차에 따라 SPDiag에서 사용할 클라이언트 컴퓨터 및 SharePoint Server 팜을 구성합니다.

SPDiag에서 사용할 클라이언트 컴퓨터 및 SharePoint Server 팜을 구성하려면

  1. SPDiag를 설치할 컴퓨터에 .NET Framework 3.5를 설치합니다.

  2. 원하는 경우 최신 SharePoint Server 2010 서비스 팩 또는 CU(누적 업데이트) 를 모든 팜 서버에 설치하여 최신 성능 업그레이드를 설치합니다. 특히 2010년 8월 SharePoint Server 2010 CU에는 특정 SPDiag 보고서의 성능을 크게 개선할 수 있는 사용 현황 데이터베이스 업데이트가 포함되어 있습니다.

  3. SPDiag를 설치할 컴퓨터에 Microsoft .NET Framework 3.5용 Microsoft Chart Controls를 설치합니다.

  4. 원격 클라이언트 컴퓨터에 SPDiag를 설치하는 경우에는 SPDiag를 연결할 팜 서버에서 Windows PowerShell remoting 및 remotesigned 실행 정책을 사용하도록 설정해야 합니다.

    중요

    SPDiag를 팜 서버에 설치하는 경우에도 SPDiag를 연결할 팜 서버에서 remotesigned 실행 정책을 사용하도록 설정해야 합니다.

    대상 서버의 Windows PowerShell에서 다음 cmdlet을 실행하고 메시지가 표시되면 Yes를 입력합니다.

    1. Enable-PSRemoting -force

    2. Enable-WSManCredSSP -role Server -force

    3. Set-Item WSMan:\localhost\Shell\MaxMemoryPerShellMB 1000

    4. Set-ExecutionPolicy RemoteSigned

  5. 원격 클라이언트 컴퓨터에 SPDiag를 설치하는 경우 클라이언트 컴퓨터에서 Windows PowerShell remoting을 사용하도록 설정합니다* 이렇게 하려면 클라이언트 컴퓨터의 Windows PowerShell에서 다음 cmdlet을 실행하고 메시지가 표시되면 Yes를 입력합니다.

    1. Enable-PSRemoting -force

    2. Enable-WSManCredSSP -role Client -DelegateComputer “<대상_컴퓨터>” -force

      참고

      <대상_컴퓨터>의 값은 연결할 SharePoint Server 웹 서버의 호스트 이름이어야 합니다.

  6. 대상 팜에서 사용 현황 및 상태 데이터 수집이 구성되었는지 확인합니다. SPDiag 진단 공급자는 사용 현황 데이터베이스에서 데이터를 수집합니다. SPDiag를 사용하기 전에 사용 현황 데이터베이스를 프로비전하지 않은 경우에는 "사용 현황 데이터베이스를 프로비전하지 않았습니다. 먼저 데이터베이스를 프로비전하십시오."라는 오류가 표시됩니다.

사용 현황 및 상태 데이터 수집을 구성하는 방법에 대한 자세한 내용은 Configure usage and health data collection (SharePoint Server 2010)을 참조하십시오.

SPDiag 3.0 사용

SPDiag 3.0은 문제 해결용으로 SharePoint 팜에서 데이터를 수집, 필터링 및 표시하는 데 사용되는 진단 도구로, 읽기 전용 도구이며 팜에서 변경 작업을 수행할 수 없습니다. SPDiag를 사용하여 문제를 직접 파악할 수도 있고, 지원 담당자가 팜 문제를 해결하는 데 필요한 데이터를 수집할 수도 있습니다.

이 섹션의 정보를 확인하면 프로젝트를 만들어 가져오고, 데이터를 필터링 및 수집하고, 그래프 및 보고서를 생성하고, 데이터를 파일로 내보내는 방법을 파악할 수 있습니다.

SPDiag는 ULS 로그, Windows 이벤트 로그, 성능 카운터, SharePoint 로그 및 SQL 데이터베이스에서 데이터를 수집 및 집계합니다. 그런 다음 특정 용량 및 성능 특성과 추세를 표시하는 용도로 사용되는 미리 구성된 여러 보고서에 해당 데이터를 표시합니다.

이 섹션의 내용

  • 프로젝트 작업

  • SPDiag 사용자 인터페이스

  • 미리 구성된 보고서 사용

프로젝트 작업

SPDiag 프로젝트는 SharePoint Server, IIS(인터넷 정보 서비스), ULS 및 이벤트 로그, 그리고 팜 서버의 성능 카운터 로그 데이터에서 가져온 데이터 모음으로 구성됩니다. 프로젝트 메타데이터는 로컬 컴퓨터의 .ttfarm 파일에 저장됩니다. 프로젝트는 영구적으로 저장할 수 있으며 프로젝트의 데이터를 다양한 방식으로 내보내서 보관하거나 다른 사람과 공유할 수 있습니다.

새 프로젝트 만들기

SPDiag를 사용하여 팜의 문제를 해결하려면 새 프로젝트를 만들어야 합니다. 프로젝트를 만들면 SPDiag가 설치되어 있는 컴퓨터에 .ttfarm 파일이 만들어지고, 팜의 사용 현황 데이터베이스에 여러 개의 테이블이 만들어집니다.

새 프로젝트 만들기

  1. SPDiag 응용 프로그램 창에서 New Project(새 프로젝트)를 클릭합니다.

  2. Create Project(프로젝트 만들기) 대화 상자에 연결할 서버의 호스트 이름을 입력하고 Create Project(프로젝트 만들기)를 클릭합니다.

    팁

    특정 환경에서는 대상 서버의 FQDN을 사용하지 않으면 연결이 실패할 수도 있습니다.

  3. Windows PowerShell Credential Request(Windows PowerShell 자격 증명 요청) 창에서 대상 SharePoint Server 팜에 대한 팜 관리자 권한이 있는 사용자 계정과 암호를 입력하고 OK(확인)를 클릭합니다.

  4. 새 프로젝트가 만들어지고 개요 창이 주 SPDiag 창에 표시됩니다.

프로젝트 열기

프로젝트를 열려면 프로젝트의 .ttfarm 파일 액세스 권한이 있어야 합니다. SPDiag를 실행 중인 다른 컴퓨터에서 .ttfarm 파일을 만든 경우에는 이 문서 앞부분의 SPDiag 3.0 설치 및 구성에 나와 있는 지침에 따라 프로젝트를 여는 데 사용하는 컴퓨터를 적절하게 구성했는지 확인해야 합니다.

또한 팜 관리자 자격 증명이 있는 계정으로 로그인하거나 메시지가 표시되면 계정을 입력해야 합니다.

프로젝트 열기

  1. SPDiag 응용 프로그램 창에서 Open Project(프로젝트 열기)를 클릭합니다.

  2. Open(열기) 대화 상자에서 원하는 .ttfarm 파일을 찾아서 선택한 후에 Open(열기)을 클릭합니다.

SPDiag 사용자 인터페이스

SPDiag 응용 프로그램은 메뉴 모음, Guide(가이드) 창, Reports(보고서) 창 및 Report Display(보고서 표시) 창의 네 가지 주 섹션으로 나뉩니다. 이 섹션에서는 각 섹션에 대해 설명합니다.

메뉴 모음

응용 프로그램 창 위쪽에 표시됩니다.

메뉴 모음

  • New Project(새 프로젝트)   새 SPDiag 프로젝트를 만듭니다.

  • Open Project(프로젝트 열기)   .ttfarm 파일에서 기존 SPDiag 프로젝트를 엽니다.

  • Take Snapshot(스냅숏 만들기)   열려 있는 모든 보고서, 팜 토폴로지에 대한 정보가 포함된 텍스트 문서, 그리고 스냅숏 프로세스의 로그 파일에 대한 PNG 이미지로 구성된 팜 스냅숏을 만듭니다. 사용 가능한 스냅숏에는 Light Snapshot(간단 스냅숏)과 Full Snapshot(전체 스냅숏)이 있습니다.

    • Light Snapshot(간단 스냅숏)   현재 열려 있는 보고서 및 팜 토폴로지 정보를 내보냅니다.

    • Full Snapshot(전체 스냅숏)   모든 Light Snapshot(간단 스냅숏) 데이터와 함께 지정된 시간 범위에 대한 ULS 로그 및 SharePoint 사용 현황 데이터베이스의 데이터를 내보냅니다. Full Snapshot(전체 스냅숏)을 선택하는 경우 Start Time(시작 시간) 및 End Time(종료 시간) 필드를 사용하여 ULS 로그 및 사용 현황 데이터베이스 데이터 수집을 위한 시간 범위를 지정할 수 있습니다.

  • Search(검색)   특정 요청을 찾는 경우 해당 요청이 생성된 상관 관계 ID나 사용자 계정을 알고 있으면 이 단추를 클릭하여 Search(검색) 대화 상자를 엽니다. Search(검색) 대화 상자에서 상관 관계 ID, 사용자 계정 및 추정 요청 날짜와 시간을 입력할 수 있습니다. 그러면 해당 시점부터 검색이 시작됩니다.

  • Assign Permission(사용 권한 지정)   특정 사용자 계정 또는 그룹에 대해 SharePoint 팜 사용 권한을 프로비전하여 SPDiag에 액세스하도록 설정할 수 있습니다.

Guide(가이드) 창

응용 프로그램 창 왼쪽 가운데에 표시되는 Guide(가이드) 창에는 각 보고서에 대한 정보가 표시됩니다. 표시된 데이터에 대한 설명, 데이터 조작 및 필터링 방법에 대한 지침, 그리고 보고서와 관련된 문제 해결 지침(사용 가능한 경우)도 함께 표시됩니다. 일부 보고서의 경우 문제를 식별하는 방법에 대한 지침과 추천 문제 해결 방법도 포함됩니다.

Reports(보고서) 창

Reports(보고서) 창은 응용 프로그램 창 왼쪽 아래에 표시됩니다.

보고서 창

Reports(보고서) 창은 볼 수 있는 모든 보고서가 포함된 확장 가능한 메뉴입니다. 각 노드를 클릭하여 섹션을 확장하고 포함된 보고서를 표시한 다음 원하는 보고서를 두 번 클릭하면 Report Display(보고서 표시) 창에서 해당 보고서가 열립니다.

보고서 도구 모음에서 Save(저장) 단추를 사용하여 보고서를 저장하면 Reports(보고서) 창 맨 아래의 Customs(사용자 지정) 노드에 해당 보고서가 표시됩니다.

자세한 내용과 사용 가능한 보고서의 전체 목록은 이 문서 뒷부분의 미리 구성된 보고서 사용을 참조하십시오.

Report Display(보고서 표시) 창

Report Display(보고서 표시) 창은 응용 프로그램 창의 주 영역으로 구성됩니다. 프로젝트를 만들거나 열면 개요 보고서가 표시됩니다.

보고서 표시 창

개요 보고서에는 Availability(가용성) 및 Latency Percentiles(대기 시간 백분위수)의 두 기본 보고서가 그래프로 표시됩니다.

  • Availability(가용성) 보고서   HTTP 웹 서비스 가용성이 차트로 표시됩니다.

  • Latency Percentiles(대기 시간 백분위수)   가장 빠른 요청과 일반적인 요청을 렌더링하는 데 소요되는 시간이 표시됩니다.

SPDiag의 모든 그래프와 마찬가지로, 마우스로 그래프의 영역을 선택해 특정 시간 범위를 확대할 수 있습니다. 개요 보고서에서 이렇게 확대하면 선택한 영역의 결과가 포함된 주 SPDiag 창에서 선택한 보고서가 새 탭에 열립니다.

Reports(보고서) 창에서 보고서를 두 번 클릭하여 열면 SPDiag에서는 팜 서버에서 필요한 데이터를 수집해 주 창의 새 탭에 표시합니다. 이 표시는 보고서 도구 모음, Filter(필터) 창 및 Data Display(데이터 표시) 창의 세 구성 요소로 구성됩니다.

보고서 도구 모음

보고서 도구 모음은 열려 있는 각 보고서 탭의 위쪽에 표시됩니다.

보고서 도구 모음

이 도구 모음에서는 표시된 보고서 시간 단위를 새로 고치고, 저장하고, 내보내고 변경하는 도구를 비롯하여 보고서 데이터 조작을 위한 도구가 제공됩니다.

  • Refresh(새로 고침)   팜 서버에서 새 데이터를 요청합니다.

  • Save(저장)   확장명이 SPR인 XML 파일에 현재 보고서를 저장합니다. 파일은 SPDiag 클라이언트 컴퓨터의 C:\Users\Administrator\Documents\SharePoint Diagnostic Studio\Custom 보고서 폴더에 저장됩니다. 임의의 XML 또는 텍스트 편집기에서 이러한 파일을 열 수 있습니다.

  • Hour(시간)   보고서에서 마지막 시간의 데이터가 표시되도록 보정합니다. 이 단추 및 나머지 세 시간 보정 단추는 범위의 종료 시간을 현재 시간으로 자동 설정합니다.

  • 6 Hours(6시간)   지난 6시간 동안의 데이터가 표시되도록 보정합니다.

  • 12 hours(12시간)   보고서에서 지난 12시간 동안의 데이터가 표시되도록 보정합니다.

  • Day(일)   보고서에서 지난 24시간 동안의 데이터가 표시되도록 보정합니다.

  • Open Log(로그 열기)   로그 파일의 데이터가 보고서에 포함되어 있는 경우 Filter(필터) 창에서 로그를 선택한 다음 Open Log(로그 열기)를 클릭하여 원시 로그 파일의 콘텐츠를 표시할 수 있습니다.

  • Export(내보내기)   현재 보고서를 SPDiag 클라이언트 컴퓨터 C:\Users\Administrator\Documents\SharePoint Diagnostic Studio\Exported Reports\<날짜 및 시간> 폴더의 PNG 이미지 파일로 내보냅니다. 최종 폴더의 이름은 보고서를 내보낸 날짜 및 24시간 시간 형식에 따라 동적으로 생성됩니다(연도.월.일-시간.분.초 형식). 예를 들어 2011년 3월 31일 오후 6시 11분 22초에 내보낸 보고서는 2011.3.31-18.11.22 폴더에 저장됩니다.

Filter(필터) 창

Filter(필터) 창에서는 표시할 보고서 데이터와 날짜 및 시간 범위를 필터링할 수 있는 보고서 관련 필드가 제공됩니다. 필드를 클릭하면 해당 값을 변경하고 보고서 데이터를 업데이트할 수 있습니다.

필터 창

Data Display(데이터 표시) 창

Data Display(데이터 표시) 창에는 현재 표시되어 있는 보고서의 그래프, 차트, 테이블 및 로그 파일 데이터가 표시됩니다.

데이터 표시 창

일부 보고서의 경우 창 위쪽에는 개체 목록이 포함된 테이블이 있고, 아래쪽에는 테이블에서 선택한 개체에 대한 세부 정보가 표시되는 별도의 창이 있습니다. 예를 들어 Timer Jobs(타이머 작업) 보고서의 경우 타이머 작업 목록이 Data Display(데이터 표시) 창 위쪽에 표시됩니다. 목록에서 타이머 작업을 선택하면 창 아래쪽에 해당 작업에 대한 상세 ULS 추적 로그 정보가 표시됩니다.

이중 표시 창

또한 필드를 마우스 오른쪽 단추로 클릭하고 QuickFilter(빠른 필터) 기능을 사용하여 해당 값으로 보고서를 필터링할 수도 있습니다. 보고서를 업데이트하려면 필드를 마우스 오른쪽 단추로 클릭한 후에 QuickFilter(빠른 필터) 메뉴에서 함수를 선택합니다.

QuickFilter 메뉴

  • =   정확한 값으로 필터링합니다.

  • < >   선택한 범위 내의 모든 값으로 필터링합니다.

  • >   선택한 값보다 큰 모든 값으로 필터링합니다.

  • <   선택한 값보다 작은 모든 값으로 필터링합니다.

보고서의 특정 레코드에 대한 데이터에 문제가 있는 경우에는 느낌표가 있는 빨간색 원이 레코드 앞부분에 표시됩니다. 마우스 포인터를 빨간색 원 위에 놓으면 문제 관련 정보가 포함된 도구 설명이 표시됩니다.

오류 도구 설명

보고서에 차트, 그래프 등의 그래픽 표시 요소가 포함되어 있는 경우 마우스로 그래프 영역을 선택하여 특정 시간 범위를 확대할 수 있습니다. 원래 시간 범위로 축소하려면 그래프에서 아무 위치나 마우스 오른쪽 단추로 클릭합니다.

참고

데이터 수집에는 시간이 오래 걸릴 수 있습니다. 특히 SPDiag 클라이언트 컴퓨터와 팜 서버 간의 네트워크 대기 시간이 매우 길거나 팜의 부하가 높은 시간에는 더욱 시간이 오래 걸립니다. 데이터 수집 및 보고서 렌더링 프로세스는 시작하고 나면 취소할 수 없으며, 이 프로세스가 완료될 때까지는 SPDiag가 응답하지 않습니다.

미리 정의된 보고서 사용

SPDiag에서는 로그, SharePoint 데이터베이스 및 성능 카운터의 데이터가 표시되는 다양한 보고서를 제공합니다. 보고서는 SharePoint 팜에서 데이터를 수집한 다음 팜 성능의 특정 측면을 중점적으로 보여 주는 집계된 정보를 표시합니다.

Guide(가이드) 창 아래쪽에 표시되는 Reports(보고서) 창에서 보고서를 직접 열어 조사를 시작할 수도 있습니다. 다음 단락에서 이러한 보고서에 대해 설명합니다.

Base report group(기본 보고서 그룹)

Base report group(기본 보고서 그룹)에는 주요 일반 성능 지표에 대한 정보를 표시하는 여러 보고서가 포함됩니다.

HTTP Requests(HTTP 요청)

이 보고서에는 팜 전체의 모든 HTTP 요청이 표시됩니다. 위쪽에 표시되는 보고서에서 행을 선택하면 요청에서 전체 추적을 가져와 아래쪽 창에 표시합니다.

임의의 셀을 마우스 오른쪽 단추로 클릭하면 원하는 열 이름과 값을 지정하여 필터를 추가할 수 있습니다. 보고서 위쪽의 필터 목록을 사용하여 이러한 결과를 필터링할 수도 있습니다. LIKE 연산자를 사용하는 경우 '%'는 와일드카드 문자로 처리됩니다.

열 머리글을 클릭하여 해당 열을 기준으로 정렬할 수 있습니다. 예를 들어 속도가 가장 느린 요청을 찾으려면 Duration(기간) 열을 클릭합니다. 머리글을 다시 클릭하면 결과가 반대 순서로 표시됩니다.

필터 목록을 사용자 지정하고 나면 보고서를 다시 생성하지 않아도 되도록 저장할 수 있습니다. 저장된 보고서는 화면 왼쪽 아래 Reports(보고서) 창의 Customs(사용자 지정) 노드에서 확인할 수 있습니다. 다음 번에 보고서를 로드하면 저장된 정렬 및 필터가 복원되어 새 데이터에 적용됩니다.

현재 결과 집합을 공유하거나 스프레드시트에서 보기 위해 저장하려면 Export(내보내기) 단추를 클릭합니다.

Windows Events(Windows 이벤트)

이 보고서에는 팜의 모든 컴퓨터에 있는 Windows 이벤트 로그의 중요 이벤트 및 SharePoint 관련 이벤트가 표시됩니다. 이 보고서를 통해 지정된 기간 동안 발생한 중요한 문제를 확인할 수 있습니다.

임의의 셀을 마우스 오른쪽 단추로 클릭하면 원하는 열 이름과 값을 지정하여 필터를 추가할 수 있습니다. 보고서 위쪽의 필터 목록을 사용하여 이러한 결과를 필터링할 수도 있습니다. LIKE 연산자를 사용하는 경우 '%'는 와일드카드 문자로 처리됩니다.

열 머리글을 클릭하여 해당 열을 기준으로 정렬할 수 있습니다.

필터 목록을 사용자 지정하고 나면 보고서를 다시 생성하지 않아도 되도록 저장할 수 있습니다. 저장된 보고서는 화면 왼쪽 아래 Reports(보고서) 창의 Customs(사용자 지정) 노드에서 확인할 수 있습니다. 다음 번에 보고서를 로드하면 저장된 정렬 및 필터가 복원되어 새 데이터에 적용됩니다.

현재 결과 집합을 공유하거나 스프레드시트에서 보기 위해 저장하려면 Export(내보내기) 단추를 클릭합니다.

ULS Trace Issues(ULS 추적 문제)

이 보고서에는 ULS(통합 로깅 서비스) 추적 로그에서 검색된 문제가 표시됩니다. 문제 발생 시의 상세 추적을 통해 문제의 원인을 파악할 수 있습니다. 위쪽에 표시되는 보고서에서 행을 선택하면 요청 또는 타이머 작업에서 전체 추적을 가져와 아래쪽 창에 표시합니다.

임의의 셀을 마우스 오른쪽 단추로 클릭하면 원하는 열 이름과 값을 지정하여 필터를 추가할 수 있습니다. 보고서 위쪽의 필터 목록을 사용하여 이러한 결과를 필터링할 수도 있습니다. LIKE 절을 사용하는 경우 '%'는 와일드카드 문자로 처리됩니다.

열 머리글을 클릭하여 해당 열을 기준으로 정렬할 수 있습니다. 예를 들어 속도가 가장 느린 요청을 찾으려면 Duration(기간) 열을 클릭합니다. 머리글을 다시 클릭하면 결과가 반대 방향으로 정렬됩니다.

필터 목록을 사용자 지정하고 나면 보고서를 다시 생성하지 않아도 되도록 저장할 수 있습니다. 저장된 보고서는 화면 왼쪽 아래 Reports(보고서) 창의 Customs(사용자 지정) 노드에서 확인할 수 있습니다. 다음 번에 보고서를 로드하면 저장된 정렬 및 필터가 복원되어 새 데이터에 적용됩니다.

현재 결과 집합을 공유하거나 스프레드시트에서 보기 위해 저장하려면 Export(내보내기) 단추를 클릭합니다.

Timer Jobs(타이머 작업)

이 보고서에는 모든 타이머 작업 실행이 표시됩니다. 위쪽에 표시되는 보고서에서 행을 선택하면 타이머 작업에서 전체 추적을 가져와 아래쪽 창에 표시합니다.

임의의 셀을 마우스 오른쪽 단추로 클릭하면 원하는 열 이름과 값을 지정하여 필터를 추가할 수 있습니다. 보고서 위쪽의 필터 목록을 사용하여 이러한 결과를 필터링할 수도 있습니다. LIKE 절을 사용하는 경우 '%'는 와일드카드 문자로 처리됩니다.

열 머리글을 클릭하여 해당 열을 기준으로 정렬할 수 있습니다. 예를 들어 속도가 가장 느린 작업을 찾으려면 Duration(기간) 열을 클릭합니다. 머리글을 다시 클릭하면 결과가 반대 방향으로 정렬됩니다.

필터 목록을 사용자 지정하고 나면 보고서를 다시 생성하지 않아도 되도록 저장할 수 있습니다. 저장된 보고서는 화면 왼쪽 아래 Reports(보고서) 창의 Customs(사용자 지정) 노드에서 확인할 수 있습니다. 다음 번에 보고서를 로드하면 저장된 정렬 및 필터가 복원되어 새 데이터에 적용됩니다.

현재 결과 집합을 공유하거나 스프레드시트에서 보기 위해 저장하려면 Export(내보내기) 단추를 클릭합니다.

Performance Counters(성능 카운터)

이 보고서에는 사용 현황 데이터베이스에서 수집된 카운터에 대한 시간에 따른 주요 성능 카운터 데이터가 표시됩니다.

사용자 지정 필터 컨트롤을 사용하면 특정 Category(범주), Counter(카운터), Instance(인스턴스) 또는 Machine(컴퓨터)를 기준으로 필터링할 수 있습니다. 원하는 범주를 선택하면 3개의 추가 필터 컨트롤(Counter(카운터), Instance(인스턴스), Machine(컴퓨터))에는 관련 결과가 동적으로 채워집니다. 필터링을 선택한 후에 Refresh(새로 고침)를 클릭하면 보고서가 다시 생성됩니다. 차트 시리즈 위에 포인터를 놓으면 값과 관련된 Category(범주), Counter(카운터), Instance(인스턴스), Machine(컴퓨터)을 확인할 수 있습니다.

Add-SPDiagnosticsPerformanceCounter Windows PowerShell cmdlet을 사용하여 SharePoint 팜의 서버에 다른 성능 카운터를 추가할 수 있습니다. 새로 추가하는 카운터는 SharePoint Diagnostic Studio 데이터 집합에 자동으로 포함됩니다.

Capacity report group(용량 보고서 그룹)

Capacity report group(용량 보고서 그룹)에는 팜 용량 지표에 대한 정보를 표시하는 여러 보고서가 포함됩니다.

SQL Server Query IO Over Time(시간별 SQL Server 쿼리)

이 보고서에는 시간에 따른 고가의 저장 프로시저 I/O(입출력)가 표시됩니다.

위쪽 그래프에는 SQL Dynamic Management 보기를 기준으로 하여 시간에 따른 최고가 쿼리 또는 저장 프로시저 5개가 표시됩니다.

아래쪽 테이블에는 고가의 쿼리에 대한 세부 정보(선택한 기간의 총 I/O, 호출당 평균 I/O, 실행 횟수, CPU 비용 포함)가 표시됩니다.

이 보고서를 통해 스파이크 또는 스파이크 그룹과 스파이크 발생 시간을 확인할 수 있습니다. 이러한 스파이크가 발생하는 경우 저장 프로시저 호출이 고가이거나 실행 계획이 부적절할 수 있습니다.

Execution Count(실행 횟수) 및 Total IO(총 IO) 열의 값은 크고 Average IO(평균 IO) 열의 값은 작은 쿼리의 경우 여러 번 호출되는 항목일 수 있습니다.

Export(내보내기) 단추를 클릭하면 실행 계획을 보다 쉽게 읽을 수 있는 파일에 저장할 수 있습니다.

CPU

이 보고서에는 프로세서 사용 현황이 표시됩니다. 이 사용 현황은 특정 기간 동안 각 서버 팜에서 각 프로세스가 사용한 총 프로세서 용량의 비율로 표현됩니다. 이 그래프를 채우는 데 사용되는 데이터는 | Processor | % Processor Time | _Total performance 카운터에서 가져온 것입니다.

참고

대상 팜에 대해 SPDiag 프로젝트를 연 날짜와 시간부터 성능 카운터의 데이터를 사용할 수 있습니다.

Process Memory (MB)(프로세스 메모리(MB))

이 보고서에는 특정 기간 동안 각 서버 팜에서 사용 가능한 실제 메모리가 표시됩니다. 메모리는 사용 가능한 메모리의 양(MB)으로 표현됩니다. 이 그래프를 채우는 데 사용되는 데이터는 | Process | Private Bytes | <process name> 성능 카운터에서 가져온 것입니다.

Performance report group(성능 보고서 그룹)

Performance report group(성능 보고서 그룹)에는 대기 시간 및 SQL Server와 관련된 특정 팜 성능 지표에 대한 정보를 표시하는 여러 보고서가 포함됩니다.

SQL Read Intensive Traces(SQL 읽기 집약적 추적)

이 보고서에는 5만 개가 넘는 페이지를 읽은 SQL Server 쿼리가 표시됩니다(1페이지 = 8kb).

쿼리에서 많은 양의 데이터를 읽는 경우 유용한 데이터에 사용할 수 있는 메모리가 부족해지고 다른 쿼리가 고가의 실제 읽기를 수행해야 하므로 SQL Server의 응답 속도가 느려질 수 있습니다. 그러면 동일한 SQL Server에 있는 데이터를 쿼리하는 최종 사용자의 작업 대기 시간에도 영향을 줄 수 있습니다.

쿼리 텍스트에서 상관 관계 ID가 제공되는 경우에는 해당 ID를 사용하여 쿼리를 생성한 요청이나 타이머 작업을 찾을 수 있습니다. 이렇게 하려면 상관 관계 ID를 HTTP Requests(HTTP 요청) 또는 Timer Jobs(타이머 작업) 보고서의 필터 필드에 복사합니다.

Latency Tier Breakdown(대기 시간 계층 분할)

이 보고서에는 시간에 따른 서버 쪽 HTTP 요청 페이지 대기 시간의 이동 평균이 표시됩니다. 요청을 렌더링하는 데 소요되는 시간은 일반적인 HTTP 요청이 처리 중이 통과하는 3개 계층으로 분할됩니다.

  • SQL Server   SQL Server 쿼리 시간이 250ms보다 오래 소요되는 경우 SQL Overview(SQL 개요) 보고서를 사용하여 SQL Server 병목 현상을 식별합니다.

  • Application Servers(응용 프로그램 서버)   서비스 호출 시간이 250ms보다 오래 소요되는 경우 HTTP Requests(HTTP 요청) 보고서의 Service Call Duration(서비스 호출 기간) 열을 사용하여 서비스 호출의 영향을 가장 많이 받는 요청을 찾을 수 있습니다.

  • Web Server(웹 서버)   SQL Server 또는 응용 프로그램 서버 계층에 병목 현상이 없는 것으로 보이는데 웹 서버에서 요청 시간이 250ms보다 오래 소요되는 경우에는 HTTP Requests(HTTP 요청) 보고서의 Duration(기간) 열을 사용하여 전체적으로 속도가 가장 느린 요청을 확인할 수 있습니다. Latency All Request(모든 요청 대기 시간) 보고서를 통해 해당 문제가 단일 컴퓨터에서만 발생하는지를 파악할 수 있습니다. 마지막으로 CPU 보고서에서는 하나 이상의 웹 서버나 응용 프로그램 서버에서 프로세서 사용량이 매우 많은지 여부를 확인할 수 있습니다.

Changed Objects(변경된 개체)

이 보고서에는 변경 로그의 정보를 기반으로 지정된 기간 동안 변경된 모든 개체 유형이 표시됩니다. 변경 로그는 콘텐츠 데이터베이스에서 발생한 변경의 기록으로, 검색 크롤러 및 기타 기능이 이전 크롤링 이후 발생한 변경만 쿼리할 수 있도록 합니다.

데이터 요소는 k분(k의 기본값은 5)마다 수집됩니다. 이 보고서에는 모든 콘텐츠 데이터베이스에서 집계된 데이터가 누적 가로 막대형 그래프로 표시됩니다. 각 누적은 서로 다른 개체 유형을 나타냅니다(해당 범례 참조).

이러한 결과는 데이터베이스 또는 개체 유형별로 필터링할 수 있습니다. 예를 들어 contentdb1 데이터베이스에서 변경된 개체만 표시되도록 보고서를 사용자 지정할 수 있습니다(해당 데이터베이스가 필터 드롭다운에 있는 경우). 마찬가지로, 개체 유형이 List(목록)인 데이터 변경 내용만 표시되도록 보고서를 사용자 지정하여 모든 목록 수준 변경 내용을 표시할 수도 있습니다.

이 데이터를 통해 특정 기간 동안 수행된 변경 작업 종류를 전반적으로 파악할 수 있습니다. 또한 이 데이터에서 HTTP Requests(HTTP 요청) 보고서를 추가적으로 조사하여 해당 변경을 수행한 요청을 확인하거나, Changed Objects Per Database(데이터베이스별 변경된 개체) 보고서를 통해 다른 피벗을 사용하여 동일한 데이터를 볼 수도 있습니다. 그뿐만 아니라 Change Types(변경 유형) 보고서 및 Change Types Per Database(데이터베이스별 변경 유형) 보고서에서는 개체에 대해 수행된 변경 작업의 종류를 보다 자세하게 확인할 수 있습니다.

현재 결과 집합을 공유하기 위해 저장하려면 Export(내보내기) 단추를 클릭합니다.

Changed Objects Per Database(데이터베이스별 변경된 개체)

이 보고서에는 변경 로그의 정보를 기반으로 지정된 기간 동안 특정 콘텐츠 데이터베이스에서 변경된 모든 개체 유형이 표시됩니다. 변경 로그는 콘텐츠 데이터베이스에서 발생한 변경의 기록으로, 검색 크롤러 및 기타 기능이 이전 크롤링 이후 발생한 변경만 쿼리할 수 있도록 합니다.

데이터 요소는 k분(k의 기본값은 5)마다 수집됩니다. 이 보고서에는 모든 콘텐츠 데이터베이스에서 집계된 데이터가 누적 가로 막대형 그래프로 표시됩니다. 각 누적은 서로 다른 개체 유형을 나타냅니다(해당 범례 참조).

이러한 결과는 데이터베이스 또는 개체 유형별로 필터링할 수 있습니다. 예를 들어 contentdb1 데이터베이스에서 변경된 개체만 표시되도록 보고서를 사용자 지정할 수 있습니다(해당 데이터베이스가 필터 드롭다운에 있는 경우). 마찬가지로, 개체 유형이 'List(목록)'인 데이터 변경 내용만 표시되도록 보고서를 사용자 지정하여 모든 목록 수준 변경 내용을 표시할 수도 있습니다.

이 데이터를 통해 특정 기간 동안 수행된 변경 작업 종류를 전반적으로 파악할 수 있습니다. 또한 이 데이터에서 HTTP Requests(HTTP 요청) 보고서를 추가적으로 조사하여 해당 변경을 수행한 요청을 확인하거나, Changed Objects(변경된 개체) 보고서를 통해 다른 피벗을 사용하여 동일한 데이터를 볼 수도 있습니다. 그뿐만 아니라 Change Types(변경 유형) 보고서 및 Change Types Per Database(데이터베이스별 변경 유형) 보고서에서는 개체에 대해 수행된 변경 작업의 종류를 보다 자세하게 확인할 수 있습니다.

현재 결과 집합을 공유하기 위해 저장하려면 Export(내보내기) 단추를 클릭합니다.

Change Types(변경 유형)

이 보고서에는 변경 로그의 정보를 기반으로 지정된 기간 동안 변경된 모든 개체 유형이 표시됩니다. 변경 로그는 콘텐츠 데이터베이스에서 발생한 변경의 기록으로, 검색 크롤러 및 기타 기능이 이전 크롤링 이후 발생한 변경만 쿼리할 수 있도록 합니다.

데이터 요소는 k분(k의 기본값은 5)마다 수집됩니다. 이 보고서에는 모든 콘텐츠 데이터베이스에서 집계된 데이터가 누적 가로 막대형 그래프로 표시됩니다. 각 누적은 서로 다른 개체 유형을 나타냅니다(해당 범례 참조).

이러한 결과는 데이터베이스 또는 개체 유형별로 필터링할 수 있습니다. 예를 들어 contentdb1 데이터베이스에서 변경된 개체만 표시되도록 보고서를 사용자 지정할 수 있습니다(해당 데이터베이스가 필터 드롭다운에 있는 경우). 마찬가지로, 변경 유형이 Rename(이름 바꾸기)인 데이터 변경 내용만 표시되도록 보고서를 사용자 지정하여 모든 이름 바꾸기 관련 변경 내용을 표시할 수도 있습니다.

이 데이터를 통해 특정 기간 동안 수행된 변경 작업 종류를 전반적으로 파악할 수 있습니다. 또한 이 데이터에서 HTTP Requests(HTTP 요청) 보고서를 추가적으로 조사하여 해당 변경을 수행한 요청을 확인하거나, Change Types Per Database(데이터베이스별 변경 유형) 보고서를 통해 다른 피벗을 사용하여 동일한 데이터를 볼 수도 있습니다. 그뿐만 아니라 Changed Objects(변경된 개체) 보고서 및 Changed Objects Per Database(데이터베이스별 변경된 개체) 보고서에서는 변경되는 개체의 종류를 보다 자세하게 확인할 수 있습니다.

현재 결과 집합을 공유하기 위해 저장하려면 Export(내보내기) 단추를 클릭합니다.

Change Types Per Database(데이터베이스별 변경 유형)

이 보고서에는 변경 로그의 정보를 기반으로 지정된 기간 동안 변경된 모든 개체 유형이 표시됩니다. 데이터 요소는 k분(k의 기본값은 5)마다 수집됩니다. 이 보고서에는 모든 데이터베이스에서 집계된 데이터가 누적 가로 막대형 그래프로 표시됩니다. 각 누적은 서로 다른 개체 유형을 나타냅니다(해당 범례 참조).

이러한 결과는 데이터베이스 또는 변경 유형별로 필터링할 수 있습니다. 예를 들어 contentdb1 데이터베이스에서 변경 유형만 표시되도록 보고서를 사용자 지정할 수 있습니다(해당 데이터베이스가 필터 드롭다운 목록 상자에 있는 경우). 마찬가지로, 변경 유형이 Rename(이름 바꾸기)인 데이터 변경 내용만 표시되도록 보고서를 사용자 지정하여 모든 이름 바꾸기 관련 변경 내용을 표시할 수도 있습니다.

이 데이터를 통해 특정 기간 동안 수행된 변경 작업 종류와 각 데이터베이스의 변경 분량을 전반적으로 파악할 수 있습니다. 또한 이 데이터에서 HTTP Requests(HTTP 요청) 보고서를 추가적으로 조사하여 해당 변경을 수행한 요청을 확인하거나, Change Types(변경 유형) 보고서를 통해 다른 피벗을 사용하여 동일한 데이터를 볼 수도 있습니다. 그뿐만 아니라 Changed Objects(변경된 개체) 보고서 및 Changed Objects Per Database(데이터베이스별 변경된 개체) 보고서에서는 변경되는 개체의 종류를 보다 자세하게 확인할 수 있습니다.

현재 결과 집합을 공유하기 위해 저장하려면 Export(내보내기) 단추를 클릭합니다.

Latency All Requests(모든 요청 대기 시간)

이 보고서에는 모든 요청의 기간(최대 제한 50,000)이 플롯됩니다.

이 보고서를 사용하여 비정상적인 사용 패턴을 파악할 수 있습니다. 예를 들어 성능이 낮은 사이트의 경우 로드하는 데 일정하게 5초가 걸릴 수 있으며, 이 값은 5초 표시에 가로 막대로 표시됩니다. 보다 상세한 보기를 보려면 세부 영역을 확대하여 HTTP Requests(HTTP 요청) 보고서로 이동한 다음 약 5초가 소요되는 요청을 확인하면 됩니다.

대기 시간 스파이크는 세로 막대로 표시됩니다. 일정 기간 동안 스파이크가 발생하는 경우에는 Timer Jobs(타이머 작업) 보고서를 통해 같은 시간 동안에 특정 작업이 수행되는지 여부를 확인할 수 있습니다.

Latency Percentiles(대기 시간 백분위수)

이 보고서에는 시간에 따른 여러 주요 백분위수 임계값이 표시됩니다. 이러한 임계값을 통해 특정 대기 시간 스파이크의 영향을 받는 요청의 수를 파악할 수 있습니다.

예를 들어 모든 요청 중 속도가 가장 빠른 25%가 1초 이상 걸린다면 네트워크 또는 SQL Server 컴퓨터 등의 일부 공유 리소스가 중단되어 모든 요청에 영향을 주는 것일 수 있습니다. 이 경우 Latency Tier Breakdown(대기 시간 계층 분할) 보고서를 통해 공유 리소스의 문제를 확인할 수 있습니다.

반면, 모든 요청 중 75%가 신속하게 완료되지만 95번째 백분위수의 대기 시간이 매우 높은 경우 소수의 요청에 영향을 주는 근본 원인(예: 단일 데이터베이스 차단, 사이트 하위 집합에서만 사용되는 사용자 지정 코드)을 파악해야 할 수 있습니다.

속도가 가장 느린 요청의 로그를 보려면 HTTP Requests(HTTP 요청) 보고서를 표시하고 Duration(기간) 열의 머리글을 클릭하여 목록을 정렬하면 됩니다.

Requests Per User(사용자별 요청) 및 Application Workload(응용 프로그램 작업) 보고서 등의 사용 보고서를 사용하여 네트워크에 예기치 않은 로드를 생성하는 응용 프로그램이나 사용자를 확인할 수 있습니다.

SQL Deadlocks(SQL 교착 상태)

이 보고서에는 시간에 따른 SQL Server 교착 상태 목록이 표시됩니다. SQL Server에서는 교착 상태 검색을 통해 호환되지 않는 두 쿼리를 실행할 때 서버의 응답이 중지되지 않도록 합니다. 교착 상태를 해결하기 위해 쿼리 중 하나 이상이 취소됩니다. SharePoint Server는 일부 교착 상태에서 복구하여 영향을 받은 쿼리를 다시 시도할 수 있지만, 교착 상태로 인해 특정 요청이 실패하는 경우도 있습니다.

SQL Blocking(SQL 차단)

이 보고서에는 다른 SQL 쿼리를 차단한 SQL 쿼리 목록이 표시됩니다.

차단으로 인해 팜의 모든 작업이 중지될 수 있습니다. 영향을 받는 데이터베이스에서 차단된 요청을 처리할 수 없으면 사용 가능한 모든 웹 서버 메모리를 사용하며, 그러면 영향을 받는 서버가 응답하지 않거나 작동이 중단될 수 있습니다.

이 보고서에는 차단 쿼리를 생성하는 타이머 작업 또는 요청(가능한 경우)과 관련 로그가 표시됩니다. 특정 최종 사용자 트랜잭션으로 인해 차단이 발생한 경우에는 이 보고서가 유용할 수 있습니다. 이러한 상황에서는 사용자 지정 쿼리를 사용하는 응용 프로그램을 다시 디자인하거나 목록을 재구성하라는 메시지가 표시될 수 있습니다.

방지할 수 없는 차단도 있습니다. 예를 들어 야간 데이터베이스 유지 관리 작업의 경우 데이터베이스의 대부분이 잠길 수 있습니다.

Availability report group(가용성 보고서 그룹)

Availability report group(가용성 보고서 그룹)에는 팜 가용성 추세 및 문제에 대한 정보를 표시하는 여러 보고서가 포함됩니다.

Availability(가용성) 보고서

이 보고서에는 HTTP 웹 서비스 가용성이 차트로 표시됩니다. 가용성이 낮은 기간은 사용자가 SharePoint 사이트에 액세스할 수 없었던 기간을 나타냅니다.

이 보고서에서는 성공한 웹 요청 수를 서버로 보낸 총 요청 수로 나누어 가용성을 계산합니다. 검색 크롤러 등의 자동화된 에이전트로부터 들어오는 요청은 이 계산에서 제거됩니다. 그러나 알 수 없는 일부 자동화된 에이전트의 요청은 제거되지 않을 수 있습니다.

가용성이 낮은 기간을 마우스로 선택하여 확대할 수 있습니다. 작은 시간 범위를 선택하는 경우 이 조사에 사용되는 후속 보고서가 보다 빠르게 로드됩니다.

시간 범위를 좁힌 후에는 Failed User Requests(실패한 사용자 요청) 보고서를 사용하여 선택한 기간 동안 실패한 요청에 대한 세부 정보를 파악할 수 있습니다.

작동 중단이 발생하면 요청을 완료하지 못하고 프로세스가 종료되므로 가용성이 떨어집니다. 프로세스에서는 작동이 중단된 동안 로그를 쓸 수 없기 때문에, 작동 중단 시에 실행 중이었던 요청은 이 보고서에 표시되지 않으며 가용성에 대한 해당 영향도 그래프에 표시되지 않습니다. 그러나 이에 관계없이 작동 중단은 항상 조사해야 합니다.

예약된 작업자 프로세스 재활용은 가용성을 거의 저하시키지 않습니다. 서버에서는 한 프로세스에서 요청이 안정적으로 완료되도록 허용하는 동시에 다른 프로세스를 시작하여 새 요청을 처리합니다. 트래픽이 평균보다 높은 기간 동안에 예약되지 않은 재활용이 수행되는 경우, 서버에서 병렬로 실행되는 여러 프로세스의 증가된 수요에 대응하지 못하면 일부 요청이 실패할 수는 있습니다.

SQL Overview(SQL 개요) 보고서

이 보고서에는 팜에 있는 SQL Server 컴퓨터의 전반적 상태를 파악하는 데 도움이 되는 정보가 표시됩니다. 다음 세 분야에 대한 정보가 중점적으로 표시됩니다.

SQL Server 잠금/차단

SQL Server 쿼리가 차단되면 일부 SQL Server 쿼리 기간 값이 증가할 수 있으며, 가용성 문제를 발생시키고 대기 시간을 연장시킬 수도 있습니다.

  • 평균 잠금 대기 시간   트랜잭션 중에 읽거나 수정하는 행 등의 SQL Server 리소스에 대해 잠금이 적용되어 다른 트랜잭션에서 리소스를 동시에 사용할 수 없도록 합니다. 예를 들어 업데이트를 수행할 때는 XLOCK이 적용되며, 그러면 공유 읽기 잠금이 차단됩니다. 잠금 대기 시간이 길다는 것은 SQL Server 계층에 차단 문제가 있다는 의미이며, 이 경우 읽기를 차단하는 속도가 느린 업데이트 스레드를 주시해야 합니다.

  • 평균 래치 대기 시간   래치는 주로 데이터베이스 페이지를 동기화하는 데 사용됩니다. 각 래치는 단일 할당 단위에 연결됩니다. 래치가 충돌하는 모드의 다른 스레드에 포함되어 있어 래치 요청을 즉시 허용할 수 없으면 래치 대기가 발생합니다. 잠금과 달리 래치는 쓰기 작업의 경우에도 작업 직후에 해제됩니다. 래치 대기 시간이 길다는 것은 특정 페이지를 메모리에 로드하는 데 시간이 너무 오래 걸린다는 의미일 수 있습니다.

잠금 대기 시간이 길면 SQL Blocking(SQL 차단) 보고서에서 잠금이 적용된 쿼리를 파악하십시오.

SQL Deadlocks(SQL 교착 상태) 보고서를 통해 실패한 요청을 생성했을 수 있는 쿼리를 확인할 수 있습니다.

SQL Server Disk IO(SQL Server 디스크 IO)

일반적인 SQL Server 성능 문제 중 하나는 I/O 병목 현상입니다. SQL Server의 I/O 대역폭이 들어오는 쿼리를 처리하기에 충분하지 않으면 모든 요청의 성능이 저하되고 모든 팜 웹 서버의 성능도 떨어집니다.

  • Average Disk Queue Length(평균 디스크 큐 길이)   전체적인 디스크 I/O에 대한 메트릭입니다. 값이 높으면 전반적인 I/O 부담이 큰 것이며, 값이 10보다 크면 I/O 병목 현상이 발생했을 가능성이 있습니다.

  • Average Logical Reads / s(초당 평균 논리적 읽기)   읽기 디스크 I/O에 대한 메트릭입니다. 값이 높으면 읽기 I/O 부담이 큰 것입니다.

  • Average Logical Reads / s(초당 평균 논리적 쓰기)   쓰기 디스크 I/O에 대한 메트릭입니다. 값이 높으면 쓰기 I/O 부담이 큰 것입니다.

I/O 병목 현상이 발생한 경우 SQL Read Intensive Traces(SQL 읽기 집약적 추적) 보고서를 통해 리소스를 가장 많이 사용하는 특정 쿼리를 파악하십시오.

SQL Server CPU

SQL Server 컴퓨터 프로세서 사용량이 매우 높으면 SQL 쿼리가 큐에 저장되고 웹 서버 성능이 저하됩니다. 프로세서 및 I/O 성능은 서로 관련되어 있으므로, SQL Server 프로세서 사용량이 높으면 I/O도 높은 경우가 많습니다. 평균 프로세서 사용량이 80%이면 병목 현상이 발생한 것으로 간주됩니다.

CPU 병목 현상이 발생한 경우 SQL Read Intensive Traces(SQL 읽기 집약적 추적) 보고서를 확인한 다음 CPU 열을 클릭하여 가장 고가의 쿼리를 기준으로 정렬합니다.

Worker Process Recycles(작업자 프로세스 재활용)

일반적으로 재활용은 가용성에 영향을 주지 않습니다. IIS(인터넷 정보 서비스) 7.0에서는 기존 요청이 완료되도록 허용하는 동시에 새 프로세스를 만들고 재활용된 프로세스를 정상적으로 종료합니다. 그러나 새 프로세스를 초기화하는 동안 해당 프로세스를 처음으로 검색하면 작업이 지연될 수 있습니다.

기본적으로 SharePoint Server에서는 작업자 프로세스 재활용 작업이 야간에 수행되도록 예약합니다. 작업 시간 중에 재활용이 빈번하게 수행되면 최종 사용자 요청의 대기 시간이 길어질 수 있습니다. Web.config 설정이 변경되었거나 재활용 설정이 IIS에서 수정되었는지 확인하십시오.

Failed User Requests(실패한 사용자 요청)

실패했거나 속도가 너무 느려 사용자가 실패한 것으로 간주하는 요청입니다.

실패한 요청을 선택하면 해당 추적 로그를 가져올 수 있습니다. 시스템의 일부 구성 요소에서 실패가 발생했다는 메시지가 있는 추적을 확인하십시오. 원인이 명확하지 않은 경우 Windows Events(Windows 이벤트) 보고서에서 IIS 또는 서버의 시스템 오류 징후를 파악합니다.

속도가 너무 느려서 요청이 실패한 경우에는 로그에서 간격(강조 표시되어 있을 수 있음)을 찾습니다. 간격 앞의 줄에 SQL Server에서 지연이 발생했다고 나와 있는 경우에는 잠금으로 인해 해당 요청이 실패했을 가능성이 높습니다. 이 경우에는 SQL Blocking(SQL 차단) 보고서에서 문제의 근본 원인이 되는 차단 쿼리를 찾습니다.

큰 파일 다운로드 등의 일부 요청은 속도가 느릴 수 있습니다.

Crashes(작동 중단)

이 보고서에는 지정된 시간 범위에 발생한 IIS 작업자 프로세스 작동 중간이 모두 표시됩니다. 위쪽의 보고서에서 행을 선택하면 작동이 중단된 프로세스의 마지막 몇 초에 해당하는 추적이 아래쪽 패널에 표시됩니다. 이러한 추적은 작동이 중단된 이유를 나타낼 수 있습니다.

작동이 중단되면 가용성에 큰 영향을 줄 수 있습니다. 작동 중단 시에 실행 중이었던 요청은 기록되지 않으므로 Availability(가용성) 보고서에서는 작동 중단의 영향이 중요하게 표시되지 않을 수 있습니다. 그러나 작동 중단이 가용성에 큰 영향을 주지 않더라도 데이터 손실이나 기타 문제를 발생시킬 수 있으므로 반드시 조사해야 합니다.

Usage report group(사용 보고서 그룹)

Usage report group(사용 보고서 그룹)에는 팜 사용 추세 및 문제에 대한 정보를 표시하는 여러 보고서가 포함됩니다.

Requests Per URL(URL당 요청)

이 보고서에는 가장 빈번하게 요청된 URL이 표시됩니다. 이 보고서를 통해 가장 자주 액세스한 페이지(따라서 최적화 우선 순위가 높은 페이지)를 파악할 수 있습니다.

Requests Per User(사용자당 요청)

이 보고서에는 가장 일반적인 사용자 계정의 요청 비율이 표시됩니다. 검색 크롤러 서비스 계정과 같은 일부 시스템 계정의 경우 많은 요청을 생성할 수 있습니다. 또한 특정 시간에 개별 사용자가 수행하는 작업으로 인해 리소스 사용이 예기치 않게 급증할 수도 있습니다.

Application Workload(응용 프로그램 작업)

이 보고서에는 지정된 시간 범위에 여러 클라이언트 응용 프로그램의 요청을 처리하는 데 소요되는 시간이 표시됩니다. 이 보고서에서는 클라이언트 요청에서 사용하는 리소스의 예상치를 제공합니다. 이 보고서의 내용을 통해 다음 사항을 고려할 수 있습니다.

  • 총 기간이 길면 웹 서버에 메모리를 추가해야 합니다.

  • SQL Server 프로세스 기간이 길면 SQL I/O 또는 프로세서 사용량이 많거나 클라이언트 응용 프로그램으로부터의 요청이 다른 쿼리에 의해 차단되었을 수 있습니다.

  • 웹 서버 기간이 길면 팜 웹 서버의 프로세서 사용량이 많을 수 있습니다.

Requests Per Site(사이트당 요청)

이 보고서에는 팜의 각 사이트에 대한 요청 비율이 표시됩니다.

알려진 문제

이 섹션에서는 SPDiag 3.0의 알려진 문제와 해결 방법(사용 가능한 경우)을 소개합니다.

SPDiag를 사용하려면 PowerShell에서 remotesigned 실행 정책을 사용하도록 설정해야 함

SPDiag가 연결하도록 구성된 팜 서버에 대해 PowerShell에서 remotesigned 실행 정책을 사용하도록 설정하지 않는 경우, SPDiag의 New Project(새 프로젝트) 창에 서버 이름을 입력하면 다음과 같은 오류 메시지가 표시됩니다.

프로젝트 이벤트 이름: CLR20r3

문제 서명 01: spdiag.exe

문제 서명 09: System.ArgumentOutOfRange

이 문제를 해결하려면 연결할 팜 서버의 Windows PowerShell 명령 프롬프트에서 다음 명령을 실행합니다.

Set-ExecutionPolicy RemoteSigned

SQL Server 별칭을 사용할 때 서버 연결이 실패함

원격 클라이언트 컴퓨터에서 SPDiag를 팜에 연결하는 경우 SharePoint 2010 제품 팜이 SQL Server 별칭을 사용하여 데이터베이스 서버에 연결하도록 구성되어 있으면 SPDiag에서 다음 오류가 생성됩니다.

사용 현황 데이터베이스를 찾을 수 없거나 데이터베이스에 액세스할 수 없습니다. TTFARM 파일의 정보가 올바르며 서버 액세스 권한이 있는지 확인하십시오.

이 문제를 해결하려면 SPDiag를 설치한 컴퓨터에 SQL Server 클라이언트 도구를 설치한 후에 SharePoint 2010 제품 팜에서 사용하는 별칭과 일치하는 SQL Server 별칭을 구성합니다.

일부 SPDiag 진단 타이머 작업을 수행하려면 sysadmin 또는 sqladmin 권한이 필요함

일부 SPDiag 3.0 진단 작업을 수행하려면 SharePoint 2010 제품 데이터베이스가 있는 SQL Server 인스턴스에 대한 sysadmin 또는 sqladmin 역할이 팜 계정에 할당되어야 합니다. 팜 계정에 이러한 역할을 할당하지 않으면 권한이 부족하여 특정 보고서에서 정보를 수집하는 데 필요한 진단 작업을 실행할 수 없습니다.

OS 로캘이 EN-US(1033)가 아니면 SPDiag 보고서가 작동하지 않음

SPDiag를 설치한 컴퓨터의 운영 체제 로캘이 EN-US(1033)가 아니면 보고서의 날짜 범위를 설정할 수 없으므로 SPDiag 보고서가 작동하지 않습니다. 현재 이 문제를 해결하는 방법은 클라이언트 컴퓨터의 로캘을 EN-US로 변경하는 것뿐입니다.

SharePoint 2010 제품 팜 서버에서 EN-US 이외의 로캘을 사용하는 경우에는 클라이언트 컴퓨터에 SPDiag를 설치하는 것이 좋습니다.

See Also

Concepts

SharePoint 2010 Administration Toolkit(SharePoint Server 2010)