First page of Microsoft's 100,000-partner directory, sorted by responsiveness Microsoft Solutions Partner — Security, Modern Work, Infrastructure, App Innovation Microsoft partner since 2006 1,100+ organizations under management
Home/Services/SQL Server Reporting Services to Power BI Migration
Migration

SQL Server Reporting Services to Power BI Migration

SQL Server Reporting Services to Power BI Migration moves your SSRS estate off a product Microsoft has stopped shipping: SQL Server 2025 does not include Reporting Services, and SSRS 2022 is the final release. IT Partner inventories every RDL report, data source, shared dataset, subscription and schedule; rationalizes what nobody runs any more; migrates what matters to the Power BI service as paginated reports — or to Power BI Report Server where reports must stay on-premises; rebuilds the subscriptions and schedules; and validates each migrated report side by side against SSRS before cutover. Priced by written quote after the inventory, because SSRS estates range from a dozen reports to well over a thousand; a mid-sized estate typically takes about four weeks.

Timeline 4 weeksService owner Nick SavenSQL Server Reporting ServicesMicrosoft Power BIPower BI Report Server

What this engagement is

In June 2025 Microsoft announced that SQL Server 2025 would ship without Reporting Services, and when SQL Server 2025 was released in November 2025 it did exactly that: the on-premises reporting role is consolidated into Power BI Report Server, and SSRS 2022 is the last SSRS there will be. SSRS 2022 stays supported on SQL Server 2022's lifecycle — extended support runs to January 2033 — so nothing stops working tomorrow. But every SQL Server 2025 upgrade, consolidation or Azure migration now surfaces the same question: what happens to the reports? This service answers it with an inventory first. We pull the report catalog and execution log from the ReportServer database, so the decisions rest on what actually runs — in most estates a large share of RDL reports have not been executed in a year. Each report gets a disposition: migrate as-is, migrate with rework, rebuild as an interactive Power BI report, or retire. You approve the list before anything is converted. Then we migrate to one of two destinations, sometimes both. The Power BI service hosts RDL reports as paginated reports — since 2023 they publish to Pro workspaces, with Fabric or Premium capacity needed for some features such as dynamic per-recipient subscriptions. Power BI Report Server keeps everything on-premises, hosts RDL and Power BI reports side by side, and with SQL Server 2025 is licensed with Standard as well as Enterprise core licenses without a Software Assurance requirement, per Microsoft's announcement. We use Microsoft's RDL migration tooling for the bulk conversion — it carries reports across and turns shared datasets and data sources into embedded ones — and then do the work the tool cannot: data sources that need a gateway or a different connector, user-identity expressions that must change from Windows identity to user principal name, custom code, linked reports, snapshots and caching, and the subscriptions that never come across automatically. Every migrated report is validated side by side — same parameters, same date range, same output — against the SSRS original, and the two systems run in parallel until you sign off. Net-new dashboard design is a separate service, as is migrating the SQL Server engine underneath; both are cross-linked below and are often bought together with this one.

Success criteria

01A complete inventory of the SSRS estate — reports, folders, data sources, shared datasets, subscriptions, schedules, security assignments and execution history — delivered and used to drive an approved disposition list (migrate, rework, rebuild, retire).
02The target platform decision (Power BI service, Power BI Report Server, or a split) is documented with its licensing basis and agreed before migration starts.
03Every report on the migrate list renders in the target with the same parameters and the same output as the SSRS original, within the validation tolerance you sign off, with evidence per report.
04Subscriptions and schedules on the approved list are rebuilt in the target, delivering to the agreed recipients on the agreed cadence, and confirmed against SSRS delivery for at least one cycle.
05Report security in the target — workspace roles, app audiences or Report Server folder permissions — reproduces the approved SSRS access model, with row-level filtering reworked where the report relied on the Windows identity.
06SSRS is decommissioned (or left in read-only parallel for an agreed period) only after your written sign-off, and your team has the documentation and handover to operate the new estate.

What you receive

