Prozedur

1. Bearbeiten Sie die Datei notes.ini auf dem Server, auf dem sich die Maildateien befinden, und nehmen Sie die folgenden Änderungen vor:

a. Entfernen Sie nUpdall aus dem Parameter ServerTasksAt2.

b. Legen Sie MailFileDisableCompactAbort=1 fest.


Anmerkung: Dieser Parameter verhindert, dass der Router durch Übermitteln von Mail Komprimierungsvorgänge unterbricht. Die Übermittlung wird fortgesetzt, sobald die Komprimierungsvorgänge abgeschlossen sind.

c. Geben Sie jede weitere Systemdatenbank mit der notes.ini-Variablen DBMT_FILTER an. Trennen Sie je zwei Einträge in der Liste durch ein Leerzeichen ( ), ein Komma (,) oder ein Semikolon (;). Die Groß-/Kleinschreibung wird für die Namen nicht beachtet und die Namen sind relativ zum Data-Verzeichnis.

Angenommen, d:\notefile ist das Data-Verzeichnis und log.nsf ist die Datenbank im Stammverzeichnis des Data-Verzeichnisses, dann müssten Sie DBMT_FILTER=log.nsf eingeben.

3. Geben Sie den Befehl im Programmdokument mit mindestens den folgenden Optionen an: -compactThreads n -updallThreads n -range Startzeit Stoppzeit -compactNdays n -force d

Die folgenden Parameter geben beispielsweise Folgendes an: 8 Threads (anhand der Plattenlaufwerke, die für das Notes-Data-Verzeichnis verwendet werden) für die Compact- und Updall-Tasks, ein Zeitfenster zwischen 2:00 Uhr und 7:00 Uhr, in dem das Werkzeug ausgeführt werden soll, 5 Tage Wartezeit, bis Nicht-Systemdatenbanken komprimiert werden sollen, und Sonntag als der Tag, an dem fixup für Datenbanken ausgeführt werden soll, die nicht komprimiert werden können.

-compactThreads 8 -updallThreads 8 -range 2:00AM 7:00AM -compactNdays 5 -force 1

Tabelle 1. Befehlszeilenoptionen für DBMT

Option	Beschreibung
-compactThreads	Konfiguriert die Anzahl Threads, die für ein Ausführen von Datenbankkomprimierungsvorgängen verwendet werden. Die Vorgabe ist 1 Thread. Ist 0 angegeben, werden keine Komprimierungsvorgänge ausgeführt. Legen Sie den Wert anhand der Anzahl der Datenträger fest, die für das Data-Verzeichnis verwendet werden.
-updallThreads	Konfiguriert die Anzahl Threads, die für ein Ausführen von updall-Vorgängen verwendet werden. Die Vorgabe 1 und 0 ist nicht zulässig. Legen Sie den Wert anhand der Anzahl der Datenträger fest, die für das Data-Verzeichnis verwendet werden.
-ftiThreads	Konfiguriert die Anzahl Threads, die für ein neues Aufbauen der Volltextindizes verwendet werden. Die Vorgabe 1 und 0 ist nicht zulässig.
-timeLimit tl	Neuer Name für compact -x. Beschränkt die Komprimierungszeit auf tl Minuten (für alle Komprimierungen). Diese Option gilt nicht für updall. Es wird angenommen, dass das DBMT-Werkzeug jeden Tag über ein Programmdokument ausgeführt wird. Sobald die Verarbeitung für alle Threads abgeschlossen ist, wird DBMT beendet.
-range Startzeit Stoppzeit	Für diese Option wird angenommen, dass das DBMT-Werkzeug nur bei einem Serverstart über ein Programmdokument ausgeführt wird. Das DBMT-Werkzeug ist inaktiv, bis Startzeit erreicht ist, und führt dann Komprimierungsvorgänge aus, bis Stoppzeit erreicht ist (oder alle Datenbanken verarbeitet wurden). Danach wartet das DBMT-Werkzeug wieder bis zu Startzeit.
-compactNdays n	Diese Option bewirkt, dass alle n Tage versucht wird, alle Nicht-Systemdatenbanken zu komprimieren.
-ftiNdays n	Bewirkt, dass Volltextindizes alle n Tage neu aufgebaut werden. Die Vorgabe ist, dass die Indizes nur neu aufgebaut werden, wenn sie beschädigt sind.
-force d	Gibt den Wochentag an, an dem fixup für Datenbanken ausgeführt wird, für die es Probleme beim Komprimieren gegeben hat. Ist n gleich 0 (null), wird fixup jeden Tag ausgeführt. Fixup wird nur ausgeführt, wenn mindestens 5 aufeinanderfolgende Komprimierungsvorgänge fehlgeschlagen sind (und dies nicht durch Verwendung der Datenbank verursacht wurde). Der Wertebereich von n ist 1 bis 7, wobei 1 = Sonntag, 2 = Montag usw.
-stoptime st	Für diese Option wird angenommen, dass das dbmt-Werkzeug jeden Tag über ein Programmdokument gestartet wird. Der Wert st gibt an, zu welchem Zeitpunkt Komprimierungen abgeschlossen sein sollen. Sobald die Verarbeitung aller Threads abgeschlossen ist, wird DBMT beendet.

