Konfigurieren des Zeichenfolgenspeichers für Dimensionen und Partitionen
Gilt für:
SQL Server Analysis Services Azure Analysis Services Fabric/Power BI Premium
Sie haben die Möglichkeit, Zeichenfolgenspeicher neu zu konfigurieren, um Platz für sehr große Zeichenfolgen in Dimensionsattributen oder Partitionen schaffen, die die maximale Dateigröße von 4 GB für Zeichenfolgenspeicher überschreiten. Wenn die Dimensionen oder Partitionen Zeichenfolgenspeicher dieser Größe beinhalten, können Sie die Dateigrößeneinschränkung durch Ändern der Eigenschaft StringStoresCompatibilityLevel auf Ebene der Dimension oder Partition für lokale als auch für verknüpfte Objekte (lokal oder remote) umgehen.
Beachten Sie, dass Sie Zeichenfolgenspeicher genau für jene Objekte erhöhen können, die zusätzlichen Kapazität benötigen. In den meisten mehrdimensionalen Modellen werden Zeichenfolgendaten Dimensionen zugeordnet. Von dieser Einstellung können jedoch auch Partitionen, die Distinct Count Measures enthalten, neben Zeichenfolgen profitieren. Da die Einstellung für Zeichenfolgen gilt, sind numerische Daten nicht betroffen.
Für diese Eigenschaften gibt es u. a. folgende gültige Werte:
| Wert | Beschreibung |
|---|---|
| 1050 | Gibt die standardmäßige Zeichenfolgenspeicherarchitektur an, für die eine maximale Dateigröße von 4 GB pro Speicher gilt. |
| 1100 | Gibt den größeren Zeichenfolgenspeicher an, unterstützt bis zu 4 Milliarden eindeutige Zeichenfolgen pro Speicher. |
Wichtig
Um die Zeichenfolgenspeichereinstellungen eines Objekts zu ändern, müssen Sie das Objekt selbst und alle abhängigen Objekte erneut verarbeiten. Die Verarbeitung ist erforderlich, um die Prozedur abzuschließen.
Dieses Thema enthält folgende Abschnitte:
Informationen zu Zeichenfolgenspeichern
Der Konfiguration des Zeichenfolgenspeichers ist optional. Das bedeutet, dass sogar neue Datenbanken, die Sie erstellen, die Architektur für Standardzeichenfolgenspeicher verwenden, für die die maximale Dateigröße von 4 GB gilt. Die Architektur für größeren Zeichenfolgenspeicher beeinträchtigt die Leistung geringfügig, ist jedoch bemerkbar. Sie sollten diese Architektur nur verwenden, wenn die maximale Größe von 4 GB für Zeichenfolgenspeicherdateien erreicht bzw. fast erreicht wird.
Hinweis
Diese Einstellung gilt nicht für Data Mining-Modelle. Derzeit ist es weiterhin möglich, dass die Dateigrößenbegrenzung in GB für Modelle gilt, die Data Mining-Strukturen enthalten.
In einer mehrdimensionalen Datenbank von Analysis Services werden Zeichenfolgen getrennt von numerischen Daten gespeichert, um Optimierungen basierend auf den Eigenschaften der Daten zuzulassen. Zeichenfolgendaten werden in der Regel in Dimensionsattributen gefunden, die Namen oder Beschreibungen darstellen. Zeichenfolgendaten können auch in Distinct Count Measures enthalten sein. Zeichenfolgendaten können auch in Schlüsseln verwendet werden.
Sie können einen Zeichenfolgenspeicher an der Dateierweiterung (z. B. .asstore-, .bstore-, .ksstore- oder .string-Dateien) erkennen. Standardmäßig gilt für jede dieser Dateien eine maximale Dateigröße von 4 GB. In SQL Server 2012 (11.x) können Sie die maximale Dateigröße überschreiben, indem Sie einen alternativen Speichermechanismus angeben, mit dem ein Zeichenfolgenspeicher nach Bedarf wachsen kann.
Im Gegensatz zur Architektur für Standardzeichenfolgenspeicher, in der es eine Obergrenze für die Größe der physischen Datei gibt, basiert der größere Zeichenfolgenspeicher auf einer maximalen Anzahl von Zeichenfolgen. Der größere Zeichenfolgenspeicher kann maximal 4 Milliarden eindeutige Zeichenfolgen oder 4 Milliarden Datensätze enthalten, je nachdem, welcher Wert zuerst erreicht wird. Der größere Zeichenfolgenspeicher erstellt Datensätze von gleichmäßiger Größe, wobei jeder Datensatz gleich einer 64-KB-Seite ist. Bei sehr langen Zeichenfolgen, die nicht in einen einzelnen Datensatz passen, liegt die tatsächliche Grenze bei weniger als 4 Milliarden Zeichenfolgen.
Voraussetzungen
Sie müssen über eine SQL Server 2012 (11.x) oder eine höhere Version von SQL Server Analysis Services verfügen.
Dimensionen und Partitionen müssen MOLAP-Speicher verwenden.
Der Kompatibilitätsgrad der Datenbank muss auf 1100 festgelegt werden. Wenn Sie eine Datenbank mit SQL Server Data Tools und der SQL Server 2012 (11.x) oder einer höheren Version von SQL Server Analysis Services erstellt oder bereitgestellt haben, ist der Datenbankkompatibilitätsgrad bereits auf 1100 festgelegt. Wenn Sie eine Datenbank, die in einer früheren Version von SQL Server Analysis Services erstellt wurde, in ssSQL11 oder höher verschoben haben, müssen Sie den Kompatibilitätsgrad aktualisieren. Für Datenbanken, die Sie verschieben, aber nicht erneut bereitstellen, können Sie SQL Server Management Studio verwenden, um den Kompatibilitätsgrad festzulegen. Weitere Informationen finden Sie unter Kompatibilitätsgrad einer mehrdimensionalen Datenbank (Analysis Services)..
Schritt 1: Festlegen der StringStoreCompatiblityLevel-Eigenschaft in SQL Server-Datentools
Öffnen Sie mit SQL Server Data Tools das Projekt, das die Dimensionen oder Partitionen enthält, die Sie ändern möchten.
Um den Zeichenfolgenspeicher für Dimensionen zu ändern, öffnen Sie Projektmappen-Explorer. Doppelklicken Sie auf die Dimension, für die Sie den Zeichenfolgenspeicher ändern.
Stellen Sie im Dimensions-Designer im Bereich Attribute sicher, dass der übergeordnete Knoten der Dimension ausgewählt ist (wenn die Dimension z. B. "Kunden" ist, wählen Sie "Kunden" aus und nicht die untergeordneten Attribute).
Legen Sie StringStoresCompatibilityLevel im Bereich Eigenschaften im Abschnitt Erweitert auf 1100fest. Wiederholen Sie diesen Schritt für andere Dimensionen, die einen größeren Speicher erfordern, oder behalten Sie den Wert 1050 für die verbleibenden Dimensionen bei.
Öffnen Sie einen Cube von Projektmappen-Explorer für Partitionen.
Klicken Sie auf die Registerkarte Partitionen.
Erweitern Sie die Partition, wählen Sie die Partition aus, die zusätzliche Speicherkapazität erfordert, und ändern Sie dann die StringStoresCompatibilityLevel -Eigenschaft.
Speichern Sie die Datei .
Schritt 2: Verarbeiten der Objekte
Die neue Speicherarchitektur wird verwendet, nachdem Sie die Objekte verarbeitet haben. Die Verarbeitung der Objekte zeigt auch an, dass das Problem der Speichereinschränkung behoben wurde, da der Fehler, der zuvor bei einer Überlaufbedingung des Zeichenfolgenspeichers gemeldet wurde, nicht mehr auftreten sollte.
- Klicken Sie im Projektmappen-Explorer mit der rechten Maustaste auf die soeben geänderte Dimension, und wählen Sie Verarbeitenaus.
Sie müssen die Option Vollständig verarbeiten für jedes Objekt verwenden, das die neue Zeichenfolgenspeicherarchitektur verwendet. Führen Sie vor der Verarbeitung eine Auswirkungsanalyse für die Dimension durch, um festzustellen, ob abhängige Objekte ebenfalls eine erneute Verarbeitung erfordern.
Weitere Informationen
Tools und Ansätze zum Verarbeiten (Analysis Services)
Verarbeiten von Optionen und Einstellungen (Analysis Services)
Speichermodi und Verarbeitung von Partitionen
Speichern von Dimensionen