SSRS inventory workbook: every report with folder, data sources, shared datasets, parameters, subscriptions, schedules, security assignments, last execution date and 12-month execution count, plus a feature scan for items that need rework (custom code, linked reports, snapshots, data-driven subscriptions, unsupported data sources).
Disposition list and rationalization report — migrate as-is, migrate with rework, rebuild, retire — with your approval recorded per report.
Target design: Power BI service workspaces and apps or Power BI Report Server topology, licensing basis, gateway or data-source connectivity, and the security model mapping.
Migrated reports in waves: tool-assisted RDL conversion, manual rework where flagged, and interactive Power BI rebuilds for the reports you chose to redesign (rebuild scope is quoted per report).
Subscriptions and schedules rebuilt — standard email subscriptions, dynamic per-recipient subscriptions where the target supports them, and Power Automate flows or Report Server subscriptions for file-share and other delivery paths — with a delivery reconciliation against SSRS.
Side-by-side validation evidence per report: parameters, output comparison, sign-off status.
Cutover and decommission plan, user communication templates, operating documentation and a recorded handover session.

How the work unfolds

1. Inventory and usage analysis

Extract the report catalog, dependencies, subscriptions and execution log from the ReportServer database; scan every RDL for features that need rework; produce the inventory workbook.

2. Rationalize and choose the target

Walk the inventory with the report owners, agree the disposition of every report, decide between the Power BI service and Power BI Report Server (or a split), and confirm licensing; the written quote is finalized here.

3. Prepare the target

Set up workspaces, apps and gateway connections in the Power BI service, or install and configure Power BI Report Server on your infrastructure; map the SSRS security model to the target.

4. Migrate in waves

Convert reports wave by wave with Microsoft's RDL migration tooling, rework the flagged items (data sources, identity expressions, custom code, linked reports), and rebuild the reports chosen for redesign.

5. Rebuild subscriptions and validate

Recreate subscriptions and schedules in the target, run each report side by side against SSRS with the same parameters, record the evidence, and fix what differs.

6. Cutover, parallel run and decommission

Redirect users to the new estate, run the two systems in parallel for the agreed period, then decommission SSRS on your sign-off and hand over the documentation.

Prerequisites

Read access to the ReportServer catalog database (or a backup of it) and to the SSRS web portal, so the inventory reflects the real estate rather than a folder listing.
A decision-maker for the target platform and a report owner (or group) able to confirm dispositions, validation tolerances and sign-offs within agreed turnaround times.
For the Power BI service: a Microsoft 365 tenant, Power BI Pro or Premium Per User licenses for authors and consumers (or Fabric capacity), and an on-premises data gateway — or agreement to install one — for report data sources on your network.
For Power BI Report Server: a Windows server that meets Microsoft's requirements, a SQL Server instance for its catalog, and a valid license basis — SQL Server 2025 Standard or Enterprise core licenses, SQL Server 2022 or earlier Enterprise with Software Assurance, or Power BI Premium or Fabric capacity — confirmed before installation.
Access to the data sources the reports query, with credentials suitable for the target (service accounts where SSRS used stored credentials or Windows integrated security).
The recipient lists behind existing subscriptions, including any query-driven recipient lists, so they can be rebuilt rather than guessed.
Agreement on the validation tolerance and the parallel-run period before cutover.

Who does what

IT Partner

  • Inventory extraction, feature scan, usage analysis and the disposition workshop.
  • Target design, licensing guidance and the written quote.
  • Workspace, app and gateway setup, or Power BI Report Server installation and configuration.
  • Report conversion, rework and rebuilds on the approved list, in waves.
  • Subscription and schedule rebuild, side-by-side validation, and the evidence per report.
  • Cutover plan, parallel-run support, decommission on your sign-off, documentation and handover.

Your team

  • Provide access to the ReportServer database, the SSRS portal and the report data sources.
  • Nominate report owners and a target-platform decision-maker, and turn dispositions and validations around within the agreed time.
  • Purchase Power BI licensing or provide the Power BI Report Server infrastructure and license basis.
  • Install or approve the on-premises data gateway, and provide service accounts for data sources.
  • Supply subscription recipient lists and confirm delivery reconciliation.
  • Communicate the change to report users and approve cutover and decommission in writing.

