• Skip to primary navigation
  • Skip to main content
  • Skip to primary sidebar

Yellow Bricks

by Duncan Epping

  • Home
  • Unexplored Territory Podcast
  • HA Deepdive
  • ESXTOP
  • Stickers/Shirts
  • Privacy Policy
  • About
  • Show Search
Hide Search

vCenter and SQL service dependencies

Duncan Epping · Feb 12, 2009 ·

During several projects I noticed that for some reason the vCenter service would not start correctly. After a quick browse in “services.msc” and the eventlog I noticed that the vCenter service started before the SQL service. As you can imagine vCenter needs SQL to be up and running before it can actually start. I fixed it by creating a dependency. For some weird reason I never blogged this, but today I noticed this KB article that describes how to set up this dependency:

Adding a dependency to the VirtualCenter service so that it waits for SQL Express remedies this.

To create a service dependency:

  1. Click Start > Run.
  2. Type services.msc and press Enter.
  3. Locate the SQL Express instance for VirtualCenter. For example, SQL Server (SQLEXP_VIM).
  4. Open the SQL Express instance and note the Service Name. For example, MSSQL$SQLEXP_VIM .
  5. In the Run dialog, type Regedit.exe and press Enter. Browse to HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\vpxd .
  6. Double-click the DependOnService key and add the Service name using the name identified in step 4.
  7. Close Regedit .
  8. Go back to the Services Panel and open the SQL Server properties.
  9. On the Dependencies tab, verify the VMware VirtualCenter service is listed as depending on the SQL service instance.

As you can see the solution is fairly easy. Keep in mind that you need to be running the SQL Server locally on the vCenter server for this to work, especially for larger environments I wouldn’t advise running both on the same box. For SMB environments this should work just fine.

Related

Server Bugs, Howto, vcenter, VirtualCenter

Reader Interactions

Comments

  1. Steffen says

    12 February, 2009 at 16:31

    Hi Duncan, what if the database is not running locally (and maybe not even SQL…)? Are there any possibilities to configure something like a “dependency”?

  2. GaryFlan says

    12 February, 2009 at 17:27

    Hey Duncan,

    Excuse my ignorance but surely in the 8th step it should state to check on the Virtual Center service as opposed to the SQL instance? Pedantic I know …

  3. Duncan says

    12 February, 2009 at 19:40

    Well you can check at either services, there are two options, “sytem components depending on” and “service depends on”.

  4. Erik Bussink says

    13 February, 2009 at 18:30

    Thanks for the information.
    I have also modified my Update Manager service (vmware-ufad-vci) to be dependent of MSSQLSERVER, and I have modified the VMwareOrchestrator to be dependent of the vpxd service.

    🙂

  5. SteveR55 says

    13 February, 2009 at 22:25

    I am having the same problem and the above suggestions have not corrected it.
    Does anyone have any OTHER suggestions?
    I am considering removing / reinstalling the VirtualCenter software.

  6. Kikker46 says

    25 December, 2009 at 16:03

    SteveR55, exactly the same with me. Did the reinstall resolve the issue ?

    Kind regards,

    Kikker46

  7. Jeff says

    21 September, 2011 at 17:26

    Hey, yah, i had a similar problem when my SQL admin decided to change the account without telling me. These are the steps i took.

    First off, i got him to give me an account that will work within SQL. I don’t know how to do that really, but after that, it’s all within VMware.

    1. Change the ODBC to reflect the appropriate username/password.
    2. Change the registry entry in HKLM\software\vmware inc\Vmware virtualCenter\DB\2 to be the username that is required.
    3. Log into your Virtual Center via via RDP. Find VPXD.exe and browse there by command line.
    4. Run vpxd – p
    5. Enter the new password twice.
    6. Restart the Vmware services.

    Hope this helps.

  8. Mark says

    14 March, 2013 at 09:18

    Thanks so much for the blog post; I was able to use this to remove the dependency in place and was able to remove SQL Express.

Primary Sidebar

About the Author

Duncan Epping is a Chief Technologist and Distinguished Engineering Architect at Broadcom. Besides writing on Yellow-Bricks, Duncan is the co-author of the vSAN Deep Dive and the vSphere Clustering Deep Dive book series. Duncan is also the host of the Unexplored Territory Podcast.

Follow Us

  • X
  • Spotify
  • RSS Feed
  • LinkedIn

Recommended Book(s)

Advertisements




Copyright Yellow-Bricks.com © 2025 · Log in