Bases de données autonomes

S’applique à :SQL ServerAzure SQL DatabaseAzure SQL Managed Instance

Une base de données autonome est une base de données isolée d’autres bases de données et de l’instance de SQL Server qui héberge la base de données. SQL Server permet à l’utilisateur d’isoler sa base de données de l’instance de 4 façons.

• Une grande partie des métadonnées qui décrivent une base de données est conservée dans la base de données. (En plus ou en remplacement de la conservation des métadonnées dans la base de données MASTER.)

• Toutes les métadonnées sont définies à l'aide du même classement.

• L’authentification utilisateur peut être effectuée par la base de données, ce qui réduit la dépendance des bases de données sur les connexions de l’instance de SQL Server.

• Les rapports de l’environnement SQL Server (DMV, XEvents, etc.) peuvent agir sur les informations de confinement.

Certaines fonctionnalités de bases de données partiellement autonomes, telles que le stockage des métadonnées dans la base de données, s’appliquent à toutes les bases de données SQL Server. Certains avantages des bases de données partiellement autonomes, tels que l'authentification de niveau base de données et le classement de catalogue, doivent être activés pour pouvoir être disponibles. L’autonomie partielle est activée à l’aide des instructions CREATE DATABASE et ALTER DATABASE ou à l’aide de SQL Server Management Studio. Pour plus d'informations sur l'activation de l’autonomie de base de données partielle, consultez Migrer vers une base de données partiellement autonome.

Concepts relatifs aux bases de données partiellement autonomes

Une base de données entièrement autonome inclut tous les paramètres et métadonnées nécessaires pour définir la base de données et n’a aucune dépendance de configuration sur l’instance du moteur de base de données SQL Server où la base de données est installée. Dans les versions précédentes de SQL Server, la séparation d’une base de données de l’instance de SQL Server peut prendre du temps et avoir besoin d’une connaissance détaillée de la relation entre la base de données et l’instance de SQL Server. Les bases de données partiellement autonomes facilitent la séparation d’une base de données de l’instance de SQL Server et d’autres bases de données.

La base de données autonome considère les fonctionnalités en termes d’autonomie. Toute entité définie par l'utilisateur qui ne s'appuie que sur des fonctions résidant dans la base de données est considérée comme entièrement à relation contenant-contenu. Toute entité définie par l'utilisateur qui s'appuie sur des fonctions résidant hors de la base de données est considérée sans relation contenant-contenu. (Pour plus d’informations, consultez la section Relation contenant-contenu , plus loin dans cette rubrique.)

Les termes suivants s'appliquent au modèle de base de données autonome.

Limite de base de données
Limite entre une base de données et l’instance de SQL Server. Limite entre une base de données et d'autres bases de données.

À relation contenant-contenu
Élément qui existe entièrement dans la limite de base de données.

Sans relation contenant-contenu
Élément qui dépasse la limite de base de données.

Base de données non autonome
Base de données dont la relation contenant-contenu a la valeur NONE. Toutes les bases de données des versions antérieures à SQL Server 2012 (11.x) ne sont pas autonomes. Par défaut, toutes les bases de données SQL Server 2012 (11.x) et les bases de données ultérieures ont un niveau de confinement défini sur NONE.

Base de données partiellement autonome
Une base de données partiellement autonome est une base de données autonome qui peut autoriser certaines fonctionnalités qui dépassent la limite de base de données. SQL Server inclut la possibilité de déterminer quand la limite de confinement est franchie.

Utilisateur contenu
Il existe deux types d'utilisateurs pour les bases de données autonomes.

• Utilisateur de base de données autonome avec mot de passe

  Les utilisateurs de base de données autonome avec mots de passe sont authentifiés par la base de données. Pour plus d’informations, voir Utilisateurs de base de données autonome - Rendre votre base de données portable.

• Principaux Windows

  Les utilisateurs Windows autorisés et les membres de groupes Windows autorisés peuvent se connecter directement à la base de données et n'ont pas besoin de connexions dans la base de données master . La base de données fait confiance au processus d'authentification effectué par Windows.

