Hey there! Blake here with my long overdue post (I know, I’m sorry!) on the new Task Scheduler for Windows Vista and Windows Server 2008. In Part One, we discussed the new User Interface, Triggers and Task Conditions. Today we’re going to discuss Flexible Actions and Triggers, Security and Reliability. So, let’s get started …
For flexible actions and triggers, prior to Windows Vista and Windows Server 2008, a task was launched based on a single trigger and that job could only include one action. One of the most common scenarios we encounter is a task that launches a script that launches another script and so on – and somewhere inside all of these nested and linked scripts, a failure occurs. With the new changes, this scenario is mitigated. Multiple triggers can now be attached to any given task. For example, a given error condition might be indicated only if three different events occur. An administrator can easily define a task that will launch only if all three of these events occur.
Tasks may be configured to require multiple triggers, however a single task can be also used to launch multiple actions. Synchronized operations are now possible, through either multiple actions that run sequentially in a single task or by chaining tasks together using events fired by a previous task to launch the next task. This synchronization enables scenarios like running a backup job and when it completes, sending out an email to the administrators and display a message on the console. To achieve this, you configure a new Action for the job, and sort it accordingly. When each action has completed, the next one will run.
Security in the new Task Scheduler has also been greatly improved. Task Scheduler now supports a security isolation model in which each set of tasks running in a specific security context starts in a separate session. Tasks executed for different users are launched in separate window sessions, in complete isolation from one other and from tasks running in the machine (system) context. Passwords are stored (when needed) in the Credentials Manager (CredMan) service using encryption interfaces. Using CredMan prevents malware from retrieving the stored password, tightening security further. Administrators can configure security services such as Service for Users (S4U) and CredMan, depending on whether the task requires remote or local resources. S4U relieves the need to store passwords locally on the computer, and CredMan, though it requires that passwords be updated once per computer, automatically updates scheduled tasks configured to run for the specific user with the new password.
And now we come to Reliability. The new Task Scheduler now includes an option to retry tasks in case of failure, giving you the flexibility to specify the number of retries and the intervals of time between tries. Task Scheduler makes sure that tasks run even if a machine is in a sleep state when the task is scheduled. This new functionality, which allows Task Scheduler to wake the machine from standby or hibernate to run a task, lets administrators take advantage of the enhanced power-saving modes in Windows Vista and Windows Server 2008 without having to worry whether critical tasks will run on time. In addition to being able to wake the computer to run a task, administrators can now specify an option to run a task when the computer becomes available. When this option is selected, Task Scheduler will run the task as soon as the computer is powered on if the scheduled task execution was missed. For example, if a virus scan was scheduled to run at 3 a.m., but the system was not powered on, Task Scheduler will execute the virus scan the next time the machine is turned on. Windows Vista and Windows Server 2008 give you these options for making sure critical tasks run as quickly as possible.
And with that, we have completed our blog posts on the new changes with Task Scheduler in Windows Vista and Windows Server 2008. Take Care!
– Blake Morrison