|
2 | 2 | title: Scheduling recurring updates in Azure Update Manager
|
3 | 3 | description: This article details how to use Azure Update Manager to set update schedules that install recurring updates on your machines.
|
4 | 4 | ms.service: azure-update-manager
|
5 |
| -ms.date: 02/05/2024 |
| 5 | +ms.date: 02/26/2024 |
6 | 6 | ms.topic: conceptual
|
7 | 7 | author: SnehaSudhirG
|
8 | 8 | ms.author: sudhirsneha
|
@@ -269,6 +269,37 @@ To view the current compliance state of your existing resources:
|
269 | 269 |
|
270 | 270 | You can check the deployment status and history of your maintenance configuration runs from the Update Manager portal. For more information, see [Update deployment history by maintenance run ID](./manage-multiple-machines.md#update-deployment-history-by-maintenance-run-id).
|
271 | 271 |
|
| 272 | + |
| 273 | +## Timeline of Maintenance Window |
| 274 | + |
| 275 | +The maintenance window controls the number of updates that can be installed on your virtual machine and Arc-enabled servers. We recommend that you go through the following table to understand the timeline for a maintenance window while installing an update: |
| 276 | + |
| 277 | +For example, if a maintenance window is of 3 hours and starts at 3:00 PM, the following are the details on how the updates are installed: |
| 278 | + |
| 279 | +#### [Windows](#tab/windows-maintenance) |
| 280 | + |
| 281 | +| **Update Type** | **Details** | |
| 282 | +| ---------- | ------------- | |
| 283 | +| Service Pack | If you are installing a Service Pack, you need 20 mins left in the maintenance window for the updates to be successfully installed, else the update is skipped. </br> In this example, you must finish installing the service pack by 5:40 PM. | |
| 284 | +| Other updates | If you are installing any other update besides Service Pack, you need to have 15 mins left in the maintenance window, else it is skipped. </br> In this example, you must finish installing the other updates by 5:45 PM.| |
| 285 | +| Reboot | If the machine(s) needs a reboot, you need to have 10 minutes left in the maintenance window, else the reboot is skipped. </br> In this example, you must start the reboot by 5:50 PM. </br> **Note**: For Azure virtual machines and Arc-enabled servers, Azure Update Manager waits for a maximum of 15 minutes for Azure VMs and 25 minutes for Arc servers after a reboot to complete the reboot operation before marking it as failed. | |
| 286 | + |
| 287 | +#### [Linux](#tab/linux-maintenance) |
| 288 | + |
| 289 | +| **Update Type** | **Details** | |
| 290 | +| ---------- | ------------- | |
| 291 | +| Reboot | If the VMs need a reboot, you need to have 15 minutes left in the maintenance window, else the reboot is skipped. </br> **Note**: This is only applicable for Azure VMs and not for Arc-enabled servers. </br> In this example, you must start the reboot by 5:45 PM. | |
| 292 | +| Updates installed in batches | If the batch size is X, then the minimum time required to update the packages is calculated as follows </br></br> - If X is less than or equal to 3, the minimum required time = 5 x X minutes. </br> - If X is greater than 3, the minimum required time = 15+2 x (X-3) minutes. </br> **Note**: Only Azure Update Manager service controls the batch size (X) of the updates. | |
| 293 | + |
| 294 | +--- |
| 295 | + |
| 296 | +> [!NOTE] |
| 297 | +> - Azure Update Manager doesn't stop installing the new updates if it's approaching the end of the maintenance window. |
| 298 | +> - Azure Update Manger doesn't terminate in-progress updates if the maintenance window is exceeded and only the remaining updates that must be installed aren't attempted. We recommend that you re-evaluate the duration of your maintenance window to ensure all the updates are installed . |
| 299 | +> - If the maintenance window is exceeded on Windows, it's often because a service pack update is taking a long time to install. |
| 300 | +
|
| 301 | + |
| 302 | + |
272 | 303 | ## Next steps
|
273 | 304 |
|
274 | 305 | * Learn more about [Dynamic scope](dynamic-scope-overview.md), an advanced capability of schedule patching.
|
|
0 commit comments