Road Map

Le succès, dans la mise en place de la solution Desktop Project sur le serveur Domino, passe par la réussite de la réalisation d'un certain nombre étapes, effectuées dans un ordre précis. Pour chacune d'entre elles, nous présenterons les enjeux, les pièges, et les éléments nécessaires à leur bonne réalisation (chapitres de la documentation en rapport).

Comme l'utilisation qui sera faite de l'application dépend de vos projets, il est tout à fait possible que certaines étapes ne soient pas nécessaires dans votre démarche. Comme les fonctionnalités de l'application couvrent le passage en mode local répliqué (Local Replica Mode), les changements de serveur de messagerie (Change Mail Server) et les changements de serveur applicatif (Move Database), il est tout à fait possible d'utiliser chaque fonctionnalité indépendament les unes des autres.

Les différentes étapes de l'installation et de l'exploitation de l'application sont les suivantes :

Etape 1 : Installer la base Desktop Manager Project for Consolidation sur le serveur.

L'installation de la base Desktop Project (DskMgrProject.nsf) sur le serveur ne devrait poser aucun problème majeur. Il s'agit simplement de copier une base Notes sur un serveur Domino et d'effectuer les actions d'administration habituelles (Choix du serveur, Signature de la base, Mise à jour de la LCA, Réplication sur les serveurs...).

Références documentaires : Architecture, Installation de la base Desktop Project.

Etape 2 : Paramétrage des synchronisations entre les bases Desktop Manager Project for Consolidation, Desktop Manager et le NAB.

Selon le projet, choisir le document de synchronisation ne sera pas le même. Cette étape est importante car elle va fournir à la base Desktop Manager Project for Consolidation les utilisateurs et bases Notes à traiter et permettra ainsi d'avoir les données toujours à jour.

Le document de synchronisation GET_USER_LOCAL_REPLICA (ou GET_USER_LOCAL_REPLICA_FROM_NAB) permet d'amener dans la base les utilisateurs destinés au projet Project 1 : Local Replica Mode.

Le document de synchronisation GET_USER_MAIL_SERVER (ou GET_USER_MAIL_SERVER_FROM_NAB) permet d'amener dans la base Project les utilisateurs destinés au projet Project 2 : Change Mail Server.

Les documents de synchronisation GET_MAILIN_DATABASE (ou GET_MAILIN_DATABASE_FROM_NAB) et GET_APPLICATION_DATABASE permettent d'obtenir les documents databases destinés au projet Project 3 : Move Database.

A la fin de la synchronisation, il doit y avoir des documents User ou Database à l'étape 0 du projet correspondant.

Références documentaires : Synchronisation de la base Desktop Manager et Desktop Manager Project.

Etape 3 : Créer des documents de "Setup for Local Replica" et "Setup for Change Server"

La création des documents Setup for Local Replica permet de définir pour chaque serveur de messagerie l'emplacement du carnet d'adresse léger qui sera utilisé pour la création de la réplique locale de ce dernier.

La création des documents Setup for Change Server permet de définir pour chaque couple de migration (serveur source, serveur de destination) des projets Change Mail Server et Move Application les informations nécessaires au changement de serveur (nom des domaines source et destination, l'emplacement des carnet d'adresse à modifier, la liste des serveurs des clusters source et destination, la liste des répertoire de destination, le nom du serveur d'administration pour créer la requête de réplication et le nom du groupe administrateur).

Références documentaires : Création des documents Server Setup.

Etape 4 : Créer le document de Setup

C'est le document le plus important de la base Desktop Manager Project for Consolidation car il regroupe tous les paramètres utilisés pour chaque étape des projets, à la fois par les agents s'exécutant sur les postes des utilisateurs mais aussi par les actions effectuées par les administrateurs Domino depuis la base Desktop Manager Project for Consolidation.

Références documentaires : Création de document de Setup principal.

Etape 5 : Activer les agents Projects dans Desktop Manager

Certaines étapes des projets nécessitent l'exécution sur le poste utilisateur de scripts modifiant les paramètres du poste. Pour cela il faut copier/coller les agents "Projects" depuis la base Desktop Manager Project for Consolidation vers la base Desktop Manager et associer ces agents aux utilisateurs, à travers un document de Profile.

Références documentaires : Activation des agents Project dans la base Desktop Manager

Etape 6 : Lancer les projets

L'administrateur doit sélectionner un lot d'utilisateur ou de base dans l'étape 0 du projet souhaité et cliquer sur le bouton d'action correspondant au lancement du projet :

•  pour le projet Local Replica Mode.
•  pour les projets Change Mail Server et Move Database.

Suite à cette action les fiches User ou Database passent en étape 1. Les cas d'erreur sont marqués d'une croix rouge, et les documents concernés restent en étape 0. Un message d'erreur sera disponible sur le dernier onglet de la fiche.

En fonction du projet, l'administrateur aura à actionner les différents boutons d'actions présents dans les vues utilisées pour les étapes du Workflow.

Références documentaires : Project 1 : Local Replica Mode, Project 2 : Change Mail Server, Project 3 : Move Applications, Project 4 : Clean-Up Workspace

Back to Top