InfoPath Forms Services 환경의 성능 및 용량 요구 사항 예측(Office SharePoint Server)

  • 아티클

업데이트 날짜: 2009년 4월

적용 대상: Office SharePoint Server 2007

 

마지막으로 수정된 항목: 2015-03-09

이 문서의 내용

  • 주요 특징

  • 테스트 환경

  • 테스트 결과

  • 권장 사항

이 성능 및 용량 계획 시나리오에는 InfoPath Forms Services를 실행하는 단일 Microsoft Office SharePoint Server 2007 팜이 포함됩니다. 팜은 InfoPath 양식 서식 파일을 게시하는 데 사용됩니다. 이 문서에 나와 있는 테스트 결과는 Office SharePoint Server 2007의 InfoPath Forms Services에 대한 것입니다. 테스트 결과는 Microsoft Office Forms Server 2007의 성능 특징을 나타내지 않을 수 있습니다.

주요 특징

주요 특징에서는 이 시나리오에 기반한 배포에서 발견할 수 있는 환경 요인, 사용 특징 및 기타 고려 사항에 대해 설명합니다.

이 시나리오의 주요 특징은 다음과 같습니다.

  • 인증, 액세스 제어 및 권한 부여 이 시나리오에서는 Windows 통합 인증이 사용됩니다. 일반적으로 보안 그룹을 사용하거나 사용자 계정에 따라 개별 사용자에게 액세스 권한을 부여하는 방법으로 사이트와 콘텐츠를 보호합니다. 인증 및 권한 부여는 처리량에 영향을 미치며 팜 서버와 도메인 컨트롤러 간의 네트워크 연결이 필요합니다. 처리량은 서버 팜에서 초당 수행할 수 있는 작업의 수입니다. 처리량을 측정하는 단위는 RPS(초당 요청 수)입니다.

  • 연결된 디렉터리 서비스 이 시나리오는 연결된 Active Directory 디렉터리 서비스를 통합하여 사용자 및 조직 정보를 제공합니다. 이 정보는 Office SharePoint Server 2007 기능에서 현재 상태, 대상 지정 및 대상 그룹과 같은 고급 기능을 제공하는 데 사용됩니다.

  • 복합적(읽기/쓰기) 사용자 작업 양식 환경에서는 여러 사용자가 콘텐츠를 보고 작성합니다. 이 시나리오의 처리량 목표는 양식 서식 파일 업로드 또는 양식 작성과 같은 복잡한 사용자 작업의 응답 시간이 적절하게 유지되도록 디자인되었습니다.

  • 시간 경과에 따른 데이터 및 사이트 증가 초기 데이터 볼륨을 예측해야 할 뿐만 아니라 시간 경과에 따른 데이터 및 사이트 증가에 대비할 수 있도록 Office SharePoint Server 2007 공동 작업 환경을 구성해야 합니다. 초기 데이터 볼륨에 맞게 디자인된 서버 팜에서는 용량이 금방 부족해질 수 있습니다.

  • 사용자 응답 시간 일반적인 작업과 그렇지 않은 작업, 오랫동안 실행하는 작업, 거의 수행하지 않는 작업 등에 대한 목표 사용자 응답 시간은 소프트웨어 경계 계획(Office SharePoint Server) 문서 끝 부분의 사용자 응답 시간 표에 나와 있습니다. 느린 사용자 응답 시간을 허용하는 조직도 있는 반면, 사용자 응답 시간이 빨라야 하는 조직도 있습니다. 예상 사용자 응답 시간은 전체 처리량 목표를 결정하는 주요 요인입니다. 사용자 수가 많을수록 동일한 사용자 응답 시간을 구현하는 데 필요한 처리량 목표가 높아집니다.

  • 사용자 동시성 동시성 비율이 10%이고 특정 시점에 동시 사용자의 1%가 요청을 수행한다고 가정합니다. 예를 들어 사용자가 10,000명인 경우 1,000명의 사용자가 솔루션을 동시에 사용하며 100명의 사용자가 요청을 수행합니다.

테스트 환경

이 시나리오에 대한 테스트는 다음과 같은 변수가 변화할 때 다양한 팜 구성이 어떻게 반응하는지 예측할 수 있도록 디자인되었습니다.

  • 양식의 복잡도

  • 사용자 작업의 유형

  • 다양한 데이터 연결

  • 양식이 전송된 문서 라이브러리의 수

이 문서에 나와 있는 구체적인 용량 및 성능 수치는 실제 환경의 수치와 다릅니다. 이 문서에 나와 있는 수치는 적절한 규모의 환경을 디자인하기 위한 시작점을 제공하기 위한 것입니다. 초기 시스템 디자인을 완료한 후 구성을 테스트하여 시스템이 사용자 환경의 여러 요소를 지원하는지 여부를 확인하십시오.

