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.
Dieser Artikel enthält eine Zusammenfassung der Unterstützung und Voraussetzungen im Zusammenhang mit dem Verschieben von Azure SQL-Ressourcen zwischen Azure-Regionen mit Azure Resource Mover.
Anforderungen
Die Anforderungen werden in der folgenden Tabelle zusammengefasst.
| Feature | Unterstützt/Nicht unterstützt. | Details |
|---|---|---|
| Hyperscale in Azure SQL-Datenbank | Nicht unterstützt | Mit Resource Mover können keine Datenbanken der Azure SQL Hyperscale-Dienstebene verschoben werden. |
| Zonenredundanz | Unterstützt | Unterstützte Optionen für den Verschiebungsvorgang: - Zwischen Regionen, die Zonenredundanz unterstützen - Zwischen Regionen, die keine Zonenredundanz unterstützen - Zwischen einer Region, die Zonenredundanz unterstützt, und einer Region, die keine Zonenredundanz unterstützt - Zwischen einer Region, die keine Zonenredundanz unterstützt, und einer Region, die Zonenredundanz unterstützt |
| Datensynchronisierung | Hub-/Synchronisierungsdatenbank: Nicht unterstützt Synchronisierungsmitglied: Unterstützt. |
Wird ein Synchronisierungsmitglied verschoben, müssen Sie die Datensynchronisierung mit der neuen Zieldatenbank einrichten. |
| Vorhandene Georeplikation | Unterstützt | Vorhandene Georeplikate werden der neuen primären Datenbank in der Zielregion zugeordnet. Nach dem Verschieben muss das Seeding initialisiert werden. Weitere Informationen |
| Transparent Data Encryption (TDE) mit Bring Your Own Key (BYOK) | Unterstützt | Weitere Informationen zum Verschieben von Schlüsseltresoren zwischen Regionen finden Sie hier. |
| TDE mit dienstseitig verwaltetem Schlüssel | Unterstützt. | Weitere Informationen zum Verschieben von Schlüsseltresoren zwischen Regionen finden Sie hier. |
| Regeln für die dynamische Datenmaskierung | Unterstützt. | Regeln werden im Rahmen der Verschiebung automatisch in die Zielregion kopiert. Weitere Informationen |
| Erweiterte Datensicherheit | Wird nicht unterstützt. | Problemumgehung: Führen Sie die Einrichtung auf der SQL Server-Ebene in der Zielregion durch. Weitere Informationen |
| Firewallregeln | Wird nicht unterstützt. | Problemumgehung: Richten Sie Firewallregeln für SQL Server in der Zielregion ein. Firewallregeln auf der Datenbankebene werden vom Quellserver auf den Zielserver kopiert. Weitere Informationen |
| Überwachungsrichtlinien | Wird nicht unterstützt. | Richtlinien werden nach dem Verschieben auf die Standardeinstellung zurückgesetzt. Informationen zum Zurücksetzen finden Sie hier. |
| die Aufbewahrung der Sicherung | Unterstützt. | Sicherungsaufbewahrungsrichtlinien für die Quelldatenbank werden in die Zieldatenbank übertragen. Informationen zum Ändern von Einstellungen nach dem Verschieben finden Sie hier. |
| Automatische Optimierung | Wird nicht unterstützt. | Problemumgehung: Legen Sie nach dem Verschieben Einstellungen für die automatische Optimierung fest. Weitere Informationen |
| Datenbankwarnungen | Wird nicht unterstützt. | Problemumgehung: Richten Sie nach dem Verschieben Warnungen ein. Weitere Informationen |
| Azure SQL Server Stretch Database | Nicht unterstützt | SQL Server Stretch Database-Instanzen können nicht mit Resource Mover verschoben werden. |
| Azure Synapse Analytics | Nicht unterstützt | Azure Synapse Analytics kann nicht mit Resource Mover verschoben werden. |
Nächste Schritte
Versuchen Sie, mit Resource Mover Azure SQL-Ressourcen in eine andere Region zu verschieben.