Feuilles de temps lentes : un diagnostic Project Server pas à pas
Quand les feuilles de temps mettent 14 secondes à s'ouvrir, les équipes finissent par ne plus les remplir. Le problème se règle souvent en une journée, à condition de chercher méthodiquement.
- 1Mesurer14 s à l'ouverture, pour tous
- 2Isolerserveur et réseau normaux, index de la base fragmentés
- 3Corrigerindex reconstruits, après une sauvegarde
- 4Vérifier2 s, avec l'équipe
Des feuilles de temps lentes ne sont pas qu'un inconfort. Chaque seconde d'attente décourage la saisie, et des temps mal saisis faussent tout le pilotage. Voici la démarche que nous suivons, sur une demande type.
1. Mesurer
Lundi matin, le bureau des projets signale que les feuilles de temps s'ouvrent lentement. Première étape : mesurer. L'ouverture d'une feuille prend 14 secondes, pour tous les utilisateurs, à toute heure. Ce n'est donc ni un poste, ni un pic de charge.
2. Isoler
On vérifie ensuite chaque maillon : le serveur d'application répond normalement, le réseau aussi. Reste la base de données. En fin de matinée, le diagnostic tombe : ses index sont fragmentés, et chaque ouverture de feuille parcourt beaucoup plus de données que nécessaire.
3. Corriger, après une sauvegarde
La reconstruction des index se fait en fin de journée, hors des heures de saisie, et toujours après une sauvegarde vérifiée. Si quelque chose se passe mal, on revient en arrière sans perte.
4. Vérifier avec l'équipe
Le lendemain, on vérifie avec ceux qui saisissent, sur les feuilles de la semaine : l'ouverture prend 2 secondes. La demande n'est close qu'après ce constat, avec un compte rendu et des conseils pour éviter que cela revienne.
À retenir
- mesurer avant de corriger, pour savoir ce qu'on cherche ;
- isoler maillon par maillon plutôt que tout changer ;
- ne clore qu'après une vérification avec les utilisateurs.