Sichern und Wiederherstellen

Sichern Sie den Suchindex und speichern Sie ihn an einem sicheren Ort, um ihn bei Verlust oder Beschädigung zur Wiederherstellung des Indexes verwenden zu können.

Anmerkung: Lesen Sie vor dem Sichern und Wiederherstellen von Daten die Produktdokumentation zur Datenbank und zum Dateisystem, die/das Sie verwenden.

Bei geplanten Indexierungstasks ist es oft schwierig, eine passende Zeit für die Sicherung des Suchindexes zu finden. Statt die Indexsicherung manuell zu erstellen, können Sie mit dem IBM® WebSphere Application Server-Scheduler-Framework Sicherungstasks erstellen, durch die der Start von Indexierungstasks automatisch blockiert wird, und passende Zeiträume in der Liste der geplanten Tasks für die Erstellung von Indexsicherungen festlegen. Durch Nutzung des vorhandenen Scheduler-Frameworks können Sie eine konsistente Methode für die Planung und Verwaltung der Suchanwendung implementieren.

Das Scheduler-Framework stellt sicher, dass eine einzelne Sicherungstask in einer Cluster-Umgebung ausgeführt wird. Wird eine zuvor ausgeführte Sicherungstask unterbrochen, entfernt die aktuelle Sicherungstask alle verbliebenen Arbeitsergebnisse der fehlgeschlagenen Sicherungstask.

Notes:
  • Die Sicherungstask überschreibt vorhandene Sicherungen, falls sie so konfiguriert ist. Sie führt jedoch keine weiteren Verwaltungstasks für die Indexsicherung aus. Die Administratoren müssen sicherstellen, dass Probleme z. B. mit dem Speicherplatz unabhängig vom Sicherungsprozess verwaltet werden. Beispielsweise müssen Sie sicherstellen, dass redundante oder unerwünschte Sicherungen nach Bedarf aus dem Speicher gelöscht werden.
  • Die IBM Connections-Anwendungen speichern Informationen zu Löschvorgängen und Zugriffssteuerungsaktualisierungen für höchstens 30 Tage. Indizes, die älter als 30 Tage sind, können nicht wiederhergestellt werden, da sie möglicherweise veralteten oder verwaisten Inhalt enthalten. Ein Index, der über 30 Tage alt ist und wiederhergestellt wird, kann durch eine Aktualisierungsindexierung nicht auf den neuesten Stand gebracht werden.
  • Die Sicherungsspeicherpositionen werden durch WebSphere Application Server-Umgebungsvariablen festgelegt. Als Wert muss eine Netzdateispeicherposition festgelegt werden. Da Sicherungstasks von einem beliebigen Server in einer Cluster-Umgebung ausgeführt werden können, können lokal gespeicherte Sicherungen zu Konflikten mit anderen Sicherungseinstellungen führen, beispielsweise, wenn bestimmt werden muss, welche Sicherung am aktuellsten ist. Die Benutzer-ID, mit der WebSphere Application Server ausgeführt wird, muss über Schreib- und Löschberechtigungen für den geteilten Netzbereich verfügen.
  • Server, auf denen search.ear ausgeführt wird und die Sicherungstasks ausführen können, sollten über ausreichend Speicherplatz verfügen, der doppelt so groß ist wie das Indexverzeichnis, damit bei der Durchführung von Sicherungen interne Operationen für den Index vorgenommen werden können.
  • Bei der Wiederherstellung einer Sicherung müssen Sie für die Suchcrawler die Verwaltungstabelle in der Datenbank mit den neuen Fortsetzungspunkten aktualisieren. Eine Sicherung der Fortsetzungspunkte wird im Lucene-Index immer als Lucene-Dokumente gespeichert. Mit der Verwaltungstask "notifyRestore" können Sie die Verwaltungstabelle mit den im Lucene-Index angegebenen Fortsetzungspunkten aktualisieren. Alle zukünftigen Crawlerläufe werden dann ab dem angegebenen Punkt gestartet. Der Cache wird durch die Task "notifyRestore" ebenfalls gelöscht.
  • Für gültige Sicherungen wird an der Sicherungsspeicherposition die Datei IndexBackupInformation.txt erstellt.