Windows Front-End Architecture Overview HOPEX V1R1 FR

Transcription

1 HOPEX V1R1 FR Révisé le : 19 novembre 2013 Créé le : 31 mars 2010 Auteur : Jérôme Horber

2 SOMMAIRE Résumé Ce document décrit la configuration requise ainsi que les types de déploiement pour l'installation de Windows Front-End. Ce document s applique uniquement à HOPEX V1R1. Il ne décrit pas : comment procéder à l installation (voir la documentation d installation). comment mettre à jour les installations (voir la documentation de mise à niveau). comment gérer les installations (voir les manuels d administration). Le fonctionnement des licences (voir la documentation sur les licences). comment utiliser les fonctionnalités (voir les guides utilisateurs). Les schémas fournis dans ce document constituent des recommandations qui peuvent ne pas s'appliquer à tous les contextes. Une étude spécifique avec le support du Product Management de MEGA est obligatoire avant prise de tout engagement. Sommaire... 2 Déploiements classiques... 4 Déploiement standard... 5 Prérequis pour le déploiement... 7 Client Windows... 7 Serveur de fichiers... 7 Client Citrix / Client Remote Desktop... 8 Application Server (Citrix Server/Terminal Server)... 8 Serveur de base de données... 9 Communication Entre MIK et le serveur de fichiers Entre le client Citrix et le serveur Citrix Entre le client Web Citrix et le serveur Citrix Entre le client Remote Desktop et les services Remote Desktop Entre le client Web Remote Desktop et les services Remote Desktop Entre MIK et serveur de base de données (Oracle, SQL Server) Entre MIK et le serveur de messagerie Entre MIK et le serveur de fichiers (accès fichier, accès licence) Entre MIK et le serveur de documents (accès fichier) Entre MIK et le serveur LDAP page 2/28

3 Détails techniques Authentification Accès aux données Gestion des documents Stockage des données Autres interfaces Sécurité Paramétrage des antivirus Cluster, scalabilité et équilibrage des charges Fichiers d'erreurs et de traces Documentation technique Licences Multilinguisme Administration et contrôle Sauvegarde physique Questions fréquentes Est-ce que le déploiement LAN/WAN (avec copie locale des programmes) est encore supporté? Est-t-il possible de se connecter à distance? Le framework.net est-il requis pour installer Windows Front-End? Est-ce que Windows Front-End fonctionne sous Windows 2000? Est-ce que Windows Front-End fonctionne sous Windows XP? Est-ce que MEGA Windows Front-End fonctionne sous Windows Vista? Est-ce que MEGA Windows Front-End fonctionne sous Windows 8.0? Glossaire page 3/28

4 DEPLOIEMENTS CLASSIQUES Windows Front-End peut être déployé selon différents types de déploiement : Déploiement standard Déploiement Citrix/TSE Il est possible d'installer Windows Front-End sur un poste isolé (Déploiement en poste isolé). Type de déploiement Recommandé pour Commentaire Déploiement standard Déploiement à petite ou moyenne échelle avec Pas de licence TSE/Citrix requise Architecture 2-tier : de bonnes performances réseau (LAN, VPN) Clients Windows (présentation et logique métier). Il existe autant de clients que de postes utilisateur. Serveur de base de données (données). Un dossier de configuration partagé est utilisé. Déploiement Citrix/TSE Déploiement à grande échelle, bande passante limitée Architecture 3-tier : Client (présentation). Serveur d'applications (logique métier). Serveur de base de données (données). Un dossier de configuration partagé est utilisé. Une ferme de serveurs permet scalabilité, équilibrage des charges, administration et déploiement centralisés Bande passante / utilisateur * 2-50 utilisateurs simultanés utilisateurs > 5 Mbit/s Déploiement standard Déploiement Citrix/TSE < 2 Mbit/s Déploiement Citrix/TSE Plus de 50 utilisateurs simultanés ** Déploiement Citrix/TSE Autres modèles de déploiement D autres modèles de déploiement sont possibles si vous avez des exigences particulières. Pour plus d informations, veuillez contacter votre représentant commercial. * La bande passante considérée est la bande passante disponible entre le client Windows et le serveur de bases de données (RDBMS) ou serveur de fichiers (GBMS). ** Au-delà de 50 utilisateurs simultanés, nous conseillons de mener une étude pour confirmer l adaptation du type de déploiement et des procédures d administration au projet et à l architecture technique prévue. page 4/28