What's not included

Designing net-new dashboards and interactive reports beyond the rebuilds on the approved list — that is our Power BI Dashboard and Report Development service, and reports you decide to redesign rather than convert are quoted under it.
Migrating the SQL Server database engine itself — upgrading to SQL Server 2025 or moving to Azure SQL Database, Azure SQL Managed Instance or SQL Server on an Azure VM is covered by our SQL Server migration services, which this engagement coordinates with.
Migrating SQL Server Analysis Services cubes, Integration Services packages, or other SQL Server components — each is its own scope.
Microsoft licensing and infrastructure: Power BI Pro, Premium Per User, Fabric or Premium capacity, SQL Server licenses, and the servers Power BI Report Server or the data gateway run on.
Rewriting custom .NET report extensions, custom assemblies or third-party rendering extensions — we document the equivalent approach and quote any rewrite separately.
Fabric platform design, Lakehouse or Warehouse builds and data pipelines — Microsoft Fabric and Power BI Modernization and our Azure Data Factory and Fabric Data Pipeline Development service.
Fixing report logic or data that was wrong in SSRS. We migrate faithfully and flag what we find; correcting a report's business logic is a change request.
End-user training programs and ongoing report maintenance after handover.

Limitations & technical notes

!Not everything in SSRS has a one-to-one equivalent in the Power BI service. Data-driven subscriptions map to dynamic per-recipient subscriptions, which need a capacity-backed workspace; file-share and some delivery extensions need a Power Automate flow or Power BI Report Server; linked reports, report snapshots, caching and history, and custom code assemblies need rework or a documented alternative. The inventory names each case before you approve the quote.
!Migration tooling converts reports and embeds shared datasets and data sources; it does not fix data sources the target cannot reach. On-premises sources need the on-premises data gateway, and some source types need a different connector or a small extract — we identify these in the feature scan.
!Reports that filter on the Windows identity (User!UserID) behave differently once users authenticate with Entra ID; those expressions and any lookup tables behind them are reworked and re-tested per role.
!Power BI Report Server and the Power BI service are updated on different cadences and do not always have the same features. Reports that must run in both are built to the Report Server feature set, and Power BI reports for Report Server require the matching Power BI Desktop for Report Server build.
!Licensing facts on this page — SSRS not shipping in SQL Server 2025, SSRS 2022 extended support to January 2033, Power BI Report Server rights with SQL Server 2025 Standard and Enterprise core licenses without Software Assurance — are Microsoft's statements as we verified them in September 2026; confirm your entitlement with your licensing records before decommissioning anything.
!The four-week typical duration assumes a mid-sized estate with owners available; estates with many hundreds of active reports, heavy custom code or many subscriptions are quoted longer, in waves.
!Technical content reviewed September 2026.

Frequently asked questions

Is SSRS really being discontinued?

SQL Server 2025, released in November 2025, does not include Reporting Services; Microsoft consolidated the on-premises reporting role into Power BI Report Server and named SSRS 2022 the final SSRS release. SSRS 2022 remains supported on SQL Server 2022's lifecycle — extended support runs to January 2033 — so existing installations keep working, but there is no SSRS to upgrade to and no new features coming.

Do we have to migrate now?

Not this week. But every SQL Server 2025 upgrade, server consolidation or move to Azure now forces the question, and running a report server that only receives security fixes is a slow accumulation of risk. The inventory is the sensible first step whether you migrate this quarter or next year: it tells you how big the job actually is, and it usually shrinks it.

Power BI service or Power BI Report Server — which should we choose?

The Power BI service if you are already in Microsoft 365, want reports available anywhere with Entra ID sign-in, and can license consumers with Pro, Premium Per User or a Fabric capacity. Power BI Report Server if reports must stay on-premises for regulatory, connectivity or data-residency reasons, or if you already hold SQL Server core licenses that now include it. Many estates split: operational reports to the service, a handful of restricted ones on Report Server. We help you decide in phase two.

