Examiner les spécifications de déploiement d'une solution de modèles multidimensionnels

Le matériel ou le logiciel peut être défaillant pour diverses raisons. Toutefois, le maintien de la disponibilité de l'installation Analysis Services ne se limite pas à éliminer la source des problèmes, mais il vise également à fournir des ressources alternatives qui permettent aux utilisateurs de continuer à utiliser le système en cas d'erreur. Le clustering des serveurs et l'équilibrage de charge des serveurs sont généralement utilisés pour fournir les ressources alternatives nécessaires au maintien de la disponibilité en cas d'erreur matérielle ou logicielle.

Pour maintenir la disponibilité en cas d'erreur matérielle ou logicielle, déployez Analysis Services dans un cluster de basculement. Dans un cluster de basculement, le clustering Microsoft Windows bascule vers un nœud secondaire en cas de défaillance du nœud principal ou s'il est nécessaire de le redémarrer. Après le basculement, qui s'effectue très rapidement, les utilisateurs accèdent à l'instance Analysis Services qui est exécutée sur le nœud secondaire lorsqu'ils exécutent des requêtes. Pour plus d'informations sur les clusters de basculement, consultez Technologies Windows Server : clusters de basculement.

Une autre solution pour maintenir la disponibilité consiste à déployer le projet Analysis Services sur au moins deux serveurs de production. Vous pouvez utiliser la fonction d'équilibrage de la charge réseau des serveurs Windows pour placer les serveurs de production dans un seul cluster. Dans un cluster avec équilibrage de la charge réseau, le service d'équilibrage de la charge réseau envoie les requêtes des utilisateurs aux serveurs toujours disponibles lorsqu'un serveur du cluster devient indisponible à la suite d'une erreur matérielle ou logicielle.

Certaines modifications d'un cube peuvent rendre le cube indisponible jusqu'à ce qu'il soit retraité. Si, par exemple, vous apportez des modifications structurelles à une dimension d'un cube, les cubes qui utilisent la dimension modifiée doivent également être retraités, même si vous retraitez la dimension. Les utilisateurs ne peuvent pas interroger ces cubes, ni les modèles d'exploration de données basés sur un cube dont la dimension est modifiée jusqu'à ce que vous retraitiez les cubes.

Pour maintenir la disponibilité lorsque vous traitez des modifications structurelles qui peuvent affecter un ou plusieurs cubes d'un projet Analysis Services, intégrez un serveur de test et utilisez l'Assistant Synchronisation de la base de données. Cette fonction permet de mettre à jour les données et les métadonnées sur un serveur de test, puis de synchroniser en ligne le serveur de production et le serveur de test. Pour plus d'informations, consultez Synchroniser des base de données Analysis Services.

Pour traiter de manière transparente les mises à jour incrémentielles des données sources, activez la mise en cache proactive. La mise en cache proactive met à jour les cubes avec les nouvelles données sources sans avoir à procéder à un traitement manuel et sans affecter la disponibilité des cubes. Pour plus d'informations, consultez Mise en cache proactive (partitions).

Retour au début

Vous pouvez procéder de différentes manières pour faire monter en charge une installation Analysis Services sur plusieurs ordinateurs. Ces options sont décrites dans le tableau suivant.

• S'il existe plusieurs instances Analysis Services sur un même ordinateur, vous pouvez transférer une ou plusieurs instances vers un autre ordinateur.

• S'il existe plusieurs bases de données Analysis Services sur un même ordinateur, vous pouvez transférer une, ou plusieurs, base de données vers sa propre instance Analysis Services sur un ordinateur distinct.

• Si une ou plusieurs bases de données relationnelles fournissent des données à une base de données Analysis Services, vous pouvez transférer ces bases de données vers un ordinateur distinct. Avant de transférer les bases de données, tenez compte de la vitesse et de la bande passante réseau qui existent entre la base de données Analysis Services et les bases de données sous-jacentes. Si le réseau est lent ou encombré et que vous transférez les bases de données sous-jacentes vers un autre ordinateur, les performances s'en trouvent affectées.

• Si le traitement affecte les performances des requêtes et que vous ne pouvez pas traiter les données lors de la réduction de la charge des requêtes, transférez les tâches de traitement vers un serveur de test, puis synchronisez en ligne le serveur de production et le serveur de test. Pour plus d'informations, consultez Synchroniser des base de données Analysis Services. Vous pouvez également distribuer le traitement sur plusieurs instances Analysis Services en utilisant des partitions distantes. Le traitement des partitions distantes utilise les ressources de traitement et mémoire du serveur distant et non celles de l'ordinateur local. Pour plus d'informations sur la gestion des partitions distantes, consultez Gestion de partitions d'un modèle multidimensionnel.

• Si les performances des requêtes sont dégradées et que vous ne pouvez pas augmenter les ressources de traitement et mémoire de l'ordinateur local, déployez un projet Analysis Services sur au moins deux serveurs de production. Ainsi, vous pouvez utiliser l'équilibrage de la charge réseau pour placer les serveurs dans un cluster. Dans un cluster avec équilibrage de la charge réseau, les requêtes sont distribuées automatiquement vers tous les serveurs du cluster avec équilibrage de la charge réseau.

Retour au début