Question 960
The runbook says Scaling plan identity permissions was enabled to fix a schedule that cannot start or stop session hosts because the service identity lacks required VM permissions. Which reported behavior proves that step worked?
Explanation
Correct Answer
This is the direct functional outcome for Scaling plan identity permissions: diagnostic authorization errors cease and controlled start/stop actions succeed. Autoscale requires permission to operate assigned VMs. The observed behavior supports the specified acceptance requirement.
Incorrect Answers
That evidence concerns Pooled hostpool autoscale scaling plan, used to control VM availability throughout ramp-up, peak and off-peak phases according to a defined weekly schedule. It does not establish whether Scaling plan identity permissions satisfies the current requirement to fix a schedule that cannot start or stop session hosts because the service identity lacks required VM permissions.
That evidence concerns Autoscale phase timezone verification, used to prevent pooled capacity being started an hour late after a schedule's wrong timezone was selected. It does not establish whether Scaling plan identity permissions satisfies the current requirement to fix a schedule that cannot start or stop session hosts because the service identity lacks required VM permissions.
That evidence concerns Scaling plan hostpool assignment, used to make an approved scaling plan actually govern a specified target pooled hostpool rather than remain unassigned. It does not establish whether Scaling plan identity permissions satisfies the current requirement to fix a schedule that cannot start or stop session hosts because the service identity lacks required VM permissions.






Configuring and Operating Microsoft Azure Virtual Desktop (AZ-140) Practice Tests