Cheng's Random Thoughts on System Management

What’s new in VMM 2008 R2 RC?

Cheng

VMM Network Location and Network Tag

Hello there!

Today I got a guest poster, my colleague, David Armour. David is a senior program manager responsible for SCVMM 2008's Networking feature. Based on the questions he has seen on the Technet SCVMM forum, he wanted to post this information out to help clarify the concepts and usage of Network Location and Network Tag in SCVMM.

Here is the post in David's words:
=============================================

When you specify a template or VM’s network connection requirements, you can supply a Network Location and a Network Tag.  You have undoubtedly seen this screen:

What do these things mean and how are they used?

Network Location and Network Tag are used when placing a VM on the host - the VM's connection requirements are checked against the networking capabilities provided by the host.  This helps you place the VM onto a host that can provide the network connection requirements of the VM.  When you set the requirements in the VM, you select from a list network locations and tags which the hosts provide.  So for example if your VM should be in your DMZ, you can select the DMZ network as the network location.

In most cases, the Network Location is determined on the host using the Windows Network Location Awareness (NLA) feature.  Windows determines a name for the network based on the DNS settings for the network.  You can learn more about how the Windows Network Location Awareness (NLA) feature works here: http://msdn.microsoft.com/en-us/library/ms740558(VS.85).aspx.

Sometimes VMM cannot determine the Network Location from NLA.  This happens with loopback adapters since they are not participating in a network and on ESX servers since OS on these hosts does not have the NLA feature.  In these cases you can manually add the network location.  You can do this by going to the host properties.  On the Hardware tab, find the loopback adapter.  Check the "Override discovered network location" checkbox and type a name for the network location.

We just covered Network Location, now let’s look at the Network Tag. 

The Network Tag provides you with another property to set up applicability when placing a VM on a host.  You can use the network tag on the Hosts’ virtual networks to differentiate networks on some other criteria than just network location, such as on the VLAN or network throughput or security (IPSec for example).  This is a custom tag that you create.  The network tag is set on the host’s Virtual Network and the VM/Template can then select this tag in its network connection requirements.  To set the Network Tag on a Host’s Virtual Network, go to the host properties.  On the networking tab, find your Virtual Network.  You will find the Network Tag under the Virtual Network name. 

Once you have set up the Network Location and Network Tags on your hosts, each unique Network Tag and Network Location will show up in the combo boxes under the VM/Template's connection requirements.

Thanks,

David 

============================================= 

Hope this helps and thanks for reading!

Cheng

Got a "Bad Gateway"?

Greetings, folks!

Hope you had a great Easter on last Sunday, if you celebrate that holiday! My kids certainly enjoyed hunting eggs in a typical Seattle drizzling Saturday morning. J

This blog entry is for folks who use or plan to use VMM to manage VMware ESX hosts.

If this is your first time adding your ESX host to VMM, and your ESX hosts are added into VMM by using DNS name (instead of IP address), and your network environment with Internet proxy is not made aware of VMware host DNS names, you may see error similar to below:

Error (2891)

VMM cannot complete the ….  action on the vmm-esx1.scvmm.contoso.com server because of the error: The remote server returned an error: (502) Bad Gateway.

 (Unknown error (0x194)) 

This issue may occur when:

·         To turn your ESX host from “OK(Limited)” state to “OK” state (to get your ESX host in full management mode), you are providing root user credentials and attempting to retrieve the certificate and SSH key from the ESX host to approve.

·         You may also run into the same error when attempting to perform a live migration (VMotion) for a VM hosted by an ESX host from VMM admin console.

The cause of this issue is due to the DNS resolution (or proxy configuration) on your VMM server:

·         VMM uses web services to communicate to VMware Virtual Center and ESX hosts. 

·         Proxies are generally configured to permit pass-through of local DNS names. 

·         In some cases, when the proxy is not configured for a DNS name, the web service connection may fail.

Following are some simple options to resolve this issue:

·         SOLUTION 1: Include VMWare host DNS names in the internet proxy configuration.

·         SOLUTION 2: Add dns hosts to the proxy configuration of Internet Explorer

