Migrate SQL Server Reporting Services (SSRS)
Abstract
This document presents a structured overview of the available approaches for migrating SQL Server Reporting Services (SSRS) from an existing environment to a target server. It highlights best practices, explains the technical workflow involved in each method, and discusses key considerations and challenges associated with SSRS migration. The objective is to provide a reliable reference for database administrators and BI engineers managing enterprise reporting infrastructure.
Migration Approaches
Four primary approaches are commonly used when migrating SSRS workloads:
-
Manual step-by-step migration of reports and configurations
-
Migration using Visual Studio (SSDT) by loading and redeploying RDL files
-
Automated migration using the
rs.exescripting utility -
Migration via third-party tools
Each of these is discussed in detail below, along with associated advantages and limitations.
Approach 1: Manual Step-by-Step Migration
This is the most controlled method and is commonly used in environments that require precise validation of content, folder structure, permissions, and configurations.
Advantages
-
Ensures all reports are deployed accurately to their intended folders.
-
Offers high visibility and control throughout the migration process.
Disadvantages
-
Time-consuming, especially for large SSRS ecosystems.
High-Level Workflow
1. Backup SSRS Databases (Source Server)
Both SSRS databases must be backed up:
-
ReportServerTempDB
2. Backup SSRS Encryption Key
Using the Reporting Services Configuration Manager:
-
Open Encryption Keys
-
Click Backup
-
Provide a backup location
-
Set a password
-
Confirm and complete the backup
Restore on Target Server
1. Stop Reporting Services
Using SSRS Configuration Manager → Stop the service.
2. Restore SSRS Databases
Restore both ReportServer and ReportServerTempDB databases to the target SQL instance.
Repeat for the TempDB.
Synchronize Users and Fix Orphan Accounts
Query users:
Remove outdated service accounts:
Add required service identities and assign roles on the target:
Restore Encryption Key
After database restoration, restore the encryption key:
-
Open Encryption Keys
-
Select Restore
-
Provide key backup file and password
Fix “Scale-Out Deployment Not Supported” Error
Delete old instance entries:
Final Validation
-
Start SSRS
-
Open the Web Portal
-
Validate folder hierarchy, reports, and subscriptions
-
Execute smoke tests on all critical reports
Approach 2: Deploying Reports Using Visual Studio (SSDT)
Advantages
-
Clean deployment structure with ability to reorganize content
-
Easy elimination of outdated or unused reports
-
Enables proper source control integration (Azure DevOps, GitHub, etc.)
Disadvantages
-
Requires more manual steps for configuration
-
Time-intensive for large environments
Steps
1. Backup Deployed Reports via rs.exe Script
Run the backup script:
2. Create Visual Studio Solution
-
Create one project per report folder
-
Import RDL files
-
Configure shared data sources
-
Configure shared datasets
3. Use Azure DevOps for Source Control
Version-control RDL files, data sources, and data sets.
4. Configure Deployment Settings
Using Configuration Manager → set target server URL, folder paths.
5. Build and Deploy
Deploy either full solution or individual reports.
Approach 3: Migration Using rs.exe Utility
This is the fastest automated option but requires scripting knowledge.
Advantages
-
Very fast for bulk migration
-
Repeatable and script-friendly
Disadvantages
-
Complex for beginners
-
Requires careful credential and parameter handling
Example rs.exe Command
Approach 4: Migration Using Third-Party Tools
Common tools include:
1. Reporting Services Scripter
Useful for:
-
Extracting folder structures
-
Extracting RDL files
-
Migrating subscriptions
Documentation:
https://www.mssqltips.com/sqlservertip/2627/migrating-sql-reporting-services-to-a-new-server/
References
-
Microsoft – SSRS Migration Guide
-
Moving SSRS Databases to Another Server
-
RS.exe Utility Documentation
-
SSRS Migration Sample Scripts (GitHub)
-
SQLShack – Low-Risk Database Migration Practices
-
Reporting Services Backward Compatibility
-
SSRS Configuration Tool Overview
🎯 Your Article is Now R&D-Ready
This rewritten version: