Exporter (0) Imprimer
Développer tout
Cet article a fait l'objet d'une traduction manuelle. Déplacez votre pointeur sur les phrases de l'article pour voir la version originale de ce texte. Informations supplémentaires.
Traduction
Source
Ce sujet n'a pas encore été évalué - Évaluez ce sujet

Spécifier des connexions pour des extensions de traitement de données personnalisées

Vous pouvez créer des extensions pour le traitement des données personnalisées ou utiliser des extensions tierces sur un serveur de rapports, soit pour améliorer la capacité de traitement des sources de données prises en charge, soit pour prendre en charge des types de données supplémentaires qui ne sont pas disponibles dans une installation Reporting Services par défaut. Les connexions sont traitées différemment en fonction de l'implémentation. Les implémentations suivantes sont disponibles pour les extensions de traitement de données :

  • Fournisseurs de données .NET Framework personnalisés (si vous accédez à des données provenant de sources de données DB2.NET, Oracle, ODP.NET ou Teradata, vous pouvez utiliser un fournisseur de données .NET personnalisé)

  • Les extensions de traitement de données personnalisées qui prennent en charge IDbConnection

  • Les extensions de traitement de données personnalisées qui prennent en charge IDbConnectionExtension

Remarque Remarque

Demandez à votre fournisseur tiers comment votre extension de traitement de données personnalisée est implémentée.

Si votre extension de traitement de données personnalisée se connecte à des sources de données utilisant l'emprunt d'identité, vous devez utiliser la méthode Open sur les interfaces IDbConnection ou IDbConnectionExtension pour effectuer la demande. Vous pouvez également stocker l'objet d'identité utilisateur (System.Security.Principal.WindowsIdentity), puis la réutiliser dans d'autres API d'extension de traitement de données.

Dans les versions antérieures de Reporting Services, toutes les extensions pour le traitement des données personnalisées étaient appelées via un emprunt d'identité utilisateur. Dans cette version, seule la méthode Open sera appelée lors de l'emprunt de l'identité utilisateur. Si vous avez une extension de traitement de données existante nécessitant une sécurité intégrée, vous devez modifier votre code de manière à utiliser la méthode Open ou stocker l'objet d'identité utilisateur.

Lorsque vous configurez une source de données spécifique, vous définissez des propriétés qui déterminent le type de source de données, la chaîne de connexion et les informations d'identification qui sont utilisées pour accéder à la source de données. Le tableau suivant décrit les types d'informations d'identification qui sont pris en charge pour les fournisseurs de données .NET Framework. Pour plus d'informations sur la définition des propriétés des sources de données de rapport, consultez Spécifier des informations d'identification et de connexion pour les sources de données de rapport.

Informations d'identification

Connexions

Sécurité intégrée

Si votre fournisseur de données la prend en charge, vous pouvez utiliser la sécurité intégrée Windows. La demande est envoyée en utilisant les informations d'identification de l'utilisateur actuel.

Lors de la définition de la chaîne de connexion, n'oubliez pas d'inclure les arguments qui spécifient une sécurité intégrée (par exemple, une connexion à une source de données SQL Server peut inclure Integrated Security=SSPI dans la chaîne de connexion).

Authentification Windows

Si votre fournisseur de données le prend en charge, vous pouvez utiliser un compte d'utilisateur de domaine Windows. Le serveur de rapports emprunte l'identité du compte d'utilisateur avant l'appel de l'extension de traitement de données.

Lors de la définition de la chaîne de connexion, n'oubliez pas d'inclure les arguments qui spécifient une sécurité intégrée (par exemple, une connexion à une source de données SQL Server peut inclure Integrated Security=SSPI dans la chaîne de connexion).

Informations d'identification de la base de données

L'authentification de la base de données n'est pas prise en charge pour les connexions établies au moyen d'un fournisseur de données .NET personnalisé. Dans tous les cas, le serveur de rapports ne pourra pas établir la connexion.

Ne pas demander les informations d'identification

Vous pouvez utiliser l'option Ne pas demander les informations d'identification avec les fournisseurs de données .NET personnalisés. Si le compte d'exécution sans assistance est spécifié, la chaîne de connexion détermine les informations d'identification qui sont utilisées. Le serveur de rapports emprunte l'identité du compte d'exécution sans assistance pour établir la connexion.

Si le compte d'exécution sans assistance n'est pas défini, le serveur de rapports ne peut pas établir la connexion. Pour plus d'informations sur la définition du compte, consultez Configurer le compte d'exécution sans assistance.

Si vous utilisez une extension de traitement de données personnalisée qui prend uniquement en charge IDbConnection, vous devez spécifier la connexion de cette façon :

  1. Configurez le compte d'exécution sans assistance. La configuration de ce compte est requise pour les connexions établies à l'aide de IDbConnection. Le serveur de rapports emprunte l'identité du compte lors de l'établissement de la connexion.

  2. Configurez les propriétés de la source de données sur le rapport de façon à utiliser Ne pas demander les informations d'identification.

  3. Incluez dans la chaîne de connexion les informations d'identification utilisées pour établir une connexion à la source de données.

Lors de l'utilisation d'IDbConnection, les types d'informations d'identification suivants ne sont pas pris en charge : sécurité intégrée, comptes d'utilisateur Windows et informations d'identification de base de données. Si la connexion à la source de données utilise ces options, la connexion échoue sur le serveur de rapports.

Si vous utilisez une extension de traitement de données personnalisée qui implémente IDbConnectionExtension, vous pouvez spécifier la connexion de différentes façons :

Informations d'identification

Connexions

Sécurité intégrée

Si votre fournisseur de données la prend en charge, vous pouvez utiliser la sécurité intégrée Windows avec des extensions de traitement de données personnalisées qui utilisent IDbConnectionExtension.

Lors de la définition de la chaîne de connexion, n'oubliez pas d'inclure les arguments qui spécifient une sécurité intégrée (par exemple, une connexion à une source de données SQL Server peut inclure Integrated Security=SSPI dans la chaîne de connexion).

Authentification Windows

Si votre fournisseur de données le prend en charge, vous pouvez utiliser un compte d'utilisateur de domaine Windows avec des extensions de traitement de données personnalisées qui utilisent IDbConnectionExtension.

Le serveur de rapports emprunte l'identité du compte d'utilisateur avant l'appel de l'extension de traitement de données. Lors de la définition de la chaîne de connexion, n'oubliez pas d'inclure les arguments qui spécifient une sécurité intégrée (par exemple, une connexion à une source de données SQL Server peut inclure Integrated Security=SSPI dans la chaîne de connexion).

Informations d'identification de base de données

Vous pouvez utiliser l'authentification de base de données pour configurer des connexions pour des extensions de traitement de données personnalisées qui utilisent IDbConnectionExtension.

Ne pas demander les informations d'identification

Si le compte d'exécution sans assistance est spécifié, la chaîne de connexion détermine les informations d'identification qui sont utilisées.

Si le compte d'exécution sans assistance n'est pas défini, le serveur de rapports ne peut pas établir la connexion.

Cela vous a-t-il été utile ?
(1500 caractères restants)
Merci pour vos suggestions.

Ajouts de la communauté

AJOUTER
Microsoft réalise une enquête en ligne pour recueillir votre opinion sur le site Web de MSDN. Si vous choisissez d’y participer, cette enquête en ligne vous sera présentée lorsque vous quitterez le site Web de MSDN.

Si vous souhaitez y participer,
Afficher:
© 2014 Microsoft. Tous droits réservés.