Les utilisateurs basés sur des connexions dans la base de données master peuvent être autorisés à accéder à une base de données autonome, mais cela créerait une dépendance sur l’instance SQL Server. Ainsi, la création d’utilisateurs sur la base des connexions nécessite donc une autonomie partielle.

Limite de base de données
Comme les bases de données partiellement autonomes séparent les fonctionnalités de base de données de celles de l'instance, une frontière clairement définie existe entre ces deux éléments, appelée limite de base de données.

À l'intérieur de la limite de base de données se trouve le modèle de base de données, où les bases de données sont développées et gérées. Les entités situées dans la base de données sont, par exemple, des tables système telles que sys.tables, des utilisateurs de base de données autonome avec mots de passe et des tables utilisateur dans la base de données actuelle référencées par un nom en deux parties.

En dehors de la limite de base de données se trouve le modèle de gestion, qui se rapporte aux fonctions et à la gestion au niveau de l’instance. Les entités situées en dehors de la limite de base de données sont, par exemple, des tables système telles que sys.endpoints, des utilisateurs mappés aux connexions et des tables utilisateur dans une autre base de données référencées par un nom en trois parties.

Containment

Les entités d'utilisateur qui résident entièrement dans la base de données sont considérées avec relation contenant-contenu. Toutes les entités qui résident en dehors de la base de données, ou qui s'appuient sur une interaction avec des fonctions situées en dehors de la base de données, sont considérées sans relation contenant-contenu.

En général, les entités d'utilisateur sont classées dans les catégories de relation contenant-contenu suivantes :

• Entités d’utilisateur à relation contenant-contenu entière (celles qui ne dépassent jamais la limite de base de données), par exemple sys.indexes. Tout code qui utilise ces fonctionnalités ou tout objet qui référence uniquement ces entités est également entièrement à relation contenant-contenu.

• Entités d’utilisateur sans relation contenant-contenu (celles qui dépassent la limite de base de données), par exemple sys.server_principals ou un principal de serveur (connexion) lui-même. Tout code qui utilise ces entités ou toute fonction qui les référence est sans relation contenant-contenu.

Base de données partiellement autonome

La fonctionnalité de base de données autonome est actuellement disponible uniquement dans un état partiel. Une base de données partiellement autonome est une base de données autonome qui autorise l'utilisation de fonctionnalités sans autonomie.

Utilisez la vue sys.dm_db_uncontained_entities et sys.sql_modules (Transact-SQL) pour retourner des informations sur les objets ou fonctionnalités non liés. En déterminant l'état de la relation contenant-contenu des éléments de votre base de données, vous pouvez découvrir les objets ou les fonctionnalités qui doivent être remplacés ou modifiés pour promouvoir la relation contenant-contenu.

Le comportement des bases de données partiellement autonomes est très différent de celui des bases de données non autonomes en termes de classement. Pour plus d'informations sur les problèmes de classement, consultez Classements de base de données autonome.

Avantages de l'utilisation de bases de données partiellement autonomes

Les problèmes et les complications associés aux bases de données non autonomes peuvent être résolus à l'aide d'une base de données partiellement autonome.

Déplacement de base de données

Un des problèmes qui se produit lors du déplacement de bases de données est que certaines informations importantes peuvent être indisponibles lorsqu'une base de données est déplacée d'une instance à l'autre. Par exemple, les informations de connexion sont stockées dans l'instance, et non dans la base de données. Lorsque vous déplacez une base de données non autonome d’une instance vers une autre instance de SQL Server, ces informations sont laissées derrière elles. Vous devez identifier les informations manquantes et les déplacer avec votre base de données vers la nouvelle instance de SQL Server. Le processus peut nécessiter du temps et s'avérer difficile.

La base de données partiellement autonome peut stocker des informations importantes dans la base de données afin que celle-ci dispose toujours des informations après le déplacement.

Avantage des utilisateurs de base de données autonome avec Always On

