Tâches d'indexation : Update et Updall

Mettre à jour

La tâche Update est chargée par défaut au démarrage du serveur. Elle reste active en permanence et recherche, dans sa file d'attente de travail, les vues et les dossiers à mettre à jour. L'outil d'indexation utilise une quantité modeste de ressources système et attend cinq secondes entre chaque opération de mise à jour des bases de données réalisée.

La tâche Update exécute trois tâches de mise à jour différentes :

• Elle met à jour les vues dans l'annuaire Domino®.
• Elle met à jour les vues dans toutes les autres bases de données. Lorsqu'une demande de mise à jour d'une vue est soumise, la vue concernée est uniquement mise à jour si au moins 20 notes ont été modifiées depuis la dernière mise à jour et s'il y a eu accès à la vue au cours des 7 derniers jours. Le service de mise à jour des vues augmente la vitesse d'accès à une vue lorsque vous en ouvrez une dans le client Notes®. Si les vues ne sont pas régulièrement mises à jour, la seule incidence sur les utilisateurs ou les applications est un temps d'ouverture plus long des vues puisque ces dernières sont automatiquement mises à jour dès leur ouverture.
• Elle met à jour les index de recherche documentaire. L'indexation de recherche documentaire permet de rechercher des notes récemment ajoutées. Si vous ajoutez une note après la toute dernière indexation de recherche documentaire, vous ne pourrez pas la trouver en procédant à une recherche documentaire.

La tâche Update (Mettre à jour) gère deux files d'attente de travail : une file d'attente immédiate et une file d'attente différée. D'autres composants de serveur, notamment le routeur et le réplicateur, publient et transmettent les demandes à l'outil de mise à jour dès que des modifications sont apportées aux bases de données. Certaines demandes sont publiées en tant que demandes différées, d'autres en tant que demandes immédiates.

Lorsqu'une modification de vue ou de dossier est détectée dans la file, Update attend 15 minutes environ avant de mettre à jour tous les index de vues dans la base pour que la mise à jour tienne compte de toutes les modifications apportées à la base pendant ce délai de 15 minutes. Après la mise à jour des index de vue d'une base de données, la tâche met à jour toutes les bases de données dont l'index de recherche documentaire est défini pour être actualisé immédiatement ou toutes les heures.

Lorsque la tâche Update détecte un index de vue ou de recherche documentaire altéré, elle le recrée pour résoudre le problème. La tâche Update supprime l'index de vue ou de recherche documentaire et le recrée.

Pour optimiser l'indexation des vues, vous pouvez exécuter plusieurs tâches Update si la puissance du serveur le permet.

Gestion de la tâche de mise à jour et des ressources système utilisées

L'indexation permet de maintenir le niveau de mise à jour dans la configuration par défaut du serveur si le taux de mise à jour de ce dernier est faible, c'est-à-dire si peu de modifications sont effectuées dans les bases de données du serveur. Si un serveur dispose d'un taux de mise à jour élevé lié à une utilisation massive des bases d'applications, à un nombre trop important d'utilisateurs de messagerie ou à un volume de courrier considérable, la configuration par défaut d'utilisation des ressources peut rendre les files d'attente de mise à jour trop importantes. Si les files s'avèrent trop longues, définissez une méthodologie d'exécution des mises à jour sur le serveur concerné. Des files d'attentes trop longues sont généralement le signe de vues et d'index de recherche documentaire obsolètes.

Voici quelques exemples de scénarios et de méthodes conseillées que vous pouvez mettre en place, accompagnés des procédures correspondantes.

