Révisé le : June 29, 2011 Créé le : March 31, 2010 Auteur : Jérôme Horber
Sommaire Résumé Ce document décrit les exigences systèmes et les architectures de déploiement possibles pour MEGA Desktop Application. Ce document s applique à MEGA 2009 SP4 seulement. 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). les fonctionnalités (voir les guides utilisateurs). Sommaire... 2 Modèles de déploiement... 3 Tableau de comparaison des déploiements... 3 Déploiement en monoposte... 4 Déploiement WAN... 5 Déploiement LAN... 6 Déploiement Citrix/Terminal Server... 8 Pré-requis pour le déploiement... 10 Pré-requis communs à tous les modèles... 10 Exigences supplémentaires pour les produits spécifiques... 12 Communication... 13 Entre les programmes MEGA et le serveur de fichiers... 13 Entre les programmes MEGA et le serveur de base de données (Oracle)... 13 Entre les programmes MEGA et le serveur de base de données (SQL Server)... 13 Entre le client Citrix et le serveur Citrix... 14 Entre le client Web Citrix et le serveur Citrix... 14 Entre le client Remote Desktop et les services Remote Desktop... 14 Entre le client Web Remote Desktop et les services Remote Desktop... 14 Sécurité et Administration... 14 Assurer la sécurité des architectures... 14 Protection des données... 15 Sécuriser l accès aux produits... 15 Administration des services... 16 Configuration de la sauvegarde physique... 16 page 2/23
Documentation technique... 18 Fichiers utilisateurs... 18 Glossaire... 19 Annexe... 22 Questions fréquentes concernant l architecture... 22 Modèles de déploiement MEGA Desktop Application peut être déployée via différentes architectures : Déploiement en monoposte Déploiement WAN Déploiement LAN Déploiement Citrix/Terminal Server 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. Tableau de comparaison des déploiements Ce tableau peut vous aider à choisir le modèle de déploiement approprié : Bande passante / utilisateur 1 utilisateur 2-50 utilisateurs concurrents > 10 Mbit/s Monoposte Déploiement Lan ou Déploiement Wan ou Citrix/Terminal Server 2-10 Mbit/s Monoposte Déploiement Lan ou Déploiement WAN ou Déploiement Citrix/Terminal Server < 2 Mbit/s Monoposte Déploiement Citrix/Terminal Server Plus de 50 utilisateurs concurrents * Déploiement Lan ou Déploiement WAN ou Déploiement Citrix/Terminal Server Déploiement Citrix/Terminal Server Déploiement Citrix/Terminal Server * Au-delà de 50 utilisateurs concurrents, nous conseillons de mener une étude pour confirmer l adaptation du modèle de déploiement et des procédures d administration au projet et à l architecture technique prévue. page 3/23
Déploiement en monoposte Tous les composants sont installés sur le client Windows. Cette architecture est recommandée pour un utilisateur ou dans le cadre d une évaluation sur un poste. Les données ne peuvent pas être partagées avec d autres utilisateurs MEGA. Dans ce type de déploiement, on suppose que le stockage du référentiel est en GBMS. page 4/23
Déploiement WAN Les programmes MEGA et le référentiel MEGA sont installés sur un serveur de fichiers. Le client Windows dispose d une copie des programmes en local et d un cache local pour les données. Les programmes en local sont synchronisés automatiquement lorsque le serveur de fichiers est mis à niveau. Cette architecture est recommandée pour des groupes de travail travaillant sur un réseau étendu (Wan). Dans ce type de déploiement, on suppose que le stockage du référentiel est en GBMS. page 5/23
Déploiement LAN Les programmes et le référentiel sont installés sur un serveur de fichiers. Les clients Windows peuvent avoir une copie des programmes de MEGA en local ou les charger à partir du serveur de fichiers. Cette architecture est recommandée pour des groupes d utilisateurs travaillant sur un réseau local (LAN). Copie locale des programmes Le client Windows exécute une copie locale des programmes MEGA. Les programmes en local sont synchronisés automatiquement lorsque le serveur de fichiers est mis à niveau. Dans ce type de déploiement, on suppose que le stockage du référentiel est en GBMS. page 6/23
Raccourcis MEGA Le client Windows peut également utiliser des raccourcis pour charger les programmes depuis le serveur de fichiers. Les programmes MEGA sont chargés dans la mémoire du client Windows à chaque exécution de MEGA Desktop Application mais ils ne sont pas installés en local. Dans ce type de déploiement, on suppose que le stockage du référentiel est en GBMS. page 7/23
Déploiement Citrix/Terminal Server Les programmes MEGA sont installés sur un serveur d applications comme Citrix ou Terminal server. Le client lance une session de MEGA Desktop application sur le serveur d applications. Exemple pour Citrix Cette architecture est recommandée pour les groupes de travail répartis sur différents sites, surtout si la bande passante réseau est faible. Dans ce type de déploiement, on suppose que le stockage du référentiel est en GBMS. page 8/23
Exemple pour Terminal Server Dans ce type de déploiement, on suppose que le stockage du référentiel est en GBMS. page 9/23
Pré-requis pour le déploiement Pré-requis communs à tous les modèles Client Windows Système du client Logiciels complémentaires Matériel Windows 7.0 (32-bit ou 64-bit) Windows 7.0 SP1 (32-bit ou 64-bit)* Windows Vista SP1 (32-bit ou 64-bit) Windows XP Professional SP3 Internet Explorer : 6.0 ou supérieur Adobe Reader : 5.0 ou supérieur Voir aussi la section Exigences supplémentaires de ce document Processeur 2,2 GHz ou plus recommandé RAM Pour Windows XP Minimum 512 Mo 2 Go ou plus recommandé Pour Windows Vista/7.0 Minimum 1 Go 2,5 Go ou plus recommandé Résolution et couleurs 65536 couleurs (16-bits) minimum Minimum 800 x 600 1024 x 768 ou plus recommandé Espace disque 2,5 Go minimum 3,5 Go recommandé Pour Windows 2000, voir le paragraphe Questions Fréquentes sur l Architecture de ce document. * A partir de MEGA 2009 SP4 CP9.0. Serveur de fichiers Système du serveur Matériel Windows Server 2008 (32-bit ou 64-bit) Windows Server 2008 R2 (64-bit) Windows Server 2003 SP2 (32-bit) Windows Server 2003 R2 (32-bit ou 64-bit) 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 3 Go recommandés pour MEGA Desktop Application. Sélectionnez des composants de qualité supérieure pour le disque dur et la carte de contrôleur de disque dur. page 10/23
Client Citrix / Client Remote Desktop Système du client Matériel Client Citrix Client Windows 32/64 bits (2000/XP/2003/Vista/2008/Seven) Client Linux, client Unix, client Mac Client Web Citrix Internet Explorer, Mozilla Firefox, Safari Client pour connexion Remote Desktop Client Windows 32/64-bit (XP/2003/Vista/2008/ Seven) 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 Voir les exigences pour Citrix Presentation Server 4.0 ou 4.5, par exemple : Windows Server 2003 SP2 (32-bit) Windows Server 2003 R2 (32-bit) Internet Explorer : 6.0 ou supérieur Couche serveur d applications Citrix Presentation Server 4.0 ou 4.5 Edition Standard Edition Avancée Edition Entreprise Platinum Edition Microsoft 2003 Server Remote Desktop Services Microsoft 2008 Server Remote Desktop Services Logiciels complémentaires Matériel Adobe Reader : 5.0 ou supérieur Voir aussi la section Exigences supplémentaires de ce document 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 250 Mo ou plus par utilisateur concurrent Résolution 65000 couleurs minimum. Espace disque 3 Go pour MEGA Desktop Application page 11/23
Serveur de base de données Système du serveur Voir les exigences RDBMS RDBMS Oracle Database Server 11 Edition standard ou entreprise Version 11.1.0.6 Oracle Database Server 10g R2 Edition standard ou entreprise Versions 10.2.0.4 ou supérieures SQL Server 2008 Standard ou Enterprise Edition SQL Server 2005 Standard ou Enterprise Edition Espace disque Matériel Données : Veuillez vous référer à l article «Repository - RDBMS Deployment Guide MEGA 2009 SP4». pour Oracle, 2 Go minimum par utilisateur ou base système RAM : une étude spécifique est nécessaire. Référez-vous à l'article technique Repository - RDBMS Deployment Guide MEGA 2009 SP4. CPU : voir recommandations matérielles pour RDBMS. Exigences supplémentaires pour les produits spécifiques Génération de documentation en collaboration avec MS-Word La fonctionnalité de génération de document MS Word supporte MS Word versions 2002 (XP), 2003, 2007 et 2010. Les utilisateurs travaillant sur le même environnement ont la même version de MS-Word installée sur leur machine. En monoposte et sous architecture de déploiement WAN et LAN, il est nécessaire d installer MS-Word sur chaque client Windows. Génération de documentation en collaboration avec Open Office La fonctionnalité de génération de document Open Office supporte la version d Open Office 2.3.0. Les utilisateurs travaillant sur le même environnement ont la même version de OpenOffice installée sur leur machine. En monoposte et sous architecture de déploiement WAN et LAN, il est nécessaire d installer Open Office Writer sur chaque client Windows. MEGA Database Builder Le driver ODBC 32 bits correspondant à la base de données à rétro-générer (Oracle, DB2, SQL Server ) est requis. MEGA Simulation ou MEGA Simulation (BPMN) Les fonctionnalités de reporting de la simulation pour MEGA Process ou MEGA Process BPMN Edition nécessitent les versions 2002, 2003 ou 2007 de MS Excel. MEGA Publisher - Web Publisher Les types de sites web ont été validés pour les navigateurs HTML suivants : page 12/23
Internet Internet Internet Mozilla Mozilla explorer 8.x explorer 7.x explorer 6.x Firefox 3.x Firefox 2.x MEGA Enterprise Portal Oui Oui Oui Oui* Oui* * La carte des risques absolus n est pas affichée avec Mozilla Firefox. MEGA Exchange - API Les fonctions API Script peuvent être utilisées dans: les applications supportant COM (MS Visual Basic version 6, MS Office version 2002/2003/2007..) Les applications.net. Des scripts VB, Javascript, Perl. Les fonctions API JAVA peuvent être utilisées dans des applications JAVA (Eclipse ) Les fonctionnalités liées à l éditeur Excel et la génération de rapports nécessitent les versions 2002, 2003 ou 2007 de MS-Excel. MEGA Solman Les fonctionnalités d import/export nécessitent une version spécifique de BPM-Xchange client et BPM-Xchange for Netweaver. Voir le document Solman Architecture Overview MEGA 2009 SP4' document. Communication Entre les programmes MEGA et le serveur de fichiers Protocole Port Bande passante réseau Latence du réseau Server Message Block Protocol (SMB Protocol) Ports SMB 10 Mbits/s minimum, 100 Mbit/s ou supérieur recommandés 10 Ms maximum Entre les programmes MEGA et le serveur de base de données (Oracle) Protocole Port Bande passante réseau Latence du réseau Oracle Native Protocol TCP 1521 (Oracle Remote Database) 100 Mbit/s ou 1 Gbit/s recommandés 10 Ms maximum Entre les programmes MEGA et le serveur de base de données (SQL Server) Protocole Port SQL Server Protocol UDP/TCP 1433 (Microsoft-SQL-Server) page 13/23
Bande passante réseau Latence du réseau 100 Mbit/s ou 1 Gbit/s recommandés 10 Ms maximum Entre le client Citrix et le serveur Citrix Protocole Port Bande passante réseau Latence du réseau Independent Computing Architecture Protocol (ICA Protocol) UPD/TCP 1604 (icabrowser) 100 KBit/s ou supérieur 100 Ms maximum 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 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 Sécurité et Administration Assurer la sécurité des architectures Pare-feux et DMZ Pour paramétrer les ports du pare-feu, voir le tableau ci-dessus. Avec le déploiement Citrix / Terminal Server, le client Windows ou le client Web peuvent être situés endehors du DMZ. page 14/23
Avec les déploiements LAN et WAN, le client Windows et le serveur de fichiers doivent être situés au sein du DMZ. Pour que les fonctions de génération de MEGA Desktop Application fonctionnent normalement, votre parefeu ne doit pas interdire l exécution des processus suivants : Processus Numéro Libellé attendu mgwmapp.exe : Unique Processus créé au moment de l éxécution de MEGA Desktop Application ou de la console d administration MEGA. Paramétrages des antivirus Pour que les fonctions de génération de MEGA fonctionnent normalement, votre anti-virus ne doit pas interdire l exécution de script sur la partie cliente. Il est recommandé d exclure les fichiers portant les extensions EMB, EMS, EMK, EML du scan de l anti-virus. Protection des données Intégrité des données Accès et visibilité des données Il est possible de paramétrer la base MEGA à laquelle l utilisateur accède. Il est possible de paramétrer le type d information auquel l utilisateur a accès en paramétrant les profils d utilisateur MEGA (par exemple : Expert metier) Il est aussi possible de paramétrer les données auxquelles l utilisateur accède en mettant en œuvre une gestion de la confidentialité des données. Voir le document 'MEGA Administration - Supervisor', section Confidentialité des données. Sécuriser l accès aux produits Licences Les licences MEGA Must constituent le système de protection standard pour MEGA Desktop Application. Une installation nécessite : Au moins un produit d accès aux données Par exemple : Repository Storage (ORACLE). Au moins un produit MEGA Desktop. Par exemple : MEGA Process BPMN Edition. Les jetons sont gérés on mode partagé ou en mode dédié. Voir le document 'Must License Installation Guide MEGA 2009 SP4'. Politique d authentification MEGA Desktop Application permet 3 modes d authentification : Authentification MEGA : l'authentification est gérée par MEGA dans un dossier MEGA spécifique. Authentification Windows : l'authentification se fait par un Active Directory externe. page 15/23
Authentification LDAP : l'authentification se fait par un annuaire LDAP externe. Protection et stockage du mot de passe La vérification du mot de passe dépend du mode d authentification choisi : Authentification MEGA : les mots de passe utilisateur sont stockés dans la base système (valeurs cryptées). Authentification Windows : les mots de passe utilisateur sont stockés dans l Active Directory. Authentification LDAP : les mots de passe utilisateur sont stockés un annuaire LDAP. Règle de gestion des mots de passe La gestion des mots de passe dépend du mode d authentification choisi : Authentification MEGA : l'administrateur MEGA peut définir ou réinitialiser un mot de passe utilisateur. Authentification Windows : les mots de passe sont gérés selon la politique de l Active Directory. Authentification LDAP : les mots de passe utilisateur sont gérés dans un annuaire LDAP. Intégration LDAP MEGA Desktop Application permet l authentification LDAP : un serveur LDAP doit être paramétré. l authentification LDAP doit être activée. l'utilisateur MEGA doit être paramétré pour supporter l'authentification LDAP. L'administrateur gère les utilisateurs via la console d administration MEGA. Voir le document 'MEGA Administration - Supervisor', section Authentification dans MEGA. Administration des services Contrôle des processus Le contrôle des processus est réalisé via : des outils de contrôle standards (Task Manager ). des outils de contrôle standards de serveurs d applications (Citrix Management Console...) Eléments permettant la traçabilité des activités (journaux) MEGA Desktop Application permet de gérer : Une journalisation intégrée des mises à jour de données (active par défaut). Dans ce cas, le volume des données a un impact sur les performances de l'application. Une journalisation externe des mises à jour de données (non active par défaut). Il est possible de la paramétrer en utilisant la console d'administration MEGA. Configuration de la sauvegarde physique Recommandations communes aux stockages GBMS et RDBMS Pour les stockages GBMS et RDBMS, nous recommandons de faire une sauvegarde systématique du dossier complet de chaque environnement MEGA et de ses sous-dossiers : Un dossier «Db». Un dossier «SysDb». Un dossier «Mega_usr». page 16/23
Les dossiers contenant des livrables situés dans un dossier autre qu un dossier d environnement peuvent également être sauvegardés. Exemples : Le dossier des documents partagés. Par défaut, dans le dossier 'Document' du dossier de la base MEGA. Le dossier des sites Web générés. Par défaut, dans le dossier 'Intranet' du dossier de l environnement MEGA. Dossier des documents détachés. Par défaut, dans le dossier 'Approve' du dossier des bases MEGA. Les dossiers 'CFG' et 'MEGA_USR' de chaque dossier d installation MEGA peuvent contenir des fichiers de configuration et de personnalisation. Ils peuvent également être sauvegardés. D autres dossiers peuvent être crées par les utilisateurs pour documenter ou archiver les personnalisations : Ils peuvent également être sauvegardés. Fréquence : Nous recommandons de procéder à une sauvegarde quotidienne si le projet est en cours. Recommandations pour le stockage GBMS Nous recommandons de procéder à des sauvegardes totales, du moins pour les bases MEGA. Nous avons constaté que pour certains fichiers système, les sauvegardes différentielles / incrémentales ne sauvegardaient pas les fichiers des bases MEGA correctement. De même, nous ne garantissons pas les sauvegardes à chaud. Notes : Les fichiers créés dans le dossier de l utilisateur ne sont pas considérés comme des données. Si MEGA est déployé en mode déconnecté, une procédure spéciale est de rigueur. Il n est pas nécessaire de sauvegarder les programmes MEGA. Il est en revanche nécessaire de documenter les choix de déploiement effectués pour le projet. Afin d assurer la validité de la sauvegarde, vous ne devez pas accéder aux fichiers pendant le processus de sauvegarde. Pour ceci, vous devez : Rendre temporairement indisponible le dossier partagé au niveau serveur de fichiers. Utiliser l option MEGA 'Autoriser la publication pour l environnement'. Fréquence : Nous recommandons de procéder à une sauvegarde quotidienne si le projet est en cours. Recommandations pour le stockage RDBMS Suivez la politique de votre entreprise pour la sauvegarde des données. Nous recommandons de vérifier qu une sauvegarde des données est réalisée avant chaque mise à jour majeure des données. Par exemple : personnalisation de la base système, traitement des données, mise à niveau d'un CP/SP. Pour le stockage Oracle : faire un dump de chaque schéma Oracle pour les données MEGA. Pour le stockage SQL Server : faire une sauvegarde de chaque base de données SQL Server utilisée pour les données MEGA (y compris la base système). page 17/23
Documentation technique Les guides sont livrés au format.pdf. Vous devez installer Adobe Reader 5.0 pour les consulter. Les différentes versions d Adobe Reader sont disponibles gratuitement à l adresse suivante : http://get.adobe.com/fr/reader/otherversions/ Fichiers utilisateurs Les différents fichiers créés au niveau utilisateur (données applicatives et paramètres locaux) : La localisation varie en fonction du fichier et du système : Fichier Megawks.ini MEGASETTINGS.INI MegaErrYYYYMMDD.txt Localisation (exemple) Avec Windows 2000/XP/2003: C:\Documents et Settings\Utilisateur01\Application Data\Mega With Windows 7/Vista : C:\Users\User01\AppData\Roaming\Mega Avec Windows 2000/XP/2003: C:\Documents et Settings\Utilisateur01\Local Settings\Application Data\Mega With Windows 7/Vista : C:\Users\User01\AppData\Local\Mega Où 'User01' est le code pour la fenêtre du profil utilisateur Lors de l'utilisation de MEGA, chaque utilisateur doit disposer : D un dossier de données personnel 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 où il peut lire, écrire et supprimer. D'un accès aux dossiers partagés de l'environnement. page 18/23
Glossaire Terme Définition 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. Application MEGA Web. Logiciel MEGA d Enterprise Architecture auquel on accède via un client web. Notez que les produits MEGA et les options disponibles varient selon qu'il s'agit de MEGA Desktop ou MEGA Anywhere. Cache local MEGA La technologie MEGA assure un stockage au format GBMS via lequel les données sont mises en cache localement. Charge La charge de travail est 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 Windows Poste client utilisé pour faire fonctionner des applications, par exemple MEGA Desktop Application. En fonction du deployment, un logiciel peut ou non être installé sur la partie cliente. Cluster Un groupe de systèmes informatiques indépendants, appelés nœuds, fonctionnant ensemble de manière à fournir une ressource informatique unifiée. Console d administration MEGA La console d administration MEGA permet d effectuer les tâches d administration suivantes : Gérer les environnements MEGA Gérer les bases MEGA. Gérer les utilisateurs MEGA Gérer les profils MEGA. Disponibilité 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 des services à ses clients un pourcentage de temps élevé. Disque MEGA 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. Dossier des programmes MEGA Installation MEGA sur la machine. Un dossier de programmes MEGA peut être identifié par deux sous-dossiers : 'Cfg' et 'System'. Environnement MEGA Espace de données pour un groupe d'utilisateurs MEGA. Un environnement MEGA référence une base système ainsi qu une ou plusieurs bases utilisateur. Equilibrage de charge réseau («Load Une technique permettant de moduler le niveau des performances Balancing») en distribuant des requêtes à différents noeuds. Fonctions du programme Composant sélectionné au cours de l'installation du logiciel MEGA. Exemples pour le logiciel MEGA : Environnement exemple Logiciel MEGA o Programme d administration MEGA. o Utilitaires o Fichiers exemples o Documentation MEGA Format de stockage MEGA Il existe différents formats de stockage des bases MEGA : GBMS (MEGA DBMS, format propriétaire). Oracle (RDBMS, Oracle). SQL Server (RDBMS, SQL Server). IIS, Microsoft Internet Information Technologie Microsoft. Plateforme de serveur Web permettant page 19/23
Terme Services Independent Computing Architecture (client, serveur, protocole) Licence MEGA MEGA Advisor MEGA Application Services MEGA Desktop Application MegaWks.ini Oracle Instant Client Page d Administration MEGA Pilote HASP Profil MEGA Référentiel MEGA Remote Desktop (client, services, protocole) Server Message Block Protocol (SMB Définition l exécution d applications Web. ICA est une technologie Citrix qui permet à l utilisateur d'accéder à des applications et données sur un serveur distant sur un réseau. Elle est basée sur le protocole ICA. La partie cliente est appelée Client Citrix (également appelée Client ICA). La partie serveur est appelée Serveur Citrix (les noms changeant selon les versions : Citrix XenApp, anciennement Citrix MetaFrame Server, Citrix Presentation Server). Licence utilisée pour lancer un programme MEGA (Produit MEGA, Options MEGA ou Bundles MEGA). Différentes technologies sont disponibles. La plus courante est la licence MEGA Must. Application Web permettant de consulter une base MEGA. Avec MEGA 2009, elle est conçue pour IIS. Une machine serveur peut héberger une seule installation de MEGA Advisor. Application MEGA installée sur un serveur fournissant des services à d autres applications telles que l application MEGA Web. Logiciel MEGA d Enterprise Architecture auquel on accède via un client lourd. Conçu actuellement pour des plate-formes Microsoft Windows 32/64 bits. Notez que les produits MEGA et les options disponibles varient selon qu'il s'agit de MEGA Desktop et MEGA Anywhere. Fichier de configuration MEGA utilisé pour définir des paramètres utilisateurs sur la machine. Ce fichier n est pas créé à l installation. Oracle Instant Client est une technologie Oracle. Il s'agit de la partie cliente d'un serveur de base de données Oracle. Elle évite de déployer un client Oracle sur les postes clients. Pour MEGA Desktop Application, il est installé avec les programmes MEGA : aucune installation n'est requise sur le client Windows. Page web qui permet d effectuer des tâches d administration de base telles que : La gestion des connexions des utilisateurs Web La gestion du cache. Le pilote HASP est un pilote matériel nécessaire pour utiliser la clé HASP (également appelée "dongle") sur un port USB ou parallèle. Groupe d utilisateurs MEGA dans un environnement MEGA (systemdb). Les profils permettent de gérer plus facilement le paramétrage des utilisateurs (options, permissions, licence). Un référentiel MEGA est une base qui constitue l espace de travail au sein duquel les données de modélisation sont stockées. Plusieurs utilisateurs peuvent s y connecter et y travailler en même temps. Un référentiel permet ainsi à plusieurs utilisateurs de travailler en équipe sur un même projet. Remote Desktop est une technologie Microsoft qui permet à l utilisateur d accéder aux applications et données d un réseau sur un serveur distant. Elle est basée sur le protocole Remote Desktop Protocol (RDP). La partie cliente est appelée Remote Desktop Client (appelée antérieurement Terminal Services Client). La partie serveur est appelée Remote Desktop Services (appelée antérieurement Terminal Services). Protocole utilisé par une machine cliente pour demander des page 20/23
Terme Définition Protocol) services de fichiers et d impression à un serveur de fichiers MS Windows. Appelé précédemment protocole CIFS. Serveur d applications Serveur jouant le rôle de serveur d applications. Serveur de base de données 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 de : Exemple : Serveur 'iba.company.com' Serveur ' 192.888.777.666' Serveur SQL02 Serveur de fichiers Serveur utilisé pour le partage de fichiers. Les composants du matériel doivent être de qualité supérieure (disque dur et carte contrôleur de disque dur). La configuration doit favoriser les performances d accès aux fichiers en mode lecture-écriture. SQL Server Native Client SQL Server Native Client est une technologie Microsoft. Il s'agit de la partie cliente d'un serveur de base de données SQL Server. Il doit être installé sur le client Windows en utilisant un programme d installation Microsoft. Utilisateur de domaine Utilisateur dans l'active Directory de Microsoft? Synonyme : Utilisateur Windows. Utilisateur MEGA Compte utilisateur dans un environnement MEGA (base système) page 21/23
Annexe Questions fréquentes concernant l architecture Que recommandez-vous pour les utilisateurs nomades? MEGA recommande un déploiement sur poste autonome avec un stockage en GBMS et une configuration en mode déconnecté. Notez qu'une licence locale est nécessaire dans ce cas. Veuillez vous référer à l'aide ou au guide utilisateur MEGA Administration Supervisor, rubrique Modes de connexion à MEGA. Est-ce que MEGA Supporte Windows 2000? Windows 2000 SP3 ou SP4 sont toujours supportés pour MEGA 2009 en tant que système d exploitation pour le client, serveur de fichiers ou serveur d applications. Il est supporté pour les modes de déploiement suivants : dépoiement sur postes autonomes, déploiement Lan, déploiement Wan, déploiement Citrix/Terminal Server. Toutefois, il n est pas recommandé (statut désapprouvé). Le support sous Windows 2000 va être abandonné dans les futures versions de MEGA. Pour chaque machine sous Windows 2000, il est nécessaire d installer un exécutable Microsoft. Ce qui consiste à installer 'Microsoft Visual C++ 2005 Redistributable Package (x86)' (file vcredist_x86.exe). Ce package est installé sous le dossier \Install\VCRuntime of a MEGA installation (MEGA 2009 SP1 CP2.0 et supérieur). Il peut aussi être téléchargé à partir du site de Microsoft. http://www.microsoft.com/downloads/details.aspx?familyid=32bc1bee-a3f9-4c13-9c99-220b62a191ee&displaylang=en Notez que le composant SQL Server 2008 client natif requis pour stocker les données Oracle de SQL Server n'est pas supporté par Windows 2000. page 22/23
Liste des imports / exports En fonction du produit MEGA, différents formats d import et d export sont proposés. La fonctionnalité d import Erwin supporte les versions 4.1 et 7.1 de Computer Associates Allfusion ERwin Data Modeler. La fonctionnalité d'import Power Designer nécessite une version 11 et 12.5 de Sybase Power Designer. La fonctionnalité d import Oracle Designer nécessite la version 10g de Oracle Designer. La fonctionnalité d Export XMI supporte la version 2.1 de XMI. La fonctionnalité d import XMI nécessite XMI 1.0 (UML 1.3). L import/export Rose supporte les versions 2000, 2002 et 2003 de IBM Rational Rose. La fonctionnalité d export XPDL (BPMN) supporte la version 2.0 du langage XPDL. L Import/Export Solman supporte les versions 4.7, 7.0 et 7.0 EPH1 de SAP Solution Manager. La fonctionnalité d Export Appian supporte les versions 5.7 et 6.0 d Appian L import/export Doors supporte les versions 8.1, 8.2, 8.3, 9.1 et 9.2 de IBM Telelogic Doors. La fonctionnalité d import Web Services supporte les versions 2.0 et 3.0 du protocole UDDI. MEGA Designer - Integration La fonctionnalité d import WSDL nécessite la version 1.1 du standard WSDL. La fonctionnalité d export BPEL4WS supporte la version 1.1 du langage BPEL4WS. La fonctionnalité d export XPDL supporte la version 2.0 du langage XPDL. La fonctionnalité d export BPEL supporte la version 1.1 du langage BPEL. La fonctionnalité d import Visio nécessite les versions 2002, 2003 ou 2007 de MS-Visio. La fonctionnalité d'export MS Project supporte les versions 2002, 2007 et 2010 de MS Project. La fonctionnalité d Import Casewise supporte la version 9.3 de Casewise Corporate Modeler. La fonctionnalité d import de Popkin supporte la version 10.1 de IBM Rational System Architect. page 23/23