Bei Abschluss eines Indexverifizierungs- und Korrekturdurchlaufs wird ein Bericht erzeugt. Die Berichte werden in einer CSV-Datei (Comma-Separated Variable) gespeichert und nach ihrem Erstellungsdatum benannt. Alle Berichte werden im Ordner „Verifizierungsberichte“ des Systemobjekt-Datenbereichs gespeichert, der auch über eine Verknüpfung im unteren Bereich der Seite Indexverifizierung konfigurieren zugänglich ist.
Sie können durch Klicken auf die einzelnen Berichte die Seite Dokumentüberblick aufrufen, mit der Sie eine Reihe von Funktionen auf den Bericht anwenden können. Außerdem ist es möglich, den Bericht zu Prüf- und Analysezwecken in die gängigsten Tabellenkalkulationsanwendungen zu importieren.
Der Indexverifizierungsbericht besteht aus vier Abschnitten: Kopfzeile, Konfiguration, Statistik und Details.
Die Kopfzeile besteht aus dem Berichtstitel, der Softwareversion, mit der der Bericht erstellt wurde, dem Zeitpunkt der Berichtserstellung sowie dem Namen des Systems.
Der Konfigurationsabschnitt ist ein Schnappschuss der Verifizierungs- und Korrektureinstellungen zum Zeitpunkt der Berichtsausführung. Diese Informationen bieten einen Überblick über die im Bericht zur Verfügung gestellten Informationen sowie unterstützende Informationen für den Fall, dass der Status des Suchindex protokolliert werden muss.
Der Statistikabschnitt enthält eine Reihe nützlicher Gesamtsummen nach Fehlertyp geordnet, wie unten dargestellt. Beachten Sie, dass vertikal dargestellte Zahlen sich NICHT aufaddieren sollen.
-
Neu erkannte Fehler sind solche, die bei dieser Iteration erstmalig erkannt wurden.
-
Versuchte Reparaturen stellen die Anzahl der Objekte dar, für die in diesem Durchlauf ein Korrekturversuch unternommen wurde. Wenn die Korrektur deaktiviert ist, ist dieser Wert immer „0“.
-
„Als nicht reparierbar markiert in dieser Iteration“ ist die Anzahl der Objekte, für die im vorangegangenen Durchlauf ein dritter Korrekturversuch unternommen wurde und die jedoch weiterhin fehlerhaft sind. Die Objekte wurden als „nicht reparierbar“ markiert, und es wird kein weiterer Korrekturversuch vorgenommen. Nicht reparierbare Objekte sind solche, bei denen Korrekturversuche unternommen wurden. Dies schließt KEINE Objekte ein, für die keine Korrekturversuche unternommen werden. So werden beispielsweise fehlerhafte Objekte aus Nur-lesen-Partitionen nicht zu den nicht reparierbaren Objekten hinzugezählt.
-
„Korrigierte letzte Iteration“ stellt die Anzahl der Objekte für jeden Fehlertyp dar, die im vorigen Korrekturlauf erfolgreich korrigiert wurden und nun nicht mehr fehlerhaft sind.
-
„Gesamtzahl nicht reparierbarer Objekte“ stellt die Anzahl der Objekte dar, die derzeit als nicht reparierbar markiert sind und für die kein Korrekturversuch unternommen wird. Hierzu zählen die neu erkannten nicht reparierbaren Objekte sowie zuvor erkannte nicht reparierbare Objekte.
-
Die „Gesamtzahl unkorrekter Objekte“ ist die Anzahl der Objekte für jeden Typ, die beim letzten Korrekturlauf als fehlerhaft erkannt wurden.
Außerdem finden Sie hier einige weitere Statistiken, darunter die Gesamtsumme der im Index gefundenen Objekte, die Anzahl der Objekte mit Inhalt- oder Metadatenwarnungen sowie die Anzahl der Einträge in der detaillierten Objektliste.
Die detaillierte Objektliste befindet sich im letzten Abschnitt des Berichts. Dieser Abschnitt enthält eine Liste aller Objekte, die die Verifizierungsfunktion als fehlerhaft meldet. Die Länge dieser Liste unterliegt dem im Konfigurationsabschnitt des Verifizierungsberichts eingestellten Maximalwert.
Zur leichteren Handhabung ist der Bericht auf 10.000 Objekte pro Berichtdatei beschränkt. Gibt es weitere zu meldende Objekte, werden diese in separaten Berichtdateien gespeichert und in der Beschreibung gekennzeichnet. Beispiel: (2 von 7)
Der Detailbericht enthält weitere Informationen unter
| Feld | Beschreibung |
|---|---|
| Name | Der in Content Server angezeigte Objektname (OTName) |
| OwnerID | Der numerische Wert, mit dem Content Server den Objekteigentümer kennzeichnet. |
| DataID | Der numerische Wert, den Content Server als Daten-ID für das Objekt verwendet (OTURN) |
| Version | Die Content Server-Version für das Objekt |
| Untertyp | Der Content Server-spezifische Objekttyp |
| Statuscode | Ein numerischer Code, der angibt, warum für dieses Objekt eine Diskrepanz gemeldet wurde. |
| Status | Eine Klartextbeschriftung, die angibt, warum für dieses Objekt eine Diskrepanz gemeldet wurde. |
| Neuversuche | Wenn Korrekturversuche unternommen werden, gibt dieser Wert die Anzahl der am Objekt unternommenen Korrekturversuche an. |
| Letzter Neuversuch | Datum und Uhrzeit des letzten an diesem Objekt vorgenommenen Korrekturversuchs. Dieses Feld ist leer, wenn keine Neuversuche unternommen wurden. |
| Änderungsdatum | Datum, an dem dieses Objekt zuletzt in Content Server geändert wurde (OTModifyDate) |
| Erstellungsdatum | Datum, an dem dieses Objekt in Content Server erstellt wurde (OTCreateDate) |
| Partitions-ID | Name der Partition, auf der sich das Objekt befindet. |
| Partitions-Modus | Modus der Partition, auf der sich das Objekt befindet: lesen, aktualisieren oder schreiben. |
| Integritätsfehler | „OK“, wenn kein Prüfsummenintegritätsfehler besteht. Ansonsten „Fehler“. |
| Inhaltsstatus | Numerischer Code, der den Status der Inhaltsindizierung für dieses Objekt angibt. Ein Serienstatus von 400 steht für unbrauchbaren Inhalt, während ein Serienstatus von 100 brauchbaren Inhalt darstellt. Zwischenwerte sind möglich. |
| Metadatenfehler | Anzahl der Metadatenfelder, die für dieses Objekt nicht indiziert werden konnten. |
| OTObject | Zeichenfolgenwert, den Content Server als eindeutige Kennung für diesen Objekt |
|
Hinweis: | |