Festlegen des Kompatibilitätsgrads einer mehrdimensionalen Datenbank (Analysis Services)

Artikel
03/06/2017

In Analysis Services bestimmt die Datenbankkompatibilitätsgradeigenschaft die Funktionsebene einer Datenbank. Kompatibilitätsgrade sind für jeden Modelltyp spezifisch. Beispielsweise hat ein Kompatibilitätsgrad von 1100 eine andere Bedeutung, je nachdem, ob die Datenbank mehrdimensional oder tabellarisch ist.

In diesem Thema wird nur der Kompatibilitätsgrad für mehrdimensionale Datenbanken beschrieben. Weitere Informationen zu tabellarischen Lösungen finden Sie unter Kompatibilitätsgrad (SSAS – tabellarisch SP1).

Hinweis

Tabellarische Modelle verfügen über zusätzliche Datenbank-Kompatibilitätsgrade, die für mehrdimensionale Modelle nicht gelten. Bei mehrdimensionalen Modellen gibt es keinen Kompatibilitätsgrad 1103. Weitere Informationen zu tabellarischen Lösungen finden Sie unter Neuerungen für das tabellarische Modell in SQL Server 2012 SP1 und Kompatibilitätsgrad1103.

Kompatibilitätsgrade für mehrdimensionale Datenbanken

Das einzige Verhalten mehrdimensionaler Datenbanken, das derzeit im Hinblick auf die Funktionsebene abweicht, ist die Zeichenfolgenspeicherarchitektur. Wenn Sie den Kompatibilitätsgrad einer Datenbank erhöhen, können Sie den Höchstwert von 4 GB für den Zeichenfolgenspeicher überschreiben, in dem Measures und Dimensionen gespeichert sind.

Bei einer mehrdimensionalen Datenbank lauten die gültigen Werte für die CompatibilityLevel-Eigenschaft wie folgt:

Einstellung BESCHREIBUNG

1050 Dieser Wert ist in Skripts oder Tools nicht sichtbar, entspricht aber Datenbanken, die in SQL Server 2005, SQL Server 2008 oder SQL Server 2008 R2 erstellt wurden. Alle Datenbanken, für die CompatibilityLevel nicht explizit festgelegt wurde, werden implizit mit Grad 1050 ausgeführt.

1100 Dies ist der Standardwert für neue Datenbanken, die Sie in SQL Server 2012 oder SQL Server 2014 erstellen. Sie können ihn auch für Datenbanken angeben, die in früheren Versionen von Analysis Services erstellt wurden, um die Verwendung von Features zu ermöglichen, die nur bei diesem Kompatibilitätsgrad unterstützt werden (d. a. erhöhter Zeichenfolgenspeicher für Dimensionsattribute oder eindeutige Anzahl-Measures, die Zeichenfolgendaten enthalten).

Datenbanken, die über einen CompatibilityLevel Satz verfügen, um eine zusätzliche Eigenschaft () abzurufen 1100 , StringStoresCompatibilityLevelmit der Sie alternative Zeichenfolgenspeicher für Partitionen und Dimensionen auswählen können.

Einstellung	BESCHREIBUNG
`1050`	Dieser Wert ist in Skripts oder Tools nicht sichtbar, entspricht aber Datenbanken, die in SQL Server 2005, SQL Server 2008 oder SQL Server 2008 R2 erstellt wurden. Alle Datenbanken, für die `CompatibilityLevel` nicht explizit festgelegt wurde, werden implizit mit Grad `1050` ausgeführt.
`1100`	Dies ist der Standardwert für neue Datenbanken, die Sie in SQL Server 2012 oder SQL Server 2014 erstellen. Sie können ihn auch für Datenbanken angeben, die in früheren Versionen von Analysis Services erstellt wurden, um die Verwendung von Features zu ermöglichen, die nur bei diesem Kompatibilitätsgrad unterstützt werden (d. a. erhöhter Zeichenfolgenspeicher für Dimensionsattribute oder eindeutige Anzahl-Measures, die Zeichenfolgendaten enthalten). Datenbanken, die über einen `CompatibilityLevel` Satz verfügen, um eine zusätzliche Eigenschaft () abzurufen `1100` , `StringStoresCompatibilityLevel`mit der Sie alternative Zeichenfolgenspeicher für Partitionen und Dimensionen auswählen können.

Warnung

Das Festlegen der Datenbankkompatibilität auf einen höheren Grad ist nicht umkehrbar. Nachdem Sie den Kompatibilitätsgrad auf 1100erhöht haben, müssen Sie die Datenbank weiterhin auf neueren Servern ausführen. Sie können kein Rollback auf ausführen 1050. Sie können keine Datenbank auf einer 1100 Serverversion anfügen oder wiederherstellen, die vor SQL Server 2012 oder SQL Server 2014 liegt.

