Outil de gestion de l'architecture mutualisée de la plateforme de Business Intelligence
Les préfixes sont séparés par des points-virgules et une liste doit se terminer par un point-virgule pour
être en mesure d'identifier les chaînes vides (""). Prenons l'exemple suivant : crystalreport.ccis.dataconnection.templatedb1=ZZZZZZZZZZ crystalreport.ccis.dataconnection.templatetableprefixes1=templateprefixa;templateprefixb;; crystalreport.ccis.dataconnection.tenanttableprefixes1=;tenantprefixb;tenantprefixc;
Cela entraîne le mappage suivant :
Préfixe modèle
templateprefixa templateprefixb
(chaîne vide)
Mappe vers le préfixe client
(chaîne vide) tenantprefixb tenantprefixc
Conseil :
Pour trouver le nom d'un préfixe de table dans un rapport modèle, affichez les détails de l'objet de connexion directe aux données à l'aide de l'outil de conception d'information SAP BusinessObjects.
Rubriques associées
•
Univers et connexions
•
Dossiers
5.3.9 Univers et connexions
L'outil de gestion de l'architecture mutualisée permet de gérer la façon dont les univers de votre client et les informations de connexion sont traités par le système. Cette rubrique énumère les différents scénarios à envisager dans cette version.
Remarque :
Cette version prend uniquement en charge les univers classiques (fichiers .unv) ; elle ne prend pas en charge les fichiers .unx.
Univers et connexions non partagés
Dans ce scénario, les rapports et analyses se connectent à différents univers (avec des objets de connexion sous-jacents séparés). Cela permet d'automatiser la distribution de rapports modèle tout en isolant les données accessibles pour chaque client. Pour fournir des objets de connexion et univers non partagés différents pour chaque client :
1.
Créez une connexion dont le nom contient le jeton de modèle. Enregistrez-la dans un dossier de connexions modèle dont le nom utilise la chaîne du jeton de modèle.
2.
Créez un univers dont le nom contient le jeton de modèle et qui utilise la connexion modèle à l'étape
1. Enregistrez-le dans un dossier d'univers dont le nom utilise la chaîne du jeton de modèle.
101 2012-12-05
Outil de gestion de l'architecture mutualisée de la plateforme de Business Intelligence
3.
Créez et téléchargez un jeu de rapports ou d'analyses utilisant l'univers de l'étape 2 dans un dossier de modèles de la plateforme de BI.
4.
Définissez les options suivantes dans le fichier de configuration client :
Option obligatoire Détails
optionIncludeUniverses
Définissez-la sur true afin que les univers modèle soient copiés sur chaque client.
optionIncludeConnections templateUniverseFolder
Définissez-la sur true afin que les connexions modèles soient copiées sur chaque client.
Définissez le chemin du dossier contenant vos modèles d'univers, par exemple, $TemplateToken$_un shared
.
Le chemin est relatif au dossier Universes racine.
templateConnectionFolder ccis.dataconnection.dbcredentials1
Définissez le chemin du dossier contenant vos modèles d'univers, par exemple, $TemplateToken$_un shared
.
Le chemin est relatif au dossier Connections racine.
Définissez sur les informations de l'objet connexion modèle à répliquer pour chaque client, par exemple
<CUID>;<nom de la source de
données>;<nom de la base de
données>;<nom d'utilisateur>;<mot de
passe>
.
CUID
est le CUID d'un objet de connexion modèle.
Spécifiez les informations de DSN (<nom de la
source de données>
, <nom de la base de
données>
) de la connexion au nouveau client à créer.
Si vous avez plusieurs objets connexion modèle, ajoutez d'autres options ccis.dataconnection.db
credentials
, comme ccis.dataconnection.db
credentials2
, ccis.dataconnection.dbcre
dentials3
, ... ccis.dataconnection.dbcrede
ntialsn
.
Remarque :
Ces options s'ajoutent à toutes les autres options, telles que les modèles de dossiers, que vous devez définir pour exécuter l'outil.
102 2012-12-05
Outil de gestion de l'architecture mutualisée de la plateforme de Business Intelligence
Après avoir exécuté l'outil, le nouveau client dispose de ses propres instances des rapports/analyses, univers et objets de connexion. A titre d'illustration, prenons les captures d'écran avant/après suivantes du CMS, en supposant que l'outil est exécuté à deux reprises pour créer des clients nommés "ABC" et "DEF". Dans cet exemple, le CUID dans l'option ccis.dataconnection.dbcredentials1 est défini sur ZZZZZZZZZZ :
103 2012-12-05
Outil de gestion de l'architecture mutualisée de la plateforme de Business Intelligence
Type d'objet Avant
Dossiers et rapports
Après
Public Folders
$TemplateToken$_unshared
$TemplateToken$_sales.wid
$TemplateToken$_sales.wid
:
• CUID=XXXXXXXXXX
• Univers=$TemplateToken$_ODBCUni verse.unv
Public Folders
$TemplateToken$_unshared
$TemplateToken$_sales.wid
ABC_unshared
ABC_sales.wid
DEF_unshared
DEF_sales.wid
$TemplateToken$_sales.wid
:
• CUID=XXXXXXXXXX
• Univers=$TemplateToken$_ODBCUni verse.unv
ABC_sales.wid
:
• CUID=AAAAAAAAAA
• Univers=ABC_ODBCUniverse.unv
DEF_sales.wid
:
• CUID=DDDDDDDDDD
• Univers=DEF_ODBCUniverse.unv
Univers
Universes
$TemplateToken$_unshared
$TemplateToken$_ODBCUniverse.unv
$TemplateToken$_ODBCUniverse.unv
:
• CUID=YYYYYYYYYY
• Connexion=$TemplateToken$_ODBC
Connection
•
•
Universes
$TemplateToken$_unshared
$TemplateToken$_ODBCUniverse.unv
ABC_unshared
ABC_ODBCUniverse.unv
DEF_unshared
DEF_ODBCUniverse.unv
$TemplateToken$_ODBCUniverse.unv
:
CUID=YYYYYYYYYY
Connexion=$TemplateToken$_ODBCCo nnection
ABC_ODBCUniverse.unv
:
• CUID=BBBBBBBBBB
• Connexion=ABC_ODBCConnection
DEF_ODBCUniverse.unv
:
• CUID=EEEEEEEEEE
• Connexion=DEF_ODBCConnection
Connexions
104 2012-12-05
Outil de gestion de l'architecture mutualisée de la plateforme de Business Intelligence
Type d'objet Avant Après
Connections
$TemplateToken$_unshared
$TemplateToken$_ODBCConnection
$TemplateToken$_ODBCConnection
:
• CUID=ZZZZZZZZZZ
• type=CCIS.DataConnection
Connections
$TemplateToken$_unshared
$TemplateToken$_ODBCConnection
ABC_unshared
ABC_ODBCConnection
DEF_unshared
DEF_ODBCConnection
$TemplateToken$_ODBCConnection
:
• CUID=ZZZZZZZZZZ
• type=CCIS.DataConnection
ABC_ODBCConnection
:
• CUID=CCCCCCCCCC
• type=CCIS.DataConnection
DEF_ODBCConnection
:
• CUID=FFFFFFFFFF
• type=CCIS.DataConnection
Univers et connexions partagés
Dans ce scénario, les rapports et analyses se connectent aux mêmes univers et objets de connexion.
Pour spécifier un environnement partagé :
1.
Créez une connexion (dont le nom ne peut pas contenir de jeton de modèle). Enregistrez-la dans un dossier de connexion partagé avec tous les clients.
2.
Créez un univers utilisant la connexion modèle de l'étape 1 (dont le nom ne peut pas contenir de jeton de modèle). Enregistrez-le dans un dossier d'univers partagé avec tous les clients.
3.
Créez et téléchargez un jeu de rapports ou d'analyses utilisant l'univers de l'étape 2 dans un dossier de modèles de la plateforme de BI.
4.
Définissez les options suivantes dans le fichier de configuration client :
Option obligatoire Détails
optionUseSharedUniverses
Définissez-la sur true.
optionUseSharedConnections sharedUniverseFolder
Définissez-la sur true.
Définissez le chemin du dossier contenant votre univers partagé, par exemple, SharedUniverses.
Le chemin est relatif au dossier Universes racine.
105 2012-12-05
Outil de gestion de l'architecture mutualisée de la plateforme de Business Intelligence
Option obligatoire
sharedConnectionFolder
Détails
Définissez le chemin du dossier contenant vos modèles d'univers, par exemple, SharedConnections.
Le chemin est relatif au dossier Connections racine.
Remarque :
Ces options s'ajoutent à toutes les autres options, telles que les modèles de dossiers, que vous devez définir pour exécuter l'outil.
Après avoir exécuté l'outil, le nouveau client dispose de ses propres instances des rapports/analyses utilisant un univers et un objet de connexion communs. A titre d'illustration, prenons les captures d'écran avant/après suivantes du CMS, en supposant que l'outil est exécuté à deux reprises pour créer des clients nommés "ABC" et "DEF" :
106 2012-12-05
Outil de gestion de l'architecture mutualisée de la plateforme de Business Intelligence
Type d'objet Avant
Dossiers et rapports
Après
Public Folders
$TemplateToken$_unshared
$TemplateToken$_sales.wid
$TemplateToken$_sales.wid
:
• CUID=XXXXXXXXXX
• Univers=SharedODBCUniverse.unv
Public Folders
$TemplateToken$_unshared
$TemplateToken$_sales.wid
ABC_unshared
ABC_sales.wid
DEF_unshared
DEF_sales.wid
$TemplateToken$_sales.wid
:
• CUID=XXXXXXXXXX
• Univers=SharedODBCUniverse.unv
ABC_sales.wid
:
• CUID=AAAAAAAAAA
• Univers=SharedODBCUniverse.unv
DEF_sales.wid
:
• CUID=DDDDDDDDDD
• Univers=SharedODBCUniverse.unv
Univers
Connexions
Universes
SharedUniverses
SharedODBCUniverse.unv
SharedODBCUniverse.unv
:
• CUID=YYYYYYYYYY
• Connexion=SharedODBCConnection
Universes
SharedUniverses
SharedODBCUniverse.unv
SharedODBCUniverse.unv
:
• CUID=YYYYYYYYYY
• Connexion=SharedODBCConnection
Connections
SharedConnections
SharedODBCConnection
SharedODBCConnection
:
• CUID=ZZZZZZZZZZ
• type=CCIS.DataConnection
Connections
SharedConnections
SharedODBCConnection
SharedODBCConnection
:
• CUID=ZZZZZZZZZZ
• type=CCIS.DataConnection
Restriction d'accès aux données pour les univers partagés
Lors du partage d'univers entre des clients, vous pouvez limiter les données de l'univers que peut visualiser chaque client. Cela est possible en accordant à certains groupes d'utilisateurs des droits sur les objets, lignes, requêtes et autres aspects d'un univers. Pour ce faire, lors de la conception de l'univers, utilisez la boîte de dialogue "Gérer les restrictions d'accès" de l'outil de conception d'univers
SAP BusinessObjects. Lorsqu'un membre de ce groupe d'utilisateurs accède à l'univers, la requête générée au moment de l'exécution renvoie uniquement les données auxquelles le groupe d'utilisateurs a accès.
107 2012-12-05