Mit dem DBMT-Werkzeug können Sie auch eine nicht verwerfbare Ansicht zu Domino hinzufügen. Eine nicht verwerfbare Ansicht wird während Updall von DBMT erstellt (sofern dies noch nicht geschehen ist). Diese Ansicht wird durch Inaktivität nicht gelöscht. Sie können eine nicht verwerfbare Ansicht für Standard-Mailschablonen ab Domino 7.0 angeben. Die Standard-Mailschablone für IBM® Domino 9.0.1 Social Edition ist Mail (R9) (mail9.ntf). Wenn Sie eine ältere Mailschablonenversion verwenden, finden Sie den Namen der Mailschablone im Programmdaten-Data-Verzeichnis.

Dies sind die standardmäßigen nicht verwerfbaren Ansichten:

• $Inbox
• $Drafts
• $All
• ($RepeatLookup)
• ($ToDo)
• ($Calendar)
• ($Haiku_TOC)
• ($Alarms)
• ($iNotes)
• ($Users)
• ($iNotes_Contacts)
• ($ThreadsEmbed)

dbmt_schablonenname=ansichtsname_oder_alias;ansichtsname_oder_alias;ansichtsname_oder_alias

Wenn Sie eine benutzerdefinierte Schablone verwenden, können Sie einen neuen Schablonennamen mithilfe der Einstellung DBMT_MailTemplate, die eine durch Kommas begrenzte Liste von Schablonennamen unterstützt, hinzufügen. Ersetzen Sie den Schablonennamen nach dem Unterstrich und trennen Sie je zwei Ansichts- oder Aliasnamen durch ein Semikolon oder Komma, wie im folgenden Beispiel gezeigt:

dbmt_mailtemplate=ModTemp1,ModTemp2

In diesem Beispiel verfügen die Datenbanken mithilfe der Schablone "ModTemp1" oder "ModTemp2" über dieselben nicht verwerfbaren Ansichten wie die standardmäßige Domino-Mailschablonen (z. B. mail9.ntf).

Übergeordnetes Thema: Maildateien eines Benutzer mit dem dbmt-Werkzeug statt mit updall verwalten
Nächstes Thema: Datenbankpflegewerkzeug (DBMT) aus der Serverkonsole ausführen

Feedback zur Hilfe oder Benutzerfreundlichkeit des Produkts?

Hilfe zur Hilfe

Gesamter Inhalt der Hilfe

Feedback zur Hilfe oder Benutzerfreundlichkeit?

Hilfe zur Hilfe