·         SOLUTION 3: Create a file "vmmservice.exe.config" in the same location as vmmservice.exe (by default, it’s installed under this directory: %ProgramFiles%\Program Files\Microsoft System Center Virtual Machine Manager 2008\bin\) with contents similar to the following. Note: you will need to bounce the VMM server service (restart “Virtual Machine Manager” service from services.mcs) for it to pick up the new proxy configuration).

<configuration>

  <system.net>

    <defaultProxy>

      <bypasslist>

        <add address="[a-z]+\.contoso\.com" />

      </bypasslist>

    </defaultProxy>

  </system.net>

</configuration>

On the extreme side, you could also completely turn off the proxy on your VMM server by applying the following config file:

<configuration>

  <system.net>

    <defaultProxy enabled="false">

    </defaultProxy>

  </system.net>

</configuration>

Hope this helps and thanks for reading!

Cheers,

Cheng

What you need to know about Maintenance Mode

Hello folks,

As you can see from the news, we’ve released our beta for SCVMM 2008 R2, which offers support to Windows Server 2008 R2 (live migration, etc.) and a bunch of exciting new features.

Today, I wanted to introduce to you our new VMM Maintenance Mode feature in VMM R2.

What is maintenance mode?

·         In Virtual Machine Manager (VMM) 2008 R2, you can start maintenance mode for a virtual machine host anytime that you need to perform maintenance tasks on the physical host, such as applying security updates or replacing hardware on the physical host computer.

·         We support start / stop maintenance mode for Hyper-V hosts, Virtual Server hosts, as well as VMWare ESX hosts.

How does it work “under the hood”?

·         To start or stop maintenance mode on a host,

o   In the VMM Administrator Console, in Hosts view, click a host, and then in the Actions pane, click either Start maintenance mode or Stop maintenance mode.

o   Or from a PowerShell window, use cmdlet “disable-VMHost” to put a host into maintenance mode, and use cmdlet “enable-VMHost” to take the host out of maintenance mode.

·         Entering maintenance mode

o   This action can be applied to all host and host clusters.

o   For Windows-based virtualization hosts

§  If they are Win7 clusters (capable of live migration), two options  would be presented on the UI:

·         The default option is to live migrate all running HA VMs, save-state all non-HA running VMs and put the host in maintenance mode.

·         The other option is to simply save-state all running VMs (no migration), and put the host in maintenance mode.

§  If they are standalone VM hosts or Win6 clusters (incapable of live migration), you would only see one option on the UI

·         Save-state of all running VMs and put the host in maintenance mode.

o   What about VMWare ESX hosts?

§  When you start maintenance mode on an ESX Server host, VMM sends an “Enter maintenance mode” request to the VMware VirtualCenter Server.

§  The system behavior of the virtual machines on the selected ESX Server host is determined by the configuration of the VMware VirtualCenter Server.

·         If the VMware Distributed Resources Scheduler is not configured, all virtual machines on the host must be either manually shut down or moved to another host to successfully start maintenance mode on an ESX Server host.

o   What about those stopped VMs?

§  We do not touch stopped VMs.

§  Even for saved-state VMs, we’re not migrating them either. They will remain on the host.

·         In maintenance mode

o   When host is in maintenance mode, here are the changes to the system behaviors on hosts:

§  Host state is not updated (the state will remain as “In Maintenance Mode” regardless of the agent status or virtualization service status);

§  No VM creation is allowed on the host;

§  No VM can be moved into this host;

§  Host is excluded from any placement (hence, self-service portal users or PRO auto-implementation won’t be able to pick this host).

o   What can users do?

§  Users actually are not blocked from most actions (except New-VM and Move-VM into this host).

§  However, please be aware that the results of the requests are all depending on the state of the host and its agent. And because the host state is no longer updated once the host is in maintenance mode, you may have a “in maintenance mode” host that is completely down but you just may not see the state change on our UI.

·         Request to remove (or force remove) the host;

·         Request to start or stop VMs on the host;

·         Request to change properties of the host;

·         Request to move VM out of the host; etc.

·         Exit maintenance mode

o   When host is taken out of maintenance mode, here is the system behavior:

§  The next host refresher will update the host state to its current state;

