Prise en charge du déplacement des ressources Azure SQL entre différentes régions Azure
Cet article résume la prise en charge et la configuration requise pour déplacer des ressources Azure SQL entre des régions Azure avec Azure Resource Mover.
Spécifications
Ces conditions sont résumées dans le tableau suivant.
| Fonctionnalité | Prise en charge/Non prise en charge | Détails |
|---|---|---|
| Azure SQL Database Hyperscale | Non pris en charge | Impossible de déplacer des bases de données dans le niveau de service Azure SQL Hyperscale avec Resource Mover. |
| Redondance de zone | Prise en charge | Options de déplacement prises en charge : – Entre les régions qui prennent en charge la redondance de zone. – Entre les régions qui ne prennent pas en charge la redondance de zone. – D’une région qui prend en charge la redondance de zone vers une région qui ne prend pas en charge la redondance de zone. – D’une région qui ne prend pas en charge la redondance de zone vers une région qui prend en charge la redondance de zone. |
| Synchronisation des données | Hub/synchroniser la base de données : Non pris en charge Membre de synchronisation : Pris en charge. |
Si un membre de synchronisation est déplacé, vous devez configurer la synchronisation des données avec la nouvelle base de données cible. |
| Géoréplication existante | Prise en charge | Les géoréplications existantes sont remappées au nouveau principal dans la région cible. L’amorçage doit être initialisé après le déplacement. Plus d’informations |
| Transparent Data Encryption (TDE) avec Bring Your Own Key (BYOK) | Prise en charge | En savoir plus sur le déplacement des coffres de clés entre les régions. |
| TDE avec clé gérée par le service | Pris en charge. | En savoir plus sur le déplacement des coffres de clés entre les régions. |
| Règles de masquage dynamique des données | Pris en charge. | Les règles sont copiées automatiquement dans la région cible dans le cadre du déplacement. Plus d’informations |
| Advanced Data Security | Non pris en charge. | Solution de contournement : Configuration au niveau de SQL Server dans la région cible. Plus d’informations |
| Règles de pare-feu | Non pris en charge. | Solution de contournement : Configuration des règles de pare-feu pour SQL Server dans la région cible. Les règles de pare-feu au niveau de la base de données sont copiées du serveur source au serveur cible. Plus d’informations |
| Stratégies d’audit | Non pris en charge. | Les stratégies sont réinitialisées aux valeurs par défaut après le déplacement. En savoir plus sur la réinitialisation. |
| Rétention des sauvegardes | Pris en charge. | Les stratégies de rétention des sauvegardes de la base de données source sont transférées à la base de données cible. En savoir plus sur la modification des paramètres après le déplacement. |
| Réglage automatique | Non pris en charge. | Solution de contournement : Configuration des paramètres de réglage automatique après le déplacement. Plus d’informations |
| Alertes de base de données | Non pris en charge. | Solution de contournement : Configuration des alertes après le déplacement. Plus d’informations |
| Instance stretch database Azure SQL Server | Non pris en charge | Impossible de déplacer les instances stretch database SQL Server avec Resource Mover. |
| Azure Synapse Analytics | Non pris en charge | Impossible de déplacer Azure Synapse Analytics avec Resource Mover. |
Étapes suivantes
Essayez de déplacer des ressources Azure SQL vers une autre région avec Resource Mover.