Note
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de modifier les répertoires.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de changer de répertoire.
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 :
- Fonctionnalités de langage : Mots clés du langage de contrôle de flux , Curseurs, Types de données, Instructions DML, Prédicats, Numéros séquentiels, Procédures stockées et Variables.
- Fonctionnalités de base de données : Réglage automatique (plan forcé), Suivi des modifications, Classement de base de données, Bases de données autonomes, Utilisateurs de base de données autonome, Compression de données, Paramètres de configuration de base de données, Opérations en ligne sur les index, Partitionnement et Tables temporelles.
- Fonctionnalités de sécurité : Rôles d’application, Masquage de données dynamique, Row Level Security et Protection avancée contre les menaces (voir les guides de démarrage SQL Database et SQL Managed Instance.)
- Fonctionnalités multi-modèles : Traitement des graphiques, Données JSON, OPENXML), Données spatiales, OPENJSON et Index XML. Pour plus d’informations, consultez Fonctionnalités multimodèles d’Azure SQL Database et SQL Managed Instance.
Azure gère vos bases de données et garantit leur haute disponibilité. Certaines fonctionnalités susceptibles d’affecter la haute disponibilité ou ne peuvent pas être utilisées dans le monde PaaS ont des fonctionnalités limitées dans Azure SQL Database et Azure SQL Managed Instance.
Si vous avez besoin de plus de détails sur les différences, vous les trouverez sur les pages distinctes :
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é.
| Feature | Base de données SQL Azure | Azure SQL Managed Instance |
|---|---|---|
| Compatibilité des bases de données | 100 - 160 | 100 - 160 |
| Always Encrypted | Oui, voir Magasin de certificats et Coffre de clés | Oui, voir Magasin de certificats et Coffre de clés |
| Groupes de disponibilité Always On | 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, et 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 | No | No |
| Auditing | Oui, voir Audit | Oui, voir 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. | Yes. Les utilisateurs au niveau de la base de données et les connexions au niveau du serveur. |
| Commande de sauvegarde | Non, uniquement les sauvegardes automatiques générées par le système, voir Sauvegardes automatisées dans Azure SQL Database | Oui, sauvegardes en 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, voir Fonctions individuelles | Oui, voir Procédures stockées, déclencheurs et fonctions définies par l’utilisateur |
| Instruction INSERT EN MASSE | Oui, mais uniquement à partir de Stockage Blob Azure en tant que source. | Oui, mais uniquement à partir de Stockage Blob Azure en tant que source, voir 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, voir Différences de certificat. |
| Capture des changements de données - CDC | Oui pour le niveau S3 et versions ultérieures. Basic, S0, S1, S2 ne sont pas pris en charge. | Yes |
| Classement - serveur/instance | Oui, le classement par défaut de la base de données est SQL_Latin1_General_CP1_CI_AS. Le classement de base de données peut être défini 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 aucun classement 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. | Yes |
| Common Language Runtime - CLR | No | Oui, mais sans accès au système de fichiers dans l'instruction CREATE ASSEMBLY, voir Différences de CLR |
| Credentials | 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, voir Détails. |
| Requêtes de noms inter-bases de données/en trois parties | Non, voir Requêtes élastiques | Yes |
| Transactions entre bases de données | No | Oui, dans l’instance. Voir Différences entre serveurs liés pour les requêtes entre instances. |
| Virtualisation des données | Oui, pour CSV, Delta 1.0 et Parquet. Consultez Virtualisation des données pour Azure SQL Database. Vous pouvez également interroger des données dans les fichiers placés sur stockage Blob Azure à l’aide OPENROWSET de la fonction. Dans SQL Server, cette fonctionnalité est appelée PolyBase. |
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. Dans SQL Server, cette fonctionnalité est appelée PolyBase. |
| Database mail – DbMail | No | Yes |
| Mise en miroir de bases de données (déprécié) | No | No |
| Mise en miroir de bases de données dans Microsoft Fabric | Yes | Yes |
| Captures instantanées de base de données | No | No |
| Virtualisation de base de données | No | Yes |
| Déclarations DBCC | La plupart, voir Instructions individuelles | Oui, voir Différences DBCC |
| Déclarations DDL | La plupart, voir Instructions individuelles | Oui, voir Différences de T-SQL |
| Déclencheurs DDL | Base de données uniquement | Yes |
| Vues partitionnées distribuées | No | Yes |
| Transactions distribuées - MS DTC | Non, voir Transactions élastiques | Oui, DTC pour Azure SQL Managed Instance, et Transactions élastiques |
| Déclencheurs DML | La plupart, voir Instructions individuelles | Yes |
| DMVs | La plupart, voir DMV individuels | Oui, voir Différences de T-SQL |
| Requête élastique | Oui, avec le type SGBDR requis (préversion). | Non, utilisez des requêtes entre bases de données natives et le serveur lié |
| Notifications d’événements | Non, voir Alertes | No |
| Expressions | Yes | Yes |
| Événements étendus (XEvent) | Une partie, voir Événements étendus dans la base de données Azure SQL et Azure SQL Managed Instance | Oui, voir Différences des événements étendus |
| Procédures stockées étendues | No | No |
| Fichiers et groupes de fichiers | Groupe de fichiers principal uniquement | Yes. Les chemins d'accès des fichiers sont automatiquement attribués et l’emplacement des fichiers ne peut pas être spécifié dans l’instruction ALTER DATABASE ADD FILE. |
| Filestream | No | Non, consultez Fonctionnalités SQL Managed Instance. |
| Recherche en texte intégral (FTS) | Oui, mais les analyseurs lexicaux et les filtres non fournis par Microsoft ne sont pas pris en charge | Oui, mais les analyseurs lexicaux et les filtres non fournis par Microsoft ne sont pas pris en charge |
| Functions | La plupart, voir Fonctions individuelles | Oui, voir Procédures stockées, déclencheurs et fonctions définies par l’utilisateur |
| 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 le niveau de service Hyperscale. |
Oui dans Niveau de service Critique pour l’entreprise. |
| Éléments de langage | La plupart, voir Éléments individuels | Oui, voir Différences de T-SQL |
| Ledger | Yes | Yes |
| Fonctionnalité de lien | No | Yes |
| Serveurs liés | Non, voir Requête élastique | Yes. Uniquement pour SQL Server et SQL Database sans transactions distribuées. |
| Serveurs liés qui lisent à partir de fichiers (CSV, Excel) | No. Utilisez BULK INSERT ou OPENROWSET en alternative au format CSV. | No. 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 disponibilité par redondance 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 Log Replay Service externe. Non disponible en tant que solution de haute disponibilité, car d’autres méthodes de Disponibilité grâce à la redondance sont incluses dans chaque base de données et il n’est pas recommandé d’utiliser l’envoi de journaux 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 alternative. |
| Connexions et utilisateurs | Oui, mais les instructions CREATE LOGIN et ALTER LOGIN sont limitées. Les comptes de connexion Windows ne sont pas pris en charge. Les connexions Microsoft Entra sont en préversion.
EXECUTE AS LOGIN n’est pas pris en charge, utilisez EXECUTE AS USER. |
Oui, à quelques différences près. Consultez Authentification Windows pour Azure SQL Managed Instance : le processus nécessite la synchronisation Active Directory avec Microsoft Entra ID. |
| Sélectionner une fenêtre de maintenance | Yes | Yes |
| Configurer des notifications préalables pour les événements de maintenance planifiée | Yes | Yes |
| 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 | No | Yes |
| OLE Automation | No | No |
| OPENDATASOURCE | No | Oui, uniquement pour SQL Database, SQL Managed Instance et SQL Server. Voir Différences de T-SQL |
| OPENQUERY | No | 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 |
| Operators | La plupart, voir Opérateurs individuels | Oui, voir Différences de T-SQL |
| Notifications de requête | No | Yes |
| Magasin des requêtes | Yes | Yes |
| Magasin des requêtes pour les réplicas secondaires | Non, la fonctionnalité Magasin des requêtes pour les réplicas secondaires n’est pas disponible pour Azure SQL Database. Actuellement, le Magasin des requêtes sur le réplica secondaire contient des informations sur les charges de travail du réplica principal. | Non, la fonctionnalité Magasin des requêtes pour les réplicas secondaires n’est pas disponible pour Azure SQL Managed Instance. Actuellement, le Magasin des requêtes sur le réplica secondaire contient des informations sur les charges de travail du réplica principal. |
| Machine Learning Services (anciennement R Services) | No | 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 | No | Yes |
| Instructions de restauration | No | 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 de sauvegardes automatisées uniquement, voir Restaurer une base de données à partir d’une sauvegarde | À partir des sauvegardes automatisées, voir Restaurer une base de données à partir d'une sauvegarde et à partir des sauvegardes complètes placées dans Stockage Blob Azure, voir Différences entres sauvegardes |
| Restaurer la base de données à SQL Server | No. Utilisez BACPAC ou BCP au lieu de la restauration native. | Oui, mais uniquement pour SQL Server 2022 ou SQL Server 2025 en fonction de la stratégie de mise à jour de l’instance managée SQL. Restaurez des bases de données vers SQL Server 2022 à partir d’instances qui ont la stratégie de mise à jour SQL Server 2022. Restaurez des bases de données vers SQL Server 2025 à partir d’instances qui ont la stratégie de mise à jour SQL Server 2025. Pour plus d’informations, consultez Restaurer une base de données vers SQL Server 2022 à partir d'Azure SQL Managed Instance. Sinon, utilisez BACPAC, BCP ou la réplication transactionnelle. |
| Recherche sémantique | No | No |
| Service Broker | No | Yes. Voir Différences de Service Broker |
| Paramètres de configuration du serveur | No | Oui, voir Différences de T-SQL |
| Instructions de réglage | La plupart, voir Instructions individuelles | Oui, voir Différences de T-SQL |
| SQL Server Agent | Non, voir Tâches élastiques. | Oui, voir Différences entre agents SQL Server |
| Audit SQL Server | Non, voir Audit pour Azure SQL Database | Oui, voir Vérification des différences |
| Azure Synapse Link pour SQL | Yes | No |
| Fonctions système | La plupart, voir Fonctions individuelles | Oui, voir Procédures stockées, déclencheurs et fonctions définies par l’utilisateur |
| Procédures stockées sur système | Une partie, voir Procédures stockées individuelles | Oui, voir Procédures stockées, déclencheurs et fonctions définies par l’utilisateur |
| Tables système | Une partie, voir Tables individuelles | Oui, voir Différences de T-SQL |
| Vues catalogue système | Une partie, voir Vues individuelles | Oui, voir Différences de T-SQL |
| TempDB | Yes. Taille de 32 Go par cœur pour chaque base de données. | Yes. 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 | No | Oui, consultez Fuseaux horaires, et il doit être configuré lors de la création de SQL Managed Instance. |
| Indicateurs de trace | No | 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 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 |
| Windows authentication | No | Oui, voir Authentification Windows pour les principaux Microsoft Entra |
| Clustering de basculement Windows Server | No. 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. | No. 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. |
Note
La disponibilité de certaines fonctionnalités d’Azure SQL Managed Instance dépend de la stratégie de mise à jour d’instance configurée.
Fonctionnalités de 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é de plateforme | Base de données SQL Azure | Azure SQL Managed Instance |
|---|---|---|
| Géoréplication active | Oui, consultez Géoréplication active : tous les niveaux de service. | Non, consultez Groupes de basculement en guise d’alternative. |
| Auto-scale | 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, voir 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, voir Réglage automatique | No |
| Zones de disponibilité | Yes | Yes. Pour le niveau de service Usage général en version préliminaire et pour le niveau de service Essentiel pour l’entreprise en disponibilité générale. |
| Azure Resource Health | Yes | Yes |
| Rétention des sauvegardes à court terme | Oui, consultez Rétention à court terme. 7 jours par défaut, maximum 35 jours. | Oui, consultez Rétention à court terme. 1 à 35 jours, 7 jours par défaut. |
| Azure Database Migration Service (DMS) | Yes | Yes |
| Travaux élastiques | Oui, consultez Travaux élastiques. | No. 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 | No. Utilisez BULK INSERT ou OPENROWSET pour accéder à des données et les charger à partir d'un Stockage Blob Azure en alternative. | No. Utilisez BULK INSERT ou OPENROWSET pour accéder à des données et les charger à partir d'un Stockage Blob Azure en alternative. |
| Geo-restore | Oui, voir Géo-restauration | Oui, voir Géo-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. |
| Pause/resume | Oui, dans un modèle serverless | Oui, avec Arrêter / démarrer |
| Gestion basée sur des stratégies | No | No |
| Adresse IP publique. | Yes. L’accès peut être restreint à l’aide du pare-feu ou des points de terminaison du service. | Yes. 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. |
| Restauration à un instant dans le passé d’une base de données | Oui, voir Restauration à un instant dans le passé. | Oui, voir Restauration à un instant dans le passé. |
| Pools de ressources | Oui, en tant que pools élastiques | Yes. 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 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. |
| SQL Alias | Non, utilisez un Alias DNS | Non, utilisez Cliconfg pour configurer un alias sur les machines clientes. |
| Observateur de base de données (aperçu) | Yes | Yes |
| SQL Data Sync | Oui, mais SQL Data Sync sera mis hors service en 2027. Au lieu de cela, consultez Mise hors service de SQL Data Sync : migrer vers d’autres solutions. | 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. |
| Analyse de la performance des requêtes | Yes | No. Utilisez des rapports intégrés dans SQL Server Management Studio. |
| VNet | 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 VNet | Oui, voir Points de terminaison de service de réseau virtuel | Oui, consultez Stratégies de points de terminaison de service. |
| Appairage de réseaux virtuels global | 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 privé |
Limites des ressources
Le tableau suivant compare les limites de ressources maximales disponibles pour Azure SQL Database et Azure SQL Managed Instance :
| Category | Base de données SQL Azure | Azure SQL Managed Instance |
|---|---|---|
| Taille de calcul | Jusqu’à 128 vCores | Jusqu’à 128 vCores |
| Taille du stockage | 1 Go - 128 To | 32 Go - 16 To (32 To avec le niveau Usage général Next-Gen) |
| 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 | Dépend du niveau de service et du matériel 4,5 Mio/s - 12 Mio/s par vCore (maximum 192 Mio/s) |
| Availability |
SLA par défaut SLA de 99,995 % avec redondance de zone |
SLA par défaut |
| Backups | 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 :
- Serveur logique
- Dans le modèle vCore : bases de données uniques, pools élastiques
- Dans le modèle DTU : bases de données uniques, pools élastiques
Pour en savoir plus sur les limites de ressources pour Azure SQL Managed Instance, consultez Limites de ressources.
Tools
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.
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 | Base de données SQL Azure | Azure SQL Managed Instance |
|---|---|---|
| SQL Server (local, Azure VM, Amazon RDS) |
Online :Réplication transactionnelle Hors connexion :Fichier BACPAC (importation), BCP |
En ligne :Liaison Managed Instance, Log Replay Service, Azure Data Migration Service (DMS), réplication transactionnelle Hors ligne :Azure Database Migration Service, Sauvegarde et restauration native, Fichier BACPAC (importation), BCP, Réplication d’instantané |
| Base de données unique | Hors connexion :Fichier BACPAC (importation), BCP | Hors connexion :Fichier BACPAC (importation), BCP |
| Instance managée SQL |
Online :Réplication transactionnelle Hors ligne :Fichier BACPAC (importation), BCP, Réplication de capture instantanée |
En ligne :copie/déplacement de 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 |
Contenu connexe
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 :
- Filtrez sur Azure SQL Database.
- Filtrez sur Annonces de disponibilité générale (GA) pour les fonctionnalités SQL Database.
Pour plus d’informations sur Azure SQL Database et Azure SQL Managed Instance, consultez :