One of the post in my vROps 6.0 Tutorial was about understanding the Monitoring Goals in vROps 6.0. I would highly recommend that you read that post before you read this article as this one is a follow up on that post where at the end I mentioned :

"As I mentioned before, any changes to the policy now cannot be done through this wizard. You would have to manually edit the policy now to make changes or you could use my next post where I will tell you a hack which will allow you to re-run this wizard once again."

The above statement means that once you setup a vCenter Adapter to monitor a vCenter Server, you would be asked to define your monitoring goals. These monitoring goals basically translate into the default policy which are then applied on all the objects which are being monitored by that vROps instance. When you read the above mentioned article you would understand how this wizard helps you set the policy for the first time. Unfortunately, you can only run this widget once and set the default policy and to make any subsequent changes to the policy, you would have to manually edit the default policy which could be a cumbersome task if you are not well versed with how policy works!

While you do not have the option to re-run the wizard, there is a hack which was discovered when this question was asked by my colleague Woflgang Stichel who is a Business Solution Architect at VMware. His question was that one of his customer has not selected the right options while responding to the monitoring goals because of which vROps default policy is not monitoring the datastores at all. He wanted to re-run this wizard somehow to select the right options instead of diving into the policies.

Before I share the hack with you, I must mention that this is NOT a supported method and please do it at your own risk :-)

Special thanks to Wolfgang for documenting the process like a PRO... Sharing his notes with you all!!

BACKGROUND

The purpose of this document is to describe, how Configuration Policies in vR Ops are created and how to initiate the Configuration Wizard from scratch, which is usually started just when the product is deployed. Note: This approach does not affect the existing objects. As long as just the Adapter Instances get removed, the objects and its metrics will not be deleted.

The Configuration-Wizards helps to set a bunch of Settings within the Active Policy to define the proper approach how vR Ops calculates capacity and data displayed.

Alternatively the document describes, how to make the changes manually in the active Policy.

So take this document like a „How do I reset my Config-Policies“.

Special thanks to Sunny Dua, who delivered the conceptual idea of this approach.

PROBLEM STATEMENT

Purpose: Understand the raw concept of Configuration Policies and the demand for resetting the active Policy.

Configuration Policies are delivered when vR Ops is installed and when additional Solutions (Management Packs) are installed. They define, which metrics are influencing the Capacity Management, Reports and Alerts. Policies follow an “inheritance model”.

I.E. there could be a nested Policy-Structure like Policy1 -> Policy2 -> Policy3. Let’s assume for HostA Policy3 is active.

When Policy1 states, Network IO should be considered for capacity Management, Policy 2 states no Network IO is considered and Policy 3 is set to inherit this setting, then HostA would not consider NetworkIO for capacity Management.

When the vR Ops is deployed, the Config-Wizard starts and asks for several aspects the Default Policy should be based on (like will Network-Workload be considered for Capacity Management). When finished the Default Policy becomes the active Policy for the whole vSphere Environment. It is possible to define multiple active Policies for different environments afterwards. But this will not be covered in this document.

Depending on your entries into the Config-Wizard, you probably get no Workload Analysis data for Datastore.