Comprobación del estado del flujo de trabajo, visualización del historial de ejecución y configuración de alertas en Azure Logic Apps

Se aplica a: Azure Logic Apps (consumo + estándar)

Después de crear y ejecutar un flujo de trabajo de una aplicación lógica, puede comprobar el estado de ejecución de ese flujo, el historial de desencadenadores, el historial de ejecuciones de flujo de trabajo y el rendimiento.

Esta guía muestra cómo realizar las siguientes tareas:

• Revisión del historial de desencadenadores.
• Revisión del historial de ejecución del flujo de trabajo.
• Configure alertas para recibir notificaciones sobre errores u otros posibles problemas. Por ejemplo, puede crear una alerta que detecte "cuando se produzcan errores en más de cinco ejecuciones en una hora".

Para supervisar y revisar el estado de ejecución del flujo de trabajo para flujos de trabajo Estándar, consulte las secciones siguientes en Creación de un ejemplo de flujo de trabajo de aplicación lógica Estándar en Azure Logic Apps de un solo inquilino:

• Revisión del historial de desencadenadores
• Revisión del historial de ejecución del flujo de trabajo.
• Habilitación o apertura de Application Insights después de la implementación.

Para la supervisión de eventos en tiempo real y una depuración más completa, puede configurar el registro de diagnóstico para el flujo de trabajo de la aplicación lógica mediante los registros de Azure Monitor. Este servicio de Azure le ayuda a supervisar los entornos locales y en la nube para que pueda mantener más fácilmente su disponibilidad y rendimiento. De este modo, puede buscar y ver eventos, como los de desencadenador, de ejecución y de acción. Al almacenarla en registros de Azure Monitor, puede crear consultas de registro que le ayuden a buscar y analizar esta información. También puede usar estos datos de diagnóstico con otros servicios de Azure, como Azure Storage y Azure Event Hubs. Para más información, consulte Supervisión de aplicaciones lógicas con Azure Monitor.

Revisión del historial de desencadenadores

Cada ejecución de flujo de trabajo comienza con un desencadenador, que se activa según una programación o espera una solicitud o evento entrantes. En el historial de desencadenadores se muestran todos los intentos de desencadenamiento realizados por el flujo de trabajo y la información sobre las entradas y salidas de cada intento.

Consumo

1. En Azure Portal, abra el recurso de la aplicación lógica y el flujo de trabajo en el diseñador.

2. En el menú de la aplicación lógica, seleccione Introducción. En el panel Información general, seleccione Historial de desencadenadores.

   

   En Historial de desencadenadores aparecen todos los intentos de desencadenador. Cada vez que el desencadenador se activa correctamente, Azure Logic Apps crea una instancia de flujo de trabajo individual y la ejecuta. De forma predeterminada, cada instancia se ejecuta en paralelo para que ningún flujo de trabajo tenga que esperar antes de iniciar una ejecución. Si el flujo de trabajo se desencadena para varios eventos o elementos al mismo tiempo, aparece una entrada de desencadenador para cada elemento con la misma fecha y hora.

   

   En la tabla siguiente se muestran los estados de desencadenador posibles:

   Estado del desencadenador	Descripción
   Erróneo	Se produjo un error. Para revisar los mensajes de error generado para un desencadenador con error, seleccione el intento de desencadenador y elija Salidas. Por ejemplo, podría encontrar entradas que no son válidas.
   Omitido	El desencadenador ha comprobado el punto de conexión, pero no se han encontrado datos que cumplan los criterios especificados.
   Correcto	El desencadenador comprueba el punto de conexión y encuentra datos disponibles. Por lo general, un estado Activado también aparece junto a este estado. Si no es así, la definición del desencadenador puede tener una condición o un comando SplitOn que no se ha cumplido. Este estado se puede aplicar a un desencadenador manual, a uno basado en periodicidad o a uno de sondeo. Un desencadenador se puede ejecutar correctamente, pero la misma ejecución podría fallar cuando las acciones generan errores no controlados.

   Sugerencia

   Puede volver a comprobar el desencadenador sin esperar a la siguiente repetición. En la barra de herramientas del panel Información general, o en la del diseñador, seleccione Ejecutar desencadenador>Ejecutar.

