Vorangestellt um Verwechslungen jeglicher Art beim Benennen von Dingen vorzubeugen, es gibt mehrere Indexer, z.B.
- Update
- Updall (Update All)
- Domidx (Domain Indexer)
Genaugenommen triggern die ersten beiden lediglich das NIF Subsystem, sind also gar nicht der "echte" Indexprozeß, aber so technisch will ich jetzt gar nicht werden.
Ich vermute, ihr seid eine größere Organisation. Sollte die Benutzeranzahl unter 1000 liegen dann habt ihr eh schon ein Performanceproblem und ich würde erstmal ganz anders an die Sache rangehen als einzelne Baustellen anzupacken. Das Zugriffsproblem mit dem Domino Verzeichnis kenne ich sonst nur von Firmen mit mehreren tausend Nutzern. Aber zu den Fragen.
Der von dir angesprochene Task ist (entsprechend der obigen Liste gesprochen) der Update-Task, der ab dem Serverstart permanent läuft und standardmäßig sämtliche angeforderten View- und Fulltext-Aktualitäten durchführt.
Zitat
1. Kann ich diesen Task einfach abbrechen? Wenn ja wie?
Nein.
Schlechte Idee.
Ganz schlechte Idee.
Diese Task braucht der Server wie das Bier die Hefe (japp - ich weiß, alkoholfreie u.a. gibts auch noch).
Und so wie es tausende Biersorten mit unterschiedlichen Rezepten gibt so kann man die Aufgaben und Zeitpunkte feintunen.
Zitat
2. Läßt sich dieser Task in die Nachtstunden verlegen? Wenn ja wie?
Erstmal: siehe 1.
Aber dein konkretes Problem, was da hieß:
Zitat
indexer Updating views in Name & Adressbook(s)
kann man soweit aufs Minimum reduzieren, daß für Zugriffe und Performance wichtige Views bei der Aktualisierungsanforderung beim Open ignoriert werden. Das erreicht man mit dem notes.ini-Server-Parameter:
<i>Server_Name_Lookup_Noupdate=1</i>
Um die Aktualität trotzdem sicherzustellen sollte man ggf. per Programmdokument nachts ein
<i>updall names.nsf -r</i>
laufen lassen. Ansonsten lassen einige Dinge wie Gruppenmitgliedschaften und Berechtigungen teils lange auf sich warten.
Ansonsten gibt es speziell für den Indexer viele weitere Tuningmöglichkeiten, wie z.B.
- Anzahl der parallel ausgeführten Index-Threads
- Volltextindex mit Updall statt Update und dann zeitgesteuert aktualisieren
- Indexer-Tempverzeichnis auf schnellere Platte(n) legen
- Limits des Indexers anpassen (Größen, Zeit, Was)
- View Properties der großen Datenbanken optimieren
- Verzögerung des Indexers bis zum Anspringen optimieren (Suppression Time)
- Transaction Logging für Viewindizies verwenden
- Buffer Pools anpassen
- etc.
Nicht alle der genannten Optionen führen zwingend zu einer Verbesserung, man muß schon gezielt beobachten, ändern und wieder beobachten um an der "richtigen" Schraube zu drehen. Und das braucht vor allem eins: Zeit (und jemand, der sich etwas auskennt oder sich die Zeit nimmt um sich dahingehend schlau zu machen).
Hier abschließend noch ein Link zur Erklärung der Indexer-Funktionen:
The Indexer and Its Functionality
Weitere lesenswerte Dinge sind Redbooks und Wiki's zum Thema Performancetuning.
Carsten