Compartir a través de

  • Artículo

Sistema de cola de Microsoft Office Project Server 2007

Actualizado: mayo de 2009

 

Última modificación del tema: 2015-02-27

En este artículo:

  • Introducción

  • Proceso de cola

  • Arquitectura de cola

  • Colas de proyectos y partes de horas

  • Implementación de colas

  • Agrupaciones de colas

  • Estados de colas

  • Administración de colas

  • Administración de la cola

En este artículo se describe el sistema de cola de Microsoft Office Project Server 2007, que es una característica clave nueva de esta versión de Project Server. Además, se proporciona una introducción al sistema de cola, el proceso y la arquitectura de la cola, los métodos de agrupación de los trabajos en cola, los posibles estados de los trabajos en cola y la administración de colas mediante la interfaz de usuario de Microsoft Office Project Web Access.

Introducción

Una cola es una línea de espera necesaria si el número de solicitudes de servicio es superior a la capacidad de servicio. En Enterprise Project Management, se dan varios de estos casos. Por ejemplo:

  • Al final de la jornada laboral del viernes, unos 500 empleados de una pequeña empresa envían sus partes de horas.

  • Varias horas antes de la reunión sobre el estado del equipo, prácticamente todos los jefes de proyecto publican sus proyectos.

La finalidad del sistema de cola de Office Project Server 2007 es controlar todos estos cambios del nivel de demanda de forma correcta y confiable. El sistema de cola de Office Project Server 2007 incluye todas las entradas de los usuarios, registra las entradas de las solicitudes en Microsoft SQL Server y, a continuación, procesa los datos asincrónicamente por orden de llegada. La cola garantiza el funcionamiento de la solución EPM de Office Project Server 2007 en los momentos de máxima demanda.

Prácticamente todas las operaciones críticas del sistema Office Project Server 2007 pasan por el sistema de cola de Office Project Server 2007. Estas operaciones son:

  • Almacenamiento de proyectos

  • Publicación de proyectos

  • Almacenamiento de partes de horas

  • Envío de partes de horas

  • Copia de seguridad y recuperación de proyectos

  • Operaciones del servicio de datos de informes

  • Operaciones del servicio de generación de cubos

  • Programación de servidor (y procesamiento de coherencia de nodos)

El sistema de cola de Project Server ofrece las siguientes ventajas:

  • Confiabilidad

    1. Integridad de los datos: se incluye un protocolo definido correctamente para guardar todos los trabajos de la cola. Si un trabajo no se guarda correctamente, no se procesa. Además, todos los trabajos se guardan en SQL Server (no en el sistema de archivos) y se aprovechan para ello las transacciones de SQL Server.

    2. Entrega por orden: si un usuario de Project Professional hace clic en Guardar y, a continuación, en Publicar, el sistema de cola de Project Server garantiza el procesamiento del trabajo guardado el primer lugar, seguido del trabajo publicado.

    3. Tolerancia a errores: los trabajos con errores de la cola se pueden reintentar. Además, en caso de que se esté ejecutando más de una instancia del servicio NT de cola, si una de las instancias deja de responder, otra instancia controla la carga adicional automáticamente. (Este proceso de llama conmutación por error transparente).

  • Escalabilidad

    1. Multiproceso: el sistema de cola de Office Project Server 2007 puede procesar varios trabajos a la vez. Por ejemplo, se pueden procesar simultáneamente el almacenamiento del proyecto 1, la publicación del proyecto 2 y un trabajo de generación de cubos.

    2. Puede agregar servidores de nivel intermedio para controlar mejor la carga. Cada servidor de nivel intermedio incluye un servicio de cola de Project Server y las cargas se equilibran automáticamente.

    3. Al número de trabajos de la cola sólo se le aplican las limitaciones de escala de SQL Server.

  • Facilidad de administración

Proceso de cola

En la siguiente ilustración se muestra el proceso de cola:

Proceso de puesta en cola de Project Server 2007

  1. El usuario realiza una solicitud de servidor desde una aplicación cliente (por ejemplo, la publicación de un proyecto en Project Professional). El usuario pasa un identificador del trabajo (identificador único que realiza un seguimiento de la solicitud) como parte de la solicitud.

  2. El servicio Project Web procesa la solicitud y la incluye en la cola.

  3. Se genera un identificador de trabajo para el usuario a modo de confirmación.

  4. El usuario consulta el estado de la solicitud mediante el identificador de trabajo generado.

  5. El sistema de cola de Office Project Server 2007 devuelve el estado de la solicitud al usuario.

Arquitectura de cola

La arquitectura lógica del sistema de cola de Project Server consta de los cuatro módulos siguientes.

  • Almacenamiento de trabajos

  • Sondeo de trabajos

  • Procesamiento de trabajos

  • Comprobación y administración del estado de los trabajos

Cuando se realizan solicitudes de servicio en el sistema de cola de Project Server, como la adición o el procesamiento de trabajos, o la recuperación del estado, estos módulos funcionan de forma conjunta para realizar la tarea requerida. En esta sección se describe este proceso detalladamente.

Módulos de cola

El servicio NT de cola se instala en cada equipo servidor de aplicaciones de Project Server como parte del aprovisionamiento. Inicia un "proceso de trabajo de cola" por cada proveedor de servicios compartidos (SSP) definido en la granja de servidores. El proceso de trabajo de cola proporciona todas las instancias de Project Web Access (PWA) asociadas a este SSP y se ejecuta con la identidad "Administrador de SSP". Tenga en cuenta este modelo de implementación en el resto de esta sección. Para obtener más información, vea la sección Implementación de colas más adelante en este artículo.

Servicio NT de puesta en cola de Project Server 2007