3. Para ver información sobre un intento de desencadenador específico, seleccione ese evento de desencadenador.

   

   Si la lista muestra muchos intentos y no encuentra la entrada que desea, pruebe a filtrar la lista. Si no encuentra los datos previstos, elija Actualizar en la barra de herramientas.

   Ahora puede revisar la información sobre el evento de desencadenador seleccionado, por ejemplo:

   

Estándar

Para un flujo de trabajo con estado, puede revisar el historial de activación de cada ejecución, incluido el estado de activación junto con las entradas y salidas, por separado del historial de ejecución del flujo de trabajo. En Azure Portal, el historial de desencadenadores y el historial de ejecución aparecen en el nivel del flujo de trabajo, no en el nivel de la aplicación lógica.

1. En Azure Portal, abra el recurso de la aplicación lógica y el flujo de trabajo en el diseñador.

2. En el menú del flujo de trabajo, seleccione Información general. En la página Información general, seleccione Historial de desencadenadores.

   

   En Historial de desencadenadores aparecen todos los intentos de desencadenador. Cada vez que el desencadenador se activa correctamente, Azure Logic Apps crea una instancia de flujo de trabajo individual y la ejecuta. De forma predeterminada, cada instancia se ejecuta en paralelo para que ningún flujo de trabajo tenga que esperar antes de iniciar una ejecución. Si el flujo de trabajo se desencadena para varios eventos o elementos al mismo tiempo, aparece una entrada de desencadenador para cada elemento con la misma fecha y hora.

   

   En la tabla siguiente se muestran los estados de desencadenador posibles:

   Estado del desencadenador	Descripción
   Erróneo	Se produjo un error. Para revisar los mensajes de error generado para un desencadenador con error, seleccione el intento de desencadenador y elija Salidas. Por ejemplo, podría encontrar entradas que no son válidas.
   Omitido	El desencadenador ha comprobado el punto de conexión, pero no se han encontrado datos que cumplan los criterios especificados.
   Correcto	El desencadenador comprueba el punto de conexión y encuentra datos disponibles. Por lo general, un estado Activado también aparece junto a este estado. Si no es así, la definición del desencadenador puede tener una condición o un comando SplitOn que no se ha cumplido. Este estado se puede aplicar a un desencadenador manual, a uno basado en periodicidad o a uno de sondeo. Un desencadenador se puede ejecutar correctamente, pero la misma ejecución podría fallar cuando las acciones generan errores no controlados.

   Sugerencia

   Puede volver a comprobar el desencadenador sin esperar a la siguiente repetición. En la barra de herramientas de la página Información general, seleccione Ejecutar desencadenador>Ejecutar.

3. Para ver información sobre un intento de desencadenador específico, seleccione el identificador de ese intento de desencadenador.

   

   Si la lista muestra muchos intentos y no encuentra la entrada que desea, pruebe a filtrar la lista. Si no encuentra los datos previstos, elija Actualizar en la barra de herramientas.

4. Compruebe las entradas del desencadenador para confirmar que aparecen según lo esperado. En el panel Historial, bajo Vínculo de entradas, seleccione el vínculo que muestra el panel Entradas.

   

5. Compruebe las salidas del desencadenador, si las hay, para confirmar que aparecen según lo esperado. En el panel Historial, en Vínculo de salidas, seleccione el vínculo que muestra el panel Salidas.

   Entre las salidas del desencadenador se incluyen los datos que el desencadenador pasa al siguiente paso del flujo de trabajo. La revisión de estas salidas puede ayudarle a determinar si los valores correctos o esperados han pasado al siguiente paso del flujo de trabajo.

   Por ejemplo, el desencadenador RSS ha generado un mensaje de error que indica que no se ha encontrado la fuente RSS.

   

Revisión del historial de ejecución del flujo de trabajo

Cada vez que un desencadenador se activa correctamente, Azure Logic Apps crea una instancia de flujo de trabajo y la ejecuta. De forma predeterminada, cada instancia se ejecuta en paralelo para que ningún flujo de trabajo tenga que esperar antes de iniciar una ejecución. Puede revisar lo que ha ocurrido durante cada ejecución, incluido el estado de cada paso del flujo de trabajo, las entradas y las salidas.

