AdinE

In our last post we installed the Operating System on our VM's. Now, we will install Active Directory. Install Active Directory Domain Services Now that we have the VMs created, and the OS installed on both, we need to first install/setup Active Directory (AD). When you log into a new installation of Server 2012, Server Manager will auto launch. From Server Manager, click on Manage, and choose ‘Add Roles and Features’. On the Add Roles and Features Wizard, read the information on the Before You Begin dialog, and then click Next. On the Installation Type screen, select ‘Role-based on feature-based installation’ and then click Next. On the ‘Server Selection’ screen, since we are installed Active Directory on this local system, ensure that it is selected, and click Next. Side note: Windows Server 2012 has a new feature that allows you to remotely install Roles and Features on other systems. On the Server Roles screen, select ‘Active Directory Domain Services’. When you select ‘Active Directory Domain Services’, immediately you will be presented with the following dialog. Click Add Features. On the Features screen, accept what has already been selected by default, and click Next. On the AD DS screen, read the information presented, and click Next. On the Confirmation screen, check the ‘Restart the destination server automatically if required’ checkbox, and then click Install. Note: You are not required to check the ‘restart’ checkbox, however, you’re going to have to restart the system anyways after the installation, so you might as well let the system do it for you. Note: When you check off the ‘Restart the destination server automatically if required’ checkbox, you will immediately be prompted with the following dialog. Click Yes. On the Results screen, click Close. After the system restarts, and Server Manager launches, you will have to promote the server as a domain controller. This is because Active Directory has been installed, but that process does not automatically promote the server. Click on the ‘Promote this server to a domain controller’ link. On the Deployment Configuration screen, select ‘Add a new forest’ since this is the first domain controller in our lab. Then enter a root domain name, and click Next. In my example I am using “SC.LAB” for System Center Lab (since I will be installing all other System Center products in my lab eventually). For the Domain Controller Options, select the appropriate Forest functional level, and Domain functional level. This is more applicable if you already have an existing domain and are adding a new domain controller. But since this is the first domain controller in our new domain, then we’ll use the highest level, that of Windows Server 2012. Also, don’t forget to create the Directory Service Restore Mode password. Then press Next. On the DNS Options screen, you can ignore this warning message and click Next. On the Additional Options screen, click Next. On the Paths screen, normally you would change the location for the database, log files, and SYSVOL, but since we are just in a lab environment, we’ll leave it at the defaults and click Next. On the Review Options scree, review what you have entered/selected, and click Next. The Prerequisites Check screen will check and confirm that everything passes before promoting the system as a domain controller. You will notice in my screenshot, that I have 1 warning because I didn’t set a static IP for the server yet. After installation completes, the system will automatically restart. You will then be presented with the login screen. Something to note here, that because we were originally logged in with a local account, the first time you want to log on using a domain account you will have to type the domain\username; in my example SC\Administrator. When you login, you will then see in the Server Manager, that AD DS is now listed, along with DNS. Now all that you need to do is assign a static IP to your domain controller. To do this, in Server Manager, select Local Server from the panel on the left. From there, click on the Ethernet link labelled ‘IPv4 address assigned by DHCP, IPv6 enabled’. This will cause the Networks Connections explorer to open. From here, right click on the Ethernet network that is displayed. This is in fact the network connection that we configured when we first created the VM. On the Ethernet Properties dialog, select ‘Internet Protocol Version 4 (TCP/IPv4)’ and click the Properties button. Within the Internet Protocol Version 4 (TCP/IPv4) Properties dialog, enter a static IP, gateway, and DNS that is applicable to your network. Once all the items have been entered, click OK. You will also have to click Close on the Ethernet Properties dialog as well. Congratulations, you now have a domain setup in your lab environment. Add Systems to Your Domain Now that you have your domain setup, you need to add your other VM (the one that we will use for Orchestrator) to the domain before being able to install Orchestrator. Log into the system you want to add to the domain. To do this in Server 2012, launch Server Manager, and click on Local Server. Then click on the computer name. This will launch the System Properties dialog. From this dialog, click the Change button. From this dialog, select the Domain option for ‘Member of’, and enter the domain name you want to join and press OK. After pressing OK, you are immediately presented with a Windows Security dialog, in which you need to enter the credentials of an account that has Domain Admin rights. Enter the credentials and click OK. Once the system is successfully joined to the domain, you will receive the following Welcome message. Press OK. After you press OK to the Welcome message, you will receive a second prompt, indicating that you need to restart the system for the changes to take effect. You will be back on the System Properties dialog. Press Close. When you press Close, you will receive yet another prompt about restarting the system. You can choose to Restart Now or Restart Later, but you won’t be able to install Orchestrator without the VM being added to the domain. After the system restarts, you will then be presented with the login screen. Something to note here, that because we were originally logged in with a local account, the first time you want to log on using a domain account you will have to type the domain\username; in my example SC\Administrator. Now we have our Active Directory server setup and ready, and the VM we will be installing Orchestrator on is joined to the domain. Now we can move onto installing SQL Server.

In our last post, we initially setup the VM's required for our lab. Now we'll focus on the OS. Install the Operating System Now that we have created the VMs for our lab, we can install the Operating System (OS). Start by connecting to one of the VMs, either by double clicking on the VM in Hyper-V Manager, right click the VM and choose Connect, or click on Connect from the Action pane/menu. When you have the VM connection up, and an ISO mounted, power the VM on. On the Windows Setup screen, select the Language, Time/Currency Format, and Keyboard Method appropriate, and click Next. All you have to do now is click Install Now. Next you have to choose the Operating System and version you want to install. In our lab example, I will choose Windows Server 2012 Standard (Server with a GUI). Make your selection and then click Next. You will have to accept the license terms, and then click Next. For the Installation Type, since we don’t already have an OS installed, we will choose the ‘Custom: Install Windows only (advanced)’ option. Now select the hard drive that you want to install the OS to. Since we only created one hard drive when setting up the VM, we only have one to choose from. Select it, and click Next. Now all you have to do is wait for the installation to finish. Once the installation is complete, you will be prompted to enter a password for the local administrator account. This is different from a domain-based local administrator account. Enter a password and click Finish. After some final quick configuration, you will then be presented with the login screen. Now repeat these steps for the other VMs in the lab. NOTE: After you install an OS, you will need to rename the computer within the OS. To do this in Server 2012, launch Server Manager, and click on Local Server. Then click on the computer name. This will launch the System Properties dialog. From this dialog, click the Change button. From this dialog, enter the name you want to call the computer. In my lab, I called the Active Directory computer “AD”, and the Orchestrator computer “SCORCH”. Press OK after entering the name. You will encounter the following prompt. Click OK. Then click Close on the System Properties dialog. You can choose to either Restart Now or Restart Later, but the name change will not take effect until you do so. In the next part of our guide, we will install Active Directory Domain Services, so stay tuned.

SCORCH 2012 SP1 in a LAB – Installation (Part A – Create The Lab Environment) Introduction: I use Hyper-V in my LAB and that's what all these virtual machines will be running on. In my lab, I have Windows Server 2012 Datacenter installed as the server OS on the host machine. All other virtual machines will be running Windows Server 2012 Standard edition, with the graphical user interface (GUI). My hardware consists of the following: Intel Xeon E5-2620 Asus P90X79 WS 64 GB G.Skill Ripjaws Z Series 2 x 256 GB / 1 x 512 GB Samsung 840 Pro Series SSD High Level Plan Here is a high level of what we are going to complete in this initial part of the series. Create the Lab Environment Install the Operating System Install Active Directory Domain Services Install SQL Server Install System Center Orchestrator So now let’s start with the first part, system requirements and creating the lab environment. System Requirements Note: The following page on TechNet describes the requirements for deploying Orchestator. Management Server OS: Windows Server 2008 R2 or Windows Server 2012 CPU: Dual-core Intel microprocessor, 2.1 gigahertz (GHz) or better RAM: 1 gigabyte (GB) of RAM minimum, 2 GB or more recommended HDD: 200 megabyte (MB) of available hard disk space Software:Microsoft SQL Server 2008 R2 or Microsoft SQL Server 2012:Database Engine Service SQL_Latin1_General_CP1_CI_AS collation Microsoft .NET Framework 3.5 Service Pack 1 Runbook Server OS: Windows Server 2008 R2 or Windows Server 2012 CPU: Dual-core Intel microprocessor, 2.1 gigahertz (GHz) or better RAM: 1 gigabyte (GB) of RAM minimum, 2 GB or more recommended HDD: 200 megabyte (MB) of available hard disk space Software:A functional Orchestrator management server and database Orchestrator Web Service OS: Windows Server 2008 R2 or Windows Server 2012 CPU: Dual-core Intel microprocessor, 2.1 gigahertz (GHz) or better RAM: 1 gigabyte (GB) of RAM minimum, 2 GB or more recommended HDD: 200 megabyte (MB) of available hard disk space Software:A functional Orchestrator management server and database Internet Information Services (IIS) 7.0 Microsoft .NET Framework 3.5 Service Pack 1 Microsoft .NET Framework 4.5 (which further requires HTTP Activation) WCF HTTP Activation Runbook Designer OS: Windows Server 2008 R2, Windows Server 2012, or Windows 7 (32-bit or 64-bit) CPU: Dual-core Intel microprocessor, 2.1 gigahertz (GHz) or better RAM: 1 gigabyte (GB) of RAM minimum, 2 GB or more recommended HDD: 200 megabyte (MB) of available hard disk space Software:A functional Orchestrator management server and database Microsoft .NET Framework 3.5 Service Pack 1 Create the Lab Environment: Hyper-V Configuration As mentioned, my environment uses Hyper-V. So, we’re going to start by configuring Hyper-V for our needs, and creating the Virtual Machines (VMs) required for our lab. The first thing we need to do is setup a Virtual Switch for the VMs to connect through. Launch Server Manager, click on Tools, and select Hyper-V Manager. When Hyper-V loads, it will have nothing in it. Even if we were to create a VM, it wouldn’t have a network connection to use. So we’ll start with creating a Virtual Switch. As you can from my screenshot, I have 2 LAN ports on my host. One of them has a connection to my home network and the Internet. In the Hyper-V Manager, click the Virtual Switch Manager from the Actions pane. Now, click on the Create Virtual Switch button. From here, you now need to configure the virtual switch that your VMs will use. Give it a name to clearly identify it (in my case I called it ‘External Network’), and choose the connection type. For more information about virtual networks, see the following TechNet article: http://technet.microsoft.com/en-us/library/cc816585(v=ws.10).aspx. Here is an excerpt from the article: External virtual networks. Use this type when you want to provide virtual machines with access to a physical network to communicate with externally located servers and clients. This type of virtual network also allows virtual machines on the same virtualization server to communicate with each other. This type of network may also be available for use by the management operating system, depending on how you configure the networking. (The management operating system runs the Hyper-V role.) For more information, see “A closer look at external virtual networks” later in this topic. Internal virtual networks. Use this type when you want to allow communication between virtual machines on the same virtualization server and between virtual machines and the management operating system. This type of virtual network is commonly used to build a test environment in which you need to connect to the virtual machines from the management operating system. An internal virtual network is not bound to a physical network adapter. As a result, an internal virtual network is isolated from all external network traffic. Private virtual networks. Use this type when you want to allow communication only between virtual machines on the same virtualization server. A private virtual network is not bound to a physical network adapter. A private virtual network is isolated from all external network traffic on the virtualization server, as well any network traffic between the management operating system and the external network. This type of network is useful when you need to create an isolated networking environment, such as an isolated test domain. For our demonstration, we are going to use an External Network so that the VMs can communicate with the Host system. Make all the appropriate selections and so forth, and then press OK. You may encounter the following warning message. This is because we are remotely connecting to the Host machine using the same network connection that we are about to setup as a Virtual Switch (hence selecting the ‘Allow management operating system to share this network adapter’ checkbox). Press ‘Yes’ to the dialog. Now that we have the virtual switch setup, we can start creating VMs for our lab. Create the Virtual Machines Let’s now create the VM’s we will need for the lab, specifically one for Active Directory, and another for Orchestrator (since we are install all roles within the same server). In Hyper-V Manager, from the Actions pane, click on New and choose Virtual Machine. On the New Virtual Machine wizard beginning screen, click read the information presented and then click Next. Enter a name for the VM. Note that this is NOT the name the VM will have within the Operating System (unless you name it the same), but rather, used as an identifier in Hyper-V Manager. After you have entered a name, click Next. Now assign the amount of memory you want your VM to have, and then press Next. This is the screen where you connect your VM to the network that we created, then press Next. This is the screen where you configure how large a hard drive the VM will have. Make the appropriate customizations and click Next. For the Installation Options, choose if you will install an OS later, or if you want to use an ISO, then click Next. On the Summary screen, review your selections and entries, and click Finish. Once the VM is created, it will appear in the Hyper-V Manager. If you want to configure further settings, like the number of CPUs and mounting an OS ISO, right click on the VM and choose Settings or click on Settings from the Actions pane. Repeat these steps for each VM you need to create, in our case one for Active Directory and another for Orchestrator. Here are the settings I have used for each of the VM’s: Active Directory: Virtual Machine Name: AD Memory: 2048 MBNOTE: Active Directory doesn’t need 2 GB of RAM, it will run fine with 512 MB. I just increased the RAM so that the OS would install/respond faster during setup. CPUs: 2 OS: Windows Server 2012 SCORCH: Virtual Machine Name: SCORCH Memory: 4096 MBNOTE: You may need to increase the amount of RAM this VM has, depending on performance. CPUs: 2 OS: Windows Server 2012

