Verwenden von SQL Server "Denali" PowerPivot-Modellen als PerformancePoint 2010-Datenquellen

Veröffentlichung des Originalartikels: 22.12.2011

Seit SQL Server Denali öffentlich zum Download verfügbar ist, haben mehrere Leute versucht, PowerPivot-Modelle als Datenquellen für PerformancePoint 2010 damit zu erstellen. Warum auch nicht? PerformancePoint funktioniert großartig in dem Szenario, in dem Sie in der Datenquellen-Verbindungszeichenfolge für eine Analysis Services-Datenquelle den Verweis auf ein PowerPivot-Modell angeben.

Das Problem

Fast alle diese erfahrenen Benutzer haben klugerweise darauf hingewiesen, dass etwas schief geht, wenn sie dasselbe Szenario mit einer Denali RC0-basierten PowerPivot-Arbeitsmappe versuchen. Das hat eine Reihe von Gründen, die ich im Folgenden beschreibe. Der im Ereignisprotokoll verzeichnete Fehler besagt, dass der vorhandene, installierte Anbieter zu alt ist. Und das trifft zu, wenn Sie eine standardmäßige SharePoint 2010 SP1-Installation verwenden. Meist wurde der folgende Fehler angezeigt:

Ausnahmedetails: Microsoft.AnalysisServices.AdomdClient.AdomdUnknownResponseException: Nicht unterstütztes Datenformat : application/vnd.ms-excel.12

Aber es gibt eine Problemumgehung.

Die Lösung

Die einfachste Lösung besteht darin, den Datenanbieter ADOMD.Net (Version 10.5) in der SharePoint-Serverfarm zu installieren. Sie können ihn aus dem SQL Server 2008 R2 SP1 Feature Pack herunterladen (achten Sie darauf, die richtige Version für Ihre Serverarchitektur herunterzuladen). Version 10.5 dieses Anbieters ist kompatibel mit der neuen Version 11.0. Und da es sich um eine Nebenversion handelt, wird dadurch der Anbieter der Version 10.0 überschrieben, der die Hauptversion darstellt, nach der PerformancePoint zur Laufzeit sucht. Dies erklärt die Warnung, die vom Installer zu Beginn der Installation ausgelöst wird. Fahren Sie fort, und klicken Sie auf "Ja".

Die Details

Ich verwende in diesem Fall das Beispiel einer 1M-Serverfarm. Der Installer der Voraussetzungen für SharePoint installiert sowohl Version 2005 als auch Version 2008 von ADOMD.Net. Dadurch wird sichergestellt, dass Analysis Services-Datenverbindungen direkt problemlos funktionieren. In der Option Software auf dem SharePoint-Server sind die Anbieterversionen aufgeführt. Version 10.1 ist diejenige, die von PerformancePoint zur Verbindung mit der PowerPivot-Arbeitsmappe verwendet wird, wenn Sie diese als Datenquelle verwenden.

Bei der Installation von SQL Server Denali wird Version 11.0 des ADOMD-Datenanbieters installiert. Sie können dies auch an der Liste der Assemblys auf dem Server erkennen.

Das Problem ist, dass die Anforderung durch keine Richtlinie angewiesen wird, die neueste Version des Anbieters zu verwenden, und PerformancePoint spezifisch nach der Hauptversion 10 sucht. Daher bleibt die Version 11.0 ungenutzt. Wenn Sie jedoch die ADOMD-Clientversion 10.5 installieren, funktioniert alles, da diese Version mit den neuesten PowerPivot-Modellen kompatibel ist. PerformancePoint ist dennoch zufrieden, da Version 10 wie erwartet vorhanden ist. Während Hauptversionen des Anbieters nebeneinander existieren, überschreiben sich Nebenversionen gegenseitig. Deshalb verwendet PerformancePoint die richtige, auch nachdem Sie Version 10.1 durch Version 10.5 überschrieben haben. Nach der Installation des Updates SQL Server 2008 R2 SP1 finden Sie in der Liste in Software Folgendes:

 Nachdem Sie den Anbieter aktualisiert haben, sollte PerformancePoint in der Lage sein, wie erwartet eine Verbindung mit der PowerPivot-Arbeitsmappe herzustellen.

Zum Schluss noch ein paar Hinweise. Beachten Sie, dass der Name des Cubes, interpretiert von PerformancePoint, nun "Modell" lautet. Sie erinnern sich vielleicht, dass er für PowerPivot 2010-Modelle "Sandkasten" lautete. Zweitens ist im größten Teil der veröffentlichten Dokumentation angegeben, dass Sie der PerformancePoint-Verbindungszeichenfolge die PROVIDER-Eigenschaft hinzufügen müssen, z. B.: PROVIDER=MSOLAP;DATA SOURCE=https://contoso/Documents/PowerPivot_Sample.xlsx. Diese Zeichenfolge ist etwas redundant; es nicht nötig, die provider-Eigenschaft festzulegen, da der Anbieter ADOMD.NET ist. Und ADOMD.NET erstellt das richtige Datenzugriffsobjekt, ohne dass der Benutzer MSOLAP für die Verbindung mit der Datenquelle angeben muss.

Kevin Donovan
Program Manager, Office BI

Es handelt sich hierbei um einen übersetzten Blogbeitrag. Sie finden den Originalartikel unter You Can Use SQL Server "Denali" PowerPivot Models as PerformancePoint 2010 Data Sources.