Anforderungen und Überlegungen für die Analysis Services-Bereitstellung

Die Leistung und Verfügbarkeit einer Lösung hängt von vielen Faktoren ab, einschließlich der Funktionen der zugrunde liegenden Hardware, der Topologie Ihrer Serverbereitstellung, der Merkmale Ihrer Lösung (z. B. verteilung von Partitionen über mehrere Server oder die Verwendung von ROLAP-Speicher, die direkten Zugriff auf das relationale Modul erfordern), Vereinbarungen auf Serviceebene und die Komplexität Ihres Datenmodells.

Speicher- und Prozessoranforderungen

Analysis Services benötigt in den folgenden Fällen mehr Speicher- und Prozessorressourcen:

• Bei der Verarbeitung großer oder komplexer Cubes. Diese erfordern mehr Arbeitsspeicher und Prozessorressourcen als kleine oder einfache Cubes.

• Wenn die Anzahl der Cubes in einer einzelnen Datenbank zunimmt.

• Wenn sich die Anzahl der Datenbanken innerhalb einer einzelnen Instanz von Analysis Services erhöht.

• Wenn sich die Anzahl der Instanzen von Analysis Services auf einem einzelnen Computer erhöht.

• Wenn die Anzahl der Benutzer, die gleichzeitig auf Analysis Services-Ressourcen zugreifen, erhöht wird.

Die Menge an Arbeitsspeicher und Prozessorressourcen, die für Analysis Services verfügbar sind, variiert je nach Edition von SQL Server, Betriebssystem, Hardwarefunktion und ob Sie virtuelle oder physische Prozessoren verwenden. Für weitere Informationen folgen Sie den folgenden Links:

Hardware- und Softwareanforderungen für die Installation von SQL Server 2014

Rechenkapazitätsgrenzen nach Edition von SQL Server

Von den SQL Server 2014-Editionen unterstützte Funktionen

Maximale Kapazitätsspezifikationen (Analysis Services)

Speicherplatzanforderungen

Verschiedene Aspekte Ihrer Analysis Services-Installation und die Aufgaben im Zusammenhang mit der Objektverarbeitung erfordern unterschiedliche Mengen speicherplatz. In der folgenden Liste werden diese Anforderungen beschrieben.

Würfel
Cubes mit großen Faktentabellen erfordern mehr Speicherplatz als Cubes mit kleinen Faktentabellen. In ähnlicher Weise, obwohl in geringerem Maße, erfordern Würfel, die viele große Dimensionen aufweisen, mehr Speicherplatz als Würfel, die weniger Dimensionsmitglieder aufweisen. Im Allgemeinen können Sie davon ausgehen, dass eine Analysis Services-Datenbank ungefähr 20 Prozent des Speicherplatzes benötigt, der für die gleichen Daten erforderlich ist, die in der zugrunde liegenden relationalen Datenbank gespeichert sind.

Aggregationen
Aggregationen erfordern zusätzlichen Platz proportional zur Anzahl der Aggregationen – je mehr Aggregationen es gibt, desto mehr Platz wird benötigt. Wenn Sie das Erstellen nicht benötigter Aggregationen vermeiden, sollte der zusätzliche Speicherplatz, der für Aggregationen erforderlich ist, in der Regel nicht mehr als 10 Prozent der Größe der Daten überschreiten, die in der zugrunde liegenden relationalen Datenbank gespeichert sind.

Datenanalyse
Standardmäßig zwischenspeichern Miningstrukturen das Dataset, mit dem sie trainiert werden, auf dem Datenträger. Um diese zwischengespeicherten Daten vom Datenträger zu entfernen, können Sie die Verarbeitungsoption " Prozesslöschstruktur " für das Miningstrukturobjekt verwenden. Weitere Informationen finden Sie unter Verarbeitungsanforderungen und Überlegungen (Data Mining).