Consumo

1. En Azure Portal, abra el recurso de la aplicación lógica y el flujo de trabajo en el diseñador.

2. En el menú de la aplicación lógica, seleccione Introducción. En la página Información general, seleccione Historial de ejecuciones.

   En Historial de ejecuciones aparecen todas las ejecuciones anteriores, actuales y en espera. Si el desencadenador se desencadena para varios eventos o elementos al mismo tiempo, aparece una entrada para cada elemento con la misma fecha y hora.

   

   En la tabla siguiente se muestran los estados de ejecución posibles:

   Estado de la ejecución	Descripción
   Anulado	La ejecución se ha detenido o no ha finalizado debido a problemas externos, por ejemplo, una interrupción del sistema o una suscripción de Azure vencida.
   Cancelado	La ejecución se ha desencadenado e iniciado, pero ha recibido una solicitud de cancelación.
   Erróneo	Se ha producido un error en al menos una acción de la ejecución. No se ha configurado ninguna acción posterior en el flujo de trabajo para controlar el error.
   Ejecución	La ejecución se ha desencadenado y está en curso. Pero este estado también puede aparecer para una ejecución que está limitada debido a los límites de acción o al plan de precios actual. Sugerencia: Si se configura un registro de diagnóstico, se puede obtener información sobre los eventos de limitación que se produzcan.
   Correcto	La ejecución se ha completado correctamente. Si se ha producido un error en alguna acción, se ha controlado mediante una acción posterior en el flujo de trabajo.
   Tiempo de espera agotado	Se ha agotado el tiempo de espera de la ejecución porque la duración actual ha superado el límite de duración de la ejecución, que se controla mediante el valor Retención del historial de ejecución en días. La duración de una ejecución se calcula mediante su hora de inicio y su límite de duración en esa hora de inicio. Nota: Si la duración de la ejecución también supera el límite de retención del historial de ejecución actual, que también se controla mediante la opción Retención del historial de ejecución de en días, la ejecución se borra del historial de ejecución mediante un trabajo de limpieza diario. Con independencia de que la ejecución agote el tiempo de espera o se complete, el período de retención siempre se calcula mediante la hora de inicio de la ejecución y el límite de retención actual. Por tanto, si reduce el límite de duración de una ejecución en curso, se agota su tiempo de espera. Sin embargo, la ejecución se mantiene o se borra del historial de ejecución en función de si su duración supera o no el límite de retención.
   En espera	La ejecución no se ha iniciado o está en pausa, por ejemplo, debido a un flujo de trabajo anterior que sigue en ejecución.

3. Para revisar los pasos y otros datos de una ejecución concreta, selecciónela en Runs history (Historial de ejecuciones). Si en la lista aparece una gran cantidad de ejecuciones y no se encuentra la entrada deseada, intente filtrar la lista.

   Sugerencia

   Si no aparece el estado de ejecución, seleccione Actualizar para intentar actualizar la página de información general. No se produce ninguna ejecución para un desencadenador que se omite debido a criterios que no se cumplen o si no se encuentra ningún dato.

   

   En el panel Ejecución de aplicación lógica se muestra cada paso de la ejecución seleccionada, el estado de ejecución de estos y el tiempo que se tarda en ejecutar cada uno de ellos, por ejemplo:

   

   Para ver esta información en forma de lista, en la barra de herramientas de Ejecución de aplicación lógica, seleccione Detalles de ejecución.

   

   En Detalles de ejecución se muestra cada paso, su estado y otra información.

   

   Por ejemplo, puede obtener la propiedad Correlation ID de la ejecución, que podría necesitar al usar la API REST de Logic Apps.

4. Para más información sobre un paso específico, seleccione cualquiera de las dos opciones:

   • En el panel Ejecución de aplicación lógica, seleccione el paso para que la forma se expanda. Ahora puede ver información como las entradas, las salidas y los errores que se han producido en ese paso.

     Por ejemplo, imagine que se ha producido un error en una acción y que quería revisar qué entradas podrían haber provocado un error en ese paso. Al expandir la forma, puede ver las entradas, las salidas y los errores de ese paso:

     

   • Seleccione el paso que desee en el panel Logic app run details (Detalles de ejecución de la aplicación lógica).

     

   Nota:

   Todos los detalles y eventos en tiempo de ejecución se cifran en Azure Logic Apps y solo se descifran cuando un usuario solicita ver esos datos. Puede ocultar las entradas y salidas en el historial de ejecución o controlar el acceso de los usuarios a esta información mediante el control de acceso basado en roles de Azure (RBAC de Azure).

