Comparaison des fonctionnalités : Azure SQL Database et Azure SQL Managed Instance

S’applique à : Azure SQL DatabaseAzure SQL Managed Instance

Azure SQL Database et SQL Managed Instance partagent une base de code commune avec la dernière version stable de SQL Server. La plupart des fonctionnalités standard du langage SQL, du traitement des requêtes et de la gestion des bases de données sont identiques. Les fonctionnalités communes à SQL Server et SQL Database ou SQL Managed Instance sont les suivantes :

Azure gère vos bases de données et garantit leur haute disponibilité. Certaines fonctionnalités susceptibles d’affecter la haute disponibilité ou qui ne peuvent pas être utilisées dans un environnement PaaS sont limitées dans SQL Database et SQL Managed Instance. Ces fonctionnalités sont décrites dans les tableaux ci-dessous.

Si vous avez besoin de plus de détails sur les différences, vous les trouverez sur les pages distinctes :

Remarque

Microsoft Entra ID était précédemment connu sous le nom d’Azure Active Directory (Azure AD).

Fonctionnalités de SQL Database et SQL Managed Instance

Le tableau suivant répertorie les principales fonctionnalités de SQL Server et indique si la fonctionnalité est partiellement ou entièrement prise en charge dans Azure SQL Database et Azure SQL Managed Instance, avec un lien vers des informations supplémentaires sur la fonctionnalité.

