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
Vorsicht
Dieses Feature wird in einer zukünftigen Version von SQL Server entfernt. Vermeiden Sie die Verwendung dieses Features in neuer Entwicklungsarbeit, und planen Sie, Anwendungen zu ändern, die derzeit dieses Feature verwenden. Verwenden Sie für hohe Verfügbarkeit stattdessen AlwaysOn-Verfügbarkeitsgruppen.
Von Bedeutung
Datenbankspiegelung in SQL Server ist nicht dasselbe wie die Datenbankspiegelung in Microsoft Fabric. Die Spiegelung in Fabric bietet eine bessere analytische Leistung, die Möglichkeit, Ihren Datenbestand mit OneLake in Fabric zu vereinheitlichen und offenen Zugriff auf Ihre Daten im Delta-Parquet-Format.
Mit dem Feature "Mirroring to Microsoft Fabric" können Sie Ihren vorhandenen Datenbestand kontinuierlich direkt in OneLake in Fabric replizieren, einschließlich Daten aus SQL Server 2016+, Azure SQL-Datenbank, Azure SQL Managed Instance, Cosmos DB, Oracle, Snowflake und weiteren Datenbanken.
Beim Sichern einer Datenbank wird die TRUSTWORTHY-Datenbankeigenschaft auf OFF festgelegt. Deshalb ist TRUSTWORTHY bei einer neuen Spiegeldatenbank immer auf OFF festgelegt. Wenn die Datenbank nach einem Failover vertrauenswürdig sein muss, sind nach dem Start der Spiegelung zusätzliche Einrichtungsschritte erforderlich.
Informationen zu dieser Datenbankeigenschaft finden Sie unter TRUSTWORTHY-Datenbankeigenschaft.
Verfahren
Einrichten einer Spiegeldatenbank zur Verwendung der Eigenschaft „Vertrauenswürdig“
Stellen Sie auf der Prinzipalserverinstanz sicher, dass die TRUSTWORTHY-Eigenschaft für die Prinzipaldatenbank aktiviert ist.
SELECT name, database_id, is_trustworthy_on FROM sys.databasesWeitere Informationen finden Sie unter sys.databases (Transact-SQL).
Stellen Sie nach dem Beginn der Spiegelung sicher, dass die Datenbank derzeit die Prinzipaldatenbank ist, die Sitzung derzeit im synchronen Betriebsmodus ausgeführt wird und die Sitzung bereits synchronisiert ist.
SELECT database_id, mirroring_role, mirroring_safety_level_desc, mirroring_state_desc FROM sys.database_mirroringWeitere Informationen finden Sie unter sys.database_mirroring (Transact-SQL).
Sobald die Spiegelungssitzung synchronisiert ist, führen Sie ein manuelles Failover auf die Spiegeldatenbank durch.
Dies ist entweder mithilfe von SQL Server Management Studio oder Transact-SQL möglich:
Aktivieren Sie die vertrauenswürdige Datenbankeigenschaft mit dem folgenden ALTER DATABASE Befehl:
ALTER DATABASE <database_name> SET TRUSTWORTHY ONWeitere Informationen finden Sie unter ALTER DATABASE (Transact-SQL).
Führen Sie optional erneut manuell ein Failover durch, um zum ursprünglichen Prinzipal zurückzukehren.
Wechseln Sie optional in den asynchronen Modus für hohe Leistung, indem Sie SAFETY auf OFF festlegen und sicherstellen, dass WITNESS ebenfalls auf OFF festgelegt ist.
In Transact-SQL:
Ändern der Transaktionssicherheit in einer Datenbank-Spiegelungssitzung (Transact-SQL)
Entfernen des Zeugen aus einer Datenbank-Spiegelungssitzung (SQL Server)
In SQL Server Management Studio:
Siehe auch
TRUSTWORTHY-Datenbankeigenschaft
Einrichten einer verschlüsselten Spiegeldatenbank