Datenbankspiegelung und Volltextkataloge

Aktualisiert: 17. Juli 2006

Führen Sie zum Erstellen einer Datenbankspiegelung mit einem Volltextkatalog den üblichen Sicherungsvorgang aus, um eine vollständige Sicherung der Prinzipaldatenbank zu erstellen, und stellen Sie die Sicherung wieder her, um die Datenbank auf den Spiegelserver zu kopieren. Weitere Informationen finden Sie unter Vorbereiten einer Spiegeldatenbank auf die Spiegelung.

Volltextkataloge und -indizes vor dem Failover

In einer neu erstellten Spiegeldatenbank ist der Volltextkatalog mit jenem Volltextkatalog identisch, der während der Datenbanksicherung verwendet wurde. Nach Beginn der Datenbankspiegelung werden alle durch DDL-Anweisungen (CREATE FULLTEXT CATALOG, ALTER FULLTEXT CATALOG, DROP FULLTEXT CATALOG) vorgenommenen Änderungen an der Katalogebene protokolliert und an den Spiegelserver gesendet, um in der Spiegeldatenbank wiedergegeben zu werden. Änderungen auf Indexebene werden jedoch nicht in der Spiegeldatenbank reproduziert, da sie nicht auf dem Prinzipalserver protokolliert werden. Daher ist der Inhalt des Volltextkatalogs in der Spiegeldatenbank nicht mehr mit dem Volltextkatalog in der Prinzipaldatenbank synchron, wenn sich letzterer ändert.

Volltextindizes nach einem Failover

Nach einem Failover ist in folgenden Situationen ein vollständiger Crawl des Volltextindexes auf dem neuen Prinzipalserver erforderlich oder zumindest nützlich:

• Wenn die Änderungsnachverfolgung für den Volltextindex AUSgeschaltet ist, müssen Sie einen vollständigen Crawl für diesen Index durchführen. Verwenden Sie dazu die folgende Anweisung:
  ALTER FULLTEXT INDEX ON table_name START FULL POPULATION
• Wenn für einen Volltextindex die automatische Änderungsnachverfolgung konfiguriert ist, wird der Volltextindex automatisch synchronisiert. Durch die Synchronisierung wird jedoch die Leistung des Volltextindexes beeinträchtigt. Verlangsamt sich die Ausführung übermäßig, können Sie einen vollständigen Crawl verursachen, indem Sie die Änderungsnachverfolgung ausschalten und anschließend wieder die automatische Änderungsnachverfolgung festlegen:
  • So schalten Sie die Änderungsnachverfolgung aus:
    ALTER FULLTEXT INDEX ON table_name SET CHANGE_TRACKING OFF
  • So legen Sie die automatische Änderungsnachverfolgung fest:
    ALTER FULLTEXT INDEX ON table_name SET CHANGE_TRACKING AUTO

  Hinweis:
  Wenn Sie sehen möchten, ob die automatische Änderungsnachverfolgung aktiviert ist, können Sie die OBJECTPROPERTYEX-Funktion zum Abfragen der TableFullTextBackgroundUpdateIndexOn-Eigenschaft der Tabelle verwenden.

Weitere Informationen finden Sie unter ALTER FULLTEXT INDEX (Transact-SQL).

Hinweis:
Das Starten eines Crawlvorgangs nach einem Failover funktioniert gleichermaßen wie das Starten eines Crawlvorgangs nach einer Wiederherstellung.

Nach dem Erzwingen des Dienstes

Führen Sie einen vollständigen Crawl durch, nachdem die Ausführung des Dienstes auf dem Spiegelserver (mit möglichem Datenverlust) erzwungen wurde. Die zu verwendende Methode zum Starten eines vollständigen Crawls hängt davon ab, ob für den betroffenen Volltextindex die Änderungsnachverfolgung aktiviert ist. Weitere Informationen finden Sie weiter oben in diesem Thema unter "Volltextindizes nach einem Failover".

Siehe auch

Konzepte

Übersicht über die Datenbankspiegelung

Andere Ressourcen

ALTER FULLTEXT INDEX (Transact-SQL)
CREATE FULLTEXT INDEX (Transact-SQL)
DROP FULLTEXT INDEX (Transact-SQL)
Vorgehensweise: Entfernen eines Volltextindexes aus einer Tabelle (SQL Server Management Studio)
Vorgehensweise: Aktivieren einer Tabelle für Volltextindizierung (SQL Server Management Studio)
Verwalten der Volltextsuche
Architektur der Volltextsuche
Grundlegendes zur Volltextsuche
Sichern und Wiederherstellen von Volltextkatalogen

Hilfe und Informationen

Informationsquellen für SQL Server 2005

Änderungsverlauf