Fonctionnalité Azure SQL Database Azure SQL Managed Instance
Compatibilité de la base de données 100-160 100-160
Always Encrypted Oui, consultez le Magasin de certificats et Coffre de clés Oui, consultez le Magasin de certificats et Coffre de clés
Groupes de disponibilité AlwaysOn Une disponibilité à 99,99-99,995 % est garantie pour chaque base de données. La reprise d’activité après sinistre est abordée dans Vue d’ensemble de la continuité de l’activité avec Azure SQL Database. Une disponibilité à 99,99 % est garantie pour chaque base de données. L’utilisateur ne peut pas la gérer. La reprise d’activité après sinistre est abordée dans Vue d’ensemble de la continuité de l’activité avec Azure SQL Database. Utilisez des groupes de basculement pour configurer une SQL Managed Instance secondaire dans une autre région. Les instances SQL Server et SQL Database ne peuvent pas être utilisées en tant qu’instances secondaires pour SQL Managed Instance.
Attacher une base de données Non Non
Audit Oui, consultez Audit Oui, consultez Audit, avec quelques différences
Authentification Microsoft Entra (anciennement Azure Active Directory) Oui, pour les utilisateurs au niveau de la base de données. Les connexions au niveau du serveur sont en préversion publique. Oui. Utilisateurs au niveau de la base de données et connexions au niveau du serveur.
Commande de sauvegarde Non, uniquement les sauvegardes automatiques générées par le système, consultez Sauvegardes automatisées dans Azure SQL Database Oui, sauvegardes de copie uniquement initiées par l’utilisateur vers le stockage Blob Azure (les sauvegardes automatiques du système ne peuvent pas être initiées par l’utilisateur). Consultez Différences de sauvegarde et Sauvegardes automatisées dans Azure SQL Managed Instance.
Fonctions intégrées La plupart, consultez Fonctions individuelles Oui, consultez Différences entre les procédures stockées, les fonctions et les déclencheurs
Instruction BULK INSERT Oui, mais uniquement à partir de Stockage Blob Azure en tant que source. Oui, mais uniquement à partir de Stockage Blob Azure en tant que source, consultez Différences.
Certificats et clés asymétriques Oui, sans accès au système de fichiers pour les opérations BACKUP et CREATE. Oui, sans accès au système de fichiers pour les opérations BACKUP et CREATE, consultez les différences de certificats.
Modifier la capture de données – CDC Oui pour le niveau S3 et versions ultérieures. Basic, S0, S1, S2 ne sont pas pris en charge. Oui
Classement - serveur/instance Oui, le classement de base de données par défaut est SQL_Latin1_General_CP1_CI_AS. La hiérarchisation des bases de données peut être définie lors de la création de celle-ci et ne peut être mise à jour. Spécifiez un classement pour les données (COLLATE) et un classement de catalogue pour les métadonnées système et les identificateurs d’objet (CATALOG_COLLATION). Dans Azure SQL Database, il n’existe aucune hiérarchie de serveur. Oui, peut être défini lorsque l’instance est créée, mais pas mis à jour ultérieurement.
Index Columnstore Oui - niveau Premium, niveau Standard - S3 et supérieur, niveau Usage général, et niveaux Critique pour l’entreprise et Hyperscale. Oui
Common Language Runtime – CLR Non Oui, mais sans accès au système de fichiers dans l'instruction CREATE ASSEMBLY, consultez Différences CLR
Informations d'identification Oui, mais les informations d’identification de la base de données uniquement. Oui, mais seuls Azure Key Vault et SHARED ACCESS SIGNATURE sont pris en charge. Consultez Détails
Requêtes de noms entre plusieurs bases de données/en trois parties Non, consultez Requêtes élastiques Oui
Transactions entre bases de données Non Oui, dans l’instance. Voir Différences entre serveurs liés pour les requêtes entre instances.
Database mail – DbMail Non Oui
Mise en miroir de bases de données Non Non, consultez Fonctionnalités SQL Managed Instance.
Instantanés de base de données Non Non
Virtualisation de base de données Non Oui
Instructions DBCC La plupart, consultez Instructions individuelles Oui, consultez Différences DBCC
Instructions DDL La plupart, consultez Instructions individuelles Oui, consultez Différences T-SQL
Déclencheurs DDL Base de données uniquement Oui
Vues partitionnées distribuées Non Oui
Transactions distribuées - MS DTC Non, consultez Transactions élastiques Oui, DTC pour Azure SQL Managed Instance,
et Transactions élastiques
Déclencheurs DML La plupart, consultez Instructions individuelles Oui
DMV La plupart, consultez DMV individuels Oui, consultez Différences T-SQL
Requête élastique Oui, avec le type SGBDR requis (préversion publique). Non, utilisez des requêtes entre bases de données natives et le serveur lié
Notifications d’événement Non, consultez Alertes Non
Expressions Oui Oui
Événements étendus (XEvent) Certains, consultez Événements étendus dans SQL Database Oui, consultez Différences des événements étendus.
Procédures stockées étendues Non Non
Fichiers et groupes de fichiers Groupe de fichiers principal uniquement Oui. Les chemins de fichiers sont automatiquement attribués et l’emplacement des fichiers ne peut pas être spécifié dans l’instructionALTER DATABASE ADD FILE.
FileStream Non Non, consultez Fonctionnalités SQL Managed Instance.
Recherche en texte intégral (FTS) Oui, mais les analyseurs lexicaux et les filtres tiers ne sont pas pris en charge Oui, mais les analyseurs lexicaux et les filtres tiers ne sont pas pris en charge
Fonctions La plupart, consultez Fonctions individuelles Oui, consultez Différences entre les procédures stockées, les fonctions et les déclencheurs
Optimisation en mémoire Oui dans Niveaux de service Premium et Critique pour l’entreprise.
Prise en charge limitée des objets OLTP en mémoire non persistants tels que les variables de table à mémoire optimisée dans
.
Oui dans Niveau de service Critique pour l’entreprise.
Éléments de langage La plupart, consultez Éléments individuels Oui, consultez Différences T-SQL
Registre Oui Oui
Fonctionnalité de liaison Non Oui (préversion publique pour la récupération d’urgence)
Serveurs liés Non, consultez Requête élastique Oui. Uniquement pour SQL Server et SQL Database sans transactions distribuées.
Serveurs liés qui lisent à partir de fichiers (CSV, Excel) Non. Utilisez BULK INSERT ou OPENROWSET en alternative au format CSV. Non. Utilisez BULK INSERT ou OPENROWSET en alternative au format CSV. Suivez ces requêtes sur l’élément de commentaires de SQL Managed Instance
Copie des journaux de transaction La haute disponibilité est incluse dans chaque base de données. La reprise d’activité après sinistre est abordée dans Vue d’ensemble de la continuité de l’activité. Intégration en mode natif dans le cadre du processus de migration Azure Data Migration Service (DMS). Génération en mode natif pour les projets de migration de données personnalisés en tant que service LRS externe.
Non disponible en tant que solution de haute disponibilité, car d’autres méthodes de haute disponibilité sont incluses dans chaque base de données et il n’est pas recommandé d’utiliser la copie des journaux de transaction comme alternative à la haute disponibilité. La reprise d’activité après sinistre est abordée dans Vue d’ensemble de la continuité de l’activité. Non disponible en tant que mécanisme de réplication entre les bases de données – utiliser des réplicas secondaires sur le niveau critique pour l’entreprise, les groupes de basculement ou la réplication transactionnelle comme alternatives.
Connexions et utilisateurs Oui, mais les instructions de connexion CREATE et ALTER sont limitées. Comptes de connexion Windows non pris en charge. Les connexions Microsoft Entra sont en préversion publique. EXECUTE AS LOGIN n’est pas pris en charge, utilisez EXECUTE AS USER. Oui, à quelques différences près. Les connexions Windows sont prises en charge via Kerberos. Le processus nécessite une synchronisation Active Directory avec Microsoft Entra ID.
Journalisation minimale dans l’importation en bloc Non, seul le mode de récupération complète est pris en charge. Non, seul le mode de récupération complète est pris en charge.
Modification des données système Non Oui
Automatisation OLE Non Non
OPENDATASOURCE Non Oui, uniquement pour SQL Database, SQL Managed Instance et SQL Server. Voir Différences de T-SQL
OPENQUERY Non Oui, uniquement pour SQL Database, SQL Managed Instance et SQL Server. Voir Différences de T-SQL
OPENROWSET Oui, uniquement pour importer à partir de Stockage Blob Azure. Oui, uniquement pour SQL Database, SQL Managed Instance et SQL Server et pour importer à partir de Stockage Blob Azure. Voir Différences de T-SQL
Opérateurs La plupart, consultez Opérateurs individuels Oui, consultez Différences T-SQL
Polybase Non. Vous pouvez interroger les données des fichiers placés dans Stockage Blob Azure à l’aide de la fonction OPENROWSET ou utiliser une OPENROWSET. Oui, pour Azure Data Lake Storage (ADLS) et Stockage Blob Azure en tant que source de données. Pour plus de détails, consultez Virtualisation des données avec Azure SQL Managed Instance.
Notifications de requête Non Oui
Machine Learning Services (anciennement R Services) Non Oui, consultez Machine Learning Services dans Azure SQL Managed Instance
Modèles de récupération Seule la récupération complète qui garantit la haute disponibilité est prise en charge. Les modes de récupération simple et journalisée en bloc ne sont pas disponibles. Seule la récupération complète qui garantit la haute disponibilité est prise en charge. Les modes de récupération simple et journalisée en bloc ne sont pas disponibles.
Gouverneur de ressources Non Oui
Instructions RESTORE Non Oui, avec options FROM URL obligatoires pour les fichiers de sauvegarde placés sur Stockage Blob Azure. Voir Restaurer les différences
Restauration de la base de données à partir de la sauvegarde À partir des sauvegardes automatisées uniquement, consultez Récupération de SQL Database À partir des sauvegardes automatisées, consultez Récupération de SQL Database, et à partir des sauvegardes complètes placées dans Stockage Blob Azure, consultez Différences entre sauvegardes
Restaurer la base de données à SQL Server Non. Utilisez BACPAC ou BCP au lieu de la restauration native. Oui, SQL Server 2022 uniquement. Pour plus d’informations, consultez Restaurer une sauvegarde de base de données SQL Managed Instance sur SQL Server 2022. Sinon, utilisez plutôt BACPAC, BCP ou la réplication transactionnelle.
Recherche sémantique Non Non
Service Broker Non Oui. Voir Différences de Service Broker
Paramètres de configuration du serveur Non Oui, consultez Différences T-SQL
Instructions SET La plupart, consultez Instructions individuelles Oui, consultez Différences T-SQL
SQL Server Agent Non, consultez Tâches élastiques (préversion publique) Oui, voir Différences entre agents SQL Server
Audit SQL Server Non, voir Audit de base de données SQL Oui, voir Vérification des différences
Fonctions stockées sur système La plupart, consultez Fonctions individuelles Oui, consultez Différences entre les procédures stockées, les fonctions et les déclencheurs
Procédures stockées sur système Certaines, voir Procédures stockées individuelles Oui, consultez Différences entre les procédures stockées, les fonctions et les déclencheurs
Tables système Certaines, voir Tables individuelles Oui, consultez Différences T-SQL
Vues catalogue système Certaines, voir vues individuelles Oui, consultez Différences T-SQL
TempDB Oui. Taille de 32 Go par cœur pour chaque base de données. Oui. Taille de 24 Go par vCore pour l’ensemble du niveau GP et limitée par la taille de l’instance sur le niveau BC
Tables temporaires Tables temporaires globales niveau base de données ou local Tables temporaires globales locales et limitées à une instance
Choix du fuseau horaire Non Oui, voir Fuseau horaire, et il doit être configuré lors de la création de l’instance SQL Managed Instance.
Indicateurs de trace Non Oui, mais uniquement un ensemble limité d’indicateurs de trace globaux. Voir les différences avec DBCC
Réplication transactionnelle Oui, Abonné à la réplication transactionnelle et de capture instantanée uniquement Oui, consultez les limitations de la réplication dans SQL Managed Instance.
Chiffrement transparent des données (TDE) Oui, consultez TDE pour Azure SQL Oui, consultez TDE pour Azure SQL
Authentification Windows Non Oui, consultez Authentification Windows pour les principaux Microsoft Entra
Clustering de basculement Windows Server Non. Les autres techniques qui fournissent une haute disponibilité sont incluses dans chaque base de données. La reprise d’activité après sinistre est abordée dans Vue d’ensemble de la continuité de l’activité avec Azure SQL Database. Non. Les autres techniques qui fournissent une haute disponibilité sont incluses dans chaque base de données. La reprise d’activité après sinistre est abordée dans Vue d’ensemble de la continuité de l’activité avec Azure SQL Database.