En réduisant les liens avec l’instance de SQL Server, les bases de données partiellement autonomes peuvent être utiles pendant le basculement lorsque vous utilisez des groupes de disponibilité Always On.

La création d'utilisateurs autonomes permet à l'utilisateur de se connecter directement à la base de données autonome. Il s’agit d’une fonctionnalité très importante dans les scénarios de haute disponibilité et de récupération d’urgence, notamment dans le cadre d’une solution Always On. Si les utilisateurs sont des utilisateurs à relation contenant-contenu, en cas de basculement, les personnes peuvent se connecter au serveur secondaire sans créer de connexions sur l'instance hébergeant le serveur secondaire. Ceci constitue un avantage immédiat. Pour plus d’informations, consultez Vue d’ensemble des groupes de disponibilité Always On (SQL Server) et Conditions préalables requises, restrictions et recommandations pour les groupes de disponibilité Always On (SQL Server).

Développement initial de la base de données

Étant donné qu'un développeur ne peut pas savoir où une nouvelle base de données sera déployée, diminuer les impacts environnementaux déployés sur la base de données réduit le travail et les difficultés du développeur. Dans le modèle sans relation contenant-contenu, le développeur doit prendre en considération les impacts environnementaux potentiels sur la nouvelle base de données et le nouveau programme. Toutefois, en utilisant des bases de données partiellement autonomes, les développeurs peuvent détecter les impacts au niveau de l'instance sur la base de données et les difficultés au niveau de l'instance pour le développeur.

Administration de bases de données

La gestion des paramètres de base de données dans la base de données, plutôt que dans la base de données master, permet à chaque propriétaire de la base de données d'avoir plus de contrôle sur sa base de données, sans donner au propriétaire de la base de données l'autorisation sysadmin .

Limitations

Les bases de données partiellement autonomes n'autorisent pas les fonctionnalités suivantes.

• Réplication, capture des changements de données ou suivi des modifications.

• Procédures numérotées

• les objets liés par schéma qui dépendent de fonctions intégrées avec des modifications de classement ;

• la modification de liaison résultant des modifications de classement, notamment les références aux objets, les colonnes, les symboles ou les types.

Identification de base de données à relation contenant-contenu

Il existe deux outils qui permettent d'identifier l'état de la relation contenant-contenu de la base de données. Le sys.dm_db_uncontained_entities (Transact-SQL) est une vue qui affiche toutes les entités potentiellement non liées dans la base de données. L'événement database_uncontained_usage se produit lorsqu'une entité sans relation contenant-contenu réelle est identifiée au moment de l'exécution.

sys.dm_db_uncontained_entities

Cette vue affiche les entités de la base de données susceptibles d'être sans relation contenant-contenu, telles que celles qui dépassent la limite de base de données. Cela inclut les entités d'utilisateur qui peuvent utiliser des objets à l'extérieur du modèle de base de données. Cependant, comme la relation contenant-contenu de certaines entités (par exemple, celles utilisant SQL dynamique) ne peut être déterminée qu'au moment de l'exécution, la vue peut afficher des entités qui ne sont pas réellement sans relation contenant-contenu. Pour plus d’informations, consultez sys.dm_db_uncontained_entities (Transact-SQL).

database_uncontained_usage, événement

Ce XEvent se produit chaque fois qu'une entité sans relation contenant-contenu est identifiée lors de l'exécution. Cela inclut des entités provenant du code client. Ce XEvent ne se produit que pour les entités sans relation contenant-contenu réelles. Toutefois, l'événement ne se produit qu'au moment de l'exécution. Par conséquent, toutes les entités d'utilisateur sans relation contenant-contenu que vous n'avez pas exécutées ne seront pas identifiées par ce XEvent

Voir aussi

Fonctionnalités modifiées (base de données autonome)
Classements de base de données autonome
Meilleures pratiques de sécurité recommandées avec les bases de données autonomes
Migrer vers une base de données partiellement autonome
Utilisateurs de base de données autonome - Rendre votre base de données portable