Les documents User et Database

La création des documents User et Database est assurée par la synchronisation de Desktop Manager (ou le NAB) vers Desktop Project via le processus SynchroNSF (pour les documents User) et par la synchronisation entre le Carnet d'Adresses (NAB) et Desktop Project (pour les documents Database).

Les informations récupérées dans les bases Desktop Manager et Names.nsf sont regroupées dans les deux premiers onglets du document. Les deux onglets suivants sont utilisés lors de la mise en oeuvre des Projets, soient par les actions des Administrateurs de l'application (modifications côté serveurs), soient par les agents Project X s'exécutant sur les postes clients. Les différentes étapes des Workflows des projets y sont particulièrement détaillées.

Le document User

Dans le premier onglet du document, nous trouvons toutes les informations relatives à l'identité Notes de l'utilisateur (FullName, ShortName, Title...), à sa messagerie (localisation de sa base mail, domaine) et à son ordinateur (utilisation d'un portable, place disponible sur les disques durs locaux, information réseau).

Au fur et à mesure de la progression dans la réalisation des étapes des Projets (Local Replica Mode ou Change Mail Server), des informations supplémentaires viendront complèter les informations de messagerie (création de la réplique sur le poste, nom du nouveau serveur de mail...).

Le second onglet contient les informations relatives à l'installation de Desktop Manager sur le poste de l'utilisateur et à son utilisation. Cela permet, entre autre, de vérifier que l'utilisateur est bien lié aux Profiles contenant les agents Project X (ce qui garanti leur exécution quotidienne). Le mode de démarrage de Desktop Manager (fréquence) ainsi que les dernières dates d'exécution sont également présentes.

Le troisième onglet contient un déroulé précis des différentes étapes du Workflow (Steps) pour le projet du passe en mode local repliqué . Pour chaque étape, nous disposons des informations d'hordatage et d'un log détaillé (pour les étapes réalisées par l'agent Project 1 : Local Replica Mode sur le poste de l'utilisateur).

Le quatrième onglet contient un déroulé précis des différentes étapes du Workflow (Steps) pour le projet du changement de serveur de messagerie. Pour chaque étape, nous disposons des informations d'hordatage et d'un log détaillé (pour les étapes réalisées par l'agent Project 2 : Change Mail Server sur le poste de l'utilisateur).

Le cinquième onglet contient un état d'avancement du nettoyage du Workspace des icônes de bases qui ont été déplacées. Pour chaque étape, nous disposons des informations d'hordatage et d'un log détaillé (pour les étapes réalisées par l'agent Project 4 : Clean-Up Workspace sur le poste de l'utilisateur).

Enfin, le dernier onglet regroupe l'ensemble des erreurs qui se sont produites lors du déroulement des différentes étapes du Workflow, lors de la mise en oeuvre des différents projets.

Le document Database

De manière analogue au document User, le document Database contient à la fois les informations issues des synchronisations (du NAB pour les bases déclarées dans le Carnet d'Adresses, directement depuis le serveur pour les bases applicatives), le déroulé des différentes du Workflow des projets et la liste des éventuelles erreurs survenues.

Contraitement aux documents User, le déplacement d'applications d'un serveur vers un autre (Change Mail Server et Move Database) est un processus exclusivement Serveur. Il ne nécessite pas la modification des postes clients, il n'y a donc pas d'Agents à exécuter sur les postes, donc pas non plus de log détaillés dans le second onglet.

Back to Top