First, you don't need to manually import the VMM Management Packs into SCOM, because the integration action will do that for you. As for the error that you are getting, here are a few links to take a look at. http://social.technet.microsoft.com/Forums/systemcenter/en-US/a1784a59-d957-40d1-b0a8-68b879918d41/scvmm-connection-issue-id-1602 http://social.technet.microsoft.com/wiki/contents/articles/4900.system-center-2012-virtual-machine-manager-vmm-error-codes-1500-1999.aspx

Yeah, you need the other Management Packs installed first. It lists them for you (3 IIS ones, and one SQL). You need those other MPs imported into SCOM before you establish the integration connection for SCVMM.

Thank Kartook, it's nice to know that my time and efforts are appreciated. As a quick FYI to everyone... as mentioned on my personal blog (where I also post these guides, usually before I post them here), my power supply in my lab server blew up on Sunday night! So, currently there will be a delay in new posts until I get a replacement (waiting on the Vendor for the RMA). I do appreciate the support, and look forward to feedback on how I can improve (i.e. my writing style, screenshots, steps explained, etc.) to better help everyone. Also, as a shameless plug again to my personal blog, I put up a poll to see what people want me to cover next. Ultimately, I plan on covering all the System Center products (at least in reference to putting guides on my personal blog). But I wanted to see what people were currently interested in seeing. Again, thanks for the appreciation and support.

I noticed that there was a need for some guides on SCVMM, so I created some. You can find them here http://www.windows-noob.com/forums/index.php?/forum/107-system-center-virtual-machine-manager/, or on my personal blog at: http://adinermie.wordpress.com/scvmm/.

In our last post we finished installing Forecast Analysis Reporting. Now we will start on the configuration. Hello everyone, if you have been following along with my guides, you should now have SCVMM installed. But SCVMM won’t do you any good if it doesn’t know about any Hypervisor/virtualization hosts or VMs, so that’s where we will start as part of these Configuration guides. First, start by launching the SCVMM console. Click on Fabric in the lower left. Now expand the ‘Servers’ directory. From there, right-click on ‘All Hosts’ and choose ‘Create Host Group’. Name your custom Host Group whatever you want. Note, you can rename it at any time if you need to. Now right-click on your new Host Group and choose ‘Add Hyper-V Hosts and Clusters’. On the Resource Location screen of the Add Resource Wizard, make the appropriate selection for the Windows Computer Location, and then click Next. Note that you can even choose ‘Physical computers to be provisioned as virtual machine hosts’, which would allow you to provision bare-metal systems! For our lab example, since we have an Active Directory domain that the SCVMM server is a member of, we will choose the first option. On the Credentials screen, click Browse so that we can add an existing account as the Run As account. Note the information at the bottom of this screen, which reminds us that the Run As account needs to be a Local Administrator on the host machines you want to manage. On the Select a Run As Account, click the ‘Create Run As Account’ button, since we don’t have an account already within SCVMM to use. On this screen you need to provide the details about the account. You can give it a name (Note that this is NOT the actual username used for the account, but an identifying name), and description. You will need to provide the actual username and password for the account. In my lab example I created an account called SCVMMAdmin, and used that on this screen. Enter an applicable account on this screen and then click OK. Now our newly added account is available to be selected. You will notice in my example that I named the account “Hyper-V Host Administrator Account”. Select your account and then click OK. Now the Credentials screen will show the account that we have selected. Now click Next. On the Discovery Scope screen, choose the appropriate the scope option. You can use an Active Directory query, or type the names to search for. In my lab example, I just typed the names. Make your appropriate choice and then click Next. NOTE: You can opt to ‘Skip AD Verification’ however it is best to perform AD verification to ensure the system can be communicated with. If there are issues with the wizard not being able to communicate with the Host(s), you may encounter this error. Read the message displayed and then click OK. Perform whatever actions are required to resolve the communication issues, and then re-attempt to add a host system. On the Target Resources screen, if the host system(s) are able to be contacted, they will appear here. Select the system(s) that you want to add as hosts, and then click Next. On the Host Settings screen, you can assign the selected computers to a specific Host Group (i.e. the one we originally created). You could use the Host Groups to organize hosts based on area/zone (i.e. PROD, UAT, TST, DEV, etc.). For our lab example, just click Next. On the Migration Settings screen you can specify how many live migrations (for both storage, and VMs) can be performed simultaneously. For this example in my lab, since I don’t have a second physical host to use for live migrations, I won’t turn this feature on. At this point, just click Next. Review the information on the Summary screen and then click Finish. This will open the Jobs screen, and show the progress of adding the host. If there are any issues, you will be alerted to them here. Correct any issues, and re-attempt to add the host. Once it has been added successfully, you can close the Jobs window. You will notice in my lab example, that adding my host completed but with a Warning. This is because my physical host does not have Multipath I/O. This is used in reference to SAN storage, which I don’t have. Back in the main SCVMM console your Host will now be present. Congratulations, you now have SCVMM installed, along with adding a Host hypervisor (in our case, Hyper-V) system to be managed. Next we will create host groups and clouds.

