Définir le niveau de compatibilité d'une base de données multidimensionnelle (Analysis Services)

Article
03/06/2017

Dans Analysis Services, la propriété de niveau de compatibilité de la base de données détermine le niveau fonctionnel d’une base de données. Les niveaux de compatibilité sont propres à chaque type de modèle. Par exemple, un niveau de compatibilité de 1100 a une signification différente selon que la base de données est multidimensionnelle ou tabulaire.

Cette rubrique décrit le niveau de compatibilité des bases de données multidimensionnelles uniquement. Pour plus d’informations sur les solutions tabulaires, consultez Niveau de compatibilité (SSAS Tabular SP1).

Notes

Les modèles tabulaires possèdent des niveaux de compatibilité de base de données qui ne s'appliquent pas aux modèles multidimensionnels. Le niveau de compatibilité 1103 n'existe pas pour les modèles multidimensionnels. Pour plus d’informations sur 1103 les solutions tabulaires, consultez Nouveautés du modèle tabulaire dans SQL Server 2012 SP1 et niveau de compatibilité.

Niveaux de compatibilité des bases de données multidimensionnelles

Actuellement, le seul comportement de base de données multidimensionnelle qui varie selon le niveau de compatibilité est l'architecture de stockage de chaînes. En augmentant le niveau de compatibilité d'une base de données, vous pouvez dépasser la limite de 4 Go pour le stockage de chaînes de mesures et de dimensions.

Pour une base de données multidimensionnelle, les valeurs valides pour la propriété CompatibilityLevel sont les suivantes :

Paramètre Description

1050 Cette valeur n’est pas visible dans les scripts ou les outils, mais elle correspond aux bases de données créées dans SQL Server 2005, SQL Server 2008 ou SQL Server 2008 R2. Toute base de données pour laquelle CompatibilityLevel n'est pas défini explicitement, s'exécute implicitement au niveau 1050.

1100 Il s’agit de la valeur par défaut pour les nouvelles bases de données que vous créez dans SQL Server 2012 ou SQL Server 2014. Vous pouvez également le spécifier pour les bases de données créées dans des versions antérieures d’Analysis Services afin d’activer l’utilisation de fonctionnalités prises en charge uniquement à ce niveau de compatibilité (à savoir, un stockage de chaîne accru pour les attributs de dimension ou des mesures de comptage distinctes qui contiennent des données de chaîne).

Bases de données qui ont un CompatibilityLevel ensemble pour 1100 obtenir une propriété supplémentaire, StringStoresCompatibilityLevel, qui vous permet de choisir un autre stockage de chaîne pour les partitions et les dimensions.

Paramètre	Description
`1050`	Cette valeur n’est pas visible dans les scripts ou les outils, mais elle correspond aux bases de données créées dans SQL Server 2005, SQL Server 2008 ou SQL Server 2008 R2. Toute base de données pour laquelle `CompatibilityLevel` n'est pas défini explicitement, s'exécute implicitement au niveau `1050`.
`1100`	Il s’agit de la valeur par défaut pour les nouvelles bases de données que vous créez dans SQL Server 2012 ou SQL Server 2014. Vous pouvez également le spécifier pour les bases de données créées dans des versions antérieures d’Analysis Services afin d’activer l’utilisation de fonctionnalités prises en charge uniquement à ce niveau de compatibilité (à savoir, un stockage de chaîne accru pour les attributs de dimension ou des mesures de comptage distinctes qui contiennent des données de chaîne). Bases de données qui ont un `CompatibilityLevel` ensemble pour `1100` obtenir une propriété supplémentaire, `StringStoresCompatibilityLevel`, qui vous permet de choisir un autre stockage de chaîne pour les partitions et les dimensions.

Avertissement

