다음을 통해 공유

.rdl 보고서를 Power BI로 마이그레이션 계획

  • 아티클

적용 대상: Power BI 보고서 작성기 Power BI Desktop Power BI 2022 Report Server SQL Server 2022 Reporting Services

이 문서는 Power BI Report Server 및 SSRS(SQL Server Reporting Services) 보고서 작성자와 Power BI 관리자를 대상으로 작성되었습니다. 이 문서에서는 .rdl(Report Definition Language) 보고서를 Power BI로 마이그레이션하는 데 도움을 주는 지침을 제공합니다.

참고 항목

Power BI에서는 RDL 보고서를 페이지를 매긴 보고서라고 합니다.

지침은 4단계로 구분되어 제공됩니다. 먼저 문서 전체를 읽은 후에 보고서를 마이그레이션하는 것이 권장됩니다.

  1. 시작하기 전에
  2. 마이그레이션 전 단계
  3. 마이그레이션 단계
  4. 마이그레이션 후 단계

보고서 서버의 가동을 중지하거나 보고서 사용자들의 작업을 방해하지 않으면서 마이그레이션을 진행할 수 있습니다. 데이터 또는 보고서를 제거할 필요가 없다는 것을 이해하는 것이 중요합니다. 즉, 현재 환경을 중지시킬 준비가 될 때까지 전과 동일하게 유지할 수 있습니다.

시작하기 전에

마이그레이션을 시작하기 전에 먼저 환경이 특정 사전 요구 사항을 충족하는지 확인해야 합니다. 사전 요구 사항을 설명한 후에 유용한 마이그레이션 도구를 소개하겠습니다.

마이그레이션 준비

보고서를 Power BI로 마이그레이션할 준비를 할 때 먼저 대상 작업 영역에 콘텐츠를 업로드할 Power BI Pro 또는 사용자 단위 Premium 라이선스가 있는지 확인합니다.

지원되는 버전

온-프레미스에서 실행 중인 보고서 서버는 물론 Azure와 같은 클라우드 공급자가 호스트하는 가상 머신에 있는 SSRS도 마이그레이션할 수 있습니다.

다음은 Power BI로의 마이그레이션이 지원되는 SQL Server Reporting Services 버전입니다.

  • SQL Server Reporting Services 2012
  • SQL Server Reporting Services 2014
  • SQL Server Reporting Services 2016
  • SQL Server Reporting Services 2017
  • SQL Server Reporting Services 2019
  • SQL Server Reporting Services 2022

Power BI Report Server .rdl 파일도 마이그레이션할 수 있습니다.

Power BI Report Server 및 SQL Server Reporting Services 2017 이상용 마이그레이션 도구

Power BI Report Server 또는 SQL Server 2016 이후 SQL Server Reporting Services를 사용하는 경우 Power BI에 보고서를 게시하는 기본 제공 도구가 있습니다. 자세한 내용은 Power BI로 .rdl 파일 게시를 참조하세요.

이전 버전의 SQL Server 마이그레이션 도구

이전 버전의 SQL Server Reporting Services 경우 RDL 마이그레이션 도구를 사용하여 보고서를 준비하고 마이그레이션하는 것이 좋습니다. 이 도구는 고객이 SSRS 서버에서 Power BI로 RDL 보고서를 마이그레이션하는 데 도움을 주기 위해 Microsoft에서 개발한 것입니다. 이 도구는 GitHub에서 받을 수 있으며, 마이그레이션 시나리오를 처음부터 끝까지 단계별로 안내합니다.

이 도구는 다음과 같은 작업을 자동화합니다.

  • 지원되지 않는 데이터 원본과 지원되지 않는 보고서 기능이 있는지 확인
  • ‘공유’ 리소스를 ‘임베디드’ 리소스로 변환:
    • 공유 데이터 원본은 임베디드 데이터 원본이 됩니다.
    • 공유 데이터 세트는 임베디드 데이터 세트가 됩니다.
  • (검사를 통과한) 보고서를 지정된 Power BI 작업 영역으로 페이지를 매긴 보고서로 게시

기존 보고서가 수정 또는 제거되지는 않습니다. 작업이 완료되면 성공한 작업과 실패한 작업의 요약이 출력됩니다.

시간이 지남에 따라 Microsoft는 도구를 개선할 수 있습니다. 도구를 개선하는 데 커뮤니티 여러분의 관심과 노력도 기울여 주시기 바랍니다.

