How to Move the Data Warehouse Database
Updated: May 13, 2016
Applies To: System Center 2012 R2 Operations Manager, Operations Manager for System Center 2012, System Center 2012 SP1 - Operations Manager
After the initial deployment of System Center 2012 – Operations Manager, you might need to move the data warehouse database from one Microsoft SQL Server-based computer to another.
This procedure can result in data loss if it is not performed correctly and within a reasonable length of time of the failure. Ensure that you follow all steps precisely, without unnecessary delays between the steps.
This procedure requires Microsoft SQL Server configuration. You need to back up a database, restore a database, update a database table, add new Logins, and modify User Mapping settings for Logins. For more information, see SQL Server documentation.
Data Warehouse Database Relocation Procedure
Use the procedure below to move the data warehouse database to a different system.
To move the data warehouse database
Stop the Operations Manager services (System Center Data Access Service, System Center Management Service, and System Center Management Configuration Service) on all management servers in the management group.
On the current Data Warehouse server, use SQL Server Management Studio to create a full backup of the data warehouse database. The default name is OperationsManagerDW. We recommend that you also back up the associated master database.
For more information, see How to: Back Up a Database (SQL Server Management Studio).
On the new SQL Server, copy the backup file to a local drive or map a local drive to the folder that contains the backup file.
Optionally, on the current Data Warehouse server, delete the data warehouse database.
On the new Data Warehouse server, use SQL Management Studio to restore the OperationsManagerDW database that you previously backed up.
For more information, see How to: Restore a Database Backup (SQL Server Management Studio).
Update the registry on each management server in the management group to refer to the new SQL Server-based computer.
Log on to the management server with Administrator permissions.
Click Start, select Run, type regedit in the Open box, and then click OK to start Registry Editor.
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft Operations Manager\3.0\Setup\DataWarehouseDBServerName - (change this to the new SQL server hosting the DW).
Go to the Reporting server.
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\System Center Operations Manager\3.0\Reporting,\ DWDBInstance double-click the name and change the value to the hostname of the SQL Server-based computer now hosting the operations manager DW database, and then click OK to save your change.
Close the Registry Editor.
Start the System Center Data Access Service on the management server associated with the reporting server. This is needed to access the reports page.
On reporting server, change the connection strings.
Open a browser and go to the reporting webpage, https://localhost/reports_instancename. If there is no named instance, go to https://localhost/reports.
Click Show Details and then click Data Warehouse Main. Change the Connection String to contain the new data warehouse server name, and then click Apply.
Change the connection string for AppMonitoringSource.
Click Application monitoring, and then click .NET monitoring.
On the AppMonitoringSource page, click Properties and change Connection string to contain the new data warehouse main data source server name, and then click Apply.
Close the browser.
On the server hosting the operational database, update the OperationsManager database table.
Note If the SCOM was installed by upgrading from SCOM 2007 instead of by using the SCOM 2012 install media, you need to modify the dbo.MT_DataWarehouse table instead of the dbo.MT_Microsoft$SystemCenter$DataWarehouse table.
Open SQL Server Management Studio.
Expand Databases, OperationsManager, and Tables.
Right-click dbo.MT_Microsoft$SystemCenter$DataWarehouse, and then click Edit Top 200 Rows.
Change the value in the MainDatabaseServerName_2C77AA48_DB0A_5D69_F8FF_20E48F3AED0F column to reflect the name of the new SQL Server for the DW database.
Update the OperationsManager database for Application Performance Monitoring functionality.
Right-click dbo.MT_Microsoft$SystemCenter$DataWarehouse$AppMonitoring, and then click Edit Top 200 Rows.
Change the value in the MainDatabaseServerName_5C00C79B_6B71_6EEE_4ADE_80C11F84527A column to reflect the name of the new SQL Server for the DW database.
Do the same for the following tables.
Right-click dbo. MT_Microsoft$SystemCenter$DataWarehouse$AppMonitoring_Log and then click Edit Top 200 Rows. Change the value of column Post_MainDatabaseServerName_5C00C79B_6B71_6EEE_4ADE_80C11F84527A to reflect the name of the new SQL Server for the DW database.
Right-click dbo.MT_Microsoft$SystemCenter$DataWarehouse_Log and then click Edit Top 200 Rows. Change the value of column.Pre_MainDatabaseServerName_2C77AA48_DB0A_5D69_F8FF_20E48F3AED0F.
Close SQL Server Management Studio.
On the new data warehouse server, update the member database.
Open SQL Server Management Studio.
Expand Databases, OperationsManagerDW, and Tables.
Right-click dbo.MemberDatabase, and then click Edit Top 200 Rows.
Change the value in the ServerName column to reflect the name of the new SQL Server.
Close SQL Server Management Studio.
On the new server hosting the operational database, expand Security, then expand Logins, and then add the data writer account.
For more information, see How to: Create a SQL Server Login.
Also in Logins, add the data reader account.
Also in Logins, add the Data Access Service computer account, using the form “domain\computername$”.
For the Data Access Service (DAS) computer account, add the following user mappings:
If an account has not existed before in the SQL instance in which you are adding it, the mapping will be picked up by SID automatically from the restored data warehouse database. If the account has existed in that SQL instance before, you receive an error indicating failure for that login, although the account appears in Logins. If you are creating a new login, ensure the User Mapping for that login and database are set to the same values as the previous login:
DW Data Writer: db_owner, OpsMgrWriter, apm_datareader, apm_datawriter
DW Data Reader: db_datareader, OpsMgrReader, apm_datareader
DAS/Config account: db_datareader, OpsMgrReader, apm_datareader
If DAS/Config uses the LocalSystem account, specify computer account in form “<domain>\<computername>$”.
Start the Operations Manager services (System Center Management, System Center Data Access, and System Center Management Configuration) on all the management servers in the management group.
To verify a successful move of the data warehouse database
Verify that you can successfully run a report from the console.
Ensure that the health state of all management servers in the management group are Healthy.
If the health state of any management server is Critical, open Health Explorer, expand Availability - <server name>, and then continue to expand until you can navigate to Data Warehouse SQL RS Deployed Management Pack List Request State. Check the associated events to determine if there is an issue accessing the data warehouse database.
Check operating system events:
Open the operating system's Event viewer. Navigate to Event Viewer, and then to Operations Manager.
In the Operations Manager pane, search for events with a Source of Health Service Module and a Category of Data Warehouse.
The move was successful if event number 31570, 31558, or 31554 exists.
There is an issue accessing the data warehouse database if event numbers 31563, 31551, 31569, or 31552 exists.
Check events in Operations Manager:
In the Operations console, select Monitoring.
Navigate to Monitoring, Operations Manager, Health Service Module Events, and then to Performance Data Source Module Events.
Search the Performance Data Source Module Events pane for events with a Date and Time that is later than the move.
There is a problem with the data warehouse database if events have a Source of Health Service Module and an Event Number of 10103.