Einrichten der TRUSTWORTHY-Eigenschaft für eine Spiegeldatenbank (Transact-SQL)

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. Muss die Datenbank nach einem Failover vertrauenswürdig sein, sind zusätzliche Installationsschritte nach dem Beginn der Spiegelung erforderlich.

Informationen zu dieser Datenbankeigenschaft finden Sie unter TRUSTWORTHY-Datenbankeigenschaft.

Verfahren

So richten Sie die TRUSTWORTHY-Eigenschaft für eine Spiegeldatenbank ein

1. 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.databases   
   

   Weitere Informationen finden Sie unter sys.databases (Transact-SQL).

2. 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_mirroring  
   

   Weitere Informationen finden Sie unter sys.database_mirroring (Transact-SQL).

3. Nach dem Synchronisieren der Spiegelungssitzung führen Sie manuell ein Failover zur Spiegeldatenbank aus.

   Dies ist entweder mithilfe von SQL Server Management Studio oder Transact-SQL möglich:

   • Manueller Failover für eine Datenbank-Spiegelungssitzung (SQL Server Management Studio)

   • Ausführen des manuellen Failovers einer Datenbank-Spiegelungssitzung (Transact-SQL)

4. Aktivieren Sie die TRUSTWORTHY-Datenbankeigenschaft mithilfe des folgenden ALTER DATABASE-Befehls:

   ALTER DATABASE <database_name> SET TRUSTWORTHY ON  
   

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

5. Führen Sie optional erneut ein Failover aus, um zur ursprünglichen Prinzipaldatenbank zurückzukehren.

6. 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:

   • Einrichten einer Datenbank-Spiegelungssitzung mithilfe der Windows-Authentifizierung (SQL Server Management Studio)

Weitere Informationen

TRUSTWORTHY-Datenbankeigenschaft
Einrichten einer verschlüsselten Spiegeldatenbank