마이그레이션 전 단계

조직이 필수 사전 요건을 충족하는지 확인했으면 마이그레이션 전 단계를 시작할 준비가 된 것입니다. 이 단계는 3가지 하위 단계로 구성됩니다.

  1. Discover
  2. 평가
  3. 준비

Discover

검색 단계의 목표는 기존 보고서 서버 인스턴스를 식별하는 것입니다. 이 과정에서 네트워크를 검사하여 조직의 모든 보고서 서버 인스턴스가 식별하는 작업이 이루어집니다.

Microsoft Assessment and Planning Toolkit을 사용할 수 있습니다. “MAP Toolkit”이라고도 하는 이 도구는 보고서 서버 인스턴스, 버전 및 설치된 기능을 검색하고 보고합니다. 마이그레이션 계획 과정을 간소화해 주는 강력한 인벤토리, 평가 및 보고 도구입니다.

조직에는 수백 개의 SSRS(SQL Server Reporting Services) 보고서가 있을 수 있습니다. 이러한 보고서 중 일부는 사용 부족으로 인해 사용되지 않을 수 있습니다. 사용하지 않는 보고서 찾기 및 사용 중지 문서는 사용하지 않는 보고서를 검색하고 정리를 위한 주기를 만드는 방법을 안내합니다.

평가

보고서 서버 인스턴스를 검색한 후에 이루어지는 평가 단계의 목표는 마이그레이션할 수 없는 .rdl 보고서 또는 서버 항목을 파악하는 것입니다.

.rdl 보고서는 보고서 서버에서 Power BI로 마이그레이션할 수 있습니다. 마이그레이션된 각 .rdl 보고서는 Power BI 페이지를 매긴 보고서가 됩니다.

그러나 다음 보고서 서버 항목 유형은 Power BI로 마이그레이션할 수 없습니다.

  • 공유 데이터 원본 및 공유 데이터 세트: RDL 마이그레이션 도구는 지원되는 데이터 원본을 사용하는 경우 공유 데이터 원본 및 공유 데이터 세트를 포함된 데이터 원본 및 데이터 세트로 자동으로 변환합니다.
  • 이미지 파일 등 리소스.
  • 연결된 보고서는 마이그레이션을 위해 연결되는 부모 보고서를 선택했는지 여부에 관계없이 마이그레이션됩니다. Power BI 서비스에서는 일반 .rdl 보고서입니다.
  • KPI: Power BI Report Server 또는 Reporting Services 2016 이상- Enterprise Edition 전용.
  • 모바일 보고서: Power BI Report Server 또는 Reporting Services 2016 이상- Enterprise Edition 전용.
  • 보고서 모델: 사용되지 않음.
  • 보고서 파트: 사용되지 않음.

.rdl 보고서가 Power BI 페이지를 매긴 보고서에서 지원되지 않는 기능을 사용할 경우, 가능하다면 보고서를 Power BI 보고서로 다시 만드는 방안을 고려할 수 있습니다.

Power BI 서비스에서 페이지를 매긴 보고서에 대해 지원되는 데이터 소스에 대한 자세한 내용은 Power BI 페이지를 매긴 보고서에 대해 지원되는 데이터 원본을 참조하세요.

일반적으로 Power BI 페이지를 매긴 보고서는 인쇄 또는 PDF 생성에 최적화되어 있습니다. Power BI 보고서는 탐색 및 대화형 작업에 최적화되어 있습니다. 자세한 내용은 Power BI의 페이지를 매긴 보고서가 필요한 경우를 참조하세요.

보고서 내의 사용자 지정 코드 DLL 파일 참조는 지원되지 않습니다.

PDF 출력 결과가 다르게 나타나는 현상은 주로 보고서에 사용된 글꼴이 라틴어 이외의 문자를 지원하지 않는데 라틴어 이외의 문자를 보고서에 추가한 경우 발생합니다. 보고서가 제대로 렌더링되는지 확인하려면 보고서 서버와 클라이언트 컴퓨터 모두에서 PDF 렌더링 출력을 테스트합니다.

준비

