SCOM 2012 Deployment -Quick Start

Quick Start Guide for Operations Manager 2012 Beta

Definitions:

• MS - Management Server
• SRS - SQL reporting services

Server Names\Roles:

• OMDB SQL 2008 R2 Database Services, Reporting Services
• OMMS1 Management Server, Web Console server
• OMMS2 Management Server

Windows Server 2008 R2 SP1 Enterprise edition will be installed as the base OS for all platforms. All servers will be a member of the AD domain.

SQL 2008 R2 ENT edition with CU6 will be the base standard for all database and SQL reporting services. (Note: CU6 is not technically required, however it is strongly recommended to always apply the latest CU to SQL when deploying.)

High Level Deployment Process:

1. In AD, create the following accounts and groups, according to your naming convention:

• DOMAIN\OMAA OM Server action account
• DOMAIN\OMDAS OM Config and Data Access service account
• DOMAIN\OMWRITE OM Reporting Write account
• DOMAIN\OMREAD OM Reporting Read account
• DOMAIN\SQLSVC SQL 2008 service account
• DOMAIN\OMAdmins OM Administrators security group

2. Add the “OMAA” account and the “OMDAS” account to the “OMAdmins” global group.

3. Add the domain user accounts for yourself and your team to the “OMAdmins” group.

4. Install Windows Server 2008 R2 SP1 to all server role servers.

5. Install Prerequisites and SQL 2008.

6. Install the Management Server and Database Components

7. Install the Reporting components.

8. Deploy Agents

9. Import Management packs

10. Set up security (roles and run-as accounts)

Prerequisites:

1. Install Windows Server 2008R2 SP1 to all Servers

2. Add the .NET 3.5.1 feature to windows. Use the Server Manager UI, or use PowerShell:

From http://technet.microsoft.com/en-us/library/bb691354.aspx open PowerShell (as an administrator) and run the following:

Import-Module ServerManager

Add-WindowsFeature NET-Framework-Core

3. Install .NET 4.0 to all servers

4. Install the Report Viewer controls to all Management Servers. Install them from http://www.microsoft.com/download/en/details.aspx?displaylang=en&id=3841

5. Install all available Windows Updates.

6. Join all servers to domain.

7. Add the “OMAdmins” domain global group to the Local Administrators group on each server.

8. Install IIS on any management server that will also host a web console:

From http://technet.microsoft.com/en-us/library/bb691354.aspx open PowerShell (as an administrator) and run the following:

Import-Module ServerManager

Add-WindowsFeature NET-Framework-Core,Web-Static-Content,Web-Default-Doc,Web-Dir-Browsing,Web-Http-Errors,Web-Http-Logging,Web-Request-Monitor,Web-Filtering,Web-Stat-Compression,Web-Mgmt-Console,Web-Metabase,Web-Asp-Net,Web-Windows-Auth -Restart

9. Install SQL 2008 R2 to the DB server role

• Setup is fairly straightforward. This document will not go into details and best practices for SQL configuration. Consult your DBA team to ensure your SQL deployment is configured for best practices according to your corporate standards.
• Run setup, choose Installation > New Installation…
• When prompted for feature selection, install ALL of the following:
• Database Engine Services
• Full-Text Search
• Reporting Services
• Optionally – consider adding the following to ease administration:
• Business Intelligence Development Studio (for custom report development)
• Management Tools – Basic and Complete (for running queries and configuring SQL services)
• On the Instance configuration, choose a default instance, or a named instance. Default instances are fine for testing and labs. Production clustered instances of SQL will generally be a named instance. For the purposes of the POC, choose default instance to keep things simple.
• On the Server configuration screen, set SQL Server Agent to Automatic. Click “Use the same account for all SQL Server Services, and input the SQL service account and password we created earlier.
• On the Collation Tab – make sure SQL_Latin1_General_CP1_CI_AS is selected, as that is the ONLY collation supported.
• On the Account provisioning tab – add your personal domain user account or a group you already have set up for SQL admins. Alternatively, you can use the OMAdmins global group here. This will grant more rights than is required to all OMAdmin accounts, but is fine for testing purposes of the POC.
• On the Data Directories tab – set your drive letters correctly for your SQL databases, logs, TempDB, and backup.
• On the Reporting Services Configuration – choose to install the native mode default configuration. This will install and configure SRS to be active on this server, and use the default DBengine present to house the reporting server databases. This is the simplest configuration. If you install Reporting Services on a stand-alone (no DBEngine) server, you will need to configure this manually.
• Setup will complete.
• Apply SQL 2008 R2 CU6
• The update is very straightforward. Accept the defaults and update all features. When complete, reboot the SQL server.

Step by step deployment guide:

1. Install the Management Server role on OMMS1. You can also refer to: http://technet.microsoft.com/en-us/library/hh301922.aspx

