Reporting Services 배포 가이드

이 페이지의 주제

소개 개요 배포 전에 고려할 사항 설치 및 구성 보고서 작성 보고서 보기 보고서 표시 보고서 구독 및 전달 보안 보고서 관리 보고서 서비스 관리

베타 2 버전

요약:SQL Server Reporting Services는 서버 기반의 포괄적인 리포트 플랫폼을 제공함으로써 Microsoft BI(Business Intelligence)의 비전을 확장하여 줍니다. Reporting Services는 중앙 관리식 리포트 기능의 속도와 확장성, 관리 편의성에 데스크톱 및 웹 기반 응용 프로그램의 유연성과 '주문형' 경향을 결합하고 있습니다. 이 배포 가이드는 그 솔루션의 개요를 제시하고 설치 및 배포 관련 문제를 논의하고 Reporting Services의 기본적 운용을 간략히 설명합니다.

2003년 10월 업데이트

소개

Microsoft SQL Server Reporting Services는 중앙 관리식 리포트 기능의 속도와 확장성, 관리 편의성에, 데스크톱 및 웹 기반 응용 프로그램의 유연성과 '주문형' 경향을 결합한 리포트 플랫폼입니다.

이 문서에 대하여

이 배포 가이드는 Reporting Service의 개요를 제시하고 배포 관련 문제를 논의하고 설치 지침을 설명하고 Reporting Services의 기본적 운용을 간략히 설명합니다. 이 문서는 Reporting Services를 설치 및 구성하고 작동을 시작하는 데 필요한 충분한 정보를 담고 있습니다.

그러나 이 가이드는 Reporting Services에 대한 포괄적인 정보를 담고 있지는 않습니다. 제품 및 개발 인터페이스 사용에 대한 자세한 사항은 Reporting Services에 포함된 Books Online을 참조하십시오. 이 가이드 전체에서는 제품 설명서를 참고하고 있습니다

추천 자료

이 문서에서는 사용자가 다음 내용을 잘 알고 있는 것으로 가정합니다.

• Microsoft SQL Server
• Microsoft IIS(Internet Information Server)
• 웹 기반 응용 프로그램 액세스
• Microsoft .NET Framework

