Hinweis
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, sich anzumelden oder das Verzeichnis zu wechseln.
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, das Verzeichnis zu wechseln.
Analysis Services stellt drei Datenanbieter für den Server- und Datenzugriff bereit. Alle Anwendungen, die eine Verbindung mit Analysis Services herstellen, tun dies mit einem dieser Anbieter. Zwei der Anbieter, ADOMD.NET und Analysis Services Management Objects (AMO), sind verwaltete Datenanbieter. Der OLE DB-Anbieter von Analysis Services (MSOLAP DLL) ist ein systemeigener Datenanbieter.
In Organisationen, die mehrere Versionen von Analysis Services ausführen, müssen Sie möglicherweise neuere Versionen der Datenanbieter auf Benutzerarbeitsstationen installieren, die eine Verbindung mit Analysis Services-Daten herstellen. Für Verbindungen zu neueren Versionen von Analysis Services werden Datenanbieter aus derselben Hauptversion benötigt. Um beispielsweise eine Verbindung mit SQL Server 2014 Analysis Services (SSAS) herzustellen, muss jede Arbeitsstation über einen Datenanbieter aus der Version 2014 verfügen. Obwohl Excel die Datenanbieter installiert, die eine Verbindung herstellen müssen, kann dieser Anbieter relativ zu den verwendeten Analysis Services-Instanzen veraltet sein.
Dieses Thema enthält den folgenden Abschnitt:
So ermitteln Sie die Serverversion
Ermitteln der Version der Analysis Services-Datenanbieter
Wo man Anbieter neuerer Versionen von Daten findet
OLE DB-Anbieter für Analysis Services
So ermitteln Sie die Serverversion
Wenn Sie die Version der Analysis Services-Instanz kennen, können Sie ermitteln, ob Sie neuere Versionen der Datenanbieter auf Arbeitsstationen in Ihrer Organisation installieren müssen.
- Stellen Sie in SQL Server Management Studio eine Verbindung mit der Analysis Services-Instanz her. Klicken Sie mit der rechten Maustaste auf die Instanz, die Sie überprüfen möchten, zeigen Sie auf Berichte, und klicken Sie auf "Allgemein". Editions- und Versionsbuildinformationen werden im Bericht angezeigt.
Die Hauptbuildnummer der ersten Version von SQL Server 2014 ist 12.0.2000.9.
Weitere Informationen zum Abrufen von Versions- und Buildinformationen finden Sie unter Ermitteln der Version und Edition von SQL Server und deren Komponenten.
So bestimmen Sie die Version der Analysis Services-Datenanbieter
Datenanbieter werden mit Analysis Services sowie von Clientanwendungen installiert, die routinemäßig eine Verbindung mit Analysis Services-Datenbanken wie Excel herstellen.
Office 2007 installiert Datenanbieter aus SQL Server 2005. Office 2010 installiert Datenanbieter aus SQL Server 2008. Office 2013 installiert Datenanbieter aus SQL Server 2012. Wenn Sie mehrere Versionen von Office oder SQL Server verwenden, und Verbindungen oder Featureverfügbarkeit sind nicht das, was Sie erwarten, müssen Sie möglicherweise eine neuere Version der Datenanbieter installieren. Sie können mehrere Hauptversionen jedes Datenanbieters nebeneinander auf demselben Computer ausführen.
Finden Sie die Dateiversion des OLEDB-Anbieters
Wechseln Sie zu \Programme\Microsoft Analysis Services\AS OLEDB\120.
Klicken Sie mit der rechten Maustaste auf msolap120.dll, und klicken Sie dann auf "Eigenschaften".
Wenn Sie die Datei an diesem Speicherort nicht finden können oder wenn der Ordnerpfad AS OLEDB\110 oder AS OLEDB\90 enthält, verwenden Sie eine ältere Bibliothek und müssen jetzt eine neuere Version (AS OLEDB\11) installieren, um eine Verbindung mit SQL Server 2014 herzustellen.
Suchen der Dateiversion von ADOMD.NET und AMO
Wechseln Sie zu "C:\Windows\Assembly".
Klicken Sie mit der rechten Maustaste auf "Microsoft.AnalysisServices.AdomdClient", und klicken Sie auf "Eigenschaften". Klicken Sie auf "Version".
Klicken Sie für AMO mit der rechten Maustaste auf "Microsoft.AnalysisServices".
Weitere Informationen zu Versions- und Buildnummern nach Veröffentlichung finden Sie auf der SQL Server-Builds Blogspot-Seite.
Wo man neuere Versionsdatenanbieter erhält
Die auf dem Clientcomputer installierte Version sollte mit der Hauptversion des Servers übereinstimmen, der die Daten bereitstellt. Wenn die Serverinstallation neuer ist als die datenanbieter, die auf den Arbeitsstationen in Ihrem Netzwerk installiert sind, müssen Sie möglicherweise neuere Bibliotheken installieren.
Suchen der Datenanbieter auf der Downloadwebsite
Wechseln Sie zum Microsoft Download Center.
Erweitern Sie Installationsanweisungen.
Scrollen Sie nach unten zum Abschnitt mit Analysis Services-Komponenten. ADOMD.NET sind der OLE DB-Anbieter und AMO der zweite, dritte und vierte in der Liste. Jede Bibliothek ist in 32-Bit- oder 64-Bit-Versionen verfügbar. Server und neuere Arbeitsstationen mit einem 64-Bit-Betriebssystem erfordern die 64-Bit-Version.
OLE DB-Anbieter für Analysis Services
Analysis Services OLE DB-Anbieter ist der systemeigene Anbieter für Analysis Services-Datenbankverbindungen. MSOLAP wird indirekt von ADOMD.NET und AMO verwendet, wobei Verbindungsanforderungen an den Datenanbieter delegiert werden. Sie können den OLE DB-Anbieter auch direkt aus dem Anwendungscode aufrufen. Dies ist möglich, wenn Lösungsanforderungen die Verwendung einer verwalteten API ausschließen.
Der Analysis Services OLE DB-Anbieter wird automatisch von SQL Server Setup, Excel und anderen Anwendungen installiert, die häufig für den Zugriff auf Analysis Services-Datenbanken verwendet werden. Sie können sie auch manuell installieren, indem Sie sie aus dem Download Center herunterladen. Der Anbieter befindet sich standardmäßig im Ordner "\Programme\Microsoft Analysis Services". Der Anbieter muss auf jeder Arbeitsstation installiert sein, die für den Zugriff auf Analysis Services-Daten verwendet wird.
MSOLAP130.dll ist die Version des OLE DB-Anbieters analysis Services, der in SQL Server 2014 ausgeliefert wird. Andere frühere Versionen umfassen MSOLAP10.dll (für SQL Server 2008 und 2008 R2) und MSOLAP90.dll (für SQL Server 2005).
OLE DB-Anbieter werden häufig für Verbindungszeichenfolgen angegeben. Eine Analysis Services-Verbindungszeichenfolge verwendet eine andere Nomenklatur, um auf den OLE DB-Anbieter zu verweisen: MSOLAP.<version>.dll
MSOLAP.5.dll ist der aktuelle OLE DB-Anbieter von Analysis Services, der mit Excel 2013 installiert ist. Frühere Versionen, z. B. MSOLAP.4.dll oder MSOLAP.3.dll, werden häufig auf Arbeitsstationen mit älteren Excel-Versionen gefunden. Einige Analysis Services-Features, z. B. das PowerPivot-Add-In, erfordern bestimmte Versionen des OLE DB-Anbieters. Weitere Informationen finden Sie unter Connection String Properties (Analysis Services ).
ADOMD.NET
ADOMD.NET ist ein verwalteter Datenanbieter, der zum Abfragen von Analysis Services-Daten verwendet wird. Excel verwendet ADOMD.NET beim Herstellen einer Verbindung mit einem bestimmten Analysis Services-Cube. Die in Excel angezeigte Verbindungszeichenfolge ist für eine ADOMD.NET Verbindung vorgesehen.
ADOMD.NET wird von SQL Server Setup installiert und von SQL Server-Clientanwendungen verwendet, um eine Verbindung mit Analysis Services herzustellen. Office installiert diese Bibliothek, um Datenverbindungen aus Excel zu unterstützen. Wie bei anderen Datenanbietern, die in SQL Server enthalten sind, können Sie ADOMD.NET erneut verteilen, wenn Sie die Bibliothek im benutzerdefinierten Code verwenden. Sie können es auch manuell herunterladen und installieren, um die neuere Version zu erhalten (siehe Informationen zum Ermitteln der Version der Analysis Services-Datenanbieter in diesem Thema).
Um Dateiversionsinformationen zu überprüfen, suchen Sie im globalen Assemblycache nach ADOMD.NET, in dem sie als Microsoft.AnalysisServices.AdomdClient aufgeführt ist.
Beim Herstellen einer Verbindung mit einer Datenbank sind die Verbindungszeichenfolgeneigenschaften für alle drei Bibliotheken weitgehend identisch. Fast jede Verbindungszeichenfolge, die Sie für ADOMD.NET (ConnectionString) definieren, funktioniert auch für AMO und den OLE DB-Anbieter von Analysis Services. Weitere Informationen finden Sie unter Connection String Properties (Analysis Services ).
Weitere Informationen zum programmgesteuerten Verbinden finden Sie unter Herstellen von Verbindungen in ADOMD.NET.
AMO
AMO ist ein verwalteter Datenanbieter, der für die Serververwaltung und Datendefinition verwendet wird. Beispielsweise verwendet SQL Server Management Studio AMO zum Herstellen einer Verbindung mit Analysis Services.
AMO wird vom SQL Server-Setup installiert und von SQL Server-Clientanwendungen verwendet, um eine Verbindung mit Analysis Services herzustellen. Sie können sie auch manuell herunterladen und installieren, wenn Sie AMO im benutzerdefinierten Code verwenden (siehe Ermitteln der Version der Analysis Services-Datenanbieter in diesem Thema). AMO befindet sich im globalen Assemblycache, wie Microsoft.AnalysisServices.
Eine Verbindung mit AMO ist in der Regel minimal, bestehend aus "data source=<servername>". Nachdem eine Verbindung hergestellt wurde, verwenden Sie die API, um mit Datenbanksammlungen und hauptobjekten zu arbeiten. Sowohl SSDT als auch SSMS verwenden AMO, um eine Verbindung mit einer Analysis Services-Instanz herzustellen.
Weitere Informationen zum programmgesteuerten Verbinden finden Sie unter Programming AMO Fundamental Objects.