Objektverarbeitung
Während der Verarbeitung speichert Analysis Services Kopien der Objekte, die in der Verarbeitungstransaktion auf dem Datenträger verarbeitet werden, bis die Verarbeitung abgeschlossen ist. Wenn die Verarbeitung abgeschlossen ist, ersetzen die verarbeiteten Kopien der Objekte die ursprünglichen Objekte. Daher müssen Sie ausreichend zusätzlichen Speicherplatz für eine zweite Kopie jedes zu verarbeitenden Objekts bereitstellen. Wenn Sie z. B. einen ganzen Cube in einer einzelnen Transaktion verarbeiten möchten, benötigen Sie ausreichend Festplattenspeicher, um eine zweite Kopie des gesamten Cubes zu speichern.

Überlegungen zur Verfügbarkeit

In einer Analysis Services-Umgebung ist ein Cube- oder Miningmodell aufgrund eines Hardware- oder Softwarefehlers möglicherweise nicht verfügbar. Ein Cube ist möglicherweise auch nicht verfügbar, da er verarbeitet werden muss.

Bereitstellen der Verfügbarkeit im Falle von Hardware- oder Softwarefehlern

Hardware oder Software kann aus verschiedenen Gründen fehlschlagen. Die Aufrechterhaltung der Verfügbarkeit Ihrer Analysis Services-Installation betrifft jedoch nicht nur die Problembehandlung für diese Fehler, sondern auch die Bereitstellung alternativer Ressourcen, mit denen der Benutzer das System weiterhin verwenden kann, wenn ein Fehler auftritt. Clustering- und Lastenausgleichsserver werden in der Regel verwendet, um die alternativen Ressourcen bereitzustellen, die erforderlich sind, um die Verfügbarkeit aufrechtzuerhalten, wenn Hardware- oder Softwarefehler auftreten.

Um die Verfügbarkeit im Falle eines Hardware- oder Softwarefehlers bereitzustellen, sollten Sie Analysis Services in einem Failovercluster bereitstellen. Wenn der primäre Knoten in einem Failovercluster aus irgendeinem Grund fehlschlägt oder neu gestartet werden muss, wechselt der Microsoft Windows-Clusterdienst auf einen sekundären Knoten. Nach dem Failover, das sehr schnell auftritt, führen Benutzer Abfragen auf die Instanz von Analysis Services aus, die auf dem sekundären Knoten betrieben wird. Weitere Informationen zu Failoverclustern finden Sie unter Windows Server-Technologien: Failovercluster.

Eine weitere Lösung für Verfügbarkeitsprobleme besteht darin, Ihr Analysis Services-Projekt auf zwei oder mehr Produktionsservern bereitzustellen. Anschließend können Sie das Netzwerklastenausgleichsfeature (Network Load Balancing, NLB) von Windows-Servern verwenden, um die Produktionsserver in einem einzigen Cluster zu kombinieren. Wenn ein Server im Cluster aufgrund von Hardware- oder Softwareproblemen nicht verfügbar ist, leitet der NLB-Dienst Benutzerabfragen an die Server weiter, die noch verfügbar sind.

Bereitstellung der Verfügbarkeit während der Verarbeitung struktureller Änderungen

Bestimmte Änderungen an einem Cube können dazu führen, dass der Cube nicht verfügbar ist, bis er verarbeitet wird. Wenn Sie beispielsweise strukturelle Änderungen an einer Dimension in einem Cube vornehmen, auch wenn Sie die Dimension erneut verarbeiten, muss jeder Cube, der die geänderte Dimension verwendet, ebenfalls verarbeitet werden. Bis Sie diese Cubes verarbeiten, können Benutzer sie nicht abfragen und auch keine Miningmodelle abfragen, die auf einem Cube basieren, der die geänderte Dimension aufweist.

Um die Verfügbarkeit bereitzustellen, während Sie strukturelle Änderungen verarbeiten, die sich auf einen oder mehrere Cubes in einem Analysis Services-Projekt auswirken können, sollten Sie erwägen, einen Stagingserver zu integrieren und den Assistenten zum Synchronisieren von Datenbanken zu verwenden. Mit diesem Feature können Sie Daten und Metadaten auf einem Stagingserver aktualisieren und dann eine Onlinesynchronisierung des Produktionsservers und des Stagingservers durchführen. Weitere Informationen finden Sie unter Synchronize Analysis Services Databases.

