Activating User-Defined Policies in Oracle 19c Clusterware
Which three statements are true concerning activation of a user-defined policy in Oracle 19c Clusterware? (Choose three.)
Community Votes
100% of anonymous learners picked answer ABC. Votes are pick records left by other test-takers — they are not the verified answer.
Community Insight
The question tests knowledge of policy management states and tools, with the common trap being confusion about whether newly created policies are active or if srvctl can manage them directly.
This question examines the lifecycle and behavior of user-defined policies in Oracle 19c Clusterware, specifically focusing on their initial state and activation effects. The correct options confirm that policies are inactive by default, can be activated via srvctl, and allow automatic resource stopping.
Many learners incorrectly select B (srvctl) because they confuse server pool management with policy management, or they miss that policies are initially inactive (C).
Community Discussion (4 comments)
Comments & Corrections
No comments yet — spotted an error or have a note? Share it below.
Expert Analysis
Why the Answer Is Correct
According to Oracle documentation, when a user-defined policy is first created, it is initially inactive (Option C). To enforce the rules defined in the policy, an administrator must explicitly activate it using the srvctl modify policy command (Option B). Upon activation, Clusterware evaluates the policy constraints; if resources violate these constraints, they can be automatically stopped to comply (Option A).Why the Other Options Are Wrong
Option D is incorrect because policies start as inactive, not active. Option E is incorrect because the whole point of a policy is to enforce constraints, which often involves stopping non-compliant resources.Community Comment Notes
The community vote was split between AC and ABC. As 'krwi1' noted, "B is wrong - srvctl is for database server pools not policies," arguing against B. However, official docs confirmsrvctl is used to modify/activate policies. Another user 'mianjee' correctly identified ABC based on the standard policy lifecycle. Official Reference
Exam Strategy
Remember that 'User-Defined Policies' are distinct from 'Server Pools'. While you use srvctl to manage server pools, you also use srvctl modify policy to activate/deactivate policies. Always check if the policy is initially active or inactive—by default, custom policies are inactive until manually activated.
Frequently Asked Questions
Why is option B correct if srvctl manages server pools?
srvctl is the primary tool for managing both server pools and user-defined policies. You use 'srvctl modify policy' to activate or deactivate a specific policy.
Are user-defined policies active immediately after creation?
No. By design, user-defined policies are initially inactive. They must be explicitly activated by an administrator to begin enforcing resource constraints.