Trabalhar em conjunto: Integração do SQL Server 2008 R2 Reporting Services ao SharePoint 2010
Alan Le Marquand
SQL Server e do SharePoint sempre trabalharam em conjunto bem. Quando o SharePoint Server 2010 e SQL Server 2008 R2 foram lançadas, havia alguns aprimoramentos significativos para a integração entre o SharePoint e SQL Server 2008 R2 SSRS (Reporting Services). Aqui está uma olhada em como configurar e usar os aprimoramentos mais recentes.
Arquitetura de integração do servidor
O suplemento Reporting Services para o SharePoint é o que realmente unidades a integração entre os dois servidores. Para instalar o suplemento, que está disponível como download gratuito no Centro de download translation from VPE for picture itExclMark de , em todos os servidores do SharePoint 2010 Web Front End (WFE) que exigem integração com o servidor de relatórios. A Figura 1 mostra a arquitetura dos componentes de integração.
Em WFE 2010 de SharePoint, o suplemento instala três componentes: o proxy do SSRS, uma Web Part do Visualizador de relatórios e páginas de aplicativos que permitem que você visualize, armazenam e gerenciam o conteúdo do servidor de relatório em um site do SharePoint ou farm. O proxy do SSRS facilita a comunicação entre o WFE e o servidor de relatórios. Nas páginas de administração do Reporting Services Central dentro do SharePoint, você pode configurar o proxy com o servidor de relatórios que você deseja acessar, bem como o método de autenticação e as credenciais para acessar o servidor. Para a integração de trabalho, você deve configurar o servidor de relatórios para execução no modo integrado ao SharePoint.
.jpg)
A Figura 1 arquitetura de integração de servidor
Um item de observação em do Figura1 é o componente de modelo de objeto SharePoint no servidor de relatórios. Para o servidor de relatórios entender as informações de geração de relatórios armazenados no SharePoint e para protegê-lo, o Report Server tem que interagir com os bancos de dados de configuração e conteúdo no site do SharePoint ou farm. Para fazer isso instalando uma cópia mínima do SharePoint no servidor de relatórios e ingressando-o no farm.
A versão do SharePoint que você instalar o Report Server deve ser a mesma versão usada em todo o farm. Você precisa fazer isso somente se você estiver executando o servidor de relatórios em uma máquina separada. Se você estiver executando o SharePoint e o Reporting Services na mesma máquina, você precisará instalar o suplemento.
Configurar integração
Em geral, o configurar integração foi simplificado com o SQL Server 2008 R2 e o SharePoint 2010. A ordem em que você executa a configuração depende do que você já tiver instalado. Mesmo se você estiver começando do zero ou de uma instalação existente, a chave é para todos os componentes principais instalados antes de configurar o proxy do SSRS no SharePoint. Para obter melhores resultados ao integrar o SQL Server Reporting Service 2008 R2 com o SharePoint 2010, a ordem recomendada se começando do zero é:
- Execute o instalador de pré-requisito do SharePoint 2010 — Isso instalará o SSRS 2008 R2 suplemento para o SharePoint.
- Instalar e configurar o SharePoint 2010 em uma configuração de farm.
- Repita as etapas 1 e 2 na máquina do servidor de relatórios, se é separada da máquina WFE do SharePoint e configurá-lo para participar do farm do SharePoint criado na etapa 2.
- Instale o SQL Server Reporting Services no modo integrado ao SharePoint.
- Configurar o proxy do SSRS através da integração dos serviços de relatório de página e ativar o recurso do Reporting Services.
Se você não vir os tipos de conteúdo do Reporting Services no seu site no Document| novo menu, você precisará adicioná-los manualmente. Descrevem como adicionar tipos de conteúdo do Report Server neste artigo em do integração com o Report Builder 3. 0.
Nesse caso, eu usaria o SQL Server para o banco de dados do SharePoint, em vez de edição incorporada que os padrões do SharePoint para. Se você planeja instalar todos os componentes em uma única máquina, a etapa 5 é redundante. As etapas 1 e 2 podem ser combinadas no processo de instalação do SQL Server.
Se você tiver uma instalação existente do SharePoint, você pode fazer o download e instalar o suplemento a qualquer momento. O processo de instalação do suplemento adiciona as páginas necessárias à administração central do SharePoint, bem como novos tipos de conteúdo do servidor de relatórios para bibliotecas do SharePoint existentes em sites que usam o modelo de site do Centro de BI (inteligência comercial).
No lado do SharePoint, você pode configurar a integração no SharePoint Server 2010 ou no SharePoint Foundation 2010. São compatíveis com a instalação do Add-in do Reporting Services. Se você instalar o SharePoint e o Reporting Services em máquinas diferentes, você deve instalar a mesma versão do SharePoint no servidor de relatórios. Por exemplo, não seria capaz de instalar o SharePoint Foundation 2010 no servidor de relatórios, se você estivesse usando o SharePoint Server 2010 como sua Web de front-end.
A instalação do suplemento é muito simples; além de inserir-o nome e empresa, nenhuma outra configuração é necessária. Se você estiver instalando o SharePoint pela primeira vez, instala o suplemento antes de instalar o SharePoint; isso é feito automaticamente quando você executa o pré-requisito do SharePoint 2010.
Configurar o servidor de relatórios é simples. As principais considerações são:
- A edição do SQL Server tem de ser Standard, Enterprise ou superior.
- O Report Server database deve ser criado para o modo integrado ao SharePoint.
- Se você estiver usando computadores separados para SharePoint e o servidor de relatórios, você precisará de uma instalação mínima do SharePoint e deve ser associado ao farm no servidor de relatórios.
Um servidor de relatórios é implementado como um único serviço do Windows que é executado sob uma conta interna ou uma conta de usuário local ou de domínio do Windows. No modo integrado ao SharePoint, a conta de serviço do servidor de relatórios está configurada adequadamente para acessar o banco de dados configuração e conteúdo do SharePoint, bem como recursos de modelo de objeto do SharePoint. Isso acontece quando configurar a integração do Reporting Services com o SharePoint por meio da integração dos serviços de relatório de página.
Quando o modo de autenticação é “ integrada do Windows ”, o usuário do Windows conectado ao SharePoint será ser representado quando se conectando a WFE para o Report Server. Quando o modo de autenticação é uma conta de confiança, o contexto de usuário do SharePoint do usuário conectado ao SharePoint é passado para o servidor de relatórios no formato de token de usuário do SharePoint. Conta de pool de aplicativos de WFE do SharePoint é usada para estabelecer a conexão da WFE ao servidor de relatórios. Você encontrará um resumo da configuração da conta de serviço no TechNet artigo “ Configurando relatórios de serviços de integração do SharePoint 2010 . ”
Se você já tiver instalado o Reporting Services usando as configurações padrão, o banco de dados do Reporting Services estará no modo nativo. Para operar no modo integrado ao SharePoint, você precisará retornar para a ferramenta de configuração do Reporting Services e, na página Definições do banco de dados, altere o modo de nativo para integrado ao SharePoint.
Você pode alterar o modo de servidor de relatórios de nativo para integrado ao SharePoint a qualquer momento; no entanto, isso não faz a conversão do banco de dados existente. Toda vez que você alterne você deve criar um novo banco de dados ou conectar-se a um já existente.
Antes de configurar as opções de proxy de serviços de relatórios no SharePoint, há uma outra configuração que você precisa fazer. Você deve garantir que o acesso anônimo não tiver sido habilitado no aplicativo Web. Isso não impedirá você de definir as configurações de proxy de serviços de relatório, os usuários obterá um erro ao serem executados de relatórios. Você pode optar por usar o Windows ou qualquer doservidor de autenticação baseada em declarações do outros provedores de autenticação e se você estiver configurando a integração entre um servidor de relatório e um farm do SharePoint, cada aplicativo Web do SharePoint no farm de pode ser configurado para usar provedores de autenticação diferente.
O Add-in cria uma nova seção de Reporting Services na página <a0>SharePoint Central Administration geral configurações do aplicativo. Na página <a0>relatório de serviços de integração você digitar a URL do servidor de relatório e os detalhes de autenticação e a ativação do recurso Reporting Services em todos ou seletiva coleções no farm de site.
.jpg)
A Figura 2 Configurando o proxy de serviços de geração de relatórios
Depois de concluído a página mostrada no 2 Figura , a integração for concluído o processo de configuração.
Integração com o Configurador de relatório 3. 0
O principal benefício da integração entre o SharePoint e o Reporting Services é o que permite aos usuários criar, modificar e publicar relatórios a partir de dentro do SharePoint. O Reporting Services oferece que alguns predefinidos de tipos de conteúdo que são usados para gerenciar vários arquivos, inclusive os arquivos de origem (.rsds) de dados compartilhados do relatório, o modelo do Configurador de relatório (.smdl) e os arquivos de definição (.rdl) de relatório do Configurador de relatório. Depois de configurar a integração para permitir aos usuários criar e gerenciar esses novos tipos de conteúdo a partir da faixa de opções e os menus de contexto, você precisa habilitar os novos tipos de conteúdo dessas bibliotecas.
Se você estiver usando o modelo de site do Centro de BI, não é necessário fazer qualquer coisa; os tipos de conteúdo são automaticamente habilitados com o modelo e para todos os sites criados usando esse modelo. Para todos os outros sites e bibliotecas de documentos, será necessário executar um processo de configuração de duas etapas. Primeiro, você precisa ativar o gerenciamento de tipo de conteúdo dentro de bibliotecas; por padrão, ele está desativado. Em seguida, você precisa habilitar os tipos de conteúdo para a biblioteca. Para ativar o gerenciamento de tipo de conteúdo para uma biblioteca de documentos, siga o procedimento descrito no artigo do TechNet “ How to: Adicionar tipos de conteúdo do Report Server para uma biblioteca (Reporting Services no modo integrado do SharePoint) ”.
Depois que esses novos tipos de conteúdo foram adicionados a uma biblioteca, três novas opções aparecerão no novo documento do drop-down na guia documentos. Se você selecionar, agora, a opção de relatório do criador de relatórios, Report Builder 3. 0 será baixado para o cliente e executar. Você pode alterar esse comportamento da Administração Central do SharePoint. O Reporting Services Server padrões permite que você desative esta opção, bem como configurar um URL alternativo para o Report Builder.
Usando a Web Part do Visualizador de relatórios em um site do SharePoint
A Web Part do Visualizador de relatórios é uma Web Part personalizada é instalado pelo Add-in do Reporting Services. Você pode usar a Web Part para exibir, navegar, imprimir e exportar relatórios em um servidor de relatório. Para adicionar essa Web Part a uma página, você pode usar as etapas no artigo da TechNet “ How to: Adicionar a Web Part do Visualizador de relatórios para uma página da Web (Reporting Services no modo integrado do SharePoint) ”.
Cada Web Part do Visualizador de relatórios processa um relatório em um horário com base no URL absoluto para o arquivo de relatório (.rdl) especificado na propriedade de relatório. A URL deve ser o caminho totalmente qualificado para um relatório no site do SharePoint atual ou em um site de dentro do mesmo aplicativo da Web ou farm. A URL deve ser resolvido para uma biblioteca de documentos ou para uma pasta dentro de uma biblioteca de documentos que contém o relatório. A URL do relatório deve incluir a extensão de arquivo .rdl. Se o relatório depende de um modelo ou arquivos de fonte de dados compartilhados, você não precisa especificar esses arquivos no URL. O relatório contém as referências para os arquivos necessários.
Autenticação de solicitações e o Reporting Services
Um dos novos recursos introduzidos com o SharePoint Server 2010 é o suporte à autenticação baseada em declarações. Nos aplicativos compatíveis com declarações, os clientes apresentam “ declarações ” ao aplicativo. Essas reclamações são informações sobre o usuário, como, por exemplo, o nome de usuário, endereço de email ou nome do gerente. Isso permite que o aplicativo com mais informações do que receberia a usando o Kerberos. Considere, por exemplo, um aplicativo de compra: Duas das declarações para o aplicativo poderiam ser o endereço de email do gerente do usuário e o usuário do limite de compra. Em um aplicativo sem reconhecimento de declarações, teria que essas informações a serem gerenciados pelo aplicativo.
No mundo do SharePoint, autenticação de declarações resolve o problema de compartilhamento de sites do SharePoint entre organizações. Usando um produto como o serviços de federação do Active Directory (AD FS), duas organizações com diferentes métodos de autenticação podem configurar as declarações que permitem que o SharePoint para identificar um usuário e atribua as permissões corretas.
Como essa funcionalidade é incorporada em produtos SharePoint 2010, Reporting Services pode trabalhar com este modelo de autenticação. O Reporting Services não é compatível com declarações; em vez disso, ele se comunica com o SharePoint por meio de uma conta de confiança. O serviço de proxy no suplemento do SQL Server 2008 R2 usa o modelo de objeto do SharePoint para converter o token de declarações em um contexto de usuário correspondente do SharePoint na forma de um token de usuário do SharePoint que o servidor de relatórios pode entender e usar a validação do banco de dados do SharePoint. Neste mundo insano, o processo funciona da seguinte maneira:
- O SharePoint executa a autenticação de declarações apropriado e, usando o SharePoint Secure Token Service, o token de declarações comunica-se para o proxy do Reporting Services.
- O proxy do Reporting Services, em seguida, usa o token de declarações para se comunicar com o modelo de objeto do SharePoint e gerar um token de usuário correspondente do SharePoint que ele encaminhe para o Report Server.
- O Report Server usa o token de usuário do SharePoint com base no modelo de objeto SharePoint local para gerar o contexto de usuário correto do SharePoint.
- Se o usuário tiver a permissão necessária, o Report Server envia as informações solicitadas para o SharePoint usando o contexto de usuário do SharePoint apropriado, como faria normalmente.
Relatórios da lista nativo
Reporting Services do SQL Server 2008 R2 agora oferece suporte a listas do SharePoint como uma fonte de dados. Esse suporte permite recuperar dados da lista do SharePoint Foundation 2010, o SharePoint Server 2010, o Windows SharePoint Services 3. 0 e o Office SharePoint Server 2007. A capacidade de acessar dados de lista não é dependente de servidor de relatórios add-in ou está em execução no modo nativo ou integrado ao SharePoint. A funcionalidade é incorporada ao servidor de relatórios. Quais alterações nas configurações diferentes é o método de acesso.
Há dois métodos pelos quais os dados de lista do SharePoint são acessados. Uma é por meio do serviço da web lists.asmx e a outra é por meio de APIs do modelo de objeto do SharePoint. Em qualquer instalação do SharePoint, se você inserir \lists.asmx http:// <sharepoint_server_name> de URL, você obterá uma lista XML de todas as listas no site do SharePoint que você é capaz de acessar. Usando esse método, o Report Builder 3. 0 é capaz de recuperar as listas. Um servidor de relatórios configurados no modo nativo também usa esse método.
O método de API do modelo de objeto SharePoint pode ser usado em dois cenários. Um é onde um servidor de relatórios está configurado no modo de integração do SharePoint e a lista existe no mesmo farm do SharePoint que está integrado ao Reporting Services, e isso é tudo na mesma máquina, lembre-se de que, nesse cenário, há uma cópia do SharePoint em execução no servidor de relatórios que fornece a ela acesso ao conjunto de APIs. Outro cenário é onde você tenha 2010 de SharePoint instalada junto com o suplemento, mas você não tem nenhum servidor de relatórios. Isso é chamado de modo local e é abordado mais adiante na seção “ relatório sem o Reporting Services ”.
Para usar dados obtidos a partir de um SharePoint lista dentro de um relatório requer primeiro que criar uma fonte de dados e, em seguida, um conjunto de dados que usa essa fonte de dados. No Report Builder 3. 0, há um novo tipo de conexão na página de propriedades de fonte de dados chamada translation from VPE for picture itExclMark lista do SharePoint, como mostrado no do Figura 3. Junto com essa opção, você digitar a URL do site do SharePoint — não há necessidade de adicionar lists.asmx à URL. A fonte de dados também pode ser configurada com credenciais diferentes para usar quando acessar o servidor do SharePoint.
.jpg)
Tipo de conexão Figura3 lista do SharePoint
Quando você cria um novo dataset com base nessa fonte de dados, você receberá uma lista de todas as listas do SharePoint no site que você tem acesso. Você pode, em seguida, fazer uma busca detalhada em uma lista e acessar os itens de lista individuais, criar filtros, criar parâmetros e criar relatórios como se fosse uma tabela do banco de dados SQL.
Suporte de mapeamento de acesso alternativo
Outro aperfeiçoamento da integração é o suporte para Alternate Access Mapping (AAM). O AAM é no SharePoint desde a versão 2007, mas o Reporting Services não oferece suporte. Agora se você configurar um mapeamento de acesso alternativo na Administração Central do SharePoint, Add-in do serviço de relatório manterá a estrutura de URL, como mostrado no relatório muito simples em do Figura 4. Tanto o http://sql-01 https://www.contoso.com colocam o mesmo relatório.
.jpg)
Mapeamento de acesso alternativo da Figura 4
Relatório sem o Reporting Services
Até agora, todas as informações contidas neste artigo tem qual estava relacionada a que é chamado conectado modo . Nas versões anteriores do Reporting Services, esse era o único modo disponível e significava que o SharePoint deveria estar conectado a um servidor de relatórios do Reporting Services configurado em integrado ao SharePoint modo para processar relatórios usando o Visualizador de relatórios.
Com o lançamento do SQL Server 2008 R2, você pode processar relatórios sem a integração do seu site do SharePoint ou farm com um servidor de relatórios do Reporting Services. Em vez disso, você pode usar o Visualizador de relatórios para processar diretamente os relatórios do SharePoint quando a extensão de dados oferece suporte ao modo de local de relatório. Sair da caixa, apenas a lista do SharePoint e a extensão de geração de relatórios translation from VPE for picture itExclMark Access 2010 suportam a esse.
Quando você estiver no modo local, você também pode processar um relatório que tem uma fonte de dados incorporado ou uma fonte de dados compartilhados de um arquivo .rsds. No entanto, você não pode gerenciar o relatório ou a fonte de dados associada, isso não é suportado no modo local.
Combinações com suporte do suplemento do SharePoint e do Report Server
Com o lançamento do SQL Server 2008 R2 e o SharePoint Server 2010, agora há três versões do SQL, três versões do suplemento e duas versões do SharePoint. Os componentes de integração podem trabalhar em qualquer uma dessas liberações, mas você precisa combinar as versões corretas. A tabela do Figura 5 apresenta as combinações de produtos.
.jpg)
A Figura 5 com suporte a combinações de suplemento do SharePoint e do Report Server
Alan Le Marquandé um arquiteto de conteúdo IT Pro translation from VPE for picture itExclMark com base no Reino Unido. Você pode ler mais do Le Marquand em seu blog Mundo de Alan de IT.