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/education-hub/faq.md
+2-4Lines changed: 2 additions & 4 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -5,7 +5,7 @@ author: vinnieangel
5
5
ms.author: vangellotti
6
6
ms.service: azure-education
7
7
ms.topic: tutorial
8
-
ms.date: 7/11/2025
8
+
ms.date: 7/31/2025
9
9
ms.custom: template-tutorial
10
10
---
11
11
@@ -48,7 +48,6 @@ For more information, see the [terms and conditions for the Azure for Students o
48
48
SQL Server Developer<br>
49
49
:::column-end:::
50
50
:::column span="":::
51
-
SQL Server Mobile Report Publisher<br>
52
51
SQL Server Standard<br>
53
52
System Center<br>
54
53
Visio Professional<br>
@@ -152,7 +151,7 @@ If your institution has an active VL agreement but has not yet signed up for the
152
151
153
152
### How will my students get access to Azure Dev Tools for Teaching after August 15th, 2025?
154
153
155
-
If your institution is signed up for Azure Dev Tools for Teaching, your students will now be getting access to their software benefit through the Azure for Students offer. This provides them with the same software, in the same location they currently access. In addition, they will receive an Azure subscription with $100 free Azure credit to use on Azure services. No credit card is required to sign up, simply sign in with their institution ID as they do today. If they use the current redemption link for Azure Dev Tools for Teaching, they will be redirected to sign up for Azure for Students. To learn more about Azure for Students, click here.
154
+
If your institution is signed up for Azure Dev Tools for Teaching, your students will now be getting access to their software benefit through the Azure for Students offer. This provides them with the same software, in the same location they currently access. In addition, they will receive an Azure subscription with $100 free Azure credit to use on Azure services. No credit card is required to sign up, simply sign in with their institution ID as they do today. If they use the current redemption link for Azure Dev Tools for Teaching, they will be redirected to sign up for Azure for Students. To learn more about Azure for Students, [click here](https://azure.microsoft.com/free/students).
156
155
157
156
### If I have additional questions about this change, who can I contact?
158
157
@@ -181,7 +180,6 @@ If you're currently an Azure Dev Tools for Teaching customer without a Volume Li
Copy file name to clipboardExpand all lines: articles/logic-apps/logic-apps-limits-and-config.md
+5-3Lines changed: 5 additions & 3 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -5,7 +5,7 @@ services: logic-apps
5
5
ms.suite: integration
6
6
ms.reviewer: rohithah, laveeshb, rarayudu, azla
7
7
ms.topic: reference
8
-
ms.date: 07/18/2025
8
+
ms.date: 07/31/2025
9
9
---
10
10
11
11
# Limits and configuration reference for Azure Logic Apps
@@ -56,7 +56,7 @@ The following table lists the values for a single workflow run:
56
56
57
57
| Name | Multitenant | Single-tenant | Notes |
58
58
|------|-------------|---------------|-------|
59
-
| Run history retention in storage | 90 days | 90 days <br>(Default) | The amount of time to keep a workflow's run history in storage after a run starts. <br><br>**Note**: If the workflow's run duration exceeds the retention limit, this run is removed from the run history in storage. If a run isn't immediately removed after reaching the retention limit, the run is removed within 7 days. <br><br>Whether a run completes or times out, run history retention is always calculated by using the run's start time and the current limit specified in the workflow setting, [**Run history retention in days**](#change-retention). No matter the previous limit, the current limit is always used for calculating retention. <br><br>For more information, review [Change duration and run history retention in storage](#change-retention). |
59
+
| Run history retention in storage | 90 days | 90 days <br>(Default) | The amount of time to keep a workflow's run history in storage after a run starts. <br><br>**Note**: If the workflow's run duration exceeds the retention limit, this run is removed from the run history in storage. If a run isn't immediately removed after reaching the retention limit, the run is removed within 7 days. <br><br>Whether a run completes or times out, retention is always calculated by using the run's start time and the retention limit at the *time when the run started*, not the current limit. You can find the retention limit in the workflow setting, [**Run history retention in days**](#change-retention). <br><br>For more information, review [Change duration and run history retention in storage](#change-retention). |
60
60
| Run duration | 90 days | - Stateful workflow: 90 days <br>(Default) <br><br>- Stateless workflow: 5 min <br>(Default) | The amount of time that a workflow can continue running before forcing a time-out. The run duration is calculated by using a run's start time and the limit that's specified in the workflow setting, [**Run history retention in days**](#change-duration) at that start time. <br><br>**Important**: Make sure the run duration value is always less than or equal to the run history retention in storage value. Otherwise, run histories might be deleted before the associated jobs are complete. <br><br>For more information, review [Change run duration and history retention in storage](#change-duration). |
@@ -73,7 +73,7 @@ For Consumption logic app workflows, the same setting controls the maximum numbe
73
73
74
74
* In multitenant Azure Logic Apps, the 90-day default limit is the same as the maximum limit. You can only decrease this value.
75
75
76
-
For example, suppose that you reduce the retention limit from 90 days to 30 days. A 60-day-old run is removed from the run history. If you increase the retention period from 30 days to 60 days, a 20-day-old run stays in the run history for another 40 days.
76
+
* Run history retention is always calculated by using the run's start time and the retention limit at the time when the run started, not the current retention limit.
77
77
78
78
#### Portal
79
79
@@ -120,6 +120,8 @@ For Standard logic app workflows, you can decrease or increase the 90-day defaul
120
120
121
121
By default, the app setting named **Workflows.RuntimeConfiguration.RetentionInDays** is set to keep 90 days of data. The host setting named **Runtime.FlowMaintenanceJob.RetentionCooldownInterval** is set to check every 7 days for old data to delete. If you leave these default values, you might see data *up to* 97 days old. For example, suppose Azure Logic Apps checks on Day X and deletes data older than Day X - 90 days, and then waits for 7 days before running again. This behavior results in data that ages up to 97 days before the job runs again. However, if you set the interval to 1 day, but leave the retention days at the default value, the maximum delay to delete old data is 90+1 days.
122
122
123
+
Run history retention is always calculated by using the run's start time and the retention limit at the time when the run started, not the current retention limit.
124
+
123
125
#### Portal
124
126
125
127
1.[Follow these steps to add the app setting named **Workflows.RuntimeConfiguration.RetentionInDays**](edit-app-settings-host-settings.md?tabs=azure-portal#manage-app-settings), and set the value to the number days that you want to keep your workflow run history.
Copy file name to clipboardExpand all lines: articles/partner-solutions/palo-alto/manage.md
+3-2Lines changed: 3 additions & 2 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -40,8 +40,9 @@ To change the Cloud NGFW's billing plan, go to **Overview** and select **Change
40
40
> [!NOTE]
41
41
> The **Delete** button on the resource is activated only if all connected resources are already deleted. For more information, see [Azure Resource Manager resource group and resource deletion](/azure/azure-resource-manager/management/delete-resource-group).
42
42
43
-
## Next step
43
+
## Related content
44
44
45
-
- For help with troubleshooting, see [Troubleshooting Palo Alto integration with Azure](troubleshoot.md).
Copy file name to clipboardExpand all lines: articles/reliability/overview-reliability-guidance.md
+2-2Lines changed: 2 additions & 2 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -83,8 +83,8 @@ This section provides links to reliability guidance for many Azure services. Eac
83
83
|Azure Health Data Services: De-identification service (preview)|[Reliability in Azure Health Data Services: De-identification service](reliability-health-data-services-deidentification.md)||
84
84
|Azure Health Data Services: Workspace services (FHIR®, DICOM®, MedTech) ||[Business continuity and disaster recovery considerations](/azure/healthcare-apis/business-continuity-disaster-recovery?toc=/azure/reliability/toc.json&bc=/azure/reliability/breadcrumb/toc.json)|
85
85
|Azure HDInsight|[Reliability in Azure HDInsight](reliability-hdinsight.md)||
86
-
|Azure IoT Hub||[Reliability in Azure IoT Hub](reliability-iot-hub.md)|
87
-
|Azure Key Vault||[Reliability in Azure Key Vault](./reliability-key-vault.md)|
86
+
|Azure IoT Hub|[Reliability in Azure IoT Hub](reliability-iot-hub.md)||
87
+
|Azure Key Vault|[Reliability in Azure Key Vault](./reliability-key-vault.md)||
88
88
|Azure Kubernetes Service (AKS)|[Reliability in Azure Kubernetes Service (AKS)](reliability-aks.md)||
89
89
|Azure Load Balancer|[Reliability in Azure Load Balancer](reliability-load-balancer.md)||
90
90
|Azure Logic Apps|[Reliability in Azure Logic Apps](reliability-logic-apps.md)||
0 commit comments