위 사항들에 대한 설명은 MSDN 웹사이트(http://www.microsoft.com/korea/msdn)와 SQL Server 홈페이지(http://www.microsoft.com/korea/sql)를 참조하십시오.

개요

SQL Server Reporting Services는 거의 모든 비즈니스 환경에서 원하는 사람에게 올바른 정보를 쉽게 제공할 수 있도록 함으로써, Microsoft Business Intelligence(BI)의 비전을 확장시켜 줍니다. Reporting Services를 데이터베이스 환경의 일부로 통합하면, 조직에서는 BI를 위한 포괄적인 단일 플랫폼을 사용하여 비용을 관리할 수 있습니다.

Reporting Services는 양방향 방식의 웹 기반 보고서 뿐만 아니라 기존의 문서 기반 보고서를 작성, 관리 및 전달할 수 있는 포괄적인 서버 기반 플랫폼입니다. 이 제품의 모듈식 설계와 포괄적인 API는 소프트웨어 개발자와 기업 조직이 구형 시스템 또는 타사 응용 프로그램에 보고서 기능을 통합할 수 있게 해줍니다.

Reporting Services는 SQL Server 2000의 구성 요소이며 아래 요소들을 포함하고 있습니다.

• 보고서 작성, 관리 및 조회를 위한 일체의 도구
• 보고서 호스팅 및 처리를 위한 엔진
• 다양한 IT 환경에 보고서를 넣거나 솔루션을 통합하는 데 필요한 포괄적 아키텍처 및 공개 인터페이스. 특히 여러분은 데이터 원본, 렌더링 또는 보고서 전달 등을 위한 이 제품의 본래 능력을 확장할 수 있습니다.

새로운 리포트 기능 패러다임

Reporting Services에는 아래와 같은 특성들이 독특하게 배합되어 있습니다.

• 리포트를 위한 모든 기능을 완비한 플랫폼: Reporting Services는 보고서의 제작에서 전달과 지속적 관리에 이르는 리포트 작업의 라이프사이클 전체를 지원합니다.
• 유연하고 포괄적인 리포트 기능: Reporting Services는 수많은 형식으로 정적인 보고서와 양방향 보고서를 모두 작성할 수 있습니다. 공개 API와 확장적 아키텍처는 여러 환경 및 솔루션으로의 통합을 지원합니다.
• 확장성: 이 제품의 서버 기반 설계는 대용량 환경을 지원하도록 쉽게 확장될 수 있습니다. 즉, 수 많은 클라이언트를 지원하는 다수의 Report Server를 갖춘 Report Server 팜을 만들 수 있습니다.
• Microsoft 제품 및 도구와의 통합: Reporting Services는 Microsoft SQL Server의 구성 요소로서 제공되며, 프로그래밍과 사용자 지정 없이도 Office와 같은 Microsoft 도구와 쉽게 통합됩니다. 통합된 단일 플랫폼을 사용하여 비용과 배포 속도를 통제할 수 있습니다.

매우 다양한 리포트 수요를 충족시킬 수 있도록, Reporting Services에는 단일되고 포괄적인 리포트 플랫폼과 유연하고 확장적인 아키텍처가 결합되어 있습니다.

Reporting Services의 주요 기능

모든 기능을 완비한 리포트 플랫폼인 Reporting Services는 제작에서 배포에 이르는 보고서 라이프사이클 전체를 지원합니다.

보고서 작성 기능

Reporting Services에는 보고서 디자인 마법사를 갖춘 그래픽 보고서 디자이너를 포함하여 기존의 보고서 또는 양방향 보고서를 만드는 데 필요한 도구들이 들어 있습니다.

보고서 관리 기능

Reporting Services은 매우 다양한 환경에서 보고서를 관리할 수도 있도록 하기 위해 포괄적인 기능을 갖추고 있습니다.

Reporting Services에는 보고서 관리를 위한 웹 기반 도구인 Report Manager가 포함되어 있습니다. 또한 Reporting Services Web Services API를 이용하여 다른 도구들과의 인터페이스를 구축할 수도 있습니다.

이러한 기능들은 모두 보고서와 리소스를 보호하는 유연한 역할 기반 보안 모델에 의해 지원되며, 다양한 필요를 충족하도록 보안을 조정할 수도 있습니다. 예를 들어 사용자는 고유 매개 변수와 함께 필요할 때 즉시 보고서를 실행하거나 개별 보고서 구독을 조정할 액세스 권한을 가질 수 있습니다. 관리자는 각각 다른 여러 보고서의 내용 관리 권한을 특정 개인들에게 위임할 수 있습니다.

보고서 전달 기능

보고서를 포털에 게시하거나 사용자들에게 전자 메일로 발송하거나 보고서를 조회할 수 있도록 웹 기반 응용 프로그램에 대한 액세스 권한을 제공할 수 있습니다. 탐색 및 검색 기능이 있어 사용자들이 필요한 보고서를 찾아 실행하는 데 도움이 되며, 구독 기능이 개인화되어 있어 선호하는 표현 형식과 일정을 선택할 수 있습니다.

아키텍처와 구성 요소

Reporting Services는 확장성과 유연성을 모두 만족시킬 수 있도록 모듈식 분산 아키텍처로 설계되었습니다.

현재 브라우저에서 인라인 프레임을 지원하지 않을 경우, 여기를 누르면 별도의 페이지에서 볼 수 있습니다.

그림 1 Reporting Services 아키텍처

Reporting Services에는 응용 프로그램 계층, 서버 계층, 데이터 계층을 대표하는 세 가지 주요 구성 요소가 있습니다.

또한 그림 1은 Report Server와 상호 작용하는 여러 클라이언트들을 보여줍니다.

데이터 원본 처리, 보고서 표시 처리 및 배포는 모두 Report Server에 있는 모듈을 이용하여 구현되며, 이 확장 기능들은 게시된 API를 이용합니다.

따라서 수정 없이 이 제품을 이용하거나 또는 사용자 지정하여 다음과 같이 특정 필요를 충족시킬 수 있습니다.

• 웹 서비스 인터페이스를 이용하여 Report Server를 관리하는 응용 프로그램 만들기
• 응용 프로그램을 만들거나 웹 브라우저를 사용하여 URL을 통해 보고서 출력을 조작하기
• Microsoft .NET Framework를 이용하여 추가로 렌더링, 전달 및 데이터 처리 확장을 만들기

시스템 배포에 대한 대안들

Reporting Services 구성 요소들은 단일 서버에서 실행되거나 여러 서버에서 실행되므로 다양하고 확장성 있는 유연한 구현이 가능합니다. 소기업들은 그림 2에서 묘사된 것처럼 단일 서버 배포를 이용하여 용인할 수 있는 수준의 보고서 처리 성능을 거둘 수 있습니다.

현재 브라우저에서 인라인 프레임을 지원하지 않을 경우, 여기를 누르면 별도의 페이지에서 볼 수 있습니다.

그림 2   배포 프로필을 필요로 하는 소기업

중간 규모 및 대규모 기업 조직에서는 보고서 처리 로드를 여러 시스템에 분산하려 할 것이며, 그림 3에 묘사된 멀티 서버 방식으로 이를 실현할 수 있습니다.

현재 브라우저에서 인라인 프레임을 지원하지 않을 경우, 여기를 누르면 별도의 페이지에서 볼 수 있습니다.

그림 3   배포 프로필을 필요로 하는 중/대규모 기업

확장성 요건이 매우 강한 엔터프라이즈급 비즈니스 조직에서는 '웹 팜' 방식을 이용하여 Report Server 배포를 확장할 수 있으며, 또한 클러스터링을 도입하여 그림 4에서처럼 데이터베이스를 보호함으로써 서비스 중단 가능성을 줄일 수 있습니다.

현재 브라우저에서 인라인 프레임을 지원하지 않을 경우, 여기를 누르면 별도의 페이지에서 볼 수 있습니다.

그림 4   배포 프로필을 필요로 하는 엔터프라이즈 기업

리포트 작업 용어 설명

아래 용어는 Reporting Services의 이용 및 관리를 이해하는 데 도움이 될 것입니다.

배포 전에 고려할 사항

아래에는 Reporting Services를 설치 및 배포하기 전에 고려해야 할 다양한 설치 및 구성 관련 사항들이 설명되어 있습니다.

명명 규칙

보고서는 계층식 이름 공간으로 구성되고 Report Server의 가상 디렉터리를 통해 액세스됩니다. 설치 시 Report Server와 Report Manager에 대한 가상 디렉터리를 구성하라는 요청을 받게 됩니다.

Report Server의 기본 가상 디렉터리는 /ReportServer입니다. Report Server가 명명된 인스턴스에 설치도리 경우 가상 디렉터리에 그 인스턴스 이름이 첨부됩니다. (예: /ReportServer$NamedInstance)

Report Manager의 기본 가상 디렉터리는 /Reports입니다. 설치 과정에서 여러분이 입력하는 가상 디렉터리가 기본 서버의 URL이 됩니다. 서버 주소가 http://servername인 경우, Report Manager에 액세스하려면 http://servername/Reports라고 입력합니다.

가상 디렉터리 이름은 IIS 명명 규칙을 따라야 합니다.

시스템 요구 사항 및 전제 조건

Report Server 설치에 필요한 요구 사항은 다음과 같습니다.

• 서버측 리포트 구성 요소를 호스트하는 IIS 웹 서버
• Report Services 데이터를 호스트하는 SQL Server 인스턴스
• 리포트 데이터베이스를 호스트할 SQL Server 인스턴스에 로그온하여 데이터베이스 생성을 수행하는 데 필요한 권한을 가진 사용자 계정
• 보고서의 전자 메일 전송을 위한 SMTP 서버

각 구성 요소에 대한 일반적인 요구 사항은 다음과 같습니다.

각 시스템별 요구 사항은 다음 다음 단원에서 설명합니다.

서버 요구 사항

SQL Server 2000 Reporting Services의 서버 구성 요소들은 아래의 운영 체제 중 하나가 필요합니다.

Report Server와 Report Manager는 모두 Internet Information Services(IIS)가 필요하며, IIS는 설치 작업을 시작하기 전에 미리 설치되어야 합니다.

Report Designer의 요구 사항은 아래 클라이언트 요구 사항을 참조하십시오.

Report Server 데이터베이스

Reporting Services 설치 프로그램은 보고서 정의, 메타데이터, 기록 등을 저장하는 SQL Server 관계형 데이터베이스를, 설치하고 구성하는 일을 합니다. Reporting Services는 이미 SQL Server 2000의 인스턴스를 실행하고 있는 시스템에 설치되거나 원격 인스턴스로 연결될 수 있습니다. Reporting Services는 단일 서버에서 여러 인스턴스를 지원하지 않습니다.

.NET Framework 종속성

Report Server와 Report Manager는 모두 Microsoft .NET Framework 1.1을 필요로 하며, Microsoft .NET Framework 1.1이 설치되어 있지 않으면 설치 프로세스에서 설치됩니다. 또한 설치 프로세스에서는 ASP.NET을 IIS에 등록합니다.

Microsoft Windows Server 2003에 Report Server를 설치하기 전에 수동으로 ASP.NET을 설치해야 하며, '서버 구성 마법사' 또는 '프로그램 추가/제거'를 이용하여 ASP.NET을 활성화할 수 있습니다.

• '서버 구성 마법사'를 사용하여 ASP.NET을 활성화하려면 서버에 '응용 프로그램 서버' 역할을 추가하십시오.
• '프로그램 추가/제거'를 이용하여 ASP.NET을 활성화하려면 '응용 프로그램 서버 창' 구성 요소를 추가하고 '자세히 보기'에서 ASP.NET을 선택합니다.

클라이언트 요구 사항

게시된 보고서를 운영 체제 요구 사항은 별도로 없으며, 브라우저에 대한 요구 사항만이 있습니다.

Report Manager에 액세스하려면 Internet Explorer 6.0 이상이 필요합니다.

Report Designer 요구 사항

Report Designer는 최신 서비스 팩이 적용된 아래 운영 체제의 모든 버전에서 실행될 수 있습니다.

• Windows 2000
• Windows XP
• Windows Server 2003

Report Designer는 Microsoft Visual Studio .NET 2003인 이상의 모든 에디션을 사용할 수 있습니다.

Report Designer는 Visual Studio .NET 2003을 필요로 하며, Visual Studio .NET 2003이라면 어떠한 에디션도 사용될 수 있습니다. 사용자 지정 프런트 엔드 응용 프로그램, 확장을 개발하거나 Report Server를 사용자 지정 솔루션에 통합하려면, Visual Studio .NET 2002 또는 Visual Studio .NET 2003을 사용하면 됩니다.

여러 보고서 렌더링 형식의 요구 사항들은 서로 다를 수가 있습니다. 예를 들어 클라이언트는 PDF 파일을 보려면 Adobe Acrobat Reader를 사용해야 하지만, XLS 형식의 보고서를 액세스하려면 Microsoft Excel이 필요합니다.

시스템 계정 요구 사항

Reporting Services 구성 요소들은 아래와 같은 작업을 수행하기 위해 적절한 사용자 자격 증명이 필요합니다.

• 설치 중에 SQL Server 인스턴스에 Report Server 데이터베이스를 설치하기 위해
• 런타임 때 Report Server를 Report Server 데이터베이스에 연결하기 위해
• 런타임 때 Report Server를 Windows 서비스로 바로 시작하기 위해

요구 사항은 아래에 설명되어 있습니다.

설치 자격 증명

설치 프로세스에서 SQL Server 인스턴스에 Report Server 데이터베이스를 처음으로 만들려면 시스템 관리자(sa) 권한이 필요합니다. 이러한 자격 증명은 서버 인스턴스에 구성된 보안 방식에 따라 Windows 인증 또는 SQL Server 인증을 사용할 수 있습니다. Report Server 데이터베이스가 설치되면, 관리자들은 Report Server를 Report Server 데이터베이스에 연결하는 데 사용되는 계정에 할당된 자격 증명을 완화하려 할 수 있습니다.

지속적 작업을 위한 계정/자격 증명

Report Server는 Report Server 데이터베이스에 로그인할 수 있는 데이터베이스 소유자 권한과, Report Server 서비스를 시작할 수 있는 로컬 시스템 관리자 수준의 권한이 있어야 합니다.

설치 시, 사용할 로컬 시스템 계정이나 도메인 사용자 계정을 지정할 수 있습니다.

설치 과정에서는 RSExecRole이라는 새로운 역할이 만들어집니다. 설치 중에 지정된 계정에는 public 역할과 Report Server 데이터베이스를 위한 RSExecRole, 그리고 MSDB 데이터베이스를 위한 RSExecRole 역할이 부여됩니다.

설치 및 구성

Reporting Services를 설치하는 가장 쉬운 방법은 설치 옵션 지정을 위한 마법사 등이 포함된 비주얼 설치 프로그램을 사용하는 것입니다. 설치 시, 설치되는 구성 요소에 따라 로그인 자격 증명, 가상 디렉터리 이름 및 기타 정보를 입력해야 합니다.

설치 과정에서는 모든 구성 요소를 로컬로 설치하지만 원격 SQL Server 인스턴스에서 실행될 수 있는 Report Server 데이터베이스는 제외합니다. 설치 프로세스는 모든 구성 요소를 단일 컴퓨터에 설치하거나 또는 특정 구성 요소만을 설치할 수 있습니다. 가장 단순한 구성은 단일 시스템 설치입니다.

설치 프로그램 또는 명령줄 인터페이스를 이용한 설치에 대한 자세한 지침이 설치 안내에 제공되어 있습니다.

설치 프로그램 실행

Setup을 실행하기 전에 분산 트랜잭션 코디네이터의 설치 유형(Startup Type for Distributed transaction) 서비스가 자동(Automatic) 또는 수동(Manual)으로로 설정되어 있는지를 확인합니다. 분산 트랜잭션 코디네이터가 활성화되어 있지 않으면 설치(Setup) 프로그램은 진행되지 않습니다.

setup.exe 파일을 실행합니다. 기본 사용자 정보 외에도 아래 표에 요약된 바와 같이 몇 가지 설정값을 입력해야 합니다.

설치가 완료된 다음에는 컴퓨터를 다시 부팅해야 합니다.

명령줄 유틸리티를 이용하여 Report Server 데이터베이스 연결 설정하기

Windows Server 2003에서 SQL Server를 실행하는 경우에는 SQL Server 인증을 사용하여 Report Server 데이터베이스에 이를 연결해야 합니다. 그렇지 않으면 일정과 구독이 내부 오류(rsInterntalError)로 인해 실패하게 될 것입니다.

설치 과정에서 SQL Login Account를 선택하지 않았다면 명령 프롬프트에서 rsconfig.exe를 실행하여 인증 모드를 수정할 수 있습니다. rsconfig를 사용하려면 먼저 WMI 공급자를 사용 설정해야 합니다. 자세한 내용은 Reporting Services Books Online에서 "rsconfig"를 찾아보십시오. 사용할 구문은 다음과 같습니다.

rsconfig -sYourSQLServer -mYourComputerName -dReportServerDatabaseName 
-aSQL -uYourUserName -pYourPassword

서버 구성 파일

RSReportServer.config 파일에는 데이터 연결 문자열(보안을 위해 암호화되어 있음), SQL Server Agent 작업에 대한 값, Report Server를 제어하는 속성이 들어 있는 여러 가지 확장 프로그램에 대한 정보가 들어 있습니다. 구성 파일은 \Reporting Services\bin 폴더에 저장됩니다.

RSReportServer 구성 파일에는 다음과 같은 확장 프로그램이 들어 있습니다.

• Data 요소에 들어 있는 Data Processing 확장
• Render 요소의 일부인 Rendering 확장
• Delivery 요소에 들어 있는 Delivery 확장
• Delivery UI 요소의 일부인 Delivery UI 확장
• EventProcessing 요소의 일부인 Event Processing 확장

이러한 확장들은 프로그래밍을 통해 사용자 지정될 수 있습니다.

RSReportServer.config 파일의 형식은 Books Online의 "Report Services 관리" 항목에 설명되어 있습니다.

전자 메일 전송 구성

Report Server에는 보고서 전달을 위한 전자 메일 전송 확장 프로그램이 들어 있으며, 최초의 전자 메일 구성은 설치 과정에서 이루어집니다. 설치 후 일부를 변경하려면 아래와 같은 구성 파일을 편집해야 합니다.

• RSreportserver.config에는 처리 및 전송에 사용되는 설정값들이 들어 있습니다.
• RSwebapplication.config에는 Report Manager에서 구독 페이지를 초기화하는 설정값이 들어 있습니다.

아래 표에는 전자 메일 전송에 영향을 미치는 더욱 중요한 구성 파일 설정값들이 나열되어 있습니다. 가능한 모든 설정값에 대한 자세한 사항은 Books Online의 "Reporting Service 구성 파일 사용 방법" 항목을 참조하십시오.

Reporting Service 구성 요소 실행

Report Server 웹 서비스를 아래 주소에서 직접 액세스할 수 있습니다.

http://servername/reportserver

Report Manager를 아래 주소에서 액세스할 수 있습니다.

http://servername/reports

Report Designer는 Visual Studio.NET 2003에서 호스팅됩니다. 'Business Intelligence Projects' 폴더에서 'Report Project' 또는 'Report Project Wizard'를 선택하여 새로운 Report Project를 만듭니다.

보고서 제작

보고서를 만드는 프로세스는 다음과 같습니다.

1. 데이터 원본으로 연결합니다.
2. 쿼리를 지정합니다.
3. 페이지에 보고서 항목을 배열합니다.
4. 미리 보기로 결과를 봅니다.

보고서는 보고서 요소를 기술하는 XML 형식인 RDL(Report Definition Language)를 이용하여 정의됩니다.

보고서를 만들기 위해 RDL을 쓸 필요는 없으며, Reporting Services에는 보고서 정의를 만들고 게시하기 위한 비주얼 도구가 포함되어 있습니다. Report Designer가 Microsoft Visual Studio .NET 환경을 이용하여 모든 보고서 디자인 기능에 대한 액세스를 제공하기는 하지만 보고서를 만들기 위해 코드를 쓸 필요는 없습니다.

RDL을 직접 작성하거나 RDL을 만드는 타사 도구를 사용하여 보고서를 만들 수도 있습니다. RDL 사양은 Books Online의 "Reporting Services 프로그래밍" 항목에 설명되어 있습니다. "보고서 작성" 항목에서는 Report Designer를 이용하여 보고서를 제작하는 방법에 대해 설명합니다.

다음 단원은 보고서 디자인 관련된 주제들이 기술되어 있습니다.

데이터 원본 지원

Reporting Services는 매우 다양한 범위의 데이터 원본으로부터 보고서를 만들 수 있습니다.

Reporting Services는 다음과 같은 데이터 원본을 자체적으로 지원합니다.

• SQL Server 2000 / SQL Server 7.0
• OLE DB 데이터 원본(SQL Server Analysis Services 포함)
• ODBC(Open Database Connectivity) 데이터 원본
• Oracle

보고서 게시

여러분이 Report Designer를 사용하고 있다면 작성 환경으로부터 Report Server로 완료된 보고서를 게시할 수 있습니다(게시 권한을 가진 역할을 할당 받은 것으로 가정).

보고서를 게시하기 전에 대상 서버를 설정해야 하며, 대상 서버 정보는 보고서 프로젝트의 속성에 저장됩니다. 테스트 환경과 운영 환경에 별도의 대상 서버를 설정할 수도 있습니다.

속성 페이지 대화 상자를 이용하여 Report Server의 URL(그리고 Report Server 안의 폴더)을 입력하고, 보고서를 만들 때 배포를 선택하십시오.

Report Server 폴더

Report Server는 보고서와 리소스를 저장하고 탐색하는 데 폴더 구조를 이용합니다.

Report Server 폴더 계층 구조는 미리 지정된 폴더와 사용자 지정 폴더를 포함하는 이름 공간이라고 할 수 있습니다. 이름 공간은 Report Server 데이터베이스에 저장된 보고서와 기타 항목들을 고유하게 식별합니다.

개념적으로 이 폴더 계층 구조는, 모든 판매 데이터가 Sales라는 이름의 최상위 폴더에 들어 있는 폴더 구조에서와 같이 파일 시스템의 폴더 계층 구조와 유사합니다. 이 Sales 폴더에 2001과 2002라는 하위 폴더가 들어 있는데, 여기에 각각 2001년과 2002년의 판매 데이터가 들어 있는 Microsoft Excel이 있는 방식입니다.

Reporting Services에서 여러분은 웹을 통해 액세스되는 가상 서버와 함께 작업하지만, 폴더든지 또는 그 내용이든지 간에 이들이 파일 시스템에 실제로 존재하는 것은 아닙니다. 대신, 이들은 Report Server 데이터베이스에 존재하며 브라우저나 웹 기능 응용 프로그램을 통해 Report Server로 액세스하는 경우 폴더와 항목으로 나타나는 것입니다. 보고서를 선택하거나 찾아내면 폴더 이름의 경로가 그 보고서의 URL의 일부가 됩니다.

Report Manager를 사용하여 새 폴더를 만들고, 수정하고 삭제할 수 있습니다.

Home(홈) 폴더는 루트 수준입니다. 기본 보안과 함께, Everyone 그룹에 속한 Windows 사용자는 해당 루트 폴더에 대한 Browser 역할을 할당 받으며, Administrator 그룹에 속하는 사용자는 System Administrator 역할을 할당 받습니다. 보안 구조에 대한 자세한 설명은 보안을 참조하십시오.

하위 폴더는 그 상위 폴더의 보안 특성을 상속하므로, Home 폴더의 보안이 트리의 나머지 부분에 대한 기본 값을 효과적으로 설정합니다.

새 폴더를 만들려면 먼저 해당 위치로 간 다음 새 폴더(New Folder) 페이지를 이용하십시오. 기본 폴더 구조는 다음과 같습니다.

기존 보고서로부터 링크된 보고서를 만들거나 또는 보고서를 업로드하여 새 폴더를 만들 수 있습니다. Report Designer를 사용하는 보고서 작성자는 새로 만들어진 폴더 위치에 보고서를 게시할 수 있습니다.

스크립트를 사용하여 보고서 게시하기

Reporting Services에는 보고서 게시를 위한 샘플 스크립트(.rss) 파일이 들어 있습니다. 이 스크립트는 globalvars (-v) 인수를 사용하여 명령 프롬프트 변수로 지정한 폴더를 만든 다음, Reporting Services와 함께 제공된 샘플 보고서를 Report Server로 게시합니다.

Reporting Services Web Service API와 함께 스크립트 파일을 이용하면 Report Server에서 제공되는 대부분의 관리 및 감독 작업을 액세스할 수 있습니다. 스크립트에 대한 자세한 설명은 스크립팅을 참조하십시오.

이 샘플 스크립트를 실행하기 전에 아래와 같은 조건이 충족되어야 합니다.

• 우선 샘플 보고서와 스크립트 파일이 Reporting Services Setup 또는 별도의 샘플 설치 프로그램을 이용하여 하드 디스크에 설치되어야 합니다. 설치 프로그램은 이들을 자동으로 설치하지 않습니다.
• Report Server 인스턴스가 설치되는 컴퓨터에서 rs 유틸리티를 실행할 권한을 갖고 있어야 합니다.
• 스크립트를 이용하여 액세스하고 있는 리포트 서버에 대해 액세스 권한을 갖고 있어야 합니다.
• 현재 액세스하고 있는 Report Server의 루트 폴더에 대해 Create Folder 및 Create Report 권한을 갖고 있어야 합니다.

Reporting Services 샘플들은 설치 과정 중에 설치됩니다. 기본 설치 디렉터리로 샘플을 설치하는 경우, 스크립트 샘플의 위치는 <Reporting Services 응용 프로그램 경로>\Samples\Scripts가 됩니다.

PublishSampleReports.rss 샘플 스크립트를 실행하려면:

1. 명령 프롬프트를 엽니다. 시작 메뉴에서 실행을 클릭하고 텍스트 입력란에 cmd를 입력한 다음 확인을 클릭합니다.
2. 샘플 스크립트가 있는 디렉터리로 찾아갑니다. 예를 들어, 샘플 스크립트가 기본 디렉터리에 설치되어 있다면 명령 프롬프트에 아래와 같이 입력합니다.

cd C:\Program Files\Microsoft SQL Server\Reporting 
Services\Samples\Scripts

명령 프롬프트에서 아래와 같이 입력하면 rs 유틸리티와 함께 사용할 수 있는 명령 프롬프트 옵션 목록을 볼 수 있습니다.

rs -?

테스트 서버 사용

실제 운영되는 Report Server에 게시하기 전에 보고서를 테스트하는 것이 좋습니다. 보고서 테스트와 개발 프로세스에 다양한 사용자를 포함시키려면 개발 Report Server를 사용하는 것이 유용합니다. 사용자는 테스트 서버에 액세스해서 보고서를 조회하고 상호 작용하면서 세부 사항을 조정할 수 있습니다.

보고서 보기

보고서를 보기 위해 열면 서버는 보고서 디자인에 따라 해당 보고서를 요구 즉시 실행하거나 또는 이전에 생성된 정적 사본을 제공합니다.

Report Server에는 HTML Viewer 사용자 인터페이스 구성 요소가 있는데, HTML로 표현되고 Report Server에서 조회되는 보고서를 표시하기 위해 이 구성 요소를 사용합니다.

전달되기 전에 보고서를 보는 방법에는 몇 가지가 있습니다.

URL 어드레스 기능

설치 작업을 위해 기본 가상 디렉터리가 사용되는 경우 Report Manager 및 Report Server의 URL은 다음과 같습니다.

보고서를 URL에 따라 직접 액세스하려면 Report Server에서 완전한 검정을 거친 URL을 사용해야 합니다. 예를 들면 다음과 같습니다.

http://servername/reportserver/FolderContainingReport/reportname

URL 액세스를 위한 구문 전체는 Books Online의 "Report Server URL 액세스" 항목에 기술되어 있습니다.

보고서 처리에 대한 이해

이 단원에서는 일반적인 보고서 처리 작업의 개요를 설명합니다. 이 내용은 최적의 성능을 내도록 보고서를 설계하는 데 유용합니다.

보고서 프로세싱에서는 게시된 보고서 정의를 사용하며 여기에는 쿼리, 레이아웃 정보 및 코드 또는 표현식이 포함됩니다.

보고서 및 데이터 프로세싱은 함께 협력하여, 중간 보고서 형식으로서 레이아웃 정보가 있는 데이터세트를 만듭니다. 이러한 IF(intermediate format)는 저장되어 신속히 조회되거나 완료된 보고서로 처리되도록 렌더링 확장으로 디렉트됩니다.

현재 브라우저에서 인라인 프레임을 지원하지 않을 경우, 여기를 누르면 별도의 페이지에서 볼 수 있습니다.

프로세싱이 완료되면 보고서는 공통 언어 런타임으로 컴파일되어 Report Server에서 실행됩니다.

Intermediate Format은 Report Server 캐시(캐싱된 보고서)에 저장되며, 다음과 같은 두 가지 방법 중 하나로 Report Server Database에 다시 기록될 수도 있습니다.

• 스냅샷 보고서이 경우 IF는 Report Server 데이터베이스에 기록되고 스냅샷 테이블에 입력됩니다.
• 다른 보고서의 경우 IF는 tempdb로 기록됩니다. 여기서 이것은 여러 Report Server들이 공유할 수 있는 캐싱된 보고서 사본으로 기능합니다.

세션 상태에 대한 이해

사용자가 보고서를 요청하면 Report Server는 4곳 중 한 곳에서 세션 요청을 서비스할 수 있습니다.

Report Server 시스템 속성을 이용하여 세션 상태의 만료 시간을 서버 전체에 대해 설정할 수 있으며, 기본값은 10분입니다. 어떤 세션에서 세션 상태 설정이 초과된 보고서에 액세스하려하면 해당 보고서는 다시 한번 원본 DB를 액세스하여 데이터의 갱신된 이미지를 불러옵니다.

RS는 세션 동안 메모리에 보관된 IF 데이터를 관리할 수 있도록 캐시 관리 메커니즘을 갖고 있습니다. 원본 DB로부터의 데이터는, 보고서로 불러와야 하는 데이터의 크기가 큰 경우 대량으로 불러와질 수 있습니다.

보고서를 디자인할 때 필터, 정렬, 그룹 방식 등에 영향을 미치는 요소들이 있습니다. 예를 들어 보고서에서 필터가 적용되면 원본 데이터베이스로부터 필요 이상으로 많은 데이터가 조회됩니다. 그 결과 IF 데이터를 정렬할 때 원치 않은 부담이 야기됩니다. 역으로 리포트 데이터가 쿼리에 필터링되면(SELECT 문에 WHERE 문을 이용), 사용자가 양방향

보고서를 탐색하는 경우 원본 데이터베이스로의 여러 번의 왕복이 필요합니다. 보고서 디자이너는 메모리를 효율적으로 활용하고 원본 데이터베이스로부터 언제 IF를 갱신할 것인지에 관해 양호한 결정을 내리려면 세션 상태를 인식하고 있어야 합니다.

보고서를 위한 사용자 컨텍스트

일부 보고서의 경우, 여러분은 사용자 컨텍스트를 활용하여 해당 보고서에 어떤 정보가 들었는지를 판단하고자 할 수 있습니다. 예를 들어, 표준 영업 담당자 실적 보고서를 만들 수 있습니다. 이 보고서에 액세스하는 사용자는 자기 고유의 실적과 자신이 관리하는 개별 직원의 실적 등 액세스 권한이 있는 정보만을 볼 수 있습니다.

사용자가 보고서에서 볼 수 있는 데이터를 제한하기 위해 보고서 작성자가 취할 수 있는 몇 가지 방법은 다음과 같습니다.

• 데이터베이스 수준 보안을 이용하여 사용자가 볼 수 있는 액세스 권한을 제어합니다. 보고서로 하여금 데이터 원본 설정을 액세스하여 보고서를 실행하는 개인의 보안 증명서를 사용하게 합니다.
• 사용자에 대한 정보를 담은 쿼리 매개 변수를 보고서에 넘기면 보고서가 쿼리에 필터를 적용할 수 있습니다.
• 보고서 자체 안에 사용자 기반 필터를 만듭니다. 이 방식을 사용하면 모든 정보가 쿼리에 의해 반환되지만, 보고서를 실행하는 사용자와 관련된 정보만 그 버전의 보고서에 포함됩니다.

어떤 방법을 사용할지 결정함에 있어, 보고서 처리의 효율성 뿐만 아니라 그 접근 방식이 캐시에 미치는 영향도 고려해야 합니다. 예를 들어 쿼리 매개 변수를 사용하면, 다른 사용자가 보고서를 요청할 때마다 소스 DB에 대해 동일한 보고서가 실행됩니다. 보고서 기반 필터를 사용하면 원본 데이터베이스에 대한 하나의 쿼리가 실행되는 모든 데이터를 반환합니다.

보고서 렌더링

Report Server는 렌더링 확장을 사용하여 데이터와 레이아웃 정보를 장치 특유의 형식으로 전달합니다. 개발자들은 추가 렌더링 확장을 만들어 다른 형식을 지원할 수도 있습니다.

이 제품은 아래 기술된 것과 같은 여러 렌더링 확장을 지원하며, 다른 형식을 위한 렌더링 확장을 만들 수도 있습니다.

HTML 렌더링

URL을 사용하거나 Report Manager를 통해 Report Server로부터 직접 보고서를 요청하면, Report Server는 기본적으로 HTML 렌더링 확장을 사용합니다.

사용하는 브라우저에 따라 HTML 렌더링 확장은 HTML 4.0 또는 HTML 3.2를 만듭니다. HTML 4.0이 지원되는 브라우저는 다음과 같습니다.

• Microsoft Internet Explorer for Windows 버전 5., 5.5, 6
• Internet Explorer for Macintosh 버전 5 및 5.1
• Netscape Navigator for Windows 버전 6.2

HTML 3.2는 HTML을 지원하는 기타 모든 브라우저에 제공됩니다. 여기에는 위에서 언급한 브라우저의 초기 버전은 물론 Internet Explorer for Pocket PC도 포함됩니다.

HTML 렌더링 확장 프로그램은 Microsoft ActiveX 컨트롤을 지원하며 이것은 ActiveX를 지원하는 브라우저에 상호 작용성을 제공합니다. Office Web Components는 특정 유형의 ActiveX 컨트롤로서 양방향 도표와 Pivottable 컨트롤을 제공합니다.

기타 렌더링 확장 프로그램

Reporting Services에는 또한 다음과 같은 렌더링 확장 프로그램들이 포함되어 있습니다.

이미지, PDF 파일, CSV로 렌더링되는 보고서는 대화형 구성 요소를 지원하지 않습니다.

보고서 구독 및 전달

구독을 통해 전달되는 보고서는 스냅샷(스냅샷이 생성되었을 때 포착된 데이터를 담은 저장된 보고서)으로 전달됩니다.

모든 구독은 전송 확장 프로그램을 사용하여 보고서가 전달되는 방식을 결정합니다. 기본 전송 확장 프로그램은 전자 메일 확장 프로그램입니다. Books Online의 "Reporting Services 프로그래밍" 항목에 설명되어 있는 공개 인터페이스를 사용하여 고유의 전송 항목을 정의할 수 있습니다.

보고서 일정 및 전달 작업은 SQL Server Agent를 사용하여 처리됩니다.

구독

구독에는 다음과 같은 요소들이 포함됩니다.

• 무인으로 실행될 수 있는 보고서(저장된 자격 증명 사용)
• 전달 방식(예: 전자 메일) 및 전달을 위한 설정
• 보고서 처리를 위한 이벤트 상태(예약된 이벤트인지 보고서의 데이터에 대한 업데이트인지)
• 보고서 실행을 위한 매개 변수(옵션, 매개 변수가 정해진 보고서)

구독은 보고서의 데이터에 대한 업데이트 또는 일정 작업을 통해 이루어집니다.

보고서에 대해 일정을 사용자 지정할 수도 있고 또는 여러 이벤트를 유발시키기 위해 공유 일정을 사용할 수도 있습니다.

구독을 통해 전달되는 보고서는 스냅샷(스냅샷이 생성되었을 때 포착된 데이터를 담은 저장된 보고서)으로 전달됩니다.

보고서가 스냅샷으로 실행되면 스냅샷의 추가 사본은 만들어지지 않습니다. 또한 보고서가 요청 시 실행될 경우 Report Server는 해당 보고서 전달을 위한 목적으로 임시 스냅샷을 만들고, 이 스냅샷은 전송이 이루어진 후 제거됩니다.

데이터에 의한 구독을 통해 보고서가 전달되면, 반드시 스냅샷으로 실행되는 보고서를 사용해야 동일한 스냅샷 인스턴스가 모든 수신자에게 전송됩니다.

기본적으로 구독을 위해 생성된 스냅샷은 보고서 기록에 저장되지 않으며, 그렇게 하려면 따로 옵션을 설정해야 합니다.

개인화된 구독 기능

관리자가 사용자 수준에서의 구독 생성 및 관리를 중지하지 않은 경우에는 사용자가 고유의 개인화된 구독을 생성할 수 있습니다. 개인화된 구독에는 렌더링 및 전달을 위한 기본 설정 뿐 아니라, 매개변수가 지정된 보고서(예: 서부 지역 영업만 표시)에 대한 특정 매개 변수도 포함될 수 있습니다.

Report Manager를 사용하여 구독을 생성하고 편집하려면:

• 보고서 페이지로 이동합니다.
• New / Edit Subscription 페이지를 이용합니다.

Report Manager에는 사용자가 구독을 쉽게 찾도록 도와주는 My Subscriptions 기능이 있습니다(Report Manager 메뉴 모음에 있음). 이 기능을 이용하면 기존 예약 설정을 찾아서 변경할 수 있으며, 더 이상 필요 없는 예약 설정을 삭제할 수도 있습니다.

데이터에 의한 구독

데이터에 의한 구독은 런타임에서 지정된 수신자 목록으로 보고서를 전달합니다. 데이터에 의한 구독 기능을 이용하면 대규모 조직의 직원 또는 구독자 등과 같이 정기적으로 변경되는 수신자 목록으로 보고서를 전달할 수 있습니다.

데이터에 의한 구독을 위한 보고서는 저장된 자격 증명을 사용해 생성되거나 자격 증명 없이 생성되어야 합니다.

데이터에 의한 구독을 생성하려면 수신자 정보를 가져오는 데 사용되는 외부 데이터 원본을 식별해야 합니다. 데이터 원본 참조에는 구독 정보를 불러오는 쿼리 문자열 뿐만 아니라 연결 정보도 들어 있습니다.

쿼리는 각 행이 수신자 한 명을 의미하는 행 집합을 전송해야 합니다. 예를 들어, 전자 메일 전송 확장 프로그램을 사용하고 있다면 각 행에는 수신자에 대한 메일 별칭이 들어 있습니다. 또한 데이터 원본의 다른 값을 매개 변수를 받아들이는 보고서를 위한 매개 변수로서 활용할 수도 있습니다. 직원 데이터베이스에는 보고서 데이터를 필터링하는 데 사용될 수 있는 직함과 사무실 위치 정보가 포함될 수 있습니다.

마지막으로 데이터 원본 자체에 보고서 관련 환경 설정을 추가할 수 있는데 이렇게 하면 해당 구독에 통합될 것입니다. 예를 들어 각 사용자 별로 사용자의 렌더링 기본 설정과 해당 보고서가 링크로 전달되는지 혹은 전자 메일 첨부 파일로 전달되는지를 반영하는 값을 저장할 수 있습니다.

그외 값을 사용하려면 이러한 값을 담은 행 집합을 반환하는 쿼리를 만드십시오.

전송 확장 프로그램

Report Server에는 전자 메일과 파일 공유라는 두 가지 전송 확장 프로그램이 들어 있습니다.

전자 메일 전송

전자 메일 전송 확장 프로그램은 설치 프로세스 중에 구성되며 설치 후 구성 파일을 보거나 수정할 수 있습니다. 전자 메일 확장 프로그램은 한 번에 보고서를 하나씩 전달하며, 하나의 전자 메일 메시지에 서로 다른 여러 보고서를 전달하는 구독을 만들 수는 없습니다.

전자 메일 전송 확장 프로그램은 표준 연결을 사용하여 지정된 전자 메일 서버와 연결됩니다. 전자 메일 서버는 Report Server와 같은 네트워크에 있는 원격 또는 로컬 Microsoft Windows Simple Mail transport Protocol(SMTP) 서버이어야 합니다.

전송 옵션은 구독에서 지정됩니다. 전자 메일 전송 옵션은 다음과 같습니다.

파일 공유 전송

파일 공유 전송 확장 프로그램은 UNC 파일 공유 영역에 보고서가 저장될 수 있도록 하며, 파일 공유 전송 확장 프로그램은 Report Server에 의해 지정된 대로 기본 위치에 설치됩니다.

파일 공유 전송 옵션은 다음과 같습니다.

보안

Reporting Services는 단순하지만 매우 유연한 보안을 제공하는 역할 기반 보안 모델을 사용합니다. 여러분은 기본 보안 모델 안에서 작업할 수도 있고, 그 모델을 수정해서 특정한 비즈니스 요구에 맞출 수도 있습니다.

Reporting Services는 자체 인증을 제공하지 않으며 Internet Information Server가 제공하는 인증을 사용합니다.

Reporting Services 보안 모델은 Books Online의 "Reporting Services 보안" 부분에 자세히 설명되어 있습니다.

Report Server 보안 모델

Report Server는 역할, 권한 및 보안 개체의 개념을 이용하여 유연하고 관리가 용이한 보안 모델을 만듭니다.

역할 정의(role definition)는 사용자의 특정 작업(예: 보고서 게시)에 종종 필요한 여러 권한들을 묶은 것입니다. 역할 할당(role assignment)은 특정 역할을 사용자 또는 그룹과 폴더 또는 보고서와 같은 보안 개체에 매핑합니다.

Report Server에서의 보안 개체는 다음과 같습니다.

대부분의 보안 개체들은 폴더 계층 구조 내부에서 보안이 이루어지며(시스템은 예외), 보안이 이루어지지 않는 항목은 없습니다.

기본 보안 사용 방법

처음 설치하게 되면 Report Server는 기본 역할과 최소한의 기본 역할 할당을 제공하는데, 시스템 관리자가 수행해야 할 첫 번째 작업은 조직에 잘 맞는 보안 모델을 정의하는 것입니다.

기본 역할 할당을 통해서는 System 개체와 폴더 계층 구조의 Home 폴더를 보호할 수 잇습니다. Home 폴더에서 새 폴더를 만들면 기본 속성을 상속하게 됩니다.

특정 사용자를 특정 역할에 추가하고 추가 역할을 사용하면 이 기본 보안 모델을 확장할 수 있습니다．Report Server는 다음과 같은 기본 역할을 사용합니다.

이러한 기본 역할을 더 자세한 보안 모델을 위한 출발점으로 사용하는 것이 좋습니다.

시스템 및 내용 관리 역할은 아래에서 더 자세히 설명합니다.

보고서 관리 역할

관리 작업은 사전 정의된 두 가지 역할로 분류되는데, 시스템 관리자( 리포트 서버 관리자)와 내용 관리자가 그것입니다. 기본적으로 로컬 시스템 관리자인 사용자는 자동으로 두 가지 역할에 할당됩니다. 이 관리자는 관리 책임을 위임하기 위해 추가로 다른 사용자에게 두 가지 역할을 할당할 수 있습니다.

같은 사람이 두 가지 역할을 모두 수행할 수도 있지만 대규모 조직에서는 이러한 역할을 분산시킬 수 있습니다.

Reporting Services에서 응용 프로그램 보안 구성

Report Manager에서는 역할 기반 보안 모델을 이용하여 응용 프로그램 보안을 구성할 수 있습니다.

역할 기반 보안은 컨텍스트를 감지합니다. 특정 컨텍스트(폴더 또는 보고서 등)로 찾아가서 해당 리소스에 유효한 보안을 결정하고 수정할 필요가 있습니다.

기본 범위를 수정하는 방법은 다음과 같습니다.

1. 보안을 설정하려는 컨텍스트나 항목으로 이동합니다. (이렇게 하면 리소스를 확인할 수 있습니다.)
2. 역할 할당을 위해 사용자/그룹을 선택합니다.
3. 역할 할당을 위한 역할을 선택합니다.

항목에 대한 역할 할당을 업데이트하려면 고유 역할 할당이 해당 항목에 대한 '보안 설정' 작업을 포함해야 합니다.

역할 정의는 항목 수준 또는 시스템 수준 작업 중 하나를 포함하며 둘 다를 포함하지는 않습니다.

역할 정의를 만들거나 수정하기 전에 신중히 계획하는 것이 좋습니다.

• 역할이 너무 많으면 관리와 유지가 어려워질 수 있습니다.
• 어디서 사용되는지, 그리고 사용자에게 어떤 영향이 있는지를 정확히 알지 못하는 경우에는 역할 변경에 주의하십시오.

보안 모델에 대한 자세한 설명은 Books Online의 "Reporting Services 보안" 항목을 참조하십시오.

글로벌 액세스를 위한 보고서 보안

익스트라넷 또는 인터넷 연결을 통해 사용자와 보고서를 공유할 때는 두 가지 기본적인 보안 방식이 있습니다.

• 웹 서버가 기본 인증(Basic Authentication)을 지원하도록 구성한 다음 이를 폼 기반 보안 솔루션으로 보완합니다. 이 방식에서는 별도의 리포트 서버를 전담하는 것을 고려하십시오. 리포트 서버는 호스팅 웹 서버에서 두 가지 인증 방식을 모두 사용하더라도 항상 기본 인증(Basic Authentication)보다는 Windows 인증(NTLM)을 선택합니다.
• Microsoft Active Directory를 사용하여 사용자 자격 증명을 저장하고, 직원이 아니거나 달리 인트라넷 리소스에 액세스 권한이 없더라도 리포트 서버에 액세스를 요구하는 모든 사용자를 인증합니다. 이 방식에는 Windows 인증을 사용할 수 있습니다. Microsoft Passport를 사용하여 사용자를 인증하려면 리포트 서버를 호스팅하는 웹 서버에서 Windows 2003 Server를 실행해야 합니다.

보고서 관리

이 단원에서는 일반적인 보고서 관리 작업을 다룹니다. Reporting Services 관리자는 시스템 수준의 관리와 항목 수준(이름 공간)의 관리를 모두 담당합니다.

여러분은 아래에서 설명되는 보고서 관리 작업을 수행하는 데 적절한 역할 할당을 갖고 있어야 합니다.

모든 보고서 메타데이터는 리포트 서버 데이터베이스에 저장되며, 여기에는 보고서 이름, 설명, 데이터 원본 연결 정보, 자격 증명 정보, 매개 변수 및 실행 속성 등이 포함됩니다. 이 단원에서는 Report Manager를 이용하여 이 정보를 액세스하고 관리하는 방법을 설명합니다.

Report Manager로 보고서를 관리하는 방법

일단 Report Server에 보고서가 게시되면 Report Manager를 사용하여 다음과 같은 여러 가지 관리 기능을 수행할 수 있습니다.

• 보고서 정의 수정 또는 교체
• 링크된 보고서 생성
• 보고서 삭제 또는 이동
• 매개 변수가 지정된 보고서의 값 조회 또는 수정
• 데이터 원본 참조 속성 변경
• 런타임 실행 속성 수정
• 보고서 보안 설정 변경

(내용 관리자 또는 System Administrator 역할에 상응하는 권한을 갖고 있어야 이러한 기능의 대부분을 수행할 수 있습니다.)

게시된 보고서의 이러한 설정을 조회하거나 업데이트하려면 해당 보고서로 찾아가서 아래와 같은 보고서 속성 페이지를 사용하십시오.

이들 작업 각각에 대한 자세한 설명은 Books Online의 "Report Server 내용 관리 및 보안" 에서 찾을 수 있습니다.

보고서 추가, 수정 및 삭제

Report Server 관리자는 Report Manager를 사용하여 다음과 같은 방식으로 보고서를 추가할 수 있습니다.

• 기존 보고서로부터 링크된 보고서를 작성합니다.
• 파일 시스템에서 보고서 정의 파일을 업로드합니다.
• 기존 보고서를 열고 보고서 정의를 파일 시스템에 저장한 다음 이를 리포트 서버 데이터베이스에 별도의 항목으로 업로드합니다.

Report Server 상의 폴더로 파일을 업로드하려면 폴더의 보고서를 관리할 권한이 있어야 합니다.

Reporting Services에는 여러 샘플 보고서가 들어 있습니다.

1. Report Manager를 실행합니다. 기본적으로 URL은 http://servername/reports입니다.
2. 보고서를 업로드할 폴더로 찾아갑니다.
3. 파일 업로드(Upload File)를 클릭한 다음 샘플 보고서가 들어 있는 폴더로 갑니다.
4. 업로드할 파일을 클릭하고 열기(Open)를 클릭합니다.
5. 확인(OK)을 클릭하여 파일을 엽니다.
6. 나머지 샘플 보고서에 대해서도 같은 절차를 반복합니다.

Microsoft Access에서 보고서 가져오기

Report Designer를 사용하여 Access 데이터베이스 파일(.mdb) 또는 프로젝트 파일(.adp)에서 보고서를 가져올 수 있습니다. Report Designer는 데이터베이스 또는 프로젝트 파일 내에 있는 각 보고서를 RDL로 변환하고 이를 지정된 보고서 프로젝트 안에 저장합니다.

참고   Access 2002 이후 버전이 설치되어 있어야 가져오기 기능을 사용할 수 있습니다.

가져오기 기능을 사용하면 데이터베이스 또는 프로젝트 파일의 모든 보고서들을 가져올 수 있습니다. Access 파일에 들어 있는 보고서가 많다면 별도의 보고서 프로젝트를 만들어 여기로 보고서를 가져온 다음, 기본 보고서 프로젝트에서 개별 RDL 파일을 열 수도 있습니다. 보고서를 Report Designer로 가져온 후 보고서를 편집해야 할 수도 있습니다.

자세한 설명은 Books Online의 "Access에서 보고서 가져오기"항목을 참조하십시오.

데이터 원본 참조 관리

Reporting Services에서 데이터 원본 참조의 역할은 두 가지입니다.

• 보고서에 데이터를 제공합니다.
• 데이터에 의한 구독을 위해 데이터를 제공합니다.

데이터 원본 참조란 외부 데이터 원본으로의 연결을 기술하는 메타데이터와 속성을 모은 것입니다.

데이터 원본 참조는 보고서 전용일 수도 있고 공유될 수도 있습니다.

데이터베이스 이름 변경 또는 로그인 변경 처럼 데이터 원본을 변경하는 경우에 공유 데이터 원본 참조를 관리하기가 더 쉽습니다.

공유 데이터 원본 참조는 보고서와는 별도의 엔티티로 관리되므로 이를 참조하는 보고서와 독립적으로 보안이 이루어집니다. 다음 역할 할당은 공유 데이터 원본 참조에 해당됩니다.

데이터 원본 자격 증명 관리

다음과 같은 방법으로 리포트 서버에 자격 증명을 제공할 수 있습니다.

많은 경우 보고서를 실행할 때 사용자에게 자격 증명서를 지정하게 하면 유연하고 적절한 보안을 확보할 수 있으며, 이렇게 하면 확실히 관리와 유지가 더 쉽습니다. 그러나 대부분의 보고서의 경우에서 여러분은 리포트 서버 데이터베이스 메타데이터에 자격 증명서를 포함시키는 것을 원할 것입니다.

여러 보고서가 임베딩된 동일한 자격 증명서를 사용하는 동일한 데이터 원본에 액세스한다면 이러한 보고서를 위해 공유 데이터 원본을 만드는 것을 고려해 보십시오. 이렇게 하면 임베딩된 자격 증명서가 집합을 하나만 만들어 관리 및 추적하고 여러 보고서에서 액세스하게 할 수 있습니다.

일반적인 자격 증명서를 사용하여 보고서를 실행하는 모든 사람에게 같은 데이터를 불러 주거나, 사용자별 자격 증명서를 사용하여 사용자의 권한에 따라 보고서 결과를 다르게 할 수 있습니다. 사용자 자격 증명서는 해당 데이터를 선택한 쿼리에서 전송됩니다.

Report Manager는 해당 응용 프로그램을 사용하는 사용자의 컨텍스트에 따라 실행됩니다. 그러므로 리포트 서버가 단일의 정적 자격 증명서 집합을 사용하여 리포트 서버 데이터베이스에 연결하더라도, 사용자가 Report Manager 사용자 인터페이스에서 보는 것과 액세스할 수 있는 내용은 사용자의 자격 증명서에 따릅니다.

보고서 실행 및 프로세싱 관리

보고서 실행 속성은 보고서 처리 방법을 제어하며, 이 속성은 각 보고서에 대해 개별적으로 설정할 수 있습니다.

보고서 및 데이터 프로세싱을 통해 중간 보고서 형식으로서 레이아웃 정보가 있는 데이터세트를 만듭니다. 이러한 중간 형식(IF, intermediate format)은 저장되어 신속히 조회되거나 완료된 보고서로 처리되도록 렌더링 확장으로 보내질 수 있습니다.

프로세싱이 완료되면 보고서는 공통 언어 런타임으로 컴파일링되어 리포트 서버에서 실행됩니다.

보고서가 스냅샷으로 실행되도록 설계되었다면 그 구독에 대해서는 스냅샷의 추가 사본이 만들어지지 않습니다. 보고서가 요구에 따라 실행되면 Report Server는 해당 보고서 전달을 위한 목적으로 임시 스냅샷을 만들고, 이 스냅샷은 전송이 이루어진 후 폐기됩니다.

데이터에 의한 구독을 통해 전달된 보고서는 반드시 모든 수신자에게 같은 스냅샷 인스턴스가 전달되도록 스냅샷으로 실행되어야 합니다.

보고서 실행 옵션

보고서는 두 가지 방식으로 실행될 수 있습니다.

주문형 보고서에는 가장 최신 데이터가 들어 있습니다. 보고서를 여는 각 사용자에 대해 보고서의 새 인스턴스가 만들어지는데, 이러면 데이터 원본에 새 쿼리가 전송됩니다. 많은 사용자들이 같은 주문형 보고서를 요청하는 경우에는 데이터 원본으로의 쿼리가 많이 생성됩니다.

주문형 보고서는 캐시된 버전이든 스냅샷이든 보고서의 중간 형식으로부터 실행될 수도 있습니다. 이 옵션은 아래에 설명되어 있습니다.

캐싱된 보고서

성능을 개선하기 위해 보고서와 그 데이터를 임시로 캐싱할 수 있으며, 캐싱된 인스턴스는 보고서의 중간 형식(IF)을 바탕으로 합니다. 이 캐시된 사본은 같은 보고서를 액세스하는 다른 사용자가 사용할 수 있습니다. 10명의 사용자가 보고서를 연다면, 첫째 사용자가 보고서를 생성하고 나머지 아홉 사용자는 보고서를 캐시에서 불러오는 것입니다. 서버가 재부팅되면 캐시된 모든 인스턴스는 ReportServer 서비스가 다시 온라인으로 돌아올 때 다시 회복됩니다.

캐싱은 Execution Properties(실행 속성) 페이지를 통해 각 보고서에 대해 사용 설정됩니다.

캐싱은 크기가 큰 보고서 또는 자주 액세스되는 보고서를 불러오는 시간을 줄여 줍니다. 사용자에게 자격 증명서를 요청하거나 Windows Authentication을 사용하는 보고서는 캐시될 수 없습니다.

캐시로부터 보고서를 제거하는 시간 간격(분 단위)을 지정하거나 캐시를 비우는 날짜와 시간을 지정할 수 있습니다. 보고서 정의가 수정되거나 매개 변수가 수정되거나, 데이터 원본 자격 증명이 변경되거나, 보고서 실행 옵션이 변경되면 캐시도 만료됩니다.

메모리 내부형 캐시에 IF 사본을 저장하는 것 외에도 Report Server는 Report Server 데이터베이스의 tempdb를 사용하여 캐시된 보고서의 데이터베이스 상주 사본을 유지합니다. 이 방식에서는 여러 Report Server가 같은 캐시된 보고서를 액세스할 수 있습니다.

캐시된 인스턴스는 보고서의 중간 형식을 바탕으로 합니다. 보고서가 여러 차례 실행되었으나 각각 다른 쿼리 매개 변수를 전송했다면 같은 보고서 이름을 가진 보고서의 하나의 인스턴스를 여럿 캐시할 수 있습니다. 새로운 쿼리 매개 변수 집합을 이용하여 보고서를 실행한다면 캐시에 일치하는 버전이 없으므로 보고서는 다시 실행되어야 합니다.

캐싱은 성능 개선 기법의 하나입니다. 캐시의 내용은 휘발성이며 보고서가 추가되거나 교체 또는 제거되면 변경될 수 있습니다. 더 예측이 쉬운 캐시 전략이 필요하다면 스냅샷을 만들어야 합니다(아래 설명됨).

Report Manager를 사용하여 보고서가 언제 마지막으로 실행되었는지 확인하려면,

1. 해당 보고서가 포함되어 있는 폴더를 찾습니다.
2. 자세히 보기(Details View)에서 폴더를 설정합니다.
3. 실행 시간(When Run) 열에 날짜와 시간을 적습니다.

Web Services API를 사용하지 않으면 캐시를 직접 삭제할 수 없으며, Report Manager를 사용하여 캐시 옵션을 설정하면 캐시가 만료되는 기간을 명시하거나 일정을 지정할 수 있습니다. 캐시된 보고서가 만료되면 이 보고서는 더 새로운 버전이 저장될 수 있도록 캐시에서 제거됩니다.

스냅샷에서 보고서 실행

스냅샷을 사용하면, 사용자가 보고서를 요청할 때 이루어지는 최종 렌더링으로부터 보고서 처리가 분리됩니다. 보고서가 실행될 때까지 렌더링을 연기하면 스냅샷의 이식성이 유지되므로 요구가 있는 경우 요청하는 장치 또는 브라우저에 맞은 형식으로 보고서가 렌더링될 수 있습니다. 캐시된 보고서처럼 스냅샷은 중간 형식으로 저장됩니다.

캐시된 보고서처럼 스냅샷은 큰 보고서 또는 자주 이용되는 보고서의 성능을 개선하여 줍니다. 사용량이 많은 시간을 피해서 스냅샷이 만들어지도록 일정을 지정할 수 있습니다. 보고서 실행 스냅샷은 여러 사용자가 같은 데이터 집합으로 작업해야 하는 경우에 안정된 결과를 제공하는 데에도 유용합니다. 데이터가 휘발성이라면 주문형 보고서는 매 분마다 다른 결과를 낳을 수 있습니다.

많은 데이터를 요구하는 보고서는 그렇지 않은 보고서보다 더 큰 스냅샷을 생성하는데, 스냅샷 보유와 관련된 부담을 줄이려면 보유 스냅샷 수를 제한하면 됩니다. 보고서를 스냅샷으로 실행되도록 정의하려면 보고서에 대해 실행 속성(Execution Properties) 페이지를 사용하십시오.

보고서 스냅샷을 새로 고침하면 기존 버전이 대체됩니다. 스냅샷의 모든 사본을 보관하려면 보고서 실행 스냅샷을 보고서 기록으로 복사하도록 보고서 기록(Report History) 속성을 설정하십시오.

일정 관리

일정을 사용하여 보고서 데이터의 업데이트를 시작하고 스냅샷 보고서를 Report Server에 저장할 수 있습니다. 일정은 각 보고서에 대해 별도 지정될 수 있으며, 한 스케줄에서 여러 보고서가 실행될 수 있습니다.

Reporting Services의 일정 지정 엔진은 설치 프로세스가 일정과 전송 대기열을 처리하는 동안 지정된 SQL Server 인스턴스의 SQL Server Agent를 사용합니다. SQL Server Agent가 실행되도록 해주는 자격 증명서는 설치 과정 중에 공급됩니다.

Report Services가 사용하는 SQL Server 인스턴스를 변경하려면 설치(Setup) 프로그램을 다시 실행하되, 구성 파일을 수동으로 업데이트하지 마십시오. 일정 처리는 해당 일정을 소유한 Report Server의 로컬 시간을 기준으로 하며 시간 형식은 Microsoft Windows 운영 체제 표준에 따릅니다.

Reporting Services는 보고서 전용 일정과 공유 일정이라는 두 가지 일정을 지원합니다.

공유 일정을 관리하려면 Report Manager의 공유 일정(Shared Schedules) 페이지를 사용하십시오.

Report Manager의 공유 일정(Shared Schedules) 페이지를 사용하여 공유 일정을 일시 정지하고 재수행할 수 있습니다. 공유 일정을 일시 정지하는 것은 보고서 처리 및 구독을 시작하는 데 사용되는 일정을 일시적으로 중단하는 방법의 하나입니다.

진행 중인 보고서 프로세싱은 일시 정지하거나 재수행할 수 없으며, SQL Agent의 일정 대기열에 있는 일정만 일시 정지하고 재수행할 수 있습니다. (실행 중인 작업을 모니터링하고 삭제할 수는 있습니다). 자세한 내용은 Books Online에서 "Reporting Services의 작업 관리"항목을 찾아보십시오. SQL Server Agent가 실행 중이 아니라면 일정은 처리되지 않습니다.

공유 일정이 일시 정지 중인 동안에는 해당 일정과 관련된 모든 보고서 프로세싱이 연기되며, 일정이 재개되면 일정이 지정된 다음 시각에 보고서 프로세싱이 이루어집니다. 실행되지 않은 모든 보고서는 생략됩니다.

보고서 기록 관리

Reporting Services는 오랫동안 보고서 기록을 유지하기 위해 이전에 실행된 보고서 사본을 저장할 수 있습니다. 보고서 기록은 보고서 자체의 속성입니다. 보고서 기록은 특정 시점에 데이터 원본으로부터 이루어진 보고서 프로세싱을 나타내는 일련의 스냅샷으로 구성됩니다.

보고서 기록은 항상 사용할 수 있습니다. 보고서 기록의 사용을 중지하려면 모든 역할 정의에서 보고서 기록 관리(Manage report history)를 삭제하십시오.

관리자는 보고서 기록 생성 방법을 결정할 수 있으며 각 보고서에 대해 저장되는 스냅샷의 수를 제어할 수 있습니다.

다음과 같은 보고서 기록 속성을 조정할 수 있습니다.

스토리지 스냅샷은 데이터베이스 스토리지를 사용하며, 스냅샷은 보고서를 만드는 데 필요한 모든 데이터를 보유합니다. 크기가 크고 데이터가 많은 보고서의 경우, 스냅샷 자체가 커질 수 있습니다. 보고서 기록에 많은 스냅샷이 집결되면 전체 Report Server 스토리지 요건에 영향이 있습니다.

구독 및 전달 관리

구독을 관리하려면 다음과 같은 작업 중 하나를 지원하는 역할이 필요합니다.

서버 전체 단위로 구독을 관리하려면 여러분은 내용 관리자이거나, 또는 모든 구독 관리(Manage all subscriptions) 작업을 지원하는 역할을 할당받아야 합니다.

Reporting Services는 설치 중 지정된 SQL Server 인스턴스의 SQL Server Agent 프로세스의 중앙식 작업 일정 지정과 프로세싱 기능을 활용합니다. SQL Server Agent가 실행 중이 아니라면 보고서는 전달되지 않습니다.

분산형의 리포트 '팜(farm)' 아키텍처를 지원하는 데에는 중앙화된 일정 지정 및 전송이 필수적입니다.

Reporting Services 관리

시스템 도구, Microsoft SQL Server에서 제공되는 서버 관리 도구, Microsoft SQL Server 2000 Reporting Services에 포함된 웹 기반 관리 기능을 조합하고 사용하여, Report Server 및 Report Server 데이터베이스를 관리할 수 있습니다.

이 단원에는 Report Server와 Report Server 데이터베이스 관리에 대한 내용이 설명되어 있습니다.

백업 및 복원

Report Server에는 모든 보고서 메타데이터 정보, 보고서 정의, 스냅샷 및 기록이 저장되며, 백업 계획 수립 방법은 변경 빈도, 데이터베이스 크기, 복원해야 하는 속도 등에 따라 다릅니다.

보고서 게시, 폴더 변경, 보안 설정 변경 등 주요 관리 사항을 변경한 후에는 반드시 Report Server 데이터베이스를 변경해야 할 수도 있습니다.

Reporting Services를 매일 사용하면 스냅샷 생성과 같은 데이터베이스 활동을 야기시킵니다. 이러한 변경을 보호하려면 일정이 지정된 주기적 백업 전략을 구현하십시오.

백업 전략과 절차에 대한 자세한 사항은 SQL Server Books Online의 "데이터베이스 백업 및 복원" 항목을 참조하십시오.

스크립팅

개발자와 Report Server 관리자는 RS Utility(RS.exe)를 사용하여 리포트 서버에서 작업을 수행할 수 있습니다. 이 유틸리티가 있으면 Visual Basic .NET 스크립트를 이용하여 리포트 서버를 프로그램 방식으로 관리할 수 있습니다.

스크립트는 모든 Reporting Services 웹 서비스 작업을 실행하는 데 사용될 수 있습니다. 스크립팅은 서버의 여러 보고서에 보안을 복사하고 항목을 추가 및 삭제하고, 리포트 서버 항목을 한 서버에서 다른 서버로 복사하고 반복적인 작업을 자동화하는 데 사용될 수 있습니다.

예를 들어, 다음과 같은 작업을 수행하는 데 스크립트를 사용할 수 있습니다.

• 보고서와 설정을 한 서버에서 다른 서버로 복사. 여러 Report Server를 구성하는 데 유용합니다.
• 한 보고서의 보안 설정을 같은 리포트 서버의 여러 보고서로 복사.

Reporting Services 스크립트는 Visual Basic .NET 코드 파일이며, Reporting Services API를 정의하는 WSDL(Web Service Description Language)로 만들어진 프록시와 대조하여 작성됩니다. 스크립트 파일은 Unicode 또는 UTF-8 텍스트 파일로 저장되며 확장자는 .rss입니다.

스크립트 파일의 형식에 대한 자세한 사항은 Books Online의 "rs 유틸리티 및 웹 서비스로 스크립팅하기" 항목을 참조하십시오.

Reporting Services 스크립트 파일은 Reporting Services 스크립트 환경(Rs.exe)을 이용하여 명령 프롬프트에서 실행됩니다. Rs.exe에는 많은 명령 프롬프트 인수가 있습니다. 명령 프롬프트 옵션에 대한 자세한 사항은 Books Online의 "rs 유틸리티" 항목을 참조하십시오.

Reporting Services 관리를 위한 스크립트 작성에 대한 자세한 설명은 Books Online의 "RS.exe 및 웹 서비스로 스크립팅하기" 항목을 참조하십시오.

서비스 구성

Reporting Services가 설치되면 그 시스템에 여러 구성 파일이 설치됩니다. 기본적으로 Reporting Services는 %ProgramFiles%\Microsoft SQL Server에 설치됩니다.

구성 파일에는 XML 요소와 속성이 포함되어 있습니다. 이 파일 형식은 Books Online의 "Report Services 관리" 항목에 설명되어 있습니다.

구성 파일을 변경할 때 Report Server를 다시 시작할 필요는 없습니다. 수정 내용은 동적으로 선택됩니다. 웹 팜 배포에서는 Application Center를 이용하여 구성 파일과 DLL을 팜 전체에서 동기화할 수 있습니다.

서버 문제 해결

이 단원에서는 사전 문제 해결 정보를 제공합니다.

개발자들은 스택 추적, 로그 파일, 오류 및 경고 메시지 내용으로부터 문제 해결 정보를 얻을 수 있습니다.

• 여러분이 리포트 서버 로컬 관리자이고 그 서버에서 Internet Explorer를 실행하고 있다면, Internet Explorer의 오류 페이지를 마우스 오른쪽 단추로 클릭하고 "소스 보기"을 선택하여 그 특정 오류에 대한 호출 스택을 얻을 수 있습니다.
• 리포트 서버가 반환하는 오류와 경고는 Reporting Services API 참조 항목의 "반환 값(Return Value)" 단원에 기록되어 있습니다. 또한 발생할 확률이 가장 높은 오류 메시지에 관한 도움말 항목을 찾을 수 있습니다. 일반적인 오류 메시지 최신 목록은 Books Online의 "Reporting Services 문제 해결" 항목을 참조하십시오.
• 추적 로그 파일은 자정(현지 시간) 이후 처음 발생한 항목에서 시작하여 매일 생성되며, 컴퓨터의 현지 시간은 이름 지정에 사용됩니다. Reporting Services 구성 요소는 추적 로그 파일을 하드 디스크에서 삭제하지 않습니다. Report Manager에 의해 생성된 추적 로그의 위치는 C:\Program Files\Microsoft SQL Server\Reporting Services\LogFiles 디렉터리입니다.

이 문서에 포함된 정보는 문서를 발행 시에 논의된 문제들에 대한 Microsoft Corporation의 당시 관점을 나타냅니다. Microsoft는 변화하는 시장 환경에 부응해야 하므로 이를 Microsoft 측의 공약으로 해석해서는 안 되며 발행일 이후 소개된 어떠한 정보에 대해서도 Microsoft는 그 정확성을 보증하지 않습니다.

이 문서는 오직 정보를 제공하기 위한 것입니다. MICROSOFT는 이 문서에서 명시적이거나 묵시적인 보증도 하지 않습니다.

해당 저작권법을 준수하는 것은 사용자의 책임입니다. 저작권에서의 권리와는 별도로, 이 문서의 어떠한 부분도 Microsoft의 명시적인 서면 승인 없이는 어떠한 형식이나 수단(전기적, 기계적, 복사기에 의한 복사, 디스크 복사 또는 다른 방법)으로 또는 목적으로도 복제되거나, 검색 시스템에 저장 또는 도입되거나, 전송될 수 없습니다.

Microsoft가 이 문서 본안에 관련된 특허권, 상표권, 저작권 또는 기타 지적 소유권 등을 보유할 수도 있습니다. 서면 사용권 계약에 따라 Microsoft에서 귀하에게 명시적으로 제공된 권리 이외에, 이 문서의 제공은 귀하에게 이러한 특허권, 상표권, 저작권 또는 기타 지적 재산권 등에 대한 어떠한 사용권도 허용하지 않습니다.

© 2003 Microsoft Corporation. All rights reserved.

Microsoft는 미국, 대한민국 및/또는 기타 국가에서 Microsoft Corporation의 등록 상표입니다.

여기에 인용된 실제 회사와 제품 이름은 해당 소유자의 상표일 수 있습니다.