Architecture

		1. Principes généraux
		2. Actions réalisées par Desktop Manager pendant la session Notes
		3. Architecture serveur Mono-Base / Multi-Bases
		4. Le document Reference

L'application Desktop Manager utilise deux types de bases Notes :

• La base Desktop Manager (DskMgr.nsf) est hébergée sur un serveur Domino. Elle sert de conteneur pour les documents de Paramétrage et pour les Résultats d'Audit des utilisateurs.
• La base Desktop Manager Start (DskMgrStart.nsf) est une base locale, installée sur les postes clients des utilisateurs. Elle est lancée à chaque démarrage du client Notes.

Le schéma suivant présente les différentes personnes accédant à l'application Desktop Manager :

La base Notes Desktop Manager (DskMgr.nsf) est installée sur un des serveurs Domino de l'entreprise (au centre sur le schéma). Cette base est accédée par les Administrateurs de l'application et par les personnes du Helpdesk. La base contient les documents de paramétrages de l'application (Reference, Setup, Profile, Template, Hook, Task, fichiers binaires...) mais aussi les documents résultat d'audit de tous les utilisateurs. Les Administrateurs gèrent le paramétrage de l'application (Setup, Profile, Template, Hook...) et les personnes du Helpdesk créent des tâches (Task) pour les utilisateurs. Tous ont accès aux résultats d'audit de tous les utilisateurs.

La base Notes Desktop Manager Start (DskMgrStart.nsf) est installée sur les postes des Utilisateurs. A chaque démarrage du client Notes, l'application Desktop Manager est lancée sur les postes des utilisateurs : la base locale Desktop Manager Start est ouverte et s'exécute sur le poste client. Si des Tâches sont en attentes, elles sont exécutées sur le poste de l'utilisateur. Si des Profiles ont été associés à l'utilisateur, ils sont appliqués. L'application Desktop Manager termine par un audit du poste et écrit les résultats de l'audit dans la base locale Desktop Manager Start. Le traitement complet (Task + Profile + Audit) dure quelques secondes, l'utilisateur doit attendre la fin de l'exécution de Desktop Manager pour pouvoir utiliser son client Notes.
La base locale Desktop Manager Start n'est pas une réplique de la base Desktop Manager du serveur. Elle ne contient que les résultats d'audit de l'utilisateur du poste ainsi que les documents de paramétrage utilisés par l'utilisateur du poste.

Les échanges de données entre la base locale (DskMgrStart.nsf) et la base serveur (DskMgr.nsf) sont effectués en arrière plan, selon une fréquence définie dans le document de Setup :

• La base locale reçoit les documents de paramétrages de la base serveur (Setup, Task, Profiles, Templates, Hook, Agents, fichiers binaires...).
• La base locale envoie les documents d'audit du poste de l'utilisateur à la base serveur.

Une session Notes, pour un utilisateur, est caractérisée par les étapes suivantes :

Desktop Manager va intervenir tout au long de la session Notes de l'utilisateur (avant, pendant et après) :

Après l'authentification, l'ouverture de la base locale Desktop Manager Start va déclencher l'exécution du code présent dans la base. Ce code va s'exécuter sur le poste de l'utilisateur, dans le contexte de son identité Notes. Tout ce qui sera fait sur son poste le sera avec son ID et donc ses droits. Si l'administrateur a programmé, pour un utilisateur, la mise en place d'une réplique d'une base Notes sur son poste, la réplique sera initiée avec l'ID de l'utilisateur, comme si c'était lui même qui, manuellement, avait demandé la réplication de la base. La couche sécurité Notes est conservée, car tout ce qui est fait dépend du niveau d'accès de cet utilisateur envers les ressources concernées.

L'architecture Mono-Base de Desktop Manager consiste à avoir une seule base Notes (DskMgr.nsf), répliquée sur les différents serveurs de l'entreprise. Comme la base locale (DskMgrStart.nsf) échange des données avec la base du serveur (DskMgr.nsf), il est préférable de rapprocher au maximum l'utilisateur de la base Desktop Manager du serveur afin de minimiser le coût réseau.

