Choix d'un paramètre de stockage standard
Microsoft SQL Server 2005 Analysis Services (SSAS) fournit plusieurs configurations de stockage standard pour les modes de stockage et les options de mise en cache. Celles-ci fournissent des configurations fréquemment utilisées pour la notification des mises à jour, la latence et la reconstruction des données. Les paramètres de configuration standard sont définis dans la boîte de dialogue Options de stockage. Pour choisir un paramètre standard, cliquez sur le bouton Paramètres standard dans la boîte de dialogue Paramètres de stockage, puis placez le curseur sur l'un des paramètres répertoriés dans le tableau ci-dessous.
Descriptions des paramètres de stockage
| Paramétrage standard de stockage | Description |
|---|---|
ROLAP en temps réel |
OLAP est en temps réel. Les données de détail et les agrégations sont stockées dans un format relationnel. Le serveur est à l'écoute des notifications lorsque des données changent et que toutes les requêtes reflètent l'état actuel des données (latence nulle). Ce paramétrage doit généralement être utilisé pour une source de données avec des mises à jour très fréquentes et continues, lorsque les utilisateurs requièrent toujours les données les plus récentes. En fonction des types des requêtes générées par les applications clientes, cette méthode est responsable des temps de réponse les plus longs. |
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 est à l'écoute des notifications lorsque des données changent et il actualise les agrégations OLAP multidimensionnel (MOLAP), selon les besoins. Aucun cache MOLAP n'est créé. À chaque mise à jour de la source de données, le serveur bascule en mode OLAP relationnel (ROLAP) en temps réel, 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étrage doit généralement être utilisé pour une source de données avec mises à jour fréquentes et continues (mais pas assez fréquentes pour requérir le mode ROLAP en temps réel) et dont les utilisateurs requièrent toujours les données les plus récentes. Cette méthode fournit normalement de meilleures performances globales que le stockage ROLAP. Les utilisateurs peuvent obtenir des performances MOLAP grâce à ce paramétrage, si la source de données demeure silencieuse assez longtemps. |
MOLAP de latence faible |
Les données de détail et les agrégations sont stockées dans un format multidimensionnel. Le serveur est à l'écoute des notifications de modification des données et bascule en mode ROLAP en temps réel, alors que les objets MOLAP sont traités de nouveau dans un cache. Un intervalle de latence d'au moins 10 secondes est requis avant la mise à jour du cache. Il existe une valeur de remplacement de l’intervalle de latence de 10 minutes, si l'intervalle de latence n'est pas atteint. Le traitement s'effectue automatiquement lors de modifications de données avec une latence de trente minutes sur la cible, après la première modification. Ce paramétrage doit généralement être utilisé pour une source de données avec mises à jour fréquentes, lorsque les performances des requêtes sont un peu plus importantes que le fait de fournir toujours les données les plus récentes. Ce paramétrage entraîne le traitement automatique des objets MOLAP chaque fois qu'ils sont requis après l'intervalle de latence. Les performances sont plus lentes lorsque les objets MOLAP sont traités de nouveau. |
MOLAP de latence moyenne |
Les données de détail et les agrégations sont stockées dans un format multidimensionnel. Le serveur est à l'écoute des notifications de modification des données et bascule en mode ROLAP en temps réel, alors que les objets MOLAP sont traités de nouveau dans un cache. Un intervalle de latence d'au moins 10 secondes est requis avant la mise à jour du cache. Il existe une valeur de remplacement de l’intervalle de latence de 10 minutes, si l'intervalle de latence n'est pas atteint. Le traitement s'effectue automatiquement lors de modifications de données avec une latence de quatre heures sur la cible. Ce paramétrage est généralement utilisé pour une source de données avec mises à jour fréquentes (ou moins fréquentes), lorsque les performances des requêtes sont plus importantes que le fait de fournir toujours les données les plus récentes. Ce paramétrage entraîne le traitement automatique des objets MOLAP chaque fois qu'ils sont requis après l'intervalle de latence. Les performances sont plus lentes lorsque les objets MOLAP sont traités de nouveau. |
MOLAP automatique |
Les données de détail et les agrégations sont stockées dans un format multidimensionnel. Le serveur est à l'écoute des notifications mais conserve le cache MOLAP actuel alors qu'il en construit un nouveau. Le serveur ne bascule jamais en mode OLAP en temps réel et les requêtes peuvent être obsolètes alors que le nouveau cache est en cours de construction. Un intervalle de latence d'au moins 10 secondes est requis avant la création du nouveau cache MOLAP. Il existe une valeur de remplacement de l’intervalle de latence de 10 minutes, si l'intervalle de latence n'est pas atteint. Le traitement s'effectue automatiquement lors de modifications de données avec une latence de deux heures sur la cible. Ce paramétrage est généralement utilisé pour une source de données lorsque les performances des requêtes ont une importance stratégique. Ce paramétrage entraîne le traitement automatique des objets MOLAP chaque fois qu'ils sont requis après l'intervalle de latence. Les requêtes ne retournent pas les données les plus récentes alors que le nouveau cache est en cours de construction et de traitement. |
MOLAP planifié |
Les données de détail et les agrégations sont stockées dans un format multidimensionnel. Le serveur ne reçoit pas de notification lorsque les données sont modifiées. Le traitement s'effectue automatiquement toutes les 24 heures. Ce paramétrage est généralement utilisé pour une source de données lorsque seules des mises à jour quotidiennes sont requises. Les requêtes sont toujours exécutées sur les données du cache MOLAP, lesquelles ne sont pas supprimées tant qu'un nouveau cache n'est pas construit et que ses objets ne sont pas 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 notification lorsque les données sont modifiées. Le traitement doit être planifié ou effectué manuellement. Ce paramétrage est généralement utilisé pour une source de données dans laquelle des mises à jour régulières ne sont pas nécessaires pour les applications clientes, mais pour laquelle de hautes performances sont essentielles. Le stockage MOLAP sans mise en cache proactive fournit les meilleures performances possibles si vos applications ne requièrent pas les données les plus récentes. Il requiert une certaine indisponibilité pour le traitement des objets mis à jour, bien que les temps d'arrêt puissent être réduits au minimum par la mise à jour et le traitement des cubes sur un serveur de test et l'utilisation de la synchronisation des bases de données pour copier les objets MOLAP mis à jour et traités sur le serveur de production. Pour plus d'informations, consultez Synchronisation des bases de données Analysis Services. |
Une approche appropriée pour un groupe de mesures important consiste à configurer le stockage différemment pour des partitions différentes. Pour cela, vous pouvez effectuer l'une des opérations suivantes :
- Utiliser le mode ROLAP en temps réel pour les données actuelles qui sont mises à jour en continu.
- Utiliser la mise en cache proactive avec une latence faible ou une latence moyenne pour les partitions basées sur des sources de données qui sont mises à jour moins souvent.
- Utiliser le mode MOLAP automatique pour les sources de données dont les utilisateurs requièrent de hautes performances mais peuvent supporter une certaine latence des données.
- Utiliser le mode MOLAP planifié pour les sources de données pour lesquelles les utilisateurs doivent être en mesure d'accéder en permanence aux données mais voient les modifications seulement périodiquement.
- Utiliser le stockage MOLAP sans mise en cache proactive pour les partitions qui changent rarement ou jamais, 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 constamment disponibles pour les utilisateurs, au cours de tous les traitements et mises à jour nécessaires.
Il s'agit là de consignes générales et une analyse et des tests précis peuvent être nécessaires pour développer le meilleur plan de stockage possible pour vos données. Vous pouvez également configurer manuellement les paramètres de stockage pour une partition si aucune des configurations standard ne répond à vos besoins.
Voir aussi
Concepts
Conception du stockage des partitions et des agrégations