Fonctionnalités de la plateforme

La plateforme Azure fournit un certain nombre de fonctionnalités PaaS qui sont ajoutées en tant que valeur supplémentaire aux fonctionnalités de base de données standard. Il existe un certain nombre de services externes qui peuvent être utilisés avec Azure SQL Database et Azure SQL Managed Instance.

Fonctionnalités de la plateforme Azure SQL Database Azure SQL Managed Instance
Géo-réplication active Oui, consultez géoréplication active : tous les niveaux de service. Non, consultez groupes de basculement en guise d’alternative.
La mise à l’échelle automatique Oui, mais uniquement dans un modèle serverless. Dans le modèle avec serveur, le changement de niveau de service (modification de vCore, de stockage ou de DTU) est rapide et s’effectue en ligne. La modification du niveau de service ne nécessite qu’un temps d’arrêt minimal voire inexistant. Non, vous devez choisir le calcul et le stockage réservés. La modification du niveau de service (vCore ou stockage maximal) s’effectue en ligne et ne nécessite qu’un temps d’arrêt minimal voire inexistant.
Sauvegardes automatiques Oui, consultez Sauvegardes automatisées dans Azure SQL Database. Les sauvegardes complètes interviennent tous les 7 jours, les sauvegardes différentielles toutes les 12 heures et les sauvegardes des journaux toutes les 5 à 10 minutes. Oui, consultez Sauvegardes automatisées dans Azure SQL Managed Instance. Les sauvegardes complètes interviennent tous les 7 jours, les sauvegardes différentielles toutes les 12 heures et les sauvegardes des journaux toutes les 5 à 10 minutes.
Réglage automatique (index) Oui, consultez Réglage automatique Non
Zones de disponibilité Oui Ou, niveau Critique pour l’entreprise uniquement, actuellement en préversion
Azure Resource Health Oui Oui
Rétention des sauvegardes à court terme Oui, consultez la rétention à court terme. 7 jours par défaut, maximum 35 jours. Oui, consultez la rétention à court terme. 1 à 35 jours, 7 jours par défaut.
Azure Database Migration Service (DMS) Oui Oui
Service de migration des données (DMA) Oui Non
Tâches élastiques Oui, consultez Tâches élastiques (préversion publique) Non. Utilisez SQL Agent ou Azure Automation.
Groupes de basculement Oui, consultez groupes de basculement - tous les niveaux de service. Oui, consultez groupes de basculement.
Accès au système de fichiers Non. Utilisez BULK INSERT ou OPENROWSET pour accéder à des données et les charger à partir d'un Stockage Blob Azure en alternative. Non. Utilisez BULK INSERT ou OPENROWSET pour accéder à des données et les charger à partir d'un Stockage Blob Azure en alternative.
Géorestauration Oui, consultez zone géographique-restauration Oui, consultez zone géographique-restauration
Conservation à long terme (LTR) Oui, consultez conservation à long terme, conserver les sauvegardes automatiques jusqu'à 10 ans. Oui, consultez conservation à long terme, conserver les sauvegardes automatiques jusqu'à 10 ans.
Mettre en pause/reprendre Oui, dans un modèle serverless Oui, avec Stop / commencer l’aperçu
Gestion basée sur des stratégies Non Non
Adresse IP publique Oui. L’accès peut être restreint à l’aide du pare-feu ou des points de terminaison du service. Oui. Doit être explicitement activée et le port 3342 doit être activé dans les règles de groupe de sécurité réseau. L'adresse IP publique peut être désactivée, si nécessaire. Voir Point de terminaison public pour plus d’informations.
Limite de restauration dans le temps d’une base de données Oui, consultez limite de restauration dans le temps Oui, consultez limite de restauration dans le temps
Pools de ressources Oui, en tant que pools élastiques Oui. Une seule instance de SQL Managed Instance peut avoir plusieurs bases de données qui partagent le même pool de ressources. En outre, vous pouvez déployer plusieurs instances de SQL Managed Instance dans des pools d’instances (préversion publique) qui peuvent partager les ressources.
Augmentation ou diminution d’échelle (en ligne) Oui, vous pouvez modifier les DTU ou les vCores réservés ou le stockage maximal avec un temps d’arrêt minimal. Oui, vous pouvez modifier les vCores réservés ou le stockage maximal avec un temps d’arrêt minimal.
Alias SQL Non, utilisez un Alias DNS Non, utilisez Cliconfg pour configurer un alias sur les machines clientes.
SQL Analytics Oui Oui
Synchronisation des données SQL Oui, consultez SQL Data Sync Non, utilisez la réplication transactionnelle.
SQL Server Analysis Services (SSAS) Non, Azure Analysis Services est un service cloud Azure distinct. Non, Azure Analysis Services est un service cloud Azure distinct.
SQL Server Integration Services (SSIS) Oui, avec les services SSIS managés dans un environnement Azure Data Factory (ADF), dans lequel les packages sont stockés dans la base de données SSISDB hébergée par Azure SQL Database et exécutée sur Azure SSIS IR (Integration Runtime). Consultez Créer Azure-SSIS IR dans ADF.

