An administrator created a default policy for the company. Additionally, separate policies for the production environment and the test and development environment were created, based on the company…

Question

Exhibit

Options

• AObjects assigned to the Production and TestDev policies will be affected.
• BAll objects will be affected because disabling metrics in a policy will disable them globally.
• CThere will be no impact because metrics cannot be disabled in policies.
• DObjects assigned to the Production policy will be affected.

• A
  4% (1)
• B
  9% (2)
• C
  9% (2)
• D
  78% (18)

Explanation

D is correct because policies in this type of management platform (e.g., VMware vRealize Operations) are scoped individually - disabling metrics in the Production policy only affects the virtual machines assigned to that policy. The Production and TestDev policies are siblings derived from the company default, not parent-child of each other, so changes to one do not propagate to the other.

Why the distractors fail:

• A is wrong because TestDev is a separate sibling policy; modifying Production has no effect on objects assigned to TestDev.
• B is wrong because policy changes are never global by default - they are scoped to the policy where the change is made.
• C is wrong because metrics absolutely can be disabled within a policy; that's a core feature of policy customization.

Memory tip: Think of policies like sibling employees who each got a copy of the company handbook. If one sibling annotates their copy, only their behavior changes - the other sibling's copy is untouched.

No community discussion yet for this question.