Modifiable configuration reference for Azure SQL Database

S’applique à :Azure SQL Database

Cet article identifie quels paramètres de configuration Azure SQL Database vous pouvez modifier après avoir créé votre base de données, ainsi que quels paramètres sont immuables et nécessitent de recréer la base de données.

Légende

Symbol Meaning
Oui Entièrement modifiable après avoir créé votre base de données.
Non Vous ne pouvez pas le changer. Nécessite un jeu de loisirs ou une solution de contournement.
Partiellement Modifiable avec des réserves ou restrictions.
N/A Ce n’est pas un réglage persistant. Seulement pertinent lorsque vous créez la base de données.

La colonne Scope indique si un paramètre est pour le serveur logique et s’applique à toutes ses bases de données, ou à une base de données individuelle, ou aux deux.

Basics

Les paramètres que vous fournissez (ou acceptez les défauts) lors de la création de la base de données, plus les métadonnées de base.

Configuration Scope Valeurs Peut être modifié après le déploiement
Abonnement ou groupe de ressources Serveur logique (les bases de données se déplacent avec) Tout abonnement ou groupe de ressources actif à Azure En partie.

On ne peut pas déplacer une base de données seule. Vous déplacez le serveur logique parent en utilisant Azure Resource Manager, et toutes ses bases de données et pools élastiques se déplacent avec. Pour déplacer une seule base de données, copiez-la ou géo-répliquez-la vers un serveur de l’abonnement ou du groupe de ressources cible.
Nom de la base de données Base de données Défini par l’utilisateur (unique par serveur) Oui.

Vous pouvez renommer une base de données avec ALTER DATABASE ... MODIFY NAME. Aucun utilisateur ne peut être connecté lors du renommage, et la base de données ne peut pas participer à une géo-réplication active ni être en train de créer une copie de la base de données.
Nom du serveur logique Serveur logique Défini par l’utilisateur (unique globalement sur Azure) Non.
Serveur logique parent Base de données Serveur logique existant ou nouveau Non.

Vous ne pouvez pas modifier le serveur logique d’une base de données après avoir créé la base de données. Copiez ou géo-répliquez sur un autre serveur.
Emplacement du serveur Serveur logique Toute région Azure prise en charge par Azure SQL Database. Non.

Voir Azure SQL Database disponibilité des régions.
Méthode d’authentification SQL Serveur logique Authentification SQL uniquement, Microsoft Entra + authentification SQL (mixte), Microsoft Entra uniquement Oui.

Consultez Configurer l’authentification Microsoft Entra.
Connexion administrateur serveur d’authentification SQL Serveur logique Défini par l’utilisateur (défini lors de la création du serveur) Non.

Vous ne pouvez pas renommer la connexion administrateur du serveur d’authentification SQL après le provisionnement du serveur.
Mot de passe administrateur serveur d’authentification SQL Serveur logique User-defined Oui.
Administrateur Microsoft Entra Serveur logique Utilisateur ou groupe Oui.

Voir Configurer et gérer l’authentification Microsoft Entra.
Environnement de charge de travail Base de données (préréglage de création au moment de la création) Développement, Production N/A.

L’environnement de charge de travail est un préréglage Azure uniquement portail qui influence les paramètres par défaut (calcul, redondance de sauvegarde) lors de la création de la base de données. Ce n’est pas une configuration stockée.
Collation Base de données Compilation de bases de données (par exemple, SQL_Latin1_General_CP1_CI_AS). Non.

Vous ne pouvez pas modifier la compilation de la base de données après avoir créé la base de données. Vous devez recréer la base de données. Consultez Collation et prise en charge d'Unicode.
Tags Serveur logique et chaque base de données (indépendante) Paires clé-valeur Oui.

Calcul et stockage

Configuration Scope Valeurs Peut être modifié après le déploiement
Appartenance au pool élastique Base de données Piscine élastique, autonome Oui.

Consultez Pools élastiques.
Niveau de service Base de données (ou pool élastique) Usage général, critique pour les affaires, hyperéchelle (vCore)
Basique, Standard, Premium (DTU)		 En partie.

Vous pouvez passer d’un niveau de service à l’autre, et vous pouvez passer à Hyperscale dans le modèle d’achat vCore. La migration inversée de l’hyperscale vers le mode général est possible dans les 45 jours suivant la conversion. Les bases de données créées à l’origine sous Hyperscale ne peuvent pas revenir en arrière. Pour en savoir plus, consultez les ressources Scale.
Niveau de calcul Base de données (ou pool élastique) Provisionné, sans serveur. Oui.