Estándar

Solo puede ver el historial de ejecución de los flujos de trabajo con estado, no de aquellos sin estado. Para habilitar el historial de ejecución de un flujo de trabajo sin estado, consulte Habilitación del historial de ejecución para flujos de trabajo sin estado.

1. En Azure Portal, abra el recurso de la aplicación lógica y el flujo de trabajo en el diseñador.

2. En el menú del flujo de trabajo, seleccione Información general. En la página Información general, seleccione Historial de ejecución.

   En Historial de ejecución aparecen todas las ejecuciones anteriores, actuales y en espera. Si el desencadenador se desencadena para varios eventos o elementos al mismo tiempo, aparece una entrada para cada elemento con la misma fecha y hora.

   

   En la tabla siguiente se muestran los posibles estados finales que cada ejecución de flujo de trabajo puede tener y mostrar en el portal:

   Estado de ejecución	Icon	Descripción
   Anulado		La ejecución se ha detenido o no ha finalizado debido a problemas externos, por ejemplo, una interrupción del sistema o una suscripción de Azure vencida.
   Cancelado		La ejecución se ha desencadenado e iniciado, pero ha recibido una solicitud de cancelación.
   Erróneo		Se ha producido un error en al menos una acción de la ejecución. No se ha configurado ninguna acción posterior en el flujo de trabajo para controlar el error.
   Ejecución		La ejecución se ha desencadenado y está en curso. Pero este estado también puede aparecer para una ejecución que está limitada debido a los límites de acción o al plan de precios actual. Sugerencia: Si se configura un registro de diagnóstico, se puede obtener información sobre los eventos de limitación que se produzcan.
   Omitido		Se ha comprobado la condición del desencadenador, pero no se ha cumplido, por lo que la ejecución nunca se inició.
   Correcto		La ejecución se ha completado correctamente. Si se ha producido un error en alguna acción, se ha controlado mediante una acción posterior en el flujo de trabajo.
   Tiempo de espera agotado		Se ha agotado el tiempo de espera de la ejecución porque la duración actual ha superado el límite de duración de la ejecución, que se controla mediante el valor Retención del historial de ejecución en días. La duración de una ejecución se calcula mediante su hora de inicio y su límite de duración en esa hora de inicio. Nota: Si la duración de la ejecución también supera el límite de retención del historial de ejecución actual, que también se controla mediante la opción Retención del historial de ejecución de en días, la ejecución se borra del historial de ejecución mediante un trabajo de limpieza diario. Con independencia de que la ejecución agote el tiempo de espera o se complete, el período de retención siempre se calcula mediante la hora de inicio de la ejecución y el límite de retención actual. Por tanto, si reduce el límite de duración de una ejecución en curso, se agota su tiempo de espera. Sin embargo, la ejecución se mantiene o se borra del historial de ejecución en función de si su duración supera o no el límite de retención.
   En espera		La ejecución no se ha iniciado o está en pausa, por ejemplo, debido a un flujo de trabajo anterior que sigue en ejecución.

