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.
gilt für:
SQL Server Analysis Services 
Azure Analysis Services Fabric/Power BI Premium
In SQL Server Analysis Services bestimmt die Eigenschaft der Datenbankkompatibilitätsstufe die funktionale Ebene einer Datenbank. Kompatibilitätsstufen sind für jeden Modelltyp eindeutig. Beispielsweise hat eine Kompatibilitätsebene von 1100 eine andere Bedeutung, je nachdem, ob die Datenbank multidimensional oder tabellarisch ist.
In diesem Thema wird die Kompatibilitätsebene nur für mehrdimensionale Datenbanken beschrieben. Weitere Informationen zu tabellarischen Lösungen finden Sie unter Kompatibilitätsebene für Tabellarische Modelle in Analysis Services.
Hinweis
Tabellarische Modelle verfügen über zusätzliche Datenbankkompatibilitätsstufen, die nicht für mehrdimensionale Modelle gelten. Kompatibilitätsebene 1103 ist für mehrdimensionale Modelle nicht vorhanden.
Kompatibilitätsstufen für mehrdimensionale Datenbanken
Derzeit ist das einzige mehrdimensionale Datenbankverhalten, das je nach Funktionsebene variiert, die Architektur des Zeichenfolgenspeichers. Durch das Erhöhen der Datenbankkompatibilitätsstufe können Sie den Maximalgrenzwert von 4 Gigabyte für den Zeichenfolgenspeicher von Measures und Dimensionen außer Kraft setzen.
Für eine multidimensionale Datenbank umfassen gültige Werte für die CompatibilityLevel-Eigenschaft Folgendes:
| Setting | Description |
|---|---|
| 1050 | Dieser Wert ist in Skripts oder Tools nicht sichtbar, entspricht aber datenbanken, die in SQL Server 2005 (9.x), SQL Server 2008 oder SQL Server 2008 R2 erstellt wurden. Jede Datenbank, die " CompatibilityLevel " nicht explizit festgelegt hat, wird implizit auf der Ebene 1050 ausgeführt. |
| 1100 | Dies ist der Standardwert für neue Datenbanken, die Sie in SQL Server 2012 (11.x) oder SQL Server 2017 erstellen. Sie können sie auch für Datenbanken angeben, die in früheren Versionen von SQL Server Analysis Services erstellt wurden, um die Verwendung von Features zu ermöglichen, die nur auf dieser Kompatibilitätsebene unterstützt werden (nämlich erhöhter Zeichenfolgenspeicher für Bemaßungsattribute oder unterschiedliche Anzahl-Measures, die Zeichenfolgendaten enthalten). Datenbanken, für die ein CompatibilityLevel auf 1100 festgelegt ist, erhalten eine zusätzliche Eigenschaft, StringStoresCompatibilityLevel, mit der Sie alternativen Zeichenfolgenspeicher für Partitionen und Dimensionen auswählen können. |
Warnung
Das Festlegen der Datenbankkompatibilität auf eine höhere Ebene ist unumkehrbar. Nachdem Sie die Kompatibilitätsstufe auf 1100 erhöht haben, müssen Sie die Datenbank weiterhin auf neueren Servern ausführen. Ein Rollback auf 1050 ist nicht möglich. Sie können eine 1100-Datenbank auf einer Serverversion, die älter als SQL Server 2012 (11.x) oder SQL Server 2017 ist, nicht anfügen oder wiederherstellen.
Voraussetzungen
Datenbankkompatibilitätsstufen werden in SQL Server 2012 (11.x) eingeführt. Sie müssen ÜBER SQL Server 2012 (11.x)SQL Server Analysis Services oder höher verfügen, um die Datenbankkompatibilitätsstufe anzuzeigen oder festzulegen.
Die Datenbank kann kein lokaler Cube sein. Lokale Cubes unterstützen die CompatibilityLevel-Eigenschaft nicht.
Die Datenbank muss in einer früheren Version (SQL Server 2008 R2 oder früher) erstellt und dann an einen SQL Server 2012 (11.x)SQL Server Analysis Services oder einen höheren Server angefügt oder wiederhergestellt werden. Datenbanken, die in SQL Server 2012 bereitgestellt werden, liegen bereits bei 1100 und können nicht herabgestuft werden, um auf einer niedrigeren Ebene ausgeführt zu werden.
Ermitteln der vorhandenen Datenbankkompatibilitätsebene für eine mehrdimensionale Datenbank
Die einzige Möglichkeit zum Anzeigen oder Ändern der Datenbankkompatibilitätsebene ist xmlA. Sie können das XMLA-Skript anzeigen oder ändern, das Ihre Datenbank in SQL Server Management Studio angibt.
Wenn Sie die XMLA-Definition einer Datenbank nach der Eigenschaft CompatibilityLevel durchsuchen und diese nicht vorhanden ist, verfügen Sie wahrscheinlich über eine Datenbank auf der Ebene 1050 .
Anweisungen zum Anzeigen und Ändern des XMLA-Skripts finden Sie im nächsten Abschnitt.
Festlegen der Datenbankkompatibilitätsebene in SQL Server Management Studio
Bevor Sie die Kompatibilitätsstufe erhöhen, sichern Sie die Datenbank, falls Sie ihre Änderungen später rückgängig machen möchten.
Stellen Sie mithilfe von SQL Server Management Studio eine Verbindung mit dem SQL Server 2017SQL Server Analysis Services-Server her, auf dem die Datenbank gehostet wird.
Klicken Sie mit der rechten Maustaste auf den Datenbanknamen, zeigen Sie auf Datenbank als Skript, zeigen Sie auf ALTER auf, 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. Der XML-Code sollte dem folgenden Beispiel ähneln:</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, für die die gleiche Kompatibilitätsstufe erforderlich ist
Für die folgenden Vorgänge müssen die Quelldatenbanken dieselbe Kompatibilitätsstufe aufweisen.
Das Zusammenführen von Partitionen aus verschiedenen Datenbanken wird nur unterstützt, wenn beide Datenbanken dieselbe Kompatibilitätsstufe aufweisen.
Für die Verwendung verknüpfter Dimensionen aus einer anderen Datenbank ist die gleiche Kompatibilitätsstufe erforderlich. Wenn Sie beispielsweise eine verknüpfte Dimension aus einer SQL Server 2008 R2-Datenbank in einer SQL Server 2012 (11.x)-Datenbank verwenden möchten, müssen Sie die SQL Server 2008 R2-Datenbank zu einem SQL Server 2012 (11.x)-Server portieren und die Kompatibilitätsstufe auf 1100 festlegen.
Die Synchronisierung von Servern wird nur für Server unterstützt, die dieselbe Versions- und Datenbankkompatibilitätsstufe verwenden.
Nächste Schritte
Nachdem Sie die Datenbankkompatibilitätsebene erhöht haben, können Sie die StringStoresCompatibilityLevel-Eigenschaft in SQL Server Data Tools festlegen. Dadurch wird der Speicher für Zeichenfolgen für Maßeinheiten und Dimensionen erhöht. Weitere Informationen zu diesem Feature finden Sie unter Konfigurieren des Zeichenfolgenspeichers für Dimensionen und Partitionen.
Siehe auch
Sichern, Wiederherstellen und Synchronisieren von Datenbanken (XMLA)