Configuration des clusters Essbase

Configuration de clusters Essbase actifs/actifs

A l'aide de Provider Services, vous pouvez créer un cluster actif/actif de bases de données identiques appartenant à un serveur Essbase, à plusieurs serveurs Essbase sur le même ordinateur ou à des serveurs Essbase distribués sur différents ordinateurs d'un réseau.

Les clients Provider Services incluent les clients Oracle Smart View for Office, les clients d'interface de programmation d'application (API) Java personnalisés et les clients XMLA (XML for Analysis). Provider Services distribue les demandes des clients aux instances de base de données appartenant au cluster. Un cluster Essbase actif/actif prend en charge les opérations en lecture seule dans les bases de données, mais ne prend pas en charge la réécriture des données ni la modification des outlines. Un cluster Essbase actif/actif ne permet pas de gérer les capacités de réplication de base de données, telles que la synchronisation des modifications apportées à une base de données dans toutes les bases de données du cluster.

Configuration de clusters actifs/actifs à l'aide de Provider Services

Reportez-vous à la section Configuration de clusters Essbase actifs/actifs (lecture seule)

Ajout de serveurs aux clusters Essbase actifs/actifs

Reportez-vous à la section Configuration de clusters Essbase actifs/actifs (lecture seule).

Exemples de mise en cluster Essbase active/active

Pour des raisons de simplicité, tous les exemples proposés dans cette section utilisent Smart View.

Clusters de serveurs Essbase

Provider Services permet de regrouper des ensembles de serveurs Essbase exécutant des applications comportant des bases de données identiques et de les utiliser comme une ressource unique.

Clusters de bases de données Essbase

La mise en cluster de bases de données Essbase permet d'activer l'équilibrage de charge et la prise en charge du basculement. Provider Services permet la mise en cluster parallèle, grâce à laquelle une série de bases de données actives et dupliquées répondent aux demandes des utilisateurs. La base de données consultée est indiquée aux utilisateurs, qui se connectent à une seule source de données et en extraient des informations. Provider Services facilite le routage des connexions entre les bases de données d'un cluster en fonction des règles de disponibilité et de priorité applicables.

Figure 2-1 Mise en cluster de bases de données Essbase avec Provider Services

Dans la Figure 2-1, les utilisateurs Smart View se connectent à Essbase via Provider Services.

Chaque connexion utilisateur est affectée à un serveur pendant la session Essbase. Provider Services utilise l'équilibrage de charge au niveau des sessions. Par exemple, dans la Figure 2-1, la connexion de l'utilisateur n° 1 est mappée avec la source de données A. La connexion de l'utilisateur n° 2 est mappée avec la source de données B. La connexion de l'utilisateur n° 3 est mappée avec la source de données C. Toutes les demandes émises par l'utilisateur n° 1 sont gérées par la source de données A pendant toute la durée de la connexion.

Si la source de données A échoue, le comportement suivant s'applique :

• La connexion de l'utilisateur n° 1 expire au niveau de la source de données A.

• L'utilisateur 1 est réacheminé vers la source de données disponible suivante, en l'occurrence la source de données C dans la Figure 2-2.

La Figure 2-2 montre ce qu'il se passe lorsque la source de données A passe hors ligne.

Figure 2-2 Mise en cluster de bases de données avec une source de données hors ligne

Dans la Figure 2-2, l'état de la requête 1 est géré au niveau intermédiaire et réacheminé. Provider Services prend également en charge l'équilibrage de charge entre serveurs.

La Figure 2-3 illustre le déploiement de bases de données en cluster sur un serveur.

Figure 2-3 Cluster de bases de données Essbase sur un serveur

Dans la Figure 2-3, les bases de données Essbase se trouvent sur deux serveurs. Le serveur n° 1 est doté de quatre processeurs et de 8 Go de mémoire RAM. Le serveur n° 2 est doté de huit processeurs et de 16 Go de mémoire RAM. Dans la mesure où le serveur n° 2 comporte plus de ressources, il contient les sources de données B et C. Il peut ainsi gérer les deux connexions.

La prise en charge du basculement s'applique également aux clusters de bases de données sur un serveur. Dans la Figure 2-4, le serveur 2 passe hors ligne. Les utilisateurs n° 2 et 3 sont donc réacheminés vers le prochain serveur disponible, dans cet exemple, le serveur n° 1.

Figure 2-4 Basculement pour un cluster de bases de données sur un serveur

Connexions aux clusters Essbase

Les clients et les serveurs Essbase peuvent se connecter à un cluster Essbase au moyen d'une URL au format suivant :

http(s)://host:port/essbase/agent?ClusterName=clusterName

Vous pouvez également vous connecter à un cluster Essbase à l'aide du nom de cluster uniquement, mais vous devez dans ce cas d'abord l'activer en modifiant un fichier de configuration, afin d'indiquer le serveur Provider Services utilisé pour résoudre le nom de cluster en URL.

Redémarrez Essbase après avoir mis à jour ces fichiers.

Pour la connexion à un cluster Essbase actif/actif Provider Services à l'aide d'Oracle Hyperion Financial Reporting, vous devez configurer Financial Reporting pour le mode à trois niveaux.

Pour configurer Financial Reporting en mode trois niveaux, procédez comme suit :

1. Démarrez MIDDLEWARE_HOME/EPMSystem11R1/products/financialreporting/bin/FRConfig.cmd.

2. Sélectionnez l'onglet MBeans, puis accédez à com.hyperion/Financial Reporting/Attributes/EssbaseJAPIServer.

3. Vérifiez que EssbaseJAPIServer est défini comme serveur Provider Services.

4. Entrez le nom du cluster Provider Services dans le champ Nom du serveur de la zone Valeur d'attribut, puis cliquez sur Actualiser.

5. Quittez, puis redémarrez Financial Reporting.