El sistema de cola de Project Server consta de los cuatro módulo siguientes:

  1. Almacenamiento de trabajos: los trabajos de la cola se almacenan en las bases de datos de borrador y publicación de Project Server. De este modo, se hace una copia de seguridad y restauración de los trabajos como parte de las operaciones de copia de seguridad y recuperación de bases de datos habituales de Project Server.

    Almacenamiento de trabajos

  2. Sondeo de trabajos: se realiza un sondeo del almacenamiento de trabajos a intervalos regulares mediante un subproceso de sondeo de trabajos para comprobar si hay trabajos nuevos. Los administradores configuran los intervalos de sondeo en las páginas de administración de colas de Project Web Access.

    Sondeo de trabajos

    1. El proceso de trabajo de cola inicia los subprocesos de sondeo de trabajos para cada instancia de PWA proporcionada. El subproceso de sondeo de trabajos se ejecuta en el "Proceso de trabajo de cola" y con la identidad "Proceso de trabajo de cola".

    2. El subproceso de sondeo de trabajos tiene dos propiedades principales:

      Propiedad Descripción

      Tipo

      Un subproceso de sondeo de trabajos determinado puede ser un "subproceso de sondeo de trabajos de proyecto" (búsqueda de trabajos relacionados con un proyecto) o un "subproceso de sondeo de trabajos de parte de horas" (búsqueda de trabajos relacionados con un parte de horas).

      Instancia de Project Web Access

      Cada subproceso de sondeo de trabajos busca los trabajos creados en una instancia concreta de Project Web Access.

  3. Procesamiento de trabajos: el subproceso de sondeo de trabajos genera un subproceso de procesamiento de trabajos para cada trabajo que encuentra. Los administradores pueden configurar el número máximo de subprocesos de procesamiento de trabajos. Tenga en cuenta que los subprocesos de procesamiento de trabajos residen en el proceso "Servicio NT de cola" y se ejecutan con la identidad "Servicio NT de cola".

    Project Server 2007: procesamiento de trabajos en cola

  4. Comprobación y administración del estado de los trabajos: es el módulo de la cola de Project Server que ve el usuario final.

    Comprobación y administración del estado de los trabajos

    1. Página Administrar cola de Project Web Access: los administradores usan esta página para ver el estado de todos los trabajos de la cola. Además, pueden cancelar o reintentar los trabajos con errores. Esta característica forma parte de PWA y no es necesario descargar ninguna herramienta especial.

    2. Página Configuración de cola de Project Web Access: los administradores pueden ver o cambiar la configuración de una cola (por ejemplo, el intervalo de sondeo y el número máximo de subprocesos de procesamiento de trabajos). Esta característica forma parte de PWA y no es necesario descargar ninguna herramienta especial.

    3. Página Mis trabajos en cola de Project Web Access: cualquier usuario puede comprobar el estado de un trabajo mediante este interfaz. Esta característica forma parte de PWA y no es necesario descargar ninguna herramienta especial.

    4. PSI de estado de cola: los programadores de software pueden usar estas API para obtener el estado de todos los trabajos de la cola. Se incluyen varios filtros muy eficaces para restringir la búsqueda.

Funcionamiento conjunto

Los módulos del sistema de cola de Project Server deben interactuar y funcionar de forma conjunta cuando el sistema reciba solicitudes (por ejemplo, de adición de trabajos, procesamiento de trabajos y recuperación del estado de los trabajos).

Adición de trabajos

Los trabajos se pueden agregar a la cola de varias formas. Por ejemplo, un jefe de proyecto puede guardar un proyecto en Project Professional, un integrante del equipo puede enviar un parte de horas o una aplicación de terceros puede publicar un proyecto. Cada una de estas acciones genera una llamada a un elemento de la interfaz de Project Server (PSI), la cual agrega a su vez los trabajos correspondientes a la cola.

Adición de trabajos: arquitectura

Procesamiento de trabajos

El procesamiento de trabajos se realiza en varias fases e implica la interacción entre varios módulos:

  1. Inicio del proceso de trabajo de cola: al iniciarse el servicio NT de cola, se inicia un proceso de trabajo de cola para cada proveedor de servicios compartidos definido en la granja de servidores. El servicio NT de cola debe estar siempre en ejecución para que el sistema de cola de Project Server funcione.

  2. Inicio de subprocesos de sondeo de trabajos: al iniciarse el proceso de trabajo de cola, se inician los subprocesos de sondeo de trabajos, que son específicos para las instancias de Project Web Access.

  3. Recuperación de trabajos nuevos: el subproceso de sondeo busca los trabajos nuevos en las bases de datos del proyecto.

  4. Creación de subprocesos de procesamiento de trabajos: si hay trabajos nuevos, se crean subprocesos de procesamiento de trabajos.

  5. Escritura del estado: una vez finalizado el subproceso de procesamiento de trabajos, el estado del trabajo (correcto o error) se escribe en la base de datos.

    Cola de proceso de trabajo de Project Server 2007

Recuperación del estado

