Which three statements are true concerning activation of a user-defined policy in Oracle 12c Clusterware?
A.
When a policy is first created, it is initially active.
B.
When a policy is activated, nodes may be reassigned to server pools based on the policy definition.
C.
An administrator-defined policy may be activated using the srvctl utility.
D.
When a policy is activated, resources cannot be automatically started to comply with the policy definition.
E.
When a policy is first created, it is initially inactive.
F.
When a policy is activated, resources can be automatically stopped to comply with the policy definition.
Explanation:
BE: You can activate policies when necessary, prompting Oracle Clusterware to reconfigure a server pool according to each policy’s configuration.
C: The following command activates the DayTime policy:
$ crsctl modify policyset -attr “LAST_ACTIVATED_POLICY=DayTime”
https://docs.oracle.com/database/121/CWADD/pbmgmt.htm#CWADD92594
After the policy set is initially configured, none of the defined policies are active. To activate a policy, the LAST_ACTIVATED_POLICY policy set attribute must be set.
When a new policy is activated, nodes are automatically reassigned to server pools, and
relevant resources are automatically started or stopped in line with the new active policy.
You can examine the active policy by using the crsctl status commands. Examine the LAST_ACTIVATED_POLICY policy set attribute, and also check the server
assignments in each server pool along with other server pool attributes to verify the policy settings.
B,E,F CORRECT
After the policy set is initially configured, “none of the defined policies are active”. “To activate a policy, the LAST_ACTIVATED_POLICY policy set attribute must be set.” (“A” is wrong! And, “E” is right!)
When a new policy is activated, nodes are automatically reassigned to server pools (“B” is right!), and relevant resources are automatically started or stopped (“D” is wrong! And “F” is right!) in line with the new active policy.
You can examine the active policy by using the crsctl status commands.
Examine the LAST_ACTIVATED_POLICY policy set attribute, and also check the server assignments in each server pool along with other server pool attributes to verify the policy settings.
B,E,F CORRECT
C is wrong too!
The following command “activates the Weekend policy” (remember, because the server pools have different sizes, as servers move between server pools, some applications will be stopped and others will be started):
$ crsctl modify policyset -attr “LAST_ACTIVATED_POLICY=Weekend”
CRS-2673: Attempting to stop ‘app1’ on ‘mjk_has3_2’
CRS-2673: Attempting to stop ‘app1’ on ‘mjk_has3_0’
CRS-2677: Stop of ‘app1’ on ‘mjk_has3_0’ succeeded
CRS-2672: Attempting to start ‘app3’ on ‘mjk_has3_0’
CRS-2677: Stop of ‘app1’ on ‘mjk_has3_2’ succeeded
CRS-2672: Attempting to start ‘app3’ on ‘mjk_has3_2’
CRS-2676: Start of ‘app3’ on ‘mjk_has3_2’ succeeded
CRS-2676: Start of ‘app3’ on ‘mjk_has3_0’ succeeded