• Log on using your domain user account that is a member of the OMAdmins group.
• Run Setup.exe
• Click Install
• Accept the license agreement and click Next.
• Select the following, and then click Next:
• Management Server
• Management Console
• Web Console
• Accept or change the default install path and click Next.
• You might see an error from the Prerequisites here. If so – read each error and try to resolve it. Common errors:
• Report Viewer controls are not installed. Install them from http://www.microsoft.com/download/en/details.aspx?displaylang=en&id=3841
• ISAPI/ASP.NET errors. This can happen if you install .NET 4.0 as part of your OS build, but then add the IIS role later. Simply run the following command to resolve, from an elevated command prompt: C:\Windows\Microsoft.NET\Framework64\v4.0.30319>aspnet_regiis.exe -i -enable
• On the Proceed with Setup screen – click Next.
• On the Configuration screen – give your management group a name. Don’t use any special or Unicode characters, just simple text. Click Next.
• On the Database Configuration screen, enter in the name of your SQL database server name and instance. In my case this is “OMDB”. Leave the port at default unless you are using a special custom fixed port. If necessary, change the database locations for the DB and log files. Leave the default size of 1000 MB for now. Click Next.
• On the data warehouse database screen, input the servername, instance, and if necessary change path locations as on the previous screen. Click Next.
• On the Web Console screen, choose the default web site, and leave SSL unchecked. Click Next.
• On the Web Console authentication screen, choose Mixed authentication and click Next.
• On the accounts screen, choose Domain Account for ALL services, and enter in the unique DOMAIN\OMAA, DOMAIN\OMDAS, DOMAIN\OMREAD, and DOMAIN\OMWRITE accounts we created previously. It is a best practice to use separate accounts for distinct roles in OpsMgr, although you can also just use the DOMAIN\OMDAS account for all SQL Database access roles to simplify your installation. Click Next.
• Choose Yes to send Customer Experience and Error reports.
• Click Install.
• Close when complete.
• The Management Server will be very busy (CPU) for several minutes after the installation completes. Before continuing it is best to give the Management Server time to complete all post install processes, complete discoveries, configuration, etc. 10 minutes is typically sufficient.

2. Install the second Management Server on OMMS2. You can also refer to: http://technet.microsoft.com/en-us/library/hh284673.aspx

• Log on using your domain user account that is a member of the OMAdmins group.
• Run Setup.exe
• Click Install
• Accept the license agreement and click Next.
• Select the following, and then click Next:
• Management Server
• Management Console
• Accept or change the default install path and click Next.
• Resolve any issues with prerequisites, and click Next.
• Choose “Add a management server to an existing management group” and click Next.
• Input the servername\instance hosting the Ops DB. Select the correct database from the drop down and click Next.
• On the accounts screen, choose Domain Account for ALL services, and enter in the unique DOMAIN\OMAA, DOMAIN\OMDAS, DOMAIN\OMREAD, and DOMAIN\OMWRITE accounts we created previously. It is a best practice to use separate accounts for distinct roles in OpsMgr, although you can also just use the DOMAIN\OMDAS account for all SQL Database access roles to simplify your installation. Click Next.
• Choose Yes to send Customer Experience and Error reports.
• Click Install.
• Close when complete.

3. Install OM12 Reporting on the SQL server. You can also refer to: http://technet.microsoft.com/en-us/library/hh298611.aspx

• Log on using your domain user account that is a member of the OMAdmins group, and has System Administrator (SA) rights over the SQL instances.
• Run Setup.exe. Click Install.
• Accept the license agreement and click Next.
• Select the following, and then click Next:
• Reporting Server
• Accept or change the default install path and click Next.
• Resolve any issues with prerequisites, and click Next.
• Type in the name of a management server, and click Next.
• Choose the correct SQL instance and click Next.
• Enter in the DOMAIN\OMREAD account when prompted. It is a best practice to use separate accounts for distinct roles in OpsMgr, although you can also just use the DOMAIN\OMDAS account for all SQL Database access roles to simplify your installation. Click Next.
• Choose Yes to send ODR information to Microsoft. This is very important to assist Microsoft in getting good information to help improve the product.
• Click Install.
• Close when complete.

4. Deploy an agent to the SQL DB server.

• This process has not changed from OpsMgr 2007 R2, so you would use the typical mechanism to push or manually install. You can also refer to:http://technet.microsoft.com/en-us/library/hh205985.aspx

5. Import management packs. Also refer to: http://technet.microsoft.com/en-us/library/hh205975.aspx

• Using the console – you can import MP’s using the catalog, or directly importing from disk.
• Import the Base OS and SQL MP’s at a minimum.

6. Create a dashboard view:

• http://technet.microsoft.com/en-us/library/hh227265.aspx

7. Manually grow your Database sizes and configure SQL

• When we installed each database, we used the default of 1GB. This is not a good setting for steady state as our databases will need to grow larger than that very soon. We need to pre-grow these to allow for enough free space for maintenance operations, and to keep from having lots of auto-growth activities which impact performance during normal operations.
• A good rule of thumb for most deployments of OpsMgr is to set the OpsDB to 30GB for the data file and 15GB for the transaction log file. This can be smaller for POC’s but generally you never want to have an OpsDB set less than 10GB/5GB. Setting the transaction log to 50% of the DB size for the OpsDB is a good rule of thumb.
• For the Warehouse – you will need to plan for the space you expect to need using the sizing tools available and pre-size this from time to time so that lots of autogrowths do not occur.

8. Continue with optional activities from the Quick Start guide on TechNet:

• http://technet.microsoft.com/en-us/library/hh205988.aspx