In our last post we installed SCVMM Reporting. By default, you should now have all the SCVMM reports available in SCOM’s Reporting space. However, there is an additional set of reports that is not made available by default. These are the Forecasting Analysis reports, and the only way to be able to use them is with SQL Server Analysis Services (SSAS). Since SCVMM using the reporting feature of SCOM, we need to have SSAS installed on the SCOM Reporting server. In our lab example, we have SQL DB and Reporting installed on the same server that is running SCOM. So, we’re going to go through the steps of installing SSAS first, and then configuring SCVMM to use it. Install SSAS To start, log into your SCOM server. From there, mount the SQL Server ISO or extract it and run the setup.exe. Since we have already installed SQL, I will not repeat each/every step here, since the screens are identical. Just walk through the SQL installation process as if you were installing a new instance of SQL. The screens that you need to take note of are, first, the Installation Type. Instead of selecting ‘Perform a new installation of SQL Server’, choose ‘Add features to an existing instance of SQL Server’. Then click Next. You should next be on the Features Selection screen. On here, select the ‘Analysis Services’ feature, and then click Next. Continue clicking Next until you reach the ‘Analysis Services Configuration’ screen. On this screen, add the applicable user(s)/security group(s) for administrative access to Analysis Services. Identical to how I have setup SQL Server, I have added a Security Group to control access. Make the applicable configuration for your environment, and then click Next. IMPORTANT: The previous screen to this one (Server Configuration) is where we (in a normal SQL installation) would change the Collation (see my guide on SQL Installation). I have be unsuccessful in finding any official documentation from Microsoft about the proper Collation for SSAS, especially since SSAS does not have SQL Collation like the SQL Database and Reporting features does. Therefore, for my lab example, I have accepted the default SSAS Collation. Additionally, I have likewise been unable to find any official documentation from Microsoft about the proper Server Mode configuration for Analysis Servers in reference to SCVMM. Therefore, again, I am accepting the default Server Mode of ‘Multidimensional and Data Mining Mode’. Continue to click Next until you reach the Install screen, and then click Install. SQL Analysis Services AMO Install To avoid an error when attempting to enable SSAS in SCVMM, you must install the Analysis Management Objects for SQL on the SCVMM Management Server. In our lab example, we are using SQL Server 2012. Therefore, to obtain the AMO elements, we need to download and install the Microsoft SQL Server 2012 Feature Pack. You can find the SQL Feature Pack (specifically SQL 2012) here: http://www.microsoft.com/en-us/download/details.aspx?id=29065. Download the file to your SCVMM Management Sever. Now, start the installation by running the SQL_AS_AMO.msi file and click Run. On the Welcome screen click Next. Read and accept the License Agreement, and then click Next. Now all you have to do is click Install. Once the installation is complete, click Finish. We now have the SQL Analysis Management Objects installed, and can proceed with enabling the use of SSAS in SCVMM. NOTE: You may have to restart your SCVMM server after installing this, not because the installation prompts you to, but for everything to initialize properly. Enable Forecasting Analysis After you have SSAS installed, you can now enable SCVMM to use SSAS and forecasting analysis reports. Log into your SCVMM server, and launch the console. From there, navigate to Settings > System Center Settings > Operations Manager Server. Either right-click and choose Properties, choose Properties from the ribbon menu, or just double click on setting option. Since we already performed the integration steps between SCOM and SCVMM, you should see the Connection Status on the Details screen as “OK”. Click on the ‘SQL Server Analysis Services’ label. On this screen, check the ‘Enable SSAS’ checkbox. You will then be able to provide the SSAS server name and instance, along with the port, and account to use. In our lab example since we installed all elements on the SCOM server, our SSAS server name is ‘SCOM.SC.LAB’ and my instance name is ‘SCOMSQL’. Make the applicable entries for your environment, and then click OK. Notice that when you click OK, you may encounter the following message. It indicates that the SCVMM server needs to have the SQL Server Analysis Management Objects installed. Press OK if you encounter this error, and following the steps detailed in the ‘SQL Analysis Services AMO Install’ section of this document. IMPORTANT: Through extensive research, it appears that even if you have SQL Server 2012 installed, along with SQL 2012 Reporting, that you cannot in fact use the SQL 2012 Analysis Services Analysis Management Objects. This is currently applicable with version SCVMM 2012 SP1 UR2. It has been determined that you MUST use SQL 2008 R2 Analysis Management Objects. It is unknown if this will be corrected in a future SCVMM update. NOTE: I cannot take credit for this discovery/solution. Here is the reference page that led me to this conclusion: http://blogs.catapultsystems.com/lrayl/archive/2013/05/20/configuring-the-system-center-2012-sp1-vmm-sql-analysis-services-integration-with-operations-manager.aspx. So at this point, you need to repeat the steps for installing SQL Analysis Services AMO, but with version/feature pack SQL Server AMO for SQL 2008 R2; here is the link: http://www.microsoft.com/en-us/download/details.aspx?id=16978. Once you install SQL Server AMO for SQL 2008 R2, then repeat the steps already detailed for Enable Forecasting Analysis. Once you enable SSAS and enter the applicable information and click OK, if everything else is setup correctly the Operations Manager Settings dialog will automatically close. You can re-open it and confirm that SSAS is enabled. And that’s it. You now have SSAS enabled in SCVMM. The reports already exist in SCOM but now the Forecasting Reports can use the collected information to project data into the future. That completes the Installation Guides for SCVMM. The next part of the series will cover Configuration.