3. En la pestaña Historial de ejecuciones, seleccione la ejecución que desee revisar.

   Se abre la página de detalles de la ejecución y se muestra el estado de cada paso de la ejecución.

   Sugerencia

   Si el estado de ejecución no aparece, en la barra de herramientas de la página Información general, seleccione Actualizar. No se produce ninguna ejecución para un desencadenador que se omite debido a criterios que no se cumplen o si no se encuentra ningún dato.

   Si en la lista aparece una gran cantidad de ejecuciones y no se encuentra la entrada deseada, intente filtrar la lista.

   

   En el panel Ejecución de aplicación lógica se muestra cada paso de la ejecución seleccionada, el estado de ejecución de estos y el tiempo que se tarda en ejecutar cada uno de ellos, por ejemplo:

   

   En la tabla siguiente se muestran los posibles estados que cada acción de flujo de trabajo puede tener y mostrar en el portal:

   Estado de la acción	Icon	Descripción
   Anulado		La acción se ha detenido o no ha finalizado debido a problemas externos; por ejemplo, una interrupción del sistema o una suscripción de Azure vencida.
   Cancelado		La acción se estaba ejecutando, pero recibió una solicitud de cancelación.
   Erróneo		Se produjo un error en la acción.
   En ejecución		La acción se está ejecutando actualmente.
   Omitido		La acción se ha omitido porque no se han cumplido sus condiciones runAfter; por ejemplo, no se ha podido completar la acción anterior. Cada acción tiene un objeto runAfter donde puede configurar las condiciones que deben cumplirse antes de que se pueda ejecutar la acción actual.
   Correcto		La acción se realizó correctamente.
   Se realizó correctamente con reintentos		La acción se ha realizado correctamente, pero solo después de uno o más reintentos. Para revisar el historial de reintentos en la vista de detalles del historial de ejecución, seleccione esa acción para que pueda ver las entradas y salidas.
   Tiempo de espera agotado		La acción se detuvo debido al límite de tiempo de espera que especificó la configuración de la acción.
   En espera		Se aplica a una acción de webhook que está esperando una solicitud entrante de un autor de llamada.

4. Después de que aparezcan todos los pasos de la ejecución, seleccione cada uno para revisar más información, como entradas, salidas y errores que se han producido en ese paso.

   Por ejemplo, imagine que se ha producido un error en una acción y que quería revisar qué entradas podrían haber provocado un error en ese paso.

   

   En la captura de pantalla siguiente se muestran las salidas del paso con error.

   

   Nota:

   Todos los detalles y eventos en tiempo de ejecución se cifran en Azure Logic Apps y solo se descifran cuando un usuario solicita ver esos datos. Puede ocultar entradas y salidas en el historial de ejecución.

Volver a ejecutar un flujo de trabajo con las mismas entradas

Puede volver a ejecutar un flujo de trabajo terminado previamente con las mismas entradas que el flujo de trabajo usó anteriormente de las siguientes maneras:

• Vuelva a ejecutar todo el flujo de trabajo.

• Vuelva a ejecutar el flujo de trabajo a partir de una acción específica. La acción reenviada y todas las acciones posteriores se ejecutan como de costumbre.

Al completar esta tarea se crea y se agrega una nueva ejecución de flujo de trabajo al historial de ejecución del flujo de trabajo.

Limitaciones y consideraciones

• De forma predeterminada, solo se admiten los flujos de trabajo de Consumo y los flujos de trabajo con estado Estándar, que registran y almacenan el historial de ejecución. Para usar estas funcionalidades con un flujo de trabajo estándar sin estado, habilite el modo con estado. Para obtener más información, vea Habilitación del historial de ejecución para flujos de trabajo sin estado y Habilitar el modo con estado para conectores sin estado.

• La ejecución reenviada ejecuta la misma versión de flujo de trabajo que la ejecución original, incluso si actualizó la definición del flujo de trabajo.

• Solo puede volver a ejecutar acciones de flujos de trabajo secuenciales. Actualmente no se admiten flujos de trabajo con rutas de acceso paralelas.

• El flujo de trabajo debe tener un estado completado, como Correcto, Erróneo o Cancelado.

• El flujo de trabajo debe tener 40 o menos acciones para que vuelva a ejecutarse desde una acción específica.

• Si el flujo de trabajo tiene operaciones como, por ejemplo, operaciones de creación o eliminación, volver a enviar una ejecución podría crear datos duplicados o intentar eliminar los datos que ya no existen, lo que produciría un error.

• Actualmente, estas funcionalidades no están disponibles con Visual Studio Code o la CLI de Azure.

Consumo

Volver a ejecutar todo el flujo de trabajo

1. En Azure Portal, abra el recurso de la aplicación lógica y el flujo de trabajo en el diseñador.

2. En el menú de la aplicación lógica, seleccione Introducción. En la página Información general, seleccione Historial de ejecuciones.

   En Historial de ejecuciones aparecen todas las ejecuciones anteriores, actuales y en espera. Si el desencadenador se desencadena para varios eventos o elementos al mismo tiempo, aparece una entrada para cada elemento con la misma fecha y hora.

3. En el panel Historial de ejecuciones, seleccione la ejecución que desea volver a enviar.

4. En la barra de herramientas Ejecución de aplicación lógica, seleccione Volver a enviar y, a continuación, seleccione Sí.

   El panel Historial de ejecuciones muestra ahora la ejecución que se ha vuelto a enviar.

   Sugerencia

   Si esta ejecución no aparece en la barra de herramientas del panel Historial de ejecuciones, seleccione Actualizar. No se produce ninguna ejecución para un desencadenador que se omite debido a criterios que no se cumplen o si no se encuentra ningún dato.

5. Para revisar las entradas y salidas de la ejecución del flujo de trabajo reenviado, en la pestaña Historial de ejecuciones, seleccione esa ejecución.

Volver a ejecutar desde una acción específica

La funcionalidad de reejecución está disponible para todas las acciones, excepto para escenarios de simultaneidad no secuenciales y complejos, y según las limitaciones siguientes:

Acciones	Reenviar disponibilidad y limitaciones
Acción Condición y acciones en las rutas de acceso True y False	- Sí para la acción Condición - No para acciones en las rutas de acceso True y False
Para cada acción más todas las acciones dentro del bucle y después del bucle	No para todas las acciones
Acción Switch y todas las acciones de la ruta de acceso de Predeterminada y las rutas de acceso de Caso	- Sí para la acción Switch - No para las acciones de la ruta de acceso de Predeterminada y las rutas de acceso de Caso
Hasta la acción más todas las acciones dentro del bucle y después del bucle	No para todas las acciones

1. En Azure Portal, abra el recurso de aplicación lógica.

2. En el menú de recursos de la aplicación lógica, seleccione Introducción. En la página Información general, seleccione Historial de ejecuciones, que muestra el historial de ejecución del flujo de trabajo.

3. En la pestaña Historial de ejecuciones, seleccione la ejecución que desee volver a enviar.

   Se abre la página de detalles de la ejecución y se muestra el estado de cada paso de la ejecución.

4. En la página de detalles de ejecución, busque la acción desde la que desea reenviar la ejecución del flujo de trabajo, abra el menú contextual y seleccione Enviar desde esta acción.

   La página de detalles de ejecución se actualiza y muestra la nueva ejecución. Todas las operaciones que preceden a la acción reenviada muestran un icono de estado de color más claro, que representa las entradas y salidas reutilizadas. La acción reenviada y las acciones posteriores muestran los iconos de estado con el color habitual. Para obtener más información, consulte Revisar el historial de ejecución del flujo de trabajo.

   Sugerencia

   Si la ejecución no ha finalizado completamente, en la barra de herramientas de la página de detalles de ejecución, seleccione Actualizar.

Estándar

Solo puede volver a ejecutar flujos de trabajo con estado, no aquellos sin estado. Para habilitar el historial de ejecución de un flujo de trabajo sin estado, consulte Habilitación del historial de ejecución para flujos de trabajo sin estado.

Volver a ejecutar todo el flujo de trabajo

1. En Azure Portal, abra el recurso de la aplicación lógica y el flujo de trabajo en el diseñador.

2. En el menú del flujo de trabajo, seleccione Información general. En el panel Información general, seleccione Historial de ejecución, que muestra el historial de ejecución del flujo de trabajo actual.

3. En la pestaña Historial de ejecuciones, seleccione la ejecución que desee volver a enviar.

4. En la barra de herramientas del historial de ejecución, seleccione Volver a enviar.

5. Vuelva a la página Información general y a la pestaña Historial de ejecuciones, que ahora muestra la ejecución que se ha vuelto a enviar.

   Sugerencia

   Si la ejecución que se ha vuelto a enviar no aparece, en la barra de herramientas de la página Información general, seleccione Actualizar. No se produce ninguna ejecución para un desencadenador que se omite debido a criterios que no se cumplen o si no se encuentra ningún dato.

6. Para revisar las entradas y salidas de la ejecución del flujo de trabajo reenviado, en la pestaña Historial de ejecución, seleccione esa ejecución.

Volver a ejecutar desde una acción específica