§  The host is now available for placement;

§  Blocks for VM creation or migration are removed from the host.

o   What about the VMs that were migrated out?

§  They are remain at their current hosts.

§  VMM does not auto-migrate-back the VMs that were migrated out.

§  Users need to evaluate and decide if there is a need to rebalance the workloads again with the resources on this host becoming available again.

Got any comments / feedbacks?

·         Give it a try by downloading our beta from here.

·         Send me your feedback.

Hope this is helpful and thanks for reading!

Cheng

SCVMM 2008 R2 Beta is released!

Greetings folks!

I’m pleased to announce that the public Beta of SCVMM 2008 R2 is now available for download at our connect site.  Since shipping SCVMM 2008 in last October, our team has been busy working on an update that supports Windows 2008 R2, takes advantage of the new features in the platform, and addresses key customers asks.  This release coming within a few months of the SCVMM 2008 RTM (including the holiday season!) delivers several exciting new features and enables a few important functionalities requested by our customers. 

Here are the highlights of the new features in this Beta release:

·         Live Migration support

o   Windows 2008 R2 supports Live migration, and now so does SCVMM 2008 R2.

·         Clustered Shared Volumes (CSV) support

o   Ability to place multiple VMs on a single LUN is a key customer request.

·         SAN enhancements: 

o   SAN migration in and out of clusters (taking advantages of your SAN infrastructure to achieve a faster migration experience)

o   Multiple LUNs per single iSCSI target which provides support for iSCSI products from Network Appliance and EMC.

·         Networking enhancements: 

o   Support for VMQ & Chimney

o   Support for MAC spoofing

o   Support for reusable port groups in VMWare VirtualCenter.

·         Maintenance mode support

o   Maintenance mode is supported across all platforms: Hyper-V, VS and VMWare ESX hosts

o   Putting a host in maintenance mode, triggers evacuation of all VMs on the host via live migration on Windows 2008 R2 and VMWare.

o   PRO migrations to the host are disabled.

·         Disjoint domains support

o   With proper permission configuration, now with VMM 2008 R2, you can easily add hosts in a disjoint domain into VMM.

For more complete description of the R2 Beta release, check out the blog post from Rakesh.

Join our connect site and download our VMM R2 Beta now!

Cheers,

Cheng

VMM Security content is posted on Technet.

Greeting folks!

Hot off press – Our content team has worked hard to produce a set of documents around how to secure your VMM 2008 environment, which includes interesting topics:

·         Basics of VMM security

·         Hardening VMM components (from VMM Server to the VM hosts, from your DB server to your library server)

·         Security around PRO (OpsMgr integration)

·         We even offer you the security guidance on how to configure a more secure VMware environment by using VMM

This set of documents offer both security guidelines as well as some best practices in tightening up the security in your VMM environment. Some of the documents extend their ways into explaining how VMM works “under the hood”, so that the readers understand what and why they should decide to implement. I hope you’ll find it as useful, refreshing and informative as I did.

It’s available for download here:

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

Enjoy your reading!

Cheng

NIC teaming and VMM

Greetings folks,

NIC Teaming, also called “Load Balancing and Fail-Over” (LBFO) or “Link Aggregation” or “IEEE 802.1AX-2008”, groups multiple interfaces to provide fault tolerance and load balancing for Network Interface Cards (NIC) connecting Windows Server to the network.  This aggregation combines the individual capacity of multiple interface cards to form a high performance virtual link so the failure of an individual port or adapter does not cause a loss of connectivity.  Below is a picture from Wikipedia.org on how a typical NIC teaming looks like:

The Microsoft support position on NIC teaming for Windows Server 2008 (deployed either in a physical environment or virtualized environment with Hyper-V) is that hardware and driver support is provided by the hardware manufacturer as outlined in KB Article 254101. 

Alex, one of our test engineers, spent some time researching Broadcom Advanced Control Suite (BACS) version 11.6.10 with Broadcom Advanced Server Program (BASP) NICs, and found out that he could actually make NIC teaming work with his Hyper-V hosts and have VMM manage the BASP NICs.

