Partager via


Définir le stockage de partitions (Analysis Services - Multidimensionnel)

Microsoft SQL Server Analysis Services fournit plusieurs configurations de stockage standard pour les modes de stockage et les options de mise en cache. Ces configurations fournissent des configurations couramment utilisées pour la notification de mise à jour, la latence et la reconstruction des données.

Vous pouvez spécifier le stockage de partition dans l’onglet Partitions du cube dans SQL Server Data Tools ou dans la page de propriétés de partition dans SQL Server Management Studio.

Recommandations en matière de choix d’un mode de stockage

Pour un groupe de mesures volumineux, il est courant de configurer le stockage différemment pour différentes partitions. Tenez compte des recommandations suivantes :

  • Utilisez ROLAP en temps réel pour les données actuelles mises à jour en continu.

  • Utilisez la mise en cache proactive avec une faible latence ou une latence moyenne pour les partitions basées sur des sources de données mises à jour moins fréquemment.

  • Utilisez le MOLAP automatique pour les sources de données dont les utilisateurs exigent des performances élevées mais peuvent tolérer une certaine latence des données.

  • Utilisez MOLAP programmé pour les sources de données pour lesquelles les utilisateurs doivent pouvoir accéder en permanence aux données, mais seulement voir les modifications périodiquement.

  • Utilisez le stockage MOLAP sans mise en cache proactive pour les partitions qui changent rarement ou pas du tout ; pour les partitions pour lesquelles les utilisateurs n’ont pas besoin de parcourir les données les plus récentes ; et si les données ne doivent pas être disponibles en permanence pour les utilisateurs pendant les mises à jour et le traitement nécessaires.

Il s’agit d’instructions générales et d’analyses et de tests prudents peuvent être nécessaires pour développer le meilleur schéma de stockage possible pour vos données. Vous pouvez également configurer manuellement les paramètres de stockage d’une partition si aucune des configurations standard ne répond à vos besoins.

Descriptions des paramètres de stockage

Paramètre de stockage standard Descriptif
ROLAP en temps réel OLAP est en temps réel. Les données de détail et les agrégations sont stockées au format relationnel. Le serveur écoute les notifications lorsque les données changent et que toutes les requêtes reflètent l’état actuel des données (latence nulle).

Ce paramètre est généralement utilisé pour une source de données avec des mises à jour très fréquentes et continues lorsque les données les plus récentes sont toujours requises par les utilisateurs. Selon les types de requêtes générés par les applications clientes, cette méthode est susceptible de donner les temps de réponse les plus lents.
HOLAP en temps réel OLAP est en temps réel. Les données de détail sont stockées dans un format relationnel tandis que les agrégations sont stockées dans un format multidimensionnel. Le serveur écoute les notifications lorsque les données changent et actualisent les agrégations OLAP (MOLAP) multidimensionnelles en fonction des besoins. Aucun cache MOLAP n’est créé. Chaque fois que la source de données est mise à jour, le serveur bascule vers l’OLAP relationnel en temps réel (ROLAP) jusqu’à ce que les agrégations soient actualisées. Toutes les requêtes reflètent l’état actuel des données (latence nulle).

Ce paramètre est généralement utilisé pour une source de données avec des mises à jour fréquentes et continues (mais pas si fréquentes que pour exiger roLAP en temps réel) et les utilisateurs nécessitent toujours les données les plus récentes. Cette méthode offre normalement de meilleures performances globales que le stockage ROLAP. Les utilisateurs peuvent obtenir des performances MOLAP à partir de ce paramètre si la source de données reste silencieuse suffisamment longtemps.
MOLAP à faible latence Les données de détail et les agrégations sont stockées dans un format multidimensionnel. Le serveur écoute en temps réel les notifications de modifications apportées aux données et passe à ROLAP en temps réel tandis que les objets MOLAP sont traités à nouveau dans un cache. Un intervalle de silence d’au moins 10 secondes est requis avant de mettre à jour le cache. Il existe un intervalle de remplacement de 10 minutes si l’intervalle de silence n’est pas atteint. Le traitement s'effectue automatiquement lorsque les données changent, avec une latence cible de 30 minutes après la première modification.

Ce paramètre est généralement utilisé pour une source de données avec des mises à jour fréquentes lorsque les performances des requêtes sont un peu plus importantes que de toujours fournir les données les plus récentes. Ce paramètre traite automatiquement les objets MOLAP chaque fois que nécessaire après l’intervalle de latence. Les performances sont plus lentes pendant le retraitement des objets MOLAP.
MOLAP de latence moyenne Les données de détail et les agrégations sont stockées dans un format multidimensionnel. Le serveur écoute les notifications de modifications apportées aux données et passe à ROLAP en temps réel pendant que les objets MOLAP sont retratés dans le cache. Un intervalle de silence d’au moins 10 secondes est requis avant de mettre à jour le cache. Il existe un intervalle de remplacement de 10 minutes si l’intervalle de silence n’est pas atteint. Le traitement se produit automatiquement à mesure que les données changent avec une latence cible de quatre heures.

