Qu’est-ce qu’un serveur logique dans Azure SQL Database ?

S’applique à :Azure SQL Database

Cet article décrit le serveur logique dans Azure utilisé par les bases de données dans Azure SQL Database. Dans le portail Azure, le serveur logique est nommé SQL Server et est différent du produit SQL Server.

Pour plus d’informations sur les serveurs logiques dans Azure Synapse Analytics, consultez Qu’est-ce qu’un serveur logique dans Azure Synapse Analytics ?

Vue d’ensemble

Dans Azure SQL Database, un serveur est une construction logique qui agit comme un point d’administration central pour une collection de bases de données. Au niveau du serveur logique, vous pouvez administrer des connexions, des règles de pare-feu, des règles d’audit, des stratégies de détection des menaces et des groupes de basculement. Un serveur logique peut se trouver dans une région différente de celle de son groupe de ressources. Le serveur logique doit exister avant de pouvoir créer une base de données dans Azure SQL Database. Toutes les bases de données gérées par un serveur logique unique sont créées dans la même région que le serveur logique.

Ce serveur logique est différent d’une instance SQL Server que vous connaissez peut-être dans l’environnement local. Plus précisément, il n’existe aucune garantie concernant l’emplacement des bases de données par rapport au serveur qui les gère. Azure SQL Database ne fournit ni accès ni fonctionnalités au niveau de l’instance. En revanche, les bases de données d’une instance gérée sont toutes physiquement co-localisées, comme c’est le cas avec SQL Server dans un environnement local ou sur machine virtuelle.

Quand vous créez un serveur logique, vous fournissez un compte de connexion du serveur et un mot de passe disposant de droits d’administration pour la base de données master sur ce serveur, ainsi que sur l’ensemble des bases de données qui y sont créées. Ce compte initial est un compte de connexion SQL. Azure SQL Database prend en charge à la fois l’authentification SQL et l’authentification Microsoft Entra. Pour en savoir plus sur les connexions et l’authentification, consultez la page Gestion des bases de données et des connexions dans Azure SQL Database. L’authentification Windows n’est pas prise en charge.

Un serveur logique dans SQL Database :

  • Est créé dans un abonnement Azure, mais peut être déplacé avec ses ressources contenues vers un autre abonnement.
  • Ressource parente pour les bases de données et les pools élastiques.
  • Fournit un espace de noms pour les bases de données et les pools élastiques.
  • Conteneur logique avec une sémantique de durée de vie forte : supprime un serveur et supprime ses bases de données et pools élastiques.
  • Participe à Azure contrôle d’accès en fonction du rôle (Azure RBAC) : les bases de données et les pools élastiques au sein d’un serveur héritent des droits d’accès du serveur.
  • Élément à ordre élevé de l’identité des bases de données et des pools élastiques à des fins de gestion des ressources Azure (consultez le schéma d’URL pour les bases de données).
  • Colocalise les ressources d’une région.
  • Fournit un point de terminaison de connexion pour l’accès à la base de données (<serverName>.database.windows.net).
  • Fournit un accès aux métadonnées relatives aux ressources contenues via les DMV en se connectant à une master base de données
  • Fournit l’étendue des stratégies de gestion qui s’appliquent à ses bases de données : connexions, pare-feu, audit, détection des menaces, etc.
  • Est limité par un quota au sein de l’abonnement parent (six serveurs par abonnement par défaut, pour plus d’informations, reportez-vous aux limites de l’abonnement).
  • Fournit l’étendue du quota de base de données et du quota DTU ou vCore pour les ressources qu’il contient (par exemple, 45 000 DTU).
  • Est la portée du contrôle de version pour les fonctionnalités activées sur les ressources qu’il contient.
  • Les connexions principales au niveau du serveur peuvent gérer toutes les bases de données sur un serveur.
  • La base de données master d’un serveur logique contient des connexions semblables à celles des instances de SQL Server qui ont accès à une ou plusieurs bases de données sur le serveur et qui peuvent se voir octroyer des droits d’administration limités. Pour plus d’informations, consultez Connexions.
  • La création, la modification ou la suppression d’objets utilisateur tels que des tables, des vues ou des procédures stockées dans la master base de données sur un serveur logique n’est pas prise en charge.
  • Le classement par défaut pour toutes les bases de données créées sur un serveur est SQL_LATIN1_GENERAL_CP1_CI_AS, où LATIN1_GENERAL est anglais (États-Unis), CP1 est la page de codes 1252, CI ne respecte pas la casse et AS est sensible aux accents.

