Verwaltung

In diesem Hilfethema wird die Verwaltung von Index Server auf verschiedenen Ebenen beschrieben. Diese Version von Index Server vereinfacht die Verwaltungsaufgaben durch ein neues grafisches Snap-In, das in MMC (Microsoft Management Console) integriert werden kann.

Dieser Abschnitt enthält folgende Hilfethemen:

• Laden des Snap-Ins von Index Server: Es wird die Installation des Snap-Ins von Index Server innerhalb von Microsoft Management Console beschrieben.
• Grundlagen der Verwaltung: Es wird die Verwaltung von Microsoft Index Server durch Überwachen der Vorgänge beim Indizieren, Scannen und Protokollieren beschrieben.
• Sicherheit: Es wird die Verwaltung der Sicherheit unter Index Server erläutert.
• Kataloge: Es wird die Funktion der Kataloge erläutert sowie ihre Funktionsweise und die Überwachungsmöglichkeiten für Kataloge beschrieben.
• Indizieren von Remotecomputern: Es wird das Einrichten eines Standorts mit mehreren Webservern erläutert.

© 1998 Microsoft Corporation. Alle Rechte vorbehalten.

Anpassen des Eigenschaften-Caches

Um den Zeitaufwand für die Ermittlung häufig abgefragter Werte zu reduzieren, können Sie Eigenschaften zum Server-Cache hinzufügen. In diesem Abschnitt wird erläutert, wie Sie die Antwortzeit verbessern können, indem Sie Eigenschaften zum Cache hinzufügen oder aus dem Cache entfernen und Eigenschaften bearbeiten. Weitere Informationen zum Eigenschaften-Cache finden Sie unter Eigenschaften der Zwischenspeicherung.

1. Doppelklicken Sie im Frame auf der linken Seite der MMC auf den Namen des Katalogs, der die Eigenschaften enthält, die Sie anpassen möchten.
2. Klicken Sie unter dem Katalog auf Eigenschaften.

Im rechten Frame wird eine Liste mit den Eigenschaften dieses Katalogs angezeigt.

1. Klicken Sie im rechten Frame der MMC in der Spalte Eigenschaftensatz mit der rechten Maustaste auf die ID der Eigenschaft, die Sie zum Cache hinzufügen möchten.
2. Wählen Sie aus dem angezeigten Menü den Befehl Eigenschaften aus.
3. Aktivieren Sie im Eigenschaftenfenster das Kontrollkästchen Zwischengespeichert.
4. Wählen Sie im Listenfeld Datentyp den richtigen Datentyp für die Eigenschaft aus.
5. Geben Sie im Feld Größe die gewünschte Größe (in Byte) für die Eigenschaft an, oder übernehmen Sie die Standardgröße von 8 Byte.

Für Eigenschaften von Zeichenfolgen, die mehr Speicherplatz erfordern, ist ein Überlaufmechanismus verfügbar. Es wird daher empfohlen, für die Speicherplatzzuweisung den mittleren Wert auszuwählen.


6. Klicken Sie auf OK.

1. Klicken Sie im rechten Frame der MMC in der Spalte Eigenschaftensatz mit der rechten Maustaste auf die ID der Eigenschaft, die Sie aus dem Cache entfernen möchten.
2. Wählen Sie aus dem angezeigten Menü den Befehl Eigenschaften aus.
3. Deaktivieren Sie im Eigenschaftenfenster das Kontrollkästchen Zwischengespeichert.
4. Klicken Sie auf OK.

1. Klicken Sie im rechten Frame der MMC in der Spalte Eigenschaftensatz mit der rechten Maustaste auf die ID der Eigenschaft, die Sie bearbeiten möchten.
2. Wählen Sie aus dem angezeigten Menü den Befehl Eigenschaften aus.
3. Führen Sie im Eigenschaftenfenster die gewünschten Änderungen durch.
4. Klicken Sie auf OK.

Anmerkung Änderungen an den Einstellungen der Eigenschaften werden nicht unmittelbar wirksam, da sie zunächst übernommen werden müssen. Aufgrund des Zeitaufwands, der bei Änderungen im Cache anfällt, sollten Sie die Änderungen erst übernehmen, nachdem Sie alle gewünschten Änderungen vorgenommen haben.

1. Wählen Sie unter dem Katalog, für den Sie die Eigenschaften geändert haben, die Option Eigenschaften aus.
2. Wählen Sie aus dem Menü die Option Änderungen werden durchgeführt aus.
3. Klicken Sie auf Ja, wenn Sie dazu aufgefordert werden.

Die Änderungen wurden erfolgreich übernommen, wenn in der Statusleiste der MMC links unten der Status Bereit angezeigt wird.

© 1998 Microsoft Corporation. Alle Rechte vorbehalten.

Erstellen und Konfigurieren von Katalogen

Wenn Sie im linken Frame in der MMC Index Server auswählen, wird im rechten Frame eine Liste der Kataloge angezeigt. Bei der Installation von Index Server wird der Webkatalog erstellt. Sie können bei Bedarf weitere Kataloge erstellen und vorhandene Kataloge entfernen. Sie können auch bestehende Kataloge konfigurieren und die verschieben.

Dieses Hilfethema enthält:

• Kataloge erstellen
• Konfigurieren von Katalogen
• Verschieben und entfernen von Katalogen

Kataloge erstellen

1. Wählen Sie in der MMC Index Server aus.
2. Wählen Sie aus dem Menü Aktion die Option Beenden aus.

Sie können einen Katalog erst dann hinzufügen, wenn Sie den Inhaltsindexdienst angehalten haben.


3. Wählen Sie aus dem Menü Aktion zuerst den Befehl Neu und anschließend Katalog aus.
4. Geben Sie in das Dialogfeld Katalog hinzufügen den Namen des Katalogs ein.
5. Klicken Sie auf die Schaltfläche Durchsuchen, um das Verzeichnis auszuwählen, in dem der neue Katalog gespeichert werden soll.
6. Wenn Sie den Katalogort gewählt haben, klicken Sie auf die Schaltfläche OK.
7. Rufen Sie zunächst Index Server auf, und wählen Sie anschließend aus dem Menü Aktion die Option Starten aus.

Indem Sie Index Server erneut starten, wird der neue Katalog für die Indizierung verfügbar.

Anmerkung   Sie können erst einen neuen Katalog hinzufügen, wenn Sie Index Server angehalten haben. Nachdem Sie einen neuen Katalog erstellt haben, muss Index Server neu gestartet werden, um den Katalog online verfügbar zu machen. Vorher können Sie ggf. Verzeichnisse hinzufügen und die Katalogeigenschaften aktualisieren.

Lassen Sie eine Abfrageseite auf einen Katalog zeigen, wenn Sie den Wert von CiCatalog in der entsprechende .idq-Datei einstellen oder ändern Sie den Standardkatalog in dem IsapiDefaultCatalogDirectory -Parameter. Weitere Informationen über das Ändern eines Standardkatalogs finden Sie unter Wichtige Registrierungsparameter.

Anmerkung   Wenn Sie den MMC Index Server Manager verwenden, können Sie keinen Katalog zu einem Remote Computer hinzufügen, wenn die Standardfreigaben auf dem Remote Computer entfernt wurden.

Konfigurieren von Katalogen

Nach der Erstellung können Sie für den neuen Katalog verschiedene Konfigurationseinstellungen vornehmen, bevor Sie den Katalog durch den Neustart von Index Server online verfügbar machen. Sie können folgende Verfahren durchführen:

• Überprüfen des Katalognamens, des Ordners und der Größe.
• Zuordnen des Katalogs zu Virtuellen Verzeichnissen auf virtuellen Servern.
• Ändern von globalen Einstellungen für bestimmte Kataloge.

1. Wählen Sie den Katalog aus, den Sie konfigurieren möchten.
2. Wählen Sie aus dem Menü Aktion die Option Eigenschaften aus.

Das Eigenschaftenfenster Eigenschaften von Katalog wird angezeigt, aus dem Sie Name, Pfad und Größe des Katalogs entnehmen können.


3. Klicken Sie auf die Registerkarte Web.

Virtuelle Basisverzeichnisse protokollieren

Wählen Sie das Feld aus, das Sie indizieren möchten, und aktualisieren Sie die Virtuellen Verzeichnisse.




Virtueller Server

Wählen Sie den virtuellen Server aus, den Sie diesem Katalog zuordnen möchten. Weitere Informationen hierzu finden Sie unter Kataloge.




NNTP-Basisverzeichnisse protokollieren

Wählen Sie das Feld aus, das Sie indizieren möchten, und aktualisieren Sie die neuen Verzeichnisse.




NNTP-Server

Wählen Sie den virtuellen Nachrichtenserver aus, den Sie diesem Katalog zuordnen möchten.

4. Klicken Sie auf die Registerkarte Erzeugung.

Durch Ändern der Einstellungen im Eigenschaftenfenster Erzeugung werden die globalen Einstellungen für diesen Katalog überschrieben. Weitere Erläuterungen zu diesem Eigenschaftenfenster finden Sie unter Einstellen globaler Eigenschaften.


5. Klicken Sie auf die Schaltfläche OK, nachdem Sie diese Schritte durchgeführt haben.

Anmerkung   Falls Sie einen Katalog erstellt und Online gebracht haben, können Sie diesen jederzeit neu einstellen. Nachdem Sie einen Katalog eingestellt haben, müssen Sie den Inhaltindex-Dienst beenden und neu starten, sodass die Änderungen wirksam werden.

Verschieben und Entfernen von Katalogen

Wie in den voherigen Versionen von Index Server, können Sie manuell Kataloge hinzufügen und entfernen und entsprechende Registrierungseinträge einstellen. Falls die MMC läuft, sollten Sie diese beenden und neu starten, sodass die Änderungen angezeigt werden können. Informationen zum Verschieben und Entfernen eines Katalogs finden Sie unter Verschieben und Entfernen eines Katalogs.

© 1998 Microsoft Corporation. Alle Rechte vorbehalten.

Überprüfen des Status

Mit dem Snap-In von Index Server können Sie den Indizierungsstatus problemlos überprüfen und sowohl die Eigenschaften der Verzeichnisse als auch die zwischengespeicherten Eigenschaften anzeigen.

Wählen Sie im linken Frame der MMC Index Server aus. Im rechten Frame wird daraufhin eine Liste mit Katalogen angezeigt, die verschiedene Felder mit Informationen enthält.

Die folgende Liste erläutert jedes Feld:

Katalog

Der Friendly-Name des Katalogs. Beispielsweise ist der Name des Standardkatalogs Web.

Pfad

Zeigt den physischen Pfad zu dem Katalogverzeichnis.

Größe (Mb)

Gibt den durch die Indizes verbrauchten Speicherplatz in Megabyte an. Es kann sein, dass diese Zahl sich nicht sofort erhöht. Sie wird nur periodisch aktualisiert, wenn die Indizes optimiert werden. Dieser Zähler enthält die Größe der .prp-Datei.

Dokumente insgesammt

Gibt die Zahl der Objekte an, die auf der Festplatte festgestellt und vom System indiziert wurden. Diese Zahl wird größer, sobald Dateien hinzugefügt werden.

Dokumente zu filtern

Gibt die Anzahl der Dokumente an, die vom System indiziert wurden.

Wortlisten

Zeigt an, wie viele temporäre Wortlisten auf der Festplatte erstellt wurden. Wenn Objekte indiziert werden, erstellt das System Wortlisten. Sobald eine bestimmte Zahl an Wortlisten erstellt wurden (zwischen 14 und 20, abhängig vom RAM des Computers), werden diese in einem beständigen Index zusammengefügt und aus dem Arbeitsspeicher entfernt. Wenn eine bestimmte Zahl beständiger Indizes erstellt wurden, werden sie in einem beständigen Index zusammengefügt, der Hauptindex.

Beständige Indizes

Zeigt Ihnen, wie viele Indizes auf der Festplatte gespeichert wurden. Die optimale Zahl ist eins. Während die Indizierung läuft, kann das System verschiedene beständige Indizes erstellen. Die Indizes werden regelmäßig zusammengeführt, um die Systemleistung zu steigern.

In der folgenden Liste sind alle Meldungen enthalten, die im Feld Status angezeigt werden können:

• Übersichtszusammenführung
• Hauptzusammenführung
• Optimieren des Zusammenführen
• Überprüfung erforderlich
• Überprüfen
• Wiederherstellung (nach Beschädigung)

Die meisten dieser Meldungen enthalten nur Informationen. Wird im Feld Status beispielsweise die Meldung Hauptzusammenführung angezeigt, wird darauf hingewiesen, dass eine Hauptzusammenführung durchgeführt wird. Die Meldung Überprüfung erforderlich ist die einzige Meldung, die eine Reaktion des Benutzers erfordert. Wenn diese Meldung angezeigt wird, sollten Sie eine Überprüfung einleiten, sofern augenblicklich noch keine Überprüfung durchgeführt wird.

1. Doppelklicken Sie im linken Frame der MMC auf Index Server.

Die einzelnen Kataloge werden angezeigt.


2. Doppelklicken Sie auf den gewünschten Katalognamen.
3. Doppelklicken Sie im linken Frame unter dem Katalog auf Verzeichnisse.

Im rechten Frame wird eine Verzeichnisliste angezeigt, die folgende Felder mit Informationen enthält:

Basis

Liste der physischen Verzeichnisse. Alle Dateien in diesen Verzeichnissen wurden indiziert (oder ausgeschlossen). Bei den Verzeichnissen muss es sich nicht um virtuelle Verzeichnisse handeln.

Alias

Der vom Benutzer hinzugefügte Pfad. Dieser Pfad wird für Clients zurückgegeben, die von einem Remotecomputer aus eine Abfrage ausgeben.

Ausschließen

Ja weist darauf hin, dass das Verzeichnis aus dem Bereich ausgeschlossen (d. h. nicht indiziert) wurde.

Anmerkung   Die in den Feldern Pfad und Alias angegebenen Pfade werden nur zurückgegeben, wenn für CiScope ein physischer Bereich angegeben wird. Haben Sie für CiScope einen virtuellen Bereich angegeben, wird der virtuelle Pfad zurückgegeben.

1. Doppelklicken Sie im linken Frame der MMC auf Index Server.

Die einzelnen Kataloge werden angezeigt.


2. Doppelklicken Sie auf den Katalog, dessen Eigenschaften Sie anzeigen möchten.
3. Doppelklicken Sie im linken Frame unter dem Katalog auf Eigenschaften.

Im rechten Frame wird eine Liste der Eigenschaften angezeigt, die folgende Informationen enthält:

Eigenschaftensatz

Die angegebene Zahl für die Eigenschaft steht für eine bestimmte Eigenschaft.

Eigenschaft

Die hexadezimale oder String ID für die entsprechende Eigenschaft.

Aliasname

Eine Bezeichnung für eine Eigenschaft in Abfrageeinschränkungen und Angaben für Sortierungen. Eine Liste mit den Aliasnamen für Eigenschaften finden Sie unter Liste der Eigenschaftsnamen.

Datentyp

Der beim Zwischenspeichern erwartete Datentyp der entsprechenden Eigenschaft.

Zwischengespeicherte Größe

Der Speicherplatz (in Byte), der einer Eigenschaft im Cache zugewiesen wurde.

Wenn die Felder Datentyp und Zwischengespeicherte Größe für eine bestimmte Eigenschaft keinen Eintrag enthalten, befindet sich diese Eigenschaft nicht im Cache. Diese Eigenschaft ist dann ggf. nicht im Abfrageergebnis enthalten und steht u. U. nicht für Abfragen von Werten, wie @create > -1d, zur Verfügung.

© 1998 Microsoft Corporation. Alle Rechte vorbehalten.

Erzwingen einer Zusammenführung

Wenn die Antwortzeit für Abfragen zu lang wird, sollten Sie Ressourcen freigeben, indem Sie Indizes miteinander kombinieren. Es empfiehlt sich, von Zeit zu Zeit durch die Kombination kleinerer Indizes größere Indizes zu erstellen. Auf diese Weise können Sie Speicher- und Festplattenkapazität freigeben und gleichzeitig die Anwortzeit für Abfragen verkürzen. Kleinere Indizes werden durch das Erzwingen einer Zusammenführung miteinander kombiniert. Weitere Informationen über Zusammenführungen und die Typen der Zusammenführung finden Sie unter Zusammenführen von Indizes.

1. Wählen Sie im linken Frame der MMC den Katalog aus, in dem Sie Indizes zusammenführen möchten.
2. Klicken Sie im Menü Aktion auf den Befehl Zusammenführen.
3. Klicken Sie auf Ja, wenn das Dialogfeld Katalog zusammenführen? angezeigt wird.

Weitere Informationen über das Indizieren finden Sie auf der Seite Indizieren.

Sie können Indizes wahlweise auch durch die Ausführung eines .ida-Skripts mit dem nachfolgend angeführten Kennzeichen zusammenführen:

CiAdminOperation=ForceMerge

Anmerkung   Das Zusammenführen von Hauptindizes ist in der Regel eine zeitintensive Aktion, die eine hohe CPU-Leistung erfordert. Die Ausführung von Abfragen kann daher während der Zusammenführung von Hauptindizes deutlich verlangsamt werden. Zeigen Sie ggf. eine separate Bestätigungsseite an, bevor Sie das eigentliche Skript ausführen.

© 1998 Microsoft Corporation. Alle Rechte vorbehalten.

Einstellen globaler Eigenschaften

Auf der Ebene von Index Server können Sie die Einstellungen der Eigenschaften für alle Kataloge anpassen. Sie haben beispielsweise die Möglichkeit, die Charakterisierung für alle Kataloge zu deaktivieren. In diesem Fall werden keine Zusammenfassungen oder Auszüge für die Dateien erstellt, die auf der Ergebnisseite eines Suchvorgangs aufgelistet werden. Sie können bei Bedarf einen Wert für einen bestimmten Katalog ändern, da die Werte, die Sie auf Katalogebene festgelegt haben, mit den Werten überschrieben werden, die Sie auf der Ebene von Index Server festlegen.

1. Wählen Sie in der MMC Index Server aus.
2. Wählen Sie aus dem Menü Aktion die Option Eigenschaften aus.

Im Eigenschaftenfenster Erzeugung sind drei Einstellungen enthalten, die Sie global für alle Kataloge festlegen können.


Dateien mit unbekannter Erweiterung filtern

Legt fest, ob Dateien mit unbekannten Erweiterungen ggf. gefiltert werden. Standardmäßig werden diese Dateien gefiltert. Weitere Informationen zum Einstellen dieser Eigenschaft finden Sie unter FilterFilesWithUnknownExtensions




Charakterisierungen erzeugen

Legt fest, ob ggf. Zusammenfassungen für Dateien erstellt werden, die im Rahmen eines Suchvorgangs gefunden wurden und auf der Ergebnisseite aufgeführt werden. Standardmäßig werden Zusammenfassungen erstellt. Weitere Informationen zum Einstellen dieser Eigenschaft finden Sie unter GenerateCharacterization




Maximale Größe (aller Charakterisierungen)

Legt die maximale Zeichenanzahl für Zusammenfassungen von Dateien fest, die im Rahmen eines Suchvorgangs zurückgegeben wurden. Weitere Informationen zum Einstellen dieser Eigenschaft finden Sie unter MaxCharacterization

3. Klicken Sie auf OK.

© 1998 Microsoft Corporation. Alle Rechte vorbehalten.

Schreiben von .ida-Skripten

Verwaltungsanforderungen entsprechen weitgehend einer Abfrage. Der einzige Unterschied bei einer Verwaltungsanforderung besteht darin, dass die Parameter nicht in einer .idq-Datei, sondern in einer .ida-Datei gespeichert werden. Sie können unter Verwendung der folgenden Parameter individuelle .ida-Skripten schreiben:

Sie können benutzerdefinierte Variablen auf dieselbe Weise hinzufügen wie .idq-Dateien.

Anmerkung   Durch einige Verwaltungsvorgänge kann der Indexstatus geändert werden. Verwaltungsvorgänge werden auf der Basis einer ACL (Access Control List) eingeschränkt. Weitere Informationen zur Sicherheit finden Sie auf der Seite Sicherheit.

Anmerkung   Speichern Sie .ida-Dateien nicht in einem Virtuellen Verzeichnis, das auf eine UNC-Remotefreigabe (Uniform Naming Convention) zeigt.

© 1998 Microsoft Corporation. Alle Rechte vorbehalten.

Grundlagen der Verwaltung

Microsoft Index Server erfordert lediglich einen minimalen Verwaltungsaufwand. Standardmäßig wird jedes Virtuelle Verzeichnis indiziert. Es besteht jedoch auch die Möglichkeit, die Indizierung einzelner Verzeichnisse zu überwachen. Daten zur Systemleistung können mit Hilfe des Systemmonitors oder unter Verwendung von HTTP ermittelt werden.

• Schreiben von .ida-Skripten: Es werden die Funktionen von .ida-Dateien in Hinsicht auf die Verwaltung von Index Server dargestellt.
• Auflisten Virtueller Verzeichnisse: Es wird beschrieben, wie Sie eine Liste der Virtuellen Verzeichnisse und des jeweiligen Indizierungsstatus anzeigen können.
• Einrichten eines virtuellen Remoteverzeichnisses: Es wird erläutert, wie Sie ein virtuelles Remoteverzeichnis für die Indizierung erstellen können.
• Erzwingen einer Überprüfung: Es wird beschrieben, wie Sie unter Index Server die Überprüfung eines Virtuellen Verzeichnisses erzwingen können.
• Erzwingen einer Zusammenführung: Es wird erläutert, wie unter Index Server eine Zusammenführung aller Indizes zu einem Hauptindex erzwungen werden kann und wann dies angebracht ist.
• Überwachen der Leistung: Es werden die verschiedenen Möglichkeiten zur Überwachung der Leistung von Index Server beschrieben.
• Anzeigen ungefilterter Dateien: Es werden ungefilterte Dateien definiert und die Eigenschaft Ungefiltert wird beschrieben.
• Protokollieren von Abfragen: Es wird auf das IIS-Protokollsystem zum Protokollieren von Abfragen verwiesen.

© 1998 Microsoft Corporation. Alle Rechte vorbehalten.

Protokollieren von Abfragen

Abfragen werden mit Hilfe des standardmäßigen IIS-Protokollmechanismus protokolliert.

© 1998 Microsoft Corporation. Alle Rechte vorbehalten.

Laden des Snap-Ins von Index Server

Nach der Installation von IIS und Index Server sollten Sie das Snap-In von Index Server in der MMC (Microsoft Management-Konsole) laden. Unter Verwendung dieses Hilfsprogramms wird das Erstellen, Anpassen und Überwachen von Katalogen und Verzeichnissen vereinfacht.

1. Wählen Sie in der MMC Console Root aus.
2. Wählen Sie aus dem Menü Konsole die Option Snap-in hinzufügen/entfernen aus.
3. Klicken Sie auf der Eigenschaftsseite Eigenständig des Dialogfelds Snap-in hinzufügen/entfernen auf die Schaltfläche Hinzufügen.
4. Wählen Sie im Dialogfeld Eigenständiges Snap-in hinzufügen die Option Index Server aus, und klicken Sie anschließend auf OK.

Das Dialogfeld Zu Computer verbinden wird angezeigt, wobei die Option den lokalen Computer (auf dem diese Konsole ausgeführt wird ausgewählt ist.


5. Wenn Sie das Snap-In von Index Server nicht für die Verwaltung des lokalen Computers (d. h. zur Verwaltung des Computers, auf dem die MMC ausgeführt wird), sondern für die Verwaltung eines anderen Computers einsetzen möchten, wählen Sie die Option einen anderen Computer aus, und geben Sie den Namen des entsprechenden Computers an.
6. Klicken Sie auf Fertig stellen.

Index Server wird im Dialogfeld Snap-in hinzufügen/löschen angezeigt.


7. Klicken Sie auf OK.

Das Snap-In von Index Server wird unter der MMC angezeigt.

Unter Verwendung dieses Verwaltungsprogramms mit grafischer Oberfläche können Sie die nachfolgenden Aufgaben problemlos und schnell durchführen:

• Überprüfen des Status: Es wird beschrieben, wie der Indizierungsstatus überprüft werden kann. Weiterhin wird das Anzeigen der Eigenschaften eines indizierten Verzeichnisses und der zwischengespeicherten Eigenschaften erläutert.
• Einstellen globaler Eigenschaften: Es wird das Einstellen von Werten erläutert, die für alle Kataloge auf einem Server gelten.
• Erstellen und Konfigurieren von Katalogen: Es wird erläutert, wie neue Kataloge erstellt und konfiguriert werden, um eine optimale Leistung sicherzustellen.
• Anpassen des Eigenschaften-Caches: Es wird erläutert, wie Eigenschaften zum Cache hinzugefügt bzw. aus dem Cache entfernt werden können und wie Einstellungen für Eigenschaften bearbeitet werden.
• Erstellen und Entfernen von Verzeichnissen: Es wird beschrieben, wie indizierte Verzeichnisse hinzugefügt und entfernt werden können.
• Erzwingen einer Überprüfung: Es wird beschrieben, wie Sie unter Index Server die Überprüfung eines Virtuellen Verzeichnisses erzwingen können.
• Erzwingen einer Zusammenführung: Es wird erläutert, wie unter Index Server eine Zusammenführung aller Indizes zu einem Hauptindex erzwungen werden kann und wann dies angebracht ist.

Weitere Informationen zur MMC finden Sie unter Microsoft Management-Konsole.

© 1998 Microsoft Corporation. Alle Rechte vorbehalten.

Überwachen der Leistung

Es gibt zwei Möglichkeiten, die Leistung von Index Server zu überwachen: unter Verwendung des Systemmonitors oder über die Ausführung eines .ida-Skripts. Während die verfügbaren Informationen bei beiden Möglichkeiten nahezu identisch sind, unterscheiden sich jedoch die Methoden für das Abrufen der Daten. Beide Möglichkeiten können lokal und auf einem Remote-Client eingesetzt werden. Bei der Verwendung des Systemmonitors besteht der Vorteil in der automatischen Aktualisierung. Weitere verfügbare Funktionen sind Möglichkeiten der grafischen Darstellung und Protokollierung. Bei der Verwendung des .ida-Skripts stehen zahlreiche Möglichkeiten für die Formatierung der Ausgabe zur Verfügung. Darüber hinaus können die Daten zur Systemleistung auch auf einem Client angezeigt werden, auf dem ein anderes als das Windows-Betriebssystem ausgeführt wird.

Für die Verwendung des Windows NT-Systemmonitors ist es nicht erforderlich, ein Setup-Programm auszuführen. Für die Verwendung der IDA-Methode muss jedoch eine .ida-Datei mit folgendem Kennzeichen erstellt werden:

CiAdminOperation=GetState

Ein Beispiel hierzu finden Sie auf der Beispielseite für die Verwaltung von Index Server.

In der nachfolgenden Tabelle werden die .htx-Variablen aufgeführt, die für Daten zur Systemleistung verfügbar sind. Variablen, die mit CiAdminIndex beginnen, sind im Objekt Inhaltsindex des Systemmonitors enthalten. Variablen, die mit CiAdminCache beginnen, sind im Objekt Http-Inhaltsindex enthalten.

© 1998 Microsoft Corporation. Alle Rechte vorbehalten.

Erstellen und Entfernen von Verzeichnissen

In diesem Abschnitt erfahren Sie, wie Verzeichnisse für die Indizierung verfügbar gemacht bzw. wie sie von der Indizierung ausgeschlossen werden können. Anhand dieser Vorgänge werden Verzeichnisse weder hinzugefügt noch gelöscht. Sie werden lediglich in die Verzeichnisse aufgenommen bzw. von den Verzeichnissen ausgeschlossen, die von Index Server indiziert werden. Bevor Sie also ein Verzeichnis hinzufügen können, müssen Sie sicherstellen, dass ein entsprechendes physisches Verzeichnis vorhanden ist.

Die in diesem Abschnitt beschriebenen Verfahren gelten für nicht-virtuelle Verzeichnisse. Weitere Informationen über das Ausschließen Virtueller Verzeichnisse von der Indizierung finden Sie in der Dokumentation zu Internet Information Server.

1. Wählen Sie den Katalog aus, in dem Sie ein Verzeichnis erstellen möchten.
2. Wählen Sie aus dem Menü Aktion zuerst den Befehl Neu und anschließend die Option Verzeichnis aus.
3. Geben Sie im Feld Pfad den Verzeichnispfad ein, oder klicken Sie auf die Schaltfläche Durchsuchen, um das gewünschte Verzeichnis auszuwählen.
4. Geben Sie im Feld Alias (UNC) den Servernamen und den Pfad für dieses Verzeichnis ein.

Zum Beispiel: \\Servername\verzeichnis_alias. Die in diesem Feld enthaltenen Angaben werden für den Client zurückgegeben, über den eine Abfrage in diesem Verzeichnis durchgeführt wird.


5. Handelt es sich bei dem angegebenen Aliasnamen um einen anderen Computer, machen Sie im Feld Kontoinformationen die erforderlichen Angaben.
6. Enthält das Verzeichnis einen Bereich, der von der Indizierung ausgeschlossen wird, wählen Sie im Feld Typ die Option Ausschließen aus.
7. Klicken Sie auf OK.

1. Doppelklicken Sie unter dem Katalog auf Verzeichnisse, in dem sich das zu entfernende Verzeichnis befindet.
2. Klicken Sie im rechten Frame auf das Verzeichnis, das Sie entfernen möchten.
3. Wählen Sie aus dem angezeigten Menü den Befehl Löschen aus.
4. Klicken Sie auf Ja, wenn Sie dazu aufgefordert werden.

Das entsprechende Verzeichnis wird nicht mehr angezeigt und von der Indizierung ausgeschlossen.

© 1998 Microsoft Corporation. Alle Rechte vorbehalten.

Einrichten eines virtuellen Remoteverzeichnisses

Geben Sie bei der Angabe der Anmelde-ID für ein virtuelles Remoteverzeichnis den Domänen- und Benutzernamen ein, und trennen Sie diese Angaben durch einen umgekehrten Schrägstrich (\):
Domäne\Benutzername

Wenn Sie keinen Domänennamen angeben, werden die virtuellen Remoteverzeichnisse von Microsoft Index Server nicht indiziert. Beachten Sie, dass der Domänennamen mit dem Computernamen identisch sein kann, wenn das Konto lokal auf diesem Computer gespeichert ist.

Für Benutzer-IDs, die zum Einrichten eines virtuellen Remoteverzeichnisses verwendet werden, muss eine interaktive Anmeldeberechtigung für den Computer erteilt werden, auf dem Microsoft Index Server ausgeführt wird. Verweist /Vroot1 auf index_server beispielsweise auf \\Computername\Freigabe\Ordner1\Ordner2 und ist die Benutzer-ID Domäne\Benutzer, dann muss der Benutzer Domäne\Benutzer über eine interaktive Anmeldeberechtigung auf index_server verfügen. Die einfachste Methode zur Erteilung dieser Berechtigung besteht darin, den Benutzer Domäne\Benutzer zu der Gruppe Gäste auf index_server hinzuzufügen.

© 1998 Microsoft Corporation. Alle Rechte vorbehalten.

Erzwingen einer Überprüfung

Um den Bestand eines virtuellen Stamms (Virtuellen Verzeichnisses) erneut zu ermitteln, muss unter Index Server eine Überprüfung des Verzeichnisses erzwungen werden. Sie sollten nach bestimmten globalen Änderungen immer eine Überprüfung durchführen. Dies gilt z. B. für folgende Bearbeitungsvorgänge:

• Ändern der Größe der Charakterisierung
• Hinzufügen oder Entfernen eines Filters
• Ändern der Filtereinstellung für unbekannte Erweiterungen
• Hinzufügen eines neuen Wortunterbrechungszeichens

1. Doppelklicken Sie in der MMC im linken Frame unter dem Katalog, in dem das Virtuelle Verzeichnis enthalten ist, auf Verzeichnisse.
2. Klicken Sie im rechten Frame mit der rechten Maustaste auf das Verzeichnis, das Sie überprüfen möchten.
3. Wählen Sie Erneut überprüfen aus.
4. Klicken Sie im Dialogfeld Erneute, vollständige Überprüfung auf Ja, wenn Sie eine vollständige erneute Überprüfung durchführen möchten, oder klicken Sie auf Nein, um nur Teile des Verzeichnisses erneut zu überprüfen.

Weitere Informationen zum Überprüfen finden Sie unter Überprüfen.

Sie können Überprüfungen wahlweise auch über eine .ida-Datei erzwingen.

1. Geben Sie in der .ida-Datei CiAdminOperation=ScanRoots an.
2. Der HTTP GET-Befehl sollte zwei bestimmte Variablen enthalten.

Bei diesen Variablen handelt es sich um PROOT_virtual root und SCAN_virtual root. Handelt es sich bei dem Verzeichnis um ein Nachrichtenverzeichnis müssen folgende Variablen verwendet werden: PROOT_NNTP_virtual root und INDEX_NNTP_virtual root.

Über die Variable mit dem Namen PROOT_virtual root wird die aktuelle Zuordnung zwischen einem Virtuellen und einem physischen Verzeichnis angegeben. Das Virtuelle Verzeichnis wird über den Variablennamen angegeben, der nach der Zeichenfolge PROOT_ angeführt wird. Der entsprechende physische Pfad wird über den Wert der Variablen angegeben. Ein Stammverzeichnis, das beispielsweise auf E:\Wwwroot zeigt, wird demnach folgendermaßen beschrieben: PROOT_/ = e:\wwwroot.

Ist die zweite angegebene Variable SCAN_virtual root vorhanden und wurde entweder auf Inkrementelle Überprüfung oder Vollständige Überprüfung gesetzt, führt Index Server die entsprechende Überprüfung durch. Ist diese Variable nicht vorhanden oder wurde sie auf Keine Überprüfung gesetzt, wird keine Überprüfung durchgeführt.

In der Beispieldatei Scan.htx werden alle Virtuellen Verzeichnisse aufgeführt, die indiziert wurden. Die Variable SCAN_virtual root wird standardmäßig auf Keine Überprüfung gesetzt. Weitere Informationen zu dem Beispiel des Verwaltungsvorgangs ForceScan finden Sie auf der Seite Überprüfen.

© 1998 Microsoft Corporation. Alle Rechte vorbehalten.

Anzeigen ungefilterter Dateien

Beschädigte Dateien oder Dateien, die aufgrund eines Problems in einer Filter-DLL nicht gefiltert werden konnten, werden als ungefilterte Dateien bezeichnet. Sie können ungefilterte Dateien anzeigen, indem Sie den Verwaltungsbefehl für ungefilterte Dateien ausgeben. Über diesen Befehl wird die Abfrage: @Unfiltered=true ausgegeben. Der Abschnitt NAMES der .idq-Datei muss folgende Angaben enthalten:

[Names] Unfiltered (DBTYPE_BOOL) = 49691c90-7e17-101a-a91c-08002b2ecda9 7

Diese Eigenschaft ist nicht in der Liste integrierter Eigenschaften enthalten, um zu vermeiden, dass Benutzer, die nicht für die Durchführung von Verwaltungsaufgaben verantwortlich sind, diese Anforderung ausgeben. Im Gegensatz zu anderen Abfragen, die bereits beschrieben wurden, ist die Abfrage für ungefilterte Dateien nicht auf die Ausführung durch Administratoren beschränkt. Sie können die Ausführung dieser Abfrage überwachen, indem Sie in der .idq-Datei, über die die Eigenschaft unfiltered definiert wird, eine ACL (Access Control List) einrichten.

Anmerkung   Die Eigenschaft unfiltered kann nicht in Kombination mit anderen Eigenschaften verwendet werden. Beispielsweise gibt eine Abfrage wie @Unfiltered=true and @write >= -1d kein Ergebnis zurück.

© 1998 Microsoft Corporation. Alle Rechte vorbehalten.

Auflisten Virtueller Verzeichnisse

Sie können eine Liste Virtueller Verzeichnisse und den jeweiligen Indizierungsstatus ermitteln, indem Sie eine bestimmte Abfrage durchführen. Die Ergebnisse dieser Abfrage werden ebenso wie bei herkömmlichen Abfragen als die standardmäßige Ergebnisseite einer Abfrage zurückgegeben. Diese Seite kann unter Verwendung der .htx-Vorlagen individuell formatiert werden. Um eine Liste Virtueller Verzeichnisse zu ermitteln, geben Sie für den Parameter CiScope in einer .idq-Datei folgende Zeichenfolge an: VIRTUAL_ROOTS. Aufgrund der Syntax der .idq-Datei darf für den Parameter CiRestriction kein Nullwert angegeben werden. Sie können aber beispielsweise eine Einschränkung wie #vpath * eingeben, damit alle Verzeichnisse berücksichtigt werden.

Mit Hilfe dieser Abfrage können alle standardmäßigen Dateieigenschaften für das Verzeichnis ermittelt werden (Pfad, virtueller Pfad usw.), dem das Virtuelle Verzeichnis zugeordnet wurde: metavrootused. Dieser Boolesche Wert wird auf TRUE gesetzt, wenn es sich um ein indiziertes Verzeichnis handelt. Handelt es sich um ein nicht indiziertes Verzeichnis, wird der Wert auf FALSE gesetzt.

Während Sie die VIRTUAL_ROOTS-Abfrage durchführen, können Sie den Typ des Virtuellen Verzeichnisses bestimmen. Achten Sie auf den Wert der speziellen Eigenschaft StorageType-(DBTYPE_UI4) = b725f130-47ef-101a-a5f1-02608c9eebac 4. Der Wert 0 weist auf ein Webverzeichnis hin. Der Wert 1 weist auf ein Nachrichtenverzeichnis hin.

© 1998 Microsoft Corporation. Alle Rechte vorbehalten.

Beispiele für Active Server Pages (ASP)

Anhand der Beispiele in diesem Abschnitt wird dargestellt, wie Sie Abfragen erstellen können, die Eigenschaften und Methoden für Abfrageobjekte enthalten.

• Beispiel 1: Es wird dargestellt, wie eine Abfrage mit Hilfe von VBScript erstellt werden kann.
• Beispiel 2: Es wird erläutert, wie Sie Abfrageergebnisse mit Hilfe von VBScript formatieren können.
• Beispiel 3: Es wird aufgezeigt, wie Sie eine Abfrage und einen Datensatz als Sitzungsvariablen zwischenspeichern können, sodass eine erneute Verwendung dieser Elemente auf einer anderen Seite möglich ist.
• Beispiel 4: Es wird erklärt, wie die QUERY_STRING-Variablen oder Formularvariablen von VBScript ohne Verwendung der Methode SetQueryFromURL gelesen werden können.

Beispiel 1

In diesem Beispiel wird der VBScript-Code verwendet, um ein Abfrageobjekt zu erstellen, Abfrageparameter zu setzen und die Abfrage auszuführen. Hierbei wird ein Datensatz erstellt, um die Ergebnisse iterativ zu bearbeiten.

<% REM Abfrage- und Datensatzobjekte erstellen. %>
<% set Query = Server.CreateObject("IXSSO.Query") %>
<% if IsObject(Query) = FALSE then %>
   IXS SSO wurde nicht fehlerfrei installiert. Bitte wenden Sie sich an den Webmaster dieser Site.
<% else %>
   <% iRequest = Request.ServerVariables("QUERY_STRING") %>
   <% Query.SetQueryFromURL(iRequest)
      set RS=Query.CreateRecordSet("sequential")    %>
<% end if %> 

Beispiel 2

In diesem Beispiel ist der VBScript-Code enthalten, um die Abfrageergebnisse mit Hilfe von ADO iterativ zu bearbeiten und die Abfrageergebnisse auszugeben.

 <TABLE CELLPADDING=5 BORDER=0>
<!-- ANFANG-Spaltenheader -->
<TR>
   <TD ALIGN=CENTER>
   <FONT STYLE="ARIAL NARROW" SIZE=1>Record</FONT>    </TD>
   <TD ALIGN=CENTER >
   <FONT STYLE="ARIAL NARROW" SIZE=1>File name</FONT>    </TD>
   <TD ALIGN=CENTER WIDTH=160 >
   <FONT STYLE="ARIAL NARROW"  SIZE=1>Path</FONT>    </TD>
   <TD ALIGN=CENTER >
   <FONT STYLE="ARIAL NARROW" SIZE=1>Size</FONT>    </TD>
   <TD ALIGN=CENTER >
   <FONT STYLE="ARIAL NARROW" SIZE=1>Write</FONT>    </TD> </TR>
<!-- ANFANG erste Zeile der Tabelle mit Abfrageergebnissen -->
<%NextRecordNumber = 1%>
<% Do While Not RS.EOF%>
  <TR>
   <TD ALIGN=CENTER>
   <FONT STYLE="ARIAL NARROW" SIZE=1><%=NextRecordNumber %>.</FONT></TD>
   <TD ALIGN=CENTER>
   <FONT STYLE="ARIAL NARROW" SIZE=1><%=RS("FileName")%></FONT></TD>
   <TD ALIGN=CENTER>
   <FONT STYLE="ARIAL NARROW" SIZE=1><A HREF="http::<%=RS("vpath")%>"><%=RS("vpath")%></A></FONT></TD>
   <TD ALIGN=CENTER>
   <FONT STYLE="ARIAL NARROW" SIZE=1><%=RS("Size")%></FONT></TD>
   <TD ALIGN=CENTER>
   <FONT STYLE="ARIAL NARROW" SIZE=1><%=RS("Write")%></FONT></TD>
  </TR>
<%
   RS.MoveNext
   NextRecordNumber = NextRecordNumber+1
  Loop
%> 

Beispiel 3

Es wird aufgezeigt, wie Sie eine Abfrage und einen Datensatz als Sitzungsvariablen zwischenspeichern können, sodass eine erneute Verwendung dieser Elemente auf einer anderen Seite möglich ist:

<%
   if IsObject(Session("Query")) And IsObject(Session("record set"))
   then
      set Q = Session("Query")
      set RS = Session("record set")
      if RS.RecordCount < > -1 and NextPageNumber < > -1 then
         RS.AbsolutePage = NextPageNumber
         NextRecordNumber = RS.AbsolutePosition
      end if
      ActiveQuery = TRUE
   else
      <!-- Neue Abfrage erstellen (Code wird aus Platzgründen nicht angeführt) -->
   end if
%>
<!-- Weiter unten auf der Seite -->
<%
   ' Wird die Schaltfläche zum Vor- bzw. Zurückblättern angezeigt, werden
   ' die Abfrage und der Datensatz als Sitzungsvariablen gespeichert.
   if SaveQuery then
      set Session("Query") = Q
      set Session("record set") = RS
   else
      RS.close
      Set RS = Nothing
      Set Q = Nothing
      set Session("Query") = Nothing
      set Session("record set") = Nothing
   end if
%>

Beispiel 4

Im nächsten Beispiel wird erklärt, wie die QUERY_STRING-Variablen oder Formularvariablen von VBScript ohne Verwendung der SetQueryFromURL-Methode gelesen werden können.

 <%
   NewQuery = FALSE
   UseSavedQuery = FALSE
   SearchString = ""
   if Request.ServerVariables("REQUEST_METHOD") = "POST" then
         NewQuery = TRUE
      SearchString = Request.Form("SearchString")
      SortBy = Request.Form("SortBy")
      Colset = Request.Form("ColChoice")
      Catalog = Request.Form("Catalog")
      if Request.Form("Action") = "New Query" then
      end if
   end if
   if Request.ServerVariables("REQUEST_METHOD") = "GET" then
      SearchString = Request.QueryString("qu")
      SortBy = Request.QueryString("so")
      Colset = Request.QueryString("co")
      Catalog = Request.QueryString("ct")
      if Request.QueryString("pg") <> "" then
         NextPageNumber = Request.QueryString("pg")
         NewQuery = FALSE
         UseSavedQuery = TRUE
      else
         NewQuery = SearchString <> ""
      end if
   end if
%> 

© 1998 Microsoft Corporation. Alle Rechte vorbehalten.

Active Server Pages

In diesem Abschnitt wird erläutert, wie Sie Abfrageformulare mit Hilfe von Active Server Pages (.asp-Dateien) erstellen können. Durch die Verwendung von Abfrageformularen steht Ihnen die Leistungsfähigkeit und Flexibilität von ActiveX-Skripten zur Verfügung. Mit .asp-Dateien erstellte Abfragen ermöglichen Ihnen, Skriptsprachen, wie Microsoft® Visual Basic Scripting Edition (VBScript) und Microsoft® JScript, einzusetzen und auf vielfältige Möglichkeiten für die Gestaltung der angezeigten Abfrageergebnisse zurückzugreifen.

Dieser Abschnitt enthält folgende Hilfethemen:

• Abfrageobjekt: Es werden die Eigenschaften und Methoden des Abfrageobjektes aufgelistet und beschrieben.
• Hilfsprogrammobjekt: Es werden die Eigenschaften und Methoden des Hilfsprogrammobjektes aufgeführt und beschrieben.
• Beispiele für Active Server Pages (ASP): Enthält einen Beispielcode, auf den zurückgegriffen werden kann, um Abfragen zu erstellen, in denen Eigenschaften und Methoden für Abfrageobjekte enthalten sind.

Unter Index Server können Sie eine der drei nachfolgend aufgeführten Möglichkeiten zum Erstellen von Abfragen auswählen:

• Schreiben von .idq- und .htx-Dateien. Dieses Verfahren wird auf den Seiten Internet-Datenabfragedateien und HTML-Erweiterungsdateien erläutert.
• Ausführen von SQL-Abfragen in Kombination mit ADO (ActiveX Data Objects). Dieses Verfahren wird auf der Seite SQL-Zugriff auf Index Server-Daten erläutert.
• Schreiben von Active Server Pages (.asp-Dateien) mit Hilfe von ActiveX-Skripten.

Serverseitige Objekte (SSO = Server-Side Object) sind verfügbar, da ActiveX-Skripten in Index Server eingebunden wurden. Über die ADO-Steuerung können Sie auf Datenbanken zugreifen, die über eine OLE-DB-Schnittstelle verfügen. Unter Index Server selbst werden OLE-DB-Zeilensätze für den Zugriff auf Abfrageergebnisse verwendet.

Berücksichtigen Sie, dass serverseitige Objekte nicht von Dateien mit HTML-Erweiterung (.htx-Dateien) abhängen. Darüber hinaus ist zu beachten, dass Index Server nicht über serverseitige Objekte verwaltet werden kann.

Anmerkung   Wenn auf Ihrer Site eine große Anzahl an Abfragen gleichzeitig eingeht, ist es empfehlenswert, Formulare mit .idq-, .htx- und .htm-Dateien einzurichten (an Stelle von .asp-Dateien), um eine optimale Antwortzeit zu gewährleisten.

© 1998 Microsoft Corporation. Alle Rechte vorbehalten.

Abfrageobjekt

In diesem Abschnitt werden Eigenschaften und Methoden für Abfrageobjekte aufgelistet und beschrieben. Unter Beispiele für Active Server Pages (ASP) finden Sie Beispiele für Abfrageformulare, die Eigenschaften und Methoden für Abfrageobjekte enthalten.

• Eigenschaften
• Methoden
• Herkömmliches Formular und QUERY_STRING-Variablen

Eigenschaften

In diesem Abschnitt werden die Eigenschaften für Abfrageobjekte aufgelistet und beschrieben, die bei der Erstellung von .asp-Dateien verwendet werden.

AllowEnumeration

Typ

VARIANT_BOOL

Syntax

TRUE | FALSE

Kommentare

Wird der Parameter auf TRUE gesetzt, kann im Rahmen der Abfrage eine Aufzählung verwendet werden, um die Ergebnismenge aufzulösen. Andernfalls wird bei Abfragen für die Auflösung lediglich die Verwendung von Indizes erzwungen. Die Standardeinstellung ist FALSE. Diese Eigenschaft entspricht der Umkehrung des .idq-Parameters CiForceUseCI.

Beispiel

Q.AllowEnumeration = TRUE

Katalog

Typ

BSTR

Syntax

Indexname

Kommentare

Gibt den Katalognamen auf einem lokalen Computer an. Wird kein Name angegeben, wird standardmäßig für den Indexnamen der Standardkatalog auf dem jeweiligen Computer verwendet.

Beispiel

Q.Catalog = "kb"

Columns

Typ

BSTR

Syntax

Fname1 [ , fname2 ] . . .

Kommentare

Enthält eine Liste mit Aliasnamen für Spalten, wobei die einzelnen Namen durch Kommas voneinander getrennt werden. Diese Liste der Spalten wird im Ergebnis ebenfalls in Spaltenform angezeigt. Bei den Spaltennamen ist die Groß/Kleinschreibung zu beachten. Die Namen können in Anführungszeichen gesetzt werden, wenn sie neben alphanumerischen Zeichen noch weitere Zeichen enthalten.

Beispiel

Q.Columns = "DocAuthor, vpath, doctitle"

LocaleID

Typ

LONG (LCID)

Syntax

Nummer

Kommentare

Gibt den für eine Abfrage verwendeten Sprachcode und wahlweise den Ländercode an. Bei dem Wert handelt es sich um eine Win32 LocaleID (LCID).

Beispiel

Q.LocaleID = 1033 ' EN-US-Sprachcode

MaxRecords

Typ

LONG

Syntax

Nummer

Kommentare

Gibt einen Grenzwert für die Anzahl der Datensätze an, die ein Dienstanbieter aus einer Datenquelle zurückgeben kann. Die Standardeinstellung ist 0, d. h., der Dienstanbieter gibt alle angeforderten Datensätze zurück. Ist der Datensatz geschlossen, besteht für MaxRecords Lese-/Schreibzugriff; ist der Datensatz geöffnet, ist er schreibgeschützt.

Beispiel

Q.MaxRecords = 200

OptimizeFor

Typ

BSTR

Syntax

performance | recall

Kommentare

Ersetzt den .idq-Parameter CiDeferNonIndexedTrimming. Wenn Sie die Option performance auswählen, wird die Feinabstimmung für den Bereich und die Sicherheit erst dann durchgeführt, wenn die Höchstzahl der Treffer erzielt wurde. Bei Abfragen, in denen aufgrund der Feinabstimmung für Bereichsüberprüfungen und Sicherheit Ergebnisse entfernt werden, ist die Trefferanzahl bei Auswahl dieser Option u. U. niedriger als erwartet. Wird diese Option auf recall gesetzt, erfolgt die Feinabstimmung der Ergebnismenge während der Abfrage. Als Standard wird die Optimierung für recall verwendet.

Beispiel

Q.OptimizeFor = "performance"

Query

Typ

BSTR

Syntax

Zeichenfolge der Abfrage

Kommentare

Legt fest, welche Dokumente im Rahmen eines Suchvorgangs zurückgegeben werden. Diese Funktion wird als Abfrageeinschränkung bezeichnet.

Beispiel

Q.Query = "#filename *.htm and Hund near Katze"

SortBy

Typ

BSTR

Syntax

Fname1 [ [a]|[d] ] [ , fname2 [ [a]|[d] ] ] . . .

Kommentare

Sortiert Ergebnisse standardmäßig in aufsteigender Reihenfolge. Die Option [a] oder [d] gibt eine auf- bzw. absteigende Reihenfolge an.

Beispiel

Q.SortBy = "DocAuthor, rank[d]"

Methoden

In diesem Abschnitt werden die Methoden für Abfrageobjekte aufgelistet und beschrieben, die bei der Erstellung von .asp-Dateien verwendet werden.

CreateRecordSet

Führt eine Abfrage aus und erstellt einen ADO-Datensatz, der es ermöglicht, Abfrageergebnisse zu durchsuchen.

Syntax

RecordSet = CreateRecordSet( CursorType )

Rückgabe

»Gibt das ADO-Objekt RecordSet zur iterativen Bearbeitung von Abfrageergebnissen zurück.«

Argumente

Der Cursortyp ist entweder "sequential" oder “nonsequential", um einen IRowset-Datensatz (sequenziell) oder einen IRowsetScroll-Datensatz (nicht sequenziell) zu erstellen.

Bemerkungen

Bevor Sie CreateRecordSet aufrufen, müssen alle erforderlichen Parameter für eine Abfrage gesetzt werden, z. B. die Eigenschaften Query und Column.

Beispiel

Im nachfolgenden Beispiel wird ein sequenzieller Datensatz erstellt:

set recordset = Q.CreateREcordSet("sequential")

DefineColumn

Gibt einen Aliasnamen für eine Spalte an.

Syntax

DefineColumn strColumnDef

Rückgabe

Keine

Argumente

Bei strColumnDef handelt es sich um eine BSTR-Zeichenfolge zur Definition der Spalte. Die Syntax der Zeichenfolge zur Spaltendefinition lautet: fname [ ( type ) ] = propset-id [ prop-id | " prop-name " ]

Wo

fname ist der Aliasname für die Eigenschaft, der optionale Typ ist der DBTYPE der Spalte (wird in Abfrageeinschränkungen verwendet). propset-id ist eine GUID, die die ID für den Eigenschaftensatz der Spalte angibt.
prop-id oder prop-name geben die ID und den Eigenschaftsnamen für die Spalte an.

Bemerkungen

fname kann einen bereits definierten oder einen vordefinierten Spaltennamen enthalten. Darüber hinaus kann über DefineColumn ein alternativer Aliasname für eine bereits vorhandene Spalte festgelegt werden.
Wird der Registrierungswert DefaultColumnFile gesetzt, wird die angegebene Datei auf Spaltendefinitionen hin gelesen, die für jede Abfrage verfügbar sind. Wird der Registrierungswert nicht gesetzt, werden die Spaltennamen in der Liste der Eigenschaftsnamen als Standardeinstellung für die Spalten verwendet.

Beispiel

Q.DefineColumn "DocAuthor(DBTYPE_WSTR|DBTYPE_BYREF) = F29F85E0-4FF9-1068-AB91-08002B27B3D9 4"

QueryToURL

Erstellt eine URL-Zeichenfolge (Uniform Resource Locator), die den Status des Abfrageobjekts anzeigt.

Syntax

strQueryString = QueryToURL()

Rückgabe

strQueryString ist eine BSTR-Zeichenfolge, die die CGI-Zeichenfolge QueryString angibt. Diese Zeichenfolge kann nicht in einer URL verwendet werden.

Argumente

Keine.

Beispiel

Href = "http://server/sample.asp?" & Q.QuerytoURL()
 Response.Write "<A Href=""" & href & """>Nächste Seite</A>"

Reset

Setzt den Status des Abfrageobjekts zurück.

Syntax

Reset

Rückgabe

Keine.

Argumente

Keine.

Bemerkungen

Über die Methode Reset wird jeder interne Status eines Abfrageobjekts gelöscht.

Beispiel

Q.Reset

SetQueryFromURL

Setzt Abfrageparameter aus einer Anforderung eines Web-Client.

Syntax

SetQueryFromURL ( strQueryString )

Rückgabe

Keine.

Argumente

strQueryString ist eine BSTR-Zeichenfolge, die die CGI-Zeichenfolge QueryString angibt. Diese Eingabezeichenfolge wird als URL-verschlüsselt bezeichnet.

Bemerkungen

Der Status eines Abfrageobjekts wird nicht zurückgesetzt, bevor die Werte der Zeichenfolge für die Abfrage geladen werden. Unbekannte Namen für Marken in der Abfragezeichenfolge werden ignoriert.

Beispiel

Q.SetQueryFromURL("qu=%40size+%3E+10000&so=rank%5bd%5d&mh=200")

Herkömmliches Formular und QUERY_STRING-Variablen

In der nachfolgenden Tabelle sind die herkömmlichen URL-Marken für QUERY_STRING enthalten, die für die Methoden SetQueryFromURL und QueryToURL verwendet werden.

URL-Marken für QUERY_STRING

Marken für das Erstellen von vordefinierten Zeichenfolgen für Abfragen

Mit Hilfe der nachfolgenden Marken können vordefinierte Zeichenfolgen für Abfragen erstellt werden. In jeder Zeichenfolge steht der Platzhalter n für eine einzelne Zahl zwischen 0 und 9. Die Spalte, der Operator und die Abfrage für jeden numerischen Wert bilden einen Abfragebegriff, der sich aus der Volltext-Zeichenfolge der Abfrage und anderen Abfragebegriffen zusammensetzt, die unter Verwendung des Operators & angeführt werden.

© 1998 Microsoft Corporation. Alle Rechte vorbehalten.

Hilfsprogrammobjekt

Bei dem Hilfsprogrammobjekt handelt es sich um ein serverseitiges ActiveX-Steuerelement, d. h. um ein Automatisierungsobjekt mit einer dualen Schnittstelle, die IDispatch unterstützt.

Methoden

Das Hilfsprogrammobjekt wird nach IXSSO.Utility benannt und stellt Skriptschreibern, die mit Index Server-Abfrageobjekten arbeiten, folgende Methoden zur Verfügung.

• AddScopeToQuery
• GetArrayElement
• ISOToLocaleID
• LocaleIDToISO
• TruncateToWhitespace

AddScopeToQuery

Fügt eine Bereichseinschränkung für eine Abfragespezifikation hinzu.

Syntax

AddScopeToQuery QueryObj, Path[ , Depth ]

Rückgabe

Keine.

Argumente

QueryObj gibt das zu modifizierende Abfrageobjekt an.

Path gibt den Bereich an, der hinzugefügt werden muss. Es kann sich dabei um einen virtuellen oder einen physischen Pfad handeln.

Depth gibt an, ob der Bereich nur das genannte Verzeichnis oder das genannte Verzeichnis mit allen Unterverzeichnissen umfasst. Ein Bereich kann SHALLOW sein (das heißt, er umfasst nur das genannte Verzeichnis) oder DEEP (d. h., er umfasst das genannte Verzeichnis und alle Unterverzeichnisse).

Beispiel

util.AddScopeToQuery Q, "/kb", "deep"

GetArrayElement

Greift auf einem Array-Element des Typs Variant.

Syntax

varResult = GetArrayElement( varArray, iElem )

Rückgabe

varResult ist ein Variant, der das Element iElem von varArray enthält.

Argumente

varArray ist ein Variant, der einen eindimensionalen Sicherheitsarray enthält.

IElem bezeichnet das Array-Element, dass zurückgegeben werden sollte.

Bemerkungen

Falls varArray kein Sicherheitsarray ist, oder iElem entweder kleiner als die Untergrenze von varArray oder größer als seine Obergrenze ist, dann wird der Typ von varResult zu VT_EMPTY.

Beispiel

Request.Write (Util.GetArrayElement( RS("vector-col"), i ) )

ISOToLocaleID

Konvertiert einen ISO 639-Sprachcode in eine LCID (Win32 Locale Identifier).

Syntax

LocaleID = ISOToLocaleID( strLanguage )

Rückgabe

LocaleID ist eine Win 32-LCID, die die Übersetzung der ISO-Sprache in strLanguage ermöglicht.

Argumente

strLanguage ist eine Zeichenfolge für Client-Browser aus dem Header HTTP_Accept_Language.

Bemerkungen

Der erste erkannte Sprachcode in der Eingabezeichenfolge wird in eine Win32-LCID konvertiert. Die erkannten Sprachcodes umfassen alle Codes aus dem ISO 639-Standard, die zu Win 32-Sprach-IDs und einigen Ländercodes mit Codes für Untersprachen in Win32 zugeordnet werden können. Ist der Sprachcode bekannt, der Ländercode jedoch nicht, wird der Sprachcode separat verwendet, solange in einer nächsten Zeichenfolge nicht eine höhere Trefferquote erzielt wird. Über die ISO-Sprachcodes hinaus kann der Name neutral verwendet werden. Falls es keinen passenden Sprachcode gibt, wird die 1 zurückgegeben.

Beispiel

Lcid = Util.ISOToLocaleID(
 Request.QueryString("HTTP_ACCEPT_LANGUAGE") )

LocaleIDToISO

Konvertiert eine Win 32-LCID in einen ISO 639-Sprachcode.

Syntax

strLanguage = LocaleIDToISO( LocaleID )

Rückgabe

strLanguage ist der Name der Sprache, die über die LocaleID erkannt wurde.

Argumente

LocaleID ist eine zu übersetzende Win 32-LCID.

Beispiel

Response.Write "Language is " & Util.LocaleIDToISO(iLocale)

TruncateToWhitespace

Beendet eine Zeichenfolge mit einem Leerzeichen.

Syntax

NewStringTruncateToWhitespace( String, Length )

Rückgabe

NewString ist die abgeschnittene Zeichenfolge.

Argumente

Zeichenfolge ist die abzuschneidende Zeichenfolge.

Lenth gibt die maximale Länge der Zeichenfolge an.

Bemerkungen

Mit Hilfe dieser Methode sind Skriptschreiber in der Lage, Kurzformen von langen Eigenschaften anzuzeigen, z. B. eine Beschreibung. Bei dieser Methode wird ein Wort nicht in der Mitte abgeschnitten. Wortunterbrechungszeichen können bei dieser Funktion nicht eingesetzt werden.

Beispiel

Response.Write util.TruncateToWhitespace(RS("Characterization"), 200)

© 1998 Microsoft Corporation. Alle Rechte vorbehalten.

Bearbeiten des Beispielabfrageformulars

Auf dieser Seite wird dargestellt, wie das Beispielformular für den Suchvorgang unter Index Server eingerichtet wird, um es für eine Abfrage auf Ihrer Website zu verwenden. Bevor Sie beginnen, sollten Sie die Beispieldateien Query.htm, Query.idq und Query.htx kopieren und in Sample.htm, Sample.idq und Sample.htx umbenennen.

1. Verschieben Sie /Sample.htm in das Verzeichnis, in dem die Dokumente Ihrer Website enthalten sind.

In diesem Beispiel wird davon ausgegangen, dass Sie ein Virtuelles Verzeichnis für Ihre Dokumente mit dem Verzeichnisnamen /Mysite erstellt haben.


2. Ersetzen Sie das Logo und den Titel von Index Server durch Ihren eigenen Titel.

Öffnen Sie die Datei Sample.htm in einem beliebigen Texteditor, und suchen Sie nach der folgenden Zeile:


 <IMG SRC ="is2logo.gif" VALIGN=MIDDLE ALIGN=LEFT> 

3. Ersetzen Sie entweder die Datei Is2logo.gif durch Ihre eigene .gif-Datei, oder speichern Sie Ihr Logo als Is2logo.gif. Befindet sich Ihr Logo in einem anderen Virtuellen Verzeichnis, geben Sie den vollständigen Pfad zu diesem Verzeichnis an. Zum Beispiel:

 <IMG SRC ="/iissamples/issamples/is2logo.gif" VALIGN=MIDDLE ALIGN=LEFT> 

4. Ersetzten Sie den Titel (Sample HTM/IDQ/HTX Search Form) durch Ihren eigenen Titel.
5. Suchen Sie nach der folgenden Zeile:

 <FORM ACTION="query.idq" METHOD="GET"> 

6. Ändern Sie diese Zeile folgendermaßen:

 <FORM ACTION="/iissamples/issamples/sample.idq" METHOD="GET"> 

Da Sie die Datei Sample.htm in Schritt 1 verschoben haben, die Datei Sample.idq sich jedoch noch in dem Virtuellen Verzeichnis /IisSamples/IsSamples befindet, geben Sie jetzt den virtuellen Pfad für die Datei Sample.idq an.

1. Suchen Sie in der Datei Sample.htm nach der folgenden Zeile:

<INPUT TYPE="HIDDEN" NAME="HTMLQueryForm" VALUE="query.htm"> 

2. Ändern Sie query.htm in /corpus/sample.htm. Diese Zeile sollte anschließend folgendermaßen lauten:

 <INPUT TYPE="HIDDEN" NAME="HTMLQueryForm" VALUE="/corpus/sample.htm">

3. Speichern Sie die Datei Sample.htm, und schließen Sie den Texteditor.

© 1998 Microsoft Corporation. Alle Rechte vorbehalten.

Bearbeiten der .idq-Beispieldatei

Um auf die Dokumente Ihrer Website zu zeigen, muss der Gültigkeitsbereich entsprechend geändert werden.

1. Öffnen Sie die Datei Sample.idq im Verzeichnis Inetpub\IisSamples\IsSamples im Texteditor.
2. Ändern Sie den Bereich, um auf das Verzeichnis für Ihre Site zu zeigen. Wenn Sie Ihre Site beispielsweise Mysite genannt haben, bearbeiten Sie den Bereich folgendermaßen:

CiScope=/Mysite


Sie haben auch die Möglichkeit, einen Mehrfachbereich einzurichten, um Suchvorgänge in verschiedenen Verzeichnissen zu ermöglichen:


CiScope=/Mysite1,/Mysite2,/Mysite3



3. Speichern Sie die Datei Sample.idq, und schließen Sie den Texteditor.

© 1998 Microsoft Corporation. Alle Rechte vorbehalten.

Erste Schritte

Nach der Installation von Index Server können Sie für Ihre Site unmittelbar die Volltextsuche für alle veröffentlichten Dokumente einrichten. Um die ersten Schritte zu vereinfachen, enthält Index Server drei Beispieldateien:

• Query.htm
• Query.idq
• Query.htx

Standardmäßig sind diese Dateien in dem Virtuellen Verzeichnis /IisSamples/IsSamples gespeichert, das dem folgenden UNC-Pfad zugeordnet ist:

Wichtig   Da für die Einheit "Erste Schritte" und der Tour durch Index Server dieselben Beispieldateien verwendet werden, müssen Kopien der Dateien angelegt werden, die folgendermaßen benannt werden sollten:

• Sample.htm
• Sample.idq
• Sample.htx

Dieser Abschnitt enthält folgende Hilfethemen:

• Bearbeiten des Beispielabfrageformulars: Es wird erläutert, wo das Beispielformular gespeichert und wie es bearbeitet wird.
• Bearbeiten der .idq-Beispieldatei: Es wird erläutert, wie die .idq-Beispieldatei bearbeitet wird, um sie im Rahmen des Beispielformulars zu verwenden.
• Testen des Suchformulars: Es wird anhand einer schrittweise erklärten Abfrage Ihrer Website beschrieben, wie Sie das Suchformular testen können.

© 1998 Microsoft Corporation. Alle Rechte vorbehalten.

Testen des Suchformulars

Nachdem Sie die Datei Sample.idq bearbeitet haben, können Sie das Ergebnis überprüfen, indem Sie eine Abfrage an Ihre Site senden.

1. Öffnen Sie mit Hilfe des Browsers die folgende Adresse:

http://localhost/mysite/sample.htm. /mysite steht dabei für den Namen des Virtuellen Verzeichnisses, das Sie für Ihre Dokumente und das Suchformular erstellt haben.


2. Geben Sie im Feld Geben Sie hier Ihre Abfrage ein ein Wort oder einen Begriff aus mehreren Wörtern ein, von dem Sie wissen, dass er auf Ihrer Website enthalten ist.
3. Klicken Sie auf die Schaltfläche Suchen.
4. In dem Browser wird die Seite mit dem Suchvorgang durch die Ergebnisseite (im HTML-Format) ersetzt.
5. Klicken Sie auf eine der angezeigten Verknüpfungen, um ein Dokument anzuzeigen, in dem das für die Suche angegebene Wort bzw. der Begriff enthalten ist.

Nachdem Sie Ihre Site jetzt eingerichtet haben, und Sie nach beliebigen Wörtern und Begriffen auf der Site suchen können, bietet es sich an, eine Tour durch Index Server durchzuführen. Siehe Tour durch Index Server.

© 1998 Microsoft Corporation. Alle Rechte vorbehalten.

Kataloge

Bei einem Katalog handelt es sich unter Microsoft Index Server um die Organisationseinheit auf der obersten Ebene. Jeder Katalog ist eine selbstständige Einheit, die einen Index und zwischengespeicherte Eigenschaften mit mindestens einem Bereich (einem Virtuellen Verzeichnis) enthält. In dieser Version von Index Server können bei der Durchführung von Abfragen nicht mehrere Kataloge gleichzeitig berücksichtigt werden.

Dieser Abschnitt enthält folgende Hilfethemen:

• Der Standardkatalog: Es wird der Speicherort für die Einrichtung des Standardkatalogs während der Installation angegeben und erläutert, wie ein Virtuelles Verzeichnis zum Katalogbereich hinzugefügt werden kann.
• Überprüfen des Status: Es wird beschrieben, wie der Indizierungsstatus überprüft und die Eigenschaften der indizierten Verzeichnisse sowie die zwischengespeicherten Eigenschaften angezeigt werden können.
• Erstellen und Konfigurieren von Katalogen: Es wird erläutert, wie neue Kataloge erstellt und konfiguriert werden, um eine optimale Leistung sicherzustellen.
• Erstellen und Entfernen von Verzeichnissen: Es wird beschrieben, wie indizierte Verzeichnisse hinzugefügt und entfernt werden können.
• Anpassen des Eigenschaften-Caches: Es wird erläutert, wie Eigenschaften zum Cache hinzugefügt bzw. aus dem Cache entfernt werden können und wie Einstellungen für Eigenschaften bearbeitet werden.
• Verschieben und Entfernen eines Katalogs: Es wird dargestellt, wie ein Katalog an einen anderen Speicherort verschoben bzw. wie ein Katalog gelöscht werden kann.
• Physikalische Eigenschaften: Es werden in einem Katalogverzeichnis enthaltene Dateien beschrieben.
• Einstellen globaler Eigenschaften: Es wird das Einstellen von Werten erläutert, die für alle Kataloge auf einem Server gelten.

© 1998 Microsoft Corporation. Alle Rechte vorbehalten.

Der Standardkatalog

Der ursprüngliche Speicherort des Katalogs wird während des Setup-Verfahrens bestimmt und in dem Registrierungseintrag IsapiDefaultCatalogDirectory gespeichert. Wird in einer .idq-Datei nicht der Parameter CiCatalog angegeben, wird dieser Standardkatalog verwendet. Zu Beginn enthält der Standardkatalog einen Index für alle Virtuellen Verzeichnisse mit Lesezugriff.

Informationen zum Ändern des Katalogbereichs finden Sie unter Erstellen und Entfernen von Verzeichnissen.

© 1998 Microsoft Corporation. Alle Rechte vorbehalten.

Physikalische Eigenschaften

Der Katalog wird an einem benutzerdefinierten physikalischen Speicherort gespeichert. An diesem Speicherort wird ein Verzeichnis mit dem Namen Catalog.wci erstellt. Index Server erstellt eine Reihe von Dateien in diesem Verzeichnis. Dazu zählen u. a. folgende Dateien:

Das Verzeichnis Catalog.wci und alle Unterverzeichnisse werden von Index Server nicht indiziert. Es erfolgt auch dann keine Indizierung dieses Verzeichnisses und der entsprechenden Unterverzeichnisse, wenn ein Zugriff über ein Virtuelles Verzeichnis der Website möglich ist.

© 1998 Microsoft Corporation. Alle Rechte vorbehalten.

Verschieben und Entfernen eines Katalogs

Sie können einen Katalog erst dann verschieben oder entfernen, wenn Sie den Inhaltsindexdienst angehalten haben. Nachdem Sie die gewünschten Änderungen vorgenommen haben, müssen Sie den Dienst erneut starten.

1. Klicken Sie in der MMC (Microsoft Management-Konsole) mit der rechten Maustaste auf Index Server auf lokalem Computer.
2. Klicken Sie im angezeigten Menü auf Beenden.

Nachdem Sie einen Katalog verschoben oder entfernt haben, muss der Inhaltsindexdienst erneut gestartet werden.


3. Klicken Sie mit der rechten Maustaste auf Index Server auf lokalem Computer.
4. Klicken Sie im angezeigten Menü auf Starten.

Anmerkung   Wahlweise können Sie den Inhaltsindexdienst auch anhalten und starten, indem Sie in der Windows NT-Systemsteuerung auf das Symbol für Dienste klicken.

1. Halten Sie den Inhaltsindexdienst an, indem Sie die zuvor auf dieser Seite beschriebenen Schritte durchführen.
2. Verschieben Sie in Windows NT Explorer die Datei Catalog.wci an einen neuen Speicherort.
3. Setzen Sie in der Registrierung den Schlüssel Location für diesen bestimmten Katalog zurück.

Weitere Informationen zum Ändern von Katalogeinstellungen in der Registrierung finden Sie unter Kataloge und Bereiche.


4. Starten Sie den Inhaltsindexdienst erneut, indem Sie die zuvor auf dieser Seite beschriebenen Schritte durchführen.

Beim Verschieben oder Entfernen eines Katalogs müssen Sie darüber hinaus folgende Schritte durchführen:

1. Zum Anzeigen der Änderungen muss die MMC beendet und erneut gestartet werden.
2. Aktualisieren Sie den Registrierungseintrag IsapiDefaultCatalogDirectory, wenn Sie das Verzeichnis für den Standardkatalog verschoben oder entfernt haben.
3. Stellen Sie sicher, dass in den .idq-Dateien keine Verweise auf nicht vorhandene Kataloge enthalten sind.

1. Halten Sie den Inhaltsindexdienst an, indem Sie die zuvor auf dieser Seite beschriebenen Schritte durchführen.
2. Klicken Sie in der MMC mit der rechten Maustaste auf den Katalog, den Sie entfernen möchten.
3. Klicken Sie im angezeigten Menü auf Löschen.
4. Anhand einer Meldung werden Sie aufgefordert, das endgültige Entfernen des Katalogs zu bestätigen. Klicken Sie auf die Schaltfläche Ja.

Der Katalogname wird aus der Anzeige der MMC entfernt.


5. Starten Sie den Inhaltsindexdienst erneut, indem Sie die zuvor auf dieser Seite beschriebenen Schritte durchführen.

Anmerkung   Obwohl diese Prozedur ein Katalog aus dem Index Server entfernt, entfernt es das entsprechende Verzeichnis nicht auf dem Computer.

Anmerkung   Wenn Sie MMC Index Server Mananger verwenden, können Sie kein Katalog von einem Remote Computer entfernen, wenn der Standardspeicherort auf dem Remote Computer entfernt wurde.

© 1998 Microsoft Corporation. Alle Rechte vorbehalten.

Empfohlene Konfiguration

Die Mindestanforderungen an die Konfiguration, die für Index Server erforderlich sind, stimmen weitgehend mit den Konfigurationsanforderungen für Microsoft Windows NT Server überein. Die optimalen Konfigurationseinstellungen werden jedoch durch die Anzahl der Dokumente, den Umfang des Datenkorpus und die Rate der Abfragen bestimmt. Ein 486/DX4-100-Computer mit 32 MB Speicher unter Windows NT Server 4.0 kann Abfragen auf zufrieden stellende Weise abarbeiten, wenn die Anzahl der gleichzeitig eingehenden Abfragen nicht zu hoch ist. Für ein kleineres Unternehmen mag diese Hardware-Ausstattung ausreichen, aber für größere Unternehmensgruppen, die ihre Dienste vielen Benutzern anbieten, wird eine leistungfähigere Ausstattung empfohlen.

Die empfohlene Konfiguration für Index Server wird durch folgende Faktoren bestimmt:

• Anzahl der Dokumente im Korpus.
• Größe des Korpus.
• Beim Server eingehende Rate der Suchanforderungen.
• Art der Abfragen. Für komplexe Abfragen ist ein leistungfähigerer Computer mit einer schnelleren CPU erforderlich.

In der nachfolgenden Tabelle ist die empfohlene Speicherkonfiguration auf der Basis der Dokumentenanzahl enthalten. Die Größe des Korpus bestimmt die zum Speichern der Daten erforderliche Festplattenkapazität. Die erforderlicheFestplattenkapazität, die zum Speichern der Daten unter Index Server benötigt wird, beträgt in nahezu allen Fällen ungefähr 40 Prozent der Korpusgröße. Während die durchschnittliche Auslastung bei weniger als 30 Prozent liegt, kann die Festplattenauslastung in Spitzenzeiten bis zu 40 Prozent betragen.

Eine schnellere CPU und mehr Speicherkapazität verbessern sowohl den Leistungsdurchsatz bei der Indizierung als auch die Verarbeitungszeit der Abfragen. Wenn Sie mit einer sehr hohen Dokumentenanzahl arbeiten, kann eine unzureichende Speicherkapazität zu Leistungsengpässen führen. Wenn Sie bemerken, dass die Leistung bei der Ausführung von Index Server nicht zufrieden stellend ist, können Sie dieses Problem lösen, indem Sie zusätzlichen Speicher zur Verfügung stellen.

© 1998 Microsoft Corporation. Alle Rechte vorbehalten.

Willkommen bei Microsoft Index Server

Microsoft® Index Server indiziert die Inhalte und Eigenschaften von Dokumenten auf einer Website im Internet oder in einem Intranet, die mit Hilfe von Microsoft® Internet Information Server (IIS) verarbeitet werden. Sie können Index Server so einrichten, dass die Website mit einem beliebigen Browser durchsucht werden kann. Die Benutzer müssen für diese Suche lediglich die Felder eines HTML-Abfrageformulars ausfüllen. Gibt ein Client eine Abfrage aus, werden die in das Abfrageformular eingegebenen Informationen vom Webserver an die Abfrage-Engine weitergeleitet. Die Abfrage-Engine ermittelt die entsprechenden Dokumente, formatiert die Ergebnisse als eine HTML-Web-Seite und gibt die Ergebnisse an den Client zurück.

Zusätzlich zur Indizierung von Web-Seiten im HTML-Format können unter Index Server Dokumente indiziert werden, die mit Hilfe von Anwendungen wie Microsoft® Word und Microsoft® Excel erstellt und formatiert wurden. Ohne vorherige Konvertierung in das HTML-Format können Sie mit Hilfe dieser Funktion Dokumente zu Ihrer Website hinzufügen.

Weitere Informationen zu Index Server und zu den unter Index Server verfügbaren Funktionen finden Sie auf der Index Server-Web-Seite unter folgender Adresse:

http://www.microsoft.com/ntserver/search

Um die Online-Dokumentation für Microsoft Index Server zu durchsuchen, klicken Sie auf das Symbol für den Suchvorgang, und geben Sie Ihre Abfrage in das angezeigte Formular ein.

Diese Dokumentation enthält folgende Hilfethemen:

• Setup: Es wird die Installation von Index Server beschrieben.
• Erste Schritte: Es wird erläutert, wie Sie Ihre Site unmittelbar für Suchvorgänge einrichten können.
• Tour durch Index Server: Anhand einer schrittweisen Erläuterung der einzelnen Funktionen wird ein allgemeiner Überblick über Index Server gegeben.
• Funktionsweise von Index Server: Die Funktionsweise von Index Server wird dargelegt.
• Das Abfrage- und Indizierungsverfahren: Es werden die Abfragesprache sowie das Indizieren, Filtern und Überprüfen beschrieben.
• Erstellen von Suchformularen: Es werden Details aufgeführt, die beim Erstellen und Konfigurieren von Suchformularen zu berücksichtigen sind.
• SQL-Zugriff auf Daten unter Index Server: Es wird erklärt, wie Sites unter Verwendung der SQL-Syntax abgefragt werden können.
• Verwaltung: Es werden folgende Punkte erläutert: Verwalten von Index Server, Einsetzen von Remoteservern, Indizieren von Nachrichtendiensten, Konfigurieren der Sicherheit und Überwachen von Katalogen.
• Problembehandlung: Es wird beschrieben, wie unter Index Server verschiedene Fehler behoben werden. Darüber hinaus finden Sie an dieser Stelle Antworten auf Frequently Asked Questions (FQA).
• Referenz: An dieser Stelle finden Sie eine Liste mit Erklärungen zu Variablen in .idq- und .htx-Dateien, Registrierungsparametern und Fehlermeldungen sowie zu Begriffen, die im Rahmen der Dokumentation verwendet werden.

© 1998 Microsoft Corporation. Alle Rechte vorbehalten.

IXSSO-Fehler

Die IXSSO-Komponente erzeugt standardmäßig eine Seite, die gefundene Fehler während der Ausführung von .asp-Abfragen enthält. Diese Seite kann Ihnen das Problem anzeigen, dass den Fehler während der Ausführung des VBScripts OnError und des Standard-VBScripts Err-Objekts verursacht hat.

Anmerkung   Einige IXSSO-Fehler sind gleich den .idq- und Abfragefehlern. Falls Sie keinen IXSSO-Fehler auf dieser Seite finden können, suchen Sie dann auf den Seiten Fehler in der Abfragesyntax oder Fehler in .idq-Dateien.

Folgende Fehlermeldungen werden von der IXSSO-Komponente erzeugt:

© 1998 Microsoft Corporation. Alle Rechte vorbehalten.

Beschädigte Dateien und fehlerhafte Filter-DLLs

Wenn beschädigte Dateien durch das Verfahren CiDaemon ermittelt werden, werden diese Dateien als ungefiltert gekennzeichnet. Sie können eine Liste der ungefilterten Dateien anzeigen, indem Sie einen Verwaltungsbefehl ausgeben, um die ungefilterten Dateien aufzulisten. Unter Umständen besteht weiterhin ein Problem mit der Filter-DLL, die zum Filtern dieser Dateien verwendet wurde. Wird ein bestimmter Dateityp regelmäßig nicht gefiltert, sollten Sie sich an den Hersteller dieser Filter-DLL wenden.

© 1998 Microsoft Corporation. Alle Rechte vorbehalten.

Beschädigter Eigenschaften-Cache

Wird Index Server nicht ordnungsgemäß heruntergefahren oder wird eine Beschädigung während der normalen Programmausführung ermittelt, wird der Eigenschaften-Cache als beschädigt gekennzeichnet. Eine Wiederherstellung des Eigenschaften-Caches wird beim Neustart von Index Server durchgeführt. Zu Beginn des Wiederherstellungsvorgangs wird eine Ereignisprotokollmeldung geschrieben. Eine weitere Meldung wird bei Abschluss der Wiederherstellung geschrieben. Während der Wiederherstellung werden Abfragen zugelassen, das Filtern erfolgt jedoch erst, wenn das Wiederherstellungsverfahren abgeschlossen ist. Es sind keine manuell durchzuführenden Schritte für die Wiederherstellung des Eigenschaften-Caches erforderlich.

Durch die Ergänzung eines neuen Registrierungsparameters wird die Wahrscheinlichkeit einer Beschädigung des Eigenschaften-Caches erheblich verringert. Weitere Informationen zur Feineinstellung dieser Funktion finden Sie unter Wichtige Registrierungsparameter.

© 1998 Microsoft Corporation. Alle Rechte vorbehalten.

Beschädigte Daten und interne Inkonsistenzen

Aufgrund eines Stromausfalls oder eines schwerwiegenden Fehlers können Indexdaten irreparabel beschädigt werden. In diesem Fall werden vorhandene Daten unter Index Server gelöscht und alle Dokumente erneut gefiltert. Wird während des Startvorgangs eine Beschädigung ermittelt, wird das erneute Filtern automatisch durchgeführt. Wird die Beschädigung der Daten jedoch während der ordnungsgemäßen Programmausführung ermittelt, wird eine Ereignisprotokollmeldung geschrieben, und es können keine weiteren Abfragen durchgeführt werden. Wenn dieses Ereignis in das Ereignisprotokoll geschrieben wird, sollte der Administrator den Inhaltsindexdienst anhalten und erneut starten.

Bei der automatischen Wiederherstellung unter Index Server wird ein Ereignis in das Ereignisprotokoll geschrieben. Wenn für den in der Ereignisprotokollmeldung angegebenen Katalog Standardeinstellungen vorgenommen und alle Virtuellen Verzeichnisse indiziert wurden, müssen keine manuellen Schritte zur Wiederherstellung durchgeführt werden.

© 1998 Microsoft Corporation. Alle Rechte vorbehalten.

Unterbrochene Netzwerkverbindungen

Zeigt ein Virtuelles Verzeichnis auf eine Remotenetzwerkfreigabe und geht die Verbindung verloren, wird der entsprechende Pfad als ein getrennter Pfad bezeichnet. Index Server erkennt derartige Situationen und überprüft die Remotefreigaben in regelmäßigen Abständen, um sicherzustellen, dass die Verbindung nicht unterbrochen wurde. Es sind keine manuell durchzuführenden Schritte erforderlich.

© 1998 Microsoft Corporation. Alle Rechte vorbehalten.

Bedingung "Kein Speicherplatz auf Datenträger"

Wird die Kapazität des Festplattenlaufwerks, auf dem der Katalog gespeichert ist, zunehmend ausgelastet, wird der Indizierungsvorgang vorübergehend angehalten. Ist auf der Festplatte nur sehr wenig Speicherplatz verfügbar (weniger als 3 MB), wird der Filtervorgang vorübergehend angehalten. Dieser Vorgang kann erst fortgesetzt werden, wenn zusätzlicher Speicherplatz auf dem Kataloglaufwerk freigegeben wurde. Bei einer absehbaren Auslastung der Festplattenkapazität wird eine entsprechende Meldung in das Ereignisprotokoll geschrieben. Administratoren sollten das Ereignisprotokoll auf diese Meldungen hin überwachen und Speicherplatz durch Löschen, Verschieben oder Komprimieren von Dateien freigeben.

Zur Vermeidung der Bedingung "Kein Speicherplatz auf Datenträger", sollten Sie die Richtlinien befolgen, die auf der Seite Empfohlene Konfiguration angeführt werden.

© 1998 Microsoft Corporation. Alle Rechte vorbehalten.

Fehlerermittlung und Wiederherstellung

Eine Reihe von Fehlern werden unter Microsoft Index Server automatisch ermittelt und behoben. Manuell durchzuführende Schritte zur Fehlerbehebung sind nur erforderlich, wenn es sich um Hardwarefehler handelt oder auf dem Kataloglaufwerk nicht genügend Speicherplatz verfügbar ist.

Dieser Abschnitt enthält folgende Hilfethemen:

• Verlorengegangene Benachrichtigungen über die Bearbeitung von Dateien: Es wird erläutert, wie Benachrichtigungen über die Bearbeitung von Dateien unter Umständen verloren gehen und wie derartige Probleme unter Index Server gelöst werden können.
• Unterbrochene Netzwerkverbindungen: Es wird beschrieben, wie unter Index Server Probleme aufgrund unterbrochener Verbindungen zu Remote-Netzwerkfreigaben gelöst werden.
• Beschädigte Dateien und Fehlerhafte Filter-DLLs: Es wird dargelegt, wie eine Liste beschädigter Dateien ermittelt werden kann, in der nicht gefilterte Dateien aufgeführt sind. Weiterhin werden Vorschläge zur Fehlerbehebung gegeben.
• Bedingung "Kein Speicherplatz auf Datenträger": Es wird erklärt, welche Schritte durchzuführen sind, wenn eine Indizierung nicht durchgeführt werden kann, weil die Kapazität der zum Speichern des Katalogs verwendeten Festplatte ausgelastet ist.
• Beschädigter Eigenschaften-Cache: Es wird beschrieben, auf welche Ursachen die Beschädigung eines Eigenschaftenc aches ggf. zurückzuführen ist und wie der Cache unter Index Server wiederhergestellt werden kann.
• Beschädigte Daten und interne Inkonsistenzen: Es wird erläutert, unter welchen Umständen es zu einer Beschädigung von Daten kommen kann, welche Aktionen unter Index Server in diesem Fall durchgeführt werden und welche Möglichkeiten der Fehlerbehebung für Administratoren verfügbar sind.

© 1998 Microsoft Corporation. Alle Rechte vorbehalten.

Fehler bei der Treffermarkierung

Aufgrund einer fehlerhaften Syntax für die Treffermarkierung in .htw-Datein werden folgende Meldungen generiert:

© 1998 Microsoft Corporation. Alle Rechte vorbehalten.

Fehlermeldungen

Die Fehler, die unter Index Server auftreten können, fallen in verschiedene Kategorien: Fehler in der Abfragesyntax, Fehler in der .idq-Syntax, Fehler in der .htx-Syntax, Fehler aufgrund unzureichender Ressourcen und andere Systemfehler. Unter Index Server werden zwei Komponenten zum Melden von Fehlern eingesetzt: HTML-Seiten und das Windows NT-Ereignisprotokoll. In der Regel werden dem Benutzer nur Fehler in der Abfragesyntax angezeigt, obgleich die Anzahl von Fehlern dieser Art durch die Verwendung von HTML-Formularen erheblich reduziert werden kann.

Dieser Abschnitt enthält folgende Hilfethemen:

• HTML-Fehlerseiten: Es werden drei verschiedene Fehlerkategorien vorgestellt, die in der Anzeige von HTML-Fehlerseiten resultieren.
• Fehler in der Abfragesyntax: Es werden Fehler aufgeführt und erläutert, die bei der Durchführung einer Abfrage unter Verwendung einer beliebigen Methode zurückgegeben werden können.
• Fehler in .idq-Dateien: Es werden Meldungen beschrieben, die aufgrund von Fehlern in .idq-Dateien zurückgegeben werden.
• Fehler in .htx-Dateien: Es werden Meldungen für .htx-Dateien beschrieben, die lediglich zur .idq-Verarbeitung eingesetzt werden.
• Andere Fehlermeldungen: Es werden Meldungen beschrieben, die auf Fehler außerhalb des Abfrageprozesses hinweisen.
• IXSSO-Fehler: Es werden Fehlermeldungen aufgelistet, die von Active Server Pages erzeugt werden.
• Fehler bei der Treffermarkierung: Es werden Fehler erläutert, die auf einer fehlerhaften Syntax für die Treffermarkierung basieren.
• Meldungen im Ereignisprotokoll: Es wird die Funktion der Meldungen erklärt, die im Windows NT-Ereignisprotokoll aufgezeichnet werden.

© 1998 Microsoft Corporation. Alle Rechte vorbehalten.

HTML-Fehlerseiten

Die ersten drei Fehlerkategorien (Fehler in der Abfragesyntax in .idq-Dateien, Syntaxfehler in .idq- und .htx-Dateien) resultieren immer in einer HTML-Fehlerseite. Welche Seiten für die jeweilige Fehlerkategorie zurückgegeben wird, wird in den sprachspezifischen Registrierungseinstellungen festgelegt. Die Registrierungschlüssel finden Sie unter folgendem Pfad:

HKEY_LOCAL_MACHINE
 \SYSTEM
  \CurrentControlSet
   \Control
    \ContentIndex
     \Language 
      \<Sprache>

Folgende Schlüssel sind verfügbar:

ISAPIHTXErrorFile, ISAPIIDQErrorFile und ISAPIRestrictionErrorFile

Dieser Schlüssel wird zur Konfiguration von .htx-Fehlern, .idq- (und .ida-) Fehlern sowie Fehlern in der Abfragesyntax verwendet.

ISAPIDefaultErrorFile

Über diesen Schlüssel werden andere Fehler gemeldet.

Bei diesen Seiten handelt es sich um standardisierte .htx-Seiten, auf denen der Benutzer individuelle Einstellungen vornehmen kann. Die Variable CiErrorMessage enthält eine lokalisierte Zeichenfolge, die zur Beschreibung des jeweiligen Fehlers dient, und CiErrorNumber enthält den Fehlercode.

© 1998 Microsoft Corporation. Alle Rechte vorbehalten.

Fehler in .htx-Dateien

Diese Meldungen gelten nur für die .idq-Verarbeitung und werden über die Variable CiErrorMessage zurückgegeben, auf die über .htx-Fehlerseiten zugegriffen werden kann.

© 1998 Microsoft Corporation. Alle Rechte vorbehalten.

Fehler in .idq-Dateien

Diese Meldungen werden unter Verwendung der Variablen CiErrorMessage zurückgegeben, auf die über .htx-Fehlerseiten zugegriffen werden kann.

© 1998 Microsoft Corporation. Alle Rechte vorbehalten.

Verlorengegangene Benachrichtigungen über die Bearbeitung von Dateien

Während der normalen Ausführung von Index Server werden alle Änderungen an den Dokumenten in den indizierten Verzeichnissen automatisch aufgezeichnet, vorausgesetzt, die indizierten Verzeichnisse befinden sich auf einem Computer unter Windows NT. Ist die Anzahl der Dateiänderungen sehr hoch, können Benachrichtigungen über die Bearbeitung von Dateien aufgrund von Pufferüberläufen möglicherweise verloren gehen. In diesem Fall wird unter Index Server automatische eine inkrementelle Überprüfung für den Bereich geplant, in dem Benachrichtigungen verloren gegangen sind. Es sind keine manuell durchzuführenden Schritte erforderlich.

© 1998 Microsoft Corporation. Alle Rechte vorbehalten.

Meldungen im Ereignisprotokoll

Systemfehler unter Index Server werden im Ereignisprotokoll für Anwendungen unter der Kategorie Ci Filter Service aufgezeichnet. Die hier aufgeführten Systemfehler umfassen Probleme, die z. B. auf der Filterung von Seiten (Indizierung), unzureichenden Ressourcen oder einer Indexbeschädigung basieren.

Folgende Meldungen werden in das Windows NT-Ereignisprotokoll für Anwendungen geschrieben:

Virtuelle Verzeichnisse

© 1998 Microsoft Corporation. Alle Rechte vorbehalten.

Fehler in der Abfragesyntax

Die folgenden Fehlermeldungen können bei der Durchführung einer Abfrage zurückgegeben werden.

© 1998 Microsoft Corporation. Alle Rechte vorbehalten.

Häufig gestellte Fragen (FQA)

Ich habe eine Abfrage gestartet, und ein Dokument, von dem ich weiß, dass es existiert, wurde nicht gefunden. Warum?

Manchmal ist die Datenquelle Zu filternde Dateien größer als die Datenquelle Dokumente insgesamt. Wie ist das möglich?

Wie arbeite ich mit vielen Dokumenten in meinem Korpus, wenn ich über einen leistungsfähigen Computer verfüge?

Das Ereignisprotokoll enthält viele Meldungen. Kann ich diese Meldungen deaktivieren?

Warum erhalte ich die Ereignismeldung Der Festplattenspeicher auf Laufwerk…, auch nachdem ich Speicherplatz auf der entsprechenden Festplatte freigegeben habe?

Wie viel Festplattenspeicher sollte ich für die Daten von Index Server reservieren?

Mein Computer ist gegenwärtig nicht aktiv, aber die Datenquelle Zu filternde Dateien zeigt einen Wert ungleich Null an. Warum?

Warum werden alle meine Fließkommazahlen mit derselben Anzahl an Dezimalstellen formatiert?

Warum sind nicht lesbare Dateien aus _vti-Verzeichnissen in Microsoft® FrontPage® in meinen Abfrageergebnissen enthalten?

Wie kann ich bestimmte Verzeichnisse von Suchergebnissen ausschließen?

Wie kann ich UNC-Netzwerkfreigaben indizieren?

Warum indiziert Index Server keine Virtuellen Remoteverzeichnisse?

Ich habe eine Abfrage gestartet und die Meldung "Abfrage zu rechenintensiv" erhalten. Wie kann dieses Problem gelöst werden?

Ich habe gerade eine Anwendung installiert, und den Benutzern werden jetzt zusätzliche Zeichen (möglicherweise HTML-Code, je nach Anwendung) auf den Zusammenfassungsseiten einer Abfrage angezeigt. Wie kann dieses Problem gelöst werden?

Ich habe eine Abfrage gestartet, und ein Dokument, von dem ich weiß, dass es existiert, wurde nicht gefunden. Warum?

• Die Seite wurde in einer Sprache gefiltert und in einer anderen abgefragt. Das Zerlegen einer Seite in Wörter (die im Index gespeicherte Basiseinheit) ist ein sprachspezifischer Prozess. Wenn für die Abfrage und den Filtervorgang zwei verschiedene Sprachen verwendet werden, sind die Ergebnisse der Abfrage nicht immer vorhersagbar. Das zum Filtern eines Dokuments verwendete Gebietsschema wird durch den jeweiligen Filter bestimmt. Einige Dateiformate, wie Microsoft Word, markieren Dokumente mit einer Sprache. Diese Markierung wird während des Filtervorgangs verwendet. Andere Formate, wie einfacher Text, enthalten keinen Hinweis auf die verwendete Sprache. Die meisten Filter verwenden für solche Dateien standardmäßig das Systemgebietsschema. Das Gebietsschema für die Abfrage wird über die Variable CiLocale festgelegt. Wird für die Variable CiLocale kein Wert angegeben, wird das Gebietsschema des Browser (falls vorhanden) oder das standardmäßige Gebietsschema des Servers verwendet.
• Die Seite wurde noch nicht gefiltert. Es gibt oft eine Verzögerung zwischen dem Zeitpunkt, zu dem eine Seite geändert wurde, und dem Zeitpunkt ihrer Indizierung. Sie können den Systemmonitor oder eine administrative Abfrage verwenden, um die Anzahl der ausstehenden Seiten zu ermitteln. Die Variable CiOutOfDate wird auf TRUE gesetzt, wenn mindestens eine Datei noch zu filtern ist.
• Ein Fehler ist beim Filtern dieses Dokuments aufgetreten. Es gibt eine Reihe von Gründen, warum ein Dokument unter Umständen noch nicht gefiltert wurde. Detaillierte Informationen zum Filtervorgang finden Sie auf der Seite Filtern. Sie können entweder das Ereignisprotokoll auf Fehler durchsuchen oder eine Abfrage starten, um nach der nicht gefilterten Eigenschaft unter Verwendung einer administrativen Abfrage für nicht gefilterte Dateien zu suchen.
• Die Abfrage war zu komplex. Bestimmte Abfrageklassen, für die umfangreiche Ressourcen erforderlich sind, werden deaktiviert, wenn CiForceUseCi auf TRUE gesetzt wurde. Fehlen aus diesem Grund Ergebnisse, wird die Variable CiQueryIncomplete auf TRUE gesetzt.
• Die Abfrage hat zu viel CPU-Zeit benötigt. Administratoren können die für eine einzelne Abfrage verfügbare CPU-Zeit begrenzen. Wird die verfügbare Zeit überschritten, wird die Variable CiQueryTimedOut auf TRUE gesetzt.
• Sie verfügen nicht über die Berechtigung, die Seite zu lesen. Das Ergebnis einer Abfrage wird nicht für eine Seite zurückgegeben, für die Sie keine Leseberechtigung haben. Weitere Informationen zu Sicherheitsaspekten unter Index Server finden Sie unter Sicherheit.

Manchmal ist die Datenquelle Zu filternde Dateien größer als die Datenquelle Dokumente insgesamt. Wie ist das möglich?

• Einige Dateien wurden vor dem Filtern mehrfach verändert. In diesem Fall kann es mehrere Einträge für dieselbe Datei geben. Die Datenquelle Zu filternde Dateien gibt lediglich an, wie umfangreich die Warteschlange der zu ändernden Dateien ist.

Wie arbeite ich mit vielen Dokumenten in meinem Korpus, wenn ich über einen leistungsfähigen Computer verfüge?

• Wenn Sie über genügend Arbeitsspeicher verfügen (mehr als 48 MB) und der Registrierungsparameter MaxFreshCount den Wert 5000 oder einen niedrigeren Wert aufweist, sollten Sie versuchen, den Wert für die Variable MaxFreshCount auf 10.000 oder 20.000 zu erhöhen. Ist die Kapazität der Festplatte ausgelastet, sollten Sie unter Umständen zusätzlichen Arbeitsspeicher zur Verfügung stellen.

Das Ereignisprotokoll enthält viele Meldungen. Kann ich diese Meldungen deaktivieren?

• Einige der Meldungen im Klartext können ausgeschaltet werden.Weitere Informationen hierzu finden Sie unter Wichtige Registrierungsparameter.

Warum erhalte ich die Ereignismeldung Der Festplattenspeicher auf Laufwerk .... …, auch nachdem ich Speicherplatz auf der entsprechenden Festplatte freigegeben habe?

• Wenn dieses Ereignis während einer Hauptzusammenführung protokolliert wurde, kann die Freigabe von zusätzlichem Speicher hilfreich sein. Während einer Hauptzusammenführung kann zusätzlicher freier Speicher (bis zu 15 Prozent des Gesamtumfangs aller zu indizierender Dokumente) erforderlich sein. Nach der Hauptzusammenführung wird der Festplattenspeicher in der Regel wieder freigegeben.

Wie viel Festplattenspeicher sollte ich für die Daten von Index Server reservieren?

• Der minimale Speicherplatz auf Ihrer Festplatte sollte wenigstens 30 Prozent der Größe Ihres Korpus betragen. Wenn Sie den Registrierungswert für die Variable MaxCharacterization erhöhen, sollte zusätzlicher Speicher reserviert werden. Während einer Hauptzusammenführung kann Index Server vorübergehend bis zu 45 Prozent der Korpusgröße an Speicher benötigen.

Mein Computer ist gegenwärtig nicht aktiv, aber die Datenquelle Zu filternde Dateien zeigt einen Wert ungleich Null an. Warum?

• Einige Dateien konnten nicht gefiltert werden. Wenn eine Datei in einem anderen Benutzerprozess verwendet wird und der Prozess CiDaemon versucht, den Inhalt dieser Dateien zu filtern, wird die entsprechende Datei in die Warteschlange mit niedriger Priorität verschoben, und der Filtervorgang für diese Datei wird auf einen späteren Zeitpunkt verschoben. Das Zeitintervall zwischen den Wiederholungsversuchen wird über den Registrierungsparameter FilterRetryInterval in der Registrierung gesteuert. Situationen dieser Art treten in der Regel in Kombination mit Anwendungen wie Microsoft Word auf, unter denen eine Datei mit exklusiven Zugriffsrechten und für Schnellsicherungen geöffnet werden kann.

Warum werden alle meine Fließkommazahlen mit derselben Anzahl an Dezimalstellen formatiert?

• Index Server verwendet die Einstellungen, die in den Ländereinstellungen der Systemsteuerung festgelegt wurden. Für Benutzer aus unterschiedlichen Gebieten oder Ländern werden die Daten gemäß dem festgelegten Gebietsschema angezeigt. Benutzer aus Deutschland sehen somit z. B. einen Punkt als Dezimaltrennzeichen, während die Benutzer aus den USA an dieser Stelle ein Komma sehen. In ähnlicher Weise werden die Werte für Datum, Zeit und Währung gemäß der Konfiguration in den Ländereinstellungen formatiert. Wenn Sie .asp-Dateien und VBScript für Abfragen verwenden, können Sie die Dezimalstellen über die Funktion FormatNumber steuern.

Warum sind nicht lesbare Dateien aus _vti-Verzeichnissen in Microsoft® FrontPage® in meinen Abfrageergebnissen enthalten?

• Dies ist eine Einschränkung beim Festlegen des Gültigkeitsbereichs unter Index Server. Sie können die Indizierung für ein Virtuelles Verzeichnis über den IIS Internet Service Manager deaktivieren, indem Sie das Kontrollkästchen Dieses Verzeichnis indizieren im Eigenschaftendialog Verzeichnisse deaktivieren. Eine weitere Möglichkeit besteht darin, die Benutzereinschränkungen zu modifizieren. Um beispielsweise die Indizierung von FrontPage-Verzeichnissen zu vermeiden, können Sie CiRestriction in der .idq-Datei folgendermaßen ändern:

CiRestriction=(%UserRestriction%) &! #vpath *\_vti_*.




Um nur die Abfrage des Benutzers auf der Ergebnisseite anzuzeigen, fügen Sie folgende Einschränkung zur .idq-Datei hinzu:




UserRestriction=%UserRestriction%




Fügen Sie in der .htx-Datei folgende Zeile hinzu:




<%UserRestriction%>

Wie kann ich bestimmte Verzeichnisse von Suchergebnissen ausschließen?

• Die Indizierung und Suchvorgänge basieren unter Index Server auf Virtuellen Verzeichnissen. Sie können Virtuelle Verzeichnisse von der Indizierung über IIS Internet Service Manager ausschließen. Deaktivieren Sie dazu das Kontrollkästchen Dieses Verzeichnis indizieren im Eigenschaftendialog Verzeichnis. Weiterhin können Sie in den .idq-Dateien die Dateien angeben, die in solchen Suchergebnissen nicht enthalten sein sollen. Zeigt das Virtuelle Verzeichnis /Docs z. B. auf C:\Docs und möchten Sie die Ergebnisse aus C:\Docs\Private von der Ergebnismenge ausschließen, können Sie den Parameter CiRestriction in der .idq-Datei folgendermaßen ändern:

CiRestriction=%CiRestriction% AND NOT #path c:\docs\private*

Sie können weitere AND NOT #path path* Abschnitte für den Parameter CiRestriction angeben, um andere Verzeichnisse ebenfalls auszuschließen.

Wie kann ich UNC-Netzwerkfreigaben indizieren?

• Wenn Sie ein Virtuelles Verzeichnis hinzufügen, das auf eine UNC-Netzwerkfreigabe zeigt, wird dieses unter Index Server automatisch indiziert. Stellen Sie sicher, dass Sie die Benutzer-ID (Domäne\Benutzer) und das Kennwort richtig angeben. Beachten Sie den umgekehrten Schrägstrich (\) im FormatDomäne\Benutzer für die Benutzer-ID.

Warum indiziert Index Server keine Virtuellen Remoteverzeichnisse?

• Geben Sie bei Angabe der Anmelde-ID für ein Virtuelles Verzeichnis den Domänen- und Benutzernamen ein, und trennen Sie die beiden Namen durch einen umgekehrten Schrägstrich:

  Domäne\Benutzername

Wenn Sie keinen Domänennamen angeben, indiziert Index Server keine Virtuellen Remoteverzeichnisse. Beachten Sie, dass es sich beim Domänennamen um den Computernamen handeln kann, wenn das entsprechende Konto lokal auf diesem Computer gespeichert ist.

Ich habe eine Abfrage gestartet und die Meldung "Abfrage zu rechenintensiv" erhalten. Wie kann dieses Problem gelöst werden?

• Um dieses Problem zu lösen, sollten Sie die Einstellung für den Parameter MaxRestrictionNodes in der Registrierung erhöhen.

Ich habe gerade eine Anwendung installiert, und den Benutzern werden jetzt zusätzliche Zeichen (möglicherweise HTML-Code, je nach Anwendung) auf den Zusammenfassungsseiten einer Abfrage angezeigt. Wie kann dieses Problem gelöst werden?

• Bei der Installation bestimmter Anwendungen, z. B. Microsoft® Office 97, werden einige Registrierungseinstellungen für Index Server überschrieben. Um diese Einstellungen wiederherzustellen, sollten Sie Index Server erneut installieren.

© 1998 Microsoft Corporation. Alle Rechte vorbehalten.

Der CiDaemon-Prozess

Bei CiDaemon handelt es sich um einen vom Index Server-Modul generierten Prozess. Das Index Server-Modul leitet eine Liste von Dokumenten an den CiDaemon-Prozess weiter, der für den Filtervorgang der Dokumente zuständig ist, und ermittelt, ob einem bestimmten Dokument die richtige Filter-DLL und das korrekte Worttrennmodul zugeordnet wurden.

Der Filtervorgang wird als Hintergrundprozess durchgeführt, sodass keine Konflikte mit im Vordergrund ausgeführten Prozessen entstehen. Wird ein Dokument, das über den CiDaemon-Prozess zum Lesen auf dem lokalen Laufwerk geöffnet wurde, von einem anderen Prozess für einen Schreibvorgang benötigt, wird dieses Dokument so schnell wie möglich von dem CiDaemon-Prozess geschlossen. Es wird dann zu einem späteren Zeitpunkt erneut versucht, das Dokument zu filtern. (Diese Funktion ist nicht für Ordner auf Netzwerkfreigaben verfügbar.)

Wird der CiDaemon-Prozess gestoppt, wird er über das Index Server-Modul automatisch erneut gestartet.

© 1998 Microsoft Corporation. Alle Rechte vorbehalten.

Verwandte Datenquellen für die Systemleistung

Die folgenden Datenquellen stehen unter dem Objekt Inhaltsindex im Windows NT-Systemmonitor zur Verfügung.

Die folgenden Datenquellen stehen unter dem Objekt Inhaltsindexfilter im Windows NT-Systemmonitor zur Verfügung.

© 1998 Microsoft Corporation. Alle Rechte vorbehalten.

Filter-DLLs

Eine Filter-DLL kann mehrere Dokumentenformate interpretieren sowie Text und Eigenschaften aus den Dokumenten des jeweiligen Typ extrahieren. Durch eine Filter-DLL wird die ActiveX-Schnittstelle IFilter implementiert. Der CiDaemon-Prozess verwendet die IFilter-Schnittstelle für das Extrahieren von Text aus einem Dokument. Der Administrator sollte wissen, wie er die für ein bestimmtes Dokument verwendeten Filter-DLLs ermitteln kann, um gegebenenfalls ein Problem mit einer Filter-DLL nachvollziehen zu können. Über die Bearbeitung der Registrierung kann zudem verhindert werden, dass Dokumente mit überflüssigem Inhalt gefiltert werden.

Dieser Abschnitt enthält folgende Hilfethemen:

• Vorinstallierte Filter-DLLs
• HTML-Filter
• Standardfilter
• Binärdateien - NULL-Filter
• Beschädigte Dateien
• Maximale Wiederholversuche
• Unbekannte Erweiterungen
• Filtern von Verzeichnissen
• Charakterisierung
• Hinzufügen von Filter-DLLs
• Entfernen von Filter-DLLs
• Ermitteln der Filter-DLL für ein Dokument

Vorinstallierte Filter-DLLs

In der nachfolgenden Liste sind Dokumententypen enthalten, für die Filter vorinstalliert werden:

• HTML-Version 3.0 oder niedriger
• Microsoft® Word
• Microsoft® Excel
• Microsoft® PowerPoint®
• Einfacher Text
• Binärdateien

HTML-Filter

Der Inhalt oder die Eigenschaften einer HTML-Datei werden nicht durch den HTML-Filter indiziert, wenn die Datei eine der folgenden Metamarken enthält:

<meta name="robots" content="noindex">

Webmaster können diese Metamarke hinzufügen, um bestimmte HTML-Dateien von der Indizierung auszuschließen.

Enthält eine HTML-Datei folgende Metamarke, wird im Inhaltsfeld der Sprachcode angegeben:

<meta name="ms.locale" content="EN">

Die Datei wird anhand der Sprachressourcen für diese bestimmte Sprache (falls verfügbar) gefiltert.

Das Inhaltsfeld im Kennzeichen kann das Gebietsschema auch über eine Dezimalzahl anzeigen. 1033 ist beispielsweise die Gebietsschema-ID für Englisch (USA).

Einige Eigenschaften von Metamarken wurden den Eigenschaften von Microsoft® Office zugeordnet, um es den Benutzern zu ermöglichen, HTML-Seiten mit den Eigenschaften zu markieren, die auch unter den Office-Eigenschaften verfügbar sind. Folgende Eigenschaften wurden zugeordnet:

Der HTML-Filter extrahiert Text aus dem Inhaltsfeld eines Metaelements. Dies gilt zum Beispiel, wenn eine HTML-Datei folgende Zeile enthält:

<META NAME="DESCRIPTION" CONTENT="Beispielabfrageformular für Microsoft Index Server">

In diesem Fall können Benutzer die Informationen im Inhaltsfeld, in diesem Beispiel also den Text "Beispielabfrageformular für Microsoft Index Server" unter Verwendung der HTML-Metaeigenschaft abfragen. Der GUID für die Metaeigenschaft lautet D1B5D3F0-C0B3-11CF-9A92-00A0C908DBF1, und der Eigenschaftsname wird über das Namensfeld oder über das Feld HTTP-EQUIV angegeben. Im angeführten Beispiel lautet der Eigenschaftsname DESCRIPTION. Ein Aliasname für die Metaeigenschaft, wie MetaBeschreibung, kann folgendermaßen definiert werden:

MetaBeschreibung(DBTYPE_WSTR|DBTYPE_BYREF) = D1B5D3F0-C0B3-11CF-9A92-00A0C908DBF1 Beschreibung

Bei der GUID für eine Metaeigenschaft handelt es sich um einen Registrierungsparameter, den Sie an der folgenden Stelle finden:

HKEY_LOCAL_MACHINE
 \System 
  \CurrentControlSet 
   \Control
    \HtmlFilter 
     \MetaTagClsid

Der HTML-Filter gibt einen in einer HTML-Seite eingebetteten Skriptcode als eine Skripteigenschaft mit dem GUID 31F400A0-FD07-11CF-B9BD-00AA003DB18E aus. Der Eigenschaftsname des Skripts wird über das Feld language der Skriptmarke angegeben. Zum Beispiel:

<script language="vbscript">

In diesem Beispiel lautet der Name der Eigenschaft vbscript. Wird im Feld Sprache keine Angabe gemacht, wird die Angabe verwendet, die in einer vorherigen Skriptmarke der HTML-Seite verwendet wurde. Steht keine zuvor verwendete Skriptmarke zur Verfügung, wird der Eigenschaftsname standardmäßig auf javascript eingestellt. Bei dem GUID für eine Skripteigenschaft handelt es sich um einen Registrierungsparameter, den Sie an der folgenden Stelle finden:

HKEY_LOCAL_MACHINE 
 \System 
  \CurrentControlSet 
   \Control
    \HtmlFilter 
     \ScriptTagClsid

Dokumententypen und die zugehörigen Filter-DLLs werden in der Registrierung in dem Verzeichnisbaum \HKEY_LOCAL_MACHINE\Software\Classes angegeben. Durchsuchen Sie die Registrierungseinträge in dem Verzeichnisbaum \HKEY_LOCAL_MACHINE \Software \Classes, um die Filter-DLLs zu ermitteln, die einem bestimmten Dokument zugeordnet wurden.

Binärdateien - NULL-Filter

Wird eine registrierte Binärdatei gefunden, wird der NULL-Filter verwendet. Über den NULL-Filter werden nur die Systemeigenschaften eingelesen. Der Inhalt einer Binärdatei wird nicht gefiltert. Beispiele für Systemeigenschaften sind FileName, letzte Änderung für Write, Datei Size, Attributes etc.

Weitere Informationen zu Binärdateien finden Sie unter Registrieren von Dateitypen als Binärdateien

Standardfilter

Unter Index Server werden mit Hilfe eines Standardfilters sowohl Systemeigenschaften (zum Beispiel der Dateiname) als auch der Inhalt einer Datei gefiltert. Der Standardfilter kann keine Dokumentenformate interpretieren. Vielmehr wird der Inhalt einer Datei beim Filtern als eine einfache Folge von Zeichen abgearbeitet. Unter Index Server wird der Standardfilter eingesetzt, wenn für die Erweiterung eines Dateinamens in der Registrierung kein Typ zugeordnet wurde und wenn der Wert für den Registrierungsparameter FilterFilesWithUnknownExtensions auf 1 gesetzt wurde.

Anmerkung   Der Standardfilter filtert einfachen Text und Dateien unbekannten Ursprungs. Es wird davon ausgegangen, dass der gesamte Text auf der standardmäßigen Codeseite des Servers enthalten ist.

Beschädigte Dateien

Wenn eine Datei beschädigt ist, kann der Inhalt dieser Datei unter Umständen vom Filter nicht fehlerfrei interpretiert werden. Unter Anzeigen ungefilterter Dateien wird erläutert, wie Sie eine Liste der Dateien anzeigen können, die nicht gefiltert werden konnten. Darüber hinaus wird ein Ereignis in das Ereignisprotokoll eingetragen. Unter Umständen kann der Inhalt einer Datei aufgrund eines beschädigten Filters eines Drittanbieters nicht gefiltert werden. Nach der Überprüfung des Dateiinhalts sollte der Administrator die Probleme dem Hersteller des Filter mitteilen. Kennwortgeschützte Dateien werden nicht gefiltert.

Maximale Wiederholversuche

Wenn ein Dokument nicht gefiltert werden kann, werden mehrere Wiederholversuche durchgeführt, wobei die Anzahl der Versuche jedoch durch einen Höchstwert begrenzt wird. Kann das Dokument anschließend immer noch nicht gefiltert werden, wird es als nicht gefilterte Datei eingestuft. Die maximale Anzahl der Wiederholversuche für ein Dokument wird über den Registrierungsschlüssel FilterRetries gesteuert.

1. Klicken Sie auf Start, zeigen Sie auf Programme, zeigen Sie auf und anschließend auf Microsoft Index Server. Klicken Sie auf Index Server-Manager (HTML).
2. Klicken Sie im Feld Nicht gefilterte Dokumente anzeigen auf Start.

Unbekannte Erweiterungen

Eine Datei mit einer Erweiterung, für die in der Registrierung kein Typ zugeordnet wurde, wird als eine Datei mit unbekannter Erweiterung betrachtet. Wie solche Dateien unter Index Server behandelt werden, hängt von der Registrierungseinstellungen für FilterFilesWithUnknownExtensions ab. Wurde der Wert auf 0 gesetzt, wird der NULL-Filter für das Filtern dieser Dateien verwendet. Wurde ein anderer Wert eingestellt, wird der Standardfilter zum Filtern des Inhalts verwendet.

Filtern von Verzeichnissen

Standardmäßig werden Verzeichnisse nicht gefiltert und werden somit auch nicht in Abfrageergebnissen angezeigt. Setzen Sie den Registrierungsschlüssel FilterDirectories auf den Wert 1, wenn Sie Verzeichnisse filtern möchten. Beim Filtern von Verzeichnissen werden deren Systemeigenschaften gefiltert.

Charakterisierung

Der CiDaemon-Prozess ist in der Lage, automatisch eine Zusammenfassung oder eine Charakterisierung (auch Auszuggenannt) für jedes Dokument zu erstellen. Wenn der Wert für den Registrierungsschlüssel GenerateCharacterization auf 1 gesetzt wird, wird automatisch eine Charakterisierung generiert. Die Höchstzahl an Zeichen in der Charakterisierung wird über den Registrierungsschlüssel MaxCharacterization festgelegt.

Ist eine automatische Charakterisierung vorgesehen, werden unter Index Server standardmäßig die ersten 320 Zeichen eines Dokuments als Textblock in die Zusammenfassung kopiert. Sie können diese automatische Textauswahl durch Einfügen einer Metamarke in jedes Dokument überschreiben, für das Sie eine benutzerdefinierte Zusammenfassung generieren möchten. Setzen Sie, wie im folgenden Beispiel dargestellt, alle Metamarken in den Header einer HTML-Datei.

<head>
<META NAME="DESCRIPTION" CONTENT="Dieser Text wird auf der Ergebnisseite als
Dokumentzusammenfassung angezeigt.">
</head> 

Hinzufügen von Filter-DLLs

Wenn Sie neue Filter-DLLs hinzufügen möchten, lesen Sie sich in der Dokumentation der Filter-DLL die entsprechenden Anweisungen durch. Mit Hilfe des Registrierungsprogramms (Regsvr32.exe) können Sie DLLs registrieren bzw. die Registrierung rückgängig machen.

Entfernen von Filter-DLLs

Zum Entfernen einer Filter-DLL muss der dem Dokumenttyp und der Filter-DLL zugeordnete Eintrag IFilter PersistentHandler gelöscht werden. Siehe Ermitteln der Filter-DLL für ein Dokument. Nachdem Sie den richtigen IFilter PersistentHandler-Eintrag ermittelt haben, können Sie unter Verwendung der folgenden Syntax die Registrierung aufheben:

 Regsvr32.exe /u 

Ein Beispiel finden Sie unter Entfernen eines Filters.

Ermitteln der Filter-DLL für ein Dokument

Im folgenden Beispiel wird dargestellt, wie die Filter-DLL für ein Dokument ermittelt wird. Dieses Beispiel bezieht sich auf HTML-Dateien.

Schritt 1: Ermitteln des CLSID

Suchen Sie unter dem Registrierungsschlüssel \HKEY_LOCAL_MACHINE \SOFTWARE \Classes den CLSID, der dem Dokumenttyp zugeordnet wurde. Hierfür wird nachfolgend <Wert1>verwendet.

\HKEY_LOCAL_MACHINE
 \SOFTWARE
  \Classes
   htmlfile = Class für WWW HTML-Dateien CLSID = {25336920-03F9-11CF-8FD0-00AA00686F13}

Schritt 2: Ermitteln der beständigen Behandlungsroutine

Verwenden Sie den in Schritt 1 ermittelten <Wert1>, um den Wert für PersistentHandler (die beständige Behandlungsroutine) unter \HKEY_LOCAL_MACHINE \SOFTWARE \Classes \CLSID \<Wert1> zu ermitteln. Hierfür wird nachfolgend <Wert2>. verwendet.

\HKEY_LOCAL_MACHINE
 \SOFTWARE
  \Classes
   \CLSID {25336920-03F9-11CF-8FD0-00AA00686F13} = WWW HTML-DateienPersistentHandler = {EEC97550-47A9-11CF-B952-00AA0051FE20}

Schritt 3: Bestimmen des GUID für die beständige Behandlungsroutine von IFilter

Verwenden Sie den in Schritt 2 ermittelten <Wert2>, um den GUID für die beständige Behandlungsroutine von IFilter für den Dokumenttyp zu ermitteln. Der Wert unter dem Schlüssel \HKEY_LOCAL_MACHINE \SOFTWARE \Classes \CLSID \<Wert2>\PersistentAddinsRegistered\
89BCB740-6119-101A-BCB7-00DD010655AF gibt den GUID für die beständige Behandlungsroutine von IFilter für diesen Dokumenttyp an. Hierfür wird nachfolgend <Wert3> verwendet. 89BCB740-6119-101A-BCB7-00DD010655AF ist der Schnittstellen-GUID für IFilter.

\Registry\Machine\Software\Classes\CLSID {EEC97550-47A9-11CF-B952-00AA0051FE20} = REG_SZ HTML File Persistent Handler PersistentAddinsRegistered {89BCB740-6119-101A-BCB7-00DD010655AF} = REG_SZ {E0CA5340-4534-11CF-B952-00AA0051FE20}

Schritt 4: Ermitteln der Filter-DLL

Über den in Schritt 3 ermittelten <Wert3> kann die Filter-DLL unter dem Eintrag \HKEY_LOCAL_MACHINE \SOFTWARE \Classes \CLSID \<Wert3>\InprocServer32 gefunden werden.

\Registry\Machine\Software\Classes\CLSID {E0CA5340-4534-11CF-B952-00AA0051FE20} = REG_SZ HTML Filter InprocServer32 = REG_SZ nlhtml.dll

In diesem Beispiel ist die Filter-DLL für HTML-Dokumente nlhtml.dll.

© 1998 Microsoft Corporation. Alle Rechte vorbehalten.

Ändern der Registrierungseinstellungen für Filter

Es besteht eine Zuordnung zwischen den Dateitypen und den Dateinamenerweiterungen unter der Verzeichnisstruktur \HKEY_LOCAL_MACHINE\SOFTWARE\Classes. Im Folgenden werden die Zuordnungen für den Dokumenttyp htmlfile aufgeführt:

\HKEY_LOCAL_MACHINE\SOFTWARE\Classes
   .htm
        = REG_SZ htmlfile
   .html
        = REG_SZ htmlfile
   .htx
        = REG_SZ htmlfile
   .stm
        = REG_SZ htmlfile

Standardmäßig wird bei den aufgeführten Erweiterungen davon ausgegangen, dass es sich um htmlfile-Dokumente handelt. Um zu dieser Liste weitere Erweiterungen hinzuzufügen, muss in der Registrierung ein Eintrag erstellt werden, über den die entsprechende Erweiterung dem htmlfile-Typ zugeordnet wird. Damit zum Beispiel .htx-Dateien gemäß dem htmlfile-Typ behandelt werden, muss in der Registrierung folgender Eintrag hinzugefügt werden:

\HKEY_LOCAL_MACHINE\SOFTWARE\Classes
   .htx
        = REG_SZ htmlfile

Vorsicht    Durch eine fehlerhafte Bearbeitung der Registrierung können schwerwiegende Fehler auftreten. Unter Umständen kann sogar eine Beschädigung verursacht werden, die eine Neuinstallation von Windows NT oder Microsoft Index Server erforderlich macht. Das Verwenden des Registrierungseditors (regsvr32.exe) zur Bearbeitung von Registrierungseinträgen entspricht dem Bearbeiten von unformatierten Bereichen auf der Festplatte. Wenn Sie einen Fehler machen, kann die Konfiguration des Computers unter Umständen beschädigt werden. Es wird empfohlen, die Registrierungseinträge nur für Einstellungen zu bearbeiten, die nicht über die Benutzerschnittstelle vorgenommen werden können. Darüber hinaus sollten Sie bei der direkten Bearbeitung der Registrierung immer sehr vorsichtig vorgehen.

Dieser Abschnitt enthält folgende Hilfethemen:

• Entfernen eines Filters
• Registrieren von Dateitypen als Binärdateien

Entfernen einen Filters

Das Beispiel in diesem Abschnitt verdeutlicht, wie die installierte DLL nlhtml.dll entfernt wird. Folgende Einträge müssen entfernt werden:

\Registry\Machine\Software\Classes\CLSID
     {EEC97550-47A9-11CF-B952-00AA0051FE20}
        PersistentAddinsRegistered
            {89BCB740-6119-101A-BCB7-00DD010655AF}
                = REG_SZ {E0CA5340-4534-11CF-B952-00AA0051FE20}

\Registry\Machine\Software\Classes\CLSID
     {E0CA5340-4534-11CF-B952-00AA0051FE20}
        = REG_SZ HTML Filter
        InprocServer32
            = REG_SZ nlhtml.dll

Registrieren von Dateitypen als Binärdateien

Eine Datei mit einer bestimmten Erweiterung wird als Binärdatei betrachtet, wenn der Typ für diese Datei in der Registrierung auf BinaryFile gesetzt wurde. Um beispielsweise die Erweiterung .lib dem binären Dateityp zuzuordnen, fügen Sie folgenden Eintrag in der Registrierung hinzu:

\HKEY_LOCAL_MACHINES\Software\Classes
  \.lib
        = REG_SZ BinaryFile

Bei der Klasse BinaryFile handelt es sich um einen vordefinierten Typ, der den NULL-Filter für die Implementierung von IFilter verwendet.

Warnung    Verfügt die Erweiterung, für die Sie den NULL-Filter verwenden möchten, bereits über einen Dateityp, ändern Sie diesen nicht in den Typ BinaryFile. Das Betriebssystem Windows NT könnte dadurch beschädigt werden. Verwenden Sie daher das nachfolgende Verfahren, um die Implementierung der IFilter-Schnittstelle für den Dateityp einzustellen.

Verfügt eine Dateinamenerweiterung bereits über einen Dateityp, verwenden Sie das zuvor beschriebene Verfahren, um den Schlüssel PersistentAddinsRegistered zu suchen, und nehmen Sie die entsprechenden Einstellungen für die Implementierung der IFilter-Schnittstelle vor. Das nachfolgend angeführte Beispiel gilt für Dateien mit der Erweiterung .dll.

Schritt 1: Ermitteln des Dateityps

Ermitteln Sie den Dateityp, dem die Erweiterung .dll zugeordnet wurde.

\HKEY_LOCAL_MACHINE\Software\Classes
        \.dll
            = REG_SZ dllfile

Schritt 2: Ermitteln des CLSID

Suchen Sie nach dem CLSID, dem der dllfile-Typ in der Registrierung zugeordnet wurde.

\HKEY_LOCAL_MACHINE\Software\Classes
        dllfile
            = REG_SZ Application Extension
            CLSID
                = REG_SZ {3cf51a00-84eb-11ce-ac07-00004c752752}

Schritt 3: Ermitteln der beständigen Behandlungsroutine

Suchen Sie in der Registrierung nach dem GUID der beständigen Behandlungsroutine für den CLSID. Ist keine beständige Behandlungsroutine verfügbar, setzen Sie die Routine auf den CLSID für die beständige Behandlungsroutine des NULL-Filters "{098F2470-BAE0-11CD-B579-08002B30BFEB}". Führen Sie andernfalls den nächsten Schritt durch.

\HKEY_LOCAL_MACHINE\Software\Classes
        CLSID
            {3cf51a00-84eb-11ce-ac07-00004c752752}
                PersistentHandler
                    = REG_SZ {098F2470-BAE0-11CD-B579-08002B30BFEB}

Schritt 4: Setzen der beständigen Handlungsroutine von IFilter

Suchen Sie nach dem in Schritt 3 ermittelten CLSID, und setzen Sie die IFilter-Routine {89BCB740-6119-101A-BCB7-00DD010655AF} auf den GUID des NULL-Filters {C3278E90-BEA7-11CD-B579-08002B30BFEB}.

\HKEY_LOCAL_MACHINE\Software\Classes
        CLSID
            {098F2470-BAE0-11CD-B579-08002B30BFEB}
                 PersistentAddinsRegistered
                     {89BCB740-6119-101A-BCB7-00DD010655AF}
                          = REG_SZ {C3278E90-BEA7-11CD-B579-08002B30BFEB}

Es wird im Folgenden eine Liste mit den Standarderweiterungen für Binärdateien angeführt:

.aif, .asf, .avi, .bsc, .cab, .cgm, .com, .dct, .dic, .dll, .exe, .eyb,
.fnt, .ghi, .gif, .hqx, .ico, .inv, .jbf, .jpg, .m14, .mov, .movie,
.mv, .pdf, .pic, .pma, .pmc, .pml, .pmr, .psd, .sbr, .sc2, .sys,
.tar, .tif, .tiff, .ttf, .wav, .wll, .wlt, .wmf, .xix, .z, .z96, .zip

© 1998 Microsoft Corporation. Alle Rechte vorbehalten.

Prioritätseinstellungen für den CiDaemon-Prozess

Die Priorität für den CiDaemon-Prozess wird über zwei Einstellungen gesteuert:

• ThreadClassFilter
• ThreadPriorityFilter

ThreadClassFilter gibt die Prioritätsklasse für den Filter-Daemon an. Folgende Werte sind möglich:

ThreadPriorityFilter gibt die Priorität innerhalb einer bestimmten Klasse an. Folgende Werte sind möglich:

Standardmäßig wird der CiDaemon-Prozess so eingestellt, dass er in der Prioritätsklasse 'idle', also während der Leerlaufzeit des Systems, ausgeführt wird. Auf diese Weise werden Konflikte mit im Vordergrund ausgeführten Vorgängen vermieden. Auf einem Server mit hoher Auslastung kann diese Standardeinstellung darin resultieren, dass die Dateien nie gefiltert werden. Setzen Sie ThreadClassFilter auf NORMAL_PRIORITY_CLASS und ThreadPriorityFilter auf THREAD_PRIORITY_NORMAL, um CiDaemon als einen normalen Prozess auszuführen.

Wichtig    Es wird nicht empfohlen, ThreadClassFilter auf HIGH_PRIORITY_CLASS oder REALTIME_PROCESS_CLASS zu setzen, da durch diese Einstellung Konflikte mit der normalen Systemaktivität verursacht werden können.

© 1998 Microsoft Corporation. Alle Rechte vorbehalten.

Filtern

Unter Microsoft Index Server werden Dokumente gefiltert, indem Daten aus den Dokumentdateien in Inhaltsindizes eingefügt werden. Durch das Filtern von Inhalten werden die Dokumente in Wörter (Schlüssel) aufgeteilt, und es werden Wortlisten erstellt, in denen die Rohdaten für den Index enthalten sind. Der Filtervorgang erfolgt in drei Schritten:

1. Eine Filter-DLL (Dynamic Link Library) extrahiert den Text und die Eigenschaften aus einem Dokument.
2. Ein Worttrennmodul analysiert den Text und die Texteigenschaften und erstellt die Liste der Wörter.
3. Nicht-signifikante Wörter (auch als Stoppwörter bekannt) werden aus den extrahierten Daten entfernt, und die übrigen Wörter werden im Index gespeichert.

Dieser Abschnitt enthält folgende Hilfethemen:

• Der CiDaemon-Prozess: Es wird erläutert, wie unter Index Server die richtigen Filter für eine Liste von Dokumenten ermittelt werden.
• Bedingung "Kein Speicherplatz auf Datenträger": Es wird beschrieben, wie unter Index Server Probleme gelöst werden, die auf unzureichendem Speicherplatz basieren.
• Filter-DLLs: Es wird erläutert, auf welche Weise Text und Eigenschaften aus unterschiedlichen Dokumententypen extrahiert werden.
• Worttrennmodule und nicht-signifikante Wörter: Es wird erläutert, wie Text und Eigenschaften aus Dokumenten von Filtern zurückgegeben und in Wörter aufgeteilt werden. Darüber hinaus wird auf Wörter eingegangen, die in der Regel von diesem Verfahren ausgeschlossen werden.
• Ändern der Registrierungseinstellung für Filter: Es wird das Ändern der Registrierungseinstellungen für Filter beschrieben und erläutert, wie Dateitypen von Binärdateien unter Verwendung von Regsvr32.exe ermittelt werden können.
• Prioritätseinstellungen für den CiDaemon-Prozess: Es werden die möglichen Einstellungen für ThreadClassFilter und ThreadPriorityFilter aufgeführt.
• Verwandte Datenquellen für die Systemleistung:Es werden die Datenquellen aufgeführt und erläutert, die im Systemmonitor unter dem Objekt Inhaltsindex verfügbar sind.

© 1998 Microsoft Corporation. Alle Rechte vorbehalten.

Worttrennmodule und nicht-signifikante Wörter

In diesem Hilfethema wird erläutert, wie Text und Eigenschaften aus Dokumenten von Filtern zurückgegeben und in Wörter aufgeteilt werden. Darüber hinaus wird auf Wörter eingegangen, die in der Regel von diesem Verfahren ausgeschlossen werden.

• Worttrennmodule
• Nicht-signifikante Wörter

Worttrennmodule

Ein Worttrennmodul teilt den über die Filter-DLL zurückgegebenen Text und die Texteigenschaften in Wörter auf. Das Worttrennmodul ist sprachabhängig. Auf der Index Server-Web-Seite finden Sie eine Liste der von Index Server unterstützten Sprachen.

Nicht-signifikante Wörter

Wörter, die für den Suchvorgang keine Bedeutung haben, werden als nicht-signifikante Wörter oder Stoppwörter bezeichnet. Diese werden im Verzeichnis %systemroot%\system32 in den entsprechenden Dateien für solche Wörter gespeichert (standardmäßig in der Datei Noise.dat). Die Dateien für nicht-signifikante Wörter sind sprachabhängig und werden für die jeweilige Sprache in der Registrierung unter folgendem Schlüssel angegeben:

HKEY_LOCAL_MACHINE
\SYSTEM
 \CurrentControlSet
  \Control
   \ContentIndex
    \Language
     \<Sprache>
      \NoiseFile

Die Datei mit den nicht-signifikanten Wörtern für Englisch (USA) werden beispielsweise unter folgendem Registrierungsschlüssel aufgeführt:

HKEY_LOCAL_MACHINE
\SYSTEM
 \CurrentControlSet
  \Control
   \ContentIndex
    \Language
     \English_US
      \NoiseFile
       \noise.dat

Dateien für nicht-signifikante Wörter können in einem Texteditor bearbeitet werden, um neue Wörter hinzuzufügen oder Wörter zu entfernen, die in einer bestimmten Installation nicht bedeutungslos sind. Beachten Sie, dass bei Abfragen nach nicht-signifikanten Wörtern keine Treffer erzielt werden.

Vorsicht    Durch das Entfernen aller nicht-signifikanten Wörter kann der Index wesentlich umfangreicher werden.

© 1998 Microsoft Corporation. Alle Rechte vorbehalten.

Glossar

A B C D E F G H I K M N P R S T U W Z

Klicken Sie in der Buchstabenliste auf den ersten Buchstaben des gesuchten Begriffs, um zum entsprechenden Abschnitt des Glossars zu gelangen.

A  

Abfrage
Der Suchvorgang unter Index Server, bei dem in einer Reihe von Dateien nach bestimmten Daten gesucht wird und Verknüpfungen zu den Dateien zurückgegeben werden, in denen diese Daten enthalten sind.

Auszug
Eine Zusammenfassung aus einem Dokument oder einer HTML-Seite. Microsoft Index Server kann automatisch einen Dokumentauszug generieren, wobei die im Kopf der HTML-Seite enthaltenen Informationen oder die Informationen zu den Eigenschaften eines Dokuments verwendet werden. Ein Auszug wird auch als Charakterisierung bezeichnet.

B  

Beständiger Index
Ein auf der Festplatte gespeicherter Index mit Daten.

Begriff
Mehrere Wörter, die als Suchkriterium angegeben werden. Siehe das Beispiel unter Volltextabfrage.

Boolesch
Ein Variablentyp, der nur zwei Werte zulässt, in der Regel 1 oder 0. Boolesche Variablen werden häufig verwendet, um Bedingungen zu kennzeichnen, die entweder wahr (TRUE) oder falsch (FALSE) sind. Abfragen, in denen Boolesche Operatoren verwendet werden (AND, OR, NOT und NEAR), werden auch als Boolesche Abfragen bezeichnet.

C  

Cursor
Ein Zeiger auf den Inhaltsindex. Die Funktionsweise des Cursors entspricht der eines Datenbank-Cursors. Der Cursor zeigt auf den nächsten vom Informationsspeicher einzulesenden Datensatz.

D  

DLL, Dynamic Link Library
Eine Sammlung von Programmen, die von anderen Programmen auf dem Computer abgerufen bzw. ausgeführt werden können. Für Dateien dieser Art wird in der Regel die Erweiterung .dll verwendet. Die Filter-DLL für Microsoft Word kann zum Beispiel mehrere Programme (die Inhaltsfilter) enthalten, die in der Lage sind, verschiedene Versionen von Microsoft Word-Dateien zu lesen. Diese verschiedenen Programme sind als Paket in einer DLL enthalten, um eine einfache und effiziente Handhabung zu ermöglichen.

E  

Eigenschaft
Daten, die einer Datei zugeordnet wurden, aber nicht in der Datei selbst gespeichert werden. Ein Microsoft Word-Dokument kann beispielsweise über die Eigenschaft AUTHOR verfügen, in der Informationen über den Verfasser des Dokuments enthalten sind. Eigenschaften sind häufig direkt über das Betriebssystem verfügbar, und sie müssen nicht unbedingt in der Originalanwendung gelesen werden. In Windows 95 (oder höher) können Sie die Eigenschaft AUTHOR für ein Microsoft Word-Dokument z. B. lesen, ohne dafür Microsoft Word starten zu müssen. Sie können die Eigenschaft sogar lesen, wenn Microsoft Word nicht auf dem Computer installiert ist.

Eigenschaftswert
Die in einer Eigenschaft enthaltenen Daten. Wurde ein Dokument z. B. von Johannes Schmitz erstellt, enthält die Eigenschaft AUTHOR den Wert "Johannes Schmitz".

Einbetten, eingebettetes Objekt
Eingebettete Objekte sind in der Regel Daten eines Programms, die innerhalb der Daten eines anderen Programms gespeichert werden. Erstellt ein Benutzer z. B. ein Dokument mit Microsoft Word und eine Tabelle mit Microsoft Excel, die er dann in das Word-Dokument einfügt, wird die in das Word-Dokument eingebettete Tabelle als eingebettetes Objekt bezeichnet.

Einschränkung
Eine Beschreibung der Kriterien, nach denen im Rahmen einer Abfrage gesucht werden soll. Durch eine Einschränkung wird die mögliche Ergebnismenge einer Abfrage eingeschränkt.

Ergebnismenge
Die von Index Server zurückgegebenen Informationen als Antwort auf eine Abfrage. Eine Ergebnismenge wird auch zur Definition von Eigenschaften oder Spalten verwendet, die aus den Dateien zurückgegeben werden sollen, in denen Übereinstimmungen mit der Abfrageeinschränkung ermittelt wurden.

F  

Fehlerhaftes Herunterfahren
Jedes abrupte oder nicht ordnungsgemäße Herunterfahren von Index Server oder IIS. Zum Beenden von Index Server muss eine genau festgelegte Abfolge einzelner Schritte beim Herunterfahren beachtet werden. Nur so kann eine fehlerfreie Aktualisierung des Indexes gewährleistet werden. Wenn diese Abfolge beim Herunterfahren nicht eingehalten wird, kann es zu einer Beschädigung des Indexes kommen. Ein Stromausfall wird z. B. als abruptes Beenden eingestuft, da die einzelnen Schritte zum Herunterfahren von Index Server nicht ordnungsgemäß eingehalten werden können.

Filter, Inhalts-
Eine Komponente unter Index Server, die eingesetzt wird, um Dokumente von der Festplatte zu lesen und den Text aus diesem Dokument zu extrahieren. In der Regel werden Filter bestimmten Dokumentformaten zugeordnet. Der Inhalt von Microsoft Word-Dokumenten und von Microsoft Excel-Dokumenten wird beispielsweise mit verschiedenen Filtern extrahiert.

FilterDLL
Eine DLL (Dynamic Link Library), in der mehrere Inhaltsfilter zusammengefasst werden.

Fixup
Ein Präfix bei einer Pfadangabe, die durch den Gültigkeitsbereich ersetzt wird, wenn ein Remote-Client eine Abfrage ausgibt.

G  

Gebietsschema
Wird für die Anzeige von Sprachinformationen verwendet. Ein Webserver kann beispielsweise über eine Variable für das Gebietsschema verfügen, welche die auf diesem Server verwendete Standardsprache anzeigt. Ein Server in Seattle wird wahrscheinlich das Gebietsschema EN-US (Englisch, USA) verwenden, während ein Server in Berlin das Gebietsschema DE (Deutsch) verwenden wird. Webbrowser können Gebietsschemata auch angeben, um die Sprache anzuzeigen, die der Benutzer des Browsers versteht. Bei Dokumenten und Web-Seiten können Gebietsschemata darüber hinaus angegeben werden, um die bei der Verfassung des Textes verwendete Sprache anzuzeigen.

Gebietsschema-ID
Eine Zahl, die zur eindeutigen Identifikation eines Gebietsschemas für API-Schnittstellen unter Windows NT dient. Diese Nummer besteht aus einem Sprachcode und einem untergeordneten Sprachcode.

GUID (Globally Unique Identifier)
Ein globaler eindeutiger Bezeichner (GUID), der als Zahl in folgendem Format ausgedrückt wird:

nnnnnnnn-nnnn-nnnn-nnnn-nnnnnnnnnnnn

Zum Beispiel:

F29F85E0-4FF9-AB91-08002B27B3D9

Gültigkeitsbereich
Über den Gültigkeitsbereich einer Abfrage werden die zu durchsuchenden Dokumente angegeben. In der Regel werden Gültigkeitsbereiche über einen Verzeichnispfad auf einem Datenträger angegeben, z. B. D:\Docs. Unter Index Server können darüber hinaus auch virtuelle Verzeichnisse zur Angabe des Gültigkeitsbereichs verwendet werden.

H  

Hauptindex
Ein beständiger Index, der indizierte Daten für eine große Anzahl an Dokumenten enthält.

I  

Indiziertes Verzeichnis
Ein Verzeichnis, auf das ein virtuelles Verzeichnis zeigt, und das vom Administrator für die Indizierung durch Index Server konfiguriert wurde.

K  

Katalog
Das Verzeichnis, in dem die Daten von Index Server gespeichert werden. Die Daten werden in dem Verzeichnis Catalog.wci gespeichert. Der Pfad für dieses Verzeichnis wird bei der Installation festgelegt.

Korpus
Die Sammlung von Dokumenten und HTML-Seiten, die von Index Server indiziert wird.

M  

Musterkorpus
Siehe Auszug.

Metadaten
Daten, mit denen andere Daten beschrieben werden. Index Server muss beispielsweise Daten verwalten, die zur Beschreibung der Daten im Inhaltsindex dienen. Diese unter Index Server verwalteten Daten werden als Metadaten bezeichnet, da sie beschreiben, auf welche Weise die Daten im Index gespeichert werden.

N  

Nicht signifikante Wörter
Wörter, die für den Suchvorgang keine Bedeutung haben, z. B. der, die, das und ein in Deutsch. Nicht signifikante Wörter werden auch als Stoppwörter bezeichnet.

NLS (National Language Support = Unterstützung für Nationalsprachen)
Dient der Anpassung von Anwendungen, die für die Win32-APIs (Application Programming Interface = Anwendungsprogrammierschnittstelle) entwickelt wurden, an die weltweit unterschiedlichen Anforderungen der Benutzer aufgrund verschiedener Sprachen und Gebietsschemata.

Normalisierungsmodul, Wort
Eine Komponente unter Index Server, die Wörter einliest und sie in ein von dem Index Server akzeptiertes Standardformat umwandelt, bevor sie im Index gespeichert werden.

P  

PROPID
Eine Ganzzahl, über den eine Eigenschaft eindeutig identifiziert wird. Für diesen Wert kann eine Dezimalzahl (Basis 10) oder eine Hexadezimalzahl (Basis 16) verwendet werden.

R  

Regex
Eine Abkürzung für den Begriff regulärer Ausdruck (engl.: regular expression).

Registrierte Binärdatei
Bei einer Binärdatei handelt es sich in der Regel um eine ausführbare Datei mit der Erweiterung .exe. Mit dem Begriff Binärdatei kann aber auch eine Datei bezeichnet werden, deren Speicherformat nicht bekannt ist. Eine registrierte Binärdatei, ist eine Datei, deren Format zwar bekannt ist und in die Registrierung eingegeben wurde, der jedoch kein Inhaltsfilter zugeordnet wird.

Regulärer Ausdruck
Eine Syntax für Ausdrücke, die von vielen Betriebssystemen, insbesondere von UNIX, verwendet wird, um die Ähnlichkeit zwischen Wörtern und Begriffen zu beschreiben. Diese Syntax ist sehr hilfreich, um Platzhalterzeichen in Textausdrücken anzugeben.

S  

Speicherplatzbelegung, Festplatte
Der Speicherplatz auf der Festplatte, der zum Speichern der Indexinformationen erforderlich ist.

Stoppwörter
Siehe Nicht signifikante Wörter.

T  

Trennmodul, Wort-
Ein Sprachendienstprogramm unter Index Server, das für die Identifizierung von Wörtern in Dokumenten eingesetzt wird. Wird ein Dokument aufgrund der Inhaltsfilterung als für die Abfrage relevant eingestuft, ermittelt das Worttrennmodul die Position der Wörter im Satz. Für jede von Index Server unterstützte Sprache ist ein entsprechendes Worttrennmodul verfügbar.

U  

V  

Volltextabfrage
Bei einer Volltextabfrage kann der Benutzer eine beliebige Gruppe von Wörtern oder Begriffen oder sogar einen vollständigen Satz als Suchkriterium eingeben. Index Server analysiert den eingegebenen Text, identifiziert alle Hauptwörter und zusammengesetzten Begriffe und gibt eine Abfrage mit diesen Begriffen aus. Angenommen, es wurde folgender Text für die Volltextabfrage eingegeben:

Das Landgericht Köln hat am vergangenen Donnerstag ein wichtiges Urteil in Sachen Deutsche Rechtschreibreform verkündet.

Folgende Wörter und Begriffe werden vom System identifiziert:

Wörter: Köln, Landgericht, vergangen, Donnerstag, Urteil, Sache, Deutsch, Rechtschreibreform, verkünden

Begriffe: Landgericht Köln, vergangenen Donnerstag, wichtiges Urteil, Deutsche Rechtschreibreform

Die Wörter und Begriffe werden zur weiteren Einschränkung miteinander kombiniert, in der richtigen Rangfolge gewichtet und dann als Abfrage des Korpus ausgegeben.

Anmerkung   Alle Volltextabfragen müssen mit $contents beginnen.

W  

Wartezeit
Ein Zeitraum, in dem eine bestimmte Operation nicht durchgeführt wird. Ist beispielsweise alle 24 Stunden eine Indexzusammenführung vorgesehen, beträgt die Wartezeit zwischen den Zusammenführungen 24 Stunden.

Wortliste
Während der Indizierung werden unter Index Server die ersten Wörter und Eigenschaften aus den Dokumenten extrahiert und in Wortlisten zusammengestellt. Diese Wörter und Eigenschaften werden mit anderen Wortlisten zur Erstellung von Übersichtsindizes kombiniert, die dann wiederum in den Hauptindex integriert werden.

Wortstammgenerator
Eine Komponente unter Index Server, über die Wörter eingelesen und dann in die grammatikalisch richtige Form umgewandelt werden. Für verschiedene Sprachen ist jeweils ein spezifischer Wortstammgenerator erforderlich. Der Wortstammgenerator für Deutsch würde für das vorgegebene Wort geschwommen beispielsweise folgende Varianten generieren: schwimmen, schwamm, schwimmst, schwimmend, schwimmt usw.

Worttrennmodul
Siehe Trennmodul, Wort-.

---

Z  

Zeitscheibe
Ein bestimmter Zeitraum, der dem Computer für eine Operation zur Verfügung steht.

Zugriffskontrollliste (Access Control List, ACL)
Eine Ebene der Windows NT-Berechtigung, die Sie einer Datei oder einem Ordner zuweisen können. Einige Benutzer können dann auf die entsprechende Datei bzw. den Ordner zugreifen, während anderen Benutzer der Zugriff verweigert wird. Detaillierte Informationen hierzu finden Sie in der Dokumentation zu Windows NT.

© 1998 Microsoft Corporation. Alle Rechte vorbehalten.

Hinweise zur Formatierung

Sie können die Parameter für Webhits in einer beliebigen Reihenfolge angeben, und Sie können an folgenden Stellen Leerzeichen verwenden:

• Nach dem Fragezeichen (?) und vor dem Namen des Parameters für Webhits.
• Zwischen dem Namen des Parameters für Webhits und dem Gleichheitszeichen (=).
• Zwischen dem Gleichheitszeichen und dem im Escape-Format angegebenen Wert des Parameters für Webhits.
• Nach dem im Escape-Format angegebenen Wert des Parameters für Webhits und dem kaufmännischen Und (&), falls mehrere Parameter für Webhits übergeben werden.

© 1998 Microsoft Corporation. Alle Rechte vorbehalten.

Webhits.dll

In der Version 2.0 von Index Server ist an Stelle der CGI-Anwendung (Common Gateway Interface) Webhits.exe jetzt die ISAPI-Anwendung (Internet Server API) Webhits.dll enthalten. Wenn Sie mit .htx-Dateien arbeiten, die eine Treffermarkierung umfassen, wird eine Aktualisierung dieser Dateien erforderlich. Verwenden Sie bei der Erstellung neuer .htx-Dateien mit Treffermarkierung die auf dieser Seite angeführte Syntax. Darüber hinaus sollten Sie folgende Unterschiede berücksichtigen:

Beispiel

In den folgenden Beispielen wird dargestellt, welche Syntax in den vorherigen Versionen von Index Server für die Treffermarkierung verwendet wurde, und wie sich diese von der Syntax unterscheidet, die in der Version 2.0 verwendet wird. Die abweichenden Code-Abschnitte werden durch Fettformatierung hervorgehoben.

Index Server, Version 1.1, und frühere Versionen

<a href="http://<%server_name%>/scripts/srchadm/webhits.exe<%escapeURL
vpath%>?CiRestriction=<%escapeURL
CiRestriction%>&CiTemplateFile=/scripts/srchadm/hquery.htw&CiQueryFile=/scripts/srchadm/hquery.idq&
CiBeginHilite=<%escapeURL <font color="#FF0000"><em>%>&CiEndHilite=<%escapeURL
</em></font>%>&CiUserParam3=<%EscapeURL 
CiBookMark%>&CiUserParam4=<%EscapeURL DocTitle%>">Übereinstimmungen anzeigen</a>

Index Server, Version 2.0

<a href="http://<%server_name%>/vpath/template.htw?CiWebHitsFile=<%escapeURL 
vpath%>&CiRestriction=<%escapeURL
CiRestriction%>&CiQueryFile=/scripts/srchadm/hquery.idq&
CiBeginHilite=<%escapeURL <font color="#FF0000"><em>%>&CiEndHilite=<%escapeURL 
</em></font>%>&CiUserParam3=<%EscapeURL 
CiBookMark%>&CiUserParam4=<%EscapeURL DocTitle%>">Übereinstimmungen anzeigen</a>

© 1998 Microsoft Corporation. Alle Rechte vorbehalten.

Hinzufügen von Verknüpfungen mit einer Treffermarkierung zur Ergebnisseite

Webhits verfügt über eine vorgefertigte Ergebnisseite (Query.htx). Diese Ergebnisseite umfasst für jedes zurückgegebene Dokument eine Verknüpfung zu Webhits. Sie können eine Verknüpfung zu einer vorhandenen Seite hinzuzufügen,. indem Sie in die .htx-Datei an der Stelle die nachfolgend aufgeführte Zeile einfügen, an der eine Verknüpfung angezeigt werden soll:

<a href="http://<%server_name%><execute-permission vpath/Null.htw>?CiWebhitsFile=<%escapeURL vpath%>&
CiRestriction=<%escapeURL CiRestriction%>"><b>Highlight Hits</b></a><BR>

Über die Variable server_name wird der Name des Servers angegeben, der als Webserver verwendet wird. CiRestriction ist die Variable, in der die Abfrage enthalten ist. Die Einschränkung wird über das Schlüsselwort EscapeURL in das Escape-Format umgewandelt. Diese Operation können Sie in den Beispielen für eine Treffermarkierung nachvollziehen.

© 1998 Microsoft Corporation. Alle Rechte vorbehalten.

Beispiele für eine Treffermarkierung

In diesem Hilfethema sind Beispiele für das Erstellen einer Abfrage enthalten, wobei die Möglichkeit der Treffermarkierung berücksichtigt wird. Darüber hinaus werden einige Beispiele für Dateien und Pfade angeführt.

• Musterabfrage
• Beispieldateien

Musterabfrage

Ausgehend von den Informationen aus den vorherigen Abschnitten, soll nun eine Suche nach einem Dokument durchgeführt werden, das größer als 100 Byte ist und von einem Benutzer namens Christian verfasst wurde. Geben Sie dazu folgende Abfrage aus:

@DocAuthor = George AND @size > 100

Die Abfrage soll sich auf folgendes Dokument beziehen:

/InetPub/Docs/Ideas.doc

Um die Standardformatierung auszuwählen, können Sie ein virtuelles Verzeichnis mit Ausführen- oder Skriptberechtigung verwenden:

/Path/null.htw?

Bevor die Abfrage an Webhits weitergeleitet werden kann, muss die Zeichenfolge wie im Beispiel vorgegeben in das Escape-Forrmat umgewandelt werden:

@DocAuthor%20%3D%20George%20AND%20@size%20%3E%20100

Um eine Treffermarkierung einzuschließen, geben Sie folgenden Befehl aus:

http://MyServer/Path/Null.htw?CiWebhitsFile=\vpath\Docs\Ideas.doc &
CiRestriction=@DocAuthor%20%3D%20George%20AND%20@size%20%3E%20100

Anmerkung   Da es sich weder bei @size noch bei @DocAuthor um benutzerdefinierte Eigenschaften handelt, wird in diesem Beispiel keine .idq-Datei benötigt.

Beispieldateien

Aus den nachfolgenden Beispieldateien geht hervor, wie die Treffermarkierung effektiv eingesetzt werden kann:

/Iissamples/Isamples/Query.htx
/Iissamples/Isamples/Query.idq
/Iissamples/Isamples/Oop/QSumrhit.htw
/Iissamples/Isamples/Oop/QFullhit.htw
/Iissamples/Isamples/Query.htm<7p>

© 1998 Microsoft Corporation. Alle Rechte vorbehalten.

Syntax der Treffermarkierung

Bei der Treffermarkierung (Webhits.dll) handelt es sich um eine ISAPI-Anwendung (Internet Server API), die Sie von Ihrem Browser aus über eine .htw-Vorlagendatei aufrufen können.

Wenn Sie die Minimalformatierung für Ihre Ergebnismenge verwenden möchten, wählen Sie die Standardformatierung in Webhits.dll aus, indem Sie Null.htw als Vorlagendatei angeben. Diese Datei muss nicht vorhanden sein.

Beispiele zu Vorlagendateien für die Webhits-Ausgabe finden Sie in dem installierten Beispiel unter:

/Iissamples/Issamples/Oop/Qfullhit.htw
/Iissamples/Issamples/Oop/Qsumrhit.htw

Webhits-Parameter

In diesem Abschnitt werden die Parameter angeführt und beschrieben, mit denen Sie eine Webhits-Abfrage optimieren können.

• CiBeginHilite, CiEndHilite
• CiBold
• CiCodepage
• CiHiliteColor
• CiHiliteType
• CiItalic
• CiLocale
• CiMaxLineLength
• CiQueryFile
• CiRestriction
• CiUserParamNummer
• CiWebhitsFile

CiBeginHilite, CiEndHilite

Format: CiBeginHilite=BeginTags & CiEndHilite=EndTags

Über diesen Parameter werden markierte Wörter im Abfrageergebnis formatiert. Wenn Sie diese Kennzeichen angeben, werden alle weiteren Parameter zur Formatierung unter Index Server ignoriert. Zum Beispiel CiBold, CiHiliteColor, CiItalic.

Wichtig    Den Kennzeichen BeginTags und EndTags muss das richtige HTML-Format zugeordnet werden. Andernfalls können unvorhergesehene Ergebnisse zurückgegeben werden. Wenn Sie diese Parameter in der Vorlagendatei für Abfragen (.htx-Datei) angeben, müssen die Kennzeichen fehlerfrei in das Escape-Format umgewandelt werden. Zum Beispiel:

CiBeginHilite=<%escapeURL <font color="#FF0000"><em>%>&CiEndHilite=<%escapeURL </em></font> %>

Bei Angabe der beiden Parameter im oben stehenden Beispiel werden die markierten Wörter im Suchergebnis mit roter Kursivformatierung zurückgegeben.

CiBold

Format: CiBold=Wert, wobei Wert eine beliebige Zeichenfolge sein kann, jedoch keinen NULL-Wert enthalten darf.

Dieser Parameter gibt an, dass der markierte Text fett dargestellt wird. Alle Werte, außer NULL-Werte, werden fett dargestellt. Dieser Parameter ist optional.

CiCodepage

Format: CiCodepage=charset

Über diesen Parameter wird die Schriftart zur Darstellung der Ergebnisse aus einer Treffermarkierung festgelegt. Dieser Parameter ist optional. Weitere Informationen zu CiCodepage finden Sie unter Richtige Anzeige der Ergebnismenge.

CiHiliteColor

Format1: CiHiliteColor=24-Bit Farbmaske

Die Maske verfügt über die Form 0xHHHHHH, wobei jedes H für eine hexadezimale Ziffer steht.

Format2: CiHiliteColor=Farbe

Hier ist Farbe ein Element aus {rot, grün, blau, gelb, schwarz}. Dieser Parameter ist optional. Er gibt die Farbe für die Markierung des Textes an, der mit der angegebenen Einschränkung übereinstimmt. Wird für diesen Parameter keine Angabe gemacht oder stimmt das angegebene Format nicht mit dem oben dargestellten überein, verwendet Webhits als Standardfarbe Rot.

CiHiliteType

Format: CiHiliteType=[Full|Summary]

Dieser Parameter ist optional. Wird keine Angabe gemacht, wird standardmäßig die Zusammenfassung angezeigt.

Summary   Es werden kurze Auszüge eines Dokuments mit Textstellen generiert, die die abgefragten Wörter im Kontext darstellen.

Full   Es wird der vollständige Text eines Dokuments angezeigt, wobei die abgefragten Wörter markiert werden. Bei Dokumenten, die in erster Linie aus Text bestehen, gewährleistet diese Option jedoch keine zuverlässige Genauigkeit bei der Markierung. Es wird nur der im Dokument enthaltene Text extrahiert und markiert. Darüber hinaus wird der markierte Text (die Treffer) mit Textmarken gekennzeichnet, die das Durchsuchen der Treffer ermöglichen. Dem ersten Treffer wird die Textmarke #CiTag0 zugewiesen. Der Anfang des Dokuments wird mit #CiTag-1 gekennzeichnet. Um das Durchsuchen zu erleichtern, wird jeder Treffer in geschweifte Klammern (<< und >>) gesetzt. Klicken Sie auf das Kennzeichen <<, um zum vorherigen Treffer zu gelangen, und klicken Sie auf >>, um den nächsten Treffer anzuzeigen.

CiItalic

Format: CiItalic=Wert, wobei Wert eine beliebige Zeichenfolge sein kann, jedoch keinen NULL-Wert enthalten darf.

Dieser Parameter gibt an, dass der markierte Text in Kursivschrift dargestellt wird. Alle Werte, außer NULL-Werte, werden fett dargestellt. Dieser Parameter ist optional.

CiLocale

Format: CiLocale =Gebietsschema-Zeichenfolge

Über diesen Parameter wird das Gebietsschema angeben, das für die Interpretation der Zeichenfolge CiRestriction verwendet wird. Bei der Ausgabe wird ebenfalls das hier angegebene Gebietsschema verwendet. Die gültigen Werte für CiLocale finden Sie auf der Seite Gültige Gebietsschema-IDs. Dieser Parameter ist optional.

CiMaxLineLength

Format: CiMaxLineLength=Anzahl

Über diesen Parameter wird die Vorformatierung des Textes mit den HTML-Kennzeichen <pre> und </pre> festgelegt. Wird die angegebene Zeilenanzahl überschritten, wird die Zeile nach dem nächsten Wort umbrochen. Es wird empfohlen, diese Option in Kombination mit der vollständigen Treffermarkierung zu verwenden. Dieser Parameter ist optional.

CiQueryFile

Format: CiQueryFile=Virtueller Pfad

Es wird der virtuelle Pfad der .idq-Datei angezeigt, in der der Abschnitt [Names] mit der Beschreibung der benutzerdefinierten Eigenschaften enthalten ist. Dieser Parameter muss bei allen Abfragen verwendet werden, die benutzerdefinierte Eigenschaften enthalten. Wenn Sie die Treffermarkierung für ein Dokument mit benutzerdefinierten Eigenschaften verwenden, ohne dabei die .idq-Datei anzugeben, wird die Fehlermeldung "Unbekannte Eigenschaft" angezeigt. Dieser Parameter ist optional.

CiRestriction

Format: CiRestriction=Abfrage

Über diesen Parameter wird die Abfrage angegeben, für die die Treffermarkierung durchgeführt werden soll. Die Zeichenfolge zur Angabe der Abfrage muss in das Escape-Format umgewandelt werden, d. h., Leerzeichen und Sonderzeichen müssen in den entsprechenden ASCII-Code umgewandelt werden. In einer .htx-Datei kann die Einschränkung unter Verwendung des Schlüsselworts EscapeURL in das Escape-Format umgewandelt werden. Dieses Verfahren wird auf der Seite Hinzufügen von Verknüpfungen mit einer Treffermarkierung zur Ergebnisseite erläutert. Dieser Parameter muss immer angegeben werden.

CiUserParamNummer

Format: CiUserParamNummer=Wert, wobei Wert eine beliebige Zeichenfolge sein kann, jedoch keinen NULL-Wert enthalten darf.

Gibt jeden verfügbaren Parameter für Webtreffer an, wobei Nummer eine Zahl zwischen 1 und 10 ist. Beispiel: CiUserParam1, CiUserParam3, CiUserParam5 usw.

CiWebhitsFile

Format: CiWebhitsFile=virtueller_Pfad

Über diesen Parameter wird der virtuelle Pfad des Dokuments angegeben, für das eine Treffermarkierung verwendet werden soll. Dieser Parameter muss immer angegeben werden.

Anmerkung   Die Einstellung SSL (Secure Socket Layer) für die Webtrefferrate (.htw-Datei), und die Einstellung für CiWebhitsFile muss gleich sein, oder die CiWebhitsFile muss auf 0 festgelegt sein. Wenn dies nicht der Fall ist, wird Webtreffer fehlschlagen, und eine entsprechende Fehlermeldung wird angezeigt.

Wenn auf Ihrer Site auf alle Dokumente nur mit SSL zugegriffen wird, dann müssen Sie denselben SSL-Zugriff für die .htw-Datei festlegen. Wenn auf Ihrer Site einige Dokumente den SSL-Zugriff benötigen, andere jedoch nicht, dann müssen Sie den SSL-Zugriff für die .htw-Dateien so festlegen, dass er dem der Dateien mit SSL-Zugriff entspricht. Oder Sie können zwei .htw-Dateien erstellen (eine für den jeweiligen Dokumenttyp).

© 1998 Microsoft Corporation. Alle Rechte vorbehalten.

Fehlerseiten

Über die Einstellungen in der Registrierung unter Windows NT besteht die Möglichkeit, .htx-Dateien zu konfigurieren, die angezeigt werden, sobald bei der Durchführung einer Abfrage Fehler auftreten. Jeder der folgenden Fehlertypen kann in der Anzeige einer Fehlerseite resultieren:

Abfragefehler

Die Abfrageeinschränkung (CiRestriction) enthält einen Fehler. Hierbei handelt es sich in der Regel um einen Benutzerfehler.

Fehler in der HTML-Erweiterungsdatei.

Bei der Formatierung der .htx-Datei ist ein Fehler aufgetreten. Hierbei handelt es sich in der Regel um einen Konfigurationsfehler.

Fehler in der .idq-Datei.

Die Abfrageparameterdatei enthält einen Fehler. Es handelt sich wahrscheinlich um einen Konfigurationsfehler, obwohl dieser Fehler auch durch eine unerwartete Dateneingabe in ein Formular verursacht werden kann.

Ein anderer Fehler.

Es ist ein unbekannter Fehler aufgetreten.

Über Fehlerseiten kann auf einige der in .htx-Dateien verfügbaren Variablen zugegriffen werden. Zusätzlich ist die Variable CiErrorMessage verfügbar, die eine Meldung mit einer Beschreibung des Fehlers zurückgibt. Eine Liste der möglichen Werte für die Variable CiErrorMessage finden Sie auf den Seiten Fehler in .idq-Dateien und Fehler in .htx-Dateien.

© 1998 Microsoft Corporation. Alle Rechte vorbehalten.

Parameter für die Abfrageausführung

Einige Situationen, die zu unerwarteten Ergebnissen führen, werden mit Hilfe von in .htx-Dateien integrierten Variablen gekennzeichnet. Die meisten .htx-Seiten sollten daher eine <%if...%>-Prüfung anhand der entsprechenden Variablen enthalten.

CiOutOfDate wird auf den Wert 1 gesetzt, wenn im Inhaltsindex Dateien enthalten sind, deren Filterung noch aussteht, bzw. Überprüfungen noch nicht abgeschlossen wurden. Unter Umständen fehlen einige Ergebnisse, da die Informationen über bestimmte Dokumente entweder aus einer veralteten Version stammen oder gar nicht verfügbar sind. Wird diese Variable gesetzt, werden möglicherweise Ergebnisse angezeigt, die gelöschte Dateien oder Dateien enthalten, deren aktuelle Version nicht mit den Abfrageergebnissen übereinstimmt.

CiQueryTimedOut wird auf den Wert 1 gesetzt, wenn die zur Ausführung der Abfrage benötigte CPU-Zeit den Grenzwert überschreitet, der über den Registrierungsparameter MaxQueryExecutionTime angegeben wurde. Die Variable gilt für alle Ergebnisseiten einer nicht sequenziell ausgeführten Abfrage. Bei sequenziell ausgeführten Abfragen ist die Variable CiQueryTimedOut erst gültig, wenn alle für die Abfrage verfügbaren Ergebnisse angezeigt wurden.

CiQueryIncomplete wird auf den Wert 1 gesetzt, wenn ein Teil der Abfrageeinschränkung ignoriert wurde. Diese Situation kann auftreten, wenn im Rahmen einer Abfrage die Verwendung des Inhaltsindexes erzwungen wurde.

© 1998 Microsoft Corporation. Alle Rechte vorbehalten.

Variablen mit Auswirkungen auf die Formatierung von Ergebnissen

Einige der Variablen, die in der .idq-Datei gesetzt werden können, wirken sich auf die Formatierung der Daten in der .htx-Datei aus. Die Variable CiLocale kann beispielsweise gesetzt werden, um die Formatierung von Datums- und Zeitangaben, Währungsbeträgen und Fließkommastellen in Übereinstimmung mit den NLS-Konventionen vorzunehmen. Wird die Variable CiLocale nicht gesetzt, wird das Gebietsschema des Clientsrowsers oder das standardmäßige Gebietsschema des Servers übernommen. Dabei wird anhand der Priorität bestimmt, welches dieser Gebietsschemata verwendet wird.

Soll die Formatierung von Datentypen geändert werden, müssen die entsprechenden Einstellungen in den Ländereinstellungen in der Windows NT-Systemsteuerung vorgenommen werden.

Ein Variablensatz aus der .idq-Datei wird verwendet, um Elemente von Spaltenwerten, die Vektoren darstellen, einzuschließen und zu trennen. Im Gegensatz zu allen anderen Variablen in der .idq-Datei kann auf diese Variablen in der .htx-Datei nicht explizit verwiesen werden.

© 1998 Microsoft Corporation. Alle Rechte vorbehalten.

HTML-Erweiterungsdateien

HTML-Erweiterungsdateien (.htx-Dateien) für Microsoft Index Server sind weit gehend mit den HTML-Erweiterungsdateien für Internet Database Connector vergleichbar. Dennoch bestehen einige Unterschiede zwischen diesen beiden Dateitypen. Bei Index Server verweisen beispielsweise .idq-Dateien auf .htx-Dateien, während bei Internet Database Connector .idc-Dateien auf .htx-Dateien verweisen.

In diesem Abschnitt werden die Funktionsmerkmale der Erweiterungsdateien unter Index Server erläutert.

• Abfrageergebnisseiten: Es werden Abfrageergebnisseiten beschrieben, die in der .htx-Datei formatiert werden.
• Syntax in HTML-Erweiterungsdateien: Es wird die Syntax in .htx-Dateien erläutert.
• Parameter für die Abfrageausführung: Es werden integrierte Variablen in .htx-Dateien beschrieben, die zum Kennzeichnen von unerwarteten Abfrageergebnissen verwendet werden.
• Nummern und Zähler für Datensätze: Es werden integrierte Variablen für Datensatznummern und -zähler erläutert.
• Parameter aus .idq-Dateien: Es werden vordefinierte Parameter vorgestellt, die in .idq-Dateien gesetzt werden können.
• Navigationshilfen auf Abfrageergebnisseiten: Es wird beschrieben, wie zu den Ergebnisseiten Navigationshilfen hinzugefügt werden können.
• Variablen mit Auswirkungen auf die Formatierung von Ergebnissen: Es werden die Variablen beschrieben, die zur Gestaltung der Ergebnisseite eingesetzt werden können.
• HTTP-Variablen: Die standardmäßigen HTML-Variablen werden aufgeführt und erläutert.
• Fehlerseiten: Es werden Fehlertypen beschrieben, die in der Anzeige von Fehlerseiten resultieren.

Anmerkung   Als Pfad für .htx-Dateien muss entweder ein vollständiger virtueller oder ein vollständiger physischer Pfad ohne die Komponente "." oder ".." angegeben werden. Dies gilt für .htx-Dateien, auf die über CiTemplate verwiesen wird oder für Dateien, die als Include-Dateien verwendet werden.

Speichern Sie diese Dateien nicht in einem virtuellen Verzeichnis, das auf eine UNC-Netzwerkfreigabe (Uniform Naming Convention) verweist.

© 1998 Microsoft Corporation. Alle Rechte vorbehalten.

HTTP-Variablen

Verschiedene Variablen in HTML-Erweiterungsdateien geben Informationen über die Umgebung sowie über den Webclient, der eine Verbindung zum Server hergestellt hat. Darüber hinaus sind alle vom Client versendeten Header-Informationen verfügbar. Um unter Index Server auf diese Header-Informationen zuzugreifen, müssen sie zunächst folgendermaßen umgewandelt werden:

1. Stellen Sie HTTP_ voran.
2. Wandeln Sie alle Bindestriche in Unterstriche um.
3. Wandeln Sie alle Buchstaben in Großbuchstaben um.

In der folgenden Liste werden die Standardvariablen aufgeführt.

ALL_HTTP

Alle HTTP-Header-Informationen, die noch nicht in eine der aufgeführten Variablen eingelesen wurden. Diese Variablen entsprechen der Form HTTP_Header-Feldname, wobei aufeinander folgende Variablen durch ein Zeilenumbruchzeichen voneinander getrennt werden. Zum Beispiel:

HTTP_ACCEPT: */*, q=0.300, audio/x-aiff, audio/basic, image/jpeg, image/gif, text/plain, text/html
HTTP_USER_AGENT: Microsoft Internet Explorer/0.1 (Win32)
HTTP_REFERER: http://webserver/samples/dbsamp/dbsamp3.htm
HTTP_CONTENT_TYPE: application/x-www-form-urlenPRE: 10
HTTP_EXTENSION: Security/Digest

AUTH_TYPE

Der verwendete Typ der Autorisierung. Wurde die Echtheit des Benutzernamens durch den Server bestätigt, lautet der Wert für diese Variable Basic. Andernfalls ist die Variable nicht vorhanden.

CONTENT_LENGTH

Die Anzahl an Byte, die voraussichtlich vom Client an das Skript übermittelt wird.

CONTENT_TYPE

Der Inahltstyp der Informationen, die im Datenteil einer POST-Anfrage enthalten sind.

GATEWAY_INTERFACE

Die Version der CGI-Spezifikation (Common Gateway Interface), die für den Server verwendet werden kann. Die aktuelle Version ist CGI/1.1.

HTTP_ACCEPT

Spezielle Variable für HTTP-Header-Informationen. Die Werte der Accept: -Felder werden miteinander verkettet und durch Kommas getrennt. Sind z. B. die Zeilen accept: */*; q=0.1 accept: text/html accept: image/jpeg Teil des HTTP-Headers, dann wird der Variablen HTTP_ACCEPT der Wert */*; q=0.1, text/html, image/jpeg zugewiesen.

PATH_INFO

Zusätzliche vom Client angegebene Pfadinformationen. Diese Informationen beinhalten den Teil des URLs, der auf den Skriptnamen folgt, jedoch der Zeichenfolge für die Abfrage voran steht, sofern diese vorhanden ist.

PATH_TRANSLATED

Diese Variable enthält den Wert für PATH_INFO, wobei virtuelle Pfadnamen zu einer Verzeichnisangabe erweitert werden.

QUERY_STRING

Diese Variable enthält die auf das Fragezeichen (?) folgenden Informationen aus dem URL, der auf dieses Skript verwiesen hat.

REMOTE_ADDR

Enthält die IP-Adresse des Clients.

REMOTE_HOST

Enthält den Hostnamen des Clients.

REMOTE_USER

Diese Variable enthält den Benutzernamen, der vom Client übergeben und dessen Echtheit vom Server bestätigt wurde.

REQUEST_METHOD

Enthält die HTTP-Anfragemethode.

SCRIPT_NAME

Enthält den Namen des Skriptprogramms, das gegenwärtig ausgeführt wird.

SERVER_NAME

Enthält den Hostnamen (oder die IP-Adresse) des Servers. In auf sich selbst verweisenden URLs sollte der Name bzw. die Adresse gemäß dieser Vorgabe angeführt werden.

SERVER_PORT

Der TCP/IP-Anschluss, an dem die Anfrage empfangen wurde.

SERVER_PROTOCOL

Der Name und die Version des Protokolls, das zum Einlesen der Informationen verwendet wird, die über diese Anfrage angefordert wurden. In der Regel wird HTTP/1.0 verwendet.

SERVER_SOFTWARE

Der Name und die Version des Webservers, unter dem die Erweiterung von Internet Server ausgeführt wird.

© 1998 Microsoft Corporation. Alle Rechte vorbehalten.

Parameter aus .idq-Dateien

Es stehen eine Reihe von vordefinierten Parametern zur Verfügung, die in .idq-Dateien gesetzt werden können. Weitere Informationen hierzu finden Sie unter Variablen in .htx- und .idq-Dateien.

Darüber hinaus kann auf jede CGI-Variable, auf jeden Formularparameter oder auf jede Variable, die in der .idq-Datei definiert wurde, über die HTML-Erweiterungsdatei verwiesen werden. Dazu muss der Variablenname in <% und %> eingeschlossen werden. Wird auf eine Variable verwiesen, der kein Wert zugewiesen wurde, wird der Verweis auf die Variable unverändert übermittelt.

© 1998 Microsoft Corporation. Alle Rechte vorbehalten.

Navigationshilfen auf Abfrageergebnisseiten

Der erste Datensatz auf einer Ergebnisseite wird über die Variable CiBookmark identifiziert, die in einem Formular verwendet werden kann, um zur nächsten oder zur vorhergehenden Seite zu gelangen. Die Formularvariable CiBookmarkSkipCount sollte in Kombination mit der Variablen CiBookmark verwendet werden, um die relative Entfernung von der aktuellen Seite anzugeben. CiBookmarkSkipCount wird in der Regel auf den Wert <%CiMaxRecordsPerPage%> oder auf den Wert <%CiMaxRecordsPerPage%> gesetzt. Dieser Variablen kann jedoch auch ein Vielfaches von CiMaxRecordsPerPage zugewiesen werden.

Nachfolgend wird ein Beispielformular angeführt, in dem der Benutzer in einer sequenziellen Abfrage auf die nächste Seite gelangt:

     <FORM ACTION="<%HTTP_SCRIPT_NAME%>?" METHOD="POST">
      <INPUT TYPE="HIDDEN"
             NAME="CiBookmark"
             VALUE="<%CiBookmark%>" >
      <INPUT TYPE="HIDDEN"
             NAME="CiBookmarkSkipCount"
             VALUE="<%CiMaxRecordsPerPage%>" >
      <INPUT TYPE="HIDDEN"
             NAME="CiMaxRecordsPerPage"
             VALUE="<%CiMaxRecordsPerPage%>" >
      <INPUT TYPE="HIDDEN"
             NAME="CiRestriction"
             VALUE="<%CiRestriction%>" >
      <INPUT TYPE="HIDDEN"
             NAME="CiScope"
             VALUE="<%CiScope%>" >
      <INPUT TYPE="SUBMIT" VALUE="Nächste Seite">
    </FORM>

Im nächsten Beispiel wird aufgezeigt, wie die Schaltflächen generiert werden, über die der Benutzer zu benachbarten Seiten gelangen kann. Hierbei besteht eine konditionale Abhängigkeit von den Variablen CiContainsFirstPage und CiContainsLastPage. Aus diesem Beispiel geht auch hervor, wie die Trefferanzahl auf der nächsten Seite für eine nicht sequenziell ausgeführte Abfrage angezeigt werden kann.

<TABLE> <TR>
    <TD> <%if CiContainsFirstRecord eq 0%>  
     <FORM ACTION="<%HTTP_SCRIPT_NAME%>?" METHOD="POST">
        <INPUT TYPE="HIDDEN"
               NAME="CiBookmark"
               VALUE="<%CiBookmark%>" >
        <INPUT TYPE="HIDDEN"
               NAME="CiBookmarkSkipCount"
               VALUE="-<%CiMaxRecordsPerPage%>" >
        <INPUT TYPE="HIDDEN"
               NAME="CiMaxRecordsPerPage"
               VALUE="<%CiMaxRecordsPerPage%>" >
        <INPUT TYPE="HIDDEN"
               NAME="CiRestriction"
               VALUE="<%CiRestriction%>" >
        <INPUT TYPE="HIDDEN"
               NAME="CiScope"
               VALUE="<%CiScope%>" >
        <INPUT TYPE="SUBMIT" VALUE="Vorhergehende <%CiMaxRecordsPerPage%> Übereinstimmungen">
      </FORM>
    <%endif%> </TD>

    <TD> <%if CiContainsLastRecord eq 0%>  
     <FORM ACTION="<%HTTP_SCRIPT_NAME%>?" METHOD="POST">
        <INPUT TYPE="HIDDEN"
               NAME="CiBookmark"
               VALUE="<CiBookmark%>" >
        <INPUT TYPE="HIDDEN"
               NAME="CiBookmarkSkipCount"
               VALUE="<%CiMaxRecordsPerPage%>" >
        <INPUT TYPE="HIDDEN"
               NAME="CiMaxRecordsPerPage"
               VALUE="<%CiMaxRecordsPerPage%>" >
        <INPUT TYPE="HIDDEN"
               NAME="CiRestriction"
               VALUE="<%CiRestriction%>" >
        <INPUT TYPE="HIDDEN"
               NAME="CiScope"
               VALUE="<%CiScope%>" >
        <INPUT TYPE="SUBMIT" VALUE="Nächste <%CiRecordsOnNextPage%> Übereinstimmungen">
      </FORM>
    <%endif%> </TD>
    </TR> </TABLE> 

© 1998 Microsoft Corporation. Alle Rechte vorbehalten.

Abfrageergebnisseiten

Unter Index Server werden .htx-Dateien in erster Linie für die Formatierung von Abfrargeergebnisseiten verwendet. Abfrageergebnisse werden in Seiten aufgeteilt, wobei der Parameter CiMaxRecordsPerPage zugrundegelegt wird. Die Gesamtzahl der Datensätze im Abfrageergebnis wird über den Parameter CiMaxRecordsInResultSet bestimmt. Die aktuelle Seitenzahl im Abfrageergebnis wird über die Variable CiCurrentPageNumber angegeben. Bei einer nicht sequenziellen Abfrage wird die Gesamtzahl der Seiten im Abfrageergebnis über die Variable CiTotalNumberPages angegeben. Die Gesamtzahl der Datensätze auf der nächsten Seite wird über CiRecordsNextPage angegeben. Die Variablen CiContainsFirstRecord und CiContainsLastRecord geben an, ob es sich bei der aktuellen Seite um die erste oder die letzte Seite des Abfrageergebnisses handelt. Ein Beispiel für die Verwendung dieser beiden Variablen finden Sie unter Navigationshilfen auf Abfrageergebnisseiten.

© 1998 Microsoft Corporation. Alle Rechte vorbehalten.

Nummern und Zähler für Datensätze

Die integrierte Variable CiCurrentRecordNumber enthält die Nummer des aktuellen Datensatzes, wobei dem ersten Datensatz die Nummer 1 zugewiesen wird. Die Datensatznummer beginnt für jede Seite bei [(Seitennummer - 1) * Sätze pro Seite] + 1. Bei jedem Durchlauf durch den Abschnitt <%begindetail%> wird der Wert von CiCurrentRecordNumber um 1 erhöht.

Die integrierte Variable CiMatchedRecordCount enthält die Gesamtanzahl der Datensätze, die den Suchkriterien der Abfrage entsprechen. (Dieser Wert wird über die Variable CiMaxRecordsInResultSet begrenzt.) Die integrierte Variable CiRecordsNextPage enthält die Anzahl der Datensätze, die auf der nächsten Seite angezeigt werden. Durch die Angabe der Variablen CiMatchedRecordCount oder CiRecordsNextPage wird die Abfrage als nicht sequenzielle Abfrage ausgeführt.

© 1998 Microsoft Corporation. Alle Rechte vorbehalten.

Syntax in HTML-Erweiterungsdateien

In diesem Abschnitt wird die Syntax in .htx-Dateien behandelt.

<% begindetail %>, <% enddetail %>

Die Marken <%begindetail%> und <%enddetail%> schließen einen Abschnitt der HTML-Erweiterungsdatei ein, in dem die Ergebnisse aus der Abfrage zusammengeführt werden. Der Abschnitt wird einmal für jeden Datensatz interpretiert, der mit den Suchkriterien der Abfrage auf der Seite übereinstimmt. Innerhalb des Abschnitts werden die durch <% und %> voneinander getrennten Spaltennamen verwendet, um die Position der zurückgegebenen Daten aus der Abfrage anzugeben. Es kann jeweils nur ein Detailabschnitt in jeder HTML-Erweiterungsdatei enthalten sein.

Zum Beispiel:

<dl>
<%begindetail%><p>
<dt>
<%CiCurrentRecordNumber%>.
<b><a href="<%vpath%>"><%filename%></a></b>
<dd>
<b><i>Abstrakt: </i></b><%characterization%><br>
<font size=-1> - size <%size%> bytes - <%write%> GMT</font>
<%enddetail%></dl>

Diese Abfrage gibt folgende Informationen zurück:

• Es wird der Name der Datei angezeigt, aus der die Zeichenfolge für den Suchvorgang stammt.
• Es wird ein kurzer Auszug der Datei angezeigt.
• Die Dateigröße wird in Byte angegeben.
• Das Datum der letzten Aktualisierung der Datei wird angezeigt.

Anmerkung   Werden aus der Abfrage keine Datensätze zurückgegeben, wird der Abschnitt <%begindetail%> übersprungen.

<% if %>.. <% else %>.. <% endif %>

HTML-Erweiterungsdateien können eine konditionale Logik enthalten, um über eine if-then-else-Anweisung den Aufbau der Web-Seite festzulegen. Häufig wird beispielsweise eine Bedingung eingefügt, um den Header für die Abfrage in der ersten Spalte innerhalb des Abschnitts <%begindetail%> anzuzeigen. Werden jedoch keine Datensätze aus der Abfrage zurückgegeben, wird anhand dieser Bedingung der Text "Leider hat kein Autor einen Jahresumsatz größer %sales%. " angezeigt. Durch die Verwendung einer <%if%>-Anweisung und der integrierten Variablen CiLastRecordNumber können Sie die Ausgabe so gestalten, dass die Fehlermeldung ausgegeben wird, wenn keine Datensätze zurückgegeben werden. Anhand des folgenden Beispiels wird die Verwendung der <%if%>-Anweisung dargestellt.

  <%begindetail%> 
      <%if CiCurrentRecordNumber EQ 1%> 
        Abfrageergebnisse:
        <B>Autor Jahresumsatz<BR></B>
      <%endif%> 
      <%au_lname%>$<%ytd_sales%> 
    <%enddetail%> 
    <P>
    <%if CiLastRecordNumber EQ 0%> 
      <I><B>Leider hat kein Autor einen Jahresumsatz größer als </I><%sales%>.</B>
      <P>
    <%else%> 
    <HR>
      <I>
      Die hier angezeigte Web-Seite wurde durch die Zusammenführung
      der Ergebnisse aus der Inhaltsabfrage mit Hilfe der Datei
      Sample.htx erstellt.
      <P>
      Die Zusammenführung wurde von Microsoft Index Server durchgeführt,
      und die Ergebnisse werden von Microsoft Internet Information Server an den
      Webbrowser zurückgegeben.
      </I>
    <%endif%> 
    </BODY>
    </HTML> 

Die allgemeine Syntax lautet:

   <%if Bedingung%> 
    HTML-Text
    [ <%else%> 
      HTML-Text ]
    <%endif%>

wobei die Bedingung der Form Wert1 Operator Wert2 und Operator folgendermaßen verwendet werden kann:

EQ

wenn Wert1 gleich Wert2

NE

wenn Wert1 ungleich Wert2

LT

wenn Wert1 kleiner als Wert2

LE

wenn Wert1 kleiner oder gleich Wert2

GT

wenn Wert1 größer als Wert2

GE

wenn Wert1 größer oder gleich Wert2

CONTAINS

wenn ein Teil aus Wert1 die Zeichenfolge Wert2 enthält

 ISTYPEEQ

ermöglicht die Bestimmung des Typs VT_TYPE einer bestimmten Variablen über die htx-Datei.

Wert1 IsTypeEq Wert2 Wert1 IsTypeEq Konst1 Konst1 IsTypeEq Wert1

Verfügt eine Variable beispielsweise über den Typ Währung (VT_CY), handelt es sich um den Typ 6. Die Nummern der einzelnen Typen werden in der ActiveX-Spezifikation angegeben. Es folgt ein Beispiel für einen gültigen .htx-Vergleich:

<%if propName IsTypeEq 6%>Variable ist vom Typ Währung
<%else%>Variable ist NICHT vom Typ Währung
<%endif%> 

Dieser Operator kann in erster Linie verwendet werden, um auf den Typ VT_EMPTY (eine leere Eigenschaft) zu prüfen.

ISEMPTY

TRUE wenn Wert1 Typ VT_EMPTY, Typ VT_NULL oder einem Texttypen (VT_LPSTR, VT_LPWSTR, VT_BSTR oder Vektoren dieser Texttypen entspricht und nur "leere" Zeichen (Leerzeichen, Tabulatoren usw.) enthält.

Bei den Operanden Wert1 und Wert2 kann es sich um Spaltennamen, eine der integrierten Variablen, HTTP-Variablennamen (siehe HTTP-Variablen) oder um eine Konstante handeln. Bei der Verwendung in einer <%if%>-Anweisung werden die Werte nicht durch die Zeichen <% und %> begrenzt. Möchten Sie eine spezielle Verarbeitung für den Autornamen "Green" festlegen, verwenden Sie folgende Bedingung:

    <FORM ACTION="<%HTTP_SCRIPT_NAME%>?" METHOD="POST">
      <%if au_lname EQ "Green"%> 
        Dieser Author erzielt hohe Umsätze!
      <%endif%> 
    <%enddetail%>

Die <%if%>-Anweisung kann weiterhin für eine spezielle Verarbeitung auf der Grundlage der Informationen aus HTTP-Variablen verwendet werden. Um z. B. eine Seite in Übereinstimmung mit dem jeweiligen Typ des vom Client eingesetzten Webbrowsers zu formatieren, können Sie folgende HTML-Erweiterungsdatei anführen:

    <%if HTTP_USER_AGENT contains "Mozilla"%> 
      Client unterstützt erweiterte HTML -Funktionen
    <%else%> 
      Client ist <%HTTP_USER_AGENT%> 
    <%endif%>

Die Eigenschaftstypen VT_FILETIME und VT_DATE können in <%if%>-Anweisungen verglichen werden. Verwenden Sie dazu folgendes Format:

<%if fileTime eq "jjjj/mm/tt hh:mm:ss:iii"%>Datum und Zeit der Datei stimmen
mit dem vorgegebenen Wert überein<%endif%>

Die Datums- und Zeitangaben müssen in Anführungszeichen gesetzt werden. Das Jahr muss als vierstellige Zahl angegeben werden (z. B. 1996, nicht 96). Außerdem müssen diese Angaben unter Verwendung von Schrägstrichen und Doppelpunkten gemacht werden.

jjjj = Jahr
mm = Monat ( 1=Januar, 12=Dezember usw.)
tt = Tag ( 1 - 31)
hh = Stunde im 24-Stundenformat (optional)
mm = Minuten (optional)
ss = Sekunden (optional)
iii = Millisekunden (optional)

Zum Beispiel:

<%if write le "1996/07/21 17:22:11:333"%>Datum und Zeit der Datei stimmen
mit dem vorgegebenen Wert überein<%endif%>

<%EscapeHTML%>, <%EscapeURL%>, <%EscapeRAW%>

Die Schlüsselwörter <%EscapeHTML%>, <%EscapeURL%> und <%EscapeRAW%> können zur Formatierung der auszugebenden Zeichenfolgen verwendet werden. Diese Schlüsselwörter werden in der Regel in Kombination mit Variablen wie CiRestriction, oder CiScope innerhalb eines Formulars oder eines Ankers verwendet.

Die ausgegebenen Variablen können normalerweise im HTML-Format verwendet werden. Vorangestellte Schlüsselwörter wirken sich auf das Ausgabeformat aus, so dass die Variable in verschiedenen Kontexten korrekt verwendet werden kann. Das Konstrukt entspricht folgender Form:

<%EscapeHTML Variable%>     oder
<%EscapeURL Variable%>      oder
<%EscapeRAW Variable%>

Hierbei ist Variable ein beliebiger Parameter bzw. eine Variable, die in einer HTTP-Erweiterungsdatei verwendet werden kann. Konstante Werte, wie sie z. B. in <%EscapeURL /scripts/query.idq%> verwendet werden, können ebenfalls eingesetzt werden.

<%EscapeHTML%> (die Standardformatierung) wird verwendet, um Zeichen in das Escape-Format umzuwandeln, das wiederum vom HTML-Format gelesen werden kann. Das Symbol > wird beispielsweise als > angezeigt.

<%EscapeURL%> wird für die standardmäßige Umwandlung von Zeichenfolgen, die als URL-Adressen interpretiert werden, in das Escape-Format verwendet. (Dieser Vorgang erfolgt z. B. bei einer HREF-Marke eines Ankers). Die Zeichenfolge @size > 10000 wird beispielsweise als %40size+%3E+10000 angezeigt.

<%EscapeRAW%> wird verwendet, wenn keine Umwandlung in das Escape-Format vorgesehen ist. Wird z. B. eine Variable als Wert einer Formularvariablen verwendet, ist keine Umwandlung erforderlich. Diese Methode kann außerdem verwendet werden, um zu gewährleisten, dass der Wert einer Variablen mit HTML-Code korrekt interpretiert wird.

Einbinden von Dateien

Das Schlüsselwort <%include%> kann verwendet werden, um den Inhalt einer Datei in die .htx-Datei einzubinden. Die entsprechende Syntax lautet folgendermaßen:

<%include Dateiname%> 

Hier gibt Dateiname den Namen der einzubindenden Datei an. Die Datei wird über einen vollständigen virtuellen Pfadnamen angegeben. Sind in der Datei HTML-Erweiterungskonstrukte enthalten, werden diese interpretiert. Einzubindende Dateien können geschachtelt werden, die Gesamtzahl der einzubindenden Dateien darf jedoch nicht höher als 31 sein.

© 1998 Microsoft Corporation. Alle Rechte vorbehalten.

Internet-Datenabfragedateien

Die Internet-Datenabfragedateien mit der Erweiterung .idq und die Formularparameter werden unter Microsoft Index Server verwendet, um die auszuführende Abfrage festzulegen. Die .idq-Datei besteht aus zwei Abschnitten, die folgendermaßen bezeichnet werden:

• Names
• Query

Der Abschnitt [Names] ist optional und muss für Standardabfragen nicht angegeben werden.

Dieser Teil der Dokumentation enthält folgende Hilfethemen:

• Der Abschnitt [Names] in .idq-Dateien: Es werden von den Voreinstellungen abweichende Spaltennamen beschrieben, die im Abschnitt [Names] definiert werden und auf die in einer Abfrage verwiesen werden kann.
• Der Abschnitt [Query] in .idq-Dateien: Es werden die Parameter erläutert, die bei der Durchführung einer Abfrage verwendet werden können.
• Die Auswirkung von Parametern auf die Abfragegeschwindigkeit: Es wird beschrieben, welche Parametereinstellungen eine optimale Leistung sicherstellen.

Anmerkung   Für .idq-Dateien muss immer der vollständige Pfadname angegeben werden, wobei die Pfadangabe bei dem Virtuellen Verzeichnis beginnen muss. Relative Pfadangaben oder physische Pfade sind nicht zulässig. Das heißt, alle Pfadangaben müssen mit einem Schrägstrich beginnen und dürfen nicht die Komponenten "." oder ".." enthalten. Vergleichen Sie folgende Beispiele:

Gültige Pfade
/scripts/myquery.idq
/iissamples/issamples/query.idq

Ungültige Pfade
c:\iissrv\scripts\myquery.idq
scripts/query.idq
/samples/../scripts/example.idq

Die .idq-Dateien müssen in einem Virtuellen Verzeichnis mit Ausführen- oder Skriptberechtigung abgelegt werden. Sie können .idq-Dateien nicht in einem Virtuellen Verzeichnis speichern, das auf eine UNC-Netzwerkfreigabe (Universal Naming Convention) verweist.

Anmerkung   Unter Index Server werden keine physischen Pfadnamen unterstützt, die länger als die für die Windows NT-Oberfläche unterstützten Dateinamen sind (260 Zeichen).

© 1998 Microsoft Corporation. Alle Rechte vorbehalten.

Der Abschnitt [Names] in .idq-Dateien

Im Abschnitt [Names] in .idq-Dateien werden von der Voreinstellung abweichende Spaltennamen definiert, auf die in einer Abfrage verwiesen werden kann. Die Spalten beziehen sich auf im Eigenschaften-Cache gespeicherte Eigenschaften, auf Systemeigenschaften für Standarddateien oder auf ActiveX™-Eigenschaften, die mit Hilfe von IPropertyStorage in Dokumentdateien bzw. in den Zusammenfassungen und benutzerdefinierten Eigenschaften von Microsoft® Office erstellt wurden. Die GUID (Globally Unique Identifier) für Microsoft Office ist 0xF29F85E0,0x4FF9,0x1068,0xAB9108002B27B3D9. Im nachfolgenden Beispiel werden einige ActiveX-Eigenschaften für Zusammenfassungsdaten aufgeführt:

[Names]
#Eigenschaftensatz für ActiveX-Dokumenteigenschaften
DocTitle                                  = F29F85E0-4FF9-1068-AB91-08002B27B3D9 2
DocSubject( DBTYPE_WSTR|DBTYPE_BYREF )    = F29F85E0-4FF9-1068-AB91-08002B27B3D9 3
DocAuthor( DBTYPE_WSTR|DBTYPE_BYREF )     = F29F85E0-4FF9-1068-AB91-08002B27B3D9 4
DocEditTime( DBTYPE_DATE )                = F29F85E0-4FF9-1068-AB91-08002B27B3D9 0xa
DocLastPrinted( DBTYPE_DATE )             = F29F85E0-4FF9-1068-AB91-08002B27B3D9 0xb
DocPageCount( DBTYPE_I4 )                 = F29F85E0-4FF9-1068-AB91-08002B27B3D9 0xe
DocWordCount( DBTYPE_I4 )                 = F29F85E0-4FF9-1068-AB91-08002B27B3D9 0xf
SalesRegion( DBTYPE_WSTR | DBTYPE_BYREF ) = D5CDD505-2E9C-101B-9397-08002B2CF9AE "SalesRegion"

Innerhalb des Abschnitts werden Leerzeilen oder Zeilen, die mit dem Nummernzeichen (#) beginnen, ignoriert. Andere Zeilen können aus folgenden Elementen bestehen: einem Aliasnamen, dem als optionale Angabe der Datentyp in Klammern folgen kann, einem Gleichheitszeichen (=), der GUID zur Angabe des Eigenschaftensatzes der Spalte sowie aus einer Zahl oder einer Zeichenfolge zur Angabe der PROPID bzw. des Eigenschaftsnamens. Wird kein Datentyp angegeben, wird der Datentyp DBTYPE_WSTR|DBTYPE_BYREF vorausgesetzt.

Der Aliasname ist das Token in Abfrageeinschränkungen, Sortierangaben usw. Es können mehrere Aliasnamen auf dieselbe Eigenschaft verweisen. Der Aliasname Autor könnte beispielsweise für französische Benutzer durch Auteur ersetzt werden. In Aliasnamen dürfen keine Leerzeichen oder Sonderzeichen, wie eckige Klammern, Gleichheitszeichen, Ausrufezeichen, Kommas, Punkte oder Sternchen (>=<!,.*), enthalten sein.

Die GUID und die PROPID bzw. der Eigenschaftsname ist der Name der Eigenschaft innerhalb des ActiveX-Eigenschaftsnamebereichs. Weitere Informationen zu ActiveX finden Sie im Win32 Software Development Kit (SDK). Die PROPID kann als Dezimalzahl (Basis 10) oder als Hexadezimalzahl (Basis 16) angegeben werden. Einer Hexadezimalzahl muss 0x vorangestellt werden. Eigenschaftsnamen müssen in Anführungszeichen gesetzt werden. Die Angabe 10 ist z. B. nicht identisch mit der Angabe 10.

Dieser Abschnitt enthält folgende Hilfethemen:

• Unterstützte Datentypen
• Definieren von Aliasnamen
• Festlegen von benutzerdefinierten Eigenschaften

Unterstützte Datentypen

Ein Datentyp wird verwendet, um die Benutzereingabe korrekt zu interpretieren. In der folgenden Tabelle werden die unterstützten OLE-DB-Datentypen, die jeweiligen mnemonischen ActiveX-Namen und Hinweise auf Formatierungsbeschränkungen aufgeführt.

Definieren von Aliasnamen

Aliasnamen sind auch dann verfügbar, wenn sie nicht explizit im Abschnitt [Names] definiert wurden. Weitere Informationen hierzu finden Sie unter Liste der Eigenschaftsnamen. Ein Aliasname wie MetaBeschreibung für die HTML-Metaeigenschaft kann beispielsweise folgendermaßen definiert werden:

 MetaDescription(DBTYPE_WSTR|DBTYPE_BYREF) = D1B5D3F0-C0B3-11CF-9A92-00A0C908DBF1 "Beschreibung"

Festlegen von benutzerdefinierten Eigenschaften

Die folgenden Datentypen werden für benutzerdefinierte Eigenschaften verwendet:

• Zeichenfolge: DBTYPE_LPSTR|DBTYPE_BYREF
• Datum: VT_FILETIME
• Zahl: DBTYPE_I4
• Ja oder Nein (TRUE oder FALSE): DBTYPE_BOOL

Dokumenteigenschaften für Microsoft Office verfügen über folgende GUIDs:

• Benutzerdefinierte Eigenschaften: D5CDD505-2E9C-101B-9397-08002B2CF9AE
• Eigenschaften wie Name: D5CDD502-2E9C-101B-9397-08002B2CF9AE
• Integrierte Eigenschaften wie DocTitle: F29F85E0-4FF9-1068-AB91-08002B27B3D9
• A_HRef (und HTMLHRef): c82bf597-b831-11d0-b733-00aa00a1ebd2\A.HREF
• Img_Alt: 70eb7a10-55d9-11cf-b75b-00aa0051fe20\IMG.ALT

Im nachfolgenden Beispiel wird dargestellt, wie eine benutzerdefinierte Microsoft Office-Eigenschaft durch Hinzufügen der GUID zum Abschnitt [Names] in der .idq-Datei benannt wird:

 Custom_Text ( DBTYPE_STR|DBTYPE_BYREF ) = D5CDD505-2E9C-101B-9397-08002B2CF9AE "Eigener_Text"

In diesem Beispiel kann Custom_Text eine beliebige Zeichenfolge sein. Für Custom_Text können am Anfang und am Ende der Zeile verschiedene Zeichenfolgen angegeben werden. Die Zeichenfolge am Zeilenbeginn ist der Aliasname, und die Zeichenfolge am Zeilenende (in Anführungszeichen) ist der Eigenschaftsname für die Microsoft Office-Eigenschaft.

Zur Definition eines benutzerdefinierten Datums wird der VT_FILETIME-Datentyp verwendet. Zum Beispiel:

 DocDateCompleted( VT_FILETIME,20 ) = D5CDD505-2E9C-101B-9397-08002B2CF9AE "Abschlußdatum"

Weitere Informationen zu Microsoft Office-Eigenschaften finden Sie im Microsoft Office Software Developer's Kit (SDK). Eigenschaften anderer Produkte werden in den Dokumentationen der jeweiligen Software-Hersteller beschrieben.

© 1998 Microsoft Corporation. Alle Rechte vorbehalten.

Die Auswirkung von Parametern auf die Abfragegeschwindigkeit

Die schnellste Abfrage ist eine sequenzielle Abfrage, die mit Hilfe des Inhaltsindexes durchgeführt wird. Bestimmte Parametereinstellungen bewirken unter Umständen, dass das Abfragemodul eine wenig effizientere Methode zur Auflösung der Abfrage verwendet. Um eine schnelle Durchführung der Abfrage zu gewährleisten, setzen Sie CiSort auf Null (oder auf absteigende Rangfolge), CiForceUseCi auf TRUE, und verweisen Sie in der .htx-Vorlage nicht auf CiMatchedRecordCount, CiRecordsNextPage oder CiTotalNumberPages.

Sequenzielle Ausführung im Vergleich zu nicht sequenzieller Ausführung der Abfrage

Bei einer sequenziellen Ausführung der Abfrage werden Ergebnisse bei Bedarf zusammengestellt, bei einer nicht sequenziellen Abfrage werden die Ergebnisse auf dem Server zwischengespeichert. Bei sequenziellen Abfragen werden zwar weniger Serverressourcen benötigt, gleichzeitig sind jedoch auch einige Beschränkungen zu berücksichtigen. Wenn Sie zu einem vorherigen Datensatz zurückkehren (CiBookmarkSkipCount < 0), wird die entsprechende Abfrage erneut ausgeführt, um die gewünschte Position durch einen Datesatzwechsel vorwärts anzuzeigen. Folgende Variablen können in sequenziellen Abfragen nicht verwendet werden: CiMatchedRecordCount, CiRecordsNextPage und CiTotalNumberPages.

Durch eine der nachfolgenden Aktionen wird eine nicht sequenzielle Abfrage erzwungen:

• Verweisen auf die Variablen CiMatchedRecordCount, CiRecordsNextPage oder CiTotalNumberPages auf der .htx-Seite.
• Setzen des Parameters CiSort auf eine Sortierreihenfolge, die nicht der ursprünglichen Reihenfolge der Ergebnismenge entspricht. CiSort kann problemlos auf eine aufsteigende Sortierreihenfolge nach WorkId (CiSort=WorkId[a]) oder auf eine absteigende Sortierreihenfolge nach Rang (CiSort=Rank[d]) gesetzt werden.

Aufgezählte Auflösung im Vergleich zu indizierter Auflösung

Durch die Ausführung von Abfragen mit aufgezählter Auflösung kann die Leistung ebenfalls beeinträchtigt werden. In der Regel werden Abfragen unter Verwendung eines Inhaltsindexes aufgelöst. Sind jedoch bestimmte Bedingungen gegeben, muss das Abfragemodul die Festplatte rekursiv nach Trefferdateien durchsuchen. Dies gilt für folgende Abfragen:

• Reguläre Ausdrücke von Eigenschaften, die mit einem Platzhalterzeichen beginnen. Davon ausgenommen ist lediglich die Eigenschaft FileName.
• Abfragen von Eigenschaftswerten, wenn CiForceUseCi auf FALSE gesetzt wurde und der Index nicht aktuell ist.
• Abfragen von Eigenschaftswerten mit regulären Ausdrücken, in denen die Angabe der Eigenschaft mit einem Platzhalterzeichen beginnt (z. B. #DocAuthor *son). Davon ausgenommen ist lediglich die Eigenschaft FileName
• Abfragen von Eigenschaftswerten mit regulären Ausdrücken, die mit Platzhalterzeichen beginnen und enden (z. B. #filename *sample*).
• Bestimmte Abfragen von Eigenschaftswerten, in denen die Komponente OR (z. B. @write > -1d OR @create > -1d) enthalten ist.

Die Verwendung des Inhaltsindexes in Abfragen kann durch Setzen von CiForceUseCi auf TRUE in der .idq-Datei erzwungen werden. Das Abfragemodul verwendet in diesem Fall immer den Inhaltsindex. Die Abfrageergebnisse für kürzlich geänderte Dateien sind möglicherweise nicht auf dem neuesten Stand. Wenn der Inhaltsindex für eine Abfrage verwendet wurde und einige Dateien auf der Festplatte nach der Filterung des Inhalts bearbeitet wurden, wird der Wert für die integrierte Variable CiOutOfDate auf 1 gesetzt. Bei sehr komplexen Abfragen kann die Auflösung nicht lediglich unter Verwendung des Inhaltsindexes erfolgen. In diesen Fällen wird der Wert für die integrierte Variable CiQueryIncomplete auf 1 gesetzt. Inhaltsabfragen können stets Ergebnisse zurückgeben, die nicht auf dem aktuellen Stand sind. Abfragen dieses Typs können den Inhaltsindex aber jederzeit verwenden.

Aussetzen des nicht indizierten Verkürzens

Die Unterstützung von Inhaltsabfragen, die nach absteigender Rangordnung sortiert werden, (CiSort = Rank[d]) wurde unter Index Server optimiert. Für Abfragen dieser Art kann zunächst ein Minimum an Informationen aus dem Index gelesen werden, bevor weitere Überprüfungen von Eigenschaften und Sicherheitseinstellungen durchgeführt werden. Ist die Gesamtzahl der zurückgegebenen Ergebnisse aber größer als der Parameterwert CiMaxRecordsInResultSet, müssen zusätzliche Überprüfungen während des Lesens aus dem Index durchgeführt werden, um die Ergebnisse aus der Ergebnismenge zu entfernen, die aufgrund zusätzlicher Überprüfungen von Eigenschaften und Sicherheitseinstellungen die Kriterien nicht erfüllen. Auf diese Weise werden Ressourcen verfügbar, um in der Ergebnismenge Elemente zu berücksichtigen, die alle Abfragekriterien erfüllen. Da für dieses Verfahren zusätzliche Ressourcen erforderlich sind, können Sie es wahlweise zeitlich verzögern, indem Sie CiDeferNonIndexedTrimming auf TRUE setzen. Bei dieser Parametereinstellung werden zuerst die Elemente für CiMaxRecordsInResultSet ermittelt. Diese Ergebnismenge wird anschließend verkürzt. Das Endergebnis kann aus einer bestimmten Anzahl von Trefferelementen bestehen, die kleiner als der angegebene Wert für CiMaxRecordsInResultSet ist. Bei Abfragen, deren Gültigkeitsbereich sich auf den gesamten Korpus bezieht, empfiehlt es sich ggf., auf einem Server mit nur grundlegenden oder gar keinen Sicherheitseinstellungen CiDeferNonIndexedTrimming auf TRUE zu setzen, um die Leistung zu verbessern..

© 1998 Microsoft Corporation. Alle Rechte vorbehalten.

Der Abschnitt [Query] in .idq-Dateien

Im Abschnitt [Query] der .idq-Datei werden Parameter angegeben, die im Rahmen der Abfrage verwendet werden.

In diesem Thema sind enthalten

• Abschnitt zur Beispielabfrage
• Bedingungsausdrücke
• Aspekte der Sicherheit

Abschnitt zur Beispielabfrage

Fangen Sie an, indem Sie einen [Query]-Tag schreiben, und fügen Sie dann eine Parametergruppe hinzu. Dieses Beispiel nimmt an, dass Sie Folgendes ausgeführt haben:

• Erstellen eines Virtuellen Verzeichnisses mit dem Verzeichnisnamen Scripts.
• Zuweisen der Skriptberechtigung für dieses Verzeichnis.
• Speichern von Simple.idq und Template.htx in dem Verzeichnis Scripts.

Dies ist eine einfache .idq-Datei:

[Query]
CiScope=/
CiColumns=FileName
CiRestriction=#Dateiname*
CiTemplate=/Scripts/Template.htx

Die vier genannten Parameter sind erforderlich. In vielen Fällen wird mindestens ein Parameter von einem Formular übergeben. Dies ist ein Beispiel für ein einfaches Formular:

<FORM ACTION="/scripts/simple.idq" METHOD="GET">
Abfrage: <INPUT TYPE="TEXT" NAME="Restriction" SIZE="60" MAXLENGTH="100" VALUE="">
<INPUT TYPE="SUBMIT" VALUE="Abfrage ausführen">
</FORM>

Dieses Formular kann in Kombination mit der folgenden .idq-Datei verwendet werden, um Benutzerparameter weiterzugeben:

[Query]
CiScope=/
CiColumns=FileName
CiRestriction=%Restriction%
CiTemplate=/Scripts/Template.htx

Über die vier angeführten Parameter hinaus können Sie eine Reihe optionaler Parameter hinzufügen, z. B. CiSort und CiForceUseCi. Eine vollständige Liste der verfügbaren Parameter finden Sie unter Variablen in Formularen und .idq-Dateien.

Bedingungsausdrücke

Sie können die logische Bedingungsstruktur If-then-Else hinzufügen, um das Ersetzen von Variablen und Parametern zu überwachen. Die Syntax entspricht weitgehend der Syntax für Bedingungsausdrücke in .htx-Dateien, wobei jedoch einige Unterschiede zu berücksichtigen sind.

Syntax

Die folgenden Regeln gelten für Bedingungsausdrücke in .idq-Dateien:

• Die Zeilen in der .idq-Datei müssen jeweils mit dem Parameter beginnen, den Sie setzen möchten.
• Nur eine Zeile kann für das Setzen einer bestimmten Variablen in einer .idq-Datei verwendet werden.
• Stellen Sie sicher, dass Verweise auf Variablen und Anweisungen nicht zwischen Prozentzeichen (%) gesetzt wurden.

Aus dem folgenden Beispiel geht hervor, wie die Variable CiRestriction gesetzt wird:

CiRestriction=%if Restriction ISEMPTY%Index Server-Hilfe%else%%Bedingungen%%endif% 

Wird die Einstellung aus dem angeführten Beispiel vorgenommen, können Benutzer keine leeren Suchvorgänge ausgeben.

In der nachfolgenden Liste werden die verfügbaren Operatoren in IF-Anweisungen für .idq-Dateien aufgeführt:

EQ

wenn Wert1 gleichWert2

NE

wenn Wert1 ungleich Wert2

LT

wenn Wert1 kleiner als Wert2

LE

wenn Wert1 kleiner oder gleich Wert2

GT

wenn Wert1 größer als Wert2

GE

wenn Wert1 größer oder gleich Wert2

CONTAINS

wenn ein Teil aus Wert1 die Zeichenfolge Wert2

enthält.

ISEMPTY

TRUE wenn Wert1 eine NULL-Zeichenfolge enthält. Dieser Operator ist ein Postfixoperator zur Umkehrung der Reihenfolge von Operatoren und Operanden.

Aspekte der Sicherheit

Gehen Sie beim Ersetzen von Parametern für CiTemplate äußerst sorgfältig vor, da Sie ggf. unbeabsichtigt zulassen, dass Dateien in Skriptverzeichnissen, die nur über die Ausführenberechtigung verfügen, über das Netzwerk gesendet werden. Eine .idq-Datei kann beispielsweise folgende Zeile enthalten:

CiTemplate=%CiTemplate%

In diesem Fall kann ein Client einen URL (Uniform Resource Locator) senden, der in der Abfrage folgende Zeile enthält:

CiTemplate=/scripts/mysecretfile.pl

Bei Angabe dieser Zeichenfolge ist ein unberechtigter Benutzer in der Lage, den Inhalt einer vertraulichen Datei zu lesen.

Es empfiehlt sich daher, unter Verwendung des Basisnamens der Datei zwischen unterschiedlichen .htx-Dateien zu wechseln und das Skriptverzeichnis und die Dateinamenerweiterung durch das Ersetzen von Parametern hinzuzufügen. Anhand der nachfolgenden Datei Sample.idqwerden die erforderlichen Schritte dargestellt:

[Query]

CiRestriction=%q% CiTemplate=/scripts/%t%.htx CiSort=%s% CiScope=/

Die Abfrage kann unter Verwendung eines URLs ausgeführt werden, der z. B. folgendermaßen lauten kann:

http://Computername/scripts/sample.idq?q=ActiveX&t=form1

Anmerkung   Eine Abfrage, die auf einem URL oder einem Formular basiert, kann eine Datenmenge von bis zu 4 Kilobyte enthalten. Wird eine Abfrage ausgegeben, deren Datenmenge 4 Kilobyte übersteigt, können unerwartete Ergebnisse zurückgegeben werden. Der Umfang einer Abfrage setzt sich aus allen Variablen zusammen, die der Browser an die .idq-Datei übermittelt.

© 1998 Microsoft Corporation. Alle Rechte vorbehalten.

Variablen in .idq- und .htx-Dateien

Dieser Abschnitt enthält folgende Hilfethemen:

• Schreibgeschützte Variablen in .htx-Dateien: Es werden schreibgeschützte Variablen für .htx-Dateien aufgeführt und beschrieben.
• Variablen in Formularen und .idq-Dateien: Es werden Variablen aufgeführt und erläutert, die in Formularen, in .idq-Dateien oder als CGI-Variablen gesetzt werden können.
• Zeichenfolgenvariablen für die Formatierung angezeigter Spalten: Es werden Variablen aufgezählt und erläutert, die in .idq-Dateien gesetzt werden können, jedoch nicht auf andere Parameter verweisen.
• Parameter für die Verwendung mit Lesezeichen: Es wird erläutert, wie die Variable CiBookmarkSkipCount in Kombination mit der Variable CiBookmark den Abstand von der vorhergehenden Seite der Abfrage festlegt.
• Verfügbare Standard CGI-Variablen: Es werden die Variablen aufgeführt, die in der Regel durch die CGI-Programmausführung gesetzt werden und auf die in .idq- oder .htx-Dateien verwiesen werden kann.
• Gültige Gebietsschema-IDs:Es werden die gültigen Bezeichner für Gebietsschemata aufgeführt, die in CiLocale verwendet werden.

© 1998 Microsoft Corporation. Alle Rechte vorbehalten.

Grundlegende Funktionen bei der Indizierung

Nachfolgend werden die wichtigsten Funktionsmerkmale eines Indexes aufgeführt:

• Volltextsuche auf Web-Seiten
• Volltextsuche für formatierte Daten, z. B. in Dokumenten, die unter Microsoft Word oder Microsoft Excel erstellt wurden
• Inkrementelle Aktualisierung der Indizes
• Überwachen der Indizierung für jeden virtuellen Pfad
• Indizieren von Eigenschaftswerten
• Sprachunabhängiges Indizieren von Text
• Automatische Aktualisierung des Indexes
• Überwachen der Leistung
• Nahezu kein Verwaltungsaufwand und ununterbrochene Verfügbarkeit
• Einsatzmöglichkeiten für SMP-Computer durch die Verwendung von Multithreading

Sie können eine inkrementelle Aktualisierung des Indexes durchführen. Das heißt, bei der Indexaktualisierung werden nur die Dateien indiziert, in denen Änderungen vorgenommen wurden. Unter Index Server müssen daher nicht alle Dokumente aus dem Gültigkeitsbereich indiziert werden.

Unter Index Server sind mehrere Systemmonitore verfügbar, die Administratoren zur Optimierung des Abfragedienstes verwenden können. Diese Monitore werden zur Überwachung verschiedener Kriterien eingesetzt. So kann beispielsweise ermittelt werden, wie viele Dokumente zu indizieren sind und wie schnell Abfragen verarbeitet werden.

Aufgrund des Aufbaus von Index Server ist nahezu kein Verwaltungsaufwand erforderlich. Nach dem Setup werden alle Operationen automatisch durchgeführt. Dies gilt für die Aktualisierung, die Indexerstellung und -optimierung und sogar für eine Wiederherstellung nach einem Stromausfall oder bei einer Beschädigung des Indexes. Bei der Entwicklung von Index Server wurde der Schwerpunkt von Anfang an darauf gesetzt, den Ansprüchen gerecht zu werden, die sich aus einem Einsatz von Index Server in einer Umgebung ergeben, in der eine ununterbrochene Verfügbarkeit des Servers vorausgesetzt wird.

© 1998 Microsoft Corporation. Alle Rechte vorbehalten.

Eigenschaften der Zwischenspeicherung

Der Eigenschaften-Cache ist ein Speicherbereich auf der Festplatte, der die Ermittlung häufig abgefragter Werte, z. B. Pfad, Auszug, Titel, Attribute, Zeitpunkt der letzten Änderung, Dateigröße sowie einige Werte für die interne Verwendung, beschleunigt. Im Eigenschaften-Cache werden darüber hinaus einige Eigenschaften gespeichert, die beim Filtern von Dokumenten erstellt werden. Zu solchen Eigenschaften gehören beispielsweise DocTitle für HTML-Dokumente und die Charakterisierung. Außerdem können Administratoren den Eigenschaften-Cache verwenden, um benutzerdefinierte Eigenschaften zu speichern.

Dieser Abschnitt enthält folgende Hilfethemen:

• Feinabstimmung des Eigenschaften-Caches: Es werden Situationen angeführt, in denen die Kapazität des Eigenschaften-Caches erweitert werden sollte.
• Wiederherstellung nach einem Systemfehler: Es wird erläutert, wie unter Index Server eine automatische Wiederherstellung eines möglicherweise beschädigten Eigenschaften-Caches durchgeführt wird.

© 1998 Microsoft Corporation. Alle Rechte vorbehalten.

Indexspezifische Datenquellen zur Leistungsüberwachung

Die nachfolgend aufgeführten Datenquellen zur Leistungsüberwachung beziehen sich auf das Indizieren und Zusammenführen. Auf alle aufgeführten Datenquellen kann über das Objekt Inhaltsindex zugegriffen werden.

© 1998 Microsoft Corporation. Alle Rechte vorbehalten.

Indizieren

Das Speichern der vom CiDaemon-Prozess extrahierten Wörter und Eigenschaften in einem Index wird als Indizierung bezeichnet. Bei einem Index handelt es sich um eine besondere Datenstruktur, die für die effiziente Bearbeitung von Abfragen eingesetzt wird.

Wenn Dokumente aus dem Korpus (in der Regel eine Website) geändert werden, wird eine Benachrichtigung an das Indexprogramm weitergeleitet, und die entsprechenden Dokumente werden in eine Änderungswarteschlange aufgenommen. Der CiDaemon-Prozess liest die Dokumente aus dieser Änderungswarteschlange in chronologischer Reihenfolge ein und filtert sie anschließend. Die resultierenden Wörter und Eigenschaften werden dann zum Index hinzugefügt. Enthält die Änderungswarteschlange viele Dokumente, dauert es möglicherweise etwas länger, bis die aktualisierten Daten für diese Dokumente in den Index aufgenommen werden.

Dieser Abschnitt enthält folgende Hilfethemen:

• Indextypen: Es werden die drei verschiedenen Indextypen vorgestellt, die unter Index Server erstellt werden können.
• Zusammenführen von Indizes: Es wird erläutert, wie Daten aus mehreren Indizes zu einem Index zusammengefasst werden.
• Indexspezifische Datenquellen zur Leistungsüberwachung: Es werden die Datenquellen aufgeführt, die unter dem Objekt Inhaltsindex verfügbar sind.
• Fehlerbehandlung: Es werden verschiedene Fehlertypen beschrieben und Hinweise zur Wiederherstellung von Indizes nach einem Fehler gegeben.
• Eigenschaften der Zwischenspeicherung: Es wird der Speicherbereich auf der Festplatte beschrieben, der die Ermittlung häufig abgefragter Werte beschleunigt.

© 1998 Microsoft Corporation. Alle Rechte vorbehalten.

Feinabstimmung des Eigenschaften-Caches

Bei dem Eigenschaften-Cache handelt es sich um eine komplexe Datenstruktur, wobei die Größe mit der Größe des Hauptindexes vergleichbar ist. Über den Registrierungsparameter PropertyStoreMappedCache wird der speicherresidente Anteil der Kapazität des Eigenschaften-Caches festgelegt.

In den meisten Fällen muss die Standardeinstellung für den Parameter PropertyStoreMappedCache nicht geändert werden. Es gibt jedoch zwei Situationen, in denen die Änderung der Standardeinstellung empfohlen wird.

• Auf Servern mit komplexen Indizes wird durch die Erhöhung dieses Werts in der Regel eine Leistungsoptimierung erzielt. Ist jedoch nicht genügend physischer Speicher vorhanden, kann die Leistung durch eine Änderung der Standardeinstellung beeinträchtigt werden.
• Die zweite Situation, in der eine Änderung der Standardeinstellung empfohlen wird, ist gegeben, wenn komplexe Abfragen nicht verarbeitet werden können. Auf diesen Umstand weist eine Systemüberlastung nach der Indexaktualisierung hin.

Trifft die zweite Situation zu, führen Sie folgende Schritte durch:

1. Überprüfen Sie die Größe der .prp-Datei im Verzeichnis Catalog.wci.
2. Verfügt Ihr System über einen Arbeitsspeicher von mindestens 32 MB plus die Größe der .prp-Datei, dividieren Sie die Größe der .prp-Datei durch 65536.
3. Multiplizieren Sie das Ergebnis mit 50 Prozent, um den zukünftigen Datenzuwachs zu berücksichtigen.
4. Setzen Sie den Registrierungsparameter PropertyStoreMappedCache auf den errechneten Wert. Geben Sie diesen Wert als Dezimalzahl an.
5. Halten Sie den Dienst Inhaltsindex über die Option Dienste in der Systemsteuerung unter Windows NT an, und starten Sie den Dienst anschließend erneut.

Verfügt der Server z. B. über 64 MB Arbeitsspeicher und beträgt die Größe der .prp-Datei 16.259.840 Byte, erhöhen Sie die Einstellung für den Parameter PropertyStoreMappedCache auf 372.

© 1998 Microsoft Corporation. Alle Rechte vorbehalten.

Fehlerbehandlung

Während dem Filtern, Indizieren und Zusammenführen können verschiedene Fehler auftreten. Beschädigte Indizes können vollständig wieder hergestellt werden, es sei denn, es handelt sich um einen Hardewarefehler. Bei einer Überlastung des Systems werden Indizierungs- und Zusammenführungsvorgänge vorübergehend angehalten. Fehlgeschlagene Operationen werden an einer anderen Stelle behandelt.

Die Bedingung "Kein Speicherplatz auf Datenträger"

Eine Zusammenführung wird nicht gestartet, wenn der verfügbare Festplattenspeicher auf dem Kataloglaufwerk nicht ausreicht. Es ist jedoch möglich, dass diese Bedingung auf dem Kataloglaufwerk eintritt, während eine Zusammenführung durchgeführt wird. Eine Übersichtszusammenführung wird in diesem Fall abgebrochen. Es wird ein erneuter Versuch gestartet, diese Operation durchzuführen, nachdem Festplattenspeicher freigegeben wurde. Eine Hauptzusammenführung wird in diesem Fall nicht abgebrochen, sondern vorübergehend angehalten. Es wird eine Meldung in das Ereignisprotokoll unter Windows NT geschrieben, das darauf hinweist, dass die Hauptzusammenführung angehalten wurde. Außerdem wird das Ereignis Kein Speicherplatz auf Datenträger in das Protokoll geschrieben. Durch Löschen nicht benötigter Datendateien aus dem Korpus kann der Administrator Festplattenspeicher freigeben.

Wichtig    Löschen Sie keine Dateien im Katalogverzeichnis von Index Server.

Das System ermittelt automatisch, zu welchem Zeitpunkt genügend Festplattenspeicher freigegeben wurde, und startet fehlgeschlagene Operationen dann erneut.

© 1998 Microsoft Corporation. Alle Rechte vorbehalten.

Zusammenführen von Indizes

Das Zusammenfassen von Daten aus mehreren Indizes zur Erstellung eines Indexes wird als Zusammenführung bezeichnet. Bei diesem Verfahren werden einige redundante Daten entfernt sowie Ressourcen freigegeben. Darüber hinaus können Abfragen schneller verarbeitet werden, wenn die Anzahl der vorhandenen Indizes geringer ist. Es gibt drei verschiedene Typen der Zusammenführung:

• Übersichtszusammenführung
• Hauptzusammenführung
• Optimierende Zusammenführung

Nach Abschluss der Zusammenführung werden alle Quellindizes durch einen Zielindex ersetzt.

Übersichtszusammenführung

Das Zusammenfassen mehrerer Wortlisten und Übersichtsindizes zu einem Übersichtsindex wird als Übersichtszusammenführung bezeichnet. Eine Übersichtszusammenführung wird durchgeführt, um den von Wortlisten belegten Speicher freizugeben und um Daten nach dem Filtern als beständige Daten zu speichern. In der Regel handelt es sich bei dieser Art der Zusammenführung um eine schnelle Operation.

Im allgemeinen bestehen die Quellindizes für eine Übersichtszusammenführung aus Wortlisten. Wenn jedoch die Gesamtzahl der Übersichtsindizes den Wert für MaxIndexes übersteigt, werden einige der Übersichtsindizes als Quellindizes verwendet. Übersichtsindizes werden auch bei einer optimierenden Zusammenführung als Quellindizes verwendet.

Eine Übersichtszusammenführung wird durch folgende Bedingungen ausgelöst:

• Die Anzahl der Wortlisten übersteigt den Wert für MaxWordLists.
• Die Gesamtgröße aller Wortlisten übersteigt den Wert für MinSizeMergeWordLists.
• Eine Übersichtszusammenführung ist auch der einleitende Status bei einer Hauptzusammenführung. Bevor diese gestartet wird, erfolgt eine Übersichtszusammenführung, um alle bestehenden Wortlisten in einem Übersichtsindex zusammenzufassen.
• Bei der Durchführung einer optimierenden Zusammenführung wird ebenfalls eine Übersichtszusammenführung ausgelöst.

Hauptzusammenführung

Für eine Hauptzusammenführung werden alle vorhandenen Übersichtsindizes und ggf. der aktuelle Hauptindex als Quellindizes verwendet. Nach Abschluss der Hauptzusammenführung werden alle Quellindizes durch einen Zielindex, d. h. den neuen Hauptindex, ersetzt. Obwohl es sich bei einer Hautpzusammenführung um eine ressourcenintensive Operation (für die CPU und den Datenträger) handelt, werden nach Abschluss dieser Zusammenführung Ressourcen freigegeben. Redundante Daten werden gelöscht, und Abfragen können schneller verarbeitet werden.

Abhängig von der Größe des Quellindexes kann eine Hauptzusammenführung sehr lange dauern. Nach einem Abbruch oder nach dem Herunterfahren des Systems kann die Operation jedoch an der Stelle fortgesetzt werden, an der sie unterbrochen wurde.

Wird eine Hauptzusammenführung gestartet, fortgesetzt oder angehalten, wird eine Meldung in das Ereignisprotokoll geschrieben. Es gibt verschieden Gründe für die Durchführung einer Hauptzusammenführung. Einige dieser Gründe werden nachfolgend aufgeführt.

• Nächtliche Wartung. Es kann ein Zeitpunkt angegeben werden, zu dem die Hauptzusammeführung jede Nacht als Wartungsmaßnahme durchgeführt werden soll. Über den Registrierungswert MasterMergeTime wird angegeben, wie viele Minuten nach Mitternacht die Zusammenführung beginnen soll. Standardmäßig beginnt die Hauptzusammenführung um Mitternacht. Es sollte ein Zeitpunkt ausgewählt werden, zu dem die Serverauslastung am geringsten ist.
• Überschreitet die Anzahl der seit der letzten Hauptzusammenführung geänderten Dokumente den Wert des Parameters MaxFreshCount, wird eine Hauptzusammenführung durchgeführt, um die Anzahl der geänderten Dokumente zu reduzieren. Ist die Anzahl der geänderten Dokumente zu hoch, führt dies zu einer zusätzlichen Speicherauslastung. Durch eine Hauptzusammenführung wird der Wert für FreshCount auf Null gesetzt.
• Wenn der auf dem Kataloglaufwerk verfügbare Speicher den Wert für MinDiskFreeForceMerge unterschreitet und der von allen Übersichtsindizes belegte Speicherplatz den Wert für MaxShadowFreeForceMerge überschreitet, wird eine Hauptzusammenführung eingeleitet, um die Übersichtsindizes zusammenzuführen und Speicherplatz freizugeben.
• Überschreitet der durch alle Übersichtsindizes belegte Speicherplatz den Wert für MaxShadowIndexSize, wird eine Hauptzusammenführung eingeleitet, um die Übersichtsindizes zusammenzufassen. Diese Bedingung hat im Vergleich zu der zuvor angeführten Bedingung Priorität.
• Außerdem kann der Administrator durch die Verwendung der administrativen Web-Seiten eine Hauptzusammenführung erzwingen. Da Abfragen nach einer Hauptzusammenführung schneller verarbeitet werden können, kann das Erzwingen einer Hauptzusammenführung unter Umständen bereits sinnvoll sein, bevor sie durch eine der genannten Bedingungen ausgelöst wird.

Optimierende Zusammenführung

Eine optimierende Zusammenführung ist eine besondere Art der Übersichtszusammenführung, die durchgeführt wird, wenn das System für einen gewissen Zeitraum nicht aktiv ist und die Gesamtzahl der beständigen Indizes den Wert für MaxIdealIndexes überschreitet. Der Wert für den Registrierungsparameter MinMergeIdleTime gibt über eine Prozentzahl den Zeitraum an, für den die CPU nicht aktiv sein darf, bevor eine optimierende Zusammenführung ausgelöst wird. Eine optimierende Zusammenführung verbessert die Leistung bei der Verarbeitung von Abfragen und die Nutzung des Festplattenspeichers, da die Anzahl der Übersichtsindizes reduziert wird.

© 1998 Microsoft Corporation. Alle Rechte vorbehalten.

Wiederherstellung nach einem Systemfehler

Bei einem abrupten Beenden von Index Server kann der Eigenschaften-Cache beschädigt werden. Wenn Index Server abrupt beendet wurde, wird beim nächsten Start die Konsistenz des Eigenschaften-Caches überprüft. Gegebenenfalls ermittelte Fehler werden dann behoben. Unter Umständen werden jedoch irreparable Inkonsistenzen festgestellt. In diesem Fall werden alle vorhandenen Indexdaten entfernt und sämtliche Dokumente automatisch erneut indiziert. Weitere Informationen hierzu finden Sie auf der Seite Fehlerermittlung und Wiederherstellung.

Wenn eine Wiederherstellung des Eigenschaften-Caches erfolgt, werden Ereignisse in das Ereignisprotokoll geschrieben.

Durch das Hinzufügen eines neuen Registrierungsparameters kann einer Beschädigung des Eigenschaften-Caches weit gehend vorgebeugt werden. Weitere Informationen zur Feinabstimmung dieser Funktion finden Sie unter PropertyStoreBackupSize auf der Seite "Wichtige Registrierungsparameter".

© 1998 Microsoft Corporation. Alle Rechte vorbehalten.

Indextypen

In diesem Abschnitt werden die Indextypen eingeführt, die unter Index Server erstellt werden können:

• Wortlisten
• Beständiger Index

Aus einem Dokument extrahierte Wörter und Eigenschaften werden zunächst in eine Wortliste aufgenommen, dann in einem Übersichtsindex und schließlich in einem Hauptindex zusammengeführt. Diese Struktur gewährleistet eine schnelle Reaktionszeit und eine optimale Leistung. Darüber hinaus wird sichergestellt, dass die Quellressourcen optimal genutzt werden. Auch wenn für die interne Verarbeitung mehrere Indizes eingesetzt werden, geschieht dies im Hintergrund, und die Details bleiben dem Benutzer verborgen. Dieser erhält lediglich eine Liste mit Dokumenten, die die Kriterien der ausgegebenen Abfrage erfüllen.

Wortlisten

Wortlisten sind kleine Indizes, die in den Arbeitsspeicher geschrieben werden. Jede Wortliste enthält Daten aus einer kleineren Anzahl von Dokumenten. Sobald ein Dokument gefiltert wurde, werden die Daten aus dem Dokument in einer Wortliste gespeichert. Die Erstellung von Wortlisten erfolgt sehr schnell und erfordert keine Aktualisierung von auf der Festplatte gespeicherten Daten. Wortlisten werden bei der Indizierung gewissermaßen als temporärer Speicher verwendet.

Es gibt verschiedene Registrierungsparameter, über die das Verhalten von Wortlisten gesteuert wird. Alle diese Schlüssel befinden sich unter folgendem Pfad:

HKEY_LOCAL_MACHINE 
\SYSTEM
 \CurrentControlSet
  \Control
   \ContentIndex

Die folgende Liste enthält eine Aufführung dieser Registrierungsparameter sowie Verknüpfungen zu den entsprechenden Erklärungen:

• MaxWordLists
• MaxWordlistSize
• MinSizeMergeWordlists
• MinWordlistMemory

Nachdem die Anzahl der Wortlisten den Wert für den Parameter MaxWordLists übersteigt, werden die Listen zu einem Übersichtsindex zusammengeführt. Diese Zusammenführung wird als Übersichtszusammenführung bezeichnet. Die Daten in Wortlisten werden nur zu einem geringen Maße komprimiert, da es sich bei diesen Listen um temporäre Daten handelt. Da Wortlisten in den Arbeitsspeicher geschrieben werden, müssen die Dokumente in einer Wortliste immer wieder gefiltert werden, wenn der Inhaltsindexdienst erneut gestartet wird. Das erneute Filtern wird unter Index Server automatisch erkannt und durchgeführt.

Beständiger Index

Wenn Indexdaten auf der Festplatte gespeichert werden, werden sie als beständiger Index bezeichnet. Im Gegensatz zu Wortlisten, die in den Arbeitsspeicher geschrieben werden, bleibt ein beständiger Index auch nach dem Herunterfahren und dem Neustart des Systems erhalten. Daten aus einem beständigen Index werden in einem stark komprimierten Format gespeichert. Bei beständigen Indizes können zwei Typen unterschieden werden:

• Übersichtsindex
• Hauptindex

Übersichtsindex

Bei einem Übersichtsindex handelt es sich um einen beständigen Index, der durch die Zusammenführung von Wortlisten erstellt wird. In einigen Fällen werden bei der Erstellung eines Übersichtsindexes auch mehrere Übersichtsindizes zu einem neuen Index zusammengeführt. Ein Katalog kann mehrere Übersichtsindizes enthalten.

Hauptindex

Bei einem Hauptindex handelt es sich um einen beständigen Index, in dem die indizierten Daten aus einer großen Anzahl von Dokumenten enthalten sind. In der Regel ist dieser Index die umfangreichste beständige Datenstruktur. Im Idealfall ist der Hauptindex der einzige vorhandene Index. Das heißt, alle indizierten Daten sind im Hauptindex gespeichert, und es sind weder Übersichtsindizes noch Wortlisten vorhanden. Die Daten im Hauptindex sind stark komprimiert.

Ein Hauptindex wird durch eine Hauptzusammenführung erstellt, bei der alle Übersichtsindizes und ggf. ein vorhandener Hauptindex zu einem neuen Hauptindex zusammengeführt werden. Nach der Hauptzusammenführung werden alle Quellindizes gelöscht, sodass lediglich der neue Hauptindex verfügbar ist. Unter diesen Bedingungen können Abfragen optimal verarbeitet werden.

Die Gesamtzahl aller beständigen Indizes (Übersichtsindizes und Hauptindex) in einem Katalog darf den Höchstwert von 255 nicht überschreiten.

© 1998 Microsoft Corporation. Alle Rechte vorbehalten.

Setup

In diesem Abschnitt wird beschrieben, wie Microsoft Index Server installiert wird, und wie Sie die Anwendung so einrichten, dass Sie Ihre Arbeit schnell beginnen können. Starten Sie einfach das Installationsprogramm für Internet Information Server, und zeigen Sie von der Startseite aus auf Index Server-Beispielabfrageformular, und geben Sie anschließend eine Abfrage ein.

Dieser Abschnitt enthält folgende Hilfethemen:

• Systemanforderungen: Er werden die Hardware- und Sofwarekomponenten beschrieben, die für die erfolgreiche Ausführung von Index Server erforderlich sind.
• Einrichten von Index Server: Es werden die einzelnen Schritte zum Einrichten von Index Server aufgeführt.
• Empfohlene Konfiguration: Es werden die Mindestanforderungen an die Konfiguration beschrieben, die für das Einrichten von Index Server erforderlich sind.
• Beispieldateien: Es wird auf Beispiele verwiesen, die Sie für die Erstellung benutzerdefinierter Suchformulare verwenden können.
• Lizenzvertrag: Es werden die rechtlichen Aspekte der Index Server-Lizenzen beschrieben.

© 1998 Microsoft Corporation. Alle Rechte vorbehalten.

Die Funktionsweise von Index Server

Index Server wurde in Internet Information Server (IIS) integriert und ist für die Indizierung des gesamten Textes und der Eigenschaften von Dokumenten auf einem IIS-Server ausgelegt. Index Server kann sowohl für die Indizierung eines unternehmensspezifischen Intranets als auch für die Indizierung von Internet-Dokumenten eingesetzt werden.

Dieser Abschnitt enthält folgende Hilfethemen:

• Neue Features: Es werden Einzelheiten zur Erstellung und Konfiguration komplexer Suchformulare gegeben.
• Abfrageformulare: Es wird kurz das Konzept der Abfrageformulare erläutert.
• Standardabfragefunktionen: Es werden die drei Standardfunktionen bei der Abfrage vorgestellt: Bereich, Einschränkung und Ergebnissätze.
• Abfragen: Es wird beschrieben, wie unter Index Server die Dokumente einer Site durchsucht werden.
• Grundlegende Funktionen bei der Indizierung: Es wird ein kurzer Überblick über die Indizierung und eine Zusammenfassung der Indizierungsfunktionen gegeben.
• Unterstützung für mehrere Sprachen: Es wird erläutert, wie unter Index Server Sites unterstützt werden, die Dokumente in verschiedenen Sprachen enthalten, und wie Server innerhalb verschiedener Gebietsschemata abgefragt werden.

Die Benutzer der Clientcomputer können Abfragen ausgeben, indem Sie mit Hilfe eines beliebigen Webbrowsers die Felder eines einfachen Web-Abfrageformulars ausfüllen. Der Webserver leitet das Abfrageformular an das Abfragemodul weiter, das die entsprechenden Dokumente ermittelt, und die Ergebnisse in Form einer Web-Seite an den Clientcomputer zurückgibt.

Unter Index Server können Textelemente und Eigenschaften in formatierten Dokumenten indiziert werden, die beispielsweise mit Hilfe von Microsoft® Word, Microsoft® Excel und Microsoft®Active Server Pages erstellt wurden. Unter Verwendung dieser Funktion müssen vorhandene Dokumente für die Veröffentlichung im Intranet nicht in das HTML-Format konvertiert werden.

© 1998 Microsoft Corporation. Alle Rechte vorbehalten.

Browser zur Erkennung verschiedener Sprachen

Wenn Sie CiLocale in den .idq-Dateien angeben, können Sie das von einem Browser übermittelte Gebietsschema überschreiben. Der Webbrowser sendet das Gebietsschema über den Parameter HTTP_ACCEPT_LANGUAGE. Unter Gültige Gebietsschema-IDs finden Sie eine Liste mit gültigen Gebietsschema-IDs.

Anstatt das von einem Browser übermittelte Gebietsschema zu überschreiben, können Sie jedoch auch mit dem von einem Browser gesendeten Gebietsschema zur Abfrage von Text in verschiedenen Sprachen arbeiten. Über eine HTML-Seite kann beispielsweise eine Abfrage für deutschen Text (CiLocale=De) und eine weitere Abfrage für spanischen Text (CiLocale=Es) ausgegeben werden. Wird CiLocale in der .idq-Datei nicht gefunden, wird das vom Browser gesendete Gebietsschema verwendet. Übermittelt der Browser kein Gebietsschema, wird unter Index Server das Gebietsschema des Webservers verwendet.

In der folgenden Tabelle werden Beispiele für drei verschiedene Einstellungen aufgeführt. Bei jeder dieser drei Einstellungen wird eine andere Quelle für den Wert von CiLocale verwendet:

© 1998 Microsoft Corporation. Alle Rechte vorbehalten.

Einstellen des Sprachcodes in HTML-Dateien

Wenn Ihre Website Dokumente in verschiedenen Sprachen enthält, können Sie die Variable MS.Locale in jedem Dokument für Dokumentabfragen in einer bestimmten Sprache setzen und die Variable Content-Type so setzen, dass im Ergebnis der entsprechende Zeichensatz angezeigt wird. Wenn auf Ihren HTML-Seiten verschiedene Sprachen vertreten sind, sollten Sie beide Variablen verwenden.

Setzen von MS.Locale

Die Variable MS.Locale gibt die Sprache an, in der das Dokument verfasst wurde. Anhand dieser Eigenschaft werden unter Index Server auch die richtigen für ein Gebietsschema spezifischen Ressourcen bei der Verarbeitung der HTML-Seite verwendet. Sie sollten diese Variable setzen, wenn sich die indizierten HTML-Seiten auf Sites innerhalb verschiedener Gebietsschemata befinden. Befinden sich alle indizierten HTML-Seiten in demselben Gebietsschema wie der Server unter Index Server, muss diese Eigenschaft nicht in den HTML-Dateien enthalten sein.

Um beispielsweise ein Gebietsschema für Japanisch zu bestimmen, setzen Sie die Metamarke MS.Locale folgendermaßen:

 <META NAME="MS.LOCALE"   CONTENT="JA"> 

Wenn die Variable MS.Locale in den HTML-Dateien enthalten ist, können Clients, ebenso wie für andere Eigenschaften von Metamarken, eine Abfrage für diese Eigenschaft ausgeben. Sie können z. B. folgende Abfrage ausgeben, um alle Dokumente in Japanisch anzuzeigen:

 @Locale JA 

Unter Gültige Gebietsschema-IDs finden Sie eine Liste mit gültigen Gebietsschema-IDs.

Setzen von Charset

Die Variable Charset ist ein Teil der Metamarke HTTP-EQUIV, die zur Angabe des verwendeten Zeichensatzes auf einer HTML-Seite verwendet wird. Unter Index Server wird dieser Zeichensatz verwendet, um den Text auf der HTML-Seite unter Verwendung der richtigen Zeichen anzuzeigen. In einer Datei, die in Japanisch verfasst wurde, muss die Variable Charset z. B. auf shift_jis gesetzt werden. Vergleichen Sie folgendes Beispiel:

 <META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=shift_jis"> 

Unter Metamarken für gültige Zeichensätze finden Sie eine Liste mit gültigen Zeichensätzen.

© 1998 Microsoft Corporation. Alle Rechte vorbehalten.

Unterstützung für mehrere Sprachen

Viele Web-Seiten sind heute in Englisch verfasst, aber es gibt auch eine ganze Reihe von Web-Seiten in anderen Sprachen. Da IIS Dokumente in vielen Sprachen verarbeiten kann, sind die mehrsprachige Indizierung und das Abfragen in verschiedenen Sprachen unter Index Server als Standardfunktionen integriert. Bei der Entwicklung des Abfragesystems wurde die Lokalisierung in jeder Hinsicht berücksichtigt. Das Abfragesystem ist vollständig modularisiert, und es können sprachspezifische Dienstprogramme dynamisch geladen und entfernt werden. Diese Dienstprogramme umfassen Worttrennmodule, Wortstammgeneratoren und Normalisierungsmodule. Linguistische Komponenten dieser Art sind für verschiedene Sprachen verfügbar.

Unter Index Server können mehrsprachige Dokumenten indiziert werden, und bei Bedarf kann zwischen verschiedenen Sprachen gewechselt werden (Index Server kann beispielsweise einen Absatz in Englisch indizieren, dann einen Absatz in Französisch und anschließend wieder zur englischen Sprache wechseln). Alle Indexdaten werden als Unicode-Zeichen gespeichert, und alle Abfragen werden vor der Verarbeitung in Unicode konvertiert.

Unter Index Server wird nicht zwischen verschiedenen Sprachen unterschieden, nachdem die Wörter in den Index aufgenommen wurden. Daher werden als Ergebnis möglicherweise Dokumente zurückgegeben, die nicht in der Sprache verfasst wurden, die bei der Ausgabe der Abfrage verwendet wurde. In vielen Fällen ist dieser Umstand von Vorteil. Auf eine Abfrage mit dem Suchkriterium Windows 95 wird z. B. ein französisches Dokument zurückgegeben, das den englischen Ausdruck Windows 95 enthält. In einigen Fällen enthalten Sprachen so genannte homologe Wörter, deren Schreibweise in verschiedenen Sprachen identisch ist, die aber in den einzelnen Sprachen jeweils eine andere Bedeutung haben. Solche Wörter können unter Index Server nicht unterschieden werden, da keine Sprachübersetzung durchgeführt wird.

Abschließend sollten Sie berücksichtigen, dass durch die Kombination verschiedener Sprachen unerwartete Ergebnisse zurückgegeben werden können. Wenn Sie z. B. das mehrsprachige Formular auf Deutsch setzen und als Abfragekriterium englische Wörter verwenden, werden sich die zurückgegebenen Ergebnisse von den Ergebnissen unterscheiden, die Sie auf dieselbe Abfrage erhalten, wenn die Sprache für das Formular auf Englisch gesetzt wurde. Dieser Umstand basiert darauf, dass unter Index Server für die Analyse der Abfragefelder zur Ermittlung der zu suchenden Wörter und Begriffe die linguistischen Module für die deutsche Sprache verwendet werden (d. h., es wird versucht, eine deutsche Worttrennung für einen englischen Text durchzuführen). Wenn die Zeichen im Text mit Hilfe des deutschen Worttrennmoduls in Wörter getrennt werden, werden dabei die deutschen Grammatikregeln zugrundegelegt. Daher werden häufig fehlerhafte Ergebnisse zurückgegeben, wenn das Worttrennmodul zur Trennung von Texten verwendet wird, die in einer anderen Sprache verfasst wurden.

Dieser Abschnitt enthält folgende Hilfethemen:

• Abfragen einer Site ohne Sprachressourcen: Es werden die Sprachen aufgelistet, die im Lieferumfang von Index Server enthalten sind, und es wird beschrieben, welche Auswirkung die Ausgabe einer Abfrage für eine Site hat, die keine Sprachressourcen enthält.
• Einstellen des Sprachcodes in HTML-Dateien: Es wird die Verwendung von MS.Locale in HTML-Dateien erläutert.
• Browser zur Erkennung verschiedener Sprachen: Es werden die Auswirkungen von HTTP_ACCEPT_LANGUAGE auf die Einstellungen von CiLocale beschrieben.
• Richtige Anzeige der Ergebnismenge: Es wird erläutert, wie Sie mit Hilfe der Variablen CiCodepage den Browser für die richtige Anzeige in der richtigen Sprache einstellen.

© 1998 Microsoft Corporation. Alle Rechte vorbehalten.

Richtige Anzeige der Ergebnismenge

In diesem Abschnitt wird erläutert, wie Sie die fehlerfreie Anzeige der Abfrageergebnisse gewährleisten können. Diese Informationen sind sowohl für einen Webadministrator hilfreich, der die erforderlichen Einstellungen für Abfragen aus unterschiedlichen Gebietsschemata vornehmen muss, als auch für den Benutzer des Clientcomputers, der unter Umständen Abfragen für ein Gebietsschema ausgibt, das sich von dem über die Browsereinstellung für HTTP_ACCEPT_LANGUAGE festgelegten Gebietsschema unterscheidet.

Dieser Abschnitt enthält folgende Hilfethemen:

• Zurückgeben von Ergebnissen für ein anderes Gebietsschema
• Abfragen einer Site in einem anderen Gebietsschema

Zurückgeben von Ergebnissen für ein anderes Gebietsschema

Wenn Sie Abfragen von Sites aus anderen Gebietsschemata erwarten, können Sie die Variable CiCodepage in der .htm-, .htx-Datei (und .htw-Datei) setzen, um sicherzustellen, dass die Ergebnisse bei der Rückgabe an den Client fehlerfrei angezeigt werden.

Wenn Sie den Wert für CiCodepage auf CiCodepage=<%CiCodepage%> setzen, verwendet Index Server den vom Browser gesendeten Wert, um die Ergebnisse unter Verwendung des richtigen Zeichensatzes anzuzeigen. Bei dieser Einstellung in der .htx- oder .htw-Datei ist die Variable CiCodepage nur verfügbar, wenn sie in einer Abfrage enthalten ist.

Abfragen einer Site in einem anderen Gebietsschema

Wenn Sie eine Abfrage für Dokumente in verschiedenen Sprachen ausgeben, können Sie in der URL-Adresse die Marke CiCodepage senden, um die Einstellung für den Zeichensatz auf der Codepage des Servers und in der Variable HTTP_ACCEPT_LANGUAGE im Browser zu überschreiben. Gehen Sie beispielsweise davon aus, dass ein japanischer Client namens Yukio eine Abfrage für eine Site in den USA ausgeben möchte, die Dokumente in US-amerikanischem Englisch enthält. Yukio möchte eine Liste aller Dokumente anzeigen, die das Wort cache enthalten. Durch Anhängen der Marke CiCodepage an die Abfrage, wird die Einstellung für HTTP_ACCEPT_LANGUAGE im Browser überschrieben und sichergestellt, dass die Abfrageergebnisse in Englisch zurückgegeben werden.

Im nachfolgenden Beispiel fragt Yukio einen Server namens Example unter example.microsoft.com und ein Virtuelles Verzeichnis namens Software ab.

 http://example.microsoft.com/software/[form.htm]

Im Suchformular gibt Yukio für diese Abfrage Folgendes ein:

 Cache&CiLocale=EN&CiCodepage=Windows-1252

© 1998 Microsoft Corporation. Alle Rechte vorbehalten.

Abfragen einer Site ohne Sprachressourcen

Im Lieferumfang von Index Server sind verschiedene Sprachen enthalten, die Sie bei der Ausführung des Setups-Programms auf Ihrer Site installieren können. Auf der Index Server-Web-Seite finden Sie eine Liste dieser Sprachen . Unter Einrichten von Index Server finden Sie Anweisungen zum Einrichten von Index Server sowie zur Auswahl der zu installierenden Sprachen.

Wenn auf einer Site keine bestimmten Sprachressourcen installiert wurden, gibt Index Server die Ergebnisse im Format für das Gebietsschema auf Ihrem System zurück. Wenn Sie dieselbe Site abfragen und dabei die Variable CiLocale für das Dokument angeben, werden die Ergebnisse mit einer neutralen Einstellung für die Variable CiLocale zurückgegeben.

Gehen Sie beispielsweise davon aus, dass eine Site in den USA einige Dokumente in Russisch enthält. Für die Variable CiLocale wurde auf dieser Site der Wert US für US-amerikanisches Englisch angegeben. Wenn Sie eine Abfrage für diese Site ausgeben, um alle russischen Dokumente anzuzeigen, können Sie für die Variable CiLocale den Wert RU angeben, damit Index Server die Dokumente in Russisch anzeigt. Geben Sie Ihre Abfrage aus, ohne einen Wert für CiLocale anzugeben, löscht Index Server die Systemvariable CiLocale (US). Die zurückgegebenen Ergebnisse sind in diesem Fall nicht lesbar. Weitere Informationen zur Verwendung mehrere Sprachen finden Sie auf der Website Inso Corporation.

© 1998 Microsoft Corporation. Alle Rechte vorbehalten.

Lizenzvertrag

Microsoft Index Server, Version 2.0
ENDBENUTZER-LIZENZVERTRAG FÜR SOFTWARE VON MICROSOFT

WICHTIG - BITTE SORGFÄLTIG LESEN: Dieser Endbenutzer-Lizenzvertrag ("EULA") ist ein rechtsgültiger Vertrag zwischen Ihnen (entweder als natürlicher oder juristischer Person) und dem Hersteller ("Hersteller") des Computersystems ("SYSTEM"), das Sie zusammen mit verschiedenen auf dem SYSTEM installierten bzw. im SYSTEM-Paket enthaltenen Microsoft-Softwareprodukten ("SOFTWARE") erworben haben. Die SOFTWARE enthält Computersoftware, die dazugehörigen Medien, gedruckte Materialien und Dokumentation im "Online"- oder elektronischen Format. Indem Sie die SOFTWARE installieren, kopieren oder anderweitig verwenden, erklären Sie sich einverstanden, durch die Bestimmungen dieses EULAs gebunden zu sein. Falls Sie den Bestimmungen dieses EULAs nicht zustimmen, sind der Hersteller und Microsoft Corporation ("Microsoft") nicht bereit, die SOFTWARE für Sie zu lizenzieren. In diesem Falle sind Sie nicht berechtigt, die SOFTWARE zu verwenden oder zu kopieren. Ferner sind Sie verpflichtet, sich mit dem PC-Hersteller unverzüglich in Verbindung zu setzen, um von diesem zu erfahren, wie Sie das/die unbenutzte/n Produkt/e gegen Rückerstattung des Kaufpreises zurückgeben können.

SOFTWARELIZENZ

Die SOFTWARE wird sowohl durch Urheberrechtsgesetze und internationale Urheberrechtsverträge geschützt als auch durch andere Gesetze und Vereinbarungen über geistiges Eigentum. Die SOFTWARE wird lizenziert, nicht verkauft.

1. Bei dem SOFTWAREPRODUKT handelt es sich um Software, die zusammen mit Windows NT Server ausgeführt wird, welches Internet Information Server enthält.

2. LIZENZEINRÄUMUNG. Dieses EULA räumt Ihnen die folgenden Rechte bezüglich der SOFTWARE ein:

Verwendung mit Windows NT Workstation. Sie sind berechtigt, Kopien des SOFTWAREPRODUKTS auf Computern, die lizenzierte Kopien von Windows NT Workstation ausführen, zu installieren und zu verwenden. Anmerkung: Wenn Windows NT Workstation auf einem Computer installiert ist (ein “Arbeitsstations- Computer”), sind maximal zehn (10) Computer berechtigt, eine Verbindung mit dem Arbeitsstations-Computer herzustellen, um auf die Dienste des SOFTWAREPRODUKTS zuzugreifen und diese zu verwenden. Inbegriffen in der maximalen Anzahl von zehn Verbindungen sind alle indirekten Verbindungen, die durch Software oder Hardware, die Verbindungen zusammenfaßt, hergestellt werden.

Verwendung mit Windows NT Server. Sie sind berechtigt, Kopien des SOFTWAREPRODUKTS auf jedem Computer, auf dem eine lizenzierte Kopie von Windows NT Server ausgeführt wird (ein “Servercomputer”), zu installieren und zu verwenden. Eine unbeschränkte Anzahl von Computern oder Arbeitsstationen dürfen auf die Dienste des auf einem Servercomputer ausgeführten SOFTWAREPRODUKTS zugreifen und sie anderweitig verwenden.

Sicherungskopien. Sie sind berechtigt, für alle Computer, auf denen Sie das SOFTWAREPRODUKT installiert haben, Sicherungskopien des SOFTWAREPRODUKTS anzufertigen.

Alle nicht ausdrücklich eingeräumten Rechte bleiben Microsoft vorbehalten.

3. BESCHREIBUNG WEITERER RECHTE UND EINSCHRÄNKUNGEN

• Beschränkungen im Hinblick auf Zurückentwicklung (Reverse Engineering), Dekompilierung und Disassemblierung. Sie sind nicht berechtigt, das SOFTWAREPRODUKT zurückzuentwickeln (Reverse Engineering), zu dekompilieren oder zu disassemblieren, es sei denn und nur insoweit wie das anwendbare Recht, ungeachtet dieser Beschränkung, dies ausdrücklich gestattet.

• Keine Leistungs- oder Vergleichstests. Ohne die vorherige schriftliche Genehmigung von Microsoft dürfen Sie die Ergebnisse von Vergleichstests eines SOFTWAREPRODUKTS nicht an Dritte weitergeben.

• Trennung von Komponenten. Das SOFTWAREPRODUKT wird als einzelnes Produkt lizenziert. Sie sind nicht berechtigt, dessen Komponenten für die Verwendung auf mehr als einem Computer zu trennen.

• Serviceleistungen. Microsoft bietet Ihnen möglicherweise Serviceleistungen in Verbindung mit dem SOFTWAREPRODUKT (“Serviceleistungen”). Die Serviceleistungen können entsprechend den Microsoft-Bestimmungen und -Programmen, die im Benutzerhandbuch, der “Online”-Dokumentation und/oder anderen von Microsoft zur Verfügung gestellten Materialien beschrieben sind, genutzt werden. Jeder ergänzende Softwarecode, der Ihnen als Teil der Serviceleistungen zur Verfügung gestellt wird, wird als Bestandteil des SOFTWAREPRODUKTS betrachtet und unterliegt den Bestimmungen und Bedingungen dieses EULAs. Microsoft ist berechtigt, die technischen Daten, die Sie Microsoft als Teil der Serviceleistungen zur Verfügung stellen, für geschäftliche Zwecke, einschließlich der Produktunterstützung und -entwicklung, zu verwenden. Microsoft verpflichtet sich, solche technischen Daten ausschließlich anonym im Sinne des Datenschutzes zu verwenden.

• Übertragung der Software. Sie sind berechtigt, alle Ihre Rechte aus diesem EULA auf Dauer zu übertragen, vorausgesetzt, der Empfänger stimmt den Bedingungen dieses EULAs zu.

• Kündigung. Unbeschadet sonstiger Rechte ist Microsoft berechtigt, dieses EULA zu kündigen, sofern Sie gegen die Bestimmungen und Bedingungen dieses EULAs verstoßen. In einem solchen Fall sind Sie verpflichtet, sämtliche Kopien des SOFTWAREPRODUKTS und alle seine Komponenten zu vernichten.

4. UPDATES. Wenn das SOFTWAREPRODUKT als Update gekennzeichnet ist, müssen Sie über die entsprechende Lizenz für ein Produkt, das von Microsoft als für das Update geeignet anerkannt wird, verfügen, um das SOFTWAREPRODUKT verwenden zu dürfen. Ein als Update bezeichnetes SOFTWAREPRODUKT ersetzt und/oder ergänzt das Produkt, das die Basis für das Update bildet. Sie sind verpflichtet, das Update-Produkt nur in Übereinstimmung mit den Bestimmungen dieses EULAs zu verwenden. Wenn das SOFTWAREPRODUKT ein Komponenten-Update eines Pakets von Softwareprogrammen ist, das für Sie als einzelnes Produkt lizenziert wurde, sind Sie nur berechtigt, das SOFTWAREPRODUKT als Bestandteil dieses einzelnen Produktpakets zu verwenden und zu übertragen. Das SOFTWAREPRODUKT darf nicht getrennt vom Paket auf einem anderen Computer verwendet werden.

5. URHEBERRECHT. Eigentum und Urheberrecht an dem SOFTWAREPRODUKT (einschließlich, aber nicht beschränkt auf Bilder, Fotografien, Animationen, Video, Audio, Musik, Text und “Applets”, die in dem SOFTWAREPRODUKT enthalten sind), den gedruckten Begleitmaterialien und jeder Kopie des SOFTWAREPRODUKTS liegen bei Microsoft oder deren Lieferanten. Das SOFTWAREPRODUKT ist durch Urheberrechtsgesetze und internationale Urheberrechtsbestimmungen geschützt. Eigentumsrechte und geistiges Eigentum am und in bezug auf den Inhalt, auf den durch das SOFTWAREPRODUKT zugegriffen wird, liegen beim jeweiligen Besitzer und können durch entsprechende urheberrechtliche oder andere Gesetze geschützt sein. Dieser Vertrag gibt Ihnen keine Rechte an solchem Inhalt.

6. AUSFUHRBESCHRÄNKUNGEN. Hiermit stimmen Sie zu, daß weder Sie noch Ihre Kunden beabsichtigen, das SOFTWAREPRODUKT oder damit zusammenhängende Dokumentation und technische Daten direkt oder indirekt in ein Land zu exportieren oder zu übermitteln, in das ein solcher Export oder eine solche Übertragung den durch die USA verhängten Ausfuhrbeschränkungen unterliegt, es sei denn, sie haben vorher die schriftliche Einwilligung, sofern erforderlich, des US-amerikanischen Amtes für Exportgenehmigungen oder einer anderen zuständigen Regierungsstelle eingeholt.

BESCHRÄNKTE GEWÄHRLEISTUNG. Microsoft garantiert (a) für einen Zeitraum von 90 Tagen ab Empfangsdatum, daß die SOFTWARE im wesentlichen gemäß dem begleitenden Produkthandbuch arbeitet, und (b) für einen Zeitraum von einem Jahr ab Empfangsdatum, daß eine die SOFTWARE begleitende, von Microsoft gelieferte Hardware bei normaler Verwendung und Wartung frei von Material- oder Verarbeitungsfehlern ist. Die Gewährleistung ist bezüglich der SOFTWARE auf 90 Tage und bezüglich der Hardware auf ein (1) Jahr beschränkt. DIESE GEWÄHRLEISTUNG WIRD VON MICROSOFT ALS HERSTELLER DES PRODUKTS ÜBERNOMMEN; ETWAIGE GESETZLICHE GEWÄHRLEISTUNGS- ODER HAFTUNGSANSPRÜCHE GEGEN DEN HÄNDLER, VON DEM SIE IHR EXEMPLAR DER SOFTWARE BEZOGEN HABEN, WERDEN HIERDURCH WEDER ERSETZT NOCH BESCHRÄNKT.

ANSPRÜCHE DES KUNDEN. Die gesamte Haftung von Microsoft und Ihr alleiniger Anspruch bestehen nach Wahl von Microsoft entweder (a) in der Rückerstattung des Kaufpreises oder (b) in der Reparatur oder dem Ersatz der SOFTWARE oder der Hardware, die der beschränkten Gewährleistung von Microsoft nicht genügt und zusammen mit einer Kopie Ihrer Quittung an Microsoft zurückgegeben wird. Diese beschränkte Gewährleistung gilt nicht, wenn der Ausfall der SOFTWARE oder der Hardware auf einen Unfall, auf Mißbrauch oder auf fehlerhafte Anwendung zurückzuführen ist. Für eine Ersatz-SOFTWARE übernimmt Microsoft nur für den Rest des ursprünglichen Gewährleistungszeitraums oder für 30 Tage eine Garantie, wobei der längere Zeitraum maßgebend ist.

KEINE WEITERE GEWÄHRLEISTUNG. MICROSOFT SCHLIESST FÜR SICH JEDE WEITERE GEWÄHRLEISTUNG BEZÜGLICH DER SOFTWARE, DER ZUGEHÖRIGEN HANDBÜCHER UND GEDRUCKTEN MATERIALIEN UND DER BEGLEITENDEN HARDWARE AUS.

KEINE HAFTUNG FÜR FOLGESCHÄDEN. WEDER MICROSOFT NOCH DEREN LIEFERANTEN SIND FÜR IRGENDWELCHE SCHÄDEN (UNEINGESCHRÄNKT EINGESCHLOSSEN SIND SCHÄDEN AUS ENTGANGENEM GEWINN, BETRIEBSUNTERBRECHUNG, VERLUST VON GESCHÄFTLICHEN INFORMATIONEN ODER VON DATEN ODER AUS ANDEREM FINANZIELLEN VERLUST) ERSATZPFLICHTIG, DIE AUFGRUND DER VERWENDUNG DIESES MICROSOFT-PRODUKTS ODER DER UNMÖGLICHKEIT, DIESES MICROSOFT-PRODUKT ZU VERWENDEN, ENTSTEHEN, SELBST WENN MICROSOFT AUF DIE MÖGLICHKEIT EINES SOLCHEN SCHADENS HINGEWIESEN WURDE. AUF JEDEN FALL IST DIE HAFTUNG VON MICROSOFT AUF DEN BETRAG BESCHRÄNKT, DEN SIE TATSÄCHLICH FÜR DAS PRODUKT BEZAHLT HABEN. DIESER AUSSCHLUSS GILT NICHT FÜR SCHÄDEN, DIE DURCH VORSATZ ODER GROBE FAHRLÄSSIGKEIT AUF SEITEN VON MICROSOFT VERURSACHT WURDEN. EBENFALLS BLEIBEN ANSPRÜCHE, DIE AUF UNABDINGBAREN GESETZLICHEN VORSCHRIFTEN ZUR PRODUKTHAFTUNG BERUHEN, UNBERÜHRT.

Falls Sie Fragen zu diesem Vertrag haben oder sich aus anderen Gründen mit Microsoft in Verbindung setzen möchten, verwenden Sie bitte die diesem Produkt beiliegende Adresseninformation, um mit der für Ihr Land zuständigen Microsoft-Niederlassung Kontakt aufzunehmen, oder schreiben Sie an: Microsoft Customer Sales and Service, One Microsoft Way, Redmond, Washington 98052-6399.

Sind Sie einverstanden, sich an die Bedingungen dieses EULA zu halten?

© 1998 Microsoft Corporation. Alle Rechte vorbehalten.

Neue Features

Aufbauend auf der neuen Funktionsvielfalt von Internet Information Server, Version 4.0, verfügt Microsoft Index Server, Version 2.0, über folgende Funktionen:

• Unterstützen von Active Server-Skripten: Wegbereiter zu größerer Flexibilität und Leistung beim Entwerfen dynamischer Abfrageformulare, beim Erstellen komplexer und präziser Abfragen und beim Verwalten von Abfrageergebnissen. Siehe Active Server Pages.
• Unterstützen von Abfragen in SQL: Bietet eine Alternative zu Internet Data Query-Formularen (.IDQ-Formularen), die in früheren Versionen von Index Server verfügbar waren. Siehe SQL-Zugriff auf Index Server-Daten.
• Bessere Verwaltung mit der Microsoft Management-Konsole: Ermöglicht das Konfigurieren von Index Server mit einer neuen Benutzeroberfläche zur Verwaltung der Microsoft® Management-Konsole (MMC). Durch die MMC werden viele Verwaltungsaufgaben erleichtert, und es stehen verschiedene neue Verwaltungsvorgänge zusätzlich zur Verfügung. Siehe Verwaltung.
• Suchen nach Internetmails: Die NNTP-Komponente von Microsoft® Windows NT 4.0 Option Pack indiziert Maildateien mit Index Server und verarbeitet Abfragen mit IMap4Rev1-kompatiblen Mail-Clients, wie beispielsweise Microsoft® Outlook Express, Microsoft® Outlook 98 und Netscape Messenger 4.0.
• Bessere Robustheit des Eigenschaften-Caches:Erstellt eine temporäre Datei auf dem Datenträger, um bei einem fehlerhaften Herunterfahren die Menge an verlorenen Daten im Eigenschaften-Cache zu minimieren. Mit dieser temporären Datei kann der Eigenschaften-Cache wiederhergestellt werden, ohne dass der Korpus neu indiziert werden muss. Weitere Informationen zum Eigenschaften-Cache finden Sie unter Eigenschaften der Zwischenspeicherung.
• Bessere Antwortzeit: Gibt Abfrageergebnisse fast zweimal schneller zurück als in früheren Versionen von Index Server.
• Mehrere Bereiche: Sie können die Site so konfigurieren, dass verschiedene Verzeichnisse in unterschiedlichen Strukturen gleichzeitig durchsucht werden können. Es ist auch möglich, Verzeichnisse aus dem Bereich auszuschließen. Siehe Variablen in Formularen und .Idq-Dateien.
• Inhaltsfilter für Microsoft® Office 97: Enthält die neuste Technologie von Microsoft, denn Sie können nach Dokumenten suchen, die in einer beliebigen Office 97-Anwendung erstellt wurden. Ein PDF-Filter steht zum Herunterladen auf der Website von Adobe® Systems Incorporated Adobe-Website zur Verfügung.

© 1998 Microsoft Corporation. Alle Rechte vorbehalten.

Boolesche Operatoren und Nähe-Operatoren

Mit Booleschen Operatoren und Nähe-Operatoren kann eine präzisere Abfrage erstellt werden.

Hinweise:

• Durch Hinzufügen von Klammern können Ausdrücke innerhalb einer Abfrage verschachtelt werden. Die Ausdrücke in Klammern werden vor dem Rest der Abfrage ausgewertet.
• Mit Anführungszeichen (") kann angezeigt werden, dass ein Boolesches oder ein Operatorschlüsselwort NEAR in der Abfrage ignoriert wird. "Abbott and Costello" stimmt beispielsweise mit Seiten überein, die diesen Ausdruck enthalten, nicht mit Seiten, die mit dem Booleschen Ausdruck übereinstimmen. (Neben der Funktion als Operator ist das Wort and im Englischen auch ein nicht signifikantes Wort.)
• Der Operator NEAR ist mit dem Operator AND vergleichbar, denn NEAR gibt eine Übereinstimmung zurück, wenn sich beide gesuchten Begriffe auf einer Seite befinden. Der Operator NEAR unterscheidet sich jedoch von AND, da der durch NEAR zugewiesene Rang von der Nähe der Wörter zueinander abhängt. Dies bedeutet, dass der Rang einer Seite, bei der die beiden gesuchten Wörter näher zusammenstehen, höher oder gleich dem Rang einer Seite ist, bei der die Wörter weiter voneinander entfernt sind. Beträgt der Abstand zwischen den gesuchten Wörtern mehr als 50 Wörter, so gilt der Abstand als zu groß, und die Seite wird mit Null eingestuft.
• Der Operator NOT kann nur nach einem Operator AND in Inhaltsabfragen verwendet werden; mit ihm können Seiten ausgeschlossen werden, die mit einer vorherigen Inhaltsbeschränkung übereinstimmen. In Eigenschaftswertabfragen kann der Operator NOT unabhängig vom Operator AND eingesetzt werden.
• Der Operator AND hat eine höhere Priorität als OR. Die ersten drei Abfragen sind beispielsweise gleich, aber die vierte Abfrage ist anders: a AND b OR c
  c OR a AND b
  c OR (a AND b)
  (c OR a) AND b.

Anmerkung   Die Symbole (&, |, !, ~) und die englischen Schlüsselwörter AND, OR, NOT und NEAR haben in allen von Index Server unterstützen Sprachen dieselben Funktionen. Es stehen auch lokalisierte Schlüsselwörter zur Verfügung, wenn das Gebietsschema des Browsers auf eine der folgenden sechs Sprachen gesetzt ist:

Anmerkung   Der Operator NEAR kann nur bei Wörtern oder Ausdrücken eingesetzt werden.

© 1998 Microsoft Corporation. Alle Rechte vorbehalten.

Abfragebeispiele

© 1998 Microsoft Corporation. Alle Rechte vorbehalten.

Volltextabfragen

Das Abfragemodul sucht nach Seiten, die die Wörter und Ausdrücke in einer Volltextabfrage am besten treffen. Dies geschieht durch eine automatische Suche nach Seiten, die mit der Bedeutung übereinstimmen, nicht mit dem exakten Wortlaut der Abfrage. Boolesche, Nähe- und Platzhalter-Operatoren werden innerhalb einer Volltextabfrage ignoriert. Einer Volltextabfrage wird $contents. vorangestellt.

© 1998 Microsoft Corporation. Alle Rechte vorbehalten.

Abfrageformulare

Benutzer reichen ihre Abfragen ein, indem sie die Felder eines Formulars ausfüllen. Mit Index Server kann der Administrator eines Webservers benutzerdefinierte Formulare erstellen, um den Benutzern bei der Suche nach Dokumenten auf der lokalen Site zu helfen. Der Administrator kann ein Formular verändern, sodass der Benutzer nach dem Inhalt oder nach anderen Dokumenteigenschaften wie Verfasser oder Thema suchen kann. Der Administrator erstellt ein Beispielabfrageformular in Standard-HTML, und das Formular ist etwas umfangreicher als eine Web-Seite. Jeder Benutzer, der weiß, wie Web-Seiten mit HTML erstellt werden, kann in wenigen Minuten ein einfaches Abfrageformular erstellen.

© 1998 Microsoft Corporation. Alle Rechte vorbehalten.

Standardabfragefunktionen

Dies sind die Standardfunktionen einer Abfrage:

• Bereich
• Einschränkung
• Ergebnissätze

Durch den Bereich wird dem Abfrage-Modul angegeben, wo gesucht werden soll. Er beschreibt den Satz der Dokumente innerhalb des Korpus, der durchsucht wird. Durch Einschränkung wird getestet, ob ein Dokument zurückgegeben werden soll. Bei einer Einschränkung handelt es sich um eine Gruppe von Begriffen, die durch unterschiedliche Operatoren miteinander kombiniert werden können. Im Ergebnissatz sind die Informationen definiert, die von einer Abfrage zurückgegeben werden.

Zusätzlich zu den Standardfunktionen stehen auch andere Funktionen zur Verfügung, mit denen kontrolliert werden kann, wie Ergebnisse zurückgegeben und angezeigt werden, z. B. wie Ergebnisse sortiert werden. Folgende Funktionen sind ebenfalls verfügbar:

• Beschränken der Abfrage auf bestimmte Bereiche.
• Suchen nach Wörtern und Ausdrücken im Dokumentinhalt.
• Suchen nach Wörtern und Begriffen, die in der Nähe anderer Wörter und Begriffe stehen.
• Suchen nach Wörtern und Begriffen in Texteigenschaften (z. B. @DocAuthor Sandra).
• Suchen nach Eigenschaften mit <, <=, =, =>, > im Vergleich mit einer Konstanten (z. B. DATE > 1/1/95).
• Anwenden der Booleschen Operatoren AND, OR und NOT.
• Suche mit Platzhaltern (z. B. "*", "?" und regulären Ausdrücken).
• Voll integrierte Suche mit dem Windows NT-Sicherheitsmodell.
• Sortieren der Treffer nach Qualität.
• Zurückgeben besonderer Eigenschaftsdaten.

Bereich

Durch den Abfragebereich wird der Satz von Dokumenten angegeben, der durchsucht werden muss. In der Regel werden Bereiche nach Verzeichnispfaden auf einem Datenträger wie D:\Docs angegeben.

Index Server indiziert Dokumente basierend auf Sites. Der Administrator kann alle Sites auf einem Server indizieren oder eine Untergruppe von Sites zum Indizieren auswählen. Abfragen können für mehrere Sites, eine einzelne Site oder sogar für ein einzelnes physisches Verzeichnis innerhalb der Site durchgeführt werden.

Einschränkung

Sie können Abfragen nach dem Inhalt von Web-Seiten und anderen Dokumenten durchführen, die von IIS und Index Server unterstützt werden. Zu den Dokumentarten, die abgefragt werden können, zählen HTML, Microsoft® Word, Microsoft® Excel, Microsoft® PowerPoint® und Klartextdokumente. Andere Dokumentarten werden nicht direkt von Index Server unterstützt, Sie können jedoch einen Inhaltsfilter schreiben, mit dem die Liste der unterstützten Dokumentarten erweitert werden kann. Ein Inhaltsfilter liest ein systemgebundenes Dateiformat und gibt textorientierte Wörter aus, die von Index Server indiziert werden. Weitere Informationen über Inhaltsfilter finden Sie unter http://www.microsoft.com/, wenn Sie nach IFilter interface suchen.

Mit Index Server können Sie sowohl nach mehreren Wörtern und Ausdrücken in Dokumenten suchen als auch nach Wörtern und Ausdrücken, die in der Nähe anderer Wörter und Ausdrücke stehen. Index Server stellt auch Volltextabfragen zur Verfügung. Bei Volltextabfragen können Sie eine beliebige Gruppe von Wörtern und Ausdrücken oder sogar einen vollständigen Satz als Abfrageeinschränkung eingeben. Index Server untersucht diesen Text, erkennt alle Substantive sowie nominale Ausdrücke und sendet eine Abfrage mit diesen Begriffen. Nehmen wir z. B. an, Sie haben folgende Volltextabfrage formuliert:

Das Große Geschworenengericht im Bezirk Fulton hat am Freitag verkündet, dass eine Untersuchung der letzten Vorwahlen in Atlanta ergeben hat, dass es keinen Beweis für Unregelmäßigkeiten gibt.

Index Server erkennt folgende Wörter und nominale Ausdrücke:

Wörter: Fulton, Bezirk, Große, Geschworenengericht, Freitag, Untersuchung, Atlanta, letzten, Vorwahlen, ergeben, Unregelmäßigkeiten

Ausdrücke: Großes Geschworenengericht im Bezirk Fulton, Vorwahlen, Großes Geschworenengericht, letzte Vorwahlen in Atlanta

Diese Wörter und Ausdrücke werden in einer Einschränkung kombiniert, für die richtige Reihenfolge gewichtet und als Abfrage des Korpus verschickt.

Eigenschaftseinschränkungen

Neben der Abfrage nach Inhalten können Benutzer auch Eigenschaften abfragen, die bei Objekten gespeichert sind. Zu diesen Eigenschaften zählen die Dateigröße, Erstellungsdatum und Änderungsdatum, Dateinamen, Verfasser usw. Clients können sowohl textorientierte Eigenschaften (z. B. Dateiname und Verfasser) als auch numerische Eigenschaften (z. B. Größe und Änderungsdatum) abfragen. Clients können auch alle ActiveX™-Eigenschaften abfragen, darunter benutzerdefinierte Eigenschaften in Microsoft Office-Dokumenten.

Sie können die standardmäßigen Vergleichsoperatoren in Abfragen verwenden. Dazu zählen =, >, <, >=, <= und != (ungleich) für numerische und textorientierte Eigenschaften. Darüber hinaus stehen für textorientierte Eigenschaften alle Funktionen von Inhaltsabfragen zur Verfügung. Mit Booleschen Operatoren (AND, OR und NOT) und Klammern können Sie alle Einschränkungen beliebig miteinander kombinieren.

Fuzzy-Abfragen

Index Server unterstützt Fuzzy-Abfragen, die einfache Platzhalterzeichen enthalten (wie die in MS-DOS®), und findet Übereinstimmungen mit regulären Ausdrücken bei textorientierten Eigenschaften. Inhaltsabfragen unterstützen die Suche mit einfachem Präfix (z. B. wird bei Hund* sowohl Hundert als auch Hundehütte zurückgegeben). Index Server unterstützt auch die Generierung linguistischer Wortstämme, so dass nach gebeugten Formen und Grundformen der Abfragewörter gesucht wird. (Beispielsweise wird schwimm** erweitert auf schwimmen, schwamm, geschwommen usw.)

Obwohl Index Server keine reine Verarbeitung natürlicher Sprachen unterstützt, wird der Volltext-Modus unterstützt.

Ergebnissätze

Index Server stellt Abfragetreffer in Ergebnissätzen zusammen, die zum Client zurückgegeben werden. Der Administrator kann ein Maximum für die Treffer festlegen, die zum Client zurückgegeben werden. Beispielsweise kann ein Ergebnissatz mit 200 Treffern dem Client in 10 Seiten mit je 20 Treffern zurückgegeben werden. Durch das Abfrageformular ist die Anzahl der Treffer pro Seite vorgegeben, Sie können aber auch ein Formular konfigurieren, in dem der Client die Anzahl der zurückzugebenden Treffer angeben kann.

Zusätzlich zu der Sortierfunktion nach Rang kann Index Server die Abfrageergebnisse auch nach jeder beliebigen Dokumenteigenschaft sortieren.

Ist der Korpus auf einem lokalen Datenträger mit dem Windows NT-Dateisystem (NTFS) gespeichert, beachtet Index Server alle Sicherheitsbeschränkungen und überprüft Zugriffskontrolllisten (ACLs). In einem Ergebnissatz wird dem Benutzer keine Dokumentreferenz angezeigt, wenn die ACL dieses Objekts den Lesezugriff für diesen Client verbietet. Die ACL-Überprüfung für virtuelle IIS-Netwerkverzeichnisse ist durch die IIS-Sicherheit bei diesen virtuellen Netwerkverzeichnissen festgelegt.

Wenn dies erlaubt ist, kann der Client besondere Eigenschaften, die in einem Ergebnissatz zurückgegeben werden sollen, angeben (d. h. er gibt die Spalten in dem Ergebnissatz an). Index Server kann nur die Eigenschaften anzeigen, die im Eigenschaften-Cache gespeichert sind, oder Eigenschaften, die aus der durchsuchten Datei abgerufen werden können. Der Administrator kann die Eigenschaften einschränken, die durch eine Abfrage zurückgegeben werden.

Zusätzlich zur Rückgabe von Eigenschaften, die mit dem Dokument gespeichert sind, kann Index Server auch Auszüge (oder Zusammenfassungen) von Dokumenten erstellen, die ebenfalls in einem Ergebnissatz zurückgegeben werden können.

Protokolle

IIS protokolliert jeden Austausch zwischen Client und Server. Bei der standardmäßigen IIS-Protokollierung werden Abfrageinformationen wie die abfragende IP-Adresse und die zum Server gesendeten Abfragen aufgezeichnet.

© 1998 Microsoft Corporation. Alle Rechte vorbehalten.

Der Abfrage- und Indizierungsvorgang

In diesem Abschnitt werden Einzelheiten zur Abfragesprache erläutert, und es wird beschrieben, wie Index Server Dokumente überprüft, filtert und indiziert.

Inhalt dieses Abschnitts:

• Abfragesprache: Regeln für das Formulieren unterschiedlicher Arten von Abfragen.
• Indizieren: Speichern von Wörtern und Eigenschaften, die durch den CiDaemon-Prozess extrahiert werden.
• Filtern: Erläutert, wie Index Server Dokumente filtert, indem Daten aus den Dokumentdateien in Inhaltsindizes eingegeben werden.
• Überprüfen: Detaillierte Darstellung des Prozesses, wie Virtuelle Verzeichnisse erfasst werden.

© 1998 Microsoft Corporation. Alle Rechte vorbehalten.

Abfragesprache

Sie können nach jedem Wort oder Ausdruck auf einer Website suchen, indem Sie das Wort oder den Ausdruck in ein Abfrageformular eingeben und auf die Schaltfläche klicken, mit der die Abfrage ausgeführt wird (z. B. die Schaltfläche Abfrage ausführen im Beispielabfrageformular). In diesem Abschnitt werden folgende Themen behandelt:

• Boolesche Operatoren und Nähe-Operatoren Erläutert, wie mit Booleschen und Nähe-Operatoren präzise Abfragen erstellt werden können.
• Platzhalterzeichen: Ermöglicht die Suche nach Seiten mit Wörtern, die einem vorgegebenen Wort ähnlich sind.
• Volltextabfragen: Beschreibt, wie eine Abfrage auf der Grundlage der Bedeutung eines Ausdrucks anstelle des exakten Wortlauts formuliert werden kann.
• Vektorraumabfragen: Erläutert, wie Abfrageergebnisse erzielt werden können, die mit einer Liste von Wörtern und Ausdrücken übereinstimmen.
• Abfragen nach Eigenschaftswerten: Beschreibt, wie nach den Eigenschaftswerten einer Datei gefragt werden kann.
• Abfragebeispiele: Gibt Beispiele für unterschiedliche Abfragen.
• Liste der Eigenschaftsnamen: Nennt und beschreibt Eigenschaftsnamen, die ständig für Abfragen verfügbar sind.

Durch Suchvorgänge wird eine Liste von Dateien erstellt, die das Wort oder den Ausdruck unabhängig von der jeweiligen Position im Text enthalten. In dieser Liste stehen die Regeln für das Formulieren von Abfragen:

• Aufeinander folgende Wörter gelten als ein Ausdruck; sie müssen in dem übereinstimmenden Dokument in derselben Reihenfolge stehen.
• In den Abfragen wird nicht nach Groß- und Kleinschreibung unterschieden, die Abfragen können also mit Groß- oder Kleinbuchstaben geschrieben werden.
• Sie können nach jedem beliebigen Wort suchen, ausgenommen sind die Wörter der Ausnahmeliste (für Englisch sind dies a, an, and, as und andere häufig vorkommende Wörter), die während einer Suche ignoriert werden.
• Die Wörter der Ausnahmeliste werden bei Ausdruck- und Nähe-Abfragen wie Platzhalter behandelt. Suchen Sie beispielsweise nach Word für Windows, können Word für Windows und Word und Windows als Ergebnis zurückgegeben werden, da für ein nicht signifikantes Wort ist und in der Ausahmeliste steht.
• Satzzeichen wie Punkt (.), Doppelpunkt (:), Semikolon (;) und Komma (,) werden bei der Suche ignoriert.
• Wenn Sonderzeichen wie &, |, ^, #, @, $, (, ) in einer Abfrage verwendet werden, muss die Abfrage in Anführungszeichen (") gesetzt werden.
• Wenn nach einem Wort oder Ausdruck mit Anführungszeichen gesucht werden soll, muss der gesamte Ausdruck in Anführungszeichen gesetzt werden, und das Wort oder die Wörter, die in Anführungszeichen stehen, müssen noch einmal in Anführungszeichen gesetzt werden. Bei "World Wide Web OR ""Web""" wird beispielsweise nach World Wide Web oder "Web" gesucht.
• Sie können auch Boolesche Operatoren (AND, OR und NOT) und den Nähe-Operator (NEAR) einsetzen, um zusätzliche Daten für die Suche anzugeben.
• Mit dem Platzhalterzeichen (*) kann nach Wörtern gesucht werden, die ein vorgegebenes Präfix haben. Bei der Abfrage einf* werden EINF, einfügen usw. zurückgegeben.
• Volltextabfragen können ohne Rücksicht auf die Abfragesyntax angegeben werden.
• Vektorraumabfragen können angegeben werden.
• Es können auch Abfragen von Eigenschaftswerten für ActiveX™ und Dateiattribute erstellt werden.

© 1998 Microsoft Corporation. Alle Rechte vorbehalten.

Liste der Eigenschaftsnamen

Diese Eigenschaften stehen immer für Abfragen zur Verfügung. Zusätzliche Eigenschaften können abhängig von der Konfiguration des Webservers ebenfalls verfügbar sein.

Inhalt dieses Abschnitts:

• Tabelle mit Eigenschaftsnamen
• Definieren neuer Eigenschaftsnamen

Tabelle mit Eigenschaftsnamen

Definieren neuer Eigenschaftsnamen

Wenn Sie Eigenschaften definieren möchten, die nicht in der vorherigen Liste vorkommen, müssen Sie sie in einem [Names]-Abschnitt in der .idq-Datei speichern. Wenn Sie diese Eigenschaften in einer Einschränkung, Sortierfestlegung oder als abgerufene Spalte verwenden möchten, müssen Sie sie in der .idq-Datei definieren, indem Sie folgendes Format verwenden:

[Names]
#Eigenschaften, die sich nicht in der Standardliste
Eigenschaftsname ( Datentyp ) = GUID ["Name" | propid]
befinden.

In der Syntax ist "Name" der Eigenschaftsname ("Absatz" im folgenden Beispiel) und propid die hexadezimale Eigenschafts-ID. Beachten Sie, dass der Aliasname in Anführungszeichen stehen muss, die Eigenschafts-ID jedoch keine Anführungszeichen hat.

Angenommen, Sie möchten eine HTML-Metamarke als Eigenschaftsnamen definieren, nach dem gesucht werden kann. Sie möchten Absatz als Eigenschaft definieren.

So definieren Sie die Eigenschaft Absatz

1. Fügen Sie in der .idq-Datei unter dem [Names]-Abschnitt folgende Zeile ein.

MetaDescription(DBTYPE_WSTR) = d1b5d3f0-c0b3-11cf-9a92-00a0c908dbf1 "Absatz"


Die GUID-Nummer ergibt sich aus dem MetaTagClsid-Parameter in der Registrierung an folgender Position:


HKEY_LOCAL_MACHINE
 \SYSTEM  
  \CurrentControlSet   
   \Control    
    \HtmlFilter     
     \MetaTagClsid

2. Danach müssen Sie in den HTML-Dateien, in denen die Marke erscheinen soll, die Metabeschreibung definieren.

Nehmen wir beispielsweise an, Sie möchten nach allen Dateien suchen, in denen Absatzprognosen genannt sind:


In Datei1.htm:


<META NAME="Absatz" CONTENT="Prognosen für 1998">


In Datei2.htm:


<META NAME="Absatz" CONTENT="Prognosen für 1999">


In Datei3.htm:


<META NAME="Absatz" CONTENT="Absatz in 1997">

Anmerkung   Vergewissern Sie sich, dass Sie die META NAME-Marken zwischen die <head> und </head> HTML-Marken an den Beginn der Datei einfügen.

Sie können nun nach allen Dateien suchen, die Absatzprognosen enthalten. Senden Sie folgende Abfrage:

@metadescription Prognosen

Diese Abfrage gibt alle Dateien mit dem Wort Prognosen im CONTENT-Feld der Metamarke zurück. In diesem Beispiel werden Datei1.htm und Datei2.htm zurückgegeben.

Nehmen wir nun an, Sie möchten den Absatz nach Jahren suchen, z. B. eine Liste des Absatzes im Jahr 1997. Senden Sie folgende Abfrage:

@metadescription 1997

Datei3.htm wird zurückgegeben.

Verwandte Themen

Weitere Informationen über definierende Spalten und Eigenschaften finden Sie in den folgenden Themen:

• DefaultColumnFile
• DefineColumn
• SET PROPERTYNAME

© 1998 Microsoft Corporation. Alle Rechte vorbehalten.

Abfragen von Eigenschaftswerten

Mit Eigenschaftswertabfragen kann nach Dateien gesucht werden, deren Eigenschaftswerte mit vorgegebenen Kriterien übereinstimmen. Zu den Eigenschaften, die abgefragt werden können, zählen grundlegende Dateiinformationen wie Dateiname und Dateigröße sowie ActiveX-Eigenschaften wie die Dokumentzusammenfassung, die in Dateien gespeichert sind, die durch ActiveX-erkennende Anwendungen erstellt wurden.

Es gibt zwei Arten von Eigenschaftsabfragen:

• Relationale Eigenschaftsabfragen bestehen aus einem "at"-Zeichen (@), einem Eigenschaftsnamen, einem relationalen Operator und einem Eigenschaftswert. Um nach allen Dateien mit mehr als einer Million Byte zu suchen, können Sie die Abfrage @size > 1000000 herausgeben.



• Eigenschaftsabfragen mit regulärem Ausdruck bestehen aus einem Nummernzeichen (#), einem Eigenschaftsnamen und einem regulären Ausdruck für den Eigenschaftswert. Um beispielsweise nach allen Videodateien (.avi) zu suchen, müssen Sie die Abfrage #filename *.avi ausgeben. Reguläre Ausdrücke stimmen nie mit den Eigenschaften contents (#contents) und all (#all) überein. Eigenschaften, die zur Zeit der Abfrage nicht abrufbar sind, können in #-Abfragen nicht verwendet werden. Dazu zählen HTML Meta-Eigenschaften, die nicht im Eigenschaften-Cache gespeichert sind.

In diesem Abschnitt werden folgende Themen erläutert:

• Eigenschaftsnamen
• Relationale Operatoren
• Eigenschaftswerte

Eigenschaftsnamen

Den Eigenschaftsnamen geht entweder das "at"-Zeichen (@) oder das Nummernzeichen (#) voran. Verwenden Sie @ für relationale Abfragen und # für Abfragen mit regulären Ausdrücken.

Ist kein Eigenschaftsname festgelegt, wird @contents vorausgesetzt.

Folgende Eigenschaften sind für alle Dateien verfügbar:

Auch ActiveX-Eigenschaftswerte können in Abfragen verwendet werden. Websites mit Dateien, die durch die meisten ActiveX-erkennenden Anwendungen erstellt wurden, können nach den folgenden Eigenschaften abgefragt werden:

Eine vollständige Liste der Eigenschaftsnamen finden Sie unter Liste mit Eigenschaftsnamen weiter hinten in diesem Text.

Relationale Operatoren

Relationale Operatoren werden in Abfragen nach relationalen Eigenschaften verwendet.

Eigenschaftswerte

• Vor den Eigenschaftsnamen muss ein Nummernzeichen (#) gesetzt werden, wenn ein regulärer Ausdruck in einem Eigenschaftswert verwendet wird, in allen anderen Fällen ein "at"-Zeichen (@). Der relationale Operator Gleichheitszeichen (=) wird für Abfragen mit einem regulären Ausdruck vorausgesetzt.



• Der Dateiname (#filename) ist die einzige Eigenschaft, die reguläre Ausdrücke mit Platzhaltern zur linken Seite des Textes effizient unterstützt.



• Datums- und Zeitwerte haben das Format tt/mm/jjjj hh:mm:ss oder tt-mm-jjjj hh:mm:ss. Die zwei ersten Zahlen der Jahreszahl und die Zeitangabe können ausgelassen werden. Werden die ersten beiden Zahlen der Jahresangabe ausgelassen, wird 29 oder eine kleinere Zahl als Jahr 2000 interpretiert, und 30 oder eine größere Zahl wird als 1900 interpretiert. Alle Datums- und Zeitangaben sind in mittlerer Zeit Greenwich (Greenwich Mean Time = GMT) angegeben.



• Datums- und Zeitangaben, die relativ zur aktuellen Zeit sind, können mit einem Minuszeichen (-) gefolgt von Null oder durch weitere Paare von Ganzzahleinheiten und Zeiteinheiten ausgedrückt werden. Zeiteinheiten werden wie folgt ausgedrückt: (j) für Jahre, (m) für Monate, (w) für Wochen, (t) für Tage, (h) für Stunden, (n) für Minuten und (s) für Sekunden. Bei Datumsangaben kann wahlweise ein dreistelliger Wert für Millisekunden hinter dem Wert für Sekunden festgelegt werden, z. B.: 08/12/1997 10:10:03:452.



• Währungswerte haben das Format x,y, wobei x der Ganzbetrag des Wertes ist und y der Teilbetrag. Es gibt keine Vorgabe für Einheiten.



• Boolesche Werte sind (t) oder (true) für TRUE und (f) oder (false) für FALSE.



• Vektoren (VT_VECTOR) werden als öffnende Klammer ({) gefolgt von einer durch Kommas getrennten Liste von Werten und einer schließenden Klammer (}) ausgedrückt.



• Einzelwertausdrücke, die mit Vektoren verglichen werden, werden als relationaler Operator ausgedrückt, danach folgt (^a) für all of oder (^s) für some of.



• Numerische Werte können dezimal oder hexadezimal sein (0x wird vorangestellt).
• Die contents-Eigenschaft unterstützt keine relationalen Operatoren. Ist ein relationaler Operator angegeben, werden keine Ergebnisse zurückgegeben. Bei der Abfrage @contents Microsoft werden beispielsweise Dokumente gesucht, die Microsoft enthalten, bei @contents=Microsoft wird jedoch kein Dokument zurückgegeben. Bei @title=Vektorraum werden jedoch nur Ergebnisse zurückgegeben, wenn der gesamte Titel Vektorraum ist. Wird das Gleichheitszeichen ausgelassen, gibt @title Vektorraum auch dann Ergebnisse zurück, wenn Vektorraum nur ein Ausdruck in einem längeren Titel ist.

Reguläre Ausdrücke

Reguläre Ausdrücke in Eigenschaftsabfragen sind folgendermaßen definiert:

• Alle Zeichen außer Sternchen (*), Punkt (.), Fragezeichen (?) und senkrechter Strich (|) stimmen vorgabemäßig nur mit dem jeweiligen Zeichen überein.



• Reguläre Ausdrücke können in Anführungszeichen stehen (") und müssen sogar in Anführungszeichen stehen, wenn sie ein Leerzeichen ( ) oder eine schließende Klammer ()) enthalten.



• Die Zeichen *, . und ? werden wie bei Windows behandelt; sie stimmen mit einer beliebigen Anzahl von Zahlen, mit (.) oder mit dem Ende einer Zeichenfolge überein sowie mit jedem einzelnen entsprechenden Zeichen.



• Das Zeichen | ist ein Escape-Zeichen. Hinter | folgende Zeichen haben eine besondere Bedeutung:

( öffnet eine Gruppe. Der Klammer muss entsprechend ) folgen.

) schließt eine Gruppe. Der Klammer muss ( vorangehen.

[ öffnet eine Zeichenklasse. Dem Zeichen muss entsprechend ] folgen.

{ öffnet eine gezählte Übereinstimmung. Dem Zeichen muss entsprechend } folgen.

} schließt eine gezählte Übereinstimmung. Dem Zeichen muss entsprechend { vorangehen.

, trennt OR-Abschnitte.

* ordnet keine Übereinstimmung oder mehrere auftretende Übereinstimmungen mit dem vorangehenden Ausdruck zu.

? ordnet keine oder eine auftretende Übereinstimmung mit dem vorangehenden Ausdruck zu.

+ ordnet eine Übereinstimmung oder mehrere auftretende Übereinstimmungen mit dem vorangehenden Ausdruck zu.

Alle anderen Zeichen, einschließlich |, stimmen mit dem jeweiligen Zeichen überein.

• Folgende Zeichen haben in eckige Klammern ([]) gesetzt eine besondere Bedeutung:

^ sucht nach allem außer nach folgenden Klassen. Es muss das erste Zeichen sein.

] entspricht ]. Ihm kann nur ^ vorangestellt sein, sonst schließt es eine Klasse.

- Bereichsoperator. Davor und dahinter stehen normale Zeichen.

Alle anderen Zeichen stimmen mit dem jeweiligen Zeichen überein (oder beginnen bzw. beenden selbst einen Bereich).

• Zwischen geschweiften Klammern ({}) gilt folgende Syntax:

|{m|} sucht exakt nach m Vorfällen des vorangehenden Ausdrucks. (0 < m < 256).

|{m,|} sucht nach mindestens m Vorfällen des vorangehenden Ausdrucks. (1 < m < 256).

|{m,n|} sucht nach m bis n Vorfällen des vorangehenden Ausdrucks (einschließlich). (0 < m < 256, 0 < n < 256).

• Um nach *, . und ? zu suchen, müssen diese Zeichen in Klammern gesetzt werden (z. B.: [*]Muster sucht nach *Muster).

© 1998 Microsoft Corporation. Alle Rechte vorbehalten.

Vektorraumabfragen

Das Abfrage-Modul unterstützt Vektorraumabfragen. Vektorraumabfragen geben Seiten zurück, die mit einer Liste von Wörtern und Ausdrücken übereinstimmen. Der Rang jeder Seite zeigt an, wie gut die Seite mit der Abfrage übereinstimmt.

• Die Komponenten in Vektorraumabfragen sind durch Kommas getrennt.
• Komponenten in Vektorraumabfragen können gewichtet werden, indem die Syntax [weight] verwendet wird.
• Die bei Vektorraumabfragen zurückgegebenen Seiten müssen nicht alle Begriffe der Abfrage enthalten.
• Vektorabfragen sind besonders geeignet, wenn die Ergebnisse sortiert werden.

© 1998 Microsoft Corporation. Alle Rechte vorbehalten.

Platzhalterzeichen

Platzhalter-Operatoren helfen bei der Suche nach Seiten mit Wörtern, die einem vorgegebenen Wort ähnlich sind.

© 1998 Microsoft Corporation. Alle Rechte vorbehalten.

Abfragen

Index Server tauscht mit IIS Daten aus, so dass Sie eine Website mit einem Beispielabfrageformular nach Informationen durchsuchen können. Wegen dieser engen Zusammenarbeit mit IIS übernimmt Index Server das Modell, das IIS zum Abfragen einer ODBC-Datenquelle (Open Database Connectivity) verwendet.

In der folgenden Abbildung ist der Abfrageprozess von Index Server dargestellt:

In der nächsten Abbildung sind Einzelheiten der .idq- und .htx-Dateien dargestellt:

Alternativ zum Erstellen eines Formulars mit einer .htm-Datei, die mit .idq- und .htx-Dateien ausgeführt wird, können Sie auch die ganze Abfrage in einer .asp-Datei erstellen.

Beispielabfrageformular

Mit einem Abfrageformular können Sie bequem nach einem Wort oder Ausdruck an einer beliebigen Stelle in einem Dokumentensatz suchen. Sie müssen nur das Formular ausfüllen und die Abfrage ausführen. Siehe folgendes Beispielabfrageformular:

Geben Sie das Wort oder den Ausdruck, nach dem Sie suchen möchten, in das Feld Geben Sie hier Ihre Abfrage ein ein, und klicken Sie auf die Schaltfläche Suchen, um eine Abfrage zu starten. Die Ergebnisse werden dann auf dem Bildschirm angezeigt.

Mit Microsoft Index Server kann der Administrator eines Webservers benutzerdefinierte Formulare erstellen, um Clients bei der Suche bestimmter Informationen in einem Dokumentensatz zu unterstützen. Ein Formular kann beispielsweise so eingerichtet werden, dass nach einem Wort oder Ausdruck gesucht wird (z. B. Systemmanagement) oder nach anderen Eigenschaften wie Verfasser oder Thema. Das Abfrageformular wird im standardmäßigen HTML-Format erstellt, so wie Sie auch eine Web-Seite erstellen. Wenn Sie wissen, wie Seiten im HTML-Format geschrieben werden, können Sie in kurzer Zeit ein einfaches Abfrageformular zusammenstellen.

© 1998 Microsoft Corporation. Alle Rechte vorbehalten.

Referenz

In diesem Abschnitt wird erläutert, wie Fehlermeldungen behandelt werden, und Sie finden Antworten zu den am häufigsten gestellten Fragen zu Index Server.

Inhalt dieses Abschnitts:

• Variablen in .Idq- und .Htx-Dateien: Nennt und erklärt Variablen in .idq- und .htx-Dateien.
• Registrierungsparameter: Nennt und beschreibt die Registrierungsschlüssel für Index Server.
• Fehlermeldungen: Erklärt die Bedeutung von Fehlermeldungen und zeigt Ihnen, wie Sie Probleme beheben können.
• Glossar: Definiert die wichtigsten Begriffe der Dokumentation von Index Server.

© 1998 Microsoft Corporation. Alle Rechte vorbehalten.

Unterstützen mehrerer Windows NT-Domänen

Windows NT unterstützt mehrere Sicherheitsdomänen. In diesem Abschnitt wird beschrieben, wie Index Server eingerichtet wird, um Computer in unterschiedlichen Windows NT-Domänen zu indizieren. Die folgende Abbildung zeigt eine Site mit drei Domänen.

In dieser Site laufen Microsoft® Internet Information Server (IIS) und Microsoft Index Server (IXS) auf Server A, der sich in Domäne A befindet. Server A ist mit dem Web verbunden. Domäne A muss eine Vertrauensstellung zu Domäne B und Domäne C haben.

In diesem Beispiel gehen wir davon aus, dass Sie Virtuelle Verzeichnisse auf Server A für die folgenden UNC-Pfade (Uniform Naming Convention) erstellen möchten:

• \\B1\Share1
• \\B2\Share2
• \\C1\Share1
• \\C2\Share2

Angenommen, eine einzelne Benutzer-ID, Domäne\Web-Benutzer, hat die Erlaubnis, zu den vier Freigaben zu verbinden.

So konfigurieren Sie Index Server für diese Voraussetzungen

1. Erstellen Sie auf Domäne A das Web-Benutzerkonto. Öffnen Sie den Benutzer-Manager für Domänen, und fügen Sie Web-Benutzer als neuen Benutzer in den Domänen-Controller für Domäne A ein.
2. Fügen Sie DomäneA\Web-Benutzer in die Liste der Konten ein, die interaktive Anmeldeprivilegien für Server A haben. Der Benutzer-Manager für Domänen kann überprüfen, ob ein Benutzer über interaktive Anmeldeprivilegien verfügt.
3. Beenden Sie den Inhaltsindexdienst, wodurch auch Index Server beendet wird.
4. Starten Sie den Inhaltsindexdienst neu, sodass auch Index Server neu gestartet wird und mit der Indizierung der Dokumente in allen Virtuellen Verzeichnissen beginnt.
5. Starten Sie den Internetdienst-Manager, und fügen Sie die Virtuellen Verzeichnisse in die UNC-Freigaben ein, die unter der ersten Voraussetzung weiter oben genannt wurden. Sie müssen im Feld Benutzername die vollständige Benutzer-ID in der Form domäne\benutzer-id (DomäneA\Web-Benutzer, in diesem Beispiel) festlegen. Der umgekehrte Schrägstrich ist wichtig.
6. Wiederholen Sie Schritt 3 für alle UNC-Freigaben, die Sie hinzufügen möchten.

Hatten Sie Probleme mit virtuellen Netzwerkverzeichnissen, sollten Sie, bevor Sie mit diesem Vorgang beginnen, den Inhalt des Verzeichnisses Katalog.wci nach Schritt 3 löschen. Nach dem Entfernen des Inhalts dieses Verzeichnisses startet Index Server mit einem leeren Datensatz.

Anmerkung   Mit diesem Vorgang können Sie auch mehrere Konten konfigurieren.

© 1998 Microsoft Corporation. Alle Rechte vorbehalten.

Indizieren mehrerer Webserver

Index Server wird von vielen Sites verwendet, um mehrere Webserver besonders in der Umgebung eines betrieblichen Intranets zu indizieren. Dies geschieht, indem ein Ordner auf dem Remotedatenträger freigegeben und ein Virtuelles Verzeichnis auf dem indizierenden Server erstellt wird. In einigen Fällen, besonders dann, wenn sich ein HTML-Web auf dem Remotesystem befindet, können Links unterbrochen werden, da die Freigabe nicht an der richtigen Position in der Hierarchie stattgefunden hat. Nehmen wir folgendes Beispiel.

Lokaler Computer: Lokal

Remotecomputer: Remote

Remote-Webverzeichnis: \\Remote\InetPub\Wwwroot

Remote-Web-1-Verzeichnis: \\Remote\InetPub\Wwwroot\Web1

Remotefreigabe: \\Remote\Web1

Remotefreigabe lokal eingerichtet: http://local/specs

Im vorangegangenen Beispiel ist das freigegebene Verzeichnis, das indiziert wird, D:\InetPub\Wwwroot\Web1. In der vorgegebenen .htx-Datei von Index Server werden Links als <%server%><%vpath%> zurückgegeben, also werden auf dem lokalen Computer Netwerkdateien über die Referenz http://local/specs zurückgegeben. Dadurch werden in der Regel Links unterbrochen, da Web-Seiten mit physischen Verzeichnissen, die mit Web1 enden (wie \Remote\InetPub\Wwwroot\Web1) wahrscheinlich Links zu Virtuellen Verzeichnissen enthalten, die mit http://remote beginnen (wie http://remote/web1).

Zur Lösung dieses Problems können Sie die Web-Stammverzeichnisse folgendermaßen verteilen und die .htx-Datei verändern.

Lokaler Computer: Lokal

Remotecomputer: Remote

Remote-Webverzeichnis: \\Remote\InetPub\Wwwroot

Remote-Web-1-Verzeichnis: \\Remote\InetPub\Wwwroot\Web1

Remotefreigabe: \\Remote\Wwwroot

Remotefreigabe lokal eingerichtet: /Remote

Beachten Sie, dass die Netwerkfreigabe nun das Verzeichnis Wwwroot ist, und das Virtuelle Verzeichnis auf dem indizierenden Computer (lokal) /remote ist. Im letzten Schritt wird die .htx-Datei verändert, damit Hyperlinks wie "http:/<%vpath%>" zurückgegeben werden. Durch diese Einstellung wird der richtige Hyperlink für alle Dokumente zurückgegeben, die auf dem Remotecomputer gespeichert sind.

Wenn auf ein Dokument des Remotecomputers beispielsweise durch http://remote/web1/sample.doc verwiesen wurde, wird es in der Regel durch den indizierenden Computer (lokal) als http://local/remote/web1/sample.doc bedient, da /remote/web1/sample.doc sein VPath ist. Durch die .htx-Veränderung wird jedoch eine http:/-Referenz vor VPath eingefügt, sodass der tatsächlich zurückgegebene URL http://remote/web1/sample.doc lautet, welcher der richtige URL ist.

Mit dieser Konfiguration können Remoteserver alle Dateidienste ausführen, wobei der indizierende Server frei bleibt und alle Dienste ausführen kann.

© 1998 Microsoft Corporation. Alle Rechte vorbehalten.

Indizieren einer Novell NetWare-Dateifreigabe

Wenn Sie über Novell® NetWare®-Dateiserver verfügen, kann Index Server auch deren Inhalt indizieren. Dazu müssen Sie Microsoft Windows NT Gateway Services für NetWare installieren und starten. Einzelheiten über die Installation von Gateway Services für NetWare finden Sie in der Dokumentation dieses Produkts.

Installieren Sie Windows NT Gateway Services für NetWare auf dem Computer, auf dem Index Server ausgeführt wird. Einzelheiten hierzu entnehmen Sie bitte der Dokumentation von Gateway Services. Index Server indiziert die Dateien auf Novell NetWare-Dateifreigaben auf eine der beiden folgenden Arten:

• Durch eine Gateway-Umleitung.
• Durch eine UNC-Freigabe.

So indizieren Sie Dateien mit einer Gateway-Umleitung

1. Erstellen Sie eine Gateway zur NetWare-Freigabe. Angenommen, die Gateway weist beispielsweise der NetWare-Netwerkfreigabe den Buchstaben Z zu.
2. Fügen Sie ein Virtuelles Verzeichnis in IIS ein, das auf Laufwerk Z zeigt. Alle Dokumente der NetWare-Netwerkfreigabe werden durch Index Server indiziert.

Sie können Dateien auf NetWare-Datenträgern auch mit einer UNC-Freigabe indizieren. Sie können diese UNC-Freigabe erstellen, unabhängig davon, ob der Server Teil einer Domäne ist, wie in den folgenden Beispielen gezeigt wird.

Für diese Beispiele gehen wir von folgenden Voraussetzungen aus:

• Der UNC-Name für die Freigabe ist \\NovellServer\Share1.
• Index Server wird auf dem Computer Server A ausgeführt.
• Server A ist in Domäne A, wenn der Server Teil einer Domäne ist.
• Die Benutzer-ID ist Web-Benutzer, dies kann jede beliebige gültige Windows NT-Benutzer-ID sein.

Ist Server A Teil einer Domäne, führen Sie folgende Schritte aus:

1. Erstellen Sie ein Konto mit dem Namen Web-Benutzer auf Domäne A. Dieses Konto muss die Form DomainA\Web-Benutzer haben.
2. Geben Sie DomäneA\Web-Benutzer ein Konto auf Server A.
3. Stellen Sie sicher, dass DomäneA\Web-Benutzer Leserechte für \\NovellServer\Share1 hat.
4. Erstellen Sie ein Virtuelles Verzeichnis in IIS, das auf \\NovellServer\Share1 zeigt. Legen Sie DomäneA\Web-Benutzer für den Benutzernamen fest, und weisen Sie ein entsprechendes Kennwort zu. Stellen Sie sicher, dass Sie Domäne A gefolgt von einem umgekehrten Schrägstrich (\) und dann die tatsächliche Benutzer-ID angeben.

Ist Server A nicht Teil einer Domäne, führen Sie folgende Schritte aus:

1. Erstellen Sie ein Konto Web-benutzer auf Server A. Dieses Konto muss die Form ServerA\Web-Benutzer haben.
2. Geben Sie ServerA\Web-Benutzer ein Konto auf Server A.
3. Stellen Sie sicher, dass ServerA\Web-Benutzer Leserechte für \\NovellServer\Share1 hat.
4. Erstellen Sie ein Virtuelles Verzeichnis in IIS, das auf \\NovellServer\Share1 zeigt. Legen Sie ServerA\Web-Benutzer für den Benutzernamen fest, und weisen Sie ein entsprechendes Kennwort zu. Stellen Sie sicher, dass Sie Server A gefolgt von einem umgekehrten Schrägstrich (\) und dann die tatsächliche Benutzer-ID angeben.

Index Server indiziert dann die UNC-Netzwerkfreigabe \\NovellServer\Share1. Wenn Sie mehrere NetWare-Netzwerkdateifreigaben indizieren möchten, wiederholen Sie die Schritte 3 und 4 für jede einzelne Freigabe.

© 1998 Microsoft Corporation. Alle Rechte vorbehalten.

Indizieren von Remotecomputern

Inhalt dieses Abschnitts:

• Indizieren mehrerer Webserver: Zeigt Ihnen, wie eine Site eingerichtet wird, um den Inhalt mehrerer Webserver zu indizieren.
• Unterstützen mehrerer Windows NT-Domänen: Erläutert, wie Sie eine Site erstellen können, um den Inhalt auf Servern in unterschiedlichen Windows NT-Domänen zu indizieren.
• Indizieren einer Novell NetWare-Dateifreigabe: Erklärt, wie der Inhalt von Servern indiziert wird, auf denen Novell NetWare ausgeführt wird.

© 1998 Microsoft Corporation. Alle Rechte vorbehalten.

Kataloge und Bereiche

HKEY_LOCAL_MACHINE
\SYSTEM  
 \CurrentControlSet   
  \Control    
   \ContentIndex     
    \Kataloge

Die Kataloge im System sind als Teilschlüssel des Schlüssels Kataloge aufgelistet. Für jeden Katalog gibt ein Positionsschlüssel an, wo sich der Katalog auf dem Datenträger befindet. Darüber hinaus sind in einem Teilschlüssel Bereiche die indizierten Verzeichnisse aufgelistet, außer den Verzeichnissen, die von IIS herausgesucht wurden, wenn der Schlüssel IsIndexingW3SVC auf 1 gesetzt ist.

Jeder Wert unter dem Teilschlüssel Bereiche nennt den Bereich, der indiziert werden soll, und einen Wert fixup,domain\user. Ein Fixup ist ein Präfix für einen Pfad, der durch den Bereich ersetzt wird, wenn ein Remote-Client eine Abfrage sendet. Durch domain\user wird der Remote-Client erkannt, wenn Index Server die Dateien in dem Bereich indiziert.

In dem folgenden Beispiel wird eine Registrierungseinstellung gezeigt, dahinter folgt ein Abschnitt, in dem erklärt wird, wie "Fixups" bei diesen Einstellungen funktionieren.

contentindex
    GenerateCharacterization   1
    IsIndexingW3Svc   1
    Catalogs
        web
             location "C:\InetPub"
        correspondence
             GenerateCharacterization  0
             IsIndexingW3Svc   0
             location "C:\"
             scopes
                   D:\Memos  "\\Dept05\Memos"
                   \\Corp1\Reports  ",Corp\IISManager"
                   D:\Memos\Confidential  ",,0"

Ein Remote-Benutzer fragt eine Website auf dem Computer Dept05 ab, und die Datei Report1.txt wird auf der Ergebnisseite zurückgegeben. Diese Datei befindet sich auf Laufwerk D: des Servers Dept05 im Memos-Verzeichnis. Der Dateiname und der UNC-Pfad (Uniform Naming Convention) werden jedoch auf der Ergebnisseite zurückgegeben (z. B.: \\Dept05\Memos\Report1.txt). Mit dem UNC-Pfad kann der Benutzer die Datei auf dem Server finden. Wenn aber ein lokaler Client eine Abfrage auf dem Server durchführt, wird der physische Pfad auf dem lokalen Laufwerk zurückgegeben (D:\Memos\Report1.txt).

Mit dem Wert 0 wird der Bereich D:\Memos\Confidential ignoriert und nicht indiziert.

Anmerkung     Registrierungswerte können durch jeden Katalog überschrieben werden. Der Correspondence-Katalog generiert z. B. keinen Auszug.

Katalogschlüssel

Die folgenden Schlüssel gelten nur für bestimmte Kataloge.

HKEY_LOCAL_MACHINE
 \SYSTEM  
  \CurrentControlSet   
   \Control    
    \ContentIndex     
     \Catalogs      
      \Katalogname

Sie können auch den Parameter PropertyStoreBackupSize für einen bestimmten Katalog hinzufügen. Weitere Informationen über diesen Parameter finden Sie unter Wichtige Registrierungsparameter.

© 1998 Microsoft Corporation. Alle Rechte vorbehalten.

Sprachspezifische Registrierungseinstellungen

Sprachspezifische Registrierungseinstellungen kontrollieren die Auswahl der Wortlisten für Worttrennmodule, den Wortstammgenerator und das Worttrennmodul für eine vorgegebene Sprache. Durch sie werden auch die Fehlerseiten ausgewählt, die als Antwort auf ungültige Aktionen der Benutzer und Administratoren zurückgegeben werden.

Sprachspezifische Registrierungseinstellungen sind unter dem folgenden Pfad gespeichert:

 HKEY_LOCAL_MACHINE
 \SYSTEM  
  \CurrentControlSet   
   \Control    
    \contentindex     
     \Language      
      \Sprache 

In dem Wert InstalledLangs sind alle installierten Sprachen aufgeführt. Jede Zeichenfolge im Wert Installedlangs nennt einen Teilschlüssel unter dem Schlüssel Sprachen. Unter jedem Schlüssel Sprachen werden die folgenden Werte erkannt.

ISAPIDefaultErrorFile

Vollständiger virtueller Pfad der Vorlage für allgemeine Fehler. Diese .htx-Vorlage wird verarbeitet, wenn keine der besonderen Fehlerseiten angewendet werden kann. Auf die Variablen CiRestriction, CiErrorMessage und CiErrorNumber kann verwiesen werden.

ISAPIHTXErrorFile

Vollständiger virtueller Pfad der Fehlerseite, die als Antwort auf Fehler in der .htx-Datei zurückgegeben werden. Auf die Variablen CiRestriction, CiErrorMessage und CiErrorNumber kann verwiesen werden.

ISAPIIDQErrorFile

Vollständiger virtueller Pfad der Fehlerseite, die als Antwort auf Fehler in der .idq-Datei zurückgegeben werden. Auf die Variablen CiRestriction, CiErrorMessage und CiErrorNumber kann verwiesen werden.

ISAPIRestrictionErrorFile

Vollständiger virtueller Pfad der Fehlerseite, die als Antwort auf Fehler in der Abfragebeschränkung (CiRestriction) zurückgegeben wird. Diese Fehlerseite wird den Benutzern am häufigsten angezeigt. Auf die Variablen CiRestriction, CiErrorMessage und CiErrorNumber kann verwiesen werden.

Locale

Verbindet den Registrierungsabschnitt mit einem bestimmten Gebietsschema.

NoiseFile

Dateiname der Liste mit nicht signifikanten Wörtern für dieses Gebietsschema. Die Datei muss sich in dem Verzeichnis %SystemRoot%\System32 befinden.

StemmerClass

ActiveX-Klassen-ID wird für den sprachspezifischen Wortstamm-Generator verwendet.

WBreakerClass

ActiveX-Klassen-ID wird für die Trennung der Ausdrücke in diesem Gebietsschema verwendet.

© 1998 Microsoft Corporation. Alle Rechte vorbehalten.

Ereignisprotokoll-Kennzeichen

Die Generierung einiger Meldungen im Ereignisprotokoll von Windows NT kann mit dem Wert EventLogFlags in der Registrierung kontrolliert werden. Um die Generierung eines bestimmten Ereignisses zu ermöglichen, müssen die Felder, die das Ereignis kontrollieren, angestellt (auf 1 gesetzt) sein. Die Bitfeld-Maske und die Ereignisprotokoll-Meldungen, die sie kontrollieren, sind weiter unten aufgeführt.

© 1998 Microsoft Corporation. Alle Rechte vorbehalten.

Wichtige Registrierungsparameter

In diesem Abschnitt werden wichtige Registrierungsparameter in alphabetischer Reihenfolge aufgeführt, die Standardwerte und Bereiche für die einzelnen Parameter aufgelistet und eine kurze Funktionsbeschreibung der einzelnen Parameter gegeben.

An dieser Stelle werden folgende Registrierungsparameter für Index Server beschrieben:

• ContentIndex
• ContentIndexCommon

ContentIndex

Die meisten dieser Parameter befinden sich unter folgendem Pfad:

HKEY_LOCAL_MACHINE
 \SYSTEM  
  \CurrentControlSet   
   \Control    
    \ContentIndex

Vorsicht    Wird die Registrierung falsch bearbeitet, kann dies zu ernsten Problemen führen, z. B. zu einer Beschädigung, durch die eine erneute Installierung von Windows NT oder Microsoft Index Server notwendig werden kann. Die Verwendung des Registrierungseditors zum Bearbeiten von Einträgen in der Registrierung kann mit der Bearbeitung von nicht formatierten Bereichen auf einer Festplatte verglichen werden. Wenn Sie Fehler machen, kann die Konfiguration des Computers beschädigt werden. Sie sollten Registrierungseinträge nur dann bearbeiten, wenn Sie Einstellungen ändern möchten, die nicht über die Benutzeroberfläche geändert werden können. Seien Sie sehr vorsichtig, wenn Sie die Registrierung direkt bearbeiten.