Vous pouvez basculer entre Provisionné et Serverless. Le mode Serverless est disponible uniquement en mode General Purpose et Hyperscale. Il n’est pas disponible sur Business Critical. Voir Niveau de calcul sans serveur.
Matériel de calcul Base de données (ou pool élastique) Série standard (Gen5), série Premium, série Premium optimisée mémoire, série DC Oui.

La disponibilité dépend du niveau de service et du niveau de calcul. Voir Configuration matérielle.
vCores (provisionnés, ou min/max pour le Serverless) Base de données (ou pool élastique) De 0,5 vCore (serverless) jusqu’à 128+ vCores, selon le niveau de service, le niveau de calcul et le matériel Oui.

Vous pouvez augmenter ou diminuer les limites applicables. Voir limites de base de données uniques, limites de pool élastique et limites d’hyperscale.
Délai de pause automatique (Serverless) Base de données Délai configurable, désactivé Oui.

Disponible uniquement pour le serveur à usage général. Hyperscale sans serveur ne supporte pas la pause automatique. Voir Mise en pause automatique et reprise automatique.
Taille de stockage réservée Base de données (ou pool élastique) Cela varie selon le niveau de service et le matériel. Oui.

Vous pouvez augmenter ou diminuer le stockage réservé, mais jamais en dessous de l’espace déjà utilisé. Voir Limites de ressources pour des bases de données uniques, Limites de ressources pour les pools élastiques, et Limites de ressources à hyperscale.

Networking

Configuration Scope Valeurs Peut être modifié après le déploiement
Méthode de connectivité Serveur logique Point de terminaison public, point de terminaison privé, pas d’accès public. Oui.

Voir Azure SQL Database Connectivity architecture.
Autoriser l’accès aux services Azure Serveur logique (règle du pare-feu) Oui, Non Oui.

Implémenté comme la règle AllowAllWindowsAzureIps du pare-feu au niveau serveur (0.0.0.0). Voir Contrôles d’accès réseau.
Règles de pare-feu Serveur logique et base de données Règles basées sur la propriété intellectuelle. Oui.

Voir Règles de pare-feu au niveau serveur et niveau base de données.
Règles de réseau virtuel Serveur logique Points de terminaison de service basés sur le sous-réseau. Oui.

Voir terminaux de service réseau virtuel.
Points de terminaison privés Serveur logique Des connexions privées vers le serveur logique. Oui.

Voir Azure Private Link pour Azure SQL Database.
Stratégie de connexion Serveur logique Par défaut, proxy, redirection. Oui.

Voir la politique de connexion Azure SQL Database.
Version TLS minimale Serveur logique TLS 1.2 Oui.

TLS 1.2 est la norme par défaut. TLS 1.0 et 1.1 sont retirés. Voir la version minimale TLS et le support TLS 1.3.

Security

Configuration Scope Valeurs Peut être modifié après le déploiement
Microsoft Defender pour SQL Serveur logique Activé, désactivé. Oui.

Voir Microsoft Defender pour SQL.
Ledger Base de données Activé (base de données Ledger), désactivé Non.

On ne peut pas convertir une base de données grand livre en une base de données classique, ou inversement. Voir Azure SQL Database ledger.
Identité managée Serveur logique Assigné par le système, attribué par l’utilisateur, aucun. Oui.

Voir Identités gérées pour Azure SQL.
Chiffrement transparent des données (TDE) Serveur logique (protecteur TDE) ; appliqué par base de données Clé gérée par le service, clé gérée par le client (CMK). Oui.

Vous pouvez passer des clés gérées par le service et celles gérées par le client, et faire pivoter les clés manuellement ou automatiquement. Voir TDE pour Azure SQL Database.
Clé de chiffrement TDE (CMK) Serveur logique (protecteur TDE) Clé spécifique Azure Key Vault. Oui.

Vous pouvez faire pivoter la touche manuellement ou automatiquement. Voir TDE géré par le client.
Audit Serveur logique et base de données Activé, désactivé. Oui.

L’audit au niveau serveur s’applique à toutes les bases de données du serveur. L’audit au niveau de la base de données peut être configuré indépendamment. Voir Audit for Azure SQL Database.

Haute disponibilité et récupération d’urgence

Configuration Scope Valeurs Peut être modifié après le déploiement
Redondance de zone Base de données (ou pool élastique) Activé, désactivé. En partie.

