다음을 통해 공유


성능, 스냅숏, 캐싱(Reporting Services)

보고서 서버 성능은 하드웨어, 보고서에 액세스하는 동시 사용자 수, 보고서의 데이터 양, 출력 형식 등을 비롯한 여러 요소 조합의 영향을 받습니다. 설치와 관련된 성능 요소를 이해하고 원하는 결과를 생성하는 해결 방법을 찾으려면 기준선 데이터를 얻고 테스트를 실행해야 합니다. 도구 및 지침에 대한 자세한 내용은 MSDN의 Reporting Services의 확장성 및 성능 계획(Planning for Scalability and Performance with Reporting Services)Visual Studio 2005를 사용한 SQL Server 2005 Reporting Services 보고서 서버의 부하 테스트 수행(Using Visual Studio 2005 to Perform Load Testing on a SQL Server 2005 Reporting Services Report Server)을 참조하십시오.

고려해야 할 일반 원칙은 다음과 같습니다.

  • 보고서 처리 및 렌더링은 메모리를 많이 사용하는 작업입니다. 가능하면 메모리가 많은 컴퓨터를 선택합니다.

  • 별도의 컴퓨터에 보고서 서버 및 보고서 서버 데이터베이스를 호스팅하는 것이 단일 고성능 컴퓨터에 두 구성 요소를 모두 호스팅하는 것보다 성능이 좋습니다.

  • 모든 보고서가 느리게 처리되는 경우 여러 보고서 서버 인스턴스가 단일 보고서 서버 데이터베이스를 지원하는 확장 배포를 사용해 보십시오. 최상의 결과를 얻으려면 부하 분산 소프트웨어를 사용하여 배포에 요청을 균등하게 분산합니다.

  • 단일 보고서가 느리게 처리되는 중이며 보고서를 요청 시 실행해야 하는 경우 보고서 데이터 집합 쿼리를 튜닝합니다. 또한 캐시할 수 있는 공유 데이터 집합을 사용하거나 보고서를 캐시하거나 보고서를 스냅숏으로 실행하는 것을 고려할 수도 있습니다.

  • PDF로 렌더링할 때처럼 모든 보고서가 특정 형식에서 느리게 처리되는 경우 파일 공유 배달을 사용하거나 메모리를 추가하거나 다른 형식을 선택해 보십시오.

  • 보고서 및 기타 사용 메트릭을 처리하는 데 소요되는 시간을 확인하려면 보고서 서버 실행 로그를 검토합니다. 자세한 내용은 보고서 서버 실행 로그 및 ExecutionLog3 뷰를 참조하세요.

  • 메모리 관리 구성 설정을 튜닝하여 성능 문제를 완화하는 방법은 보고서 서버 응용 프로그램을 위한 사용 가능한 메모리 구성을 참조하십시오.

섹션 내용

참고 항목

개념

실행 중인 프로세스 관리

보고서 실행 확인