Remarque

Microsoft Entra ID s'appelait Azure Active Directory (Azure AD) jusqu'à une date récente.

Gérer des serveurs, des bases de données et des pare-feu

Vous pouvez gérer des serveurs logiques, des bases de données et des pare-feu à l’aide du portail Azure, des Azure PowerShell, des Azure CLI, des Transact-SQL (T-SQL) et de l’API REST.

Vous pouvez créer le groupe de ressources d’un serveur logique à l’avance ou lors de la création du serveur lui-même. Il existe plusieurs méthodes pour accéder à un nouveau formulaire de serveur SQL : en créant un nouveau serveur SQL ou dans le cadre de la création d’une base de données.

Créer un serveur vide

Pour créer un serveur logique vide (sans base de données ou pool élastique) à l’aide du portail Azure, accédez à un formulaire SQL Server (serveur SQL logique) vide.

Important

N’incluez aucune information personnelle, sensible ou confidentielle dans le champ nom de connexion de l’administrateur du serveur. Les données entrées dans ce champ ne sont pas considérées comme des données client.

Créer une base de données vide ou un échantillon dans Azure SQL Database

Pour créer une base de données dans SQL Database à l’aide du portail Azure, naviguez pour créer une base de données SQL Database et fournissez les informations demandées. Vous pouvez créer le groupe de ressources et le serveur en avance ou lors de la création de la base de données elle-même. Vous pouvez créer une base de données vide ou créer un exemple de base de données reposant sur AdventureWorksLT.

Capture d’écran des premières étapes de création d’une base de données SQL Database dans le portail Azure.

Important

Pour plus d’informations sur la sélection du niveau tarifaire de votre base de données, consultez Modèle d’achat DTU et Modèle d’achat vCore.

Gérer un serveur existants

Pour gérer un serveur existant, accédez au serveur en utilisant plusieurs méthodes : à partir de la page d’une base de données spécifique, de la page serveurs SQL ou de la page Toutes les ressources.

Pour gérer une base de données existante, accédez à la page Bases de données SQL, puis sélectionnez la base de données que vous souhaitez gérer.

Par exemple, pour configurer une règle de pare-feu, procédez comme suit :

  1. Accédez à votre ressource de base de données dans le portail Azure. Sélectionnez Définir le pare-feu du serveur dans la barre d’outils.

    Capture d’écran montrant où copier le nom de votre serveur, et comment définir le pare-feu du serveur dans la barre d’outils.

  2. Définissez l’Accès au réseau public sur Réseaux sélectionnés pour révéler les réseaux virtuels et les règles de pare-feu. Si l’option est définie sur Désactivé, les paramètres de réseaux virtuels et de règle de pare-feu sont masqués.

  3. Choisissez Ajouter une règle de pare-feu pour configurer le pare-feu.

    Capture d’écran montrant la configuration d’une règle de pare-feu IP au niveau serveur.

Important

Pour configurer les propriétés de performance d’une base de données, consultez Modèle d’achat DTU et Modèle d’achat vCore.

Conseil

Pour un démarrage rapide du Portail Azure, consultez Créer une base de données dans SQL Database du Portail Azure.

Étapes suivantes

  • Pour en savoir plus sur la migration d’une base de données SQL Server vers Azure SQL Database, consultez la section Migrer une base de données Azure SQL.
  • Pour plus d’informations sur les fonctionnalités prises en charge, consultez la page Fonctionnalités.
  • Last updated on