Here is the blog he posted for what he has experimented and his step-by-step notes on how he made it work for him.

http://blogs.technet.com/apb/archive/2009/02/25/using-vmm-to-manage-you-hyper-v-nic-teams-created-with-bacs.aspx

Hope this is useful information for you!

Enjoy your reading,

Cheng

When should I consider running my VMM Service by using a domain account?

Greetings folks!

Hope you all had a good Valentine weekend last week!

If you noticed, during your VMM Server installation, there is an option of allowing you to select a different account to run VMM Server service (VMMService) from the default computer account.

“When should I consider using this non-default option?”, you may ask.

You may have other reasons / policies to run VMMService by using a domain account. However, based on some of our recent CSS reports, choosing your own domain account to run VMMService should be a preferred option for customers who are running a more restrictive AD environment. Here is why:

·         With default install option, VMMService is run under the VMM Server local system / computer account.

·         When adding trusted domain-joined VM hosts (whose domain has two-way trusts with the domain VMM Server is in), VMM Server adds its computer account (the account it uses to run VMMService) into the local administrator group of the target VM hosts, as part of the Add-VMHost process.

·         In a more restrictive AD environment, we find it common for customers to have a “Restricted Groups” group policy that disallows machine accounts to be part of the local administrators group. Hence, when the GP is in effect, the machine account will be removed by this GP.

·         And when this happens, the affected VM Hosts will show up in VMM console as “Needs Attention” (and the agent status will be “Not Responding”), since the VMM Server will no longer be able to authenticate with the hosts. Here is error message that you will see from the failed host refresher job (BTW, we’ll be updating this error message in our vNext):

Error (2927)

A Hardware Management error has occurred trying to contact server servername.domainname.com.

 (Unknown error (0x80338104))

Recommended Action

Check that WinRM is installed and running on server servername.domainname.com. For more information use the command "winrm helpmsg hresult".

When users get into this situation, there are a few options they can do to fix this issue:

1.       Check with your IT security group and see if it’s possible to disable the “Restricted Groups” group policy in your Active Directory environment; or

2.       Check with your IT security group and see if it’s possible to modify the group policy to allow the VMM machine account in the Local Administrators group; or

3.       Check to see if it’s possible to move the VMM Server machine account to its own organizational unit (OU) and block the group policy from being applied to that OU; or

4.       If making changes to your group policy (or negotiating with your IT security group J) is next-to-impossible, the only option left is to reinstall the VMM server and choose the option to run the VMM service by using a domain account with admin privilege on your VMM Server computer (in this case, you will need to remove and re-add all your VM hosts, or choose to reinstall your VMM Server without retaining data).

Hence, I highly recommend users to evaluate your IT security (AD) policies before deploying your VMM server into production environment, as those factors do directly affect how VMM performs operations within that environment. And, if you do have a more restrictive AD environment, I suggest you to use a domain account to run VMM Server service. Also, if you have a disjoint namespace environment, it's also recommended to use a domain account to run your VMM Server service.

Before I close on this subject, there is one restriction that I think folks should be aware when using a domain account to run your VMM Server service:

·         Users cannot use the same domain user account to add or remove hosts.

o   Say, you configured VMM Server to use account “foo\bar” to run VMM Server service.

o   And it also happens to be part of the local admin group for a host “MyNewHost” that you want to add to VMM.

o   When we go through AddHost wizard (or through our cmdlet), you will be asked about a credential with admin privilege for us to install agent.

o   At this point, it’s disallowed to use the same user account “foo\bar” to add the host. And yes, we actually block you from doing such operation.

o   The same is true for host removal, it’s disallowed to use the same account “foo\bar” to remove the host.

·         Why do we not allow this?

o   During host addition, we add the service account to the local admin group on the host. When removing the host, we need to remove the account from the local admin group.

§  If we remove the account first, we won't be able to talk to the agent.

§  If we remove the agent first, we leave the account behind.

§  Thus, users need to use a different account for host removal.

o   During host addition, we add the service account to the local admin group on the host.

§  In case of failure during the agent install process as part of the AddHost task, we need to be able to roll back and successfully remove the agent.

§  To do that, we need the same requirement.

