Set up a lab environment with production data
This article explains how to create a lab environment and populate it with production data so that upgrades can be performed and tested before an actual upgrade in the production environment. The procedures in this article show you how to configure Service Manager in a lab environment with production data. You then perform an in-place upgrade. It's important to follow the steps in this article in the order that they appear.
In the production environment:
- Install an additional management server in the production service manager management group
- Install any cumulative updates that you installed on the Primary Management server on the Secondary Management Server.
- Copy the Workflow Assembly Files
- Disable Service Manager Connectors in the Production Environment
- Disable Email Notifications in the Production Environment
- Disable all workflows in the production environment that you don't want to be running in the lab environment.
- Stop Service Manager Services on the Secondary Management Server
- Back Up the Production Service Manager Database
- Enable Service Manager Connectors in the Production Environment
- Enable Email Notifications in the Production Environment
- Enable all workflows in the Production Service Manager environment that you disabled in step 6.
In the lab environment:
If possible, block communications to SQL from the Secondary Management server to the production Service Manager Database server.
Start Service Manager Services on the Secondary Management Server
Verify that the lab environment works. Try to open the console on the Secondary Management server and see if you can connect to the console. Confirm that the Data Warehouse and Reporting don't appear. After you confirm that this works, complete the rest of the steps.
Enable the Connectors in the Lab Environment
Note
Don't enable or delete the Operations Manager alert connector in the lab environment. This will cause the alert connector in the production environment to fail.
If you want to test the email notification and incoming email functionality, use a separate SMTP instance to send emails to eliminate flooding the inboxes of users with test emails. To test the incoming email feature, you can point to a test share and drop the eml files into this share when you're ready to test.
Back up this lab environment; for example, back up the database and encryption keys and VM Snapshots. This gives you the ability to recover in case the upgrade fails.
If you're able to successfully complete all the previous steps, you're ready to attempt the in-place upgrade.
Test everything. Document any discrepancies and fixes. Send feedback through the MS Connect website.
Back up the Service Manager lab environment; for example, back up the database and encryption keys and VM Snapshots. This gives you the ability to recover in case the upgrade fails.
The lab environment is now ready for a Service Manager in-place upgrade.