Voraussetzungen

Datenbank-Kompatibilitätsgrade werden in SQL Server 2012 eingeführt. Sie müssen über SQL Server 2012Analysis Services oder höher verfügen, um den Datenbankkompatibilitätsgrad anzuzeigen oder festzulegen.

Die Datenbank darf kein lokaler Cube sein. Lokale Cubes bieten keine Unterstützung für die CompatibilityLevel-Eigenschaft.

Die Datenbank muss in einer früheren Version (SQL Server 2008 R2 oder früher) erstellt und dann an einen SQL Server 2012Analysis Services-Server oder höher angefügt oder wiederhergestellt worden sein. Für SQL Server 2012 bereitgestellte Datenbanken verfügen bereits über 1100 und können nicht zur Ausführung unter einem niedrigeren Grad herabgestuft werden.

Bestimmen des bestehenden Datenbank-Kompatibilitätsgrads für eine mehrdimensionale Datenbank

XMLA ist die einzige Möglichkeit, den Datenbank-Kompatibilitätsgrad anzuzeigen oder zu ändern. Das XMLA-Skript, durch das die Datenbank in SQL Server Management Studio angegeben wird, kann angezeigt oder geändert werden.

Wenn Sie die XMLA-Definition einer Datenbank nach der CompatibilityLevel-Eigenschaft durchsuchen, diese aber nicht vorhanden ist, verfügt die Datenbank höchstwahrscheinlich über den Kompatibilitätsgrad 1050.

Anweisungen zum Anzeigen und Ändern des XMLA-Skripts finden Sie im nächsten Abschnitt.

Festlegen des Datenbank-Kompatibilitätsgrads in SQL Server Management Studio

Bevor Sie den Kompatibilitätsgrad erhöhen, sollten Sie die Datenbank sichern, damit Änderungen später bei Bedarf rückgängig gemacht werden können.
Stellen Sie mithilfe von SQL Server Management Studio eine Verbindung mit dem SQL Server 2014Analysis Services-Server her, der die Datenbank hostet.
Klicken Sie mit der rechten Maustaste auf den Datenbanknamen, zeigen Sie auf Skript für Datenbank als, zeigen Sie auf ALTER in, und wählen Sie dann Neues Abfrage-Editor-Fensteraus. Eine XMLA-Darstellung der Datenbank wird in einem neuen Fenster geöffnet.

Kopieren Sie das folgende XML-Element:

<ddl200:CompatibilityLevel>1100</ddl200:CompatibilityLevel>

Fügen Sie es nach dem schließenden </Annotations> -Element und vor dem <Language> -Element ein. Die XML sollte ähnlich wie im folgenden Beispiel aussehen:
```
</Annotations>  
<ddl200:CompatibilityLevel>1100</ddl200:CompatibilityLevel>  
<Language>1033</Language>  
```
Speichern Sie die Datei .
Klicken Sie zum Ausführen des Skripts im Menü Abfrage auf Ausführen , oder drücken Sie F5.

Unterstützte Vorgänge, die denselben Kompatibilitätsgrad erfordern

Die folgenden Vorgänge erfordern, dass die Quelldatenbanken denselben Kompatibilitätsgrad verwenden.

Das Zusammenführen von Partitionen aus verschiedenen Datenbanken wird nur unterstützt, wenn beide Datenbanken denselben Kompatibilitätsgrad verwenden.
Für die Verwendung verknüpfter Dimensionen aus einer anderen Datenbank ist derselbe Kompatibilitätsgrad erforderlich. Wenn Sie beispielsweise eine verknüpfte Dimension aus einer SQL Server 2008 R2-Datenbank in einer SQL Server 2012-Datenbank verwenden möchten, müssen Sie die SQL Server 2008 R2-Datenbank zu einem SQL Server 2012-Server portieren und den Kompatibilitätsgrad auf 1100festlegen.
Das Synchronisieren von Servern wird nur für Server unterstützt, die dieselbe Version und denselben Datenbank-Kompatibilitätsgrad verwenden.

Nächste Schritte

Nachdem Sie den Datenbankkompatibilitätsgrad erhöht haben, können Sie die StringStoresCompatibilityLevel -Eigenschaft in SQL Server Data Tools festlegen. Dadurch wird der Zeichenfolgenspeicher für Measures und Dimensionen vergrößert. Weitere Informationen zu dieser Funktion finden Sie unter Konfigurieren des Zeichenfolgenspeichers für Dimensionen und Partitionen.

Weitere Informationen

Sichern, Wiederherstellen und Synchronisieren von Datenbanken (XMLA)

Freigeben über