Pour comparer les fonctionnalités SSIS dans SQL Database et SQL Managed Instance, consultez Comparer SQL Database et SQL Managed Instance.
Oui, avec les services SSIS managés dans un environnement Azure Data Factory (ADF), dans lequel les packages sont stockés dans la base de données SSISDB hébergée par SQL Managed Instance et exécutée sur Azure SSIS IR (Integration Runtime). Consultez Créer Azure-SSIS IR dans ADF.

Pour comparer les fonctionnalités SSIS dans SQL Database et SQL Managed Instance, consultez Comparer SQL Database et SQL Managed Instance.
SQL Server Reporting Services (SSRS) Non - voir Power BI Non : utilisez les Rapports paginés Power BI à la place ou hébergez SSRS sur une machine virtuelle Azure. Même si SQL Managed Instance ne parvient pas à exécuter SSRS en tant que service, il peut héberger des bases de données de catalogue SSRS pour un serveur de rapports installé sur une machine virtuelle Azure à l’aide de l’authentification SQL Server.
Query Performance Insights (QPI) Oui Non. Utilisez des rapports intégrés dans SQL Server Management Studio et Azure Data Studio.
Réseau virtuel Partielle, elle permet un accès restreint à l’aide de points de terminaison VNet Oui, SQL Managed Instance est injecté dans le réseau virtuel du client..
Point de terminaison de service de réseau virtuel Oui, consultez points de terminaison de service de réseau virtuel. Oui, consultez Stratégies de points de terminaison de service.
Peering mondial de réseau virtuel Oui, en utilisant une adresse IP et des points de terminaison de service privés Oui, en utilisant l’appairage de réseaux virtuels.
Connectivité privée Oui, en utilisant Private Link Oui, en utilisant un point de terminaison local de réseau virtuel ou d’un point de terminaison privé