In our last post we installed SCVMM, now we need to install Reporting. Now that we have SCVMM installed, we want to be able to report on the utilization and capacity of our hosts and VMs. The only requirement for SCVMM reporting, isn’t SCVMM at all, but rather System Center Operations Manager (SCOM)! Huh? Why do you need to install a different System Center product just to have reporting for SCVMM. Well, according to Microsoft: “We did this for one big reason; to leverage the rich capabilities of object pickers available in the OpsMgr reporting infrastructure.” That, and “you need to establish the connection to Operations Manager since now in VMM we make our reports available exclusively from within the OpsMgr console.” So, if you don’t have SCOM setup yet (and don’t forget to include SCOM Reporting as well), then see my other SCOM Guides. SCOM Integration To start, open the SCVMM console and navigate to the Settings area. From there navigate to the ‘System Center Settings’ section. You should see only one setting option, labelled ‘Operations Manager Server’. Either right-click and choose Properties, choose Properties from the ribbon menu, or just double click on setting option. On the Introduction screen, read the important information presented. You will notice that we need a few accounts, and SCOM itself needs specific Management Packs installed, as well as having the SCOM console installed on the SCVMM server. Let’s start on satisfying these requirements. So for now, click Cancel. In my lab environment, in my domain/Active Directory, I have 2 Security Groups I created for System Center Administrators (namely ‘SCOM Admins’ and ‘SCVMM Admins’). So, for this integration element, I am going to create a new AD account and add it to both admin groups. I am not going to detail how to create AD accounts or Security Groups, but if detailed steps are needed, please let me know and I will add them. For guided steps on how to install/import Management Packs in SCOM, please see my applicable Configuration Guide. Install SCOM Console So, at this point I will assume that you have SCOM setup, an account that is an Administrator in both System Center tools, and the applicable Management Packs imported into SCOM. Let’s install the SCOM console. Start by mounting/extracting the SCOM ISO you used for installing SCOM, and run the setup.exe. On the Features screen, only select ‘Operations Console’ and click Next. Now specify the location you want to install the console, and click Next. The installer will run a prerequisite check to ensure there are no issues. In this example, for the SCOM console you need to install the Report Viewer Controls first (a link is provided). Correct any prerequisite issues, and then click ‘Verify Prerequisites Again’. If all prerequisites are installed, then you will be able to proceed with the setup. Click Next. Read the License Terms, check the ‘I have read, understood, and agree with the license terms’ checkbox, and click Next. Decide if you want to join the CEIP program, and then click Next. New to System Center 2012, you can choose to include this product as part of the Microsoft Updates check. Make your selection and then click Next. Review the information on the Summary page, and then click Install. The installation should be quick, since it is just the console. You can choose to de-select the ‘Start the Operations Console when the wizard closes’. I would suggest leaving this as-is, since we need the SCOM console to establish its connection with the SCOM server in order for the integration to work. When the console launches for the first time, you will be prompted for the SCOM Management Server. Enter a server name and then click Connect. Now that the SCOM console is installed and connected to the SCOM system, SCVMM will be able to utilize this for the integration communications. Now let’s return to the SCOM integration steps. SCOM Integration (Continued) Now that we have the SCOM console installed (and all other SCOM-related elements completed), we can continue with the integration so that SCVMM Reporting will be available. Go back to the SCVMM console and navigate to the Settings area. From there navigate to the ‘System Center Settings’ section. You should see only one setting option, labelled ‘Operations Manager Server’. Either right-click and choose Properties, choose Properties from the ribbon menu, or just double click on setting option. On the Introduction screen, read the important information presented. At this point I will assume that all prerequisites have been met. Click Next. You now have to provide the SCOM server name to connect to, along with an account that will have Administrator access in SCOM. You will also notice that you have 2 additional options to choose; Enabling PRO, and Maintenance Mode Integration. These are checked off by default. Decide what is applicable for your environment and click Next. In my lab example, I will accept the defaults. Now you need to provide an account that will allow SCOM to connect to VMM. Provide the username (along with domain) and password, and click Next. [ Review the information on the Summary page, and then click Finish. A Job dialog will appear, and show the progress of the task at hand. Once this completes successfully, you will have to manually close the Jobs window. You have now successfully integrated SCVMM with SCOM for the purpose of Reporting. To verify that everything is as it should be, open the SCOM console that was installed on the SCVMM server. This will initiate the connection, and import the necessary Management Packs and Reports into the system. Navigate to the Reports space, and select the ‘System Center 2012 Virtual Machine Manager Reports’ folder. From there you should now see a list of reports available which utilizes information from SCVMM. We now have SCVMM Reporting installed. But, there is an additional reporting element; Forecasting Analysis.

In our last post we finished installing SQL Server. We are now finally ready to install SCVMM. Install Prerequisites To start, before we will actually be able to install SCVMM, we have to install a few prerequisites. Windows Assessment and Deployment Kit for Windows 8Deployment Tools Windows Preinstallation Environment (Windows PE) WADK Install SCVMM requires the Windows Assessment and Deployment Kit to be installed prior to installing SCVMM itself. Start by downloading the WADK from Microsoft: http://www.microsoft.com/en-us/download/details.aspx?id=30652 Once you have downloaded the WADK, copy it to your SCVMM system. Now run the ADKSetup.exe. You will first be presented with a dialog to specify the location for the install. You will also notice that there is an option to install the ADK or to download the files to install on a different system. If you system does not have an Internet connection then you are going to have to run the ADK installing on a system that does, and choose the ‘Download the Assessment and Deployment Kit for installation on a separate computer’. This will download all of the files required, and you will have a different ADKSetup.exe to run for “offline” installation. Make your appropriate selection and click Next. You can then choose to join the CEIP program or not. Make your selection and click Next. Read the License Agreement, and click Accept to proceed with the installation. On the Features screen, the only features you need to install is the ‘Deployment Tools’ and ‘Windows Preinstallation Environment (Windows PE)’. You can de-select all other options, and then click Install. If you are installing this on a system that has Internet connectivity, and you chose the first option on the initial screen, then the tool will go online and download all the files required. Note that this may take a little time for it to complete, depending on your Internet connectivity. Once the WADK finishes downloading the files required, it will automatically initiate the installation. When the installation is complete, click Close. Now we have everything that we need installed, and are ready to install SCVMM. Install SCVMM Start by either extracting the DVD contents, or mounting the ISO (the TechNet ISO is currently labelled as mu_system_center_2012_virtual_machine_manager_with_sp1_x64_dvd_1348927). Start by running the setup.exe. On the splash screen click the Install link. On the Select Features screen, select the feature you want to install. In our example, we are installing all features on the same server, so we will select all of them and click Next. You may notice that there is no Reporting option in comparison to other System Center product installations. This is because the reporting for SCVMM is actually integrated into the reporting feature of System Center Operations Manager (SCOM). We will go through various configuration steps after the installation is complete. If you are performing this installation in Production, you may want to provide Registration information for your organization along with a valid Product Key. Since this example is in a lab, I am not providing any information. Make applicable entries, and then click Next. Next read the License Agreement, check the applicable checkbox, and then click Next. Now you can choose if you want to be a part of the CEIP program. Make an applicable choice and then click Next. You can choose if you want to find updates for the product by using Microsoft Updates. Depending on your patching/upgrading policies/procedures, make an appropriate choice and then click Next. Next you need to provide an Installation Location. Ensure there is sufficient space and then click Next. You will now be asked to supply the Database Connection information. Enter the applicable information for your environment and then click Next. On this next screen you can specify the Service Account to use, and if you want to use Active Directory for your encryption keys. In a Production environment, this would be more applicable, but for our lab it doesn't matter. If you want to walk through the process/uses of this, then choose to enable the option and then click Next. On the Port Configuration screen, you can change the ports that SCVMM uses. Depending on your environment, you may have to make some modifications, but for our lab example, we will use the defaults. Next you need to specify the location for the SCVMM Library. This is the location that will contain all of your ISO’s, VHDs, etc. Be sure to provide sufficient space. Microsoft recommends 150 GB if you’re running a local version of SQL. In my lab example, since I am running out of space on my SSD drive, I opted to create a second VHD drive attached to the VM strictly for installing SCVMM, SQL, and the Library Share. Setup your environment accordingly, and click Next. Review the information presented on the Summary screen, and click Install. The installation may take some time, so be patient. Once it is complete, you can choose to check for the latest updates and open the console if you wish. Click Close. When SCVMM launches for the first time, you will have to provide a server name to connect to. You can choose to check off the ‘Automatically connect with these settings’ checkbox so that you don’t have to continue to enter the server name. Enter your server information and click Connect. The SCVMM console will launch. Navigate around the various areas. Congratulations, you have now successfully installed SCVMM. But if you look, something is missing; i.e. Reporting. Let’s configure that next.

In our last post, we installed Active Directory, now we need to install SQL. At this point, since we will be installing SQL Server on the same server that we will be installing SCVMM, it is expected that you have the VM created, the OS is installed, the appropriate networking has been configured, and it is joined to your lab domain. To avoid a specific installation error (see the end of the Install SQL Server section), you have to install the .NET Framework 3.5. So we’re going to complete this first before we start the installation of SQL. .NET Framework Installation To install the specific version of .NET that we require (version 3.5 in this case), start by launching the Server Manager, and selecting Manager > Add Roles and Features. On the Add Roles and Features Wizard, read the information on the Before You Begin screen, and then click Next. On the Installation Type screen, select ‘Role-based or feature-based installation’, and click Next. On the Server Selection screen, since we are installing SQL on the same server as SCVMM, ensure that it is selected, and then click Next. On the Server Roles screen, we are not installing a Role, but rather a Feature, so just click Next. On the Features screen, select .NET Framework 3.5 Features, and click Next. Since in Windows Server 2012 the .NET Framework 4.x is the main framework, the OS installation does not contain the source files for this installation. Therefore, you will need to click on the ‘Specify an alternate source path’ link at the bottom of the dialog. You will need to provide the path to where the source files are. This is found within the installation media of Windows Server 2012. If you insert a DVD or mount an ISO, specify the path to the SxS folder (i.e. D:\Sources\SxS), and then press OK. Click Install, and once it has completed, click Close. SQL Installation Start by either extracting or mounting the SQL Server ISO, and run the setup.exe. In this example, we are installing SQL Server 2012 SP1. On the main installation screen, click on the Installation link on the left pane. From the Installation screen, click the ‘New SQL Server stand-along installation or add features to an existing installation’ link. This is initiate the installation. First, the Setup Support Rules will check for any issues. As long as there isn’t any ‘Failed’ issues, click OK to continue with the installation. Next, enter your product key or select the evaluation copy to install, and press Next. Accept the License Terms and choose if you will send usage data to Microsoft, then press Next. If you have an Internet connection, the installer will check if there are any applicable updates to the installation, and will download the updates to use during the install. Click Next. The Setup will perform another Setup Support Rules check. As long as there are no Failures, you can click Next. Next is the Setup Role. For our needs, we will choose ‘SQL Server Feature Installation’, then press Next. For the Feature Selection, select the following, and then press Next. Database Engine Services Management Tools – Basic and Complete (for running queries and configuring SQL services) The Installation Rules will run to determine if anything will block the SQL installation. If there are no Failures, click Next. Next we will configure the instance. You can choose either to use a Default instance, or a Named instance. In this example, I will use a named instance, so as to not get this installation of SQL mixed up with any other I will have in my lab. Make your applicable choice, and click Next. The setup will check and confirm there is enough space on the drive for the installation. If everything is reported as OK, click Next. You next have to configure the server, which includes the Service Accounts and Collation. In Production, it is best practice to have a separate account for each of the services. In our lab, we will leave everything at defaults, with the exception of changing the ‘SQL Server Agent’ startup type from ‘Manual’ to ‘Automatic’. After you have completed this, don’t click Next, but rather click on the Collation tab. On the Collation tab, you will need to click the Customize button to be able to change it appropriately. On the Customize dialog, select ‘SQL collation, used for backwards compatibility’. Within the list, find ‘SQL_Latin1_General_CP1_CI_AS’ and select it, then click OK. You will be back on the Server Configuration dialog, click Next. On the Database Engine Configuration screen, leave the Authentication Mode at ‘Windows authentication mode’. What do have to change is to add SQL Server Administrators. Click the Add button. On the next dialog, you will need to add either the user(s) or security group(s) you want to have administrator access to SQL. At a bare minimum, add the current user account, so that you can log into SQL Server. Add the user(s)/security group(s), and click OK. You will be back on the Database Engine Configuration screen, and your accounts will now be present. In my example, I have an Active Directory Security Group I specifically created for SQL Administrators. Then click Next. You can choose to send Error Reporting information to Microsoft. Make your choice, and click Next. The setup will now re-check the configuration rules, based on the selections and information that has been supplied. If it passes, click Next. Review the information on the Ready To Install screen, and then click Install. Note: during the installation, you may encounter the following error message. This is due to not having the .NET Framework 3.5 installed prior to attempting to install SQL Server. If you encounter this, cancel the SQL server installation, and install the .NET Framework 3.5 (which is an available feature within Roles and Features). You may have to wait a while for the Installation Progress to complete. On the Complete screen, click Close. Congratulations, you now have SQL Server installed and are finally ready to install System Center Virtual Manager (SCVMM). Now we can install SCVMM.

In our last post we installed the Operating System on our VM's. Now, we will install Active Directory. Install Active Directory Domain Services Now that we have the VMs created, and the OS installed on both, we need to first install/setup Active Directory (AD). When you log into a new installation of Server 2012, Server Manager will auto launch. From Server Manager, click on Manage, and choose ‘Add Roles and Features’. On the Add Roles and Features Wizard, read the information on the Before You Begin dialog, and then click Next. On the Installation Type screen, select ‘Role-based on feature-based installation’ and then click Next. On the ‘Server Selection’ screen, since we are installed Active Directory on this local system, ensure that it is selected, and click Next. Side note: Windows Server 2012 has a new feature that allows you to remotely install Roles and Features on other systems. On the Server Roles screen, select ‘Active Directory Domain Services’. When you select ‘Active Directory Domain Services’, immediately you will be presented with the following dialog. Click Add Features. On the Features screen, accept what has already been selected by default, and click Next. On the AD DS screen, read the information presented, and click Next. On the Confirmation screen, check the ‘Restart the destination server automatically if required’ checkbox, and then click Install. Note: You are not required to check the ‘restart’ checkbox, however, you’re going to have to restart the system anyways after the installation, so you might as well let the system do it for you. Note: When you check off the ‘Restart the destination server automatically if required’ checkbox, you will immediately be prompted with the following dialog. Click Yes. On the Results screen, click Close. After the system restarts, and Server Manager launches, you will have to promote the server as a domain controller. This is because Active Directory has been installed, but that process does not automatically promote the server. Click on the ‘Promote this server to a domain controller’ link. On the Deployment Configuration screen, select ‘Add a new forest’ since this is the first domain controller in our lab. Then enter a root domain name, and click Next. In my example I am using “SC.LAB” for System Center Lab (since I will be installing all other System Center products in my lab eventually). For the Domain Controller Options, select the appropriate Forest functional level, and Domain functional level. This is more applicable if you already have an existing domain and are adding a new domain controller. But since this is the first domain controller in our new domain, then we’ll use the highest level, that of Windows Server 2012. Also, don’t forget to create the Directory Service Restore Mode password. Then press Next. On the DNS Options screen, you can ignore this warning message and click Next. On the Additional Options screen, click Next. On the Paths screen, normally you would change the location for the database, log files, and SYSVOL, but since we are just in a lab environment, we’ll leave it at the defaults and click Next. On the Review Options scree, review what you have entered/selected, and click Next. The Prerequisites Check screen will check and confirm that everything passes before promoting the system as a domain controller. You will notice in my screenshot, that I have 1 warning because I didn’t set a static IP for the server yet. After installation completes, the system will automatically restart. You will then be presented with the login screen. Something to note here, that because we were originally logged in with a local account, the first time you want to log on using a domain account you will have to type the domain\username; in my example SC\Administrator. When you login, you will then see in the Server Manager, that AD DS is now listed, along with DNS. Now all that you need to do is assign a static IP to your domain controller. To do this, in Server Manager, select Local Server from the panel on the left. From there, click on the Ethernet link labelled ‘IPv4 address assigned by DHCP, IPv6 enabled’. This will cause the Networks Connections explorer to open. From here, right click on the Ethernet network that is displayed. This is in fact the network connection that we configured when we first created the VM. On the Ethernet Properties dialog, select ‘Internet Protocol Version 4 (TCP/IPv4)’ and click the Properties button. Within the Internet Protocol Version 4 (TCP/IPv4) Properties dialog, enter a static IP, gateway, and DNS that is applicable to your network. Once all the items have been entered, click OK. You will also have to click Close on the Ethernet Properties dialog as well. Congratulations, you now have a domain setup in your lab environment. Add Systems to Your Domain Now that you have your domain setup, you need to add your other VM (the one that we will use for SCVMM) to the domain before being able to install SCVMM. Log into the system you want to add to the domain. To do this in Server 2012, launch Server Manager, and click on Local Server. Then click on the computer name. This will launch the System Properties dialog. From this dialog, click the Change button. From this dialog, select the Domain option for ‘Member of’, and enter the domain name you want to join and press OK. After pressing OK, you are immediately presented with a Windows Security dialog, in which you need to enter the credentials of an account that has Domain Admin rights. Enter the credentials and click OK. Once the system is successfully joined to the domain, you will receive the following Welcome message. Press OK. After you press OK to the Welcome message, you will receive a second prompt, indicating that you need to restart the system for the changes to take effect. You will be back on the System Properties dialog. Press Close. When you press Close, you will receive yet another prompt about restarting the system. You can choose to Restart Now or Restart Later, but you won’t be able to install SCOM without the VM being added to the domain. After the system restarts, you will then be presented with the login screen. Something to note here, that because we were originally logged in with a local account, the first time you want to log on using a domain account you will have to type the domain\username; in my example SC\Administrator. Now we have our Active Directory server setup and ready, and the VM we will be installing SCOM on is joined to the domain. Now we can move onto installing SQL Server.

In our last post we created the VM's we require for our lab. Now we will move onto the Operating System (OS). Install the Operating System Now that we have created the VMs for our lab, we can install the Operating System (OS). Start by connecting to one of the VMs, either by double clicking on the VM in Hyper-V Manager, right click the VM and choose Connect, or click on Connect from the Action pane/menu. When you have the VM connection up, and an ISO mounted, power the VM on. On the Windows Setup screen, select the Language, Time/Currency Format, and Keyboard Method appropriate, and click Next. All you have to do now is click Install Now. Next you have to choose the Operating System and version you want to install. In our lab example, I will choose Windows Server 2012 Standard (Server with a GUI). Make your selection and then click Next. You will have to accept the license terms, and then click Next. For the Installation Type, since we don’t already have an OS installed, we will choose the ‘Custom: Install Windows only (advanced)’ option. Now select the hard drive that you want to install the OS to. Since we only created one hard drive when setting up the VM, we only have one to choose from. Select it, and click Next. Now all you have to do is wait for the installation to finish. Once the installation is complete, you will be prompted to enter a password for the local administrator account. This is different from a domain-based local administrator account. Enter a password and click Finish. After some final quick configuration, you will then be presented with the login screen. Now repeat these steps for the other VMs in the lab. NOTE: After you install an OS, you will need to rename the computer within the OS. To do this in Server 2012, launch Server Manager, and click on Local Server. Then click on the computer name. This will launch the System Properties dialog. From this dialog, click the Change button. From this dialog, enter the name you want to call the computer. In my lab, I called the Active Directory computer “AD”, and the Virtual Machine Manager computer “SCVMM”. Press OK after entering the name. You will encounter the following prompt. Click OK. Then click Close on the System Properties dialog. You can choose to either Restart Now or Restart Later, but the name change will not take effect until you do so. In our next post we will install Active Directory.

Welcome. For those of you that know me from my SCOM guides, I thought I would attempt to provide a similar series of guides for SCVMM. Please note that some of the screenshots (i.e. for creating the VM, OS/AD install, joining the domain, etc.) are from my SCOM guides. I figured that it would save time on the “normal” stuff, so that I can focus on the actual SCVMM part. Introduction: I use Hyper-V in my LAB and that's what all these virtual machines will be running on. In my lab, I have Windows Server 2012 Datacenter installed as the server OS on the host machine. All other virtual machines will be running Windows Server 2012 Standard edition, with the graphical user interface (GUI). My hardware consists of the following: Intel Xeon E5-2620 Asus P90X79 WS 64 GB G.Skill Ripjaws Z Series 2 x 256 GB Samsung 840 Pro Series SSD High Level Plan Here is a high level of what we are going to complete in this initial part of the series. Create the Lab Environment Install the Operating System Install Active Directory Domain Services Install SQL Server Install System Center Virtual Machine Manager In a later posts, we will also cover reporting, adding hosts, networks, storage, create templates, etc. So now let’s start with the first part, creating the lab environment. Create the Lab Environment:Hyper-V Configuration As mentioned, my environment uses Hyper-V. So, we’re going to start by configuring Hyper-V for our needs, and creating the Virtual Machines (VMs) required for our lab. The first thing we need to do is setup a Virtual Switch for the VMs to connect through. Launch Server Manager, click on Tools, and select Hyper-V Manager. When Hyper-V loads, it will have nothing in it. Even if we were to create a VM, it wouldn't have a network connection to use. So we’ll start with creating a Virtual Switch. As you can from my screenshot, I have 2 LAN ports on my host. One of them has a connection to my home network and the Internet. In the Hyper-V Manager, click the Virtual Switch Manager from the Actions pane. Now, click on the Create Virtual Switch button. From here, you now need to configure the virtual switch that your VMs will use. Give it a name to clearly identify it (in my case I called it ‘External Network’), and choose the connection type. For more information about virtual networks, see the following TechNet article: http://technet.microsoft.com/en-us/library/cc816585(v=ws.10).aspx. Here is an excerpt from the article: § External virtual networks. Use this type when you want to provide virtual machines with access to a physical network to communicate with externally located servers and clients. This type of virtual network also allows virtual machines on the same virtualization server to communicate with each other. This type of network may also be available for use by the management operating system, depending on how you configure the networking. (The management operating system runs the Hyper-V role.) For more information, see “A closer look at external virtual networks” later in this topic. § Internal virtual networks. Use this type when you want to allow communication between virtual machines on the same virtualization server and between virtual machines and the management operating system. This type of virtual network is commonly used to build a test environment in which you need to connect to the virtual machines from the management operating system. An internal virtual network is not bound to a physical network adapter. As a result, an internal virtual network is isolated from all external network traffic. § Private virtual networks. Use this type when you want to allow communication only between virtual machines on the same virtualization server. A private virtual network is not bound to a physical network adapter. A private virtual network is isolated from all external network traffic on the virtualization server, as well any network traffic between the management operating system and the external network. This type of network is useful when you need to create an isolated networking environment, such as an isolated test domain. For our demonstration, we are going to use an External Network so that the VMs can communicate with the Host system. Make all the appropriate selections and so forth, and then press OK. You may encounter the following warning message. This is because we are remotely connecting to the Host machine using the same network connection that we are about to setup as a Virtual Switch (hence selecting the ‘Allow management operating system to share this network adapter’ checkbox). Press ‘Yes’ to the dialog. Now that we have the virtual switch setup, we can start creating VMs for our lab. Create the Virtual Machines Let’s now create the VM’s we will need for the lab, specifically one for Active Directory, and another for SCVMM (since we are install all roles within the same server). In Hyper-V Manager, from the Actions pane, click on New and choose Virtual Machine. On the New Virtual Machine wizard beginning screen, click read the information presented and then click Next. Enter a name for the VM. Note that this is NOT the name the VM will have within the Operating System (unless you name it the same), but rather, used as an identifier in Hyper-V Manager. After you have entered a name, click Next. Now assign the amount of memory you want your VM to have, and then press Next. This is the screen where you connect your VM to the network that we created, then press Next. This is the screen where you configure how large a hard drive the VM will have. Make the appropriate customizations and click Next. For the Installation Options, choose if you will install an OS later, or if you want to use an ISO, then click Next. On the Summary screen, review your selections and entries, and click Finish. Once the VM is created, it will appear in the Hyper-V Manager. If you want to configure further settings, like the number of CPUs and mounting an OS ISO, right click on the VM and choose Settings or click on Settings from the Actions pane. Repeat these steps for each VM you need to create, in our case one for Active Directory and another for SCVMM. Here are the settings I have used for each of the VM’s: Active Directory: Virtual Machine Name: AD Memory: 2048 MBNOTE: Active Directory doesn’t need 2 GB of RAM, it will run fine with 512 MB. I just increased the RAM so that the OS would install/respond faster. CPUs: 2 OS: Windows Server 2012 SCVMM: Virtual Machine Name: SCVMM Memory: 4096 MBNOTE: You may need to increase the amount of RAM this VM has, depending on performance. CPUs: 2 OS: Windows Server 2012 In our next post we will install the Operating System.

There are few details that we need to know in order to assist you. What version of SCOM are you running (i.e. 2007 R2, 2012, 2012 SP1, 2012 R2)? What OS version are you running SCOM on (i.e Server 2008, 2008 R2, 2012, 2012 R2)? Is SCOM on a physical or virtual server? If virtual, what virtualization technology is used (i.e. Hyper-V, VMware, etc.)? Your comment mentions an issue with discovering the SharePoint and BizTalk servers. In SCOM, you discover the Computer Object, which has no relevance/dependence on the middleware platform technology. When you go through the discovery wizard (see my Configuration Post), what options are you choosing? Does your Management Server Action Account (or the account you are using) have Administrator rights on the servers you are trying to monitor? Are the right firewall ports open? The Management Packs will not do anything for discovery (from a management standpoint) until the SCOM Agent is installed on the servers. Then it will discover that the server is running SharePoint/BizTalk and report on those technologies appropriately.

As an additional reference, here is the link for the Windows Client XP/Vista/Windows 7 Operating System Monitoring Management Pack. http://systemcenter.pinpoint.microsoft.com/en-US/applications/Windows-Client-XP-Vista-Windows-7-Operating-System-Monitoring-Management-Pack-12884902219

In our last post we imported Management Packs. Now we need to work with the data being collected by SCOM. OK, so we now have SCOM setup, have installed the Agent on systems to monitor, and imported Management Packs to help monitor at the technology platform level. But what do we do with the Alerts that are generated by SCOM? Well, if you are the SCOM Administrator (or you have granted other users access), you can look at the Alerts from the console. But, that means you’re assuming/relying on others to regularly check the console for Alerts. In my personal experience, that’s not really going to happen, thus we have Notification Channels. Start by opening the SCOM console and navigate to the Administration space. You will notice a section called ‘Notifications’, and beneath that section, 3 other items: Channels, Subscribers, and Subscriptions. Channels Start by right clicking on ‘Channels’ and selecting ‘New Channel’. From there select the type of channel you want to create. In this example we are going to create an ‘E-Mail (SMTP)’ channel. On the Description screen, you can accept the defaults for Channel Name and Description, unless you want to provide something specific. Make the applicable decision, and then click Next. On the Settings screen, click the ‘+ Add’ button to enter an SMTP server. Enter the server FQDN, Port Number, and the Authentication Method applicable to your environment, and then click OK. You will be returned to the Settings screen. On here you must enter a Return Address. Please note that this address does not need to be a real email address, so it literally can be anything (i.e. see my example). In a Production environment, you may want to enter a Distribution List for a specific team, but that is a decision you have to make for your implementation. Now click Next. On the Format screen, you can customize what the Email subject will display, along with the information provided in the email. Additionally, you can control the email Importance and Encoding. As an example, from my personal experience, for one SCOM implementation I created 4 different SMTP channels, one for each ‘zone’ (i.e. PROD, UAT, TST, DEV). For the DEV/TST zones, we set the Importance to Low, for UAT we left it at Normal, and for PROD we set it to High. This way when the various teams received the Alert emails (i.e. the SQL team), they could immediately identify which emails (and thus which Alerts) they needed to respond to immediately. Again, this is more of a design/configuration decision. Make the applicable changes and click Finish. You will receive indication that the channel was successfully created. Click Close. Back in the SCOM console your newly created channel will now appear. Congratulations, now you have a channel setup. But, that still doesn’t get Alerts via email to your support team. For that, we need Subscribers. Subscribers To send Alerts via email, SCOM needs email address to send to. So let’s now configure some Subscribers. Start by right clicking on Subscribers and select ‘New Subscriber’. The Notification Subscriber Wizard will start. On the Description screen it asks for a name, and even gives you the ability to look a user up in Active Directory. Note, as per the sentence on the screen, this is just to make it easier to identify. Side Note: Did you notice the typo/spelling mistake? It says “indentify” and not “identify”. Enter a name and then click Next. On the Schedule screen, you can choose either to ‘Always send notifications’ or ‘Notify only during the specified times’. If you choose the second option, click the Add button to create the required schedule. For our example we are going to accept the default to ‘Always send notifications’. Make you choice and click Next. If you want to specify a schedule, make the applicable changes on the prompt provided and click OK. Now you need to add the email address that will be used for this Subscriber. Click the Add button. This will cause another wizard to launch, the Subscriber Address wizard. Again you are prompted for a name, but only for the use of identification later, and does not factor into how the Notifications work. From my personal experience, on this screen I would add the users name so that I knew who it was for (i.e. in case from the email address it is not apparent). In my example, I used my own name, and entered “Ermie, Adin”. Make your decision and then click Next. On the Channel screen, you need to specify the channel to use for Notifications for this individual. Click the down-arrow for the selection list. In our example, since we only have an SMTP Channel setup/configured, we will choose ‘Email (SMTP)’. You will also be required to supply a Delivery Address for use with the selected channel. Make the appropriate selection and enter the required information and then click Next. On the Schedule screen, you can create a schedule (exactly like the option we had before) but this is specific for the user that you are adding. This may seem confusing right now, because, aren’t we already adding a user as a subscriber? Yes, but you can use the Subscriber option like an email distribution list. For example, the very first Subscriber ‘Name’ that you enter could be the name of a team, like say “SQL Team”. You can then use the Subscriber Address wizard to add the individual team members email addresses. You may have to try some different configurations to find the right combination that will work for you. Make applicable configurations and then click Finish. Back on the Notification Subscriber Wizard, which is where you will be after clicking Finish on the Subscriber Address wizard, click Finish. The wizard will then go off and create the Subscriber, and you will receive confirmation once it is complete. Click Close. Returning to the SCOM console you will now see your Subscriber that you created. You now have Channels setup, and Subscribers to send to, but you still need a trigger to send the Notifications. We are now going to configure the final piece, Subscriptions. Subscriptions OK, we now need a way to trigger SCOM to send Alert notifications to our Subscribers. We do this through Subscriptions. Start by right clicking on Subscriptions and select ‘New Subscription’. On the Description screen, create a name for the Subscription. For example, from my personal experience, I would create a subscription based on zone and technology (i.e. PROD – SQL Alerts). Enter a name, and click Next. On the Criteria screen, you can modify the conditions that will trigger the Alert to be sent to the Subscribers via the Subscription. NOTE: This guide does not cover the vast and complex options on Condition customization. I would recommend searching online if you need help, and best of all, try different options. Make your customizations and then click Next. On the Subscribers screen, click the Add button. From here, you can search for any existing Subscribers you have already created. Select them (you can add more than one), press Add, and then click OK. Your added Subscribers will now appear in the list. Click Next. Now you can add the Channels to use for this Subscription. Click the Add button. Similar to the Subscribers search, you can search for Channels. Find the Channel(s) you want to add, click the Add button, and then click OK. You Channel(s) will now be displayed in the list. Notice that on this screen you can also customize a delay in notifications being sent out. Why would you want to have a delay? Here’s an example from my personal experience. Imagine that you are part of an Operations team that is on-call and paged when there are issues with Production servers. You have a Subscriber/Subscription setup specifically for paging. When a system that is being monitored by SCOM loses its ability to communicate with the Agent installed, it throws an Alert about the Agent being unreachable. SCOM also attempts to ping the system to confirm that there is an issue with either just the SCOM Agent, or if the system is in fact down. If ICMP is blocked in the environment, even if there is only an issue with the SCOM Agent, the “Server down” Alert will still be generated. This will then cause the individual to be paged to respond. This sounds fine, and normally it is. However, sometimes SCOM can lose connectivity with the Agent for one reason or another, though it may only last a few minutes (i.e. network bandwidth, backups running, etc.). If there is no delay in sending notifications, then even if SCOM loses connectivity for a moment, someone will be paged. If there is a delay enabled, and SCOM loses connectivity to the Agent and that connection is re-established within the delay timeframe, then no notification/paging will occur. I speak from personal experience, being paged multiple times in a night, just because SCOM lost connectivity to the Agent; not that the server(s) were actually down! Make applicable changes, and click Next. Review the information on the Summary screen, and then click Finish. You will receive confirmation that the Subscription was created successfully, then click Close. Back in the SCOM console, your Subscription will now be present. Excellent, you now have SCOM setup to notify individuals of Alerts based on any customizations you need. That concludes the Configuration Guides for System Center 2012 Operations Manager (at least for what I can think of for now). If anyone has any questions or suggestions on what they need help with, or would like a guide on, please message me.

I have created some guides for SCOM, you can find them here: http://www.windows-noob.com/forums/index.php?/forum/113-scom-2012/

In our last post, we finished configuring computers and devices to be managed by SCOM. So at this point we have SCOM setup and running, along with a few agents installed on other systems in our environment. Technically, you could say that we are monitoring our environment, however, this isn’t entirely accurate. In actual reality, SCOM is only monitoring the state of the Agent that is installed on the systems. Right now, SCOM has no insight into the Operating System, or any middleware platforms (i.e. SQL, IIS, AD, etc.). We are going to correct that by importing Management Packs. Download Management Packs To start, we need to download the Management Packs (MPs) we want to install. Open a browser and navigate to the System Center Marketplace (URL: http://systemcenter.pinpoint.microsoft.com/en-US/home). From here, enter your search term, and click Search. For our example we will enter “Windows Server” (I will explain why shortly). Currently there are 539 results, though this may change depending on when you perform your search. In reference to SCOM, we are specifically looking for ‘Monitoring Management Pack’ as this marketplace will also contain other packs for use with SCCM, Orchestrator, etc. In our example of “Windows Server”, look for “Windows Server Operating System Monitoring Management Pack”, and click the title (which will be a hyperlink). This will bring you to that specific Management Packs page. From this page you can read information about it (i.e. which OS’s it supports), reviews, release date, etc. You will need to determine if this Management Pack is applicable to your environment. This one is applicable to my lab environment I am using, because I have Windows Server 2012. Click the orange ‘Download’ button in the top left area of the page. This will bring you to the Microsoft Download Center. From here you can read further information about system requirements, installation instructions, etc. When you are ready, click the red ‘Download’ button. You will be prompted with a dialog, asking you which files you want to download. The MSI file contains the Management Pack, and the DOCX provides more in depth information. I would recommend downloading both files. From my personal experience, I would read the entire Management Pack documentation twice (and I have done so for each/every Management Pack that I have implemented). This serves 2 purposes. First, I highlight points that are applicable to the environment that I am implementing it in. Second, I review it a second time focusing on the points I’ve highlighted. Select the file(s) that you want to download, and click the Next button. Download the files to your either your workstation or your SCOM server. I mention your workstation, only because you probably don’t have Microsoft Word installed on your server, and you need to be able to read the documentation. At this point to move forward, I will assume that you have downloaded or copied the MSI file (in this specific example ‘System Center Monitoring Pack-Windows Server Operating System.msi’) to your SCOM server. Install Management Packs On your SCOM server, run the MSI to install it. Read and accept the License Agreement and click Next. Next select the folder you want to install to. There are a few things to take note of at this point. First, remember the directory that the Management Pack is installed to, as this will be used in a later step. Second, it is recommended that you select the option to install the Management Pack for ‘Everyone’ to avoid any access related issues. Third, and the most important, is that this is actually NOT installing the Management Pack. I disagree with the wording used in this dialog, since in fact this is not installing anything, but rather is extracting the files required for installation (you’ll see what I mean shortly). But I digress. Click Next. Finally, click the Install button. The installation will be quick. Once it is complete, click Close. When you close the installation dialog, the directory that you installed the Management Pack to MAY open in File Explorer. I stress “may” because I haven’t noticed every Management Pack that I have installed behave this way. If File Explorer does open, you can close it, as we will work with these files in another step. Now that we have “installed” the Management Pack so that the .MP files are extracted, we can now move onto the final step, importing. Import Management Pack At this point, we have downloaded the Management Packs we are interested in (in our example the Windows Server OS), installed it on the SCOM server so that the .MP files are extracted and available for use. Now we have to import the Management Packs so that SCOM will have the information required to identify and monitor the technology platform. Start by opening the SCOM console, and navigating to the Administration space. From the Administration space, you can either click on the link ‘Required: Import Management Packs’, or you can right-click on the Management Pack item in the left navigation pane. I am going to demonstrate using the navigation pane option, since the link may not always be present after you import a few Management Packs. So, right-click on the Management Pack item in the navigation pane, and choose ‘Import Management Packs’. This will cause the Import Management Packs wizard to launch. From the first and really only dialog screen, click the Add button. You will be presented with 2 options, ‘Add From Catalog’ and ‘Add From Disk’. The ‘Add From Catalog’ option will enable you to search the catalog directly, however, most Production systems don’t have an Internet connection, which this option requires. \ Therefore, we will demonstrate and choose the ‘Add From Disk’ option. When you select this option, you will immediately receive the following prompt. Since, in Production, your server probably will not have Internet access, we will choose ‘No’. Now, you will see the File Explorer dialog. From here you need to navigate to the location that you installed the Management Pack (in our example it is: C:\Program Files (x86)\System Center Management Packs\System Center Monitoring Pack-Windows Server Operating System\). When you navigate to the location that the Management Pack is installed, you will then see several .MP files. You can select more than one MP file at a time. Since our lab example is running on Windows Server 2012, we will select the ‘Microsoft.Windows.Server.2012.Discovery.mp’ and ‘Microsoft.Windows.Server.2012.Monitoring.mp’ files, then click Open. The system will add the .MP files to the import list. However, you will notice that there are a few errors! Why is that? As you can see in the Status Details this is because some Management Packs have dependencies. To see which dependencies you are missing, click the Error link. You can see from the following 2 examples, that some Management Packs have more than one dependency. So, to be able to import the Windows Server 2012 Operating System Management Pack(s), we need to also import 3 additional Management Packs. Thankfully, we can import all of these Management Packs at the same time. So, click Cancel on the Import Management Pack Error dialog, and go back to the Import Management Packs dialog and click Add > From Disk, and select the other dependant Management Packs. Your Select Management Packs dialog should then look similar to this: Now all you have to do is click the Install button. The import will begin, and may take some time depending on the number of Management Packs you are importing. Once the import has completed, click Close. You can confirm that the Management Packs have been successfully imported, but looking for them in the Management Pack list. Additionally, when a new Management Pack is imported, there may be new/updated Reports included. As well, if you navigate to the Monitoring space, you will see new folders/views for the technology platform that the Management Pack relates to. In our example, we now see the Microsoft Windows Server folder, and within there it has a Windows Server State view that shows the status of the server(s). With this new Management Pack imported into SCOM (specifically the ‘Discovery’ Management Pack), SCOM is now able to identify systems that are running this technology platform. This is how it works for all Management Packs (i.e. SQL, IIS, WSUS, AD, etc.). SCOM will now start Alerting to issues that pertain to the technologies that it can detect and monitor. Congratulations, your SCOM environment is now able to monitor your Windows Server 2012 Operating System and report/alert on any issues. For any other technologies, repeat the same steps described. Now that we have SCOM monitoring and alerting to issues in our environment, we need a way to easily be notified when there is an issue. That’s why we need to Enable Notification Channels. Stay tuned for the next post.

Hello everyone, if you have been following along with my installation guides, you should now have SCOM installed. But SCOM won’t do you any good if it doesn’t have any computers or devices to manage, so that’s where we will start as part of these Configuration guides. First, start by launching the SCOM console. Now, navigate to the Administration pane. From there, under Device Management find ‘Agent Managed’. Right-click on the Agent Managed item, and choose Discovery Wizard. The Computer and Device Management Wizard will start. You must first choose why type of device you want to discover and manager. You have 3 choices, Windows Computers, UNIX/Linux Computers, or Network Devices. For our example we will choose Windows Computer, and then click Next. On the Auto or Advanced screen, you can choose to let SCOM scan the domain to find the computers, or if you want more control over which systems are monitored, you can choose the Advanced Discovery. If you choose the Advanced option, you can also choose if you want to discover only servers, clients, or both. Additionally, you can choose which Management Server you want the discovered systems to be managed by. Since we only have one Management Server in our lab, we only have one option, but in a Production environment you can use this to balance the load between multiple Management Servers. Make your appropriate selections, and click Next. Next you need to specify the Discovery Method that will be used. Again, you can allow SCOM to scan Active Directory, or you can manually type the computer names for it to check against. From my own personal experience, it is usually best to manually type the names of the computers, as this gives you more control over what systems are added to SCOM, and how many at a time. Choose your appropriate options, and click Next. You can now specify the Administrator Account to use. We will accept the default selection to use the Management Server Action Account, and then click Discover to initiate the process. SCOM will then go off and attempt to communicate with the specified systems. Here is a diagram that shows how computer discovery works in SCOM. The systems that SCOM is able to communicate with will appear in the Discovery Results. From there, select the device(s) that you want to install the SCOM agent on. In our example we will install the SCOM agent on all systems in our lab environment. Make your selection(s) and click Next. On the Summary screen, you can control where the SCOM Agent will be installed. In my personal experience, the default location is sufficient. You can also provide an Agent Action Account. In a lab environment, we can use the Local System, however, in a Production environment I have personally seen a designated Agent Action Account (usually a Service Account) be used in this context. Make the appropriate selection/input, and click Finish. SCOM will then start the Agent installation task. Depending on your network, the number of devices, etc. it may take a while to complete. When the discovery and agent installation completes, it should look like this. You can click Close on the status window. Returning back to the SCOM console, you will now see the system(s) that you discovered and installed the Agent on. Congratulations, not only do you have a working SCOM environment, but you also have SCOM actively monitoring! In the next part of this series, we will Import Management Packs.

I have created some new guides for installing SCOM 2012 SP1, you can find them here: http://www.windows-noob.com/forums/index.php?/forum/113-scom-2012/

In our last post we installed SCOM and the Agent on several systems. Now we are going to install ACS to audit security events. Install Audit Collection Services Since Audit Collection Services (ACS) is not a part of the main SCOM installation, we have to install it separately. NOTE: In a Production environment, ACS is normally implemented in a segregated space. The reason for this is because ACS is used to audit security and logons. Since the Administrator of SCOM will more than likely be a part of an Operations team, and have access to various Production/Non-Production servers, for security reasons, the ACS installation would be on a server that the Operations team would not have access to (since they would be among the logons being monitored/audited). To start the installation, mount the SCOM ISO and run the setup.exe. From the splash screen, click the ‘Audit Collection Services’ link. On the Welcome screen click Next. Read the License Agreement, accept the agreement, and click Next. On the Database Installation Options screen, choose whether you will create a new database or use an existing one. In our example, we will choose the ‘Create a new database’ option, and click Next. On the Data Source screen, enter a new for the data source or accept the default, and then click Next. On the Database screen, enter the database server name and instance name, and change the database name if you do not want to use the default. Since this is a lab environment, we will choose the ‘Database server running locally’ because we have SQL Server installed on the same server as SCOM. Make the appropriate choices, and then click Next. For Database Authentication, we are going to choose the ‘Windows authentication’ option for our lab since it’s in its own domain. Read the information for each option, and make the applicable choice, and then click Next. For the Database Creation Options, in a Production environment you would specify different disks for the database and log files, but since we are in a lab, we will chose the ‘Use SQL Server’s default data and log file directories’ and click Next. NOTE: I believe, though am not 100% sure, that if when you first setup/install SQL Server and specify different disks for the database(s) and log(s), then choose the ‘use SQL default’ would be appropriate since the defaults would already be offloaded to appropriate separate disks. On the Event Retention Schedule screen, you can specify the time for the database maintenance to occur, as well as the number of days to retain. This last option is very important, as in Production your organization may have some legal/security obligations to meet. However, just remember that the longer the retention, the more space the database will need. Usually, when planning ACS in a Production environment, most use the SCOM Sizing Helper Tool to know how large the database will be, and how much to plan for growth. For our lab environment, we will accept the defaults and click Next. Make the appropriate selection for the Timestamp Format, and click Next. In our lab example, we will use ‘Local’. On the Summary screen, review the selections and input, and click Next. Immediately after you click Next from the Summary screen, you will be prompted for the SQL Server Login. By default it will assume the login for the account that is currently logged in. If this is accurate, just click OK. Wait for the Installation Wizard to complete, which didn’t take too long in our small scaled-down environment. Finally, the installation will complete. Click Finish. Congratulations, you have now installed ACS! But there is still more to do. We need to setup reporting, and the event forwarder. ACS Reporting For ACS Reporting, you first need an instance of SQL Server Reporting Services (SSRS). If you have been following these guided series, we will be using the same SSRS instance that we originally setup/configured for SCOM Reporting, since we are in a lab environment. For our process, we are going to be following the steps outlined in this TechNet article: http://technet.microsoft.com/en-us/library/hh299397.aspx. First, we need to log onto the server that we will use for hosting the ACS reports. In our example, this is the same server that we installed SCOM on. From within that server, we need to create a temporary folder. We’ll create one on the root of C:\ and call it ACS (i.e. C:\ACS). Mount the SCOM ISO, and navigate to \ReportModels\ACS (in my example it is D:\ReportModels\ACS\) and copy everything from this location into the temporary folder that we created. Next, still within the mounted ISO, navigate to \SupportTools\ (in my example it is D:\SupportTools\AMD64\ReportingConfig.exe) and copy the ReportingConfig.exe file into the temporary folder that we created. Now we need to run a command through an elevated command prompt. In Windows Server 2012 to do this, mouse over to the bottom left corner, which will cause the Start ‘square’ (not sure what the official name is) to appear. Right-click on the Start square, and click on ‘Command Prompt (Admin)’ to launch an Administrative Command Prompt. Next, you will need to change the directory to the temporary folder that we created. You will then have to run the following command: UploadAuditReports “<auditdbserver\instance>” “” “”. In our lab example the command line would be: UploadAuditReports "SCOM\SCOMSQL" "http://SCOM/Reports_SCOMSQL" "C:\ACS" NOTE: The reporting server URL needs the reporting server virtual directory (ReportingServer_<InstanceName>) instead of the reporting manager directory (Reports_<InstanceName>). This creates a new data source called DB Audit, uploads the reporting models Audit.smdl and Audit5.smdl, and uploads all reports in the ACS\Reports directory. IMPORTANT: In order for the import to function properly make sure you have the .NET Framework 3.5 installed. If you have been following these guides, this will already be installed from when we installed SQL Server 2012. Next, open Internet Explorer and navigate to the following URL: http:///Reports_, in our example it will be http://SCOM/Reports_ SCOMSQL. Now click on the ‘Audit Reports’ directory folder, and then click the ‘Details View’ button in the top right corner. Now click the DB Audit data source to open it. Finally, under the ‘Connect Using’ selections, ensure that ‘Windows Integrated Security’ is selected, and click Apply. You can now go into the SCOM console, under Reporting, and view the Audit Reports. REMINDER: It is acceptable to have the Audit Reports accessible via the SCOM console in a lab environment. But in a Production environment your organization may have strict security policies that you are required to follow, which would include auditing of IT to be handled by some security department. Congratulations, you have finished configuring/deploying ACS Reporting. But, there is still one last step we need to complete, the Event Forwarder. ACS Event Forwarder Now that we have ACS installed, and the Reporting configured, we can now turn on the Event Forwarder to start collecting security events. We are going to follow the TechNet article here: http://technet.microsoft.com/library/hh272397.aspx. As stated by this article: “By default, the service needed for an agent to be an Audit Collection Services (ACS) forwarder is installed but not enabled when the Operations Manager agent is installed.” Therefore, in order to audit security events, you need to have the SCOM Agent installed on the system(s) first. Log onto the SCOM server and open the SCOM console and click on the Monitoring pane. From there, navigate to Operations Manager > Agent Details > Agent Health State. In the details pane (the middle pane), in the Agent State area, select the system(s) that you want to enable Audit Collection on. When you select a system, in the right-hand Actions pane, under the Health Services Tasks, click the ‘Enable Audit Collection’ link. This will launch the Enable Audit Collection task. From this window, you will need to enter the Collector Server for the Forwarder to report to. To do this, click the Override button. On the Override dialog, enter the FQDN of the Collector Server. In our lab example, we will enter the only Management Server in our environment (i.e. SCOM.SC.LAB). Enter the appropriate information and then click the Override button. The Enable Audit Collection dialog will now show the Collector Server that you just entered. At this point, you can also add a specific account to use within the Task Credentials section, or accept the defaults. Once you are ready to enable ACS, click the Run button. Once the task runs and completes successfully, the dialog will appear similar to the following. You can click Close. Congratulations, not only do you now have SCOM installed, along with Reporting; you additionally have setup ACS and enabled security auditing in your environment. I haven't decided what to do next for the series, but I believe I have covered all installation elements. The next series extension will be more configuration vs. installation. If anyone has any requests or suggestions, let me know.

In our last post, we installed SQL Server. Install System Center Operations Manager We are now finally ready to install SCOM. Install SCOM Start by either extracting the DVD contents, or mounting the ISO (the TechNet ISO is currently labelled as en_system_center_2012_operations_manager_with_sp1_x86_x64_dvd_1347175). Start by running the setup.exe. On the splash screen click the Install link. On the Select Features screen, select the feature you want to install. In our example, we are installing all features on the same server, so we will select all of them and click Next. Next chose the location that you want to install the software to, and ensure there is enough space. Then click Next. The Setup Wizard will then check the prerequisites that are needed, based on what features you selected to install. If there are any issues you will need to address these before you can continue. Review the information and the resolution(s) provided. For example, you will need to install the Web Server (IIS) role, including some non-default elements along with the Microsoft Report Viewer 2010 Redistributable Package. NOTE: I didn't have time to document how to install these roles/features, hopefully you are able to accomplish it without issue. However, if anyone needs it, please message me and I will work to add it in. Once you address all prerequisite needs, the setup wizard should appear as follows. Click Next. On the Installation Option screen, choose the appropriate option. In our example, since this is the first Management Server that we are installing, we will choose the ‘Create the first Management server in a new management group’ option, and also enter a Management Group Name. Next read and accept the license terms, and click Next. On the Configure Operational Database screen, fill in the SQL server and instance name. When you do, the data and log folders paths will auto-populate. Now click Next. On the Configure Data Warehouse screen, fill in the SQL server and instance name. When you do, the data and log folders paths will auto-populate. Now click Next. Next select a SQL server instance to use for the Reporting Services, then click Next. Next select the IIS website to use for the Web Console, and then click Next. Note: if you chose to use SSL, you will need a certificate. For the Authentication Mode, chose the applicable option based on how you plan on using the web console. For our example, we will only use it in an Intranet environment, so we will choose ‘Use Mixed Authentication’ and click Next. For the Operations Manager accounts, fill in the appropriate information and click Next. Note: As part of your preparation for installing SCOM, you can follow your provisioning process and have these accounts pre-created. You should also take note of the level of access each account requires. You can choose if you want to participate in the Customer Experience Improvement Program (CEIP). Make your choices, and then click Next. For the Microsoft Update screen, choose if you want to automatically apply updates. Note: In a Production environment, you will probably not want to turn this on, because there are applicable change management procedures to follow, and you should test updates in a non-Production environment. On the Installation Summary screen, review the input and selections made, and click Install. The installation may take several minutes, but once it has been completed, click Close. Note: If you do not want to launch the SCOM console immediately, then de-select the ‘Start the Operations console when the wizard closes’ checkbox. Congratulations, you have now successfully installed SCOM! In the next part of the series, we will install Audit Collection Services (ACS), since it is not a part of the main installation. BONUS: How to Install the SCOM Agent Now that you have SCOM setup, you need to install the Agent on the systems you want to monitor. Start by launching the SCOM console, and navigate to the Administration pane. From there, under Device Management find ‘Agent Managed’. Right-click on the Agent Managed item, and choose Discovery Wizard. The Computer and Device Management Wizard will start. You must first choose why type of device you want to discover and manager. You have 3 choices, Windows Computers, UNIX/Linux Computers, or Network Devices. For our example we will choose Windows Computer, and then click Next. On the Auto or Advanced screen, you can choose to let SCOM scan the domain to find the computers, or if you want more control over which systems are monitored, you can choose the Advanced Discovery. If you choose the Advanced option, you can also choose if you want to discover only servers, clients, or both. Additionally, you can choose which Management Server you want the discovered systems to be managed by. Since we only have one Management Server in our lab, we only have one option, but in a Production environment you can use this to balance the load between multiple Management Servers. Make your appropriate selections, and click Next. Next you need to specify the Discovery Method that will be used. Again, you can allow SCOM to scan Active Directory, or you can manually type the computer names for it to check against. From my own personal experience, it is usually best to manually type the names of the computers, as this gives you more control over what systems are added to SCOM, and how many at a time. Choose your appropriate options, and click Next. You can now specify the Administrator Account to use. We will accept the default selection to use the Management Server Action Account, and then click Discover to initiate the process. SCOM will then go off and attempt to communicate with the specified systems. Here is a diagram that shows how computer discovery works in SCOM. The systems that SCOM is able to communicate with will appear in the Discovery Results. From there, select the device(s) that you want to install the SCOM agent on. In our example we will install the SCOM agent on all systems in our lab environment. Make your selection(s) and click Next. On the Summary screen, you can control where the SCOM Agent will be installed. In my personal experience, the default location is sufficient. You can also provide an Agent Action Account. In a lab environment, we can use the Local System, however, in a Production environment I have personally seen a designated Agent Action Account (usually a Service Account) be used in this context. Make the appropriate selection/input, and click Finish. SCOM will then start the Agent installation task. Depending on your network, the number of devices, etc. it may take a while to complete. When the discovery and agent installation completes, it should look like this. You can click Close on the status window. Returning back to the SCOM console, you will now see the system(s) that you discovered and installed the Agent on. Congratulations, not only do you have a working SCOM environment, but you also have SCOM actively monitoring!

In our last post, we installed Active Directory. Now we will install SQL Server. Install SQL Server At this point, since we will be installing SQL Server on the same server that we will be installing SCOM, it is expected that you have the VM created, the OS is installed, the appropriate networking has been configured, and it is joined to your lab domain. To avoid a specific installation error (see the end of the Install SQL Server section), you have to install the .NET Framework 3.5. So we’re going to complete this first before we start the installation of SQL. .NET Framework Installation To install the specific version of .NET that we require (version 3.5 in this case), start by launching the Server Manager, and selecting Manager > Add Roles and Features. On the Add Roles and Features Wizard, read the information on the Before You Begin screen, and then click Next. On the Installation Type screen, select ‘Role-based or feature-based installation’, and click Next. On the Server Selection screen, since we are installing SQL on the same server as SCOM, ensure that it is selected, and then click Next. On the Server Roles screen, we are not installing a Role, but rather a Feature, so just click Next. On the Features screen, select .NET Framework 3.5 Features, and click Next. Since in Windows Server 2012 the .NET Framework 4.x is the main framework, the OS installation does not contain the source files for this installation. Therefore, you will need to click on the ‘Specify an alternate source path’ link at the bottom of the dialog. You will need to provide the path to where the source files are. This is found within the installation media of Windows Server 2012. If you insert a DVD or mount an ISO, specify the path to the SxS folder (i.e. D:\Sources\SxS), and then press OK. Click Install, and once it has completed, click Close. SQL Installation Start by either extracting or mounting the SQL Server ISO, and run the setup.exe. In this example, we are installing SQL Server 2012 SP1. On the main installation screen, click on the Installation link on the left pane. From the Installation screen, click the ‘New SQL Server stand-along installation or add features to an existing installation’ link. This is initiate the installation. First, the Setup Support Rules will check for any issues. As long as there isn’t any ‘Failed’ issues, click OK to continue with the installation. Next, enter your product key or select the evaluation copy to install, and press Next. Accept the License Terms and choose if you will send usage data to Microsoft, then press Next. If you have an Internet connection, the installer will check if there are any applicable updates to the installation, and will download the updates to use during the install. Click Next. The Setup will perform another Setup Support Rules check. As long as there are no Failures, you can click Next. Next is the Setup Role. For our needs, we will choose ‘SQL Server Feature Installation’, then press Next. For the Feature Selection, select the following, and then press Next. § Database Engine Services § Full-Text and Semantic Extractions for Search § Reporting Services - Native § Management Tools – Basic and Complete (for running queries and configuring SQL services) The Installation Rules will run to determine if anything will block the SQL installation. If there are no Failures, click Next. Next we will configure the instance. You can choose either to use a Default instance, or a Named instance. In this example, I will use a named instance, so as to not get this installation of SQL mixed up with any other I will have in my lab. Make your applicable choice, and click Next. The setup will check and confirm there is enough space on the drive for the installation. If everything is reported as OK, click Next. You next have to configure the server, which includes the Service Accounts and Collation. In Production, it is best practice to have a separate account for each of the services. In our lab, we will leave everything at defaults, with the exception of changing the ‘SQL Server Agent’ startup type from ‘Manual’ to ‘Automatic’. After you have completed this, don’t click Next, but rather click on the Collation tab. On the Collation tab, you will need to click the Customize button to be able to change it appropriately. On the Customize dialog, select ‘SQL collation, used for backwards compatibility’. Within the list, find ‘SQL_Latin1_General_CP1_CI_AS’ and select it, then click OK. You will be back on the Server Configuration dialog, click Next. On the Database Engine Configuration screen, leave the Authentication Mode at ‘Windows authentication mode’. What do have to change is to add SQL Server Administrators. Click the Add button. On the next dialog, you will need to add either the user(s) or security group(s) you want to have administrator access to SQL. At a bare minimum, add the current user account, so that you can log into SQL Server. Add the user(s)/security group(s), and click OK. You will be back on the Database Engine Configuration screen, and your accounts will now be present. In my example, I have an Active Directory Security Group I specifically created for SQL Administrators. Then click Next. Since we checked off Reporting Services, we are now presented with its configuration. Leave the default ‘Install and configure’ option selected, and click Next. You can choose to send Error Reporting information to Microsoft. Make your choice, and click Next. The setup will now re-check the configuration rules, based on the selections and information that has been supplied. If it passes, click Next. Review the information on the Ready To Install screen, and then click Install. Note: during the installation, you may encounter the following error message. This is due to not having the .NET Framework 3.5 installed prior to attempting to install SQL Server. If you encounter this, cancel the SQL server installation, and install the .NET Framework 3.5 (which is an available feature within Roles and Features). You may have to wait a while for the Installation Progress to complete. On the Complete screen, click Close. Congratulations, you now have SQL Server installed and are finally ready to install System Center Operations Manager (SCOM).