La première décision d'architecture consiste à déterminer la liste des serveurs sur lesquels il faudra répliquer la base Desktop Manager. Par principe, il faut répliquer la base Desktop Manager sur tous les sites géographiques hébergeant des utilisateurs. La base peut être placée sur les serveurs de Mail des utilisateurs ou sur des serveurs applicatifs.

Dans une architecture Mono-Base de Desktop Manager, la base DskMgr.nsf contient à la fois les éléments de paramétrage (Reference, Setup, Task, Profile, Template, Hook...) mais aussi les documents d'audit des utilisateurs. Si le nombre d'utilisateur est important (> 10 000) ou si les utilisateurs sont répartis sur plusieurs lieux géographiques éloignés, les flux de réplication entre les serveurs seront importants et la séparation des informations utilisateurs ne sera pas garanti (un administrateur de la base Desktop Manager d'une plaque géographique pourra modifier la configuration d'un client d'une autre plaque géographique). Pour les très grande population (> 50 000), la taille importante de la base pourra également être un facteur de ralentissement de l'application (gros index de vue à mettre à jour lors des accès).

Afin d'apporter une solution à tous ces problèmes, Desktop Manager peut fonctionner en architecture Multi-bases. Desktop Manager fonctionne alors en utilisant 2 bases Notes serveur : La base DskMgr.nsf et une base DskMgrUser.nsf. La base DskMgr.nsf contient alors tous les documents de paramétrage de l'application (Reference, Setup, Task, Profile, Template, Hook...) et la base DskMgrUser.nsf contient les résultats d'audit des utilisateurs. D'un point de vue utilisateur, cela ne change rien. Ils continuent à ouvrir la base Desktop Manager Start (DskMgrStart.nsf) sur leur poste client et l'application se charge de déterminer (via le document Reference) quelles sont les bases serveurs DskMgr.nsf et DskMgrUser.nsf à utiliser. A chaque base DskMgr.nsf est associée une seule base DskMgrUser.nsf.

Dans une architecture Multi-Bases, il existe une seule base DskMgr.nsf qui est répliquée sur tous les serveurs et plusieurs bases DskMgrUser.nsf, qui ne sont pas forcément des répliques. Ainsi, si l'application est déployée sur 3 plaques géographiques différentes (USA, EMEA et APAC), la base DskMgr.nsf sera répliquée sur les 3 plaques géographiques mais chaque plaque aura sa propre base DskMgrUser.nsf, qui ne répliquera qu'au sein de la plaque. Ainsi, les résultats d'audit des USA ne seront jamais présents dans la base DskMgrUser.nsf de EMEA. L'architecture Multi-Bases de Desktop Manager favorise le partage des paramètres et la non diffusion des données d'audit.

Le tableau suivant résume les architectures possibles. Les plus utilisées sont indiquées en rouge :

Il existe dans la base Desktop Manager un document de paramétrage appelé le document Reference. Ce document est accessible depuis la vue Administration / Architecture / Reference. Il est créé et mis à jour dès qu'un document de paramétrage est créé ou modifié à jour dans la base (Setup, Profile, Template, Preference, ECL, Hook, Activation Key, Binaries...). Il est également possible de re-calculer le document Reference en cliquant sur le bouton  présent dans les vues Administration / Setup et Administration / Architecture / Reference.

Le document Reference contient des références vers tous les éléments de paramétrage et de code de la base (Setup, Profile, Template, Preference, ECL, Hook, Binaires, Clé Activation, Base User, Agent Script, LotusScript Library...) afin d'en optimiser l'accès. Même si son contenu est mis à jour automatiquement, il conviendra de cliquer sur le bouton Refresh Reference dès que de nouveaux Agents Script auront été créés dans la base ou que les bibliothèques de Script auront été mises à jour. De même, si vous copiez / collez des documents de paramétrage dans la base Desktop Manager, il faudra soit les ré-enregistrer soit cliquer sur le bouton Refresh Reference.

Contenu du document Reference 

Back to Top