Limites des ressources

Le tableau suivant compare les limites de ressources maximales disponibles pour Azure SQL Database et Azure SQL Managed Instance :

Catégorie Azure SQL Database Azure SQL Managed Instance
Taille de calcul Jusqu’à 128 vCores Jusqu’à 128 vCores
Taille de stockage 1 Go - 100 To 16 To
Taille de TempDB 32 Go par vCore, jusqu’à 2 560 Go Jusqu’à 4 To, limité par taille de stockage réservée
Débit d’écriture des journaux Jusqu’à 100 Mo/s 4,5 Mo/s par vCore (192 Mo/s max)
Disponibilité SLA par défaut
SLA de 99,995 % avec redondance de zone
SLA par défaut
Sauvegardes Choix entre stockage localement redondant (LRS), redondant interzone (ZRS) et géoredondant (GRS)
Conservation de 1 à 35 jours (7 jours par défaut), avec conservation à long terme de 10 ans maximum disponible
Choix entre stockage localement redondant (LRS), redondant interzone (ZRS), géoredondant (GRS) et géoredondant interzone (GZRS)
Conservation de 1 à 35 jours (7 jours par défaut), avec conservation à long terme de 10 ans maximum disponible
Réplicas en lecture seule Échelle lecture avec 1-4 réplicas haute disponibilité ou 1-30 réplicas nommés
0 - 4 géo-réplicas
1 réplica de haute disponibilité prédéfini est lisible
0 - 1 géo-réplica utilisant des groupes de basculement
Modèles de remise Instances réservées
Azure Hybrid Benefit (non disponible avec les abonnements dev/test)
Abonnements Dev/Test Entreprise et Paiement à l’utilisation
Instances réservées
Azure Hybrid Benefit (non disponible avec les abonnements dev/test)
Abonnements Dev/Test Entreprise et Paiement à l’utilisation