El estado de los trabajos se puede comprobar de varias formas. Los administradores pueden usar las páginas de administración de colas de Project Web Access, los integrantes del equipo pueden usar la página Mis trabajos en cola y los programadores de software pueden obtener el estado mediante programación con los métodos de PSI de cola. Para obtener más información acerca de los métodos de PSI, vea la documentación del SDK de Project 2007 en la biblioteca de MSDN en línea (https://msdn.microsoft.com/es-es/library/bb187390.aspx) (en inglés).

Comprobación de estado de trabajo de Project Server 2007

Colas de proyectos y partes de horas

El sistema de cola de Office Project Server 2007 consta de dos colas independientes:

  1. Cola de proyectos. Se usa principalmente para mensajes relacionados con proyectos (por ejemplo, mensajes relacionados con el almacenamiento, la publicación, los informes y la generación de cubos), aunque también se pueden enviar otros tipos de mensajes a esta cola. Las tablas y los procedimientos almacenados se guardan en la base de datos de borrador de Office Project Server 2007.

  2. Cola de partes de horas. Se usa principalmente para mensajes relacionados con partes de horas (por ejemplo, mensajes relacionados con el almacenamiento y el envío de partes de horas), aunque también se pueden enviar otros tipos de mensajes a esta cola. Las tablas y los procedimientos almacenados se guardan en la base de datos publicada de Office Project Server 2007.

Estas dos colas tienen el mismo diseño, con la excepción de que los trabajos residen en distintas bases de datos. Las ventajas de tener dos tipos de colas son:

  • Rendimiento: el almacenamiento de los datos de los trabajos en cola en la misma base de datos como datos principales permite que la cola reduzca el número de llamadas costosas entre bases de datos durante el procesamiento de los trabajos. En el caso de un trabajo de envío de parte de horas, los datos especificados por el usuario (por ejemplo, horas de trabajo) se empaquetan como parte del trabajo en cola enviado y se incluyen en el almacén de trabajos de SQL Server. Además, ya hay información acerca de un parte de horas (duración, nombre, etc.) y dicha información está disponible en la base de datos publicada. Para procesar el trabajo de envío de parte de horas, se requieren ambos conjuntos de datos. El rendimiento aumenta si ambos conjuntos de datos residen en la misma base de datos. Por este motivo, los trabajos de la cola de partes de horas se almacenan en la base de datos publicada (donde residen todos los datos principales de los partes de horas) y los trabajos de la cola de proyectos se almacenan en la base de datos de borrador (donde residen la mayoría de los datos principales de los proyectos).

  • Ajuste: todos los valores de configuración de cola se pueden especificar de forma independiente para las colas de proyectos y partes de horas. Esto ofrece a los administradores la flexibilidad necesaria para la configuración. Por ejemplo, si un cliente usa Office Project Server 2007 básicamente para los partes de horas y hay muy pocos proyectos, el intervalo de sondeo de la cola de proyectos se puede establecer en un minuto y el intervalo de sondeo para la cola de partes de horas se puede establecer en diez segundos.

    [!NOTA] El intervalo de sondeo especifica la frecuencia con la que el servicio de cola comprueba ambas colas para determinar si hay trabajos nuevos. Esta configuración se puede especificar en la página Configuración de cola de Project Web Access.

Uso de las colas de proyectos y partes de horas

En la siguiente imagen se muestra el funcionamiento de los módulos del sistema de cola de Project Server con las colas de proyectos y partes de horas.

Arquitectura de colas de Project Server 2007

  1. Inicio de subprocesos de sondeo de trabajos: para cada instancia de Project Web Access generada por la cola (la cola puede generar más de una instancia de Project Web Access), se inician dos subprocesos de sondeo, uno para la cola de proyectos y otro para la cola de partes de horas. Ambos subprocesos residen en el proceso de trabajo de cola y se ejecutan con la identidad "Proceso de trabajo de cola" (que es la identidad del administrador del proveedor de servicios compartidos).

  2. Almacenamiento de trabajos: como se ha mencionado anteriormente, los trabajos relacionados con proyectos (almacenamiento de proyectos, publicación, informes, generación de cubos, etc.) se almacenan en la base de datos de borrador. Los trabajos relacionados con partes de horas (almacenamiento de partes de horas, envío de partes de horas, etc.) se almacenan en la base de datos publicada.

  3. Procesamiento de trabajos: esto no varía. Cuando los "subprocesos de sondeo de trabajos" detectan trabajos nuevos, se crean subprocesos de procesamiento de trabajos nuevos. Tenga en cuenta que los subprocesos de procesamiento de trabajos siguen residiendo en el proceso de trabajo de cola y se siguen ejecutando con la identidad "Proceso de trabajo de cola" (que es la identidad del administrador del proveedor de servicios compartidos).

    Los módulos de comprobación de estado no varían. Estos módulos se limitan a comprobar el estado de los trabajos y no determinan a qué cola pertenece cada trabajo. La administración de colas siempre se realiza en cada cola de forma individual. En las páginas de administración de colas de Project Web Access, los administradores debe seleccionar la cola (de proyectos o partes de horas) cuya configuración van a cambiar.

Implementación de colas

Para comprender la implementación del sistema de cola de Project Server, debe comprender cómo se implementa Office Project Server 2007 en general. En esta sección, se proporciona una breve introducción a este proceso de implementación. Para obtener más información, vea Implementación de Project Server 2007 en un entorno de granja de servidores.

Aunque se hayan leído las secciones anteriores, aún puede haber una serie de preguntas básicas:

  1. ¿Cómo se crea el servicio NT de cola en primer lugar?

  2. ¿Cómo se empieza a usar el servicio NT de cola? Por ejemplo, ¿cómo busca la ubicación de las bases de datos de borrador y publicadas de Project Server?

  3. ¿Qué ocurre al aprovisionar más de una instancia de Project Web Access (lo que crea más bases de datos de proyectos)?

  4. ¿Qué ocurre al aprovisionar más de un SSP (lo que crea más servicios NT de cola)?

En esta sección se incluyen las respuestas a estas preguntas.

Implementación del servicio NT de cola durante la instalación de Project Server 2007

En esta sección se explica cómo implementar la cola en el contexto de una breve introducción a la implementación de Office Project Server 2007.

  1. Preparación de los equipos: determine la arquitectura física de la implementación. En este ejemplo, se identifican dos equipos para la ejecución de la aplicación web que proporciona las páginas web. Un equipo se usa para las operaciones de nivel intermedio (almacenamiento de proyectos, publicación de proyectos, etc.) y el otro equipo se usa para la base de datos.

    Preparar equipos

  2. Creación de una granja de servidores de Project Server: al intentar instalar Project Server en uno de los equipos, se le pedirá que cree una granja de servidores (o que se una a una granja de servidores existente). La granja de servidores de Project Server se puede considerar una representación conceptual de la instalación (la infraestructura de la granja de servidores se ocupa de la implementación de los elementos adecuados en la ubicación correcta). La creación de una granja de servidores implica además la creación de una granja de servidores en el sitio web de Administración central de SharePoint, donde puede controlar todas las operaciones de la granja de servidores desde una ubicación central. Una granja de servidores incluye una base de datos de configuración de la granja de servidores, que contiene la información de configuración de todos los servidores de la granja.

    Crear granja de servidores

  3. Instalación de archivos binarios y unión a la granja de servidores: el siguiente paso es instalar Office Project Server 2007 en todos los equipos y unirse a la granja de servidores de Project Server. Como parte de este proceso, debe designar una función para el equipo en el que se va a ejecutar la instalación, ya sea un "servidor cliente web" o un "servidor de aplicaciones" (equipo de nivel intermedio).

    Instalar binarios y unirse a la granja de servidores

  4. Aprovisionamiento de un proveedor de servicios compartidos (SSP) en la granja de servidores: al aprovisionar un SSP en la granja de servidores, los servicios y componentes necesarios para un servicio compartido de Project Server se instalan en todos los equipos con la función 'Servidor de aplicaciones'. Entre otros elementos, se crea el servicio NT de cola, el servicio NT de eventos y la aplicación web de PSI. En la llamada en blanco del diagrama siguiente se muestra la configuración lógica de la granja de servidores. En este caso, se crea un SSP en la granja de servidores.

    Puesta en servicio del proveedor de servicios compartidos

    Es necesario tener en cuenta lo siguiente:

    1. La infraestructura de la granja de servidores se ocupa de instalar los componentes necesarios en cada equipo de nivel intermedio. Si hay más de un servidor de nivel intermedio, estos servidores comparten la carga automáticamente.

    2. Cada uno de estos servicios NT se ejecuta con la identidad del grupo de aplicaciones del proveedor de servicios compartidos. Esto no se puede administrar manualmente mediante la opción Servicios del Panel de control de Windows Server 2003. El servicio de temporizador de SharePoint sincroniza periódicamente las credenciales de los servicios NT con la cuenta de administrador de la granja de servidores de la base de datos de configuración de la granja de servidores.

    Los servicios NT no realizan ninguna acción en este momento, ya que no tienen ningún sitio de Project Web Access para el servicio.

  5. Aprovisionamiento de Project Web Access: para realizar esta tarea, debe navegar hasta el sitio web de administración del SSP y crear una instancia de Project Web Access. Una vez completado este paso, se crean los servicios y componentes necesarios para la instancia de Project Web Access. Además, el proceso de aprovisionamiento notifica a los servicios de cola y eventos que ya hay un sitio de Project Web Access para el servicio. En la llamada en blanco del diagrama siguiente se muestra la configuración lógica de la granja de servidores. En este caso, se crea una instancia nueva de Project Web Access (por ejemplo, PWA1) en la granja de servidores y se vincula al SSP creado en el paso anterior.

    Puesta en servicio de Project Web Access

    Es necesario tener en cuenta lo siguiente:

    1. Se crea una colección de sitios de Windows SharePoint Services y los grupos de aplicaciones asociados en cada equipo que sea un servidor cliente web.

    2. Se crean cuatro bases de datos de Project Server.

    3. Se crean entradas en la base de datos de configuración para registrar la relación entre el sitio de PWA, el SSP y las bases de datos.

  6. Aprovisionamiento de instancias adicionales de Project Web Access: en un escenario de cliente típico, se crea más de una instancia de PWA en una granja de servidores (por ejemplo, para incluir http://project20007/sales y http://project2007/marketing). Para ello, se crean conjuntos nuevos de bases de datos de Project Server además de colecciones de sitios de Windows Sharepoint Services y grupos de aplicaciones adicionales para PWA. En la llamada en blanco del diagrama siguiente se muestra la configuración lógica de la granja de servidores. En este caso, se crea una instancia de PWA nueva (por ejemplo, PWA2) en la granja de servidores y se vincula al SSP. Tenga en cuenta que se crea un conjunto nuevo de bases de datos de Project Server para la instancia PWA2. A continuación, los servicios NT de cola y eventos empiezan a procesar todos los sitios de PWA vinculados al SSP. Estos servicios empiezan a procesar PWA1 y PWA2.

    Creación de otra instancia de Project Web Access

Servicio NT de cola en varios servidores de aplicaciones de Project Server

El servicio NT de cola se crea en todos los servidores de aplicaciones de Project Server (llamados también "servidores de nivel intermedio") de la granja de servidores. Por ejemplo, si tiene dos servidores de aplicaciones de Project Server, al aprovisionar un SSP nuevo en la granja de servidores de Project Server, se crea un servicio NT de cola en ambos equipos. Es importante tener en cuenta que el servicio NT de cola procesa todas las instancias de PWA vinculadas al SSP primario.

Propiedades del servicio de cola

Como se ha mencionado anteriormente, el servicio NT de cola se crea al aprovisionar un SSP en la granja de servidores de Project Server. Si va a ver las propiedades del equipo de nivel intermedio del servicio NT de cola, es importante saber cómo se determinan algunas de estas propiedades.

Propiedades de servicios de colas

  • Nombre del servicio de cola: el nombre del servicio es ProjectQueueService. Con independencia del número de SSP de la granja de servidores, siempre hay sólo un servicio NT de cola en el servidor de aplicaciones de Project Server.

  • Tipo de inicio de cola: el tipo de inicio es automático porque el servicio NT de cola debe estar siempre en ejecución.

  • Cuenta de inicio de sesión del servicio NT de cola: la cuenta del servicio de temporizador se establece como la cuenta de inicio de sesión del servicio NT de cola (se trata de la cuenta que se debe usar al crear la granja de servidores).

Inicio en el servicio NT de cola del procesamiento de instancias de Project Web Access: la cola se ejecuta como la cuenta del servicio de temporizador y tiene acceso a la base de datos de configuración de la granja de servidores. Durante el inicio, el servicio NT de cola consulta la base de datos de configuración y obtiene una lista de todos los SSP aprovisionados en la granja de servidores. A continuación, para cada SSP, inicia un proceso de trabajo de cola. Cada proceso de trabajo de cola busca la lista de instancias de PWA asociadas al SSP e inicia un par de subprocesos de sondeo para cada instancia de PWA.

¿Cuándo se debe reiniciar el servicio NT de cola? Lo ideal es no hacerlo en ningún caso. El servicio NT de cola detecta de forma continua los cambios en la configuración de la granja de servidores y, en caso de haber algún cambio, se adapta automáticamente a dicho cambio (sin necesidad de reiniciar el servicio NT).

Procesos incluidos en el Administrador de tareas de Windows: al abrir el Administrador de tareas de Windows, se puede ver una serie de procesos con el mismo nombre: “Microsoft.Office.Project.Server.Queuing.exe”. Uno de estos procesos se debe ejecutar con la cuenta del servicio de temporizador, lo que representa el servicio NT de cola. Por lo tanto, el número de procesos Microsoft.Office.Project.Server.Queuing.exe se corresponde con el número de SSP de la granja de servidores y cada proceso se ejecuta con la cuenta de administrador de SSP correspondiente. Estos procesos representan los procesos de trabajo de cola. Por consiguiente, el número total de procesos "Microsoft.Office.Project.Server.Queuing.exe" equivale al número de SSP más un proceso adicional para la cuenta del servicio de temporizador.

Implementación de colas en varias topologías

En esta sección se explica cómo se implementa una cola en varias topologías en las que puede tener varias instancias de PWA además de varios proveedores de servicios compartidos.

Inicio y procesamiento de colas con varias instancias de PWA

Al iniciarse la cola, ésta se pone en contacto en primer lugar con la base de datos de configuración de la granja de servidores y solicita todas las instancias de Project Web Access que va a procesar. La cola se identifica mediante el GUID del proveedor de servicios compartidos, que es un parámetro de inicio del servicio NT de cola (vea la sección Implementación de colas para obtener información detallada).

Cola web dual de Project Server 2007

  1. El servicio NT de cola se pone en contacto con la base de datos de configuración de la granja de servidores y solicita información acerca de todos los SSP definidos en la granja de servidores.

  2. Para cada SSP, el servicio NT de cola inicia un "Proceso de trabajo de cola", que se ejecuta con la cuenta de administrador de SSP correspondiente.

  3. Para cada SSP, el servicio NT de cola obtiene una lista de los sitios de Project Web Access asociados.

  4. Para cada sitio de Project Web Access, el servicio NT de cola obtiene información de conexión a las bases de datos de Project Web Access.

  5. El servicio NT de cola inicia pares de subprocesos de sondeo de trabajos, uno por cada instancia de Project Web Access.

  6. Los subprocesos de sondeo sondean los trabajos nuevos.

Implementación de colas en un entorno con varias instancias de PWA y un solo SSP

A continuación se incluye una representación de la arquitectura de la cola en un entorno con un único SSP y dos instancias de Project Web Access aprovisionadas para el SSP.

Sistema de puesta en cola de Project Server 2007: SSP único

  1. El servicio NT de cola se pone en contacto con la base de datos de configuración de la granja de servidores y solicita información acerca de todos los SSP definidos en la granja de servidores.

  2. Para cada SSP, el servicio NT de cola inicia un "Proceso de trabajo de cola", que se ejecuta con la cuenta de administrador de SSP correspondiente.

  3. Para cada SSP, el servicio NT de cola obtiene una lista de los sitios de Project Web Access asociados.

  4. Para cada sitio de Project Web Access, el servicio NT de cola obtiene información de conexión a las bases de datos de Project Web Access.

  5. El servicio NT de cola inicia pares de subprocesos de sondeo de trabajos, uno por cada instancia de Project Web Access.

  6. Los subprocesos de sondeo sondean los trabajos nuevos.

  7. A medida que se detectan trabajos nuevos, los subprocesos de sondeo de trabajos generan subprocesos de procesamiento de trabajos nuevos.

Implementación de colas en un entorno con dos SSP

A continuación se incluye una representación de la arquitectura de la cola en un entorno con dos SSP y una sola instancia de Project Web Access aprovisionada para cada SSP.

Cola de mensajes de Project Server

  1. El servicio NT de cola se pone en contacto con la base de datos de configuración de la granja de servidores y solicita información acerca de todos los SSP definidos en la granja de servidores.

  2. Para cada SSP, el servicio NT de cola inicia un "Proceso de trabajo de cola", que se ejecuta con la cuenta de administrador de SSP correspondiente.

  3. Para cada SSP, el servicio NT de cola obtiene una lista de los sitios de Project Web Access asociados.

  4. Para cada sitio de Project Web Access, el servicio NT de cola obtiene información de conexión a las bases de datos de Project Web Access.

  5. El servicio NT de cola inicia pares de subprocesos de sondeo de trabajos, uno por cada instancia de Project Web Access.

  6. Los subprocesos de sondeo sondean los trabajos nuevos.

  7. A medida que se detectan trabajos nuevos, los subprocesos de sondeo de trabajos generan subprocesos de procesamiento de trabajos nuevos.

Agrupaciones de colas

Hay tres niveles distintos de agrupación para los datos en cola:

  1. Trabajos. Un trabajo es un paquete para el que se puede hacer un seguimiento del trabajo ejecutado por Project Server, por ejemplo, el almacenamiento de proyectos, la publicación de proyectos o el envío de partes de horas. Algunos trabajos no los inicia explícitamente el usuario, por ejemplo, las notificaciones por correo electrónico o la sincronización de los datos de informes. Los trabajos se corresponden con el nivel en el que se realiza el seguimiento de la cola mediante un identificador del trabajo.

  2. Grupo de trabajos relacionado. Un grupo de trabajo relacionado es una categorización de trabajos impuesta por las reglas internas de Project Server. Los trabajos de un grupo de trabajos relacionado siempre se procesan de forma conjunta y por orden (con algunas excepciones). En el ejemplo siguiente, el proyecto 1 se edita y guarda en Project Professional y, a continuación, se protege. Después, otro usuario desprotege y publica el proyecto 1. La publicación del proyecto 1 desencadena la generación de informes y se agrega además un trabajo de informes a la cola. Project Server ensambla un grupo relacionado compuesto por los cuatro trabajos relacionados con el proyecto 1. A continuación, intenta procesar los trabajos de forma secuencial, ya que las reglas internas de Project Server establecen que existe una dependencia entre los trabajos. La dependencia consiste en que la publicación del proyecto 1 y la actualización de la base de datos de informes no se pueden realizar hasta que se haya guardado el proyecto 1. Además, si alguno de los trabajos de la correlación genera un error, el resto de los trabajos siguientes del grupo relacionado se bloquean. Por ejemplo, si el trabajo de almacenamiento del proyecto 1 (identificador de trabajo 12) genera un error, el trabajo de protección del proyecto 1 (identificador de trabajo 13) se debe bloquear. En caso de ejecutarse el trabajo de protección del proyecto 1, se producirán problemas. A continuación, otro usuario puede desproteger el proyecto 1 (que puede tener un estado incoherente debido a la operación de almacenamiento con errores) e intentar modificarlo.

  3. Trabajos secundarios. Cada trabajo se puede dividir en segmentos con un tamaño inferior llamados trabajos secundarios. Si un trabajo tiene un tamaño considerable (por ejemplo, el almacenamiento de un proyecto de 10 MB), se divide en varios trabajos secundarios. Los trabajos secundarios no se exponen al usuario de PSI o Project Web Access.

    Distintos niveles de agrupamiento en colas

Relaciones entre elementos primarios y secundarios en los trabajos enviados

Es importante tener en cuenta que pueden existir relaciones entre elementos primarios y secundarios en los trabajos enviados, lo que requiere un procesamiento adicional. Por ejemplo, si un usuario publica el proyecto 1, se genera una solicitud de informe para el proyecto 1 además de las solicitudes de notificación relacionadas con este proyecto 1. Tenga en cuenta que el proyecto 1 de notificaciones se genera siempre, pero dado que el proyecto 1 de informes se genera sólo si el proyecto 1 de publicación se procesa correctamente, si el trabajo de publicación genera un error, el trabajo de informes del proyecto 1 no se genera.

Relación de elementos principales y secundarios entre trabajos

De forma similar, un trabajo secundario puede generar un error sin que esto afecte al trabajo primario. Por ejemplo, si el proyecto 1 de notificación genera un error, esto no tiene ningún efecto en el proyecto 1 de publicación porque éste ya se ha procesado. Es importante tener en cuenta que, aunque el usuario puede saber que la publicación del proyecto 1 se ha procesado mediante la cola, es posible que no sepa que un trabajo secundario puede haber generado un error. Si desea comprobar qué trabajos secundarios se han generado a partir de un trabajo primario incluido en la cola junto con su estado, puede hacerlo en la página Mis trabajos en cola de Project Web Access. Los administradores pueden usar la interfaz de usuario de administración de colas para ver todos los trabajos de la cola.

[!NOTA] La página Mis trabajos en cola y las páginas de administración de colas de Project Web Access se describen en la sección Administración de colas de este artículo.

Estados de colas

Al enviar un trabajo a la cola, puede cambiar entre varios estados. En la siguiente tabla se describen estos estados:

Estado Descripción

Entrando en cola

El trabajo se incluye en la cola y se genera un identificador para el trabajo.

En espera de procesamiento

El trabajo está en la cola y a la espera de ser procesado.

En proceso

El trabajo se está procesando.

Terminado

El trabajo se ha procesado correctamente. Se trata de un estado de finalización que indica que el trabajo no se puede seguir procesando.

Bloqueado

El trabajo se ha bloqueado debido al error de un trabajo anterior del mismo grupo relacionado. La operación se puede reintentar o cancelar.

Error con correlación de no bloqueo

El trabajo ha generado un error, pero no está bloqueando ningún otro trabajo del grupo. Se trata de un estado de finalización que indica que el trabajo no se puede seguir procesando.

Error y correlación de bloqueo

El trabajo ha generado un error y es posible que esté bloqueando uno o más trabajos dependientes.

Omitido para optimización

El trabajo se ha omitido porque se ha encontrado un trabajo duplicado posteriormente en el grupo. Por ejemplo, un jefe de proyecto puede intentar lo siguiente de forma secuencial durante el trabajo con un proyecto:

  1. Guarda el proyecto 1.

  2. Publica el proyecto 1.

  3. Cambia una tarea del proyecto 1.

  4. Publica el proyecto 1.

  5. Cambia la fecha de inicio del proyecto 1.

  6. Publica el proyecto 1.

Se procesan las tres operaciones de almacenamiento incremental del proyecto 1. Sin embargo, no es necesario procesar los tres intentos de publicación. Si se procesa el último trabajo de publicación, se obtienen los mismos resultados que si se procesaran los tres trabajos de publicación. Para optimizar el proceso, los dos primeros intentos de publicación se omiten.

Cancelado

El trabajo se ha cancelado. Un trabajo se puede cancelar con independencia de su estado, excepto en el caso de los dos estados de finalización (Terminado y Error con correlación de no bloqueo).

Cambios de estado de la cola

Al incluir los trabajos en la cola y procesarlos, es importante comprender los posibles cambios que se pueden producir en el estado de la cola. En el siguiente diagrama de flujo se describen las posibles rutas hasta alcanzar cada estado.

Sistema de puesta en cola de Project Server 2007: edición de estados

Estado Posible estado siguiente

Entrando en cola

  • En espera de procesamiento

  • Cancelado

En espera de procesamiento

  • En proceso

  • Cancelado

  • Bloqueado

  • Omitido para optimización

En proceso

  • Terminado

  • Error con correlación de no bloqueo

  • Error y correlación de bloqueo

  • Cancelado

Terminado

  • Fin

Bloqueado

  • En proceso

  • Cancelado

Error con correlación de no bloqueo

  • Fin

Error y correlación de bloqueo

  • Cancelado

  • En proceso

Omitido para optimización

  • Bloqueado debido a error en un trabajo

  • Cancelado

  • Terminado

  • Error con correlación de no bloqueo

  • Error y correlación de bloqueo

  • En proceso

Cancelado

  • Fin

Administración de colas

La mayoría de las operaciones críticas de Office Project Server 2007 pasan por la cola. Por consiguiente, el conocimiento y la administración de las colas son fundamentales para un funcionamiento correcto de la instalación de Microsoft Office Enterprise Project Management (EPM) Solution. Por ejemplo, los siguientes son algunos indicadores relevantes que pueden requerir una mejora de la administración de las colas:

  • Mi proyecto tarda mucho tiempo en publicarse.

  • La página de administración de colas tarda mucho tiempo en cargarse y el número de trabajos es 100.000.

  • Mi administrador me pide que compruebe si la adquisición de un servidor nuevo de Office Project Server 2007 de nivel intermedio (servidor de aplicaciones) ha aumentado realmente el rendimiento.

La administración de las colas se puede llevar a cabo mediante lo siguiente:

  • Páginas de administración de colas de Project Web Access

  • Página Mis trabajos en cola

  • Contadores de rendimiento

  • Limpieza de cola

Páginas de administración de colas de Project Web Access

La administración de colas se puede realizar mediante las páginas de administración de colas de Office Project Web Access. Se trata de un proceso similar al de la pantalla central "Mostrar todos los trabajos" de cualquier impresora común, donde se pueden ver todos los trabajos de impresión de la cola y solucionar los posibles problemas si es necesario. A las páginas de administración de colas de Project Web Access se puede obtener acceso desde la página Configuración del servidor de Project Web Access.

En la página Administrar cola, puede hacer lo siguiente:

  • Ver el estado de todos los trabajos de la cola.

  • Cancelar o reintentar un trabajo con errores.

    [!NOTA] Vea la sección Estados de colas para obtener información detallada acerca de los estados de las colas.

    [!NOTA] Para ver la información de la interfaz de usuario sobre la administración de la cola, vea la sección Administración de la cola de este artículo.

Página Mis trabajos en cola

La página Mis trabajos en cola proporciona una interfaz de usuario de administración personalizada (similar al administrador de trabajos de impresión de cualquier equipo individual), donde puede ver el estado de los trabajos específicos incluidos en la cola. Los usuarios de Project Web Access pueden obtener acceso a la página Mis trabajos en cola desde la página principal de Project Web Access mediante el vínculo Configuración personal de Inicio rápido.

Si un usuario desea ver la información sobre todos los trabajos incluidos en la cola, puede hacerlo desde la página Mis trabajos en cola de Project Web Access. La página Mis trabajos en cola muestra la siguiente información sobre los trabajos que el usuario ha incluido en la cola:

  • Hora de entrada en la cola

  • Tiempo completado en cola

  • Nombre del trabajo

  • Tipo de trabajo

  • Estado de trabajo

  • Porcentaje completado

  • Posición en la cola

  • Tipo de cola

  • Error

Además, la página Mis trabajos en cola permite al usuario filtrar todos los trabajos en cola en función de lo siguiente:

  • Trabajos en curso y con errores

  • Todos los trabajos

  • Todos los trabajos de la semana pasada

  • Trabajos completados la semana pasada

Contadores de rendimiento

Hay varios contadores de rendimiento específicos de la cola que los administradores pueden usar para determinar el rendimiento actual del sistema Office Project Server 2007. Estos contadores de rendimiento pueden ser muy útiles para determinar si la configuración actual cumple los objetivos o si es necesario justificar el uso de recursos adicionales (por ejemplo, otro servidor).

Algunos de los contadores disponibles están relacionados de forma específica con los trabajos:

  • Promedio de tiempo de espera de todos los trabajos de la cola

  • Promedio de tiempo de procesamiento para publicar trabajos

  • Porcentaje de trabajos con errores

  • Promedio de tiempo de espera

Otros contadores están relacionados con la cola en general:

  • Profundidad media de la cola

  • % de reintentos de SQL

  • Llamadas de SQL por hora

  • Promedio de tiempo de procesamiento para publicar trabajos

Limpieza de cola

Si se usa el sistema Project Server, los trabajos se incluyen en la cola y se procesan. El sistema de cola conserva el estado y otros metadatos de cada trabajo completado para poder determinar el estado posteriormente. Estos trabajos se pueden agregar más adelante y es posible que esto afecte al rendimiento del sistema y, en concreto, a las consultas sobre el estado de los trabajos. Para controlar esto, el sistema de cola incluye un mecanismo de limpieza integrado que elimina periódicamente los trabajos de la cola. El efecto principal de la eliminación es que el estado de los trabajos eliminados no se puede determinar mediante PSI o las páginas de administración de colas.

En la página Configuración de cola de Project Web Access, se incluyen varios parámetros de configuración para controlar este mecanismo de limpieza:

  • Intervalo de limpieza: determina la frecuencia con la que se debe realizar la limpieza. El valor predeterminado es 24 horas.

  • Límite de edad para limpieza de trabajos completados correctamente: determina la frecuencia con la que se debe realizar la limpieza de los trabajos completados correctamente. El valor predeterminado es 24 horas.

  • Límite de edad para limpieza de trabajos completados incorrectamente: determina la frecuencia con la que se debe realizar la limpieza de los trabajos completados incorrectamente (por ejemplo, los trabajos con el estado Error con correlación de no bloqueo). El valor predeterminado es 168 horas.

[!NOTA] Para obtener información detallada acerca de estos parámetros, vea la sección Configuración de cola más adelante en este artículo.

Administración de la cola

La administración de la cola se puede llevar a cabo en la página Configuración del servidor de Project Web Access. En la sección Cola de la página Configuración del servidor hay dos opciones para administrar la cola.

  1. Administrar cola. En esta página, puede ver los trabajos de la cola. Puede usar las opciones de configuración para filtrar los trabajos y ver sólo aquellos trabajos que le interesen. Además, puede reintentar o cancelar uno o más trabajos en esta página.

  2. Configuración de cola. Puede establecer las opciones de configuración que controlan el modo de procesamiento y extracción de los trabajos de las colas de proyectos y partes de horas. Estas opciones de configuración se aplican sin necesidad de reiniciar el servicio NT de cola.

Administrar cola

En esta sección se describen las opciones de filtro de la cola, disponibles al seleccionar Administrar cola en la sección Cola de la página Configuración del servidor de Project Web Access. Los resultados de las opciones de cola seleccionadas se muestran también en esta página.

Tipo de filtro

Este filtro determina el orden en el que se muestran los trabajos en la cuadrícula Trabajos. Las opciones disponibles son:

  • Por estado

  • Por trabajo

  • Por proyecto

  • Por id.

Historial de trabajos

Este parámetro permite seleccionar el intervalo de fechas de los trabajos que se muestran en la cuadrícula Trabajos. Use los campos Desde y Hasta para seleccionar las fechas de inicio y finalización.

Puede usar el campo Número máximo de trabajos para limitar el número de trabajos mostrados para un intervalo de fechas determinado. Si el intervalo de fechas seleccionado contiene una cantidad considerable de trabajos para mostrar en la cuadrícula Trabajos, la página Administrar cola puede tardar bastante tiempo en cargarse. El campo Número máximo de trabajos permite limitar el número de trabajos que se van a mostrar. El valor predeterminado es 500.

Tipo de trabajo

Esta sección permite seleccionar los tipos de trabajo (por ejemplo, Publicación de proyecto, Envío de parte de horas o Protección de planeamiento de recursos) que desea que se muestren en la cuadrícula Trabajos. De forma predeterminada, todos los tipos de trabajo se muestran en la lista Trabajos seleccionados.

Estados de finalización de trabajo

Esta sección permite seleccionar los estados de finalización de trabajo que desea que se muestren en la cuadrícula Trabajos. De forma predeterminada, todos los estados de finalización de trabajo distintos de Terminado se muestran en la lista Estados de trabajo seleccionados. Esto significa que los trabajos finalizados correctamente no se muestran en la cuadrícula Trabajos.

Elegir columnas

Esta sección permite seleccionar las columnas que se van a mostrar en la cuadrícula Trabajos.

Opciones avanzadas

Esta sección permite especificar las operaciones especiales que se aplican a una operación de cancelación. Las opciones permiten hacer lo siguiente:

  • Cancelar trabajos en la cola de espera

  • Cancelar trabajos siguientes en la correlación

Cuadrícula Trabajos

Esta sección permite ver los trabajos que cumplen los criterios especificados en la página Administrar cola. Las opciones de esta sección permiten seleccionar un trabajo o un grupo de trabajos y aplicar las siguientes opciones a dichos trabajos si procede:

  • Reintentar trabajo

  • Cancelar trabajo

    [!NOTA] Debe actualizar manualmente la lista de vistas o selección de trabajos para actualizar la página. Para ello, use el botón Actualizar, disponible en esta sección.

Configuración de cola

En esta sección se describen las opciones de configuración de la cola, disponibles si se selecciona Configuración de cola en la sección Cola de la página Configuración del servidor de Project Web Access.

Es importante tener en cuenta lo siguiente al establecer la configuración de la cola:

  • La configuración de la cola se establece para cada instancia de Project Server.

  • La configuración de la cola se establece de forma independiente para cada tipo de cola (proyectos o partes de horas).

  • No es necesario reiniciar el servicio NT de cola para que los cambios surtan efecto.

  • Si más de un servicio NT de cola procesa esta instancia de Project Web Access (por ejemplo, en un entorno de carga equilibrada), es necesario actualizar todos los servicios de cola con esta configuración.

    [!NOTA] Una vez seleccionadas las opciones de configuración en esta página, asegúrese de usar el botón Guardar de esta página para guardar la configuración.

Tipo de cola

Esta sección permite especificar a qué tipo de cola (proyectos o partes de horas) se va a aplicar la configuración.

Número máximo de subprocesos de procesador de trabajos

Esta sección permite especificar el número máximo de subprocesos del procesador de trabajos que se pueden ejecutar simultáneamente. El intervalo válido está comprendido entre 1 y 20, y el valor predeterminado es 4.

Intervalo de sondeo

Esta sección permite especificar el intervalo de tiempo (en milisegundos) durante el cual el servicio NT de cola sondea la base de datos de proyectos o partes de horas (en función del tipo de trabajo seleccionado) para determinar los trabajos nuevos. El intervalo válido está comprendido entre 500 y 300.000, y el valor predeterminado es 1.000.

Intervalo de reintento

Esta sección permite establecer el intervalo de tiempo (en milisegundos) entre los reintentos de los trabajos con errores por problemas relacionados con SQL, como los interbloqueos de SQL. El intervalo válido está comprendido entre 0 (reintento inmediato) y 300.000, y el valor predeterminado es 1.000.

Límite de reintentos

Esta sección permite establecer el límite de reintentos para una consulta de sondeo con errores. El sistema de cola de Project Server sondea las bases de datos de forma regular para recuperar los trabajos que se deben procesar. Si la consulta genera un error por un problema relacionado con SQL, el sistema intenta sondear la base datos de nuevo tras un período de tiempo determinado.

Intervalo de reintentos de SQL

La cola sondea la base de datos a intervalos regulares para determinar qué trabajos se deben procesar. Si la consulta genera un error, esta sección permite establecer el intervalo de tiempo (en milisegundos) transcurrido antes de reintentar la consulta. El intervalo válido está comprendido entre 0 (reintento inmediato) y 60.000, y el valor predeterminado es 1.000.

Límite de reintentos de SQL

La cola sondea la base de datos a intervalos regulares para determinar qué trabajos se deben procesar. Si la consulta genera un error, esta sección permite establecer el número de reintentos de la consulta. El intervalo válido está comprendido entre 0 (ningún reintento) y 100, y el valor predeterminado es 5.

Tiempo de espera SQL

La cola realiza una serie de llamadas SQL para recuperar y ejecutar los trabajos. Esta sección permite establecer el valor de tiempo de espera (en segundos) para estas llamadas. Si un trabajo no se procesa correctamente debido a un error de tiempo de espera de SQL, puede aumentar el valor de esta opción y reintentar el trabajo. El intervalo válido está comprendido entre 19 y 86.400 (un día), y el valor predeterminado es 30.

Intervalo de limpieza

Esta sección permite establecer la frecuencia (en horas) con la que se va a ejecutar el trabajo de limpieza de cola. El intervalo válido está comprendido entre 1 y 100.000, y el valor predeterminado es 24 (un día).

Desplazamiento de intervalo de limpieza

Esta sección permite establecer la hora del día a la que se ejecutará el trabajo de limpieza de cola. Para establecer este valor, se debe especificar el número de minutos después de las 12:00 a.m. para indicar el momento en el que se va a ejecutar el trabajo de limpieza de cola. El intervalo válido está comprendido entre 0 (12:00 a.m.) y 1.439 (11:59 p.m.), y el valor predeterminado es 0.

Límite de edad para limpieza de trabajos completados correctamente

Esta sección permite establecer el umbral de antigüedad (en horas) con el que se pueden purgar los trabajos completados correctamente al ejecutar un trabajo de limpieza de cola. La antigüedad de cada trabajo se determina mediante la fecha y la hora de finalización del trabajo. Por ejemplo, si un trabajo se ha completado correctamente el día 10/1/07 a las 10:40 p.m. y el trabajo de limpieza de cola se ejecuta el día 10/2/07 a las 11:55 p.m., el trabajo se purgará (si el valor de Límite de edad para limpieza de trabajos completados correctamente se corresponde con el valor predeterminado de 24 horas).

El intervalo válido está comprendido entre 1 y 100.000, y el valor predeterminado es 24 (un día).

[!NOTA] Normalmente, el número de trabajos completados correctamente es muy alto en comparación con el número de trabajos completados incorrectamente. Por lo tanto, el valor de Límite de edad para limpieza de trabajos completados correctamente se suele establecer en un valor inferior en comparación con el valor de Límite de edad para limpieza de trabajos completados incorrectamente.

Límite de edad para limpieza de trabajos completados incorrectamente

Esta sección permite establecer el umbral de antigüedad (en horas) con el que un trabajo completado incorrectamente (por ejemplo, Error con correlación de no bloqueo) se puede purgar si se ejecuta un trabajo de limpieza de cola. La antigüedad de cada trabajo se determina mediante la fecha y la hora de finalización del trabajo. Por ejemplo, si un trabajo se cancela el día 10/1/07 a las 10:40 p.m. y el trabajo de limpieza de cola se ejecuta el día 10/2/07 a las 11:55 p.m., el trabajo se purgará (si el valor de Límite de edad para limpieza de trabajos completados incorrectamente se corresponde con el valor predeterminado de 24 horas).

El intervalo válido está comprendido entre 1 y 100.000, y el valor predeterminado es 168 (siete días).

Intervalo de contabilidad

Hay una serie de tareas de "contabilidad" que ejecuta el sistema de cola. Algunos ejemplos son la reactivación de trabajos en el estado de "suspensión", la actualización de la marca de tiempo de latido o la comprobación de si es necesario ejecutar el trabajo de limpieza de cola. Esta configuración controla el intervalo de tiempo (en milisegundos) con el que se ejecutan estas tareas.

El intervalo válido está comprendido entre 500 y 300.000, y el valor predeterminado es 10.000 (diez segundos).

Tiempo de espera de cola

En una granja de servidores con varios servidores de aplicaciones, si el servicio NT de cola genera un error en uno de los servidores, los trabajos se distribuyen automáticamente entre los demás servidores de aplicaciones en los que el servicio NT de cola está activo. Se considera que se ha agotado el tiempo de espera de un servicio NT de cola si no se ha actualizado su latido durante un tiempo superior al establecido para el valor Tiempo de espera de cola (en minutos). La cola actualiza el latido en todas las bases de datos de Project Web Access que procesa (por ejemplo, cada vez que se sondean las bases de datos de borrador o publicadas para determinar si hay trabajos).

El intervalo válido está comprendido entre 2 y 20, y el valor predeterminado es 3.

[!NOTA] El valor de Tiempo de espera de cola no puede ser cuatro veces inferior al valor de Intervalo de contabilidad en ningún momento. Si el valor de Tiempo de espera de cola cambia automáticamente a un valor cuatro veces inferior al de Intervalo de contabilidad, se produce una infracción de esta regla.

Sondeos rápidos

La opción Sondeos rápidos está habilitada de forma predeterminada y permite que la cola procese lo antes posible todos los trabajos con el estado En espera de procesamiento. No obstante, si este procesamiento rápido sobrecarga el servidor y es necesario ralentizar la cola, esta opción se puede deshabilitar.

Si la opción Sondeos rápidos está deshabilitada, la cola comprueba si hay subprocesos libres para procesar los trabajos. Si los hay, estos subprocesos libres se cargan junto con los trabajos con el estado En espera de procesamiento. A continuación, se espera el intervalo de sondeo y se repite el proceso.

Si la opción Sondeos rápidos está habilitada, la cola no espera el intervalo de sondeo si hay trabajos pendientes. A medida que se procesan los trabajos, todos los trabajos pendientes empiezan a procesarse de inmediato.