Home > VMware > vCenter Server Error – Directory Partition has not been Backed Up

vCenter Server Error – Directory Partition has not been Backed Up

During one of our weekly vHealth reports that run against our ESX environment, we noticed a new error showing up for our vCenter server. The error was complaining about the Directory Partition not being backed up. After checking the event logs on the vCenter server, the following error was found:

This directory partition has not been backed up since at least the following number of days. Directory partition:DC=virtualcinter,DC=vmware,DC=int ‘Backup latency interval’ (days):90 It is recommended that you take a backup as often as possible to recover from accidental loss of data. However if you havent taken a backup since at least the ‘backup latency interval’ number of days, this message will be logged every day until a backup is taken. You can take a backup of any replica that holds this partition. By default the ‘Backup latency interval’ is set to half the ‘Tombstone Lifetime Interval’. If you want to change the default ‘Backup latency interval’, you could do so by adding the following registry key. ‘Backup latency interval’ (days) registry key: System\CurrentControlSet\Services\NTDS\Parameters\Backup Latency Threshold (days)

Obviously, this error threw up a flag with us. We backup our server on a regular basis and couldn’t figure out where this alert was coming from. After some digging we came across a KB Article from VMware, basically saying this error could be ignored.

This message does not impact the vCenter Server functionality and can be safely ignored because vCenter Server automatically backs up the ADAM database into the vCenter Server database.
A complete copy of the ADAM database is kept in the VPX_BINARY_DATA table of vCenter Server database. To know the last time when the ADAM database was backed up, see the CREATED_TIME column of the VPX_BINARY_DATA table.

The entire KB article can be found HERE. The one thing that did baffle us is that we do take system state backups of our vCenter server, however, something isn’t triggering the Backup Latency Interval to reset. We are still looking into this, though since it’s more or less a false alert, it has moved down the priority list. As soon as there is more info, I’ll update this post. If anyone has seen this before, feel free to share your thoughts or experiences.

Advertisements
  1. monopot
    March 16, 2011 at 6:37 pm

    I’ve got this problem at the moment too. Logged it with VMWare who advised me to run a system state backup, but as I was already doing this it didn’t help. Have since been advised to run a manual VMwareVCMDS backup using dsdbutil but having no luck with this either.

    Good to hear its a false alert but I’m still keen to get it resolved, as it was fine for 8 months, then this and its kinda annoying.

    Have you got any closer to fixing it either?

  2. March 17, 2011 at 7:45 am

    I haven’t had much of a chance to circle back around on this error yet. However, my situation is similar to yours, we ran fine for a while and then all of a sudden got this error. What version of vCenter are you running? Im curious to see if its an issue with one version or across multiple releases.

  3. monopot
    March 17, 2011 at 2:20 pm

    We’re running vCenter 4.1.0 build 258902 and have it running on a dedicated 64bit 2003 R2 VM on our first of three ESXi hosts.

  4. March 18, 2011 at 6:14 am

    So I guess it’s not limited to one version of OS or vCenter. We are running vCenter 4.0U2 and have it running on a dedicated 32bit 2003 R2 Physical Machine.

    I’ll try to find a little more time to dig into this; however we’ve been quite swamped with current company merger activities. As soon as I find something I’ll post up. If you find a solution first, please share.

    Thanks for stopping by and taking time to read and participate on my blog.

  1. No trackbacks yet.

Leave a Reply

Please log in using one of these methods to post your comment:

WordPress.com Logo

You are commenting using your WordPress.com account. Log Out / Change )

Twitter picture

You are commenting using your Twitter account. Log Out / Change )

Facebook photo

You are commenting using your Facebook account. Log Out / Change )

Google+ photo

You are commenting using your Google+ account. Log Out / Change )

Connecting to %s

%d bloggers like this: