Regulación del flujo de trabajo de SharePoint 2013 y performance en SharePoint Online y Project Online

IMPORTANTE: Este artículo ha sido traducido por un software de traducción automática de Microsoft (http://support.microsoft.com/gp/mtdetails) en lugar de un traductor humano. Microsoft le ofrece artículos traducidos por un traductor humano y artículos traducidos automáticamente para que tenga acceso en su propio idioma a todos los artículos de nuestra base de conocimientos (Knowledge Base). Sin embargo, los artículos traducidos automáticamente pueden contener errores en el vocabulario, la sintaxis o la gramática, como los que un extranjero podría cometer al hablar el idioma. Microsoft no se hace responsable de cualquier imprecisión, error o daño ocasionado por una mala traducción del contenido o como consecuencia de su utilización por nuestros clientes. Microsoft suele actualizar el software de traducción frecuentemente.

Haga clic aquí para ver el artículo original (en inglés): 3076399
INTRODUCCIÓN
Este artículo contiene información acerca del límite de los escenarios y las limitaciones de los flujos de trabajo que utilizan el tipo de plataforma de flujo de trabajo de SharePoint 2013 en Microsoft SharePoint Online y Microsoft Project Online.
MÁS INFORMACIÓN
Para obtener más información acerca de regulación en SharePoint Online, visite el siguiente sitio Web de Microsoft:
Para obtener más información acerca de los límites de mensajes de correo electrónico para flujos de trabajo de SharePoint Online, visite el siguiente sitio Web de Microsoft:
3150442 Error de "ha excedido el límite diario de correo electrónico y se ha suspendido el flujo de trabajo" en SharePoint Online

Actividad de flujo de trabajo de SharePoint 2013 puede ser regulado por dos niveles de regulación:
  • Límite de SharePoint Online
  • Límite de servicio de flujo de trabajo

Límite de servicio de flujo de trabajo

Regulación se realiza para permitir el uso de recursos razonable. También protege el entorno de flujos de trabajo perjudiciales y flujos de trabajo que no siguen las mejores prácticas. Límite de servicio de flujo de trabajo no está controlada por SharePoint Online. El servicio de flujo de trabajo y SharePoint Online son dos servicios independientes, y cada servicio acelera las peticiones en interés general servicios de salud. En el servicio de flujo de trabajo, el límite se realiza en el nivel de ámbito de flujo de trabajo que se alinea con los sitios de SharePoint Online. Límite global no contablemente. En su lugar, cada servicio de back-end de flujo de trabajo realiza un seguimiento de uso del ámbito de un flujo de trabajo por separado. Puede haber uno o más flujos de trabajo en un ámbito de flujo de trabajo. Regulación del flujo de trabajo es dinámico y se volverá a evaluar periódicamente por ámbito de flujo de trabajo y flujo de trabajo servicio back-end.

El servicio de flujo de trabajo también limita el número de solicitudes salientes que puede generar una instancia de flujo de trabajo única. En un período de 24 horas, una instancia de flujo de trabajo solo puede generar hasta 5.000 solicitudes salientes. Después de generan 5.000 solicitudes salientes en un período de 24 horas, el flujo de trabajo se suspende por el servicio de flujo de trabajo. La páginaEstado del flujo de trabajo para el flujo de trabajo contendrá información sobre el flujo de trabajo suspendido. En este escenario, el Estado interno de la burbuja de información mostrará el mensaje siguiente:
La instancia ha superado la cuota de la solicitud http de salida para un 1.00:00:00 período de tiempo. Se alcanzó el límite de 5000 solicitud en <time>.</time>

Nota: la <time>marcador de posición representa el tiempo que se tardó en alcanzar el límite de 5.000 solicitudes para su flujo de trabajo.</time>

Se puede reanudar la instancia de flujo de trabajo suspendido, haga clic enReanudarpara el flujo de trabajo o mediante el modelo de objetos de cliente de flujo de trabajo de SharePoint transcurridas 24 horas. Esto debe ocurrir antes de que finalice el flujo de trabajo.

Si el flujo de trabajo supera el límite de uso de CPU, elestado de flujo de trabajo de página para el flujo de trabajo contendrá información sobre el flujo de trabajo suspendido. En este escenario, elEstado internode la burbuja de información mostrará el mensaje siguiente:
La instancia de flujo de trabajo supera el límite de uso de CPU de Acelerador de 00:00:01.2000000 y no se pudo descargar porque no se estableció con persistencia.

Instanceswill de flujo de trabajo suspendido terminará después de 10 días. La burbuja de información para elinterno del estado del mostrará el siguiente mensaje de error si se termina el flujo de trabajo:
System.Activities.Statements.WorkflowTerminatedException: La instancia se ha movido desde el estado suspendido al estado terminado porque ha caducado.
Finalmente se limpiará un flujo de trabajo terminado. Después de un flujo de trabajo terminado se limpia, mostrará el siguiente mensaje:
Lo sentimos, algo salió mal.
No podemos encontrar ese flujo de trabajo. Instancias completas se limpian automáticamente

Ámbitos de flujo de trabajo

Un ámbito de flujo de trabajo se define como un sitio en una colección de sitios. Por ejemplo, la siguiente dirección URL para una colección de sitios raíz y se considera un ámbito de flujo de trabajo:
https://contoso.SharePoint.com/sites/rootsite
Un ejemplo de otro ámbito de flujo de trabajo que está en la misma colección de sitios es la siguiente. Sin embargo, este ámbito de flujo de trabajo está en un subsitio.
https://contoso.SharePoint.com/sites/rootsite/subsite

¿Qué es una solicitud?

Flujos de trabajo de SharePoint 2013 se basan en el modelo de complementos para SharePoint y utilizan las API del resto para interactuar con los datos de SharePoint. Para obtener más información, visite el siguiente sitio Web de Microsoft:Una solicitud es una llamada de red desde el servicio de flujo de trabajo a un extremo de SharePoint Online o de proyecto en línea REST API. No hay ninguna diferencia entre el tipo de solicitud o la respuesta para una solicitud determinada. Una acción y sus actividades compuestas no contribuyen al recuento de solicitud a menos que la solicitud implica una API de REST de SharePoint de 2013. Por ejemplo, la acción registrar en lista de historial puede generar solicitudes de cinco o más durante una operación saludable. Además, lógica de reintento está integrado en los flujos de trabajo en caso de que algo salga mal. Esto puede generar solicitudes adicionales.

Muchas acciones producen las solicitudes y las solicitudes se pueden minimizar utilizando las mejores prácticas. Porejemplo, puede utilizar una única acción de Elemento de la lista de actualizaciónen lugar de varias acciones de Establecer campo en elemento actual para reducir el número de solicitudes que se realizan en un ámbito de flujo de trabajo y todavía conseguir los mismos resultados.

Recomendaciones de diseño de flujo de trabajo

Hay muchas formas de generar gran cantidad de solicitudes en un flujo de trabajo que puede resultar en límite. Algunos ejemplos generales son los siguientes:
  • Un solo bucle agresivamente varios flujos de trabajo de forma agresiva bucles o flujo de trabajo
  • Un flujo de trabajo que está asociado a una lista o biblioteca mientras se está migrando el contenido en SharePoint Online.
  • Versiones anteriores de problemas de flujo de trabajo que se han corregido y que seguirán ejecutando instancias de flujo de trabajo que tengan la configuración problemática hasta que se termina el flujo de trabajo
Debe permitir el flujo de trabajo alcance del límite exigido por el servicio de flujo de trabajo para casos típicos de flujo de trabajo. Sin embargo, a medida que crece más sofisticada lógica de flujo de trabajo, el flujo de trabajo puede superar los límites de seguridad.

Los siguientes escenarios de flujo de trabajo específico también dará como resultado la limitación.

Escenario 1: Un flujo de trabajo que se repite para supervisar cambios

Por ejemplo, podría comprobar un elemento para las actualizaciones en lugar de esperar a que un artículo se actualice.

Escenario 2: Utilizar un flujo de trabajo para ejecutar algoritmos complejos

Flujos de trabajo están diseñados para administrar los procesos impulsados por documentos, humanos y no para enviar tareas de cálculo importantes.

Escenario 3: tener varios flujos de trabajo ejecutar utilizar la espera de evento en el elemento de lista "actividad

En este escenario, se escuchará cada flujo de trabajo para los cambios en la lista destino. Si hay muchos flujos de trabajo que ejecutan, cada flujo de trabajo tendrá que reaccionar ante el evento producido y posiblemente telefónicamente en SharePoint Online para realizar algunas operaciones.

Nota: Esto también puede ocurrir si hay muchos cambios en una lista para que un flujo de trabajo está configurado para iniciarse cuando se cree o modifique un elemento.

Alternativas al escenario 1: un flujo de trabajo que se repite para supervisar cambios

Opción 1: Use SharePoint complementos y receptores de eventos externos

Se debe evaluar el diseño de flujo de trabajo, y se debe utilizar un enfoque de diseño diferente. Complementos de SharePoint o receptores de eventos externos son más adecuados para esta tarea.

Opción 2: Agregar una acción de pausa

Puede mejorar un poco el diseño del flujo de trabajo agregando un retraso (es decir, una acción de pausa). Esto debería reducir el tráfico que se genera. Sin embargo, no cambia las deficiencias generales de este diseño.

Opción 3: Usar la actividad de "Esperar para cambio en el actual elemento de campo"

En lugar de mediante un bucle para buscar cambios, es mejor utilizar los receptores de eventos predeterminado. Cuando se crea o cambia un elemento, se puede iniciar un flujo de trabajo. Ejecutar varias instancias de flujo de trabajo en lugar de tener un flujo de trabajo en un bucle agresivo es mejor. Las condiciones del flujo de trabajo pueden configurarse para realizar el trabajo sólo cuando sea necesario.


Captura de pantalla del cuadro de diálogo Opciones de inicio

Sólo una instancia de flujo de trabajo de un flujo de trabajo se puede ejecutar en un momento dado.

Otro enfoque es utilizar la actividad Espere campo al cambio en el elemento actual .

El diseño de flujo de trabajo puede utilizar una columna de elección con varios valores para impulsar la ejecución del flujo de trabajo. Sólo cuando se selecciona una opción apropiada por un usuario final se reanudará el flujo de trabajo. Esto puede impedir bucles agresiva y las instancias de flujo de trabajo innecesario que se inició. El flujo de trabajo se ejecuta cuando el elemento está listo en lugar de ejecutar o iniciar varias instancias.

Puede supervisar varios valores de varios campos mediante varios bloques paralelos. El flujo de trabajo puede esperar de un estado específico y continúe ejecutar hacia abajo una ruta determinada, como en el ejemplo siguiente. (Los pasos para implementar esta opción se incluyen).

Captura de pantalla del cuadro de diálogo fase 2
  1. Cree una variable de tipo Boolean .

    Captura de pantalla del cuadro de diálogo Modificar la Variable
  2. Establezca el valor en No.
  3. Inserta un bloque paralelo, haga clic en el bloque y, a continuación, haga clic en Propiedades avanzadas.

    Captura de pantalla del cuadro de diálogo Propiedades
  4. En la lista desplegable, seleccione la variable que creó en el paso 1.
  5. Inserte dos bloques paralelos en el bloque paralelo insertado que tiene la propiedad CompletionCondition.

    Captura de pantalla de la configuración de bloques paralelos
  6. En el primero de los dos bloques paralelos que ha insertado en el paso 5, introduzca la actividad Esperar cambio de campo en el elemento actual . Cambiar la actividad para que está supervisando una columna opción. No supervisa la opción predeterminada.

    Captura de pantalla de la configuración de bloques paralelos
  7. Establezca la variable de flujo de trabajo que se utiliza para detener los otros bloques paralelos en .

    Captura de pantalla de la configuración de bloques paralelos
  8. Repita los pasos 1 a 7 para los demás valores de la columna de opción.
  9. Mover las otras partes del flujo de trabajo original a una posición después de los bloques paralelos.
Cuando uno de los bloques paralelos anidados tiene todas sus actividades ejecutados, el bloque paralelo primario finalizará las demás actividades en los otros bloques paralelos. Esto permite que el flujo de trabajo continuar. Los bloques paralelos anidados están supervisados por el bloque paralelo primario mediante una variable.

Opción 4: Iniciar un flujo de trabajo de SharePoint 2010 desde el flujo de trabajo de SharePoint de 2013

Puede utilizar el tipo de plataforma de flujo de trabajo de SharePoint 2010 para realizar algunos de los trabajos que está realizando el tipo de plataforma de flujo de trabajo de SharePoint de 2013. Esto puede reducir el número de solicitudes.

En concreto, se puede iniciar un flujo de trabajo de SharePoint 2010 para supervisar los cambios de campo utilizando la actividad Esperar cambio de campo en el elemento actual o para realizar otras muchas operaciones básicas.

Alternativa al escenario 2: uso de un flujo de trabajo para ejecutar algoritmos complejos

Si la solución exige importantes tareas computacionales, considere la posibilidad de desarrollar un complemento para SharePoint. Para obtener más información, visite el siguiente sitio Web de Microsoft:

¿Sigue necesitando ayuda? Vaya a la Comunidad de Office 365 .

Advertencia: este artículo se tradujo automáticamente

Propiedades

Id. de artículo: 3076399 - Última revisión: 05/26/2016 15:57:00 - Revisión: 10.0

Microsoft Office SharePoint Online, Microsoft Project Online

  • o365 o365e o365p o365a o365m o365022013 kbgraphxlink kbgraphic kbmt KB3076399 KbMtes
Comentarios