준비 단계의 목표는 모든 것을 준비하는 것입니다. 이 단계에서는 Power BI 환경을 설정하고, 보고서를 보호하고 게시할 방법을 계획하고, 마이그레이션할 수 없는 보고서 서버 항목을 다시 만들 방안을 도출합니다.

  1. 보고서 데이터 원본에 대한 지원을 확인하고, 온-프레미스 데이터 원본과의 연결을 허용할 수 있도록 Power BI 게이트웨이를 설정합니다.
  2. Power BI 보안을 숙지하고, Power BI 작업 영역을 사용하여 보고서 서버 폴더 및 권한을 재현할 방법을 계획합니다.
  3. Power BI 공유를 숙지하고, Power BI 앱을 게시하여 콘텐츠를 배포할 방법을 계획합니다.
  4. 보고서 서버 공유 데이터 원본 대신 공유 Power BI 의미 체계 모델를 사용하는 방안을 고려합니다.
  5. Power BI Desktop을 사용하여 모바일 최적화된 보고서를 개발합니다. 이때 보고서 서버 모바일 보고서 및 KPI 대신 Power KPI 사용자 지정 시각적 개체를 사용하는 것이 좋습니다.
  6. 보고서에서 UserID 기본 제공 필드의 사용을 다시 평가합니다. UserID를 사용하여 보고서 데이터를 보호하는 경우 페이지를 매긴 보고서가 Power BI 서비스에서 호스트될 때는 이 필드가 UPN(사용자 계정 이름)을 반환한다는 것을 이해해야 합니다. 따라서 기본 제공 필드는 AW\adelev와 같은 NT 계정 이름을 반환하는 대신 adelev@adventureworks.com과 같은 형식으로 반환합니다. 데이터 세트 정의 그리고 경우에 따라 원본 데이터를 수정해야 합니다. 수정하고 게시한 후에는 보고서를 철저히 테스트하여 데이터 사용 권한이 예상대로 작동하는지 확인하는 것이 좋습니다.
  7. 보고서에서 ExecutionTime 기본 제공 필드의 사용을 다시 평가합니다. 페이지를 매긴 보고서가 Power BI 서비스에서 호스트될 때는 기본 제공 필드가 날짜/시간을 UTC(협정 세계시)로 반환합니다. 이는 보고서 매개 변수 기본값 및 보고서 실행 시간 레이블(일반적으로 보고서 바닥글에 추가됨)에 영향을 줄 수 있습니다.
  8. 데이터 원본이 SQL Server(온-프레미스)인 경우 보고서에서 지도 시각화를 사용하지 않는지 확인합니다. 지도 시각화는 SQL Server 공간 데이터 형식을 사용하며 해당 데이터 형식은 게이트웨이에서 지원되지 않습니다. 자세한 내용은 페이지를 매긴 보고서의 데이터 검색 지침(SQL Server 복합 데이터 형식)을 참조하세요.
  9. 연계 매개 변수의 경우 매개 변수를 순차적으로 평가해야 합니다. 먼저 보고서 데이터를 미리 집계해 보세요. 자세한 내용은 페이지를 매긴 보고서에서 연계 매개 변수 사용을 참조하세요.
  10. 보고서 작성자가 Power BI 보고서 작성기를 설치해 두었고 조직에서 향후 릴리스를 간편하게 배포할 수 있는 환경이 구성되어 있는지 확인합니다.
  11. 페이지를 매긴 보고서에 대한 용량 계획 설명서를 활용합니다.

마이그레이션 단계

Power BI 환경과 보고서를 준비했으면 마이그레이션 단계를 진행할 준비가 된 것입니다.

마이그레이션에는 수동과 자동, 두 가지 옵션이 있습니다. 수동 마이그레이션은 적은 수의 보고서나 마이그레이션 전에 수정이 필요한 보고서에 적합합니다. 자동 마이그레이션은 많은 수의 보고서의 마이그레이션에 적합합니다.

수동 마이그레이션

