Category Archives: Database

Moving SQL Server Reporting Services

Over the last year, I have had the opportunity to migrate Reporting Services several times.  :)    Unlike the Microsoft documented backup and restore operation or the move procedure , the process has been … er… not so straightforward for me.

The problem I have run into revolves around the key in the ReportServer database in table dbo.Keys and the InstallationID in my rsreportserver.config file

If I match the key in this table to the file I can solve the problem.

In the event you have to migrate Reporting Services from one server to another and get an error message that there is a mismatch between the rsreportserver.config file and the ID in ReportServer.dbo.Keys , then you may try the procedure outlined below.  Keep in mind, this process steps you through the entire migration procedure of moving your Reporting Services databases from your source server to the destination server.


When navigating to //<Reporting Services Instance Name>/ReportServer you get the Reporting Services Error Message:

The Installation ID in the rsreportserver.config file does not match the ID in ReportServer.dbo.Keys.


To correct this problem,

1. Stop Reporting Services on your destination server.

2. Take your ReportServer database backup and restore it to your destination server.

3. Find the source server’s InstallationId in the Keys table with this query.  Copy the results:

SELECT * FROM ReportServer.dbo.Keys

4. On your destination server, find and open your rsreportserver.config file.  It is located in a path like:

C:\Program Files\Microsoft SQL Server\MSRS11.MSSQLSERVER\Reporting Services\ReportServer\rsreportserver.config

5. Copy the InstallationId from the Keys table in step 3 and replace the InstallationID between the curly brackets {} in the rsreportserver.confi g file.  Save and close the file on the destination server.

6. Start Reporting Services on your destination server.

7. Browse to Reporting Services: //<Reporting Services Instance Name>/ReportServer to confirm that the Keys match and that Reporting Services is running properly.

Database AutoGrowth

SQL Server Database AutoGrowth

Leaving the default settings for SQL Server AutoGrowth is an unhealthy practice.  As many will agree, the default growth rates should be changed .

OK.  So using percentage settings is a bad practice.  I don’t want to grow the database in 1 MB increments, and not touching it is bad too.  What am I supposed to do?  How can I best configure my SQL Server AutoGrowth settings?  Are there any best practices or recommendations for database autogrowth?   Aggghhhhhh!

Before I pull out my hair, let me digress…

Over the course of time, colleagues and experience have helped me draw up some general guidelines:

  • If the file size is less than 1 GB , then set the File Growth Rate for the data file to 200 MB .
  • If the file size is between 1 GB and 200 GB , then set the File Growth Rate for the data file to 1 GB .
  • If the file size is greater than 200 GB , then set the File Growth Rate for the data file to 10 GB .

The conditions in your environment may vary, but this is a good place to start.  Consider whether your database is a data warehouse, has a transactional focus, or very large database (VLDB).  Your goal is to minimize the number of times your database grows, but when it does, take the amount of storage you need without having to return to claim more too soon.

The final piece of advice, as any good DBA will tell you, is interview your users, measure your workload, monitor your database growth, and adjust settings for your specific situation.