·         So, the proper process is that if you use “foo\bar” to run your VMM Server service, you will need to use a different account with admin privilege to add or remove your host.

Hope this helps and thanks for reading!

Thanks,

Cheng

Hyper-V Security Guide – beta now available

The Hyper-V Security Guide can help you elevate the security of virtualized Windows Server environments to meet your business-critical needs. This accelerator provides IT professionals like you with recommendations to address your key security concerns around server virtualization. The guide provides authoritative guidance that relates to the following strategies for securing virtualized environments:

·         Hardening Hyper-V. The guide provides prescriptive guidance for hardening the Hyper-V server role, including several best practices for installing and configuring Hyper-V with a focus on security. These best practices include measures for reducing the attack surface of Hyper-V as well as recommendations for properly configuring secure virtual networks and storage devices on a Hyper-V host server.

·         Delegating Virtual machine management . The ability to safely and securely delegate administrative access to virtual machine resources within an organization is essential. The guide highlights several available methods to administer different aspects of a virtual machine infrastructure and ways to control administrative access to different servers and at different levels.

·         Protecting virtual machines. The guide also provides prescriptive guidance for securing virtual machine resources, including best practices and detailed steps for protecting virtual machines by using a combination of file system permissions, encryption, and auditing.

The Beta release is available now for your review through March 4, 2009.  After joining the Beta review program [live ID required], bookmark this link to the program site to get the latest information about project details.

Thanks for reading!

Cheng

VMM 2008 MP is available for download!

Greetings,

My colleague, Alan Goodman, has published a blog entry about the release of VMM 2008 MP, which consists of the following exciting reports:

·         Virtualization Candidates - Helps identify physical computers that are good candidates for conversion to VM.

·         VM utilization - Provides information about your virtual machines.

·         Host Utilization - Shows the number of virtual machines running per host.

·         Host Utilization Growth - Shows the percentage growth of host resources and number of VMs.

·         VM Allocation - Useful data for VM chargeback calculation. 

For details, visit here.

Thanks for reading!

Cheng

Managing VM hosts in a disjoint namespace environment

Greetings folks and Happy Chinese New Year to you if you celebrate that cultural tradition!

Today, I wanted to talk about a topic that many of our TAP customers have requested support for during our VMM 2008 release development phase. We’ve seen customers with distributed and geographically dispersed regional offices or storefronts tend to have a disjoint namespace environment.

In that environment, where the FQDN of a Windows server in AD does not match the FQDN of the same server in DNS, you will not be able to search the host’s DNS FQDN through VMM Add Host wizard, as it searches against your AD. More importantly, even if you selected “Skip AD query” option on the admin console, the regular “Add Host” job would still fail if required AD operation step is not taken. The root cause of the job failure is due to the fact that we need to use the DNS host name to connect to the host via WS-MAN, but the following authentication fails when we try to authenticate the host’s DNS FQDN against AD.

Hence, in order for hosts in this environment to be successfully added and managed by VMM, the instructions below should be followed:

·         We recommend users to setup/install their VMM Server by making the VMM service running under a domain account (instead of the default server machine account);

·         If you’re adding your host in disjoint namespace from Admin Console, at the 2^nd page of the AddHosts wizard, you will need to check the option “Skip Active Directory name verification”;

·         The SPNs of the DNS host FQDNs must be added to AD;

·         For clusters, you will need to add the hosts by using the “Add-VMHost” cmdlet (see sample code below).

PS C:\> $Credential = Get-Credential

PS C:\> Get-VMMServer -ComputerName "VMMServer.Contoso.com"

PS C:\> $VMHostGroup = Get-VMHostGroup | where {$_.Path -eq "All Hosts"}

PS C:\> Add-VMHostCluster -Name "VMHostCluster.Contoso.com" -VMHostGroup $VMHostGroup -RemoteConnectEnabled $TRUE -RemoteConnectPort 5900 -Credential $Credential

In VMM 2008 release, we require users to manually add the SPNs (use command “setspn –a” with appropriate AD privilege). Here is a reference Technet article with information on how to create SPNs. For a large environment, you may want to consult with your AD administrator to run a script to add the SPNs.

