When you start a runbook in Azure Automation, a job is created. A job is a single execution instance of a runbook. An Azure Automation worker is assigned to run each job. While workers are shared by multiple Azure accounts, jobs from different Automation accounts are isolated from one another. You do not have control over which worker will service the request for your job. A single runbook can have multiple jobs running at one time. When you view the list of runbooks in the Azure portal, it will list the status of the last job that was started for each runbook. You can view the list of jobs for each runbook in order to track the status of each. For a description of the different job statuses, see Job Statuses.
The following diagram shows the lifecycle of a runbook job for PowerShell runbooks.
Your jobs will have access to your Azure resources by making a connection to your Azure subscription. They will only have access to resources in your data center if those resources are accessible from the public cloud.
The following table describes the different statuses that are possible for a job.
|Completed||The job completed successfully.|
|Failed||For Graphical and PowerShell Workflow runbooks, the runbook failed to compile. For PowerShell Script runbooks, the runbook failed to start or the job encountered an exception.|
|Failed, waiting for resources||The job failed because it reached the fair share limit three times and started from the same checkpoint or from the start of the runbook each time.|
|Queued||The job is waiting for resources on an Automation worker to come available so that it can be started.|
|Starting||The job has been assigned to a worker, and the system is in the process of starting it.|
|Resuming||The system is in the process of resuming the job after it was suspended.|
|Running||The job is running.|
|Running, waiting for resources||The job has been unloaded because it reached the fair share limit. It will resume shortly from its last checkpoint.|
|Stopped||The job was stopped by the user before it was completed.|
|Stopping||The system is in the process of stopping the job.|
|Suspended||The job was suspended by the user, by the system, or by a command in the runbook. A job that is suspended can be started again and will resume from its last checkpoint or from the beginning of the runbook if it has no checkpoints. The runbook will only be suspended by the system in the case of an exception. By default, ErrorActionPreference is set to Continue meaning that the job will keep running on an error. If this preference variable is set to Stop then the job will suspend on an error. Applies to Graphical and PowerShell Workflow runbooks only.|
|Suspending||The system is attempting to suspend the job at the request of the user. The runbook must reach its next checkpoint before it can be suspended. If it has already passed its last checkpoint, then it will complete before it can be suspended. Applies to Graphical and PowerShell Workflow runbooks only.|
Viewing job status from the Azure portal
You can view a summarized status of all runbook jobs or drill into details of a specific runbook job in the Azure portal or by configuring integration with your Microsoft Operations Management Suite (OMS) Log Analytics workspace to forward runbook job status and job streams. For more information about integrating with OMS Log Analytics, see Forward job status and job streams from Automation to Log Analytics (OMS).
Automation runbook jobs summary
From the Automation account blade, you can see a summary of all of the runbook jobs for a selected Automation account under Job Statistics tile.
This tile displays a count and graphical representation of the job status for all jobs executed.
Clicking on the tile will present the Jobs blade, which includes a summarized list of all jobs executed, with status, job execution start and completion times.
You can filter the list of jobs by selecting Filter jobs on the Jobs blade and filter on a specific runbook, job status, or from the drop-down list, the date/time range to search within.
Alternatively, you can view job summary details for a specific runbook by selecting that runbook from the Runbooks blade in your Automation account, and then select the Jobs tile. This will present the Jobs blade, and from there you can click on the job record to view its detail and output.
You can view a list of all of the jobs that have been created for a particular runbook and their most recent status. You can filter this list by job status and the range of dates for the last change to the job. Click on the name of a job to view its detailed information and its output. The detailed view of the job includes the values for the runbook parameters that were provided to that job.
You can use the following steps to view the jobs for a runbook.
- In the Azure Management Portal, select Automation and then then click the name of an automation account.
- Click the name of a runbook.
- Select the Jobs tab.
- Click on the Job Created column for a job to view its detail and output.
Retrieving job status using Windows PowerShell
You can use the Get-AzureRmAutomationJob to retrieve the jobs created for a runbook and the details of a particular job. If you start a runbook with Windows PowerShell using Start-AzureRmAutomationRunbook, then it will return the resulting job. Use Get-AzureRmAutomationJobOutput to get a job’s output.
The following sample commands retrieve the last job for a sample runbook and displays its status, the values provided for the runbook parameters, and the output from the job.
$job = (Get-AzureRmAutomationJob –AutomationAccountName "MyAutomationAccount" ` –RunbookName "Test-Runbook" -ResourceGroupName "ResourceGroup01" | sort LastModifiedDate –desc) $job.Status $job.JobParameters Get-AzureRmAutomationJobOutput -ResourceGroupName "ResourceGroup01" ` –AutomationAccountName "MyAutomationAcct" -Id $job.JobId –Stream Output
In order to share resources among all runbooks in the cloud, Azure Automation will temporarily unload any job after it has been running for 3 hours. Graphical and PowerShell Workflow runbooks will be resumed from their last checkpoint. During this time, the job will show a status of Running, Waiting for Resources. If the runbook has no checkpoints or the job had not reached the first checkpoint before being unloaded, then it will restart from the beginning. PowerShell runbooks are always restarted from the beginning since they don't support checkpoints.
If the runbook restarts from the same checkpoint or from the beginning of the runbook three consecutive times, it will be terminated with a status of Failed, waiting for resources. This is to protect from runbooks running indefinitely without completing, as they are not able to make it to the next checkpoint without being unloaded again. In this case, you will receive the following exception with the failure.
The job cannot continue running because it was repeatedly evicted from the same checkpoint. Please make sure your Runbook does not perform lengthy operations without persisting its state.
When you create a runbook, you should ensure that the time to run any activities between two checkpoints will not exceed 3 hours. You may need to add checkpoints to your runbook to ensure that it does not reach this 3 hour limit or break up long running operations. For example, your runbook might perform a reindex on a large SQL database. If this single operation does not complete within the fair share limit, then the job will be unloaded and restarted from the beginning. In this case, you should break up the reindex operation into multiple steps, such as reindexing one table at a time, and then insert a checkpoint after each operation so that the job could resume after the last operation to complete.
- To learn more about the different methods that can be used to start a runbook in Azure Automation, see Starting a runbook in Azure Automation