Ce paramètre est généralement utilisé pour une source de données avec des mises à jour fréquentes (ou moins fréquentes) lorsque les performances des requêtes sont plus importantes que de toujours fournir les données les plus récentes. Ce paramètre traite automatiquement les objets MOLAP chaque fois que nécessaire après l’intervalle de latence. Les performances sont plus lentes pendant le retraitement des objets MOLAP.
MOLAP automatique Les données de détail et les agrégations sont stockées dans un format multidimensionnel. Le serveur écoute les notifications, mais conserve le cache MOLAP actuel pendant qu’il en génère un nouveau. Le serveur ne passe jamais à OLAP en temps réel et les requêtes peuvent être obsolètes pendant la génération du nouveau cache.

Un intervalle de silence d’au moins 10 secondes est requis avant de créer le nouveau cache MOLAP. Il existe un intervalle de remplacement de 10 minutes si l’intervalle de silence n’est pas atteint. Le traitement se produit automatiquement à mesure que les données changent avec une latence cible de deux heures.

Ce paramètre est généralement utilisé pour une source de données lorsque les performances des requêtes sont importantes. Ce paramètre traite automatiquement les objets MOLAP chaque fois que nécessaire après l’intervalle de latence. Les requêtes ne retournent pas les données les plus récentes pendant la génération et le traitement du nouveau cache.
MOLAP programmé Les données de détail et les agrégations sont stockées dans un format multidimensionnel. Le serveur ne reçoit pas de notifications lorsque les données changent. Le traitement se produit automatiquement toutes les 24 heures.

Ce paramètre est généralement utilisé pour une source de données lorsque seules les mises à jour quotidiennes sont requises. Les requêtes sont toujours contre les données dans le cache MOLAP, qui n'est pas supprimé tant qu'un nouveau cache n'est pas construit et que ses objets sont traités.
MOLAP La mise en cache proactive n’est pas activée. Les données de détail et les agrégations sont stockées dans un format multidimensionnel. Le serveur ne reçoit pas de notifications lorsque les données changent. Le traitement doit être planifié ou effectué manuellement.

Ce paramètre est généralement utilisé pour une source de données dans laquelle des mises à jour périodiques sont inutiles pour les applications clientes, mais pour lesquelles les performances élevées sont critiques.

Le stockage MOLAP sans mise en cache proactive offre les meilleures performances possibles si vos applications ne nécessitent pas les données les plus récentes. Il nécessite un temps d’arrêt pour traiter les objets mis à jour, bien que les temps d’arrêt puissent être réduits en mettant à jour et en traitant des cubes sur un serveur intermédiaire et en utilisant la synchronisation de base de données pour copier les objets MOLAP mis à jour et traités sur le serveur de production.

Options de stockage personnalisées

Au lieu d’utiliser l’un des paramètres de stockage standard, vous pouvez configurer manuellement le stockage et la mise en cache proactive. Avant de créer des paramètres de stockage personnalisés, vous pouvez d’abord cliquer sur l’option Paramètres Standard et déplacer le curseur vers le paramètre standard qui correspond le plus étroitement à la configuration que vous souhaitez utiliser. Ensuite, pour créer une configuration personnalisée, cliquez sur l’option Paramètres personnalisés , puis sur Options.

  • Vous pouvez spécifier si les changements dans une source de données entraînent des mises à jour du cache. Pour permettre un niveau tolérable de changement, vous pouvez spécifier un intervalle de silence minimal après la mise à jour des données sources. Vous pouvez également spécifier un remplacement d’intervalle de silence qui met à jour le cache après une période spécifiée si l’intervalle entre les modifications apportées à la source de données n’atteint jamais le minimum.

  • Vous pouvez spécifier s’il faut supprimer le cache obsolète lorsque des mises à jour se produisent. Si vous sélectionnez cette option, lorsque la latence spécifiée est dépassée, le serveur bascule vers l’OLAP relationnel en temps réel (ROLAP) pendant qu’il met à jour le cache. Si vous ne sélectionnez pas cette option, le serveur continue d’interroger le cache OLAP (MOLAP) obsolète pendant qu’il génère le nouveau.

    Vous pouvez spécifier l’intervalle de latence qui doit se produire entre les modifications et la suppression d’un cache obsolète. Il s’agit de la durée pendant laquelle les utilisateurs peuvent continuer à parcourir les données dans un cache obsolète avant qu’elles ne soient supprimées. Si des modifications se produisent et que le cache est toujours mis à jour ou traité à la fin de cet intervalle, les requêtes sont redirigées vers ROLAP.

  • Vous pouvez planifier des mises à jour forcées du cache si vous souhaitez mettre à jour régulièrement les objets MOLAP mis en cache, quelles que soient les modifications apportées à la source de données. Les avantages OLAP en temps réel varient selon la taille de votre base de données et la période de latence affectée par la fréquence des modifications de données sources. Vous souhaitez que les utilisateurs envoient des requêtes à un cache aussi souvent que possible, et non à ROLAP.

Si vous activez la case à cocher Appliquer les paramètres aux dimensions , les mêmes paramètres de stockage sont appliqués aux dimensions associées au groupe de mesures. Les valeurs de dimension sont initialement identiques aux valeurs de partition.

Voir aussi

Partitions dans des modèles multidimensionnels