For VMM vNext, we’re working on a better solution, if the VMM server service account has AD privilege to add SPN, our AddHost logic will attempt to add the host’s DNS FQDN SPN when the authentication fails. With this new feature, if customers configure their AD properly, it will eliminate a lot of manual and tedious AD operations. Here is a KB article that talks about how to create AD permissions to allow a service account to add SPNs.

Hope this helps. 

Thanks for reading!

Cheng

Multiple VMs per LUN

Hi there,

Rakesh just posted a new blog, through which he explains the ins and outs about the model where users create multiple VMs by using the same LUN. He also points out that, with the new Cluster Shared Volume (CSV) support in Windows Server 2008 R2, in VMM vNext (we're working on right now), users will be able to create and manage multiple VMs on a single LUN.

Enjoy your reading,

Cheng

Shrink your VHD size

Hello there,

Happy New Year! 

We had a pretty big snow storm during the past Christmas in Seattle area. Wherever you are, I hope you had a safe and relaxing Christmas and / or New Year holiday!

If you are still new to VMM, today I'm going to show you a tip on how to "shrink" your VHD size - one of the challenges to virtualization beginners. As you may know, one of the major benefits of using VM is that it allows users to change the virtual hardware without having to tear down a system and rebuild from scratch. I’ve got a few inquiries from customers about how to shrink their VHD size.

Here is how you can shrink a dynamic disk type VHD by using SCVMM 2008. What you need to do is:

1. First delete snapshots if you have and wait till merge to complete.
2. Once merge is complete, issue compact vhd from the VM Properties (see screenshot below):
3. You can also do this from the PowerShell layer by using Compress-VirtualDiskDrive cmdlet. For the actual syntax, use command “get-help Compress-VirtualDiskDrive –detailed”.
4. If your VHD is fixed type instead of “dynamic” type, you can convert it to dynamic type first, and then compress it. The conversion of the disk type can be done in the same UI or by using cmdlet “Convert-VirtualDiskDrive”.

Thanks for reading and hope this helps.

Cheers,
Cheng

VMM Configuration Analyzer 2008 is now available for download!

Greetings folks,

Today, I've got a guest poster, Carmen Asher, one of my colleagues in VMM team. Carmen is the program manager responsible for SCVMM Configuration Analyzer 2008. Her post below provides you with all the information you need to know on: what VMMCA is all about, where to download it, how to use it, and she is nice enough to even prepare a section of frequently asked questions. J

Take advantage and enjoy this free and powerful tool for VMM 2008!

Cheng

------

Hi, I am Carmen Asher, Program Manager on System Center Virtual Machine Manager.  I am using a spot on Cheng’s blog to  announce the Public Release to Web of the Virtual Machine Manager Configuration Analyzer 2008.

Overview

Customers have come to rely upon, and appreciate, the added value that VMMCA tool provides, so getting it out within weeks of RTM is critical for customers to assist in helping  plan implementation and then also provide value-add during  the ongoing operational phase of SCVMM 2008.  

Description

The VMMCA is a diagnostic tool you can use to evaluate important configuration settings for computers that either are serving or might serve VMM roles or other VMM functions. The VMMCA scans the hardware and software configurations of the computers you specify, evaluates them against a set of predefined rules, and then provides you with error messages and warnings for any configurations that are not optimal for the VMM role or other VMM function that you have specified for the computer.

You can use VMMCA before installing VMM, to help you evaluate the configuration of computers that you might use for the following VMM roles:

·      VMM server

·      VMM Administrator Console

·      VMM Self-Service Portal

You can also use VMMCA after installing VMM, to evaluate the configurations of computers that you are now using or might use for the VMM roles listed above, as well as computers that you are using or might use for any of the following VMM functions:

·      Windows Server–based host

·      VMware Virtual Center Server

·      P2V source computer

·      Operations Manager agent

System Requirements:

Before you install the VMMCA, you must download and install the 64-bit version of Microsoft Baseline Configuration Analyzer (MBCA). To download the MBCASetup64.msi file, go to http://go.microsoft.com/fwlink/?LinkID=97952.

Note

The system requirements for the MBCA indicate that only Windows Server 2003 is supported. However, the VMMCA and the MBCA have been tested and are supported on Windows Server 2008 64-bit.

You must install and run the VMMCA on the computer that either currently is or will become your VMM 2008 server. To review the system requirements for the VMM 2008 server, go to http://go.microsoft.com/fwlink/?LinkId=133516.

Download VMMCA Now

Common Usage Scenarios

The list of scenarios are not comprehensive, but will provide you with some common usage scenarios to provide you with an understanding of when to use VMMCA 2008.

Scenario 1 – I have a Windows Host that is in a not responding state.  Use VMMCA 2008 to check the host for commonly known issues.

Scenario 2 – A Windows host shows a status of “Needs Attention”.  Use VMMCA 2008 to check the this host for commonly known issues.

Scenario 3 – I am using SCVMM 2008 to manage a VMware environment, but I am unable to create new virtual machines on the VMware environment. Use VMMCA 2008  to evaluate the Virtual Center environment for commonly known issues.

Scenario 4 – I am using the integration between SCVMM 2008 and Operations Manager, but I am unable to see a particular VM or Host in the integrated mapping view.  Use VMMCA 2008 to check the host or virtual machine for an operations manager agent.

Scenario 5 – I am using SCVMM 2008 to do P2V conversions and the job is failing.  Use VMMCA 2008 to check the P2V source for commonly known issues.

Scenario 6 -  I tried to create a Virtual Machine and it failed during customization and installation of virtual guest services.  Use VMMCA 2008 on the Windows Host to find commonly known issues.

Frequently Asked Questions

Question: Do I have to install MBCA 1.0 and VMMCA 2008?

Answer: Yes, VMMCA 2008 uses the MBCA 1.0 64 bit engine that enables the rule checks for VMMCA 2008.

Question: Where can I install VMMCA 2008?

Answer: VMMCA 2008 is installed on a Windows 2008 64 bit server that is or will become the VMM Server.

Question: MBCA 1.0 64 bit system requirements state that it is only installable on Windows 2003 platform.  Can I install it on Windows 2008 64 bit.

Answer: The SCVMM 2008 has tested the MBCA 1.0 on the Windows 2008 64 bit platform for all of the rule sets defined in VMMCA 2008.

Question: Does VMMCA 2008 perform all pre-requisite checks for SCVMM 2008?

Answer: No, the VMMCA does not duplicate or replace the prerequisite checks performed during the setup of VMM 2008 components.

Question: Can I run a check against a individual ESX hosts?

Answer: No, VMware checks are run by selecting the “other computers” check box and then from the drop menu selecting VMware VirtualCenter.  Add  the VirtualCenter name and run the scan.  VMMCA 2008 will access the managed ESX hosts by using information in VMM 2008.

Running SQL server 2008 on Hyper-V

Now the world of IT is turning its focus on consolidating the physical computers into virtual machines. More and more people started to ask questions like, “will my app run the same in those virtual machines?”, “will there be any performance changes for my app running them in VMs versus standalone physical machines?”. Many of those questions are discussed in our Hyper-V TechNet center and various Hyper-V team blogs.

The one in particular I heard the most is the question “if I should run my SQL Server in a VM?” or “will there be performance degradation on my SQL if I run it in a VM?”. And the answer to that question is “it depends on the workload and SLA”, according to Lindsey Allen, Principle Program Manager Lead, in SQL Customers Program team.

If you are one of the folks who are seeking best practices recommendation on running SQL Server 2008 in a Hyper-V environment, here is a perfect white paper for you:

http://sqlcat.com/whitepapers/archive/2008/10/03/running-sql-server-2008-in-a-hyper-v-environment-best-practices-and-performance-recommendations.aspx

Thanks to Lindsey, Mike, Prem and others in the SQL Server Customer Program team, who have worked tirelessly and published this whitepaper just in time with Microsoft global virtualization launch efforts.

Like me, I hope you will find this paper offering great insights into how you should evaluate and assess your applications on SQL and the hardware where SQL Server is running on, and what to expect when you move your SQL server environment onto Hyper-V.

Hope this helps and thanks for reading,

Cheng