La funcionalidad de reejecución está disponible para todas las acciones, excepto para escenarios de simultaneidad no secuenciales y complejos, y según las limitaciones siguientes:

Acciones	Reenviar disponibilidad y limitaciones
Acción Condición y acciones en las rutas de acceso True y False	- Sí para la acción Condición - No para acciones en las rutas de acceso True y False
Para cada acción más todas las acciones dentro del bucle y después del bucle	No para todas las acciones
Acción Switch y todas las acciones de la ruta de acceso de Predeterminada y las rutas de acceso de Caso	- Sí para la acción Switch - No para las acciones de la ruta de acceso de Predeterminada y las rutas de acceso de Caso
Hasta la acción más todas las acciones dentro del bucle y después del bucle	No para todas las acciones

1. En Azure Portal, abra el recurso de la aplicación lógica y el flujo de trabajo.

2. En el menú del flujo de trabajo, seleccione Información general. En el panel Información general, seleccione Historial de ejecución, que muestra el historial de ejecución del flujo de trabajo actual.

3. En la pestaña Historial de ejecuciones, seleccione la ejecución que desee volver a enviar.

   Se abre la página de detalles de la ejecución y se muestra el estado de cada paso de la ejecución.

4. En la página de detalles de ejecución, busque la acción desde la que desea reenviar la ejecución del flujo de trabajo, abra el menú contextual y seleccione Enviar desde esta acción.

   La página de detalles de ejecución se actualiza y muestra la nueva ejecución. Todas las operaciones que preceden a la acción reenviada muestran un icono de estado de color más claro, que representa las entradas y salidas reutilizadas. La acción reenviada y las acciones posteriores muestran los iconos de estado con el color habitual. Para obtener más información, consulte Revisar el historial de ejecución del flujo de trabajo.

   Sugerencia

   Si la ejecución no ha finalizado completamente, en la barra de herramientas de la página de detalles de ejecución, seleccione Actualizar.

Configuración de alertas de supervisión

Para obtener alertas de métricas o umbrales superados concretos de la aplicación lógica, configure las alertas en Azure Monitor. Para más información, revise Métricas en Azure.

Para configurar alertas sin usar Azure Monitor, siga estos pasos, que se aplican tanto a los recursos de aplicación lógica Estándar y de Consumo:

1. En el menú de la aplicación lógica, en Supervisión, seleccione Alertas. En la barra de herramientas, seleccione Crear>Regla de alertas.

2. En la página Crear una regla de alertas, en la lista Nombre de la señal, seleccione la señal para la que desea obtener una alerta.

   Nota:

   Las señales de alerta disponibles difieren entre consumo y aplicaciones lógicas estándar. Por ejemplo, las aplicaciones lógicas de consumo tienen muchas señales relacionadas con desencadenadores, como desencadenadores completados y desencadenadores de error, mientras que los flujos de trabajo estándar tienen las señales de recuento completado de desencadenadores de flujo de trabajo y ratio de desencadenadores de flujo de trabajo.

   Por ejemplo, para enviar una alerta cuando se produce un error en un desencadenador en un flujo de trabajo de Consumo, siga estos pasos:

   1. En la lista Nombre de señal, seleccione la señal Desencadenadores con error.

   2. En Lógica de alerta, configure la condición, por ejemplo:

      Propiedad	Valor de ejemplo
      Umbral	Estática
      Tipo de agregación	Recuento
      Operador	Mayor o igual que
      Unidad	Recuento
      Valor del umbral	1

      La sección Vista previa muestra ahora la condición que configuró, por ejemplo:

      Siempre que el recuento de desencadenadores con error sea mayor o igual que 1

   3. En Cuándo evaluar, configure la programación para comprobar la condición:

      Propiedad	Valor de ejemplo
      Comprobar cada	1 minuto
      Período de retrospectiva	5 minutos

      Por ejemplo, la condición finalizada es similar al ejemplo siguiente y la página Crear una regla de alerta ahora muestra el coste de ejecutar esa alerta:

      

3. Seleccione Revisar y crear cuando esté preparado.

Para obtener información general, consulte Crear una regla de alertas a partir de un recurso específico: Azure Monitor.

Pasos siguientes

• Supervisión de aplicaciones lógicas con Azure Monitor