보고서 서버 인스턴스 및 Power BI 작업 영역에 액세스할 권한이 있는 사용자는 모두 보고서를 Power BI로 수동 마이그레이션할 수 있습니다. 그 방법은 다음과 같습니다.

  1. 마이그레이션하려는 보고서가 들어 있는 보고서 서버 포털을 엽니다.
  2. 각 보고서 정의를 다운로드하고 .rdl 파일을 로컬에 저장합니다.
  3. 최신 버전의 Power BI 보고서 작성기 열고 Microsoft Entra ID 자격 증명을 사용하여 Power BI 서비스 연결합니다.
  4. Power BI 보고서 작성기에서 각 보고서를 열고 다음을 수행합니다.
    1. 모든 데이터 원본과 데이터 세트가 보고서 정의에 임베디드되어 있고 지원되는 데이터 원본인지 확인합니다.
    2. 미리 보기를 통해 보고서가 올바르게 렌더링되는지 확인합니다.
    3. 게시를 선택하고 Power BI 서비스를 선택합니다.
    4. 보고서를 저장할 작업 영역을 선택합니다.
    5. 보고서가 저장되는지 확인합니다. 보고서 디자인에 포함된 특정 기능이 아직 지원되지 않을 경우 저장 작업이 실패하게 됩니다. 실패 이유도 제시됩니다. 이 경우 보고서 디자인을 수정한 후 저장을 다시 시도해야 합니다.

자동 마이그레이션

자동 마이그레이션에는 세 가지 옵션이 있습니다. 다음을 사용할 수 있습니다.

  • Power BI Report Server 및 SQL Server 2022의 경우 Power BI에 .rdl 파일 게시를 참조하세요.
  • 이전 버전의 Reporting Services 경우 GitHub의 RDL 마이그레이션 도구를 사용합니다.
  • Power BI Report Server, Reporting Services 및 Power BI에 대해 공개적으로 사용 가능한 API

공개된 Power BI Report Server, Reporting Services 및 Power BI API를 사용하여 콘텐츠의 마이그레이션을 자동화할 수도 있습니다. RDL 마이그레이션 도구 역시 이 API를 사용하긴 하나, API를 직접 사용하면 정확한 요구 사항에 맞는 사용자 지정 도구를 개발할 수 있습니다.

API에 대한 자세한 내용은 다음을 참조하세요.

마이그레이션 후 단계

마이그레이션을 성공적으로 완료했으면 마이그레이션 후 단계를 수행할 준비가 된 것입니다. 이 단계에는 일련의 마이그레이션 후 작업을 수행하여 모든 것이 효율적이고 올바르게 작동하는지 확인합니다.

포함된 데이터 세트에 대한 쿼리 제한 시간 설정

쿼리 제한 시간 값은 보고서를 작성하는 동안 포함된 데이터 세트를 정의할 때 지정합니다. 쿼리 제한 시간 값은 보고서 정의의 Timeout 요소에 보고서와 함께 저장됩니다.

데이터 원본 구성

보고서를 Power BI로 마이그레이션한 후에는 데이터 원본이 올바르게 설정되었는지 확인해야 합니다. 이 과정에는 게이트웨이 데이터 원본에 할당하고 데이터 원본 자격 증명을 안전하게 저장 작업이 포함될 수 있습니다. 이러한 작업은 RDL 마이그레이션 도구에 의해 수행되지 않습니다.

보고서 성능 검토

가능한 최상의 보고서 사용자 환경을 제공하기 위해 다음 작업을 완료하는 것이 권장됩니다.

  1. Power BI에서 지원하는 각 브라우저에서 보고서를 테스트하여 보고서가 올바르게 렌더링되는지 확인합니다.
  2. 테스트를 실행하여 보고서 서버 및 Power BI 서비스 보고서 렌딩 시간을 비교합니다. Power BI 보고서가 적정 시간 안에 렌더링되는지 확인합니다.
  3. 렌더링이 오래 걸리는 보고서의 경우 보고서 첨부 파일이 포함된 메일 구독으로 보고서 사용자에게 Power BI를 전달하는 방안을 고려합니다.
  4. Power BI 의미 체계 모델을 기반으로 하는 Power BI 보고서의 경우 모델 디자인을 검토하여 완전히 최적화되었는지 확인합니다.

문제 대응

마이그레이션 후 단계는 모든 문제에 대응하고 성능 문제를 해결하는 데 중요합니다. 페이지를 매긴 보고서 워크로드를 용량에 추가하면 페이지를 매긴 보고서와 용량에 저장된 그 밖의 콘텐츠에서 성능 저하가 발생할 수 있습니다.

관련 콘텐츠

이 문서에 대한 자세한 내용은 다음 리소스를 참조하세요.

조직에서 마이그레이션 프로세스를 성공적으로 완료하는 데 도움을 줄 Power BI 파트너와 협력할 수 있습니다. 파트너를 참여하려면 Microsoft Power BI 파트너 포털을 방문하세요.