Système de mise en attente de Microsoft Office Project Server 2007
Mis à jour: mai 2009
Dernière rubrique modifiée : 2015-02-27
Dans cet article :
Présentation
Processus de mise en attente
Architecture de mise en attente
Les files d’attente Projet et Feuille de temps
Déploiement de file d'attente
Regroupements de files d’attente
États de mise en attente
Gestion de la file d’attente
Administration de la file d’attente
Cet article décrit le système de mise en attente de Microsoft Office Project Server 2007, qui est une nouvelle fonctionnalité clé de cette version de Project Server. L’article fournit une présentation du système de mise en attente, du processus et de l’architecture de mise en attente, des méthodes de regroupement des tâches de mise en attente, des différents états des travaux en file d’attente et de la manière de gérer la mise en attente via l’interface utilisateur de Microsoft Office Project Web Access.
Présentation
Une file d’attente est nécessaire lorsque le nombre de demandes de service est supérieure à la capacité de traitement optimale de ces demandes. Dans un système de gestion de projet d’entreprise, cela se vérifie dans plusieurs instances. Par exemple :
À la fin de la journée de travail du vendredi, la quasi totalité des 500 employés d’une PME envoient ses feuilles de temps.
Quelques heures avant leur réunion d’état d’équipe, la quasi totalité des responsables de projet publient leurs projets.
L’objectif du système de mise en attente de Office Project Server 2007 est de gérer avec souplesse et fiabilité ces fluctuations brutales de la demande. Le système de mise en attente de Office Project Server 2007 récupère toutes les données fournies par les utilisateurs, enregistre des entrées pour les demandes dans Microsoft SQL Server, puis traite les données de manière asynchrone suivant la règle du premier entré, premier servi. Disposer d’une file d’attente garantit que la solution EPM de Office Project Server 2007 ne s’interrompt pas en cas de pic de demande.
Presque toutes les opérations critiques du système Office Project Server 2007 transitent par le système de mise en attente de Office Project Server 2007. Elles comprennent :
Enregistrement de projet
Publication de projet
Enregistrement de feuille de temps
Envoi de feuille de temps
Sauvegarde/Récupération de projet
Opérations RDS (service de données de rapport)
Opérations de service de création de cube
Planification du côté serveur (et traitement de la cohérence de nœud)
Le système de mise en attente de Project Server offre les avantages suivants :
Fiabilité
Intégrité des données : il y a un protocole bien défini pour enregistrer tout les travaux dans la file d’attente. Si un travail est seulement enregistré à moitié, il n’est pas traité. Par ailleurs, tous les travaux sont enregistrés dans SQL Server (pas dans le système de fichiers) et tirent parti des transactions de SQL Server.
Livraison dans l’ordre : si un utilisateur de Project Professional clique sur Enregistrer, puis sur Publier, le système de mise en attente de Project veille à ce que la tâche d’enregistrement soit traitée en premier et soit ensuite suivie d’une tâche de publication.
Tolérance de panne : les travaux en échec dans la file d’attente peuvent faire l’objet d’un nouvel essai. En outre, lorsque plusieurs instances du service NT de file d’attente sont exécutées, si l’un d’eux cesse de répondre, l’autre récupère automatiquement la charge supplémentaire. (Ce processus s’appelle le basculement transparent.)
Évolutivité
Multithreading : le système de mise en attente de Office Project Server 2007 peut traiter plusieurs travaux à la fois. Par exemple, Projet 1 Enregistrer, Projet 2 Publier, et un travail de construction de cube peut être traité simultanément.
Vous pouvez ajouter simplement plus de serveurs au niveau intermédiaire pour mieux gérer les charges. Chaque serveur de niveau intermédiaire disposera d’un service de mise en attente Project, et les charges seront automatiquement équilibrées.
Le nombre de travaux dans la file d’attente n’est limité que par les limites d’échelle de SQL Server.
Facilité de gestion
Processus de mise en attente
L’illustration suivante montre le processus de mise en attente :
L’utilisateur effectue une demande de serveur depuis une application cliente (par exemple, publier un projet depuis Project Professional). L’utilisateur passe un ID de travail (un identificateur unique qui suit la demande) au sein de la demande.
Le service Web Project prend la demande et la place dans la file d’attente.
Un ID de travail est émis à l’utilisateur sous forme d’accusé de réception.
L’utilisateur vérifie l’état de la demande par l’intermédiaire de l’ID de travail émis.
Le système de mise en attente de Office Project Server 2007 renvoie l’état de la demande de l’utilisateur.
Architecture de mise en attente
L’architecture logique du système de mise en attente de Project Server est composée des quatre modules suivants.
Stockage des travaux
Sondage des travaux
Traitement des travaux
Gestion et vérification du statut des travaux
Lorsque des demandes portant sur le service de mise en attente Project Server sont faites, telles qu’ajouter ou traiter des travaux, ou récupérer des états, ces modules s’associent pour remplir la tâche requise. Cette section décrit ce processus en détail.
Modules de mise en attente
Le service NT de file d’attente est installé sur chaque serveur d’applications Project Server dans le cadre de la mise en service. Il démarre un « processus de traitement de file d’attente » pour chaque fournisseur de services partagés (SSP) défini dans la batterie de serveurs. Le processus de traitement de file d’attente sert toutes les instances de Project Web Access (PWA) qui sont associés à son SSP, et l’exécute sous l’identité de l’administrateur SSP. Souvenez-vous de ce modèle de déploiement au cours de la lecture du reste de cette section. Pour plus d’informations, voir Déploiement de file d'attente plus loin dans cet article.
Le système de mise en attente de Project Server est composé des quatre modules suivants :
Stockage du travail : les travaux de file d’attente sont stockés dans les bases de données brouillon et publiées de Project Server. De cette manière, les travaux sont sauvegardés et restaurés dans le cadre des procédures normales de sauvegarde et de récupération des bases de données Project Server.
Sondage des travaux : le stockage des projets est sondé à intervalles réguliers par un thread de sondage des travaux afin de rechercher de nouveaux travaux. Les intervalles de sondage sont configurés par les administrateurs dans les pages de gestion des files d’attente Project Web Access.
Le processus de traitement de file d’attente démarre les threads de sondage des travaux pour chaque instance de PWA qu’il sert. Le thread de sondage des travaux s’exécute à l’intérieur du processus de traitement de file d’attente et sous l’identité du processus de traitement de file d’attente.
Le thread de sondage des travaux possède deux propriétés principales :
Propriété Description Type
Un thread de sondage des travaux peut être un « thread de sondage de travaux de projet » (recherche de tâches relatives au projet) ou un « thread de sondage de travaux de feuille de temps » (recherche de tâches relatives aux feuilles de temps).
Instance de Project Web Access
Chaque thread de sondage de travail recherche des tâches provenant d’une instance spécifique de Project Web Access.
Traitement des travaux : le thread de sondage de travail génère un thread de traitement de travail pour chaque travail qu’il trouve. Le nombre maximal de threads de traitement de travail peut être configuré par les administrateurs. Notez que les threads de traitement de travail se trouvent dans le processus « Service NT de file d’attente » et qu’ils s’exécutent sous l’identité « Service NT de file d’attente ».
Gestion et vérification du statut des travaux : il s’agit du module de la file d’attente Project Server que voit l’utilisateur final.
Page Gérer la file d’attente de Project Web Access : les administrateurs utilisent cette page pour connaître le statut de n’importe quel travail en file d’attente. Ils peuvent aussi annuler ou redémarrer des travaux dont l’exécution a échoué. Cette fonctionnalité fait partie de PWA et ne nécessite aucun téléchargement d’outil particulier.
Page Paramètres de file d’attente de Project Web Access : les administrateurs peuvent afficher ou modifier les paramètres d’une file d’attente, tels que l’intervalle de sondage et le nombre maximal de threads de traitement des travaux. Cette fonctionnalité fait partie de PWA et ne nécessite aucun téléchargement d’outil particulier.
Page Mes files d’attente de Project Web Access : tout utilisateur peut vérifier le statut d’un travail à l’aide de cette interface. Cette fonctionnalité fait partie de PWA et ne nécessite aucun téléchargement d’outil particulier.
PSI d’état de la file d’attente : les développeurs de logiciels peuvent utiliser ces API pour connaître le statut de n’importe quel travail de file d’attente. Plusieurs filtres puissants permettent d’affiner la recherche.
Comment tout cela fonctionne ensemble
Les modules du système de file d’attente de Project Server doivent interagir et travailler ensemble lorsque le système est chargé de traiter des demandes, comme ajouter des travaux, traiter des travaux et récupérer l’état de travaux.
Ajout de travaux
Les travaux peuvent être ajoutés à la file d’attente de plusieurs manières. Par exemple, un responsable de projet peut enregistrer un projet depuis Project Professional, un membre de l’équipe peut envoyer une feuille de temps ou une application tierce publier un projet. Chacun de ces actions déclenche un appel à un élément de l’interface PSI (Project Server Interface) qui ajoute ensuite les travaux appropriés dans la file d’attente.
Traitement des travaux
Le traitement des travaux se produit selon différentes phases et implique une interaction entre différents modules :
Démarrer le processus de traitement de file d’attente : lorsque le service NT de file d’attente démarre, il démarre un processus de traitement de file d’attente par fournisseur de services partagés défini dans la batterie de serveurs. Le service NT de file d’attente doit toujours être en cours d’exécution pour que le système de mise en attente de Project fonctionne.
Démarrer les threads de sondage de travail : au lancement du processus de traitement de file d’attente, il démarre les threads de sondage de travail, qui sont spécifiques aux instances de Project Web Access.
Récupérer de nouveaux travaux : le thread de sondage recherche de nouveaux travaux dans les bases de données de projets.
Créer des threads de traitement de travail : en cas de nouveaux travaux, des threads de traitement de travaux sont créés.
Écrire l’état : lorsqu’un thread de traitement de travail se termine, l’état du travail (succès ou échec) est réécrit dans la base de données.
Récupération d’état
L’état d’un travail peut être vérifié de nombreuses manières. Les administrateurs peuvent utiliser les pages de gestion des files d’attentes de Project Web Access, les membres de l’équipe peuvent utiliser la page Mes travaux en file d’attente, et les développeurs de logiciels peuvent programmer la récupération d’états à l’aide des méthodes de la PSI de file d’attente. Pour plus d’informations sur les méthodes PSI, consultez la Documentation du SDK Project 2007 (en anglais) dans la documentation en ligne de la bibliothèque MSDN (https://msdn.microsoft.com/fr-fr/library/bb187390.aspx) (en anglais).
Les files d’attente Projet et Feuille de temps
Le système de mise en attente de Office Project Server 2007 se compose de deux files distinctes :
File d’attente Projet Essentiellement utilisée pour les messages liés au projet tels que l’enregistrement, la publication, l’établissement de rapports et la construction de cube, bien que d’autres types de messages puissent également être placés dans cette file d’attente. Ses tables et procédures stockées sont stockées dans la base de données brouillon de Office Project Server 2007.
File d’attente Feuille de temps Essentiellement utilisée pour les messages liés aux feuilles de temps tels que l’enregistrement ou l’envoi de la feuille de temps, bien que d’autres types de messages puissent également être placés dans cette file d’attente. Ses tables et procédures stockées sont stockées dans la base de données publiée de Office Project Server 2007.
Les deux files d’attente sont conçues de la même façon, à ceci près que leurs travaux résident dans des bases de données différentes. Disposer de deux types de files d’attente offre notamment les avantages suivants :
Performances : le stockage des données de travail de file d’attente dans la même base de données que les données de base évite à la file d’attente d’avoir à effectuer de coûteux appels inter-bases de données pendant le traitement des travaux. Observons l’exemple suivant : lorsqu’un travail d’envoi de feuille de temps se produit, les données entrées par l’utilisateur (par exemple, les heures travaillées) sont empaquetées en tant que partie du travail de file d’attente envoyé et placées dans la banque de travail de SQL Server. En outre, il existe déjà des informations sur une feuille de temps (durée, nom, etc.) ; celles-ci se trouvent dans la base de données « publiée ». Pour traiter le travail d’envoi de feuille de temps, les deux jeux de données sont nécessaires. Les performances sont meilleures si les deux jeux de données résident dans la même base de données. C’est pourquoi les travaux de file d’attente de feuilles de temps sont stockés dans la base de données « publiée » (où résident toutes les données de base des feuilles de temps) et les travaux de file d’attente de projets sont stockés dans la base de données « brouillon » (où réside la plupart des données de base des projets).
Réglage : chaque paramètre de la file d’attente peut être spécifié séparément pour les files d’attente Projet et Feuille de temps. Cela confère aux administrateurs de la souplesse dans la configuration. Par exemple, si un client utilise principalement Office Project Server 2007 pour les feuilles de temps et que le nombre de projets est très limité, l’intervalle de sondage de la file d’attente des projets peut être défini à une minute, et l’intervalle de sondage de la file d’attente des feuilles de temps à 10 secondes.
Remarque : L’intervalle de sondage spécifie la fréquence à laquelle le service de mise en attente recherche de nouveaux travaux dans l’une ou l’autre des files d’attente. Ce paramètre peut être spécifié dans la page Paramètres de file d’attente de Project Web Access.
Utilisation des files d’attente Projet et Feuille de temps
L’image suivante montre comment les modules du système de mise en attente de Project Server fonctionnent avec les files d’attente Projet et Feuille de temps.
Démarrer les threads de sondage des travaux : pour chaque instance de Project Web Access servis par la file d’attente (la file d’attente peut traiter plus d’une instance de Project Web Access), une paire de thread d’interrogation est lancée, un thread pour la file d’attente des projets, un autre pour la file d’attente des feuilles de temps. Ces deux threads résident dans l’espace de traitement des « processus de traitement de file d’attente » et sont exécutés sous l’identité « Processus de traitement de file d’attente » (qui est l’identité de l’administrateur du fournisseur de services partagés).
Stockage des travaux : comme mentionné ci-dessus, les travaux liés au projet (enregistrement, publication, établissement de rapports, construction de cube et ainsi de suite) sont stockés dans la base de données « brouillon ». Les travaux liés aux feuilles de temps (enregistrement, envoi, etc.) sont stockés dans la base de données « publiée ».
Traitement des travaux : aucun changement ici. À mesure que les « threads de sondage de travail » découvrent de nouveaux travaux, de nouveaux threads de traitement des travaux sont créés. Notez que les threads de traitement des travaux résident encore dans l’espace de traitement des « processus de traitement de file d’attente » et sont exécutés sous l’identité « Processus de traitement de file d’attente » (qui est l’identité de l’administrateur du fournisseur de services partagés).
Les modules de vérification de l’état ne connaissent aucune modification. Ils se contentent de vérifier l’état d’un travail, sans chercher à savoir à quelle file d’attente il appartient. La gestion des files d’attente s’effectue toujours file par file. Dans les pages Gestion des files d’attente de Project Web Access, les administrateurs doivent sélectionner la file d’attente (projet ou feuille de temps) dont ils modifient les paramètres.
Déploiement de file d’attente
Pour comprendre comment le système de mise en attente de Project Server est déployé, vous devez comprendre comment Office Project Server 2007 est déployé en général. Cette section offre une brève présentation du processus de déploiement. Pour plus d’informations, consultez Déployer Project Server 2007 sur un environnement de batterie de serveurs.
Même après avoir lu les sections précédentes, le lecteur peut continuer à se poser certaines questions :
Comment le service NT de file d’attente est-il créé au départ ?
Comment le service NT de file d’attente démarre-t-il ? Par exemple, comment trouve-t-il l’emplacement des bases de données brouillon et publiées de Project Server ?
Que se passe-t-il en cas de mise en service de plusieurs instances de Project Web Access (qui crée plusieurs bases de données Project) ?
Que se passe-t-il en cas de mise en service de plusieurs SSP (entraînant la création de plusieurs services NT de file d’attente) ?
Cette section aborde ces questions.
Comment le service NT de file d’attente est-il déployé pendant l’installation de Project Server 2007
Cette section explique comment la file d’attente est déployée en contexte, avec une brève présentation du déploiement de Office Project Server 2007.
Préparez vos ordinateurs : déterminez l’architecture physique pour votre déploiement. Dans cet exemple, nous identifions deux ordinateurs pour exécuter l’application Web (qui sert les pages Web), un ordinateur pour les opérations de niveau intermédiaire (enregistrement du projet, publication du projet et ainsi de suite) et un ordinateur pour la base de données.
Créez une batterie de serveurs Project Server : dès que vous essayez d’installer Project Server sur l’un des ordinateurs, vous êtes invité à créer une batterie de serveurs (ou à rejoindre une batterie existante). Vous pouvez penser à une batterie de serveurs Project Server comme à une représentation conceptuelle de votre installation : l’infrastructure de la batterie de serveurs se charge du déploiement des éléments voulus aux endroits voulus. Créer une batterie de serveurs entraîne également la création d’un site Web Administration centrale de SharePoint à partir duquel vous pouvez contrôler toutes les opérations de la batterie de serveurs depuis un emplacement central. Une batterie de serveurs comprend une base de données de configuration qui contient les informations de configuration de tous les serveurs de votre batterie de serveurs.
Installez des binaires et rejoignez une batterie de serveurs : l’étape suivante consiste à installer Office Project Server 2007 sur tous les ordinateurs et à rejoindre la batterie de serveurs Project Server. Dans le cadre de ce processus, vous devez désigner un rôle pour l’ordinateur sur lequel vous exécutez l’installation, à savoir « Web frontal » ou « serveur d’application » (ordinateur intermédiaire).
Mettez en service un fournisseur de services partagés (SSP) dans la batterie de serveurs : lorsque vous mettez en service un SSP dans la batterie de serveurs, les services/composants nécessaires pour un service partagé Project Server sont installés sur chaque ordinateur avec le rôle « serveur d’applications ». Cela signifie notamment que le service NT de file d’attente, que le service NT d’événement et que l’application Web PSI seraient créés. Dans le diagramme ci-dessous, la légende en blanc illustre la configuration logique de la batterie de serveurs. Dans cet exemple, c’est un fournisseur de services partagés qui est créé dans la batterie de serveurs.
Quelques éléments à noter :
L’infrastructure de la batterie de serveurs s’occupe de l’installation des composants requis sur chaque ordinateur intermédiaire. S’il y a plusieurs serveurs de niveau intermédiaire, ceux-ci partagent automatiquement la charge.
Chacun de ces services NT s’exécute sous l’identité du pool d’applications du fournisseur de services partagés. Il ne peut pas être géré manuellement via l’option Services du Panneau de configuration de Windows Server 2003. Le service de minuterie de SharePoint synchronise régulièrement les informations d’identification du service NT avec le compte de l’administrateur de la batterie de serveurs sur la base de données de configuration de la batterie de serveurs.
Les services NT pas ne feront rien à ce stade, car ils n’ont pas de site Project Web Access à traiter.
Mettez en service Project Web Access : cela s’effectue en accédant au site Web Administration SSP et en créant une instance de Project Web Access. Lorsque vous avez effectué cette étape, vous avez créé les services/composants nécessaires pour une instance de Project Web Access. Le processus de mise en service notifie également les services File d’attente et Événements qu’il y a maintenant un site Project Web Access à traiter. Dans le diagramme ci-dessous, la légende en blanc illustre la configuration logique de la batterie de serveurs. Dans cet exemple, c’est une nouvelle instance de Project Web Access (par exemple, PWA1) qui est créée dans la batterie de serveurs et qui est liée au SSP créé à l’étape précédente.
Quelques éléments à noter :
Une collection de sites Windows SharePoint Services et les pools d’applications qui lui sont associés sont créés sur chaque ordinateur qui est un serveur Web frontal.
Quatre bases de données Project Server sont créées.
Des entrées sont créées dans la base de données de configuration pour enregistrer la relation entre le site PWA, le fournisseur de services partagés et les bases de données.
Mettez en service une ou plusieurs instances de Project Web Access : la création de plusieurs instances de PWA au sein d’une batterie de serveurs est un scénario très classique (par exemple, pour traiter http://project20007/sales et http://project2007/marketing). Dans ces circonstances, de nouveaux jeux de bases de données Project Server sont créées, ainsi que de nouvelles collections de sites PWA Windows SharePoint Services et de nouveaux pools d’applications. Dans le diagramme ci-dessous, la légende en blanc illustre la configuration logique de la batterie de serveurs. Dans cet exemple, c’est une nouvelle instance de PWA (par exemple, PWA2) qui est créée dans la batterie de serveurs et qui est liée à ce fournisseur. Notez que de nouvelles bases de données Project Server sont créées pour l’instance PWA2. À présent, les services NT de file d’attente et d’événements commencent à traiter tous les sites PWA associés au SSP. Dans le cas présent, ils commencent à traiter à la fois PWA1 et PWA2.
Le service NT de file d’attente sur plusieurs serveurs d’applications Project Server
Le service NT de file d’attente est créé sur tous les serveurs d’applications Project Server (également appelés serveurs de niveau intermédiaire) de la batterie de serveurs. Par exemple, si vous avez deux serveurs d’applications Project Server, dès que vous mettez en service un nouveau SSP dans la batterie de serveurs Project Server, un nouveau service NT de file d’attente est créé sur ces deux ordinateurs. Il est important de noter que le service NT de file d’attente traite toutes les instances PWA liées à son SSP parent.
Propriétés du service de mise en attente
Comme précédemment mentionné, le service NT de file d’attente est créé lorsqu’un fournisseur de services partagés est mis en service dans la batterie de serveurs Project Server. Lorsque vous affichez les propriétés de l’ordinateur de niveau intermédiaire du service NT de file d’attente, il est important de comprendre comment certaines de ces propriétés sont déterminées.
Nom du service de file d’attente : le nom du service est ProjectQueueService. Indépendamment du nombre de fournisseurs de services partagés dans la batterie de serveurs, il n’y a jamais qu’un seul service NT de file d’attente sur le serveur d’applications Project Server.
Type de démarrage de file d’attente : le type de démarrage est automatique car le service NT de file d’attente doit toujours être en cours d’exécution.
Compte d’ouverture de session du service NT de file d’attente : le compte du service du minuteur est défini en tant que compte d’ouverture de session du service NT de file d’attente (le compte que vous auriez utilisé lors de la création de la batterie de serveurs).
Comment le service NT de file d’attente amorce et démarre de traitement des instances de Project Web Access : la file d’attente s’exécute en tant que compte de service de minuteur et elle a accès à la base de données de configuration de la batterie de serveurs. Au démarrage, le service NT de file d’attente interroge la base de données de configuration et obtient la liste de tous les SSP mis en service dans la batterie de serveurs. Ensuite, pour chaque fournisseur de services partagés, il démarre un processus de traitement de file d’attente. Chaque processus de traitement de file d’attente de la liste trouve la liste des instances PWA associées au fournisseur de services partagés et démarre une paire de threads de sondage pour chaque instance de PWA.
Quand devons-nous redémarrer le service NT de file d’attente ? Idéalement, jamais. Le service NT de file d’attente écoute en permanence les changements qui affectent la configuration de la batterie de serveurs et, le cas échéant, s’adapte automatiquement au changement (sans nécessiter de redémarrage du service NT).
Processus que vous verrez dans le Gestionnaire des tâches de Windows : si vous ouvrez le Gestionnaire des tâches de Windows, vous verrez un numéro ou un processus portant le même nom: Microsoft.Office.Project.Server.Queuing.exe. L’un d’eux s’exécute sous le compte du service de minuteur ; il représente le service NT de file d’attente proprement dit. Ensuite, il y a autant de processus Microsoft.Office.Project.Server.Queuing.exe que le nombre de fournisseurs de services partagés (SSP) présents dans la batterie de serveurs, chacun s’exécutant sous le compte d’administrateur SSP correspondant. Ces processus représentent les processus de traitement de file d’attente. Le nombre total de processus Microsoft.Office.Project.Server.Queuing.exe est égal au nombre de SSP, plus un pour le compte du service de minuteur.
Déploiement de la mise en attente dans les topologies différentes
Cette section explique comment la file d’attente est déployée dans différentes topologies dans lesquelles vous pouvez avoir plusieurs instances de PWA, ainsi que plusieurs fournisseurs de services partagés.
Démarrage/Traitement des files d’attente avec plusieurs PWA
Au démarrage de la file d’attente, elle contacte d’abord la base de données de configuration de la batterie de serveurs et demande toutes les instances de Project Web Access qu’elle est sensée traiter. La file d’attente s’identifie à l’aide du GUID du fournisseur de services partagés, qui est un paramètre de démarrage pour le service NT de file d’attente (voir la section Déploiement de la file d’attente pour plus de détails)
Le service NT de file d’attente contacte la base de données de configuration de la batterie de serveurs et demande des informations sur tous les SSP définis dans la batterie de serveurs.
Pour chaque fournisseur de services partagés (SSP), le service NT de file d’attente démarre un « processus de traitement de file d’attente », qui s’exécute sous le compte d’administrateur SSP correspondant.
Pour chaque fournisseur de services partagés, le service NT de file d’attente obtient la liste des sites PWA associés.
Pour chaque site PWA, le service NT de file d’attente extrait les informations de connexion aux bases de données PWA.
Le service NT de file d’attente démarre les paires de threads de sondage de travaux, une par instance de PWA.
Les threads de sondage s’enquièrent des nouveaux travaux.
Déploiement de file d’attente dans un environnement mono-SSP et multi-PWA
Voici une représentation de l’architecture de la file d’attente dans un environnement présentant un SSP et deux instances de Project Web Access mises en service pour le SSP.
Le service NT de file d’attente contacte la base de données de configuration de la batterie de serveurs et demande des informations sur tous les SSP définis dans la batterie de serveurs.
Pour chaque fournisseur de services partagés (SSP), le service NT de file d’attente démarre un « processus de traitement de file d’attente », qui s’exécute sous le compte d’administrateur SSP correspondant.
Pour chaque fournisseur de services partagés, le service NT de file d’attente obtient la liste des sites PWA associés.
Pour chaque site PWA, le service NT de file d’attente extrait les informations de connexion aux bases de données PWA.
Le service NT de file d’attente démarre les paires de threads de sondage de travaux, une par instance de PWA.
Les threads de sondage s’enquièrent des nouveaux travaux.
À mesure que de nouveaux travaux sont découverts, les threads de sondage de travaux engendrent de nouveaux threads de traitement des travaux.
Déploiement de file d’attente dans un environnement à deux SSP
Voici une représentation de l’architecture de la file d’attente dans un environnement à deux SSP et une instance de Project Web Access mise en service pour chaque SSP.
Le service NT de file d’attente contacte la base de données de configuration de la batterie de serveurs et demande des informations sur tous les SSP définis dans la batterie de serveurs.
Pour chaque fournisseur de services partagés (SSP), le service NT de file d’attente démarre un « processus de traitement de file d’attente », qui s’exécute sous le compte d’administrateur SSP correspondant.
Pour chaque fournisseur de services partagés, le service NT de file d’attente obtient la liste des sites PWA associés.
Pour chaque site PWA, le service NT de file d’attente extrait les informations de connexion aux bases de données PWA.
Le service NT de file d’attente démarre les paires de threads de sondage de travaux, une par instance de PWA.
Les threads de sondage s’enquièrent des nouveaux travaux.
À mesure et quand de nouveaux travaux sont découverts, les threads de sondage de travaux engendrent de nouveaux threads de traitement des travaux.
Regroupements de files d’attente
Il existe trois niveaux distincts de regroupement des données mises en file d’attente :
**Travaux **Un travail est un jeu de tâches qu’il est possible de suivre qui est exécuté par Project Server (enregistrement de projet, publication de projet, envoi de la feuille de temps, par exemple). Certains travaux ne sont pas explicitement lancés par l’utilisateur (notifications de messages électroniques, synchronisation des données de rapport). Les travaux constituent le niveau auquel la mise en attente est suivie (à l’aide d’un ID de travail).
**Groupe de travaux en corrélation ** Un groupe de travaux en corrélation est une catégorisation de travaux imposée par les règles internes de Project Server. Les travaux d’un groupe en corrélation sont toujours traités ensemble et dans l’ordre (à quelques exceptions près). Dans l’exemple ci-dessous, Projet 1 est modifié et enregistré depuis Project Professional puis archivé. Projet 1 est ensuite d’abord extrait puis publié par un autre utilisateur. La publication de Projet 1 déclenche la création d’un rapport, et un travail de création de rapport est ajouté à la file d’attente. Project Server assemble un groupe en corrélation composé des quatre travaux liés à Projet 1. Il tente ensuite de traiter les travaux en séquence puisque que les règles internes de Project Server indiquent que les travaux sont liés par une relation de dépendance. La dépendance en question réside dans le fait que la publication de Projet 1 et que la mise à jour de la base de données des rapports ne peuvent pas avoir lieu avant l’enregistrement du Projet 1. En outre, si une des tâches de la corrélation échoue, les autres tâches qui la suivent dans le groupe en corrélation sont bloquées. Par exemple, si le travail d’enregistrement de Projet 1 (ID de travail 12) échoue, le travail d’archivage de Projet 1 (ID de travail 13) sera bloqué. Si le travail d’archivage de Projet 1 est exécuté, cela engendrera des problèmes. Quelqu’un d’autre pourra ensuite extraire le Projet 1 (susceptible de se trouver dans un état incohérent suite à l’échec de l’enregistrement) et essayer de le modifier.
**Sous-travaux **Chaque travail peut être décomposé en segments appelés sous-travaux. Si un travail est très volumineux (enregistrer un projet de 10 Mo, par exemple), celui-ci sera décomposé en plusieurs sous-travaux. Les sous-travaux ne sont pas exposés à l’interface PSI ou à l’utilisateur Project Web Access.
Relations parent/enfant entre les tâches envoyées
Il est important de comprendre que des relations parent/enfant peuvent exister entre les travaux envoyés qui nécessitent des traitements supplémentaires. Par exemple, si un utilisateur publie Projet 1, une demande de rapport sur Projet 1 sera générée, ainsi que des demandes de notification concernant Projet 1. Notez que le travail Notifications sur Projet 1 sera toujours généré, mais que le travail Création de rapport sur Project 1 ne sera généré que si Publication de Projet 1 réussit.
De même, un travail enfant peut échouer sans affecter de quelque manière que ce soit le travail parent. Par exemple, si Notification sur Projet 1 échoue, cet échec n’aura aucun effet sur Publication de Projet 1 puisque celle-ci a déjà eu lieu. Il est important de noter que même si l’utilisateur est conscient que la publication de Projet 1 a été traitée via la file d’attente, il peut ignorer qu’un travail enfant a échoué. Si vous souhaitez vérifier quels travaux enfants ont été générés par un travail parent qu’ils ont mis en file d’attente ainsi que leur statut, vous pouvez le faire via la page Mes travaux en file d’attente de Project Web Access. Les administrateurs peuvent utiliser l’interface utilisateur de gestion des files d’attente et afficher tous les travaux dans la file d’attente.
Remarque : |
---|
La page Mes travaux en file d’attente et les pages Gestion des files d’attente de Project Web Access sont décrites dans la section Gestion des files d’attente de cet article. |
États de mise en attente
Lorsqu’un travail est envoyé à la file d’attente, celui peut passer par plusieurs états. Le tableau ci-dessous décrit chacun de ces états :
État | Description |
---|---|
Mise en file d’attente |
Le travail est placé dans la file d’attente. Un ID de travail est émis. |
Attente de traitement |
Le travail est dans la file d’attente et attend d’être traité. |
Traitement |
Le travail est en cours de traitement. |
Réussite |
Le traitement du travail a réussi. Il s’agit d’un état terminal, au-delà duquel le travail ne peut aller. |
Bloqué |
Le travail a été bloqué par l’échec d’un travail en amont dans le même groupe de corrélation. Fera l’objet d’un nouvel essai ou d’une annulation. |
Échec sans blocage des travaux en corrélation |
Le travail a échoué, mais ne bloque pas d’autres travaux de son groupe. Il s’agit d’un état terminal, au-delà duquel le travail ne peut aller. |
Échec avec blocage des travaux en corrélation |
Le travail a échoué et bloque un ou plusieurs travaux dépendants. |
Ignoré pour optimisation |
Le travail a été ignoré car un travail en double a été trouvé après lui dans le groupe. Par exemple, un responsable de projet peut essayer la procédure suivante en travaillant avec un projet :
Les trois enregistrements incrémentiels dans Projet 1 seront traités. Toutefois, les tentatives de publication n’ont pas besoin d’être traités. Si le dernier travail de publication est traité, il produira le même résultat que les trois prévus s’ils étaient traités. Les deux premières tentatives de publication sont ignorées dans un souci d’optimisation. |
Annulé |
Le travail a été annulé. Un travail peut être annulé dans n’importe quel état à l’exception des deux états terminaux (Réussite et Échec sans blocage des travaux en corrélation). |
Modifications dans l’état de la file d’attente
À mesure que les travaux sont placés et traités dans la file d’attente, il est important de comprendre les changements d’état de la file d’attente qui peuvent se produire. L’organigramme suivant décrit les chemins possibles entre les différents états.
État | État suivant possible |
---|---|
Mise en file d’attente |
|
Attente de traitement |
|
Traitement |
|
Réussite |
|
Bloqué |
|
Échec sans blocage des travaux en corrélation |
|
Échec avec blocage des travaux en corrélation |
|
Ignoré pour optimisation |
|
Annulé |
|
Gestion de la file d’attente
Dans Office Project Server 2007, la plupart des opérations critiques passent par la file d’attente. Par conséquent, comprendre et gérer la file d’attente est essentiel pour le bon fonctionnement de votre installation de Solution Microsoft Office Enterprise Project Management (EPM). Par exemple, les situations suivantes peuvent vous inviter à mieux gérer la file d’attente :
La publication de mon projet prend beaucoup de temps.
Le chargement de la page de gestion de la file d’attente prend beaucoup de temps et le nombre de travaux est de 100 000.
Mon responsable me demande comment vérifier que l’achat d’un nouveau serveur Office Project Server 2007 de niveau intermédiaire (serveur d’applications) a effectivement amélioré les performances.
La gestion de la file d’attente peut être effectuée à l’aide des éléments suivants :
Pages de gestion de file d’attente de Project Web Access
Page Mes travaux en file d’attente
Compteurs de performances
Nettoyage de file d’attente
Pages de gestion de file d’attente de Project Web Access
La gestion de la file d’attente peut s’effectuer dans les pages de gestion de file d’attente de Office Project Web Access. Ces pages s’apparentent à l’écran « Afficher tous les travaux » de toute imprimante commune dans lequel vous pouvez voir tous les travaux d’impression dans la file d’attente et résoudre les éventuels problèmes signalés. Les pages de gestion de file d’attente de Project Web Access sont accessibles via la page Paramètres du serveur, dans Project Web Access.
Depuis la page Gérer la file d’attente, vous pouvez :
Afficher le statut de tous les travaux dans la file d’attente.
Annuler ou réessayer un travail, s’il a échoué.
Remarque : Pour plus d’informations sur les états de la file d’attente, consultez la section États de mise en attente. Remarque : Pour consulter les informations de l’interface utilisateur sur la gestion de la file d’attente, consultez la section Administration de la file d’attente de cet article.
Page Mes travaux en file d’attente
La page Mes travaux en file d’attente fournit une interface utilisateur intuitive, similaire au « spouleur d’impression » de n’importe quel ordinateur individuel, dans lequel vous pouvez visualiser le statut des travaux que vous avez placés dans la file d’attente. Les utilisateurs de Project Web Access peuvent accéder à la page Mes travaux en file d’attente depuis la page d’accueil Project Web Access via le lien Paramètres personnels du menu de lancement rapide.
Si un utilisateur préfère afficher des informations sur tous les travaux qu’il a placés dans la file d’attente, il lui suffit d’accéder à la page Mes travaux en file d’attente dans Project Web Access. La page Mes travaux en file d’attente affiche les informations suivantes sur les travaux que l’utilisateur a placés dans la file d’attente :
Heure d’entrée dans la file d’attente
Heure de sortie de la file d’attente
Nom du travail
Type du travail
État du travail
% achevé
Position dans la file d’attente
Type de file d’attente
Erreur
En outre, la page Mes travaux en file d’attente permet à un utilisateur de filtrer tous ses travaux en file d’attente en fonction des critères suivants :
Travaux en cours ou en échec
Tous les travaux
Tous les travaux de la semaine précédente
Travaux réussis de la semaine précédente
Compteurs de performances
Les nombreux compteurs de performances spécifiques à la mise en attente permettent aux administrateurs d’évaluer les performances de votre système Office Project Server 2007 actuel. Ces compteurs de performances peuvent être très utiles pour déterminer si votre configuration actuelle répond à vos objectifs ou si vous devez justifier des ressources supplémentaires, telles qu’un autre serveur.
Certains des compteurs disponibles sont spécifiquement associés à des travaux tels que :
Temps d’attente moyen pour tout travail en file d’attente
Temps de traitement moyen pour les travaux de publication
Pourcentage d’échec des travaux
Temps d’attente moyen
D’autres compteurs sont associés à la file d’attente en général, tels que :
Profondeur moyenne de la file d’attente
% des réessais SQL
Appels SQL par heure
Temps de traitement moyen pour les travaux de publication
Nettoyage de file d’attente
Tant que le système Project Server est utilisé, des travaux sont placés en file d’attente et traités. Le système de file d’attente conserve l’état et d’autres métadonnées de chaque travail terminé, afin que son état puisse être déterminé ultérieurement. Ces travaux peuvent s’accumuler avec le temps et commencer à affecter les performances du système, notamment les requêtes portant sur l’état des travaux. Pour y remédier, le système de file d’attente possède un mécanisme de nettoyage intégré qui supprime régulièrement les travaux dans la file d’attente. L’effet principal de ce mode d’élimination est que l’état des travaux supprimés ne peut pas être déterminé au niveau de l’interface PSI ou des pages de gestion de file d’attente.
Dans la page Paramètres de file d’attente de Project Web Access, il existe plusieurs paramètres de configuration pour contrôler ce mécanisme de nettoyage :
Intervalle de nettoyage – Détermine la fréquence du nettoyage. La valeur par défaut est de 24 h.
Limite d’âge de nettoyage pour les travaux réussis – Détermine la fréquence de nettoyage des travaux réussis. La valeur par défaut est de 24 h.
Limite d’âge de nettoyage pour les projets non réussis – Détermine la fréquence de nettoyage des travaux terminés mais en échec (par exemple, les projets dont l’état est Échec sans blocage des travaux en corrélation). La valeur par défaut est de 168 heures.
Remarque : |
---|
Vous trouverez des informations supplémentaires sur ces paramètres dans la section Paramètres de file d’attente plus loin dans cet article. |
Administration de la file d’attente
La gestion et l’administration de la file d’attente peuvent s’effectuer dans la page Paramètres du serveur de Project Web Access. Dans la section File d’attente de la page Paramètres du serveur, deux options permettent d’administrer la file d’attente.
Gérer la file d’attente Cette page vous permet de consulter les travaux dans la file d’attente. Vous pouvez utiliser les options de configuration pour filtrer les travaux et visualiser uniquement les projets qui vous intéressent. Vous pouvez également relancer ou annuler un ou plusieurs travaux à partir de cette page.
Paramètres de file d’attente Cette page vous permet de définir les options de configuration qui contrôlent la manière avec laquelle les travaux sont extraits les files d’attente Projet et Feuille de temps, et traitées. Ces paramètres sont appliqués sans nécessiter le redémarrage du service NT de file d’attente.
Gérer la file d’attente
Cette section décrit les options de filtrage de la file d’attente disponibles en sélectionnant Gérer la file d’attente dans la section File d’attente de la page Paramètres du serveur de Project Web Access. Les résultats des options de mise en attente sélectionnées s’affichent également sur cette page.
Type de filtre
Ce filtre détermine l’ordre d’affichage des travaux dans la section Grille de travaux. Les options disponibles sont les suivantes :
Par état
Par travaux
Par projets
Par ID
Historique des travaux
Ce paramètre vous permet de sélectionner la plage de dates des travaux affichés dans la grille de travaux. Utilisez les champs De et À pour sélectionner les dates de début et de fin.
Vous pouvez utiliser le champ Nombre maximal de travaux pour limiter le nombre de travaux à afficher pour une plage donnée. Si la plage de dates sélectionnée contient un nombre important de travaux à afficher dans la grille de travaux, le temps de chargement de la page Gérer la file d’attente peut être très long. Le champ Nombre maximal de travaux vous permet de limiter le nombre de travaux pouvant être affichés. Le paramètre par défaut est de 500.
Type de travail
Cette section vous permet de sélectionner les types de travaux (publier le projet, envoyer la feuille de temps ou archiver le plan de ressources, par exemple) que vous voulez voir apparaître dans la grille de travaux. Par défaut, tous les types de travaux seront répertoriés dans la liste Travaux sélectionnés.
États d’achèvement de travaux
Cette section vous permet de sélectionner les états d’achèvement des travaux que vous voulez voir apparaître dans la grille de travaux. Par défaut, tous les états d’achèvement autres que Réussite figurent dans la liste États de travail sélectionnés. Cela signifie que les travaux effectués et réussis n’apparaîtront pas dans la grille de travaux.
Choisir les colonnes
Cette section vous permet de sélectionner les colonnes qui apparaîtront dans la section Grille de travaux.
Options avancées
Cette section vous permet de spécifier les opérations spéciales s’appliquant à une opération d’annulation. Les options vous permettent de :
Annuler les travaux en cours de placement dans la file d’attente
Annuler les travaux en aval de la corrélation
Grille de travaux
Cette section vous permet de consulter les tâches qui répondent aux critères répertoriés dans la page Gérer la file d’attente. Les options de cette section vous permettent de sélectionner un travail ou un groupe de travaux et de leur appliquer les options suivantes, le cas échéant :
Retenter le travail
Annuler le travail
Remarque : Vous devez actualiser manuellement la liste des travaux pour mettre à jour la page. Vous pouvez le faire à l’aide du bouton Actualiser.
Paramètres de file d’attente
Cette section décrit les options de configuration de la file d’attente disponibles en sélectionnant Paramètres de file d’attente dans la section File d’attente de la page Paramètres du serveur de Project Web Access.
Il est important de noter les éléments suivants pour la configuration des paramètres de file d’attente :
Les paramètres de file d’attente sont configurés par instance de Project Server.
Les paramètres de file d’attente sont configurés individuellement, par type de file d’attente (projet ou feuille de temps).
Le service NT de file d’attente ne doit pas redémarrer pour que les modifications prennent effet.
Si plusieurs services NT de file d’attente traitent cette instance de Project Web Access (comme dans un environnement à équilibrage de charge), tous les services de file d’attente seront actualisés à l’aide des mêmes paramètres.
Remarque : Après avoir sélectionné vos options de configuration dans cette page, n’oubliez pas d’utiliser le bouton Enregistrer pour enregistrer vos paramètres de configuration.
Type de file d’attente
Cette section vous permet de spécifier le type de file d’attente (projet ou feuille de temps) auquel vous voulez appliquer le paramètre.
Nombre maximal de threads processeur de travaux
Cette section vous permet de spécifier le nombre maximal de threads processeur de travaux pouvant s’exécuter simultanément. La plage valide est comprise entre 1 et 20 ; la valeur par défaut est 4.
Fréquence d’interrogation
Cette section vous permet de spécifier l’intervalle de temps (en millisecondes) entre deux sondages de la base de données de projets ou de feuilles de temps par le service NT de file d’attente (suivant le type de travail que vous avez sélectionné) pour les nouveaux travaux. La plage valide est comprise entre 500 et 300000, avec une valeur par défaut de 1 000.
Intervalle de nouvelle tentative
Cette section vous permet de définir le délai (en millisecondes) entre deux nouvelles tentatives pour les travaux qui ont échoué suite à des problèmes liés à SQL, tels que des blocages. La plage valide est comprise entre 0 (nouvelle tentative immédiate) et 300 000, avec une valeur par défaut de 1 000.
Nombre limite de nouvelles tentatives
Cette section vous permet de définir la limite du nombre de tentatives d’exécution d’une requête de sondage en échec. Le système de mise en attente de Project Server sonde régulièrement les bases de données afin de récupérer les travaux devant être traités. Si cette requête échoue pour une raison liée à SQL, le système essaiera à nouveau de sonder la base de données après un certain délai.
Intervalle entre tentatives SQL
La file d’attente sonde la base de données à intervalles réguliers pour vérifier si des travaux doivent être traités. Si la requête échoue, cette section vous permet de définir le délai (en millisecondes) avant que la requête soit de nouveau essayée. La plage valide est comprise entre 0 (nouvelle tentative immédiate) et 60 000, avec une valeur par défaut de 1 000.
Nombre limite de tentatives SQL
La file d’attente sonde la base de données à intervalles réguliers afin de savoir si des tâches sont en attente de traitement. Si la requête échoue, cette section vous permet de définir le nombre de tentatives d’exécution de la requête. La plage valide est comprise entre 0 (aucune tentative) et 100, avec une valeur par défaut de 5.
Délai d’attente SQL
La file d’attente effectue des appels SQL pour extraire et exécuter les tâches. Cette section vous permet de définir la valeur d’expiration (en secondes) de ces appels. Si un travail échoue en raison d’une erreur de délai d’attente SQL, vous pouvez augmenter la valeur de ce paramètre et recommencer le travail. La plage valide est comprise entre 19 et 86 400 (un jour), avec une valeur par défaut de 30.
Intervalle de nettoyage
Cette section vous permet de configurer la fréquence (en heures) d’exécution du travail Nettoyage de la file d’attente. La plage valide est comprise entre 1 et 100 000, avec une valeur par défaut de 24 (un jour).
Décalage de l’intervalle de nettoyage
Cette section vous permet de définir l’heure d’exécution du travail de nettoyage de la file d’attente. La valeur est définie en entrant le nombre de minutes après 12:00 auquel le travail de nettoyage de la file d’attente sera exécuté. La plage valide est comprise entre 0 (12:00) et 1439 (23:59), avec une valeur par défaut de 0.
Âge limite pour le nettoyage des travaux terminés
Cette section vous permet de définir le seuil (en heures) auquel les travaux réussis peuvent être purgés lors de l’exécution du travail de nettoyage de la file d’attente. L’âge de chaque travail est déterminé par la date et l’heure d’exécution du travail. Par exemple, si un travail a été exécuté le 10/01/07 à 22:40, et que le travail de nettoyage de la file d’attente est exécuté à la date du 10/02/07 à 23:55, le travail sera purgé (en supposant l’Âge limite pour le nettoyage des travaux terminés est la valeur par défaut de 24 heures).
La plage valide est comprise entre 1 et 100 000, avec une valeur par défaut de 24 (un jour).
Remarque : |
---|
En règle générale, le nombre de travaux réussis est très élevé par rapport au nombre de travaux non réussis. Par conséquent, l’âge limite pour le nettoyage des travaux terminés est généralement défini à une valeur inférieure à celle de l’âge limite pour le nettoyage des travaux non terminés. |
Âge limite pour le nettoyage des travaux non terminés
Cette section vous permet de définir le seuil (en heures) auquel les travaux terminés mais en échec (par exemple, Échec sans blocage des travaux en corrélation) peuvent être purgés lors de l’exécution du travail de nettoyage de la file d’attente. L’âge de chaque travail est déterminé par la date et l’heure d’exécution du travail. Par exemple, si un travail a été exécuté le 10/01/07 à 22:40, et que le travail de nettoyage de la file d’attente est exécuté à la date du 10/02/07 à 23:55, le travail sera purgé (en supposant l’Âge limite pour le nettoyage des travaux terminés est la valeur par défaut de 24 heures).
La plage valide est comprise entre 1 et 100 000, avec une valeur par défaut de 168 (sept jour).
Intervalle de référence
Il existe un certain nombre de tâches de « référence » qui sont exécutées par le système de mise en attente. Celles-ci incluent par exemple de réactiver des travaux qui se trouvent dans un état de « veille », de mettre à jour l’horodatage du compte de pulsation, ou de vérifier si le travail de nettoyage de la file d’attente doit être exécuté. Ce paramètre détermine l’intervalle de temps (en millisecondes) auquel ces tâches sont exécutées.
La plage valide est comprise entre 500 et 300 000, avec une valeur par défaut de 10 000 (dix secondes).
Délai d’expiration de la file d’attente
Dans une batterie de serveurs contenant plusieurs serveurs d’applications, si le service NT de file d’attente échoue sur un des serveurs, les travaux sont automatiquement répartis entre les serveurs d’applications restants sur lesquels le service NT de mise en attente est actif. On considère qu’un service NT de file d’attente a expiré lorsque son compte de pulsations n’a pas été mis à jour dans le délai indiqué par la valeur Délai d’expiration de la file d’attente (en minutes). Le compte de pulsations est mis à jour par la file d’attente dans toutes les bases de Project Web Access qu’elle touche (par exemple, chaque fois que les bases de données publiée et brouillon sont interrogés au sujet de travaux).
La plage valide est comprise entre 2 et 20, avec une valeur par défaut de 3.
Remarque : |
---|
La valeur Délai d’expiration de la file d’attente ne doit jamais être inférieure à quatre fois l’intervalle de référence. Si la règle n’est pas respectée, la valeur d’expiration de la file d’attente est automatiquement changée en quatre fois la valeur de référence. |
Interrogation rapide
Le paramètre Interrogation rapide est activé par défaut et permet à la file d’attente de traiter tous les travaux en état d’Attente de traitement aussi vite que possible. Toutefois, si ce traitement rapide surcharge les capacités du serveur et que la file d’attente doit ralentir, ce paramètre peut être désactivé.
Si la fonction d’interrogation rapide est désactivée, la file d’attente vérifie s’il se trouve des threads libres pour traiter les travaux. S’il en existe, les threads libres se chargent des travaux en Attente de traitement. Elle attend ensuite l’intervalle d’interrogation, puis répète la procédure.
Si l’interrogation rapide est activée, la file d’attente n’attend pas l’intervalle d’interrogation s’il se trouve des travaux en attente. À mesure que les travaux sont exécutés, tous les travaux en attente commencent à être traités immédiatement.