Hinweis
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, sich anzumelden oder das Verzeichnis zu wechseln.
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, das Verzeichnis zu wechseln.
Gilt für:
SQL Server
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 Eine Spiegeldatenbank für die Datenbankspiegelung vorbereiten (SQL Server).
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. Nachdem die Datenbankspiegelung gestartet wurde, werden alle durch DDL-Anweisungen (CREATE FULLTEXT CATALOG, ALTER FULLTEXT CATALOG, DROP FULLTEXT CATALOG) vorgenommenen Änderungen auf Katalogebene protokolliert und an den Spiegelserver gesendet, damit sie auf die Spiegeldatenbank angewendet werden können. Ä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 kann in den folgenden Situationen ein vollständiges Crawlen eines Volltextindexes auf dem neuen Prinzipalserver erforderlich oder sinnvoll sein:
Wenn die Änderungsverfolgung für einen Volltextindex deaktiviert ist, müssen Sie für diesen Index mit der folgenden Anweisung eine vollständige Auffüllung starten:
ALTER FULLTEXT INDEX ON table_name VOLLSTÄNDIGE BEFÜLLUNG STARTEN
Wenn für einen Volltextindex die automatische Änderungsnachverfolgung konfiguriert ist, wird der Volltextindex automatisch synchronisiert. Die Synchronisierung verlangsamt jedoch die Volltextleistung etwas. Wenn die Leistung zu gering ist, können Sie eine vollständige Durchforstung auslösen, indem Sie die Änderungsnachverfolgung deaktivieren und anschließend wieder auf automatisch setzen:
So schalten Sie die Änderungsnachverfolgung aus:
ALTER FULLTEXT INDEX ON table_nameSET CHANGE_TRACKING AUS
Änderungsnachverfolgung auf automatisch festlegen:
ALTER FULLTEXT INDEX ON table_nameSET 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 einer Durchforstung nach einem Failover funktioniert genauso wie das Starten einer Durchforstung nach einer Wiederherstellung.
Nach dem Erzwingen des Dienstes
Nachdem der Dienst auf den Spiegelserver umgeschaltet wurde (mit möglichem Datenverlust), starten Sie eine vollständige Durchforstung. Die zu verwendende Methode zum Starten einer vollständigen Durchforstung 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
ALTER FULLTEXT INDEX (Transact-SQL)
CREATE FULLTEXT INDEX (Transact-SQL)
DROP FULLTEXT INDEX (Transact-SQL)
Datenbankspiegelung (SQL Server)
Sichern und Wiederherstellen von Volltextkatalogen und Indizes