Você pode usar os modelos do PowerPivot do SQL Server "Denali" como fontes de dados do PerformancePoint 2010

Artigo original publicado na quinta-feira, 22 de dezembro de 2011

Desde que o SQL Server Denali chegou ao espaço do download público, várias pessoas o experimentaram e usaram para criar modelos do PowerPivot como fontes de dados para o PerformancePoint 2010. E por que não deveriam? O PerformancePoint funciona bem no cenário onde você especifica  a referência a um  modelo PowerPivot na sequência de caracteres de conexão da fonte de dados, para uma fonte de dados de Serviços de Análise.

O problema

Porém, cada um desses usuários de tecnologia de ponta  mostrou sabiamente que algo fundamentalmente  "quebra" ao tentar esse mesmo cenário  com uma pasta de trabalho PowerPivot baseada no Denali RC0. Há alguns motivos para isso, que eu discutirei abaixo. O erro que se manifesta no log do evento indica que o provedor instalado existente é muito antigo. E isso é verdade, se você está executando uma instalação padrão do SharePoint 2010 SP1. O erro que a maioria das pessoas recebe é este:

Detalhes da exceção: Microsoft.AnalysisServices.AdomdClient.AdomdUnknownResponseException: Formato de dados não suportado : application/vnd.ms-excel.12

A boa notícia é que existe uma solução.

A solução

A maneira mais fácil de fazer esse cenário funcionar é instalar o provedor de dados ADOMD.Net (versão 10.5) no seu farm do SharePoint. Você pode baixá-lo  no Pacote de Recursos do SQL Server 2008 R2 SP1 (baixe a versão apropriada para a arquitetura do servidor). A versão 10.5 desse provedor é compatível com a nova versão 11.0. E por ser uma versão secundária, ela substituirá o provedor 10.0, que é a  principal versão que o PerformancePoint procura no tempo de execução. Essa última noção explica o alerta emitido pelo instalador quando você começa a instalação. Prossiga e clique em "Sim".

Os detalhes

Eu usarei o exemplo de um farm 1M neste caso. O instalador pré-requisito do SharePoint instala as versões 2005 e 2008 do ADOMD.Net. Isso garante que as conexões de dados dos Serviços de Análise funcionem facilmente após instaladas. Se você olhar em adicionar/remover programas no seu servidor do SharePoint, verá as versões do provedor. A versão 10.1 é aquela que o PerformancePoint usará ao conectar à pasta de trabalho do PowerPivot, quando você o utiliza como fonte de dados.

Quando você instala o SQL Server Denali, ele instala a versão 11.0 do provedor de dados ADOMD. Isso também é mostrado na lista de conjuntos no servidor.

O problema é que não existe uma política indicando a solicitação para usar a última versão do provedor, e o PerformancePoint procura especificamente a versão 10 principal. Assim, na verdade, a versão 11.0 fica ali, sozinha e não utilizada. No entanto, quando você instala o cliente ADOMD versão 10.5, as coisas funcionam  porque  essa versão é  compatível com os modelos mais recentes do PowerPivot, e o PerformancePoint ainda está feliz porque ele vê a versão 10, conforme o esperado. Diferente das versões principais do provedor, que existem lado a lado, as versões menores se substituem, e é por isso que o PerformancePoint pega a versão certa mesmo depois que você substitui a versão 10.1 pela 10.5. Portanto, depois de instalar a atualização do SQL Server 2008 R2 SP1, o seguinte é exibido na lista adicionar/remover programas:

 Depois de ter atualizado seu provedor, o PerformancePoint ainda poderá se conectar à pasta de trabalho do PowerPivot como você espera.

Porém, tenho algumas observações aqui. Primeiro, perceba  que o nome do cubo, conforme interpretado pelo PerformancePoint, agora é "Modelo". Você se lembra que ele se chamava "Sandbox" nos modelos do PowerPivot 2010. Segundo,  a maioria da documentação  publicada  indica que você precisa adicionar a propriedade PROVIDER à sequência de caracteres de conexão do PerformancePoint, desta forma: PROVIDER=MSOLAP;DATA SOURCE=https://contoso/Documents/PowerPivot_Sample.xlsx. A sequência é um pouco redundante; não existe necessidade de configurar a propriedade provedor porque o provedor é adomd.net. E o adomd.net criará o objeto certo de acesso aos dados sem que o usuário precise especificar o MSOLAP para conectar à fonte de dados.

Kevin Donovan
gerente de programa, Office BI

Este é um post de um blog localizado. Encontre o artigo original em You Can Use SQL Server "Denali" PowerPivot Models as PerformancePoint 2010 Data Sources