• Scénario 1 : les files d'attente sont souvent courtes sauf lorsque vous lancez une indexation de recherche documentaire pour une base de données contenant un volume important à mettre à jour. Dans ce cas, les demandes de mise à jour des vues attendent l'index de recherche documentaire. Cette situation provoque une augmentation des files d'attente jusqu'à ce que l'indexation de recherche documentaire soit terminée. Pour consommer un peu moins de ressources système et garder les files d'attente aussi réduites que possible, procédez à la mise à jour de vues et d'index de recherche documentaire dans des unités d'exécution distinctes. Pour cela, entrez la variable UPDATE_FULLTEXT_THREAD=1 dans le fichier NOTES.INI de votre serveur.
• Scénario 2 : les files d'attente grossissent lentement dans le temps et deviennent trop longues parce que la tâche Update ne reçoit pas suffisamment de ressources système pour les maintenir aussi réduites que possible. Pour utiliser d'autres ressources et garder les files d'attente aussi courtes que possible, définissez un délai entre chaque opération de mise à jour. Pour définir le délai, entrez la variable UPDATE_IDLE_TIME (ainsi que la variable FTUPDATE_IDLE_TIME si vous utilisez deux unités d'exécution) dans le fichier NOTES.INI du serveur. Le délai est par défaut fixé à 5 secondes. Pour permettre à la tâche Update d'utiliser des ressources système supplémentaires, définissez le délai à moins de 5 secondes. Une plus grande précision peut être requise sur un serveur de taille plus importante. Dans ce cas, vous pouvez définir le délai en millisecondes (Domino® 7 et supérieur uniquement) en ajoutant la variable UPDATE_IDLE_TIME_MS (ainsi que la variable FTUPDATE_IDLE_TIME_MS si vous utilisez deux unités d'exécution) au fichier NOTES.INI du serveur.
• Scénario 3 : les serveurs affichant des taux de mise à jour élevés exigent souvent trop de ressources système pour garder les files d'attente aussi petites que possible. Dans ce cas, vous pouvez choisir de ne procéder à aucune mise à jour des vues et d'autoriser simplement des mises à jour automatiques lors de l'ouverture des vues. Désactivez les mises à jour des vues en ajoutant la variable UPDATE_DISABLE_VIEWS=1 au fichier NOTES.INI du serveur. Une autre solution consiste à restreindre le nombre de mises à jour immédiates pour les bases de données de recherche documentaire. Vous pouvez modifier la fréquence de mise à jour des bases de données selon un programme horaire, quotidien ou spécifique. Vous pouvez également supprimer les index de recherche documentaire superflus.

  Pour permettre une indexation de recherche documentaire fréquente sur uniquement un petit nombre de bases de données et empêcher d'autres bases de données de faire l'objet de ce type d'indexation, désactivez l'indexation de recherche documentaire dans le processus de mise à jour, puis ajoutez les documents Programme pour planifier l'exécution de la tâche Updall toutes les 30 minutes, par exemple. Pour désactiver l'indexation de recherche documentaire dans le processus de mise à jour, entrez la variable UPDATE_DISABLE_FULLTEXT=1 dans le fichier NOTES.INI du serveur.

  Vous pouvez empêcher toutes les mises à jour et autoriser uniquement la mise à jour automatique des vues à l'ouverture de ces dernières. Pour empêcher les mises à jour, éditez la variable du fichier NOTES.INI en supprimant la chaîne de mise à jour.

  Si un système dispose des ressources système adéquates pour effectuer des mises à jour, vous pouvez lancer plusieurs tâches Update. Pour cela, éditez la variable ServerTasks dans le fichier NOTES.INI et ajoutez une deuxième tâche Update.

  Vous pouvez régler les contrôles chargés de déterminer si une vue est réellement mise à jour ou non. La base de données et la vue doivent rester ouvertes, mais la vue n'est pas mise à jour si ces seuils ne sont pas atteints.

Pour plus d'informations, voir UPDATE_ACCESS_FREQUENCY et UPDATE_NOTE_MINIMUM, ainsi que d'autres paramètres NOTES.INI.

Updall

La tâche Updall s'apparente à la tâche Update, mais elle ne s'exécute ni en continu, ni à partir d'une file ; vous pouvez la lancer en fonction de vos besoins. Vous pouvez définir des options, mais si vous n'en définissez pas, la tâche Updall met à jour tous les index de vue ou de recherche documentaire appropriés du serveur. Pour économiser l'espace disque, Updall efface également les talons de suppression des bases de données et ignore les index de vues inutilisés depuis 45 jours, à moins que le concepteur de la base de données n'ait spécifié des critères distincts pour la suppression des index de vues. Vous pouvez modifier les critères de rejet à l'aide du paramètre NOTES.INI du fichier Default_Index_Lifetime_Days.

A l'instar de la tâche Update, la tâche Updall régénère tous les index de vue et de recherche documentaire détectés.

Par défaut, la tâche Updall est incluse dans le paramètre NOTES.INI du fichier ServerTasksAt2 ; elle est donc exécutée tous les jours à 2 heures du matin. L'exécution quotidienne de Updall vous permet d'économiser de l'espace disque en purgeant les talons de suppression et en supprimant les index de vue non utilisés. Elle permet également de mettre à jour les index de recherche documentaire devant être actualisés tous les jours.

Le tableau ci-dessous compare les caractéristiques des tâches Update et Updall. Dans le cas de la tâche Updall, le tableau décrit les caractéristiques par défaut. Vous pouvez également modifier certaines de ces caractéristiques avec les options de la tâche Updall.