You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: articles/app-service/containers/quickstart-multi-container.md
+3Lines changed: 3 additions & 0 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -93,6 +93,9 @@ When the App Service plan has been created, the Azure CLI shows information simi
93
93
94
94
## Create a Docker Compose app
95
95
96
+
> [!NOTE]
97
+
> Docker Compose on Azure App Services currently has a limit of 4,000 characters at this time.
98
+
96
99
In your Cloud Shell terminal, create a multi-container [web app](app-service-linux-intro.md) in the `myAppServicePlan` App Service plan with the [az webapp create](/cli/azure/webapp?view=azure-cli-latest#az-webapp-create) command. Don't forget to replace _\<app_name>_ with a unique app name (valid characters are `a-z`, `0-9`, and `-`).
Copy file name to clipboardExpand all lines: articles/backup/backup-azure-manage-windows-server.md
+17-2Lines changed: 17 additions & 2 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -43,7 +43,7 @@ The Recovery Services vault **Overview** dashboard provides tiles for Monitoring
43
43
The Monitoring section shows the results of predefined **Backup Alerts** and **Backup Jobs** queries. The Monitoring tiles provide up-to-date information about:
44
44
45
45
* Critical and Warning alerts for Backup jobs (in the last 24 hours)
46
-
* Pre-check status for Azure VMs - For complete information on the pre-check status, see the [Backup blog on Backup Pre-check status](https://azure.microsoft.com/blog/azure-vm-backup-pre-checks/).
46
+
* Pre-check status for Azure VMs. For complete information on the pre-check status, see [Backup Pre-Check Status](#backup-pre-check-status).
47
47
* The Backup jobs in progress, and jobs that have failed (in the last 24 hours).
48
48
49
49
The Usage tiles provide:
@@ -57,6 +57,22 @@ Click the tiles (except Backup Storage) to open the associated menu. In the imag
57
57
58
58
The Backup Alerts menu, in the image above, is filtered by: Status is Active, Severity is Critical, and time is the previous 24 hours.
59
59
60
+
### Backup Pre-Check Status
61
+
62
+
Backup Pre-Checks check your VMs' configuration for issues that can adversely affect backups. They aggregate this information so you can view it directly from the Recovery Services Vault dashboard and provide recommendations for corrective measures to ensure successful file-consistent or application-consistent backups. They require no infrastructure and have no additional cost.
63
+
64
+
Backup Pre-Checks run as part of the scheduled backup operations for your Azure VMs. They conclude with one of the following states:
65
+
66
+
***Passed**: This state indicates that your VM's configuration should lead to successful backups and no corrective action needs to be taken.
67
+
***Warning**: This state indicates one or more issues in the VM's configuration that *might* lead to backup failures. It provides *recommended* steps to ensure successful backups. For example, not having the latest VM Agent installed can cause backups to fail intermittently. This situation would provide a warning state.
68
+
***Critical**: This state indicates one or more critical issues in the VM's configuration that *will* lead to backup failures and provides *required* steps to ensure successful backups. For example, a network issue caused by an update to the NSG rules of a VM, will cause backups to fail, as it prevents the VM from communicating with the Azure Backup service. This situation would provide a critical state.
69
+
70
+
Follow the steps below to start resolving any issues reported by Backup Pre-Checks for VM backups on your Recovery Services Vault.
71
+
72
+
* Select the **Backup Pre-Check Status (Azure VMs)** tile on the Recovery Services Vault dashboard.
73
+
* Select any VM with a Backup Pre-Check status of either **Critical** or **Warning**. This action will open the **VM details** pane.
74
+
* Select the pane notification on the top of the pane to reveal the configuration issue description and remedial steps.
75
+
60
76
## Manage Backup alerts
61
77
62
78
To access the Backup Alerts menu, in the Recovery Services vault menu, click **Backup Alerts**.
@@ -267,4 +283,3 @@ The Backup Storage tile in the dashboard shows the storage consumed in Azure. St
267
283
268
284
*[Restore Windows Server or Windows Client from Azure](backup-azure-restore-windows-server.md)
269
285
* To learn more about Azure Backup, see [Azure Backup Overview](backup-introduction-to-azure-backup.md)
Copy file name to clipboardExpand all lines: articles/backup/backup-azure-sap-hana-database.md
+5-1Lines changed: 5 additions & 1 deletion
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -84,6 +84,10 @@ Use NSG service tags | Easier to manage as range changes are automatically merge
84
84
Use Azure Firewall FQDN tags | Easier to manage as the required FQDNs are automatically managed | Can be used with Azure Firewall only
85
85
Use an HTTP proxy | Granular control in the proxy over the storage URLs is allowed <br/><br/> Single point of internet access to VMs <br/><br/> Not subject to Azure IP address changes | Additional costs to run a VM with the proxy software
[!INCLUDE [How to create a Recovery Services vault](../../includes/backup-create-rs-vault.md)]
88
92
89
93
## Discover the databases
@@ -171,7 +175,7 @@ Specify the policy settings as follows:
171
175
10. After you finish defining the backup policy, click **OK**.
172
176
173
177
> [!NOTE]
174
-
> Each log backup is chained to the previous full backup to form a recovery chain. This full backup will be retained until the retention of the last log backup has expired. This might mean that the full backup is retained for an extra period to make sure all the logs can be recovered. Let’s assume user has a weekly full backup, daily differential and 2 hour logs. All of them are retained for 30 days. But, the weekly full can be really cleaned up/deleted only after the next full backup is available i.e., after 30 + 7 days. Say, a weekly full backup happens on Nov 16th. As per the retention policy, it should be retained until Dec 16th. The last log backup for this full happens before the next scheduled full, on Nov 22nd. Until this log is available until Dec 22nd, the Nov 16th full can't be deleted. So, the Nov 16th full is retained until Dec 22nd.
178
+
> Each log backup is chained to the previous full backup to form a recovery chain. This full backup will be retained until the retention of the last log backup has expired. This might mean that the full backup is retained for an extra period to make sure all the logs can be recovered. Let's assume user has a weekly full backup, daily differential and 2 hour logs. All of them are retained for 30 days. But, the weekly full can be really cleaned up/deleted only after the next full backup is available i.e., after 30 + 7 days. Say, a weekly full backup happens on Nov 16th. As per the retention policy, it should be retained until Dec 16th. The last log backup for this full happens before the next scheduled full, on Nov 22nd. Until this log is available until Dec 22nd, the Nov 16th full can't be deleted. So, the Nov 16th full is retained until Dec 22nd.
Copy file name to clipboardExpand all lines: articles/backup/backup-azure-security-feature-cloud.md
+13-10Lines changed: 13 additions & 10 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -8,7 +8,7 @@ ms.date: 09/13/2019
8
8
9
9
Concerns about security issues, like malware, ransomware, and intrusion, are increasing. These security issues can be costly, in terms of both money and data. To guard against such attacks, Azure Backup now provides security features to help protect backup data even after deletion.
10
10
11
-
One such feature is soft delete. With soft delete, even if a malicious actor deletes the backup of a VM (or backup data is accidentally deleted), the backup data is retained for 14 additional days, allowing the recovery of that backup item with no data loss. The additional 14 days retention of backup data in the "soft delete" state don’t incur any cost to the customer. Azure also encrypts all the backed-up data at rest using [Storage Service Encryption](https://docs.microsoft.com/azure/storage/common/storage-service-encryption) to further secure your data.
11
+
One such feature is soft delete. With soft delete, even if a malicious actor deletes the backup of a VM (or backup data is accidentally deleted), the backup data is retained for 14 additional days, allowing the recovery of that backup item with no data loss. The additional 14 days retention of backup data in the "soft delete" state don't incur any cost to the customer. Azure also encrypts all the backed-up data at rest using [Storage Service Encryption](https://docs.microsoft.com/azure/storage/common/storage-service-encryption) to further secure your data.
12
12
13
13
Soft delete protection for Azure virtual machines is generally available.
14
14
@@ -40,7 +40,7 @@ Soft delete is currently supported in the West Central US, East Asia, Canada Cen
40
40
41
41

42
42
43
-
3. During those 14 days, in the Recovery Services Vault, the soft deleted VM will appear with a red “soft-delete” icon next to it.
43
+
3. During those 14 days, in the Recovery Services Vault, the soft deleted VM will appear with a red "soft-delete" icon next to it.
44
44
45
45

46
46
@@ -51,7 +51,7 @@ Soft delete is currently supported in the West Central US, East Asia, Canada Cen
51
51
52
52

53
53
54
-
A window will appear warning that if undelete is chosen, all restore points for the VM will be undeleted and available for performing a restore operation. The VM will be retained in a “stop protection with retain data” state with backups paused and backup data retained forever with no backup policy effective.
54
+
A window will appear warning that if undelete is chosen, all restore points for the VM will be undeleted and available for performing a restore operation. The VM will be retained in a "stop protection with retain data" state with backups paused and backup data retained forever with no backup policy effective.
55
55
56
56

57
57
@@ -62,7 +62,7 @@ Soft delete is currently supported in the West Central US, East Asia, Canada Cen
62
62
> [!NOTE]
63
63
> Garbage collector will run and clean expired recovery points only after the user performs the **Resume backup** operation.
64
64
65
-
5. After the undelete process is completed, the status will return to “Stop backup with retain data” and then you can choose **Resume backup**. The **Resume backup** operation brings back the backup item in the active state, associated with a backup policy selected by the user defining the backup and retention schedules.
65
+
5. After the undelete process is completed, the status will return to "Stop backup with retain data" and then you can choose **Resume backup**. The **Resume backup** operation brings back the backup item in the active state, associated with a backup policy selected by the user defining the backup and retention schedules.
66
66
67
67

68
68
@@ -172,24 +172,23 @@ Follow these steps:
172
172
1. Follow the steps to [disable soft delete](#disabling-soft-delete).
173
173
2. In the Azure portal, go to your vault, go to **Backup Items**, and choose the soft deleted VM.
6. Type the name of the backup item to confirm that you want to delete the recovery points.
191
190
192
-

191
+

193
192
194
193
7. To delete the backup data for the item, select **Delete**. A notification message lets you know that the backup data has been deleted.
195
194
@@ -263,6 +262,10 @@ Azure Backup allows you to back up Azure Virtual Machines containing disks encry
263
262
264
263
You can back up and restore Windows or Linux Azure virtual machines (VMs) with encrypted disks using the Azure Backup service. For instructions, see [Back up and restore encrypted virtual machines with Azure Backup](https://docs.microsoft.com/azure/backup/backup-azure-vms-encryption).
Copy file name to clipboardExpand all lines: articles/backup/backup-sql-server-database-azure-vms.md
+6-2Lines changed: 6 additions & 2 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -92,6 +92,10 @@ Use NSG service tags | Easier to manage as range changes are automatically merge
92
92
Use Azure Firewall FQDN tags | Easier to manage as the required FQDNs are automatically managed | Can be used with Azure Firewall only
93
93
Use an HTTP proxy | Single point of internet access to VMs <br/> | Additional costs to run a VM with the proxy software <br/> No published FQDN addresses, allow rules will be subject to Azure IP address changes
Avoid using the following elements in database names:
@@ -105,7 +109,7 @@ Avoid using the following elements in database names:
105
109
Aliasing is available for unsupported characters, but we recommend avoiding them. For more information, see [Understanding the Table Service Data Model](https://docs.microsoft.com/rest/api/storageservices/Understanding-the-Table-Service-Data-Model?redirectedfrom=MSDN).
106
110
107
111
>[!NOTE]
108
-
>The **Configure Protection** operation for databases with special characters like "+” or “&" in their name is not supported. You can either change the database name or enable **Auto Protection**, which can successfully protect these databases.
112
+
>The **Configure Protection** operation for databases with special characters like "+" or "&" in their name is not supported. You can either change the database name or enable **Auto Protection**, which can successfully protect these databases.
109
113
110
114
[!INCLUDE [How to create a Recovery Services vault](../../includes/backup-create-rs-vault.md)]
111
115
@@ -253,7 +257,7 @@ To create a backup policy:
253
257
14. After you complete the edits to the backup policy, select **OK**.
254
258
255
259
> [!NOTE]
256
-
> Each log backup is chained to the previous full backup to form a recovery chain. This full backup will be retained until the retention of the last log backup has expired. This might mean that the full backup is retained for an extra period to make sure all the logs can be recovered. Let’s assume user has a weekly full backup, daily differential and 2 hour logs. All of them are retained for 30 days. But, the weekly full can be really cleaned up/deleted only after the next full backup is available i.e., after 30 + 7 days. Say, a weekly full backup happens on Nov 16th. As per the retention policy, it should be retained until Dec 16th. The last log backup for this full happens before the next scheduled full, on Nov 22nd. Until this log is available until Dec 22nd, the Nov 16th full can't be deleted. So, the Nov 16th full is retained until Dec 22nd.
260
+
> Each log backup is chained to the previous full backup to form a recovery chain. This full backup will be retained until the retention of the last log backup has expired. This might mean that the full backup is retained for an extra period to make sure all the logs can be recovered. Let's assume user has a weekly full backup, daily differential and 2 hour logs. All of them are retained for 30 days. But, the weekly full can be really cleaned up/deleted only after the next full backup is available i.e., after 30 + 7 days. Say, a weekly full backup happens on Nov 16th. As per the retention policy, it should be retained until Dec 16th. The last log backup for this full happens before the next scheduled full, on Nov 22nd. Until this log is available until Dec 22nd, the Nov 16th full can't be deleted. So, the Nov 16th full is retained until Dec 22nd.
Copy file name to clipboardExpand all lines: articles/backup/backup-support-matrix-iaas.md
-2Lines changed: 0 additions & 2 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -38,8 +38,6 @@ Learn more about backup [using a backup server](backup-architecture.md#architect
38
38
39
39
**Action** | **Support**
40
40
--- | ---
41
-
Enable backup when you create a Windows Azure VM | Supported for: <br/><br/> - Windows Server 2019 (Datacenter/Datacenter Core/Standard) <br/><br/> - Windows Server 2016 (Datacenter/Datacenter Core/Standard) <br/><br/> - Windows Server 2012 R2 (Datacenter/Standard) <br/><br/> - Windows Server 2008 R2 (RTM and SP1 Standard)
42
-
Enable backup when you create a Linux VM | Supported for:<br/><br/> - Ubuntu Server: 18.04, 17.10, 17.04, 16.04 (LTS), 14.04 (LTS)<br/><br/> - Red Hat: RHEL 6.7, 6.8, 6.9, 7.2, 7.3, 7.4<br/><br/> - SUSE Linux Enterprise Server: 11 SP4, 12 SP2, 12 SP3, 15 <br/><br/> - Debian: 8, 9<br/><br/> - CentOS: 6.9, 7.3<br/><br/> - Oracle Linux: 6.7, 6.8, 6.9, 7.2, 7.3
43
41
Back up a VM that's shutdown/offline VM | Supported.<br/><br/> Snapshot is crash-consistent only, not app-consistent.
44
42
Back up disks after migrating to managed disks | Supported.<br/><br/> Backup will continue to work. No action is required.
45
43
Back up managed disks after enabling resource group lock | Not supported.<br/><br/> Azure Backup can't delete the older restore points, and backups will start to fail when the maximum limit of restore points is reached.
0 commit comments