Vous pouvez activer ou désactiver la redondance de zone pour Azure SQL Database General Purpose (vCore) et les niveaux Business Critical/Premium en tant qu’opération en ligne. Azure SQL Database Hyperscale : vous ne pouvez spécifier la redondance de zone que lors de la création de la base de données, et vous ne pouvez pas la modifier par la suite. Pour la modifier, utilisez une copie de base de données, une restauration au moment ou une géo-réplice. Voir Disponibilité redondante de zone.
Répliques à haute disponibilité Base de données 0-4 (Hyperscale) ; fixe à 3 (Business Critical et Premium) Oui (uniquement en hyperscale).

En Business Critical et Premium, les trois répliques HA sont automatiques et vous ne pouvez pas configurer le compte. Dans Hyperscale, vous pouvez configurer des répliques de 0 à 4 HA. Voir Hyperscale haute disponibilité.
Lecture du scale-out Base de données Activé, désactivé Oui.

Des répliques à échelle lise sont disponibles sur les niveaux Premium et Business Critique. Hyperscale offre une mise à l’échelle équivalente en lecture via des répliques HA et jusqu’à 30 répliques nommées avec un calcul configurable indépendamment (voir la ligne des répliques de haute disponibilité ). Voir Read-scale à l’échelle (Read scale-out).
Géoréplication Base de données (géo-réplication active) ; Serveur logique (groupes de basculement) Géo-réplication active, groupes de basculement Oui.

Vous pouvez configurer la géo-réplication après avoir créé la base de données. Voir Groupes de géo-réplication active et de basculement.

Sauvegarde et restauration

Configuration Scope Valeurs Peut être modifié après le déploiement
Redondance du stockage de sauvegarde Base de données LRS, ZRS, GRS, GZRS. En partie.

Usage général/Business Critical : la redondance du stockage de sauvegarde est modifiable. Les modifications s’appliquent aux sauvegardes futures et peuvent prendre jusqu’à 48 heures pour prendre effet. Hyperscale et Basic : la redondance du stockage de sauvegarde est réglée à la création et ne peut pas être modifiée par la suite. Pour modifier la redondance, utilisez la géo-réplication active, la copie de la base de données ou la restauration ponctuelle. Hyperscale prend en charge LRS, ZRS, GRS et GZRS lorsque cela est disponible. Voir Redondance de sauvegarde du stockage.
Rétention de secours (PITR) Base de données 1–35 jours (par défaut 7) Oui.

Cela varie selon le niveau de service. Voir Restauration à un moment donné (PITR).
Conservation à long terme (LTR) Base de données Hebdomadaire, mensuel, annuel, jusqu’à 10 ans. Oui.

Voir Rétention à long terme.

Paramètres supplémentaires

Configuration Scope Valeurs Peut être modifié après le déploiement
Fenêtre de maintenance Base de données (ou pool élastique) Système par défaut (17h–8h), en semaine (22h–6h du lundi au jeudi), week-end (22h–6h du vendredi–dimanche) Oui.

Pour Azure SQL Database, vous pouvez modifier la fenêtre de maintenance souhaitée à tout moment. Pour les niveaux de service supportés et le matériel, voir la fenêtre Maintenance.
Paramètres de diagnostic Base de données Log Analytics, Event Hubs, compte de stockage. Oui.

Voir Télémétrie diagnostique pour l’exportation.

Réglages inchangés après le déploiement

Vous ne pouvez pas modifier les paramètres suivants après avoir créé votre base de données. Planifiez-les soigneusement avant de provisionner la base de données.

Setting Pourquoi est-ce important ?
Collation Vous ne pouvez pas modifier la compilation de la base de données après avoir créé la base de données.
Ledger Après avoir créé une base de données en tant que base de données grand livre (ou en tant que base de données classique), vous ne pouvez pas basculer entre les deux.
Nom et région du serveur logique Vous ne pouvez pas changer le nom logique du serveur ni sa région après avoir créé le serveur.
Serveur logique parent Vous ne pouvez pas modifier le serveur logique d’une base de données après avoir créé la base de données. Copiez ou géo-répliquez sur un autre serveur.
Connexion administrateur serveur d’authentification SQL Vous ne pouvez pas renommer la connexion administrateur du serveur d’authentification SQL après avoir créé le serveur.
Détails uniquement hyperscale Lorsque vous créez la base de données dans Hyperscale, vous ne pouvez pas modifier la redondance du stockage de sauvegarde ou la redondance de zone plus tard. Vous pouvez convertir les bases de données en Hyperscale et migrer en arrière-version depuis Hyperscale en 45 jours, mais les bases de données initialement créées sous Hyperscale ne peuvent pas revenir en arrière.

Contenu connexe

  • Last updated on