La définition de la compatibilité de la base de données sur un niveau supérieur est irrévocable. Après avoir augmenté le niveau de compatibilité à 1100, vous devez continuer à exécuter la base de données sur les serveurs plus récents. Vous ne pouvez pas restaurer à 1050. Vous ne pouvez pas attacher ou restaurer une 1100 base de données sur une version de serveur antérieure à SQL Server 2012 ou SQL Server 2014.

Prérequis

Les niveaux de compatibilité de base de données sont introduits dans SQL Server 2012. Vous devez avoir SQL Server 2012Analysis Services ou une version ultérieure pour afficher ou définir le niveau de compatibilité de la base de données.

La base de données ne peut pas être un cube local. Les cubes locaux ne prennent pas en charge la propriété CompatibilityLevel.

La base de données doit avoir été créée dans une version précédente (SQL Server 2008 R2 ou antérieure), puis attachée ou restaurée à un serveur SQL Server 2012Analysis Services ou supérieur. Les bases de données déployées vers SQL Server 2012 sont déjà au niveau 1100 et ne peuvent pas être déclassifiées pour s'exécuter à un niveau inférieur.

Déterminer le niveau de compatibilité de la base de données existant pour une base de données multidimensionnelle

La seule façon d'afficher ou modifier le niveau de compatibilité de la base de données est de passer par XMLA. Vous pouvez afficher ou modifier le script XMLA qui spécifie la base de données dans SQL Server Management Studio.

Si vous recherchez la définition XMLA d'une base de données pour la propriété CompatibilityLevel et qu'elle 'existe pas, vous disposez probablement d'une base de données au niveau de compatibilité 1050.

Vous trouverez des instructions pour l'affichage et la modification du script XMLA dans la section suivante.

Définir le niveau de compatibilité de la base de données dans SQL Server Management Studio

Avant d'augmenter le niveau de compatibilité, sauvegardez la base de données au cas où vous souhaiteriez annuler les modifications apportées.
À l’aide de SQL Server Management Studio, connectez-vous au serveur SQL Server 2014Analysis Services qui héberge la base de données.
Cliquez avec le bouton droit sur le nom de la base de données, pointez sur Générer un script de la base de données en tant que, sur ALTER To, puis sélectionnez Nouvelle fenêtre d’éditeur de requête. Une représentation XMLA de la base de données s'ouvre dans une nouvelle fenêtre.

Copiez l'élément XML suivant :

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

Collez-le après l'élément de fin </Annotations> et avant l'élément <Language> . Le XML doit ressembler à l'exemple suivant :
```
</Annotations>  
<ddl200:CompatibilityLevel>1100</ddl200:CompatibilityLevel>  
<Language>1033</Language>  
```
Enregistrez le fichier .
Pour exécuter le script, cliquez sur Exécuter dans le menu Requête ou appuyez sur F5.

Opérations prises en charge qui requièrent le même niveau de compatibilité

Les opérations suivantes requièrent que les bases de données sources partagent le même niveau de compatibilité.

La fusion de partitions de bases de données différentes est prise en charge uniquement si les deux bases de données partagent le même niveau de compatibilité.
L'utilisation de dimensions liées d'une autre base de données requiert le même niveau de compatibilité. Par exemple, si vous souhaitez utiliser une dimension liée à partir d’une base de données SQL Server 2008 R2 dans une base de données SQL Server 2012, vous devez porter la base de données SQL Server 2008 R2 vers un serveur SQL Server 2012 et définir le niveau de compatibilité sur 1100.
La synchronisation des serveurs est prise en charge uniquement pour les serveurs qui partagent la même version et le même niveau de compatibilité de base de données.

Étapes suivantes

Après avoir augmenté le niveau de compatibilité de la base de données, vous pouvez définir la StringStoresCompatibilityLevel propriété dans SQL Server Data Tools. Cela augmente le stockage des chaînes de mesures et de dimensions. Pour plus d’informations sur cette fonctionnalité, consultez Configurer le stockage de chaînes pour des dimensions et des partitions.

Voir aussi

Sauvegarde, restauration et synchronisation de bases de données (XMLA)

Partager via