Choisir la bonne fonctionnalité Azure SQL Database

Effectué

Dans notre scénario de fabricant de vélos, vous avez déjà identifié et profilé les bases de données que vous souhaitez migrer vers Azure SQL Database. À présent, vous souhaitez planifier la migration, en tenant compte de la récupération des données, de la récupération d’urgence, de la sécurité et d’autres détails d’implémentation.

Vous souhaitez connaître les outils et fonctionnalités disponibles pour la prise en charge du processus de migration vers Azure SQL Database.

Avantages d’Azure SQL Database

Ce qui suit résume les avantages du déploiement de bases de données de pools uniques et élastiques :

Catégorie Fonctionnalité
Sauvegarde et récupération La sauvegarde automatique
Restauration dans le temps
Conservation de sauvegarde 7 jours +
La conservation de sauvegarde à long terme stocke les sauvegardes pendant 10 ans au plus
Haute disponibilité 99,99 % de disponibilité garantie
Disponibilité intégrée avec trois réplicas secondaires
Redondance de zone par le biais de zones de disponibilité Azure
Récupération d'urgence Géo-restauration des sauvegardes de base de données
Géo-réplication active entre les régions Azure
Évolutivité du service Mise à l’échelle dynamique et montée en puissance dynamiques
Montée en charge avec plusieurs partitions
Partager des ressources de calcul entre des bases de données à l’aide de pools élastiques
Sécurité Prise en charge de l’authentification Microsoft Entra
Fonctionnalités de sécurité dans le cloud uniquement, telles que la protection avancée contre les menaces
Chiffrement transparent des données (TDE) activé par défaut
Prise en charge du masquage des données dynamiques et statiques, de la sécurité au niveau des lignes et des Always Encrypted
Liste d’autorisation du pare-feu
Gestion des licences Modèle d’achat DTU pour les coûts prédictifs
Modèle d’achat vCore permettant une mise à l’échelle du stockage indépendamment du calcul
Combiner le modèle d’achat vCore avec Azure Hybrid Benefit pour SQL Server afin de réaliser des économies allant jusqu’à 30 %

Conseil

Pour passer en revue les avantages de la migration vers Azure SQL Database et les fonctionnalités disponibles, consultez le module Déployer des solutions PaaS avec Azure SQL.

Fonctionnalités exclusives d’Azure SQL Database

Certaines fonctionnalités prises en charge dans Azure SQL Database ne sont pas disponibles dans d’autres offres Azure SQL :

Fonction Définition
Hyperscale L’architecture native cloud qui permet un calcul et un stockage évolutifs indépendamment, offrant une plus grande flexibilité et des ressources que les autres niveaux.
La mise à l’échelle automatique Avec niveau de calcul serverless
Réglage automatique (index) Cette fonctionnalité intégrée identifie et crée automatiquement des index qui peuvent améliorer les performances de votre charge de travail. Elle vérifie également que les performances des requêtes ont été améliorées et supprime les index inutilisés ou dupliqués.
Requête élastique Elle permet d’exécuter des requêtes T-SQL qui impliquent plusieurs bases de données dans SQL Database. Cette fonctionnalité est utile pour les applications qui utilisent des noms en trois et quatre parties qui ne peuvent pas être modifiés.
Tâches élastiques La fonctionnalité de travail élastique remplace SQL Server Agent pour Azure SQL Database. Dans une certaine mesure, le travail élastique est équivalent à la fonctionnalité Administration multiserveur disponible sur une instance SQL Server.
Synchronisation des données SQL Elle vous permet de synchroniser de façon incrémentielle des données sur plusieurs bases de données s’exécutant sur SQL Database ou sur SQL Server.
Query Performance Insights (QPI) Cet outil permet de trouver les requêtes à optimiser pour améliorer les performances globales de charge de travail et pour utiliser efficacement la ressource que vous payez.

Important

Pour comprendre les différences d’autres fonctionnalités SQL Database, SQL Server et Azure SQL Managed Instance, ainsi que les différences entre les diverses options d’Azure SQL Database, consultez Fonctionnalités SQL Database.

Options de migration prises en charge

Il existe deux modes de migration vers Azure SQL base de données : en ligne et hors connexion. Le mode en ligne a un temps d’arrêt minimal ou aucun, tandis que le mode hors connexion subit un temps d’arrêt pendant le processus de migration.

Outil Mode de migration
Azure Database Migration Service Hors connexion
Réplication transactionnelle En ligne
Azure Migrate Hors connexion
Synchronisation des données SQL * Hors connexion
Assistant Importation et exportation/BACPAC Hors connexion
Copie en bloc (utilitaire bcp) Hors connexion
Azure Data Factory Hors connexion
Assistant Migration de données (DMA) Hors connexion

* Selon la charge de travail, son impact sur le niveau de performance peut être plus élevé.

Remarque

Bien que l’Assistant Migration de données soit un outil disponible utile, nous vous recommandons d’utiliser le service Azure Database Migration Service pour des migrations volumineuses et bénéficier d’une expérience globale améliorée.

Performances en matière de migration

Tenez compte des recommandations suivantes lors de la migration vers Azure SQL Database :

  • Surveillez les E/S et la latence des fichiers de données sur la source, et atténuez les goulots d’étranglement.
  • Effectuer un scale-up de la base de données Azure SQL cible vers Critique pour l'entreprise Gen5 8 vCore ou utilisez le niveau de service Hyperscale pour réduire la latence pour les fichiers journaux.
  • Assurez-vous que la bande passante de votre réseau peut prendre en charge le taux maximal d’ingestion des journaux.
  • Choisissez le niveau de service et la taille de calcul les plus élevés pour optimiser les performances de transfert, puis effectuez un scale-down après la migration.
  • Réduisez la distance entre les fichiers BACPAC et le centre de données de destination.
  • Désactivez les statistiques de mise à jour automatique et de création automatique pendant la migration.
  • Partitionnez des tables et des index, supprimez les vues indexées et recréez-les après la migration.
  • Envisagez de migrer des données historiques rarement interrogées vers une base de données distincte dans Azure SQL Database, et interrogez-les à l’aide de requêtes élastiques.

Nouvelles tentatives de connexion à l’application

Lors de la migration vers Azure SQL Database, il est important d’anticiper les défaillances temporaires occasionnelles lors de la connexion à la ressource de base de données et d’implémenter une méthode logique de nouvelle tentative appropriée. La définition d’un nombre maximal de nouvelles tentatives avant l’arrêt du programme est également importante.

Nous vous recommandons d’attendre 5 secondes au minimum lors de votre première nouvelle tentative. Chaque nouvelle tentative suivante doit augmenter le délai de manière exponentielle, jusqu’à un maximum de 60 secondes.

Remarque

Si une instruction SELECT échoue avec une erreur temporaire pour SQL Database ou SQL Database Managed Instance, ne réessayez pas directement. Réessayez plutôt l’instruction SELECT dans une nouvelle connexion.

Pour en savoir plus sur les principes de nouvelle tentative de connexion, consultez Résoudre les erreurs de connexion temporaires dans SQL Database et SQL Managed Instance.