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/backup/backup-azure-database-postgresql-flex-use-rest-api.md
+7-4Lines changed: 7 additions & 4 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -4,7 +4,7 @@ description: Learn how to back up Azure Database for PostgreSQL - Flexible serve
4
4
ms.topic: concept-article
5
5
ms.custom:
6
6
- ignite-2024
7
-
ms.date: 02/28/2025
7
+
ms.date: 02/12/2026
8
8
ms.assetid: 759ee63f-148b-464c-bfc4-c9e640b7da6b
9
9
author: AbhishekMallick-MS
10
10
ms.author: v-mallicka
@@ -18,11 +18,14 @@ This article describes how to back up Azure Database for PostgreSQL - Flexible S
18
18
For information on the Azure PostgreSQL - Flexible server backup supported scenarios, limitations, and authentication mechanisms, see the [overview document](backup-azure-database-postgresql-flex-overview.md).
19
19
20
20
## Prerequisites
21
+
22
+
Before configuring backup for Azure PostgreSQL - Flexible servers, ensure that the following prerequisites are met:
23
+
21
24
-[Create a Backup vault](backup-azure-dataprotection-use-rest-api-create-update-backup-vault.md)
22
25
-[Create a PostgreSQL flexible server backup policy](backup-azure-database-postgresql-flex-use-rest-api-create-update-policy.md).
23
26
24
27
25
-
## Configure backup
28
+
## Configure backup for PostgreSQL - Flexible servers
26
29
27
30
Once the vault and policy are created, there're three critical points to consider for an Azure PostgreSQL - Flexible servers protection.
28
31
@@ -293,7 +296,7 @@ GET https://management.azure.com/subscriptions/00001111-aaaa-2222-bbbb-3333cccc4
293
296
294
297
```
295
298
296
-
## Configure backup request
299
+
## Configure backup request for PostgreSQL - Flexible servers
297
300
298
301
Once the request is validated, you can submit the same to the [create backup instance API](/rest/api/dataprotection/backup-instances/create-or-update). One of the Azure Backup data protection services protects the Backup instance within the Backup vault. Here, the Azure PostgreSQL flexible server is the backup instance. Use the above-validated request body with minor additions.
299
302
@@ -448,7 +451,7 @@ Once the operation completes, it returns 200 (OK) with the success message in th
448
451
449
452
```
450
453
451
-
## Stop protection and delete data
454
+
## Stop protection and delete data for PostgreSQL - Flexible servers
452
455
453
456
To remove the protection on an Azure PostgreSQL database and delete the backup data as well, perform a [delete operation](/rest/api/dataprotection/backup-instances/delete).
Copy file name to clipboardExpand all lines: articles/backup/blob-backup-support-matrix.md
+4-2Lines changed: 4 additions & 2 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -42,6 +42,8 @@ Operational backup of blobs uses blob point-in-time restore, blob versioning, so
42
42
- Operational backup supports block blobs in standard general-purpose v2 storage accounts only. Also, any page blobs, append blobs, and premium blobs in your storage account won't be restored and only block blobs will be restored.
43
43
44
44
- Blob backup is also supported when the storage account has private endpoints.
45
+
46
+
- Cross-subscription backup is supported.
45
47
46
48
**Other limitations**:
47
49
@@ -60,8 +62,8 @@ Operational backup of blobs uses blob point-in-time restore, blob versioning, so
60
62
- Blob vaulted backup is also supported when the storage account has private endpoints.
61
63
- Storage accounts using NFS 3.0*, and *SFTP protocols* for blobs are currently not supported.
62
64
- You can take up to five backups per storage account in a day.
63
-
- You can back up storage accounts with *up to 100 containers*, there is no limit on the number of blobs within those containers. You can also select a subset of containers to back up (up to 100 containers).
64
-
- If your storage account contains more than 100 containers, you need to select *up to 100 containers* to back up.
65
+
- You can back up storage accounts with *up to 1000 containers*, there is no limit on the number of blobs within those containers. You can also select a subset of containers to back up (up to 1000 containers).
66
+
- If your storage account contains more than 1000 containers, you need to select *up to 1000 containers* to back up.
65
67
- To back up any new containers that get created after backup configuration for the storage account, modify the protection of the storage account. These containers aren't backed up automatically.
66
68
- The storage accounts to be backed up must contain *a minimum of one container*. If the storage account doesn't contain any containers or if no containers are selected, an error may appear when you configure backup.
67
69
- Only `$web` and `$root` system containers are supported for vaulted backup.
Copy file name to clipboardExpand all lines: articles/backup/tutorial-sql-backup.md
+1-1Lines changed: 1 addition & 1 deletion
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -40,7 +40,7 @@ To discover databases running on a VM, follow these steps:
40
40
41
41
1. On the **Configure protection** pane, for **Datasource type**, select **SQL in Azure VM**. Then select **Continue**.
42
42
43
-
:::image type="content" source="./media/backup-azure-sql-database/configure-sql-backup.png" alt-text="Screenshot that shows selection of a SQL Server database as the datasource for backup.":::
43
+
:::image type="content" source="./media/backup-azure-sql-database/configure-sql-backup.png" alt-text="Screenshot that shows selection of a SQL Server database as the datasource for backup":::
44
44
45
45
1. On the **Start: Configure Backup** pane, under **Vault**, choose **Select vault**.
Copy file name to clipboardExpand all lines: articles/dev-box/how-to-configure-customization-tasks.md
+16-28Lines changed: 16 additions & 28 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -6,8 +6,9 @@ ms.author: rosemalcolm
6
6
ms.service: dev-box
7
7
ms.custom:
8
8
- ignite-2024
9
+
- ai-usage: ai-assisted
9
10
ms.topic: how-to
10
-
ms.date: 11/05/2024
11
+
ms.date: 02/06/2026
11
12
12
13
#customer intent: As a Dev Center Admin or Project Admin, I want to create additional tasks in a catalog so that I can create a specific customization in a customization or image definition file.
13
14
---
@@ -16,19 +17,6 @@ ms.date: 11/05/2024
16
17
17
18
When you create tasks for Microsoft Dev Box customizations, you can define specific actions for your dev boxes to help ensure a consistent and efficient development environment. Creating new tasks in a catalog allows you to define reusable components tailored to your development teams and add guardrails around the configurations that are possible. This article guides you through creating a catalog for customization tasks, adding tasks, and attaching the catalog to a dev center or project.
18
19
19
-
## Prerequisites
20
-
21
-
To complete the steps in this article, you must have:
22
-
23
-
- A dev center configured with a dev box project.
24
-
- An existing catalog in GitHub or Azure Repos.
25
-
26
-
## Permissions required to configure customizations
A task performs a specific action, like installing software. Each task consists of one or more PowerShell scripts, along with a task.yaml file that provides parameters and defines how the scripts run. You can also include a PowerShell command in the task.yaml file.
33
21
34
22
You can store a collection of curated tasks in a catalog attached to your dev center, with each task in a separate folder. Dev Box supports using a GitHub repository or an Azure Repos repository as a catalog. Dev Box scans a specified folder of the catalog recursively to find task definitions.
@@ -43,6 +31,15 @@ Microsoft provides a quickstart catalog to help you get started with customizati
43
31
- Configure applications like installing Visual Studio extensions.
44
32
- Run PowerShell scripts.
45
33
34
+
## Prerequisites
35
+
36
+
To complete the steps in this article, you must have:
37
+
38
+
- A dev center configured with a dev box project.
39
+
- An existing catalog in GitHub or Azure Repos.
40
+
41
+
For permissions required to configure customizations, see [Permissions for customizations](concept-what-are-dev-box-customizations.md#permissions-for-customizations).
42
+
46
43
## Create tasks in a catalog
47
44
48
45
Tasks, such as installing software or running scripts, are organized into a catalog. You create and manage tasks in a catalog, define new tasks, and attach your catalog to a dev center. With Microsoft's quickstart catalog, you can get started with common tasks like installing software, deploying DSC, cloning repositories, and configuring applications.
@@ -57,27 +54,18 @@ To create and manage tasks for Dev Box team customizations, follow these steps:
57
54
58
55
1. Attach your repository to your dev center as a catalog.
59
56
60
-
1. Create a configuration file for those tasks by following the steps in [Write a customization file](./how-to-write-customization-file.md).
57
+
1. Create a configuration file for those tasks by following the steps in [Configure team customizations](how-to-configure-team-customizations.md).
61
58
62
59
### Use secrets from an Azure key vault
63
60
64
-
You can use secrets from your Azure key vault in your YAML configurations to clone private repositories, or with any custom task you author that requires an access token.
65
-
66
-
Your dev center needs access to your key vault. DevCenter doesn't support service tags, so if your key vault is kept private, you must allow trusted Microsoft services to bypass the firewall.
67
-
68
-
To configure your key vault secrets for use in your YAML configurations:
69
-
70
-
1. Ensure that your dev center project's managed identity has the Key Vault Reader role and Key Vault Secrets User role on your key vault.
71
-
72
-
1. Grant the Key Vault Secrets User role for the key vault secret to each user or user group that should be able to consume the secret during the customization of a dev box. The user or group granted the role must include the managed identity for the dev center, your own user account, and any user or group that needs the secret during the customization of a dev box.
73
-
74
-
For more information on using key vault secrets in a customization file, see [Clone a private repository by using a customization file](how-to-customizations-connect-resource-repository.md#use-key-vault-secrets-in-customization-files).
61
+
You can use secrets from your Azure key vault in your YAML configurations to clone private repositories or run tasks that require an access token. For detailed configuration steps and examples, see [Connect to Azure resources or clone private repositories](how-to-customizations-connect-resource-repository.md).
75
62
76
63
## Attach a catalog
77
64
78
-
You can attach a catalog to a project to make tasks accessible to the developer team. To attach a catalog to a project, follow the steps in [Add and configure a catalog from GitHub or Azure Repos](../deployment-environments/how-to-configure-catalog.md).
65
+
You can attach a catalog to a project to make tasks accessible to the developer team. To attach a catalog to a project, follow the steps in [Add and manage catalogs in Microsoft Dev Box](how-to-configure-catalog.md).
79
66
80
67
## Related content
81
68
82
69
-[Microsoft Dev Box customizations](concept-what-are-dev-box-customizations.md)
83
-
-[Write a customization file for a dev box](./how-to-write-customization-file.md)
70
+
-[Configure team customizations](how-to-configure-team-customizations.md)
0 commit comments