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

Artikel
09/17/2013

In Analysis Services wird die Funktionsebene einer Datenbank durch die Eigenschaft "Datenbank-Kompatibilitätsgrad" bestimmt. Kompatibilitätsgrade sind für jeden Modelltyp spezifisch. Abhängig davon, ob die Datenbank mehrdimensional oder tabellarisch ist, hat ein Kompatibilitätsgrad von 1100 beispielsweise eine unterschiedliche Bedeutung.

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 zum Kompatibilitätsgrad 1103 für tabellarische Lösungen finden Sie unter Neuerungen beim tabellarischen Modell in SQL Server 2012 SP1 und dem Kompatibilitätsgrad.

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 erstellen. Sie können diesen auch für Datenbanken angeben, die in früheren Versionen von Analysis Services erstellt wurden, um die Verwendung von Funktionen zu ermöglichen, die nur unter diesem Kompatibilitätsgrad unterstützt werden (d. h., größerer Zeichenfolgenspeicher für Dimensionsattribute oder Distinct Count Measures, die Zeichenfolgendaten enthalten). Datenbanken mit einem CompatibilityLevel von 1100 erhalten zusätzlich die StringStoresCompatibilityLevel-Eigenschaft, über die Sie einen alternativen Zeichenfolgenspeicher für Partitionen und Dimensionen auswählen.

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 erstellen. Sie können diesen auch für Datenbanken angeben, die in früheren Versionen von Analysis Services erstellt wurden, um die Verwendung von Funktionen zu ermöglichen, die nur unter diesem Kompatibilitätsgrad unterstützt werden (d. h., größerer Zeichenfolgenspeicher für Dimensionsattribute oder Distinct Count Measures, die Zeichenfolgendaten enthalten).

Datenbanken mit einem CompatibilityLevel von 1100 erhalten zusätzlich die StringStoresCompatibilityLevel-Eigenschaft, über die Sie einen alternativen Zeichenfolgenspeicher für Partitionen und Dimensionen auswählen.

Vorsicht
Das Festlegen der Datenbankkompatibilität auf einen höheren Grad ist nicht umkehrbar. Nach dem Erhöhen des Kompatibilitätsgrads auf 1100 müssen Sie die Datenbank weiter in SQL Server 2012 Analysis Services oder höher ausführen. Sie können kein Rollback auf 1050 ausführen. Eine Datenbank mit dem Grad 1100 kann nicht auf einer früheren Serverversion als SQL Server 2012 angefügt oder wiederhergestellt werden.

Das Festlegen der Datenbankkompatibilität auf einen höheren Grad ist nicht umkehrbar. Nach dem Erhöhen des Kompatibilitätsgrads auf 1100 müssen Sie die Datenbank weiter in SQL Server 2012 Analysis Services oder höher ausführen. Sie können kein Rollback auf 1050 ausführen. Eine Datenbank mit dem Grad 1100 kann nicht auf einer früheren Serverversion als SQL Server 2012 angefügt oder wiederhergestellt werden.

Voraussetzungen

Datenbank-Kompatibilitätsgrade werden mit SQL Server 2012 eingeführt. Sie müssen über SQL Server 2012 Analysis Services verfügen, um den Datenbank-Kompatibilitä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 worden und dann an einen SQL Server 2012 Analysis Services-Server angefügt oder dort wiederhergestellt worden sein. Für SQL Server 2012 bereitgestellte Datenbanken verfügen bereits über 1100 und können nicht zur Ausführung mit 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 mit SQL Server Management Studio eine Verbindung mit dem SQL Server 2012 Analysis 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-Fenster aus. 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>1031</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 z. B. 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 auf einen SQL Server 2012-Server portieren und den Kompatibilitätsgrad auf 1100 festlegen.
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 Datenbank-Kompatibilitätsgrad erhöht haben, können Sie die StringStoresCompatibilityLevel-Eigenschaft in SQL Server-Datentools festlegen. Dadurch wird der Zeichenfolgenspeicher für Measures und Dimensionen vergrößert. Informationen zu dieser Funktion finden Sie unter Konfigurieren des Zeichenfolgenspeichers für Dimensionen und Partitionen.

Siehe auch

Konzepte

Sichern, Wiederherstellen und Synchronisieren von Datenbanken (XMLA)

Freigeben über