Lavorare insieme: Integrazione di SQL Server 2008 R2 Reporting Services in SharePoint 2010
Alan Le Marquand
SQL Server e SharePoint sono sempre lavorato insieme bene. Quando sono state rilasciate 2010 di SharePoint Server e SQL Server 2008 R2, non vi sono alcuni miglioramenti significativi per l'integrazione tra SharePoint e SQL Server 2008 R2 Reporting Services (SSRS). Di seguito viene illustrato come configurare e utilizzare i miglioramenti più recenti.
Architettura di integrazione server
Il componente aggiuntivo di Reporting Services per SharePoint è cosa veramente unità l'integrazione tra i due server. È possibile installare il componente aggiuntivo, che è disponibile come download gratuito Nell'area Download Microsoft , in tutti i server SharePoint 2010 Web Front End (WFE) che richiedono l'integrazione con un server di report. Figura 1 è illustrata l'architettura dei componenti di integrazione.
Il componente aggiuntivo WFE il 2010 di SharePoint vengono installati tre componenti: il proxy di SSRS, una Web Part Visualizzatore Report e le pagine dell'applicazione che consentono di visualizzare, archiviare e gestire il contenuto del server di report in un sito di SharePoint o farm. Il proxy di SSRS facilita la comunicazione tra il WFE e il server di report. Nelle pagine di amministrazione centrale Reporting Services all'interno di SharePoint, è necessario configurare il proxy con Server Report si desidera accedere, nonché il metodo di autenticazione e le credenziali di accesso al server. Per l'integrazione di funzionare, è necessario configurare il server di report per l'esecuzione in modalità integrazione con SharePoint.
.jpg)
Figura 1 Server Integration Architecture
Un elemento da tenere presente in di Figure1 è il componente del modello a oggetti SharePoint sul server di report. Per il server di report comprendere le informazioni relative ai rapporti archiviati in SharePoint e per la protezione, il server di report ha interagire con i database di configurazione e di contenuto nel sito di SharePoint o farm. A tal fine installando una copia minima di SharePoint sul server di report e la partecipazione alla farm.
La versione di SharePoint installato sul server di report deve coincidere con la versione utilizzata in tutta la farm. È necessario eseguire questa operazione solo se il server di report viene eseguito in un computer separato. Se si esegue SharePoint e Reporting Services sullo stesso computer, è necessario installare il componente aggiuntivo.
Configurazione di integrazione
In generale, è stata semplificata configurazione di integrazione con SharePoint 2010 e SQL Server 2008 R2. L'ordine in cui si esegue la configurazione varia a seconda che cos' già installato. Anche se chi inizia da zero o da un'installazione esistente, la chiave è che tutti i componenti principali installati prima di configurare il proxy di SSRS in SharePoint. Per ottenere risultati ottimali quando l'integrazione di SQL Server Reporting Service 2008 R2 con SharePoint 2010, l'ordine consigliato inizia da zero è:
- Eseguire il programma di installazione dei Prerequisiti SharePoint 2010, verrà installato SSRS 2008 R2 componente aggiuntivo per SharePoint.
- Installare e configurare SharePoint 2010 in una configurazione della farm.
- Ripetere i passaggi 1 e 2 nel computer server di report è separato dal computer SharePoint WFE e configurarlo per partecipare alla farm di SharePoint creata nel passaggio 2.
- Installare SQL Server Reporting Services in modalità integrazione con SharePoint.
- Configurare il proxy di SSRS tramite la pagina di Reporting Services Integration e attivare la funzionalità di Reporting Services.
Se i tipi di contenuto di Reporting Services non è disponibile nel sito dal menu nuovo Document|, sarà necessario aggiungerli manualmente. Descriverò come aggiungere i tipi di server di report contenuto in questo articolo in di Integrazione con Report Builder 3.0.
In questo scenario, utilizza SQL Server per database SharePoint anziché l'edizione incorporato tale impostazione predefinita, SharePoint. Se si prevede di installare tutti i componenti su un computer, al passaggio 5 è ridondante. È possibile combinare i passaggi 1 e 2 nell'ambito del processo di installazione di SQL Server.
Se si dispone di un'installazione esistente di SharePoint, è possibile scaricare e installare il componente aggiuntivo in qualsiasi momento. Il processo di installazione del componente aggiuntivo aggiunge le pagine necessarie per l'amministrazione centrale di SharePoint, nonché i nuovi tipi di contenuto di Report Server per raccolte di SharePoint esistenti nei siti utilizzando il modello di sito Centro di Business Intelligence (BI).
On the SharePoint side, you can configure integration on either SharePoint Server 2010 or SharePoint Foundation 2010. Both support the installation of the Reporting Services Add-in. If you install SharePoint and Reporting Services on different machines, you must install the same version of SharePoint on the Report Server. Ad esempio, non sarà possibile installare SharePoint Foundation 2010 sul server di report, se si utilizza SharePoint Server 2010 come il front-end Web.
L'installazione del componente aggiuntivo è molto semplice; oltre all'immissione di nome e società, non è necessaria nessun altra configurazione. Se si desidera installare SharePoint per la prima volta, si installa il componente aggiuntivo prima di installare SharePoint; ciò avviene automaticamente quando si esegue il prerequisito SharePoint 2010.
Configurazione del server di report è semplice. I punti chiavi sono:
- L'edizione di SQL Server deve essere standard, Enterprise o superiore.
- Per la modalità di integrazione con SharePoint, è necessario creare il database di Report Server.
- Se si utilizzano computer separati per SharePoint e Report Server, è necessario un'installazione minima di SharePoint e questo deve essere unito per la farm di Report Server.
Un server di report viene implementato come un unico servizio di Windows viene eseguito con un account predefinito o un account utente di Windows locale o di dominio. In modalità integrazione con SharePoint, l'account del servizio ReportServer è predisposto in modo appropriato per accedere al database di configurazione e del contenuto di SharePoint, nonché risorse modello a oggetti di SharePoint. Questo accade quando la configurazione dell'integrazione di Reporting Services con SharePoint tramite la pagina di reporting di Integration Services.
Quando la modalità di autenticazione è “ Windows integrata ”, l'utente di Windows connesso SharePoint verrà rappresentato dal WFE la connessione a Report Server. Quando la modalità di autenticazione è un account attendibile, il contesto utente SharePoint dell'utente connesso in SharePoint viene passato al server di report sotto forma di token utente di SharePoint. Account del pool di applicazioni di WFE SharePoint consente di effettuare la connessione dal WFE a Report Server. È possibile trovare un riepilogo della configurazione dell'account di servizio in TechNet configurazione Reporting Services per l'integrazione di SharePoint 2010 . ”
Se è già stato installato Reporting Services utilizzando le impostazioni predefinite, il database di Reporting Services sarà in modalità nativa. Per operare in modalità integrazione con SharePoint, sarà necessario tornare allo strumento di configurazione di Reporting Services e modificare la modalità da nativa di integrazione con SharePoint nella pagina Impostazioni Database.
È possibile modificare la modalità di report da native di integrazione con SharePoint in qualsiasi momento, tuttavia, ciò non converte il database esistente. Ogni volta che si crea un nuovo database oppure connettersi a uno esistente.
Prima di configurare le opzioni di Reporting Services Proxy all'interno di SharePoint, è un'altra configurazione che è necessario apportare. È necessario verificare l'applicazione Web non è stato attivato l'accesso anonimo. Mentre non verrà interrotta è dalla configurazione delle impostazioni di Reporting Services Proxy, agli utenti verranno visualizzato un errore durante l'esecuzione di report. È possibile utilizzare altri provider di autenticazione di Windows o qualsiasi fromthe autenticazione basata sulle attestazioni e se si sta configurando l'integrazione tra server report e una farm di SharePoint, è possibile configurare ogni applicazione Web di SharePoint nella farm per utilizzare i provider di autenticazione diversi.
Il componente aggiuntivo crea una nuova sezione di Reporting Services all'interno della pagina SharePoint Central Administration generale Application Settings. Nella pagina segnalazione Integration Services è possibile immettere l'URL di Server Report e le informazioni di autenticazione e l'attivazione della funzionalità di Reporting Services su tutte o selettivo sito insiemi nella farm.
.jpg)
Figura 2 Configurazione di Reporting Services Proxy
Una volta completata la pagina visualizzata in Figura 2 , l'integrazione processo di configurazione.
Integrazione con Generatore Report 3.0
Il principale vantaggio dell'integrazione tra SharePoint e Reporting Services è che consente agli utenti di creare, modificare e pubblicare report da all'interno di SharePoint. Reporting Services fornisce che alcuni predefiniti di tipi di contenuto che consentono di gestire vari file, inclusi i file di origine (.rsds) dati report condivisi, il modello di Generatore Report (.smdl) e i file di definizione (RDL) del report di Generatore Report. Dopo aver configurato l'integrazione consente agli utenti di creare e gestire questi nuovi tipi di contenuto dalla barra multifunzione e il menu di scelta rapida, è necessario attivare i nuovi tipi di contenuto in tali librerie.
Se si utilizza il modello di sito Centro di Business Intelligence, non è necessario eseguire alcuna operazione, i tipi di contenuto vengono attivati automaticamente con il modello e per tutti i siti creati utilizzando questo modello. Per tutti gli altri siti e raccolte documenti, è necessario eseguire un processo di configurazione in due fasi. Innanzitutto, è necessario attivare la gestione del tipo di contenuto all'interno di librerie, per impostazione predefinita è disattivato. È quindi necessario abilitare i tipi di contenuto per la raccolta. Per attivare la gestione del tipo di contenuto per una raccolta documenti, attenersi alla procedura nell'articolo TechNet “ How to: Aggiungere tipi di contenuto Server Report a una libreria (Reporting Services in modalità integrata SharePoint) ”.
Una volta che questi nuovi tipi di contenuto aggiunti a una raccolta, verranno visualizzati tre nuove opzioni dal nuovo documento di riepilogo nella scheda documenti. Se ora si seleziona l'opzione report di Generatore Report, Report Builder 3.0 verrà scaricato sul client ed eseguire. È possibile modificare questo comportamento da Amministrazione centrale SharePoint. Il Reporting Services Server predefinite consente di disattivare questa opzione, nonché di configurare un URL alternativo per Generatore Report.
Utilizzando la Web Part Visualizzatore Report in un sito di SharePoint
The Report Viewer Web Part is a custom Web Part that is installed by the Reporting Services Add-in. You can use the Web Part to view, navigate, print and export reports on a report server. Per aggiungere Web Part a una pagina, è possibile utilizzare la procedura descritta nell'articolo TechNet “ How to: Aggiungere la Web Part Visualizzatore Report a una pagina Web (Reporting Services in modalità integrata SharePoint) ”.
Ogni Web Part Visualizzatore Report esegue il rendering di un report in un momento basato sull'URL assoluto per il file di report (RDL) specificato nella proprietà report. L'URL deve essere il percorso completo di un report sul sito di SharePoint corrente o in un sito all'interno della stessa applicazione Web o farm. L'URL deve essere risolto in una raccolta documenti o in una cartella all'interno di una raccolta documenti contenente il rapporto. L'URL del report deve includere l'estensione di file RDL. Se il report dipende da un modello o file di origine dei dati condivisa, non è necessario specificare tali file nell'URL. Il report contiene riferimenti ai file che necessari.
Autenticazione di attestazioni e di Reporting Services
Una delle nuove funzionalità introdotte con SharePoint Server 2010 è il supporto per l'autenticazione basata su attestazioni. In grado di riconoscere attestazioni applicazioni client presentano “ attestazioni ” all'applicazione. Tali attestazioni sono parti di informazioni sull'utente, quali nome utente, indirizzo di posta elettronica o nome del manager. In questo modo l'applicazione con più informazioni di quelle riceverebbe utilizzando Kerberos. Si consideri, ad esempio un'applicazione acquisti: Due delle attestazioni passate all'applicazione può essere un indirizzo di posta elettronica del responsabile dell'utente e l'utente dell'acquisto di limite. In un'applicazione che non supportano le attestazioni, queste informazioni avrebbe gestito dall'applicazione.
Nel mondo SharePoint attestazioni autenticazione risolve il problema di siti di SharePoint di condivisione tra le organizzazioni. Due organizzazioni con diversi metodi di autenticazione utilizzando un prodotto come Active Directory Federation Services (AD FS), possono impostare le attestazioni che consentano di SharePoint identificare un utente e assegnare le autorizzazioni corrette.
Poiché questa funzionalità è incorporata nei prodotti SharePoint 2010, Reporting Services possono utilizzare questo modello di autenticazione. Reporting Services non è grado di riconoscere attestazioni, invece di comunica con SharePoint tramite un account attendibile. Il servizio proxy all'interno del componente aggiuntivo di SQL Server 2008 R2 utilizza il modello a oggetti SharePoint per convertire il token di attestazioni in un contesto utente SharePoint corrispondente sotto forma di un token utente SharePoint Report Server è in grado di comprendere e utilizzare per la convalida del database di SharePoint. In breve, il processo è simile al seguente:
- SharePoint esegue l'autenticazione appropriata attestazioni e utilizzo di SharePoint Secure Token Service, comunica il token di attestazioni al proxy di Reporting Services.
- Il proxy di Reporting Services utilizza quindi il token di attestazioni per comunicare con il modello a oggetti SharePoint e generare un token utente SharePoint corrispondente che inoltra a Report Server.
- Il server di report utilizza il token dell'utente SharePoint per il modello a oggetti SharePoint locale per generare il contesto utente SharePoint corretto.
- Se l'utente dispone dell'autorizzazione necessaria, Report Server invia le informazioni richieste a SharePoint utilizzando il contesto utente di SharePoint appropriato come avviene normalmente.
Elenco nativo Reporting
SQL Server 2008 Reporting Services R2 supporta gli elenchi di SharePoint come origine dati. This support allows you to retrieve list data from SharePoint Foundation 2010, SharePoint Server 2010, Windows SharePoint Services 3.0, and Office SharePoint Server 2007. The ability to access list data is not reliant on the add-in or running Report Server in Native or SharePoint Integrated mode. La funzionalità è incorporata in Report Server. Cosa cambia in diverse configurazioni è il metodo di accesso.
Esistono due metodi con cui sono possibile accedere a dati elenco SharePoint. Uno è tramite il servizio web lists.asmx e l'altra tramite il modello a oggetti SharePoint API. In qualsiasi installazione di SharePoint, se si immette il \lists.asmx <sharepoint_server_name> http:// URL, si otterrà un elenco XML di tutti gli elenchi nel sito di SharePoint in cui si è in grado di accedere. Utilizzando questo metodo, Report Builder 3.0 è in grado di recuperare gli elenchi. Un server di report configurato in modalità nativa anche utilizza questo metodo.
Il metodo API di SharePoint oggetto modello utilizzabile in due scenari. Uno è un server di report è configurato in modalità integrazione con SharePoint e l'elenco presente nella stessa farm SharePoint che Reporting Services è integrato con e questo è tutto sullo stesso computer, è importante ricordare che in questo scenario è presente una copia di SharePoint in esecuzione sul server di report che consente di accedere all'API di. Altro scenario è che 2010 SharePoint installato con il componente aggiuntivo, ma non si dispone di alcun server di report. Questo viene chiamato modalità locale e si è trattato più avanti nella sezione “ Reporting senza Reporting Services ”
Per utilizzare i dati ottenuti da SharePoint in un elenco in un report richiede innanzitutto che creare un'origine dati, quindi un dataset che utilizza tale origine dati. Nel Report Builder 3.0 è un nuovo tipo di connessione nella pagina delle proprietà origine dati denominata elenco Microsoft SharePoint, come illustrato in di Figura 3. Con questa opzione, è possibile immettere l'URL del sito di SharePoint, non è necessario aggiungere l'URL lists.asmx. È possibile configurare l'origine dati con credenziali diverse da utilizzare quando si accede al server di SharePoint.
.jpg)
Tipo di connessione Figure3 elenco SharePoint
Quando si crea un nuovo dataset in base a questa origine dati, si ha un elenco di tutti gli elenchi SharePoint sul sito che è possibile accedere. È possibile quindi eseguire il drill-down in un elenco e accedere le singole voci, creare filtri, creare parametri e creare rapporti come se si trattasse di una tabella di database SQL.
Supporto di mapping di accesso alternativo
Un altro miglioramento di integrazione è supportata in modalità approvazione per Alternate Access Mapping (amministratore). Modalità Approvazione amministratore è stata in SharePoint rispetto alla versione 2007, ma non supportava il Reporting Services. Ora se si configura un mapping di accesso alternativo in Amministrazione centrale SharePoint, il componente aggiuntivo di Reporting Services manterrà la struttura URL come indicato nel report molto semplici in di Figura 4. Http://sql-01 e https://www.contoso.com il rendering del report stesso.
.jpg)
Figura 4 mapping di accesso alternativo
Report senza Reporting Services
Finora, tutte le informazioni in questo articolo sono è associata a ciò che viene chiamato connesso modalità . Nelle versioni precedenti di Reporting Services, si tratta dell'unica modalità disponibili e significava che SharePoint di connettersi a un server di report Reporting Services configurato nell'integrazione con SharePoint modalità per eseguire il rendering del report utilizzando il Visualizzatore di report.
Con il rilascio di SQL Server 2008 R2, si possono eseguire il rendering di report senza l'integrazione del sito di SharePoint o farm con un server di report di Reporting Services. Invece, è possibile utilizzare il Visualizzatore di report per visualizzare direttamente i rapporti da SharePoint quando l'estensione dati supporta la segnalazione di modalità locale. La finestra di solo l'elenco di SharePoint e l'estensione di report Microsoft Access 2010 supportano questo.
Quando si è in modalità locale, è anche possibile visualizzare un report che dispone di un'origine dati incorporati o un'origine dati condivisa da un file .rsds. Tuttavia, non è possibile gestire il rapporto oppure l'origine dati associata come non è supportato in modalità locale.
Combinazioni supportate del componente aggiuntivo per SharePoint e Server Report
Con il rilascio di SQL Server 2008 R2 e SharePoint Server 2010, sono ora disponibili tre versioni di SQL, tre versioni del componente aggiuntivo e due versioni di SharePoint. I componenti di integrazione possono lavorare su qualsiasi di queste versioni, ma è necessario combinare e corrispondono alle versioni a destra. La tabella di Figura 5 fornisce le combinazioni supportate dei prodotti.
.jpg)
Figura 5 supportate combinazioni di componente aggiuntivo per SharePoint e Server Report
Alan Le Marquandis an IT Pro Content Architect for Microsoft based in the United Kingdom. You can read more from Le Marquand on his blog * Alan’s World of IT*.