Pour en savoir plus sur les limites de ressources pour Azure SQL Database, consultez :

Pour en savoir plus sur les limites de ressources pour Azure SQL Managed Instance, consultez Limites de ressources.

Outils

Azure SQL Database et Azure SQL Managed Instance prennent en charge différents outils de données qui peuvent vous aider à gérer vos données.

Outil Azure SQL Database Azure SQL Managed Instance
Portail Azure Oui Oui
Éditeur de requêtes dans le portail Azure Oui Non
Azure CLI Oui Oui
Azure Data Studio Oui Oui
Azure PowerShell Oui Oui
Fichier BACPAC (exporter) Oui, consultez Exportation de SQL Database Oui, consultez Exportation de SQL Managed Instance
Fichier BACPAC (importer) Oui, consultez Importation de SQL Database Oui, consultez Importation de SQL Managed Instance
Data Quality Services (DQS) Non Non
Master Data Services (MDS) Non Non. Hébergez MDS sur une machine virtuelle Azure. Même si SQL Managed Instance ne peut pas exécuter MDS en tant que service, il peut héberger des bases de données MDS pour un service MDS installé sur une machine virtuelle Azure à l’aide de l’authentification SQL Server.
SMO Oui, consultez SMO. Oui, depuis SMO version 150.
Outils SQL Server Data Tools (SSDT) Oui Oui
SQL Server Management Studio (SSMS) Oui Oui version 18.0 ou ultérieure
SQL Server PowerShell Oui Oui
SQL Server Profiler Non, consultez Événements étendus Oui
System Center Operations Manager Oui, consultez Pack d’administration Microsoft System Center pour Azure SQL Database. Oui, consultez Pack d’administration Microsoft System Center pour Azure SQL Managed Instance.

Méthodes de migration

Vous pouvez utiliser différentes méthodes de migration pour déplacer vos données entre SQL Server, Azure SQL Database et Azure SQL Managed Instance. Les méthodes en ligne détectent toutes les modifications apportées à la source pendant la migration. Avec les méthodes hors connexion, lorsque que la migration est en cours, vous devez arrêter la charge de travail qui modifie les données de la source.

Source Azure SQL Database Azure SQL Managed Instance
SQL Server (local, Azure VM, Amazon RDS) En ligne :Réplication transactionnelle
Hors connexion :Data Migration Service (DMS), Fichier BACPAC (importation), BCP
En ligne :Managed Instance, Log Replay Service, Azure Data Migration Service (DMS) et réplication transactionnelle
Hors connexion :Azure Database Migration Service Sauvegarde et restauration native, Fichier BACPAC (importation), BCP, Réplication de capture instantanée
Base de données unique Hors connexion :Fichier BACPAC (importation), BCP Hors connexion :Fichier BACPAC (importation), BCP
Instance managée SQL En ligne :Réplication transactionnelle
Hors connexion :Fichier BACPAC (importation), BCP, Réplication de capture instantanée
En ligne :Aperçu de la copie/du déplacement de la base de données, réplication transactionnelle
Hors connexion : Restauration de points dans le temps entre instances (Azure PowerShell ou Azure CLI), Sauvegarde/Restauration natives, Fichier BACPAC (importer), BCP, Réplication de capture instantanée

Étapes suivantes

Microsoft continue d’ajouter des fonctionnalités à Azure SQL Database. Visitez la page web de mises à jour de service pour Azure afin d’obtenir les dernières mises à jour avec ces filtres :

Pour plus d’informations sur Azure SQL Database et Azure SQL Managed Instance, consultez :