Um inkrementelle Aktualisierungen an Quelldaten transparent zu verarbeiten, aktivieren Sie proaktives Zwischenspeichern. Proaktives Zwischenspeichern aktualisiert Cubes mit neuen Quelldaten ohne manuelle Verarbeitung und ohne Auswirkungen auf die Verfügbarkeit von Cubes. Weitere Informationen finden Sie unter Proaktives Zwischenspeichern (Partitionen).For more information, see Proactive Caching (Partitions).

Überlegungen zur Skalierbarkeit

Mehrere Instanzen von Microsoft SQL Server und Analysis Services auf demselben Computer können Leistungsprobleme verursachen. Um diese Probleme zu beheben, kann eine Option darin bestehen, den Prozessor, den Arbeitsspeicher und die Datenträgerressourcen auf dem Server zu erhöhen. Möglicherweise müssen Sie jedoch auch die Instanzen von SQL Server und Analysis Services auf mehrere Computer skalieren.

Skalieren von Analysis Services auf mehreren Computern

Es gibt mehrere Möglichkeiten, eine Installation von Analysis Services auf mehreren Computern zu skalieren. Diese Optionen werden in der folgenden Liste beschrieben.

• Wenn mehrere Instanzen von Analysis Services auf einem einzelnen Computer vorhanden sind, können Sie eine oder mehrere Instanzen auf einen anderen Computer verschieben.

• Wenn mehrere Analysis Services-Datenbanken auf einem einzelnen Computer vorhanden sind, können Sie eine oder mehrere Datenbanken auf eine eigene Instanz von Analysis Services auf einem separaten Computer verschieben.

• Wenn eine oder mehrere relationale Datenbanken Daten zu einer Analysis Services-Datenbank bereitstellen, können Sie diese Datenbanken auf einen separaten Computer verschieben. Bevor Sie die Datenbanken verschieben, sollten Sie die Netzwerkgeschwindigkeit und Bandbreite berücksichtigen, die zwischen der Analysis Services-Datenbank und den zugrunde liegenden Datenbanken vorhanden ist. Wenn das Netzwerk langsam oder überlastet ist, beeinträchtigt das Verschieben der zugrunde liegenden Datenbanken auf einen separaten Computer die Verarbeitungsleistung.

• Wenn sich die Verarbeitung auf die Abfrageleistung auswirkt, Sie aber während der Zeiten der reduzierten Abfragelast nicht verarbeiten können, sollten Sie die Verarbeitungsaufgaben auf einen Stagingserver verschieben und dann eine Onlinesynchronisierung des Produktionsservers und des Stagingservers ausführen. Weitere Informationen finden Sie unter Synchronize Analysis Services Databases. Sie können die Verarbeitung auch über mehrere Instanzen von Analysis Services verteilen, indem Sie Remotepartitionen verwenden. Bei der Verarbeitung von Remotepartitionen werden die Prozessor- und Speicherressourcen auf dem Remoteserver anstelle der Ressourcen auf dem lokalen Computer verwendet. Informationen zur Remotepartitionsverwaltung finden Sie unter Erstellen und Verwalten einer Remotepartition (Analysis Services).For information on remote partitions management, see Create and Manage a Remote Partition (Analysis Services).

• Wenn die Abfrageleistung schlecht ist, Aber Sie können die Prozessor- und Arbeitsspeicherressourcen auf dem lokalen Server nicht erhöhen, erwägen Sie die Bereitstellung eines Analysis Services-Projekts auf zwei oder mehr Produktionsservern. Anschließend können Sie den Netzwerklastenausgleich (Network Load Balancing, NLB) verwenden, um die Server in einem einzigen Cluster zu kombinieren. In einem NLB-Cluster werden Abfragen automatisch auf alle Server im NLB-Cluster verteilt.