5 Déploiement standard Il existe un MIK (instance de noyau MEGA en cours d'exécution) par poste de travail lançant Windows Front-End. Dans cet exemple, nous supposons que le stockage du référentiel est en RDBMS (Oracle, SQL Server). SQL Server Native client est nécessaire uniquement dans le cadre du stockage en SQL Server. page 5/28

6 Déploiement Citrix/TSE Il existe un MIK par session TSE/Citrix utilisant Windows Front-End. Dans cet exemple, nous supposons que le stockage du référentiel est en RDBMS (Oracle, SQL Server), et qu'il existe un seul serveur Citrix/TSE. Pour faciliter la lecture, SQL Server Native client (nécessaire au stockage SQL Server) n'est pas affiché sur le serveur d'applications. page 6/28

7 PREREQUIS POUR LE DEPLOIEMENT Client Windows Système du client Logiciels complémentaires Matériel Windows 8 (32-bit ou 64-bit) Windows 7.0 SP1 (32-bit ou 64-bit) Windows 7 (32-bit ou 64-bit) Adobe Reader : 5.0 ou supérieur SQL Server Native client 11.0 (SQL Server 2012) Si les données sont stockées sous SQL Server Adobe Flash player : 9.0 ou supérieur (1) Processeur multi-coeur 3 Ghz ou plus rapide recommandé RAM 2 Go minimum 3 Go ou plus recommandé Résolution et couleurs 16 millions de couleurs Résolution de l'écran 800 x 600 minimum 1024 x 768 ou plus recommandé Espace disque 2,5 Go pour le noyau MEGA (1) Utilisé par des fonctionnalités spécifiques Voir la rubrique "Questions fréquentes" plus loin dans le document. Serveur de fichiers Système du serveur Matériel Windows Server 2003 SP2 (32-bit) Windows Server 2003 R2 SP2 64-bits Windows Server 2008 SP2 (32-bits ou 64-bits) Windows Server 2008 R2. Windows Server 2008 R2 SP1 Windows Server 2012 Pour d autres systèmes, une analyse spécifique est nécessaire. Processeur Voir recommandations matérielles du système, 1 Ghz ou plus recommandé. RAM Voir recommandations matérielles du système, 1 Go recommandé. Espace disque 1 Go recommandé par dossier d'environnement MEGA Sélectionnez des composants de qualité supérieure pour le disque dur et la carte de contrôleur de disque dur. page 7/28

8 Client Citrix / Client Remote Desktop Système du client Matériel Client Citrix La liste varie suivant la version du serveur Citrix Exemples : Client Windows 32/64-bits, client Linux, client UNIX, client MAC Client Web Citrix La liste varie suivant la version du serveur Citrix Exemples : Internet Explorer, Mozilla Firefox, Safari Client pour connexion en Remote Desktop La liste varie suivant la version du serveur TSE Exemples : Client Windows 32/64 bits, client Mac Client Web pour connexion en Remote Desktop Internet Explorer Pas d exigence spécifique pour MEGA. Application Server (Citrix Server/Terminal Server) Système du serveur Couche serveur d applications Voir aussi les recommandations pour Citrix Presentation Server ou Citrix XenApp TSE sur Windows Server 2008 R2 SP1 TSE sur Windows Server 2012 Citrix XenApp 6.0 Citrix XenApp 6.5 Logiciels complémentaires Adobe Reader : 5.0 ou supérieur SQL Server Native client 11.0 (SQL Server 2012) Si les données sont stockées sous SQL Server Adobe Flash player : 9.0 ou supérieur (1)(2) Matériel Processeur 2 cœurs par groupe de 16 utilisateurs RAM 512 Mo minimum pour le système Terminal Server et pour le système Citrix 300 Mo ou plus par utilisateur simultané Résolution couleurs minimum. Espace disque 3 Go pour Windows Front-End (1) Utilisé par des fonctionnalités spécifiques Voir la rubrique "Questions fréquentes" plus loin dans le document. (2) Avec Windows Server 2012, flash player est installé comme une fonctionnalité Windows appelée 'Desktop Experience'. Pour plus d'informations reportez-vous à la documentation Microsoft. page 8/28

9 Serveur de base de données Système du serveur Voir les exigences RDBMS RDBMS Oracle Database Server 11 Version ou supérieure SQL Server 2008 SQL Server 2008 R2 Espace disque Données : 1 Go minimum par base système 5 Go minimum par référentiel utilisateur Référez-vous à l'article technique 'Repository - RDBMS Installation Guide HOPEX V1R1'. Matériel RAM : une étude spécifique est nécessaire. Référez-vous à l'article technique 'Repository - RDBMS Installation Guide HOPEX V1R1'. CPU : voir les recommandations matérielles pour RDBMS. page 9/28

10 COMMUNICATION Entre MIK et le serveur de fichiers Protocole Server Message Block Protocol (SMB Protocol S) Port Bande passante réseau Latence du réseau Ports SMB Déploiement LAN, déploiement WAN 10 Mbit/s minimum Déploiement Citrix/Terminal Server 1 Gbit/s ou plus recommandé 1-5 Ms maximum* Entre le client Citrix et le serveur Citrix Protocole Independent Computing Architecture Protocol (ICA Protocol) Port Ex. : UDP/TCP 1604 *** Bande passante réseau Latence du réseau 100 KBit/s ou supérieur 100 Ms maximum* *** port par défaut, vérifiez le port approprié avec votre administrateur Citrix Entre le client Web Citrix et le serveur Citrix Protocole Port Bande passante réseau Latence du réseau HTTP UPD/TCP 80 (HTTP) 100 KBit/s ou supérieur 100 Ms maximum* Entre le client Remote Desktop et les services Remote Desktop Protocole Port Bande passante réseau Latence du réseau Remote Desktop Protocol (RDP) UDP/TCP 3389 (MS WBT Server) 100 KBit/s ou supérieur 100 Ms maximum* page 10/28

11 Entre le client Web Remote Desktop et les services Remote Desktop Protocole Port Bande passante réseau Latence du réseau HTTP UPD/TCP 80 (HTTP) 100 KBit/s ou supérieur 100 Ms maximum* * Pour un ping de 5 Ko (il est recommandé d'utiliser l'utilitaire hrping. Référez-vous à l'article technique 'Repository - RDBMS Installation Guide HOPEX V1R1'. Entre MIK et serveur de base de données (Oracle, SQL Server) Protocole Oracle : Oracle Native Protocol SQL Server : SQL Server Protocol Port Oracle : Exemple TCP 1521 ** Bande passante réseau Latence du réseau SQL Server : Exemple UDP/TCP 1433 ** 1 Gbit/s minimum 1-5 Ms maximum* ** port par défaut, vérifiez le port approprié avec votre administrateur de base de données. Entre MIK et le serveur de messagerie Protocole Port SMTP 25 par défaut, paramétrable Entre MIK et le serveur de fichiers (accès fichier, accès licence) Protocole SMB/CIFS Port UDP/TCP 138 UDP/TCP 137 UDP/TCP 139 UDP/TCP 445 page 11/28

12 Entre MIK et le serveur de documents (accès fichier) Protocole SMB/CIFS Port UDP/TCP 138 UDP/TCP 137 UDP/TCP 139 UDP/TCP 445 Entre MIK et le serveur LDAP Protocole LDAP Port TCP 389 par défaut ** ** port par défaut, vérifiez le port approprié avec votre administrateur de serveur LDAP. page 12/28

13 DETAILS TECHNIQUES Authentification Windows Front-End utilise l'authentification standard. Modes Libellé d authentification Authentification standard Le processus d'authentification est géré par la plate-forme HOPEX. Les utilisateurs sont déclarés de manière explicite dans l'environnement MEGA. Commentaire Ce mode est recommandé pour les cas simples. Aucun développement n'est nécessaire - le paramétrage suffit. Le stockage, le cryptage et la mise à jour des mots de passe peuvent varier en fonction de la configuration choisie. Modes d authentification Stockage Cryptage Authentification standard (autonome) Base système Crypté, haché Authentification standard (Active Directory) Active Directory Conformément aux Authentification standard (LDAP) Annuaire LDAP spécifications de l'annuaire Référence : document 'MEGA Administration - Supervisor', section Gérer les utilisateurs, Authentification dans MEGA. Accès aux données L'accès aux données est contrôlé principalement par l'utilisation des profils (accès au référentiel, permissions concernant les données et IHM). D'autres fonctionnalités sont disponibles : Gestion des accès en écriture : contrôle des mises à jour des objets existants Gestion des accès en lecture : contrôle de la visibilité des objets existants Règles de permissions : contrôle calculé de la visibilité et des mises à jour des objets existants. Référence : Guide utilisateur 'MEGA Administration - Supervisor' Section "Gérer les utilisateurs", "Authentification dans MEGA". Section "Gérer les profils et les rôles métier". Section 'Gérer les accès en écriture' Section 'Gérer les accès en lecture' Gestion des documents Un système de gestion des documents est disponible en tant que module spécifique de la plate-forme. Ce module peut également être activé implicitement en fonction de la licence utilisée. Il est possible de contrôler l'emplacement du stockage des données. page 13/28

14 Si la gestion de documents est activée, les utilisateurs Windows peuvent mettre à jour et consulter des documents. Référence : Guide utilisateur 'Hopex Solutions Common Features'. Stockage des données Chaque environnement se compose d'une base système et d'un ou plusieurs référentiels de données. Par défaut les données sont stockées dans un serveur de base de données (SQL Server, Oracle). C'est ce qui est appelé le stockage RDBMS. Le format de stockage GBMS (format propriétaire MEGA) est disponible pour compatibilité. Stockage Mise en correspondance SQL Server Un référentiel de données est une base de données SQL Server. Une base système est une base de données SQL Server. Oracle GBMS Le référentiel de données est un utilisateur/schéma. La base système est un utilisateur/schéma. Un référentiel de données est un ensemble de fichiers Une base système est un ensemble de fichiers Commentaire Créer un utilisateur SQL Server pour l'environnement, avec des privilèges particuliers Seule l'authentification SQL Server est supportée Installer et planifier des procédures stockées par référentiel de données ou base système Aucune instance dédiée n'est nécessaire SQL Server native client (SQL Server 2012) Un jeton de licence spécifique (Repository Storage (SQL Server)) est nécessaire pour chaque utilisateur final Le port par défaut peut être utilisé Créer un utilisateur Oracle par référentiel de données ou base système, avec des privilèges spécifiques Installer et planifier des procédures stockées par référentiel de données ou base système Aucune instance dédiée n'est nécessaire Un jeton de licence spécifique (Repository Storage (ORACLE)) est nécessaire pour chaque utilisateur final Pas d'installation côté client (Oracle instant client) Le port par défaut peut être utilisé Créer un tablespace pour chaque environnement (recommandation) Un jeton de licence spécifique (LAN) est nécessaire pour chaque utilisateur final Pas d'installation côté client. Basé sur des fichiers. Le protocole SMB 2.0 n'est pas supporté et doit être désactivé. Le stockage GBMS n'est pas supporté pour les référentiels de données ou une base système dépassant 4 Go. Notez que le stockage RDBMS est obligatoire pour certains produits et bundles incluant ces produits. page 14/28

15 Produit HOPEX Explorer MEGA Action Plan MEGA Advanced Reporting for ERM MEGA Alignment MEGA Application Portfolio Management MEGA Application Portfolio Management Anywhere MEGA Assessment MEGA Enterprise Risk Management MEGA Internal Audit MEGA Internal Control MEGA Scheduler MEGA Studio 2013 MEGA TeamWork Indication de stockage RDBMS obligatoire RDBMS obligatoire RDBMS obligatoire RDBMS obligatoire RDBMS obligatoire RDBMS obligatoire RDBMS obligatoire RDBMS obligatoire RDBMS obligatoire RDBMS obligatoire RDBMS obligatoire RDBMS conseillé RDBMS conseillé Référence : Article 'Repository - RDBMS Installation Guide HOPEX V1R1'. Autres interfaces Un serveur de messagerie doit être configuré pour que les notifications par s fonctionnent dans le cadre des workflows. Les paramètres SMTP (serveur, port, proxy) peuvent être configurés pour l'installation en utilisant la console d'administration. La plupart des rapports peuvent être générés ou convertis dans les formats suivants : RTF, XLS, XLSX, PDF. Pour ouvrir un rapport depuis un client Windows, il convient d'installer un lecteur correspondant au format. Exemples : MS Excel pour lire des documents.xls, Adore reader pour lire des documents.pdf. Si Microsoft Office est utilisé, les versions Office 2003/2007/2010 peuvent être utilisées. L'édition et la génération de 'Rapports (MS word)' (appelés auparavant 'documents types') requièrent que MS Word soit installé. Les versions MS Office 2003, 2007 et bit sont supportées. Sécurité Tous les ports utilisés dans la plate-forme sont soit configurables soit définis ailleurs (endehors de MEGA). Aucun autre port spécifique n'est nécessaire ni codé en dur. Pour configurer les ports du pare-feu, voir la section "Communication" plus haut dans le document. page 15/28

16 Paramétrage des antivirus Pour que les fonctions de génération de MEGA Windows Front-End fonctionnent normalement, votre anti-virus ne doit pas interdire l exécution de script sur la partie cliente. Risque Faible performance lors de la consultation de la documentation technique Faible performance lors de la consultation ou la mise à jour des données dans le cas du stockage GBMS Recommandations Exclure certaines extensions de fichiers (*.PDF, *.CHM) du scan de l'anti-virus. Ces fichiers sont des fichiers de données situés dans le dossier des programmes MEGA. Exclure certaines extensions de fichiers (*.EMB, *.EMS, *.EMK, *.EMV, *.MGL) du scan de l'anti-virus. Ces fichiers sont des fichiers de données situés dans le dossier de l'environnement MEGA Cluster, scalabilité et équilibrage des charges Pour les déploiements à grande échelle, scalabilité et équilibrage des charges sont nécessaires. Service Scalabilité Equilibrage de charge réseau («Load Balancing») Principe Ce service est fourni par le déploiement du serveur Citrix/TSE. Un fichier de configuration MEGA est utilisé pour partager la même configuration entre plusieurs nœuds. Ce service est fourni par le déploiement du serveur Citrix/TSE. Un fichier de configuration MEGA est utilisé pour partager la même configuration entre plusieurs nœuds. Fichiers d'erreurs et de traces Aucun fichier journal n'est créé côté serveur. Différents fichiers sont créés au niveau utilisateur : Fichier Emplacement (exemple) Commentaire Megawks.ini C:\Users\<user>\AppData\Roaming\Mega Paramétrage de la machine client MEGASETTINGS.INI C:\Users\<user>\AppData\Roaming\Mega Paramétrage technique de HOPEX Windows Front-End megaerraaaammjj.txt C:\Users\<User>\AppData\Local\Mega Journal des erreurs Lorsqu'il utilise MEGA Windows Front-End, chaque utilisateur doit disposer : d un dossier personnel "application data" où il peut lire, écrire et supprimer des données. d'un dossier personnel de paramètres 'local settings' où il peut lire, écrire et supprimer des données. d'un dossier personnel temporaire "temporary" où il peut lire, écrire et supprimer des données. page 16/28

17 Documentation technique Catégorie Public Format Code de langue Guides Administrateur système, PDF EN, FR, IT*, DE* d'installation et de déploiement administrateur fonctionnel Guides utilisateur Utilisateur final PDF EN, FR, IT*, DE* Aide en ligne Utilisateur final CHM EN, FR, IT*, DE* Articles techniques Développeur, administrateur PDF EN fonctionnel Les fichiers Chm de l'aide en ligne sont installés dans le sous-dossier \System\<Code de langue> du dossier des programmes HOPEX. Ex. : C:\Program Files (x86)\mega\mega HOPEX V1R1\System\US Les guides d'installation, de déploiement et les guides utilisateur sont installés dans le sousdossier \Documentation du dossier des programmes HOPEX. Ex. : C:\Program Files (x86)\mega\mega HOPEX V1R1\Documentation Codes langues : EN: anglais FR : français IT : italien DE : allemand * seront disponibles quelques mois après la version initiale. Licences Les produits et solutions de la plate-forme MEGA sont protégés par les licences Must. Plusieurs utilisateurs peuvent partager la même licence Must. Le système de licence MUST n'est pas basé sur des serveurs (il n'existe pas de processus Windows pour le serveur de licences). Une licence MUST est un ensemble de fichiers auxquels accèdent les utilisateurs enregistrés dans l'active Directory. Toutefois un utilisateur du domaine (Active Directory) est nécessaire pour : chaque utilisateur lançant la console d'administration (administrateur système, administrateur fonctionnel) chaque utilisateur lançant Windows Front-End (développeur, administrateur fonctionnel, utilisateur associé à une tâche planifiée). Pour obtenir une licence, veuillez contacter votre représentant commercial. Une adresse UNC vous sera demandée et un fichier de licence.must (verrouillé sur cette UNC) vous sera envoyé accompagné des instructions d'installation. Référence : Article 'Must License Installation Guide HOPEX V1R1'. Multilinguisme Windows Front-End permet de travailler dans différentes langues. Pour assurer un affichage correct sous Windows, il peut vous être demandé de définir le paramètre système "Langue pour les programmes non-unicode" à chaque installation. page 17/28

18 ADMINISTRATION ET CONTROLE Outils d'administration Plusieurs outils d'administration sont disponibles : Outil d administration Composant Tâches Console d'administration Win32 Gestion du stockage des données (Administration.exe) (environnement, référentiels, procédures stockées) Administration fonctionnelle (gestion de l'espace de travail, gestion des utilisateurs...) Utilitaire de gestion des Win32 (Licensing.exe) Gestion des licences Must utilisateurs de licences Must Windows Front-End Win32 (Mega.exe) Corriger des problèmes de configuration inattendus XenApp AppCenter Console Voir la documentation Citrix Référence : Guide utilisateur 'MEGA Administration - Supervisor' Tâches d'administration courantes Gestion des sessions Citrix Contrôle des processus MEGA Certaines tâches doivent être lancées et peuvent être automatisées (une intégration spécifique est nécessaire) : Tâche Serveur impliqué Commentaire Relancer le serveur Serveur Facultatif d'applications Citrix/TSE Sauvegarde physique des Serveur de fichiers Nécessaire. Sauvegarde quotidienne données (GBMS) Serveur de base de recommandée. données (Oracle, SQL Server) Suppression des données historisées Suppression des données temporaires de la transaction Réorganisation référentiel du Vérifier la volumétrie des données Serveur de base de données Serveur de base de données Serveur d applications Serveur de base de données Serveur de fichiers (GBMS) Serveur de base de Procédure stockée à installer et planifier pour chaque référentiel de données et base système Sans intérêt dans le cadre de GBMS Procédure stockée à installer et planifier pour chaque référentiel de données et base système Sans intérêt dans le cadre de GBMS Nécessaire dans le cadre de GBMS Sans intérêt dans le cadre de RDBMS Nécessaire dans le cadre de RDBMS page 18/28

19 données (Oracle, SQL Server) Services et processus actifs Aucun service n'est créé sur le serveur d'applications : Plusieurs processus peuvent tourner sur le serveur d'applications : Processus Utilisateur Commentaire mgwmapp Utilisateur Un par utilisateur final (par instance en cours de Mega.exe) courant mgwmapp Utilisateur courant Un par instance en cours de la console d'administration (Administration.exe) Sauvegarde physique Dans le cadre d'un scenario de récupération après catastrophe, il est très important de disposer de sauvegardes valides pouvant être restaurées. Elément Recommandations Fréquence Toutes les 24 heures (1) (2) Conservation Conserver une sauvegarde quotidienne des 30 derniers jours Conserver une sauvegarde mensuelle des 12 derniers mois Autres fichiers à Par défaut le dossier de chaque environnement MEGA sauvegarder (1) Pour l'environnement MEGA utilisé par un projet actif (2) Plus particulièrement avant une mise à jour importante des données Ex.: personnalisation de la base système, traitement des données, mise à niveau par CP/RP des données MEGA Recommandations spécifiques Stockage Mode SQL Server Sauvegarde à froid/chaud recommandée (3) Sauvegarde à chaud possible Oracle Sauvegarde à froid/chaud recommandée (3) GBMS Sauvegarde à froid/chaud recommandée (3)(4) (3) Aucun utilisateur MEGA ne doit être connecté pendant la réalisation de la sauvegarde (4) Nous avons constaté que pour certains fichiers système, les sauvegardes différentielles / incrémentielles ne sauvegardaient pas les fichiers des référentiels MEGA correctement. De même, nous ne garantissons pas les sauvegardes à chaud. page 19/28

20 QUESTIONS FREQUENTES Est-ce que le déploiement LAN/WAN (avec copie locale des programmes) est encore supporté? Non. Ce type de déploiement n'est plus supporté. Le fichier Megaroot.ini n'est plus supporté. Le déploiement standard est similaire puisqu'il permet de partager les données, les licences et la configuration. Cependant il ne propose pas de fonctionnalité de synchronisation des programmes, ce qui est jugé "non conforme" selon les standards informatiques. Consultez votre responsable informatique pour déployer les programmes HOPEX en utilisant les fichiers.msi et.msp. Est-t-il possible de se connecter à distance? Oui. Il est toujours possible techniquement d'installer Windows Front-End sur un serveur de fichiers et de le lancer à distance. Cependant, notez que : Il peut être demandé de vous enregistrer sur chaque machine cliente. Ce type d'exécution nécessite un excellent réseau (bande passante). Flash Player est-il réellement nécessaire? Flash Player est au moins nécessaire pour l'affichage des diagrammes de Gantt dynamiques et l'affichage de graphes spécifiques. Si vous n'envisagez pas d'utiliser ces fonctionnalités, vous pouvez décider de ne pas l'installer côté client (non recommandé). Le framework.net est-il requis pour installer Windows Front-End? Aucune autre version du framework.net n'est requise en-dehors de celle installée avec le système. Toutefois, le framework.net 4.5 ou supérieur est nécessaire pour Advisor Front-End et HOPEX Web Front-End. Est-ce que Windows Front-End fonctionne sous Windows 2000? Non. Windows 2000 n'est plus supporté. Est-ce que Windows Front-End fonctionne sous Windows XP? Il n'est pas supporté en standard. Il peut être supporté grâce à des extensions (facturables). Est-ce que MEGA Windows Front-End fonctionne sous Windows Vista? Il n'est pas supporté en standard. Il peut être supporté grâce à des extensions (facturables). page 20/28

21 Est-ce que MEGA Windows Front-End fonctionne sous Windows 8.0? Windows 8.0 n'a pas encore été qualifié. Il sera supporté dans un CP/RP ultérieur de la plateforme HOPEX. page 21/28

22 GLOSSAIRE Terme Définition.NET, NET Framework Framework développé par Microsoft, fonctionnant essentiellement sous Microsoft Windows. Il comprend une importante bibliothèque et assure l'interopérabilité des langages (chaque langage peut utiliser le code écrit dans d'autres langages de programmation) Active Directory Annuaire pour les environnements Microsoft. Il fournit des services centralisés pour identifier et authentifier les utilisateurs d un réseau de machines MS Windows. Administrateur Personne responsable du fonctionnement opérationnel de fonctionnel, Administrateur MEGA l'installation MEGA (gérer les utilisateurs, les transactions, les journaux, etc.) Administrateur système Personne qui assure le fonctionnement opérationnel et efficace d'un ensemble d'ordinateurs ou d'un réseau informatique. Advisor Front-End, MEGA Advisor Advisor Front End permet à un grand nombre d'utilisateurs de naviguer dans les données MEGA. Il est optimisé pour cette utilisation. Il utilise différents composants techniques de HOPEX Web Front End pour parvenir à cette optimisation. Annuaire Application logicielle permettant d'organiser les informations concernant les utilisateurs et ressources d'un réseau informatique. Authentification L'authentification détermine si l'utilisateur existe et s'il peut se connecter au logiciel (par exemple un site web). Bande passante Taux de transfert des données Généralement mesuré en KBit/s ou GBit/s. Basculement Technique permettant de basculer vers un serveur, système, composant matériel ou réseau redondant ou en veille, suite à la défaillance ou à la panne anormale de l'application, du serveur, système, composant matériel ou réseau précédemment actif. Base système, systemdb Une base système contient les données partagées par tous les référentiels métier d'un environnement. Elle contient, au minimum: Un dossier MEGA (définition des utilisateurs / rôles / profils). Un ensemble de modèles de livrables. Une définition de métamodèle. Cache local MEGA Technologie MEGA conçue pour le stockage au format GBMS et dans laquelle les données sont mises en cache localement. Charge Charge de travail réalisée par un nœud. Dans l'équilibrage de charge réseau, la charge est mesurée à partir d'un nombre brut de connexions. Client Web Poste de travail jouant le rôle d'un client sur internet. Cluster Un groupe de systèmes informatiques indépendants, appelés nœuds, fonctionnant ensemble de manière à fournir une ressource informatique unifiée Composant HOPEX Un composant est une partie de la plate-forme HOPEX fournissant un service défini. Il peut être ou ne pas être activé ou utilisé par les produits ou solutions. Un composant ne peut pas être séparé de l'ensemble de la plate-forme. Ex. : Moteur d'authentification, moteur de permissions, moteur Versatile Desktop, moteur de workflow. Configuration partagée Fichier de configuration partagé par plusieurs installations. (Megasite.ini) page 22/28

23 Terme Console Console MEGA Core MOS d'administration, d'administration Database Server2007 DBA (administrateur de bases de données) Disponibilité Disque MEGA DMS (Système de gestion des documents), Gestion des documents Dossier de l'environnement, dossier de l'environnement MEGA Dossier de licence Must Dossier de programmes HOPEX, dossier du noyau MEGA Définition Console d'administration de la plate-forme HOPEX qui assure les tâches d'administration clés telles que : Gestion des environnements. Gestion des référentiels. Gestion des utilisateurs MEGA. Gestion des profils. Composant MEGA Win32 (Administration.exe) Composant principal du MOS. Il orchestre l'authentification et instancie l'"environment MOS". Un serveur de base de données est une machine fournissant des services de base de données à d autres machines. Dans ce document, le serveur de base de données est une machine fonctionnant avec un système de gestion de bases de données relationnelles. Un serveur de base de données peut héberger une ou plusieurs instances. Ex. : Serveur 'iba.company.com' Serveur ' ' Serveur 'SQL02' Personne qui assure un fonctionnement opérationnel et effectif d'un serveur de base de données. Mesure de la capacité d'un système informatique à maintenir un niveau de services malgré les pannes matérielles ou logicielles. Un système hautement disponible fournit le plus souvent des services à ses clients. CD/DVD contenant le programme d installation des logiciels MEGA. Le contenu de ce disque peut être copié sur un dossier du réseau et être installé à partir du réseau. Système utilisé pour tracer et stocker les documents électroniques Dossier d'un environnement MEGA. Il comprend plusieurs sousdossiers tels que 'Db' et 'SysDb'. Il contient les fichiers de configuration et les extrants. Dans le cadre d'un stockage sous GBMS, il contient les fichiers de données principaux des référentiels MEGA. Dossier contenant un ou plusieurs fichiers de licence.must. Ce dossier peut être référencé par une ou plusieurs installations HOPEX. Dossier d'installation d'un noyau MEGA sur un poste de travail. Il peut être identifié par deux sous-dossiers : 'Cfg' et 'System'. Environment MOS Composant du MOS. Il propose plusieurs services (authentification, planification) pour un environnement MEGA. Environnement, environnement MEGA Un environnement MEGA est un espace de travail stockant les données d'un groupe d'utilisateurs. Dans un environnement MEGA, un ensemble de référentiels de données partage dans une base système une définition de métamodèle, des utilisateurs et des profils. Un environnement est donc constitué d'une seule base système et d'un ou plusieurs référentiels de données. Espace de travail pour un groupe d'utilisateurs MEGA. Un environnement MEGA référence une base système ainsi qu un ou plusieurs référentiels de données. Il possède son propre métamodèle. Il correspond à un dossier sur le disque. page 23/28