Nota
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare ad accedere o modificare le directory.
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare a modificare le directory.
È possibile creare o usare estensioni per l'elaborazione dei dati personalizzate di terze parti in un server di report per migliorare la funzionalità di elaborazione dei dati delle origini dati supportate o per supportare ulteriori tipi di origini dati non disponibili in un'installazione predefinita di Reporting Services. Le connessioni vengono gestite in modo diverso a seconda dell'implementazione. Per le estensioni per l'elaborazione dati sono disponibili le implementazioni seguenti:
Provider di dati NET Framework personalizzati. Se l'accesso ai dati viene eseguito da origini dati DB2.NET, Oracle, ODP.NET o Teradata, è possibile che si stia usando un provider di dati .NET personalizzato.
Estensioni per l'elaborazione dati personalizzate che supportano IDbConnection
Estensioni per l'elaborazione dati personalizzate che supportano IDbConnectionExtension
Nota
Per informazioni sulla modalità di implementazione dell'estensione per l'elaborazione dati personalizzata in uso, rivolgersi al provider di terze parti.
Impersonificazione ed estensioni per l'elaborazione dati personalizzata
Se l'estensione personalizzata per l'elaborazione dei dati si connette alle origini dati tramite l'identità impersonata, è necessario usare il metodo Open in una delle interfacce IDbConnection o IDbConnectionExtension per effettuare la richiesta. In alternativa è possibile archiviare l'oggetto identità dell'utente (System.Security.Principal.WindowsIdentity), quindi riusarlo nelle altre API dell'estensione per l'elaborazione dati.
Nelle versioni precedenti di Reporting Services, tutte le estensioni personalizzate per l'elaborazione dei dati venivano chiamate tramite impersonificazione dell'utente. In questa versione, solo il metodo Open sarà chiamato durante l'impersonificazione dell'utente. Se si dispone di un'estensione per l'elaborazione dati che richiede una sicurezza integrata, è necessario modificare il codice per usare il metodo Open o archiviare l'oggetto identità dell'utente.
Connessioni per i provider di dati .NET Framework personalizzati
Quando si configura un report per l'utilizzo di una specifica origine dei dati, vengono impostate proprietà che determinano il tipo di origine dei dati, la stringa di connessione e le credenziali utilizzate per accedere all'origine dei dati. Nella tabella seguente vengono descritti i tipi di credenziali supportati per i provider di dati .NET Framework. Per altre informazioni sulle proprietà dell'origine dati del report, vedere Specificare le credenziali e le informazioni sulla connessione per le origini dati del report.
| Credenziali | Connessioni |
|---|---|
| sicurezza integrata | Se il provider di dati in uso la supporta, è possibile utilizzare la sicurezza integrata di Windows. La richiesta viene inviata utilizzando le credenziali dell'utente corrente. Quando si definisce la stringa di connessione, assicurarsi di includere argomenti che specifichino la sicurezza integrata. Ad esempio, una connessione a un'origine dati SQL Server può includere l'argomento Integrated Security=SSPI nella stringa di connessione. |
| Autenticazione di Windows | Se il provider di dati in uso lo supporta, è possibile utilizzare un account utente di dominio di Windows. Il server di report rappresenta l'account utente prima che venga chiamata l'estensione per l'elaborazione dati. Quando si definisce la stringa di connessione, assicurarsi di includere argomenti che specifichino la sicurezza integrata. Ad esempio, una connessione a un'origine dati SQL Server può includere l'argomento Integrated Security=SSPI nella stringa di connessione. |
| Credenziali di database | L'autenticazione del database non è supportata per le connessioni stabilite mediante un provider di dati .NET personalizzato. Il server di report rifiuterà la connessione in tutti i casi. |
| Nessuna credenziale | È possibile utilizzare l'opzione Nessuna credenziale con provider di dati .NET personalizzati. Se viene specificato l'account per l'esecuzione non presidiata, la stringa di connessione determina le credenziali che vengono utilizzate. Il server di report utilizza come identità l'account di esecuzione automatica per effettuare la connessione. Se l'account di esecuzione automatica non è definito, il server di report non riuscirà a stabilire la connessione. Per altre informazioni per definire l'account, vedere Configurare l'account di esecuzione non presidiata (Gestione configurazione server di report). |
Connessioni per IDbConnection
Se si usa un'estensione per l'elaborazione dati personalizzata che supporta solo IDbConnection, è necessario specificare la connessione nel modo seguente:
Configurare l'account di esecuzione automatica. La configurazione di questo account è necessaria per le connessioni stabilite utilizzando IDbConnection. Il server di report usa l'identità dell'account quando stabilisce la connessione.
Configurare le proprietà dell'origine dei dati nel report per l'utilizzo dell'opzione Nessuna credenziale.
Inserire le credenziali utilizzate per connettersi all'origine dei dati nella stringa di connessione.
Quando si utilizza IDbConnection, i tipi di credenziali seguenti non sono supportati: sicurezza integrata, account utente di Windows e credenziali del database. Se in una connessione a un'origine dei dati vengono utilizzate queste opzioni, la connessione avrà esito negativo sul server di report.
Connessioni per IDbConnectionExtension
Se si usa un'estensione per l'elaborazione dati personalizzata che supporta IDbConnectionExtension, è possibile specificare la connessione nel modo seguente:
| Credenziali | Connessioni |
|---|---|
| sicurezza integrata | Se il provider di dati in uso la supporta, è possibile utilizzare la sicurezza integrata di Windows con estensioni per l'elaborazione dati personalizzate che utilizzano IDbConnectionExtension. Quando si definisce la stringa di connessione, assicurarsi di includere argomenti che specifichino la sicurezza integrata. Ad esempio, una connessione a un'origine dati SQL Server può includere l'argomento Integrated Security=SSPI nella stringa di connessione. |
| Autenticazione di Windows | Se il provider di dati in uso lo supporta, è possibile utilizzare un account utente di dominio di Windows per estensioni per l'elaborazione dati personalizzate che utilizzano IDbConnectionExtension. Il server di report rappresenta l'account utente prima che venga chiamata l'estensione per l'elaborazione dati. Quando si definisce la stringa di connessione, assicurarsi di includere argomenti che specifichino la sicurezza integrata. Ad esempio, una connessione a un'origine dati SQL Server può includere l'argomento Integrated Security=SSPI nella stringa di connessione. |
| Credenziali di database | È possibile utilizzare l'autenticazione del database per configurare connessioni per estensioni per l'elaborazione dati personalizzate che utilizzano IDbConnectionExtension. |
| Nessuna credenziale | Se viene specificato l'account per l'esecuzione non presidiata, la stringa di connessione determina le credenziali che vengono utilizzate. Se l'account di esecuzione automatica non è definito, il server di report non riuscirà a stabilire la connessione. |
Contenuto correlato
- Configurare l'account di esecuzione senza intervento dell'utente (Gestione configurazione del server di report)
- Credenziali e collegamenti per fonti di dati di report
- Creare stringhe di connessione dati in Report Builder
- Implementa un'estensione per l'elaborazione dei dati
- Configurare le proprietà delle origini dati per un report impaginato