VM /ETC

Posts Tagged ‘vum’

Every once in a while I end up installing a standalone instance of SQL 2005 Express. It could be for the back end database of a virtualized vCenter or a separated instance of VMware Update Manager (VUM). In the past I have wasted time waiting to download the .NET Framework, SQL 2005 Express, and the SQL Native Client from the web, but I recently explored the vCenter 4 install DVD and discovered those components are all already there on the media! I knew all of these were automatically called by the vCenter installer, but I had no idea I could easily invoke these pieces independently and therefore eliminate the downloads.

Here is an overview for installing a standalone instance of SQL 2005 Express using the vCenter media with some screen shots. I also briefly mention using the free SQL Server Management Studio Express edition to easily create multiple databases, logins, and permissions. Finally I skim through enabling remote connections and creating ODBC connections for the vCenter and / or VUM installation. Read the rest of this entry »

This post is just a quick how to reference for manually changing the VMware Update Manager (VUM) patch repository download location. Admins usually need to do this when the vCenter server is low on disk space on the partition that VUM was originally installed on, but there is a second partition that has enough capacity. To move the VUM patch repository follow the following steps found in the VUM Administrators Guide:

When you install Update Manager, you can select the location for downloading patches. To change the location after installation, you must manually edit the vci-integrity.xml
file.

Procedure

1. Log in to the Update Manager server as an administrator.
   
2. Stop the Update Manager service.
   
   1. Right-click My Computer and click Manage.
      
   2. In the left pane, expand Services and Applications and click Services.
      
   3. In the right pane, right-click the VMware Update Manager Service and click Stop.
      
3. Navigate to the Update Manager installation directory and locate the vci-integrity.xml file.
   
   1. The default location is C:\Program Files\VMware\Infrastructure\Update Manager.
      
4. Create a backup copy of this file in case you need to revert to the previous configuration.
   
5. Edit the file by changing the following fields:
   
   1. yournewlocation
   2. The default patch download location is: C:\Documents and Settings\All Users\Application Data\VMware\VMware Update Manager\Data\
      
   3. The directory path must end with \.
      
6. Save the file in UTF-8 format, replacing the existing file.
   
7. Copy the contents from the old patchstore directory to the new folder.
   
8. Restart the Update Manager service.
   

Did you take the time to plan for VMware Update Manager (VUM) when designing your virtual infrastructure architecture? Planning focus is usually on VirtualCenter (VC) server’s requirements, but then, in my experience, Update Manager and it’s default local SQL 2005 Express database seem to be added on the VC server simply because the installer is prompted about VUM during the VC setup routine. This scenario can create a poor performing VUM implementation.

Recently on the VMware Performance Team’s VROOM blog, John Liang’s post titled VMware Update Manager Performance and Best Practices Paper Posted announced a new whitepaper that should be a must read for any virtual infrastructure administrator preparing to use (or already using) VUM. The .pdf is a 14 page discussion on the topics that impact VUM such as performance, networking, resource consumption, and even virus scanning.

I find a few of these recommendations interesting, and the whitepaper leaves me wondering how common using VUM for virtual machine OS patching really is. I’ve created two informal polls, so please take a second to complete them and maybe we can get a quick gauge on how VUM is commonly implemented.

[poll id="2"][poll id="3"]

The whitepaper is a quick, informative read that I strongly encourage, but the following list of best practices was copied from the whitepaper’s Conclusion section.
Read the rest of this entry »