배포를 테스트하는 방법에 대한 자세한 내용은 성능 및 용량 계획용 도구(Office SharePoint Server) 및 InfoPath Forms Services 2007 웹 테스트 도구 키트 (영문)(https://go.microsoft.com/fwlink/?linkid=129547&clcid=0x412)를 참조하십시오.

가정

  • 64비트 아키텍처 테스트 환경에서는 64비트 웹 서버만 사용되었습니다. 32비트 서버에도 Office SharePoint Server 2007을 배포할 수 있지만 팜 배포에는 64비트 서버를 사용하는 것이 좋습니다. 자세한 내용은 성능 및 용량 계획 정보(Office SharePoint Server) 문서의 64비트와 32비트 비교 섹션을 참조하십시오.

테스트 정의

이 섹션에서는 테스트 시나리오를 정의하고 각 시나리오에 사용된 테스트 프로세스의 개요를 제공합니다. 테스트 결과 및 특정 매개 변수와 같은 자세한 정보는 이 문서 뒷부분에 있는 각 테스트 결과 섹션에서 제공됩니다.

테스트 정의

솔루션 이름 테스트 설명

기본 솔루션

  1. 웹 서비스 전송 데이터 연결을 사용하여 기본 양식을 엽니다.

  2. 양식에 테스트 데이터를 입력합니다.

  3. 자동 닫기를 사용하여 양식을 전송합니다.

양식 열기

  • 데이터 연결 없이 기본 양식을 엽니다.

단일 SharePoint 문서 라이브러리에 저장

  1. 데이터 연결 없이 기본 양식을 엽니다.

  2. 양식에 테스트 데이터를 입력합니다.

  3. SharePoint 문서 라이브러리에 저장합니다.

SharePoint 데이터 연결을 통해 양식 전송

  1. SharePoint 전송 데이터 연결을 사용하여 기본 양식을 엽니다.

  2. 양식에 테스트 데이터를 입력합니다.

  3. 자동 닫기를 사용하여 양식을 전송합니다.

비즈니스 논리 및 복잡한 컨트롤이 포함된 기본 솔루션

  1. 웹 서비스 전송 데이터 연결을 사용하여 complex passport simple 양식을 엽니다.

  2. 양식에 테스트 데이터를 입력합니다.

  3. 자동 닫기를 사용하여 양식을 전송합니다.

SharePoint 데이터 연결을 통해 양식 저장(5개의 문서 라이브러리)

  1. 데이터 연결 없이 기본 양식 5개 중 하나를 엽니다.

  2. 양식에 테스트 데이터를 입력합니다.

  3. 저장을 클릭합니다.

SharePoint 데이터 연결을 통해 양식 전송(5개의 문서 라이브러리)

  1. SharePoint 전송 데이터 연결을 사용하여 기본 양식 5개 중 하나를 엽니다.

  2. 양식에 테스트 데이터를 입력합니다.

  3. 자동 닫기를 사용하여 양식을 전송합니다.

테스트용 토폴로지

자세한 테스트 결과를 제공하기 위해 테스트에 여러 가지 팜 구성이 사용되었습니다. 팜 구성은 1~8대의 웹 서버와 Microsoft SQL Server 2005 데이터베이스 소프트웨어를 실행하는 단일 데이터베이스 서버 컴퓨터로 이루어집니다. 테스트는 4대의 클라이언트 컴퓨터를 사용하여 수행되었습니다. 모든 웹 서버 컴퓨터와 데이터베이스 서버는 64비트이며 클라이언트 컴퓨터는 32비트였습니다.

다음 표에는 테스트에 사용된 하드웨어가 나와 있습니다.

컴퓨터 역할 하드웨어

웹 서버

2개의 쿼드 코어 Intel Xeon E5345 2.33GHz 프로세서

8GB RAM

데이터베이스 서버

4개의 쿼드 코어 Intel Xeon 3.2GHz 프로세서

16GB RAM

5개의 146GB 15,000RPM 하드 디스크, RAID 5

클라이언트 컴퓨터

2개의 Intel 3.06GHz 프로세서

2GB RAM

테스트 환경에는 기가비트(초당 10억 비트) 네트워크가 사용되었습니다. 네트워크 대역폭을 충분하게 유지하려면 Office SharePoint Server 팜의 서버 간에 기가비트 네트워크를 사용하는 것이 좋습니다.

소프트웨어

다음 표에서는 이 테스트에 사용된 서버에 설치한 소프트웨어에 대해 설명합니다.

컴퓨터 역할 소프트웨어

웹 서버

최신 업데이트가 포함된 Windows Server 2008 Enterprise Edition 운영 체제 서비스 팩 1(SP1)

Microsoft Office SharePoint Server 2007 서비스 팩 1(SP1), x64 버전

테스트는 Microsoft Office Servers 인프라 업데이트 릴리스 이전에 수행되었습니다.

Microsoft .NET Framework 버전 3.5

데이터베이스 서버

최신 업데이트가 포함된 Windows Server 2008 Enterprise Edition SP 1

SQL Server 2005 데이터베이스 소프트웨어

.NET Framework 버전 3.5

클라이언트 컴퓨터

최신 업데이트가 포함된 Windows Server 2003 Enterprise Edition SP 1

테스트 결과

다음 표에서는 Office SharePoint Server 2007 SP1에서 InfoPath Forms Services에 대한 테스트 결과를 보여 줍니다. 각 테스트 그룹에서 일부 특정 변수만 변경하여 팜 성능에 미치는 점진적인 영향을 보여 줍니다.

이 문서에서 보고되는 모든 테스트는 인지 시간, 즉 연속적인 작업 사이의 자연스러운 지연 없이 수행되었습니다. 실제 환경에서는 각 작업 이후에 사용자가 작업의 다음 단계를 수행할 때 약간의 지연이 있게 됩니다. 반면에 이 테스트에서는 각 작업이 수행된 후 바로 다음 작업이 이어지므로 팜에 연속적으로 부하가 발생합니다. 이러한 부하로 인해 성능에 부정적인 영향을 미칠 수 있는 데이터베이스 경합 및 기타 요인이 발생할 수 있습니다.

InfoPath Forms Services의 병목 현상에 대한 자세한 내용은 이 문서 뒷부분에 있는 일반적인 병목 현상 및 원인 섹션을 참조하십시오.

양식의 비즈니스 논리 및 복잡한 컨트롤이 처리량에 미치는 영향

다음 표의 두 가지 테스트에서는 비즈니스 논리 및 복잡한 컨트롤을 양식에 추가하는 경우 팜 처리량에 어떤 영향을 미치는지 보여 줍니다. 테스트한 양식 서식 파일 간의 차이점은 이 섹션 끝 부분에 있는 표에 나와 있습니다.

웹 서버 기본 솔루션의 성능(RPS) 비즈니스 논리 및 복잡한 컨트롤이 포함된 기본 솔루션의 성능(RPS)

1

325

292

2

633

547

4

1076

954

6

1052

1095

8

1102

1065

다음 그래프는 비즈니스 논리와 복잡한 컨트롤을 추가할 경우 팜 처리량에 반드시 선형적으로 영향을 미치지는 않는다는 것을 보여 줍니다. 4대의 웹 서버를 사용하는 경우 두 가지 테스트 솔루션 모두에 대해 처리량이 크게 향상됩니다. 추세선은 두 테스트 솔루션에서 비슷합니다. 요약하자면, 양식에 비즈니스 논리와 복잡한 컨트롤을 사용하는 경우 팜의 웹 서버에 대한 수요가 증가하고 팜에 웹 서버를 추가해야 함을 가리킬 수 있습니다.

비즈니스 논리의 영향 그래프

다음 표에서는 복잡한 양식 솔루션에 대한 양식 서식 파일 디자인의 변수를 보여 줍니다.

양식 서식 파일 변수

매개 변수 기본 솔루션 비즈니스 논리 및 복잡한 컨트롤이 포함된 기본 솔루션

병목 현상

데이터베이스 디스크 I/O

데이터베이스 디스크 I/O

데이터 연결

1(웹 서비스에 전송)

1(웹 서비스에 전송)

기본 데이터 원본

단일 구조(모든 요소가 myFields 바로 아래의 자식임)

계층 구조(요소가 섹션으로 그룹화되어 있음)

전송 후 닫기(Close-on-submit) 규칙

예

예

섹션

0

6(2개는 선택 사항)

반복 테이블

0

1

데이터 유효성 검사

4

10

규칙

0

3

포스트백

2

1

첫 번째 요청 최적화

예

아니요

서로 다른 작업이 처리량에 미치는 영향

이러한 테스트에서는 특정 솔루션에 대해 수행되는 서로 다른 작업이 팜 처리량에 미치는 영향을 보여 줍니다.

다음 표에서는 동일한 양식에 대해 서로 다른 작업(웹 서비스에 전송, 양식 열기, 단일 문서 라이브러리에 저장, SharePoint 데이터 연결에 전송)이 수행될 때의 처리량 차이를 보여 줍니다.

모든 포스트백은 10KB입니다.

서로 다른 작업이 처리량에 미치는 영향

웹 서버 기본 솔루션(웹 서비스에 전송)(RPS) 양식 열기(RPS) 단일 문서 라이브러리에 저장(RPS) SharePoint 데이터 연결에 전송(RPS)

1

325

302

331

241

2

633

591

416

313

4

1076

847

429

301

6

1052

877

426

292

8

1102

825

431

305

다음 그래프에서 볼 수 있듯이, 단일 문서 라이브러리에 저장 작업과 SharePoint 데이터 연결에 전송 작업은 처리량에 크게 영향을 미쳤습니다. 팜에 웹 서버를 추가해도 처리량이 향상되지 않았습니다. 그러나 웹 서버를 추가한 경우 웹 서비스에 전송 작업과 양식 열기 작업의 성능은 향상되었습니다.

이 테스트 시나리오에서는 4대의 웹 서버를 사용하여 최적 성능을 구현했습니다. 보다 강력한 데이터베이스 서버를 사용하면 더 좋은 결과를 얻을 수 있습니다. 또한 세션 상태 데이터베이스와는 다른 데이터베이스 서버에 콘텐츠 데이터베이스를 배치하는 것도 좋은 방법입니다. 이 방법을 통해 테스트에서 팜 성능이 10% 이상 향상되었습니다.

InfoPath Form Server 작업 영향 차트

다음 표에서는 이 테스트 시나리오에서 사용된 양식 서식 파일 디자인 매개 변수를 보여 줍니다.

양식 서식 파일 변수

매개 변수 기본 솔루션 양식 열기 단일 문서 라이브러리에 저장 SharePoint 데이터 연결에 전송

병목 현상

데이터베이스 디스크 I/O

해당 없음

데이터베이스 잠금

데이터베이스 잠금

데이터 연결

1(웹 서비스에 전송)

1(SharePoint 문서 라이브러리에 전송)

1(웹 서비스에 전송)

1(SharePoint 데이터 연결에 전송)

기본 데이터 원본

단일 구조(모든 요소가 myFields 바로 아래의 자식임)

단일 구조

단일 구조

단일 구조

전송 후 닫기(Close-on-submit) 규칙

예

예

아니요

예

섹션

0

0

0

0

반복 테이블

0

0

0

0

데이터 유효성 검사

4

4

4

4

규칙

0

0

0

0

포스트백

2

1

2

1

첫 번째 요청 최적화

예

아니요

예

아니요

단일 문서 라이브러리와 여러 문서 라이브러리가 처리량에 미치는 효과 비교

다음 표의 테스트에서는 단일 문서 라이브러리에 대한 양식 전송과 여러 문서 라이브러리에 대한 양식 분산 전송이 처리량에 미치는 효과를 보여 줍니다.

단일 문서 라이브러리와 여러 문서 라이브러리가 처리량에 미치는 효과 비교

웹 서버 기본(RPS) SharePoint 데이터 연결을 통해 단일 문서 라이브러리에 전송(RPS) SharePoint 데이터 연결을 통해 5개의 문서 라이브러리에 전송(RPS) 단일 문서 라이브러리에 저장(RPS) 5개의 문서 라이브러리에 저장(RPS)

1

325

241

229

331

319

2

633

313

436

416

523

4

1076

301

485

429

637

6

1052

292

455

426

591

8

1102

305

468

431

621

다음 그래프에서 볼 수 있듯이, 여러 문서 라이브러리에 양식을 분산하면 성능에 좋은 영향을 줄 수 있습니다. 소규모 배포에서는 여러 문서 라이브러리를 사용하는 것이 크게 중요하지 않습니다. 그러나 단일 라이브러리에 저장되는 양식의 수가 소프트웨어 경계 계획(Office SharePoint Server)에 설명된 제한을 초과하게 될 경우 분산 문서 라이브러리를 사용하면 경합이 줄어들어 성능이 크게 향상될 수 있습니다. 대규모 엔터프라이즈 배포에서는 문서 라이브러리에 저장되는 양식 대신 데이터 연결을 통해 데이터를 전송하는 양식을 디자인하는 것이 좋습니다.

데이터 연결에 따른 InfoPath Forms Server 영향

다음 표에서는 이 테스트에서 사용된 양식 서식 파일 디자인 매개 변수를 보여 줍니다.

양식 서식 파일 변수

매개 변수 SharePoint 데이터 연결을 통해 양식 전송 SharePoint 데이터 연결을 통해 양식 전송(5개의 문서 라이브러리) 단일 문서 라이브러리에 저장(RPS) 5개의 문서 라이브러리에 저장(RPS)

병목 현상

데이터베이스 잠금

데이터베이스 잠금

데이터베이스 잠금

데이터베이스 잠금

데이터 연결

1(SharePoint 문서 라이브러리에 전송)

1(웹 서비스에 전송)

1(SharePoint 문서 라이브러리에 전송)

1(웹 서비스에 전송)

기본 데이터 원본

단일 구조(모든 요소가 myFields 바로 아래의 자식임)

단일 구조

단일 구조

단일 구조

전송 후 닫기(Close-on-submit) 규칙

예

예

예

예

섹션

0

0

0

0

반복 테이블

0

0

0

0

데이터 유효성 검사

4

4

4

4

규칙

0

0

0

0

포스트백

1

1

1

1

첫 번째 요청 최적화

아니요

아니요

아니요

아니요

권장 사항

이 섹션에서는 성능 및 용량에 대한 일반적인 권장 사항을 설명합니다. 이러한 권장 사항을 참조하여 가용성 계획(Office SharePoint Server)에서 만든 시작 토폴로지의 용량 및 성능 특징을 파악하고 시작 토폴로지의 수평 또는 수직 확장 여부를 결정할 수 있습니다.

하드웨어 권장 사항

최소 및 권장 시스템 요구 사항에 대한 자세한 내용은 하드웨어 및 소프트웨어 요구 사항 확인(Office SharePoint Server)을 참조하십시오.

참고

웹 서버 및 데이터베이스 서버의 메모리 요구 사항은 팜의 크기, 동시 사용자 수 및 팜에 포함된 기능과 페이지의 복잡도에 따라 다릅니다. 규모가 작거나 사용량이 적은 팜에는 다음 표의 메모리 권장 사항이 충분할 수 있지만, 메모리 사용을 주의깊게 모니터링하여 메모리를 더 추가해야 하는지 결정해야 합니다.

수직 및 수평 확장된 토폴로지

가용성 계획(Office SharePoint Server)에 제공된 시작점 토폴로지와 해당 토폴로지를 비교하면 시작점 토폴로지의 성능을 예측할 수 있습니다. 이렇게 하면 성능 및 용량 목표를 달성하기 위해 시작점 토폴로지를 수직 확장할지, 아니면 수평 확장할지를 빠르게 결정할 수 있습니다.

배포의 가용성이 높지 않아도 된다고 판단되면 중복 계획(Office SharePoint Server)에서 중복의 요구 사항을 확인하는 방법에 대한 자세한 내용을 확인합니다.

시작점 토폴로지 중 하나의 용량과 성능을 높이려면 용량이 더 큰 서버 컴퓨터를 구현하여 수직으로 확장하거나, 토폴로지에 서버를 더 추가하여 수평으로 확장합니다. 이 섹션에서는 수평 확장된 몇 가지 토폴로지의 일반적인 성능 특징을 설명합니다. 예제 토폴로지는 InfoPath Forms Services 시나리오의 토폴로지를 수평 확장할 수 있는 다음과 같은 일반적인 방법을 나타냅니다.

  • 더 많은 사용자 부하를 처리하려면 웹 서버 컴퓨터를 추가합니다.

  • 더 많은 데이터 부하를 처리하려면 클러스터 또는 미러된 단일 서버의 용량을 늘리거나, 64비트 서버로 업그레이드하거나, 클러스터 또는 미러된 서버를 추가하여 데이터베이스 서버 역할에 용량을 추가합니다.

  • 클러스터 또는 미러된 데이터베이스 서버 컴퓨터 1대당 웹 서버 컴퓨터의 비율이 8대를 넘지 않도록 유지합니다. 실험실에서 테스트한 결과, 각 테스트 시나리오에 대해 웹 서버와 데이터베이스 서버의 구체적인 최적 비율이 산출되었다 하더라도 더 강력한 하드웨어(특히 데이터베이스 서버의 경우)를 배포하면 사용자 환경에서 더 나은 결과를 얻을 수 있습니다.

처리량 목표 예측

사용자 수, 사용자 작업의 유형, 복잡도 및 빈도, 작업의 포스트백 수, 데이터 연결의 성능 등 많은 요인이 처리량에 영향을 줄 수 있습니다. 이러한 각 요인은 팜 처리량에 큰 영향을 미칠 수 있습니다. 배포를 계획할 때 이러한 각각의 요인을 주의깊게 고려해야 합니다.

Office SharePoint Server 2007은 다양한 방식으로 배포 및 구성할 수 있으므로 특정 서버 수로 지원할 수 있는 사용자 수를 간단하게 예측할 수 있는 방법은 없습니다. 따라서 프로덕션 환경에 Office SharePoint Server 2007을 배포하기 전에 해당 환경에서 직접 테스트를 수행해야 합니다.

최적화

다음 섹션에서는 양식 서식 파일과 데이터베이스 서버를 최적화하여 팜 성능을 향상시키는 방법에 대해 살펴봅니다.

양식 서식 파일 디자인 최적화

  • onLoad 이벤트 또는 비즈니스 논리를 사용하지 않고 양식 서식 파일에 대한 첫 번째 요청, 즉 양식을 여는 요청을 최적화합니다. POST가 발생할 때까지 데이터베이스에서 세션 상태 항목 만들기를 연기하여 첫 번째 요청을 최적화합니다. 이러한 양식 서식 파일에서 전송 후 양식을 닫는 것이 유일한 POST인 경우 SQL 세션 상태가 만들어지지 않습니다. 이 최적화를 적용하려면 양식 디자이너가 전송 후 양식을 닫도록 전송 고급 설정을 지정해야 합니다. 양식 서식 파일 디자인 최적화에 대한 자세한 내용은 InfoPath Forms Services에서 성능을 위해 브라우저 사용 양식 디자인 (영문)(https://go.microsoft.com/fwlink/?linkid=129548&clcid=0x412)에서 6부로 구성된 블로그 시리즈를 참조하십시오.

  • 양식을 문서 라이브러리에 저장하는 작업이 포함된 시나리오의 경우 양식을 저장하는 대신 라이브러리에 전송하는 것이 좋습니다. 전송 작업은 하나의 POST 요청 또는 왕복만 트리거하는 반면, 저장 작업은 두 개의 POST 요청을 트리거합니다. 양식의 이름은 규칙을 사용하거나 양식의 컨트롤을 사용하여 동적으로 생성할 수 있습니다.

  • 사용자 대기 시간을 줄이려면 양식 디자이너가 보기당 컨트롤 수를 줄이는 것이 좋습니다. 첫 번째 페이지 보기를 최적화하려면 RTF 필드와 같이 리소스를 많이 사용하는 컨트롤을 기본 보기 대신에 이후 보기에 배치하십시오.

데이터베이스 서버 최적화

  • 64비트 버전의 SQL Server 데이터베이스 소프트웨어를 사용하는 것보다 데이터베이스 서버에서 64비트 버전의 Windows Server 2003 운영 체제를 사용하는 것이 더 중요합니다. 64비트 Windows Server 아키텍처가 더 나은 주소 할당 기능을 제공하고 SQL 프로세스에 더 많은 메모리를 사용할 수 있기 때문입니다. 데이터베이스 서버의 실제 메모리 때문에 성능 병목 현상이 발생하는 경우에는 64비트 데이터베이스 서버도 사용하는 것을 고려해 보십시오. SQL Server 2005의 권장 구성은 64비트 버전의 Windows Server 2003을 사용하는 8프로세서 64비트 컴퓨터입니다.

일반적인 병목 현상 및 원인

성능 테스트를 수행하는 동안 여러 가지 일반적인 병목 현상이 발견되었습니다. 병목 현상은 팜의 특정 구성 요소가 용량 한도에 도달한 상황을 의미합니다. 이로 인해 팜 처리량이 더 이상 늘어나지 않거나 줄어들게 됩니다.

다음 표에서는 일반적인 병목 현상 몇 가지와 해당 원인 및 가능한 해결 방법에 대해 설명합니다.

InfoPath Forms Services의 병목 현상

병목 현상 원인 해결 방법

데이터베이스 경합(잠금)

데이터베이스를 잠그면 여러 사용자가 하나의 데이터 집합에 대해 서로 충돌하는 수정을 수행하지 않도록 방지할 수 있습니다. 한 사용자 또는 프로세스에 의해 데이터 집합이 잠기면 다른 사용자 또는 프로세스는 첫 번째 사용자 또는 프로세스가 데이터 수정을 마치고 잠금을 해제할 때까지 동일한 데이터 집합을 수정할 수 없습니다.

데이터베이스 잠금의 횟수를 줄이려면 다음을 수행할 수 있습니다.

  • 전송된 양식을 더 많은 문서 라이브러리로 분산합니다.

  • 데이터베이스 서버를 수직 확장합니다.

  • 읽기/쓰기에 대해 데이터베이스 서버 하드 디스크를 조정합니다.

NOLOCK 매개 변수와 같이 SQL Server 2005에서 데이터베이스 잠금 시스템을 우회하는 방법이 있기는 하지만 데이터 손상의 우려가 있으므로 이 방법의 사용을 권장하거나 지원하지 않습니다.

데이터베이스 서버 디스크 I/O

하드 디스크에 대한 I/O 요청의 수가 디스크의 I/O 용량을 초과하면 요청이 대기 상태가 됩니다. 그 결과 각 요청을 완료하는 데 소요되는 시간이 증가합니다.

여러 실제 드라이브에 데이터 파일을 분산하면 병렬 I/O가 가능합니다. SharePoint 디스크 할당 및 디스크 I/O (영문)(https://go.microsoft.com/fwlink/?linkid=129557&clcid=0x412) 블로그에는 디스크 I/O 문제를 해결하는 방법에 대한 유용한 정보가 포함되어 있습니다.

웹 서버 CPU 사용률

웹 서버에 사용자 요청이 오버로드되면 평균 CPU 사용률이 100%에 근접하게 됩니다. 이렇게 되면 웹 서버에서 요청에 신속하게 응답하지 못하므로 클라이언트 컴퓨터에서 시간 초과 및 오류 메시지가 발생할 수 있습니다.

이 문제는 두 가지 방법 중 하나를 사용하여 해결할 수 있습니다. 즉, 팜에 웹 서버를 더 추가하여 사용자 부하를 분산하거나, 보다 속도가 빠른 프로세서를 추가하여 웹 서버 또는 서버를 수직으로 확장하는 것입니다. 자세한 내용은 가용성 계획(Office SharePoint Server) 및 중복 계획(Office SharePoint Server)을 참조하십시오.

디스크 공간 요구 사항 예측

다음 섹션에서는 이 시나리오의 디스크 공간 요구 사항을 예측하는 데 도움이 될 수 있는 표를 제공합니다. 하드웨어의 디스크 공간 요구 사항은 서버 역할 및 시나리오에 따라 크게 달라질 수 있습니다. 디스크 공간 요구 사항은 콘텐츠 데이터베이스에 저장되는 데이터, 캐싱 요구 사항, 팜에 저장되는 양식 및 양식 서식 파일의 수와 크기에 따라 다릅니다. 다음 설명에서 가능한 경우, 수식의 숫자는 설치 파일의 수와 같이 예측할 수 있는 디스크 공간 요구 사항에 기초합니다.

우선, 서버 역할별 디스크 공간 요구 사항을 예측합니다. 그런 다음 계획된 토폴로지에 따라 여러 서버 역할이 동일한 실제 서버 컴퓨터를 공유하는 경우 이러한 역할의 디스크 공간 요구 사항을 추가합니다. 마지막으로, 하드웨어가 해당 디스크 공간 요구 사항을 지원할 수 있는지 확인합니다.

또한 데이터베이스 서버에서 SQL Server 저장소에 대한 최상의 방법을 사용합니다. 자세한 내용은 실제 데이터베이스 저장소 디자인 (영문)(https://go.microsoft.com/fwlink/?linkid=78853&clcid=0x412)을 참조하십시오. 둘 이상의 데이터베이스 서버를 구현하는 경우에는 각 웹 서버에 대해 개별적으로 SQL 디스크 공간 요소를 적용합니다.

참고

운영 체제 및 프로그램 파일은 별도의 드라이브 또는 RAID(Redundant Array of Independent Disks)에 데이터 파일과 별개로 저장해야 합니다.

데이터베이스 서버의 디스크 공간 요구 사항

다음 표를 사용하여 팜에 있는 데이터베이스 서버의 디스크 공간 요구 사항을 계산합니다. 둘 이상의 데이터베이스 서버를 구현하는 경우에는 각 데이터베이스 서버에 대해 개별적으로 이 합계를 계산합니다.

범주 설명 값

운영 체제 파일

Windows Server 2008 설치 및 시스템 파일에 필요한 디스크 공간입니다. 자세한 내용은 설치 파티션의 파일 시스템 선택(https://go.microsoft.com/fwlink/?linkid=78866&clcid=0x412)을 참조하십시오.

4GB

페이징 파일

기본적으로 페이징 파일의 크기는 실제 메모리의 양과 같습니다.

SQL Server 설치 파일

SQL Server 설치 및 프로그램 파일에 필요한 디스크 공간입니다. 자세한 내용은 SQL Server 2005 Standard Edition 시스템 요구 사항(https://go.microsoft.com/fwlink/?linkid=78870&clcid=0x412)을 참조하십시오.

425MB

데이터베이스 로그 파일

SharedServices_DB.ldf 파일을 SharedServices_DB.mdf 파일 및 WSS Content_DB가 있는 디스크와 다른 하드 디스크에 배치합니다. 로그 파일은 크기가 매우 커질 수 있으므로 관리자가 로그 파일 전용 디스크를 사용할 수 있습니다. 또는 사용 가능한 디스크 공간의 약 50%에 도달한 후 로그 파일을 재생하도록 구성합니다.

로그 파일에 필요한 디스크 공간은 로그 설정 및 데이터베이스 수에 따라 다릅니다. 자세한 내용은 실제 데이터베이스 저장소 디자인 (영문)(https://go.microsoft.com/fwlink/?linkid=78853&clcid=0x412)을 참조하십시오.

구성 데이터베이스

구성 데이터베이스의 일반적인 최대 크기로, 하드 한도가 아니라 예상 최대 크기입니다.

1.5GB

콘텐츠 데이터베이스

SharedServices_DB.mdf 파일을 디스크 배열이 가장 길고 용량이 가장 큰 가상 디스크에 배치합니다.

다음과 같은 사항을 고려하여 콘텐츠 데이터베이스에 저장될 초기 콘텐츠 크기를 예측합니다.

  • 초기 콘텐츠의 크기 값에 1.2를 곱하여 SQL 데이터베이스에 저장되는 콘텐츠의 크기 값을 구합니다.

  • 문서에 대해 버전 관리를 사용하는 경우 각 버전의 복사본이 데이터베이스에 저장됩니다.

이후 증가

초기 배포에 포함될 데이터 양의 두 배에 대비하여 계획을 세워야 합니다. 해당 환경에 적합한 숫자를 입력합니다.

사용 가능한 공간

각 하드 디스크 또는 볼륨에 최소 25%의 사용 가능한 공간을 확보합니다.

총 용량

웹 서버의 디스크 공간 요구 사항

다음 표를 사용하여 팜에 있는 각 웹 서버의 디스크 공간 요구 사항을 계산합니다.

범주 설명 값

운영 체제 파일

Windows Server 2008 설치 및 시스템 파일에 필요한 디스크 공간입니다. 자세한 내용은 설치 파티션의 파일 시스템 선택(https://go.microsoft.com/fwlink/?linkid=78866&clcid=0x412)을 참조하십시오.

4GB

페이징 파일

기본적으로 페이징 파일의 크기는 실제 메모리의 양과 같습니다.

Office SharePoint Server 2007 설치 파일

1.3GB

.NET Framework 버전 3.5

60MB

사용 가능한 공간

각 하드 디스크 또는 볼륨에 최소 25%의 사용 가능한 공간을 확보합니다.

총 용량

성능 모니터링

시스템을 수직 또는 수평 확장해야 할 시기를 파악하려면 성능 카운터를 사용하여 시스템 상태를 모니터링합니다. 다음 표의 정보를 사용하여 모니터링할 성능 카운터 및 성능 카운터를 적용해야 하는 프로세스를 결정할 수 있습니다.

웹 서버

다음 표에서는 팜의 웹 서버에 대해 모니터링할 성능 카운터와 프로세스를 보여 줍니다.

성능 카운터 적용 개체 참고

프로세서 시간

전체

이 스레드에서 프로세서를 사용하여 명령을 실행할 때 경과한 시간의 백분율을 보여 줍니다.

메모리 사용률

응용 프로그램 풀

응용 프로그램 풀의 평균 시스템 메모리 사용률을 보여 줍니다. 모니터링할 올바른 응용 프로그램 풀을 식별해야 합니다.

기본적인 지침은 특정 웹 응용 프로그램의 최대 메모리 사용률을 파악하고 여기에 10을 더한 값을 연결된 응용 프로그램 풀에 할당하는 것입니다.

데이터베이스 서버

다음 표에서는 팜의 데이터베이스 서버에 대해 모니터링할 성능 카운터와 프로세스를 보여 줍니다.

성능 카운터 적용 개체 참고

평균 디스크 큐 길이

SharedServices.mdf가 포함된 하드 디스크

평균값이 스핀들당 1.5보다 크면 해당 하드 디스크에 대한 쓰기 시간이 부족한 것입니다.

프로세서 시간

SQL Server 프로세스

평균값이 80%보다 크면 데이터베이스 서버의 프로세서 용량이 부족한 것입니다.

프로세서 시간

전체

이 스레드에서 프로세서를 사용하여 명령을 실행할 때 경과한 시간의 백분율을 보여 줍니다.

메모리 사용률

전체

평균적인 시스템 메모리 사용률을 보여 줍니다.

이 문서의 다운로드

이 항목은 다운로드 가능한 다음 문서에도 포함되어 있어 더 쉽게 읽고 인쇄할 수 있습니다.

사용 가능한 문서의 전체 목록은 다운로드 가능한 Office SharePoint Server 2007 관련 콘텐츠 (영문)를 참조하십시오.

참고 항목

기타 리소스

InfoPath Forms Services 2007 웹 테스트 도구 키트 (영문)