Edit and manage logic app workflows in the Azure portal
บทความ
Applies to: Azure Logic Apps (Consumption + Standard)
This guide shows how to manage Consumption or Standard logic app workflows using the Azure portal and perform tasks such as edit, disable, enable, and delete workflows.
From your logic app's menu, under Settings, select Properties.
On the Properties pane, you can view and copy the following information about your logic app resource, for example:
Consumption
Name
Resource ID
Resource group
Location
Type
Subscription Name
Subscription ID
Access Endpoint
Runtime outgoing IP addresses
Access endpoint IP addresses
Connector outgoing IP addresses
Standard
Status
URL
Virtual IP address
Mode
Outbound IP address
Additional Outbound IP Addresses
FTP/deployment user
FTP host name
FTP diagnostic logs
FTP host name
FTPS diagnostic logs
Resource ID
Location
Resource Group
Subscription name
Subscription ID
View connections
When you create connections in a workflow using connectors managed by Microsoft, these connections are separate Azure resources with their own resource definitions and are hosted in global, multitenant Azure. Standard logic app workflows can also use built-in service provider connectors that natively run and are powered by the single-tenant Azure Logic Apps runtime. To view and manage these connections, follow these steps, based on the logic app resource type:
From the logic app menu, under Development Tools, select API connections.
On the API connections page, select a specific connection instance, which shows more information about that connection. To view the underlying connection resource definition, select JSON View.
From the logic app menu, under Workflows, select Connections.
Based on the connection type that you want to view, select one of the following options:
Option
Description
API Connections
Connections created by globally hosted, multitenant Azure connectors. To view the underlying connection resource definition, select JSON View.
Service Provider Connections
Connections created by built-in, service provider connectors, based on the service provider interface implementation. To view more information about a specific connection instance, in the View Details column, select the eye icon. To view the selected connection's underlying resource definition, select JSON View.
Function Connections
Connections to functions in an associated function app. To view more information about a function, in the View Details column, select the eye icon.
JSON View
The underlying resource definitions for all connections across workflows in the logic app resource
Add blank workflow to logic app (Standard only)
While a Consumption logic app can have only one workflow, a Standard logic app resource can have multiple workflows. You can add blank workflows to a deployed Standard logic app resource and continue building the workflow in the Azure portal.
In the Azure portal, select your deployed Standard logic app resource.
On the logic app resource menu, under Workflows, select Workflows.
On the Workflows page toolbar, select Add > Add.
In the New workflow pane, provide the workflow name. Select either Stateful or Stateless>Create.
After the new workflow appears on the Workflows page, select that workflow to open the designer so you can build your workflow.
Disable or enable a deployed logic app
Deployed Consumption and Standard logic apps have different ways to disable and enable their activity.
Considerations for disabling a deployed Consumption logic app
Disabling a Consumption logic app affects all workflow instances in the following ways:
Azure Logic Apps continues all in-progress and pending workflow instances until they finish running. Based on the volume or backlog, this process might take time to complete.
Azure Logic Apps doesn't create or run new workflow instances.
You can resubmit workflow runs while the logic app is disabled.
The workflow trigger doesn't fire while the logic app is disabled. However, the trigger state remembers the point where you disabled the logic app. When you restart the logic app, the trigger fires for all unprocessed items since the last workflow run.
To stop the trigger from firing on all unprocessed items since the last workflow run, you must clear the trigger state.
Disable or enable a deployed Consumption logic app
You can disable or enable one or multiple Consumption logic apps at the same time.
In the Azure portal search box, enter logic apps, and select Logic apps.
On the Logic apps page, view only the Consumption logic apps using the Plan filter.
Based on whether you're disabling or enabling your logic apps, view only the Enabled or Disabled logic apps using the Status filter.
In the checkbox column, select one or multiple logic apps.
To stop the selected running logic apps, select Disable/Stop.
To restart the selected stopped logic apps, select Enable/Start.
Confirm your selection.
To check whether your task succeeded or failed, on main Azure toolbar, open the Notifications list (bell icon).
You can stop, start, or restart a Standard logic app, which affects all workflow instances. You can also restart a Standard logic app without first stopping its activity. Your Standard logic app can have multiple workflows, so you can either stop the entire logic app, or you can disable or enable individual workflows.
Stopping a Standard logic app versus disabling a child workflow have different effects, so review the following considerations before you continue:
Disabling a Standard logic app affects all its workflow instances in the following ways:
Azure Logic Apps immediately cancels all in-progress and pending workflow runs.
Azure Logic Apps doesn't create or run new workflow instances.
You can resubmit workflow runs while the logic app is disabled.
Workflow triggers don't fire while the logic app is disabled. However, the trigger states remember the point where you disabled the logic app. When you re-enable the logic app, the triggers fire for all unprocessed items since the last time that the corresponding workflows ran.
You can disable or enable one or multiple Standard logic apps at the same time.
In the Azure portal search box, enter logic apps, and select Logic apps.
On the Logic apps page, view only the Standard logic apps using the Plan filter.
Based on whether you're disabling or enabling your logic apps, view only the Enabled or Disabled logic apps using the Status filter.
In the checkbox column, select one or multiple logic apps.
To stop the selected logic apps, select Disable/Stop.
To restart the selected logic apps, select Enable/Start.
Confirm your selection.
To check whether your task succeeded or failed, on main Azure toolbar, open the Notifications list (bell icon).
Restart a deployed Standard logic app without disabling
You can restart a single Standard logic app at any time.
In the Azure portal, open your Standard logic app resource.
On the logic app menu, select Overview.
On the Overview page toolbar, select Restart.
To check whether your task succeeded or failed, on main Azure toolbar, open the Notifications list (bell icon).
Considerations for disabling Standard workflows
Disabling a workflow affects all its workflow instances in the following ways:
Azure Logic Apps continues all in-progress and pending workflow runs until they finish. Based on the volume or backlog, this process might take time to complete.
Tip
To reduce costs resulting from resources and workflow instances that might otherwise take longer
to scale down in nonproduction environments for load and performance testing, you can manually
stop a workflow. This action cancels in-progress and pending workflow runs.
For this task, add the following settings to the host settings for your Standard logic app resource:
Important: Use following settings only in nonproduction environments. Follow each
workflow ID with a colon (:), and separate workflow IDs with a semicolon (;):
Azure Logic Apps doesn't create or run new workflow instances.
You can resubmit workflow runs while the workflow is disabled.
The workflow trigger doesn't fire while the logic app or workflow is disabled. However, the trigger state remembers the point where you disabled the workflow. When you restart the logic app or enable the workflow, the trigger fires for all unprocessed items since the last workflow run.
To stop the trigger from firing on all unprocessed items since the last workflow run, you must clear the trigger state.
Disable or enable Standard workflows
To stop the trigger from firing the next time when the trigger condition is met, disable your workflow. You can disable or enable one or multiple Standard logic apps at the same time.
In the Azure portal, open your Standard logic app resource.
On the logic app menu, under Workflows, select Workflows.
In the checkbox column, select the workflow to disable or enable.
On the Workflows page toolbar, select Disable or Enable, based on the current activity state.
To confirm whether your operation succeeded or failed, on main Azure toolbar, open the Notifications list (bell icon).
Post logic app or workflow stoppage
While a logic app is stopped or a workflow is disabled, the workflow trigger doesn't fire the next time that the trigger condition is met. However, the trigger state remembers the point at where you stopped the logic app or disabled the workflow. When you restart the logic app or re-enable the workflow, the trigger fires for all unprocessed items since the last workflow run.
To stop the trigger from firing on all unprocessed items since the last workflow run, you must clear the trigger state before you restart the logic app or re-enable the workflow.
Considerations for deleting Consumption logic apps
You can't recover a deleted Consumption logic app resource. Deleting a Consumption logic app affects all its workflow instances in the following ways:
Azure Logic Apps makes a best effort to cancel any in-progress and pending workflow runs.
Even with a large volume or backlog, most runs are canceled before they finish or start. However, the cancellation process might take time to complete. Meanwhile, some runs might get picked up for execution while the service works through the cancellation process.
Azure Logic Apps doesn't create or run new workflow instances.
If you delete a logic app and workflow, but you then recreate the same logic app and workflow, the recreated workflow doesn't have the same metadata as the deleted workflow.
So, if you have another workflow that calls the deleted workflow, you must resave the caller workflow to refresh the metadata for the recreated workflow. That way, the caller gets the correct information for the recreated workflow. Otherwise, calls to the recreated workflow fail with an Unauthorized error. This behavior also applies to workflows that use artifacts in integration accounts and workflows that call Azure functions.
Delete Consumption logic apps
You can delete one or multiple Consumption logic apps at the same time.
In the Azure portal search box, enter logic apps, and select Logic apps.
On the Logic apps page, view only the Consumption logic apps using the Plan filter.
In the checkbox column, select one or multiple logic apps to delete. On the toolbar, select Delete.
When the confirmation box appears, enter yes, and select Delete.
To check whether your task succeeded or failed, on main Azure toolbar, open the Notifications list (bell icon).
You can delete one or multiple Standard logic apps at the same time. A Standard logic app can have multiple workflows, so you can either delete the entire logic app or delete individual workflows.
Considerations for deleting Standard logic apps
Deleting a Standard logic app affects all its workflow instances in the following ways:
Azure Logic Apps immediately cancels any in-progress and pending workflow runs. However, the platform doesn't run cleanup tasks on the storage used by the logic app.
Azure Logic Apps doesn't create or run new workflow instances.
If you don't use source control, and you might have to later recover a deleted Standard logic app, make sure to save any custom settings that you need for recovery before you delete the logic app.
In the Azure portal, go to the Standard logic app.
On the logic app menu, under Settings, select Environment variables.
On the App settings tab, find, copy, and save any custom app settings and values that you need for later recovery.
On the logic app menu, under Settings, select Configuration.
On each settings tab, note any custom settings that you need for later recovery.
If you delete a logic app and its workflows, but you then recreate the same logic app and workflows, the recreated logic app and workflows don't have the same metadata as the deleted resources.
So, if you have another workflow that calls the deleted workflow, you must resave the caller workflow to refresh the metadata for the recreated workflow. That way, the caller gets the correct information for the recreated workflow. Otherwise, calls to the recreated workflow fail with an Unauthorized error. This behavior also applies to workflows that use artifacts in integration accounts and workflows that call Azure functions.
Delete Standard logic apps
In the Azure portal search box, enter logic apps, and select Logic apps.
On the Logic apps page, view only the Standard logic apps using the Plan filter.
In the checkbox column, select one or multiple logic apps to delete. On the toolbar, select Delete.
When the confirmation box appears, enter yes, and select Delete.
To check whether your task succeeded or failed, on main Azure toolbar, open the Notifications list (bell icon).
Considerations for deleting Standard workflows
You can delete one or multiple Standard workflows at the same time. Deleting a Standard workflow affects its workflow instances in the following ways:
Azure Logic Apps immediately cancels any in-progress and pending workflow runs. The platform also performs cleanup tasks on the storage used by the workflow.
Azure Logic Apps doesn't create or run new workflow instances.
If you delete a workflow, but you then recreate the same workflow, the recreated workflow doesn't have the same metadata as the deleted workflow.
So, if you have another workflow that calls the deleted workflow, you must resave the caller workflow to refresh the metadata for the recreated workflow. That way, the caller gets the correct information for the recreated workflow. Otherwise, calls to the recreated workflow fail with an Unauthorized error. This behavior also applies to workflows that use artifacts in integration accounts and workflows that call Azure functions.
Delete Standard workflows
In the Azure portal, open your Standard logic app resource.
On the logic app menu, under Workflows, select Workflows. In the checkbox column, select a single or multiple workflows to delete.
On the toolbar, select Delete.
To confirm whether your operation succeeded or failed, on main Azure toolbar, open the Notifications list (bell icon).
Recover a deleted Standard logic app
The steps to recover a deleted Standard logic app vary based on whether you use source control and the hosting option for your logic app.
Before you try to recover a deleted logic app, review the following considerations:
The run history from the deleted logic app is unavailable in the recovered logic app.
If your workflow starts with the Request trigger, the callback URL for the recovered logic app differs from the URL for the deleted logic app.
With source control
If you use source control, you can recover a deleted Standard logic app resource, based on the hosting option:
To recover a deleted Standard logic app that uses the Workflow Service Plan hosting option and runs in single-tenant Azure Logic Apps, try the following steps:
On the storage account menu, under Data storage, select File shares. Copy and save the file share name for later use in this guide.
Important
When you handle sensitive information, such as connection strings that include usernames, passwords,
access keys, and so on, make sure that you use the most secure authentication flow available.
For example, Standard logic app workflows don't support secure data types, such as securestring
and secureobject, aren't supported. Microsoft recommends that you authenticate access to Azure
resources with a managed identity
when possible, and assign a role with the least necessary privilege.
Similar to ARM templates, where you can define environment variables at deployment time, you can define app
settings in your logic app workflow definition. You can then
capture dynamically generated infrastructure values, such as connection endpoints, storage strings, and so on.
For more information, see Application types for the Microsoft identity platform.
2. Create new Standard logic app
In the Azure portal, create a new Standard logic app resource with the same hosting option and pricing tier. You can use either a new name or reuse the name from the deleted logic app.
On the logic app menu, under Settings, select Environment variables. On the App settings tab, update the following values. Make sure to save your changes when you finish.
App setting
Replacement value
AzureWebJobsStorage
Replace the existing value with the previously copied connection string from your storage account.
WEBSITE_CONTENTAZUREFILECONNECTIONSTRING
Replace the existing value with the previously copied connection string from your storage account.
WEBSITE_CONTENTSHARE
Replace the existing value with the previously copied file share name.
On your logic app menu, under Workflows, select Connections.
Open each connection. On the connection menu, under Settings, select Access policies.
In the Action column, select Delete to delete the access policy for the deleted logic app.
On the Access policies toolbar, select Add so you can add a new access policy, and select your replacement logic app.
Return to your replacement logic app.
If you have custom settings to restore, on the logic app menu, under Settings, selects Environment variables or Configuration, based on the types of settings that you have.
When you're done, restart your logic app.
Manage logic app versions (Consumption only)
When you save changes to your Consumption logic app workflow, Azure saves the version before you made your changes, and your edited version becomes the current version. You can view these previous versions, select a previous version to promote over the current version, and edit the selected version before you finish the promotion process.
View previous versions
In the Azure portal, open your Consumption logic app.
On the logic app menu, under Development Tools, select Versions.
From the Version list, select the workflow version that you want.
To filter the list, in the Versions page search bar, enter the version ID, if you know the ID.
The History version page shows the selected version in read-only mode. You can change between the designer view and code view.
Promote a previous version over the current version