What does Power BI Report Server cost to license?

With SQL Server 2025, Microsoft states that Power BI Report Server is licensed with Standard or Enterprise core licenses without a Software Assurance requirement. For SQL Server 2022 and earlier it required Enterprise core licenses with active Software Assurance, or a Power BI Premium or Fabric capacity. That is Microsoft's licensing, not ours — we confirm your entitlement against your records before recommending it, and you should verify with your licensing reseller.

Will our RDL reports work in Power BI without rewriting them?

Most RDL reports carry across as paginated reports with little or no change — that is what paginated reports in Power BI are. The exceptions are predictable: data sources the target cannot reach directly, expressions built on the Windows user identity, custom code and assemblies, linked reports, snapshots and caching, and data-driven subscriptions. The feature scan in the inventory names every affected report, and the quote prices the rework.

Do we need Premium or Fabric capacity for paginated reports?

Not for the reports themselves — paginated reports have published to Pro workspaces since 2023. Some features around them do need a capacity-backed workspace, dynamic per-recipient subscriptions being the common one. If your estate leans on data-driven subscriptions, that is a licensing decision we surface in the target design.

What happens to our subscriptions and schedules?

They do not migrate automatically, so we rebuild them. Standard email subscriptions become Power BI subscriptions; data-driven subscriptions become dynamic per-recipient subscriptions in a capacity-backed workspace or Report Server subscriptions; file-share, FTP-style or other delivery extensions become Power Automate flows or stay on Report Server. Every rebuilt subscription is reconciled against SSRS delivery for at least one cycle.

How do you make sure the migrated reports are correct?

Side by side. Each report is run in SSRS and in the target with the same parameters and date range, and the outputs are compared within the tolerance you set — row counts, totals, and spot-checked detail. The evidence is recorded per report, and the two systems run in parallel until you sign off.

Should we convert every report or rebuild some as interactive Power BI reports?

Usually a mix. Operational and regulatory reports that must print or export exactly stay paginated. Reports people only ever filtered and re-ran are candidates to rebuild as interactive Power BI reports, which is scoped under our Power BI Dashboard and Report Development service. The inventory's execution history and the owner conversations decide which is which — and a good share of reports usually turn out to be retirable.

Can you do the SQL Server 2025 upgrade or the Azure move at the same time?

Yes, through our SQL Server migration services, which cover the engine upgrade and the moves to SQL Server on an Azure VM, Azure SQL Managed Instance or Azure SQL Database. This engagement sequences with them so report data sources are repointed once, not twice.

Our reports use Windows authentication and row filtering by user — will that break?

It changes. In the Power BI service users authenticate with Entra ID, so expressions and lookup tables built on the Windows identity are reworked to the user principal name, and the security is tested per role before cutover. On Power BI Report Server, Windows authentication continues to work.

How much does an SSRS migration cost?

It is quoted in writing after the inventory, because the cost is driven by the number of active reports, how many need rework or rebuild, the subscription count, and the target platform. Estates we see range from a dozen reports to well over a thousand, so a price before the inventory would be a guess. You pay after you approve delivery.

How long does it take?

About four weeks for a mid-sized estate with owners available for the disposition and validation sessions. Large estates are migrated in waves over a longer, quoted period. The inventory phase itself is quick and gives you the real number.

What is not included?

Net-new report design beyond the approved rebuilds, migrating the SQL Server engine, Analysis Services or Integration Services, Microsoft licensing and servers, rewriting custom report extensions, Fabric platform and pipeline work, fixing logic that was already wrong in SSRS, and ongoing maintenance after handover. Each has a named home in our catalog and is cross-referenced rather than blurred into this scope.

Didn’t find your question?

Ask it here. A real engineer answers by email within one business day — and if it’s a good one, it becomes part of this page so the next person finds it.

Answered by a person, one time, to your inbox. Nothing you type here is published without a human reviewing and anonymizing it first.

Often combined with

Contact us for a quote
4 weeks
Get an SSRS migration quote