Revisione: giugno 29, 2011 Creazione: March 31, 2010 Autore: Jérôme Horber
pagina 2/42
SOMMARIO Preambolo Il documento descrive i requisiti sistema e le architetture di implementazione possibili per MEGA Desktop Application. Questo documento è valido soltanto per MEGA 2009 SP4. Non descrive: Come effettuare le installazioni (vedi documentazione relativa all installazione). Come effettuare l aggiornamento (vedi documentazione relativa all aggiornamento). Come gestire le installazioni (vedi manuali di amministrazione). Come i prodotti sono concessi in licenza (consultate la documentazione relativa alle licenze). Le funzionalità (vedi manuali dell utente). Sommario... 3 Modelli di implementazione... 6 Tabella per il confronto dei diversi tipi di implementazione... 6 Implementazione Stand-Alone... 8 Implementazione WAN... 9 Implementazione LAN... 10 Implementazione Citrix/Terminal Server... 13 pagina 3/42
Requisiti di implementazione... 16 Esigenze comuni a tutti i modelli di implementazione... 16 Requisiti addizionali per prodotti specifici... 22 Comunicazione... 24 Tra i programmi MEGA e il server di file... 24 Tra i programmi MEGA e il server di base dati (Oracle)... 24 Tra i programmi MEGA e il server di base dati (SQL Server)... 24 Tra il client Citrix e il server Citrix... 25 Tra il client Web Citrix e il server Citrix... 25 Tra Remote Desktop Client e Remote Desktop Services... 25 Tra Remote Desktop Web Client e Remote Desktop Services... 26 Sicurezza e amministrazione... 27 Assicurare la sicurezza delle architetture... 27 Protezione dei dati... 28 Proteggere l accesso ai prodotti... 28 Amministrare i servizi... 30 Configurazione del backup fisico... 30 Documentazione tecnica... 32 File utente... 33 pagina 4/42
Glossario... 34 Annesso... 41 Domande frequenti sull architettura... 41 pagina 5/42
MODELLI DI IMPLEMENTAZIONE MEGA Desktop Application può essere implementata in diverse architetture: Implementazione Stand-Alone. Implementazione WAN. Implementazione LAN; Implementazione server Citrix/Terminal. Altri modelli di implementazione Per rispondere a requisiti specifici, sono possibili altri modelli di implementazione. Per ulteriori informazioni, contattate il rivenditore locale. Tabella per il confronto dei diversi tipi di implementazione Questa tabella può aiutarvi a scegliere il modello di implementazione più adatto alle vostre esigenze: Ampiezza di banda / Utente 1 utente 2-50 utenti concorrenti Più di 50 utenti concorrenti > 10 Mbit/s Standalone Implementazione LAN o Implementazione WAN o Citrix/Terminal Server Implementazione LAN o Implementazione WAN o Implementazione Citrix/Terminal server 2-10 Mbit/s Stand-alone Implementazione LAN o Implementazione WAN o Implementazione Citrix/Terminal server Implementazione Citrix/Terminal server < 2 Mbit/s Stand-alone Implementazione Citrix/Terminal server Implementazione Citrix/Terminal server pagina 6/42
* Per oltre 50 utenti, si consiglia uno studio specifico per confermare che il modello d'implementazione e le procedure di amministrazione siano adatte all'attività del progetto e all'architettura tecnica utilizzate. pagina 7/42
Implementazione Stand-Alone Tutti i componenti sono installati su Windows Client. Questa architettura è raccomandata per utenti singoli o per valutazione locale. I dati non possono essere condivisi con altri utenti MEGA. In questo tipo di implementazione, si suppone che lo stoccaggio della base sia GBMS. pagina 8/42
Implementazione WAN I programmi MEGA e la base MEGA sono installati su un File Server. Il Windows Client esegue una copia locale dei programmi e ha una cache locale per i dati. I programmi locali sono sincronizzati automaticamente quando il server di file è aggiornato. Questa architettura è raccomandata per i gruppi di lavoro su una WAN. In questo tipo di implementazione, si suppone che lo stoccaggio della base sia RDBMS. pagina 9/42
Implementazione LAN I programmi e la base sono installati su un server di file. I client Windows possono eseguire una copia locale dei programmi MEGA o caricarli dal server di file. Questa architettura è raccomandata per i gruppi di lavoro su una LAN. Copia locale di programmi Il client Windows esegue una copia locale dei programmi MEGA. I programmi locali sono sincronizzati automaticamente quando il server di file è aggiornato. pagina 10/42
In questo tipo di implementazione, si suppone che lo stoccaggio della base sia RDBMS. pagina 11/42
Collegamenti MEGA Per caricare programmi dal server di file, il client Windows può utilizzare anche collegamenti. I programmi MEGA sono caricati sulla memoria del client Windows ogniqualvolta si esegue MEGA Desktop Application ma non sono installati in locale. In questo tipo di implementazione, si suppone che lo stoccaggio della base sia RDBMS. pagina 12/42
Implementazione Citrix/Terminal Server I programmi MEGA sono installati su un server delle applicazioni, come Citrix o Terminal Server. Il client esegue una sessione di MEGA Desktop application sul server delle applicazioni. Esempio per Citrix Questo tipo d architettura è consigliata per il lavoro di gruppi distribuiti su diversi siti, in particolar modo se la larghezza di banda è bassa. pagina 13/42
In questo tipo di implementazione, si suppone che lo stoccaggio della base sia RDBMS. pagina 14/42
Esempio per Terminal Server In questo tipo di implementazione, si suppone che lo stoccaggio della base sia RDBMS. pagina 15/42
REQUISITI DI IMPLEMENTAZIONE Esigenze comuni a tutti i modelli di implementazione Client Windows Sistema del client Windows 7.0 (32-bit o 64-bit) Windows Vista SP1 (32-bit o 64-bit) Windows XP Professional SP3 Internet Explorer: 6,0 o successive Software complementari Adobe Acrobat Reader: 5.0 o successive Consultate anche la sezione sui requisiti addizionali del presente documento pagina 16/42
Hardware Processore Consigliato: 2,2 GHz o più rapido RAM Per Windows XP Minimo 512 MB Consigliato: 2 GB o più Per Windows Vista/7.0 Minimo 1 GB Consigliato: 2,5 GB o più Risoluzione e colori Minimo: 65536 colori (16-bit) Minimo 800 x 600 Consigliato: 1024 x 768 o migliore Hard disk Minimo: 2,5 GB consigliato: 3,5 GB Per Windows 2000, consultate la sezione "FAQ su Architecture" nel presente documento. pagina 17/42
Server di file Sistema del server Windows Server 2008 (32-bit o 64-bit) Windows Server 2008 R2 (64-bit) Windows Server 2003 SP2 (32-bit) Windows Server 2003 R2 (32-bit o 64-bit) Per altri sistemi, è necessario uno studio specifico Hardware Processore Informatevi sui requisiti del sistema. Si consiglia 1 Ghz o più. RAM Consultate i requisiti hardware del sistema. Si consiglia 1 GB. Hard disk Si consiglia 3 GB per MEGA Desktop Application. Selezionate componenti di alta qualità per dischi e la scheda di controller del disco. pagina 18/42
Client Citrix/Client Remote Desktop Sistema del client Client Citrix Client Windows 32/64 bit (2000/XP/2003/Vista/2008/Seven) Client Linux, client UNIX, client Mac Client Citrix Web Internet Explorer, Mozilla Firefox, Safari Client per connessione Remote Desktop Client Windows 32/64 bit (XP/2003/Vista/2008/ Seven) Client Mac Client Web per connessione Remote Desktop Internet Explorer Hardware Nessun requisito specifico per MEGA. Application Server (Citrix Server/Terminal Server) Sistema del server Vedi requisiti per Citrix Presentation Server 4.0 o 4.5, ad esempio: Windows Server 2003 SP2 (32-bit) Windows Server 2003 R2 (32-bit) Internet Explorer: 6,0 o successive pagina 19/42
Livello server applicazioni Citrix Presentation Server 4.0 o 4.5 Edizione Standard Edizione Avanzata Edizione aziendale Platinum Edition Microsoft 2003 Server Remote Desktop Services Microsoft 2008 Server Remote Desktop Services Software complementari Adobe Acrobat Reader: 5.0 o successive Consultate anche la sezione sui requisiti addizionali del presente documento Hardware Processore 2 core per gruppo di 16 utenti RAM Minimo 512 MB per il sistema Terminal Server e per il sistema Citrix 250 MB o più per utente concorrente Risoluzione Minimo 65 000 colori. Hard disk 3 GB per MEGA Desktop Application pagina 20/42
Server di database Sistema del server vedi requisiti RDBMS RDMS Oracle Database Server 11 Standard Edition o Enterprise Edition Versione 11.1.0.6 Oracle Database Server 10g R2 Standard Edition o Enterprise Edition Versione 10.2.0.4 o successive SQL Server 2008 Standard o Enterprise Edition SQL Server 2005 Standard o Enterprise Edition Hard disk Dati: Consultate l articolo Repository - RDBMS Installation Guide MEGA 2009 SP4. Per Oracle, al minimo 2 GB per utente o base sistema Hardware RAM: è necessario uno studio specifico. Consultate l articolo Repository - RDBMS Installation Guide MEGA 2009 SP4. CPU: consultate i requisiti hardware RDBMS. pagina 21/42
REQUISITI ADDIZIONALI PER PRODOTTI SPECIFICI Generazione di documenti con MS-Word La funzionalità della generazione di documenti MS Word supporta Ms Word versione 2002 (XP), 2003 e 2007. Gli utenti che utilizzano lo stesso ambiente MEGA hanno la stessa versione di MS-Word installata sulle loro macchine. In architetture di implementazione stand-alone, LAN e WAN, è richiesta un installazione locale di MS Word su ogni client Windows. Generazione di documenti in collaborazione con OpenOffice La generazione di documenti con OpenOffice supporta OpenOffice versione 2.3.0. Gli utenti che utilizzano lo stesso ambiente MEGA hanno la stessa versione di OpenOffice installata sulle loro macchine. In architetture di implementazione stand-alone, LAN e WAN, è richiesta un installazione locale di OpenOffice Writer su ogni client Windows. MEGA Database Builder Per la retrogenerazione del database (Oracle, DB2, SQL Server...), è richiesto il driver ODBC 32 bit corrispondente. MEGA Simulation o MEGA Simulation (BPMN) Le funzionalità di reporting della simulazione per MEGA Process o MEGA Process BPMN Edition richiedono le versioni 2002, 2003 o 2007 di MS Excel. MEGA Publisher - Web Publisher I modelli di sito Web sono stati qualificati per questi browser HTML: Internet explorer 8.x Internet explorer 7.x Internet explorer 6.x Mozilla Firefox 3.x Mozilla Firefox 2.x MEGA Enterprise Portal Sì Sì Sì Sì* Sì* pagina 22/42
* Absolute Risk Map non è visualizzata con Mozilla Firefox. MEGA Exchange - API Le funzioni API Script possono essere utilizzate in: Applicazioni che supportano COM (MS Visual Basic versione 6, MS Office versione 2002/2003/2007 ) Applicazioni.Net. Script VB, Javascript, PERL. Le funzionalità Java API possono essere utilizzate nelle applicazioni Java (Eclipse ) Le funzionalità editor e reporting di Excel richiedono le versioni 2002, 2003 o 2007 di MS Excel. MEGA Solman Le funzionalità di importazione/esportazione richiedono una versione specifica di BPM-Xchange client e BPM-Xchange for Netweaver. Consultate il documento 'MEGA Solman Architecture Overview MEGA 2009 SP4'. pagina 23/42
COMUNICAZIONE Tra i programmi MEGA e il server di file Protocollo Porta Larghezza di banda rete Latenza rete Server Message Block Protocol (SMB Protocol) Porte SMB minimo 10 Mbit/s, consigliati 100 Mbit/s o superiore Massimo 10 Ms Tra i programmi MEGA e il server di base dati (Oracle) Protocollo Porta Larghezza di banda rete Latenza rete Oracle Native Protocol TCP 1521 (Oracle Remote Database) Consigliato: 100 Mbit/s o 1 Gbit/s Massimo 10 Ms Tra i programmi MEGA e il server di base dati (SQL Server) Protocollo Porta Larghezza di banda rete SQL Server Protocol UDP/TCP 1433 (Microsoft-SQL-Server) Consigliato: 100 Mbit/s o 1 Gbit/s pagina 24/42
Latenza rete Massimo 10 Ms Tra il client Citrix e il server Citrix Protocollo Porta Larghezza di banda rete Latenza rete Independent Computing Architecture Protocol (ICA Protocol) UPD/TCP 1604 (icabrowser) 100 Kbit/s o superiore Massimo 100 Ms Tra il client Web Citrix e il server Citrix Protocollo Porta Larghezza di banda rete Latenza rete HTTP UPD/TCP 80 (HTTP) 100 Kbit/s o superiore Massimo 100 Ms Tra Remote Desktop Client e Remote Desktop Services Protocollo Porta Larghezza di banda rete Latenza rete Remote Desktop Protocol (RDP) UDP/TCP 3389 (MS WBT Server) 100 Kbit/s o superiore Massimo 100 Ms pagina 25/42
Tra Remote Desktop Web Client e Remote Desktop Services Protocollo Porta Larghezza di banda rete Latenza rete HTTP UPD/TCP 80 (HTTP) 100 Kbit/s o superiore Massimo 100 Ms pagina 26/42
SICUREZZA E AMMINISTRAZIONE Assicurare la sicurezza delle architetture Firewall e DMZ Per configurare porte di firewall, consultate la tabella di cui sopra. Con l implementazione Citrix/Terminal server, il client Windows o il client Web possono trovarsi al di fuori della DMZ. Con l implementazione LAN o WAN, il client Windows e il server di file dovrebbero trovarsi all interno della DMZ. Affinché le funzioni di generazione di MEGA Desktop Application funzionino correttamente, il firewall non dovrebbe impedire l esecuzione dei seguenti processi: Process Numero previsto Descrizione mgwmapp.exe Unico Processo creato durante l esecuzione di MEGA Desktop Application o della console di amministrazione di MEGA. Configurazione degli antivirus Affinché le funzioni di generazione di MEGA funzionino correttamente, l anti-virus non deve impedire l esecuzione di script sul client. Si consiglia di escludere file con estensioni EMB, EMS, EMK, EML dello scanning dell antivirus. pagina 27/42
Protezione dei dati Integrità dei dati Accesso e visibilità dei dati È possibile configurare la base MEGA alla quale un utente può accedere. È possibile configurare il tipo di informazione alla quale un utente può accedere configurando i profili utente MEGA (ad esempio: Business Analyst). È inoltre possibile configurare i dati ai quali un utente può accedere implementando una gestione della confidenzialità dei dati. Consultate il documento 'MEGA Administration - Supervisor', sezione 'Data Confidentiality'. Proteggere l accesso ai prodotti Licenze Le licenze MEGA Must cosituiscono il sistema di protezione standard per MEGA Desktop Application. Un installazione necessita: Almeno un prodotto di accesso ai dati Ad esempio: Repository Storage (ORACLE). Almeno un prodotto MEGA Desktop. Ad esempio: MEGA Process BPMN Edition. I token sono gestiti in modalità condivisa o dedicata. Consultate il documento 'Must License Installation Guide MEGA 2009 SP4'. pagina 28/42
Politica di autenticazione MEGA Desktop Application permette 3 modalità di autenticazione: Autenticazione MEGA: l autenticazione è gestita da MEGA in una cartella MEGA specifica. Autenticazione Windows: le password utente sono archiviate nell Active Directory esterna. Autenticazione LDAP: le password utente sono archiviate in un elenco LDAP esterno. Protezione e archiviazione della password La verifica della password dipende dalla modalità di autenticazione scelta: Autenticazione MEGA: le password utente sono archiviate nella base sistema (valori crittografati). Autenticazione Windows: le password utente sono archiviate nell Active Directory. Autenticazione LDAP: le password utente sono archiviate in un elenco LDAP. Regola di gestione delle password La gestione della password dipende dalla modalità di autenticazione scelta: Autenticazione MEGA: l amministratore MEGA può definire o reinizializzare una password utente. Autenticazione Windows: le password utente sono gestite secondo la politica dell Active Directory. Autenticazione LDAP: le password utente sono gestite in un elenco LDAP. Integrazione LDAP MEGA Desktop Application permette l autenticazione LDAP: un server LDAP deve essere configurato. l autenticazione LDAP deve essere attivata. l utente MEGA deve essere configurato per supportare l autenticazione LDAP. L amministratore gestisce gli utenti via la console di amministrazione MEGA. Consultate il documento 'MEGA Administration - Supervisor', sezione 'Authentication in MEGA'. pagina 29/42
Amministrare i servizi Controllo dei processi Il controllo dei processi è realizzato mediante: strumenti di controllo standard (Task Manager ). strumenti di controllo standard di server d applicazioni (Citrix Management Console...) Elementi che permettono la tracciabilità delle attività (log) MEGA Desktop Application permette di gestire: Una registrazione incorporata degli aggiornamenti dei dati (attiva per impostazione predefinita). In questo caso, il volume dei dati ha un impatto sulle prestazione dell applicazione. Una registrazione esterna degli aggiornamenti dei dati (non attiva per impostazione predefinita). Può essere configurata utilizzando la console di amministrazione MEGA. Configurazione del backup fisico Raccomandazioni comuni allo stoccaggio GBMS e RDBMS Per le archiviazioni GBMS e RDBMS si consiglia di procedere al backup sistematico dell intera cartella e delle relative sottocartelle: Una cartella 'Db'. Una cartella 'SysDb'. Una cartella 'Mega_usr'. pagina 30/42
È possibile procedere al backup di cartelle contenenti deliverable che non si trovano nella cartella dell ambiente. Esempi: Cartella dei documenti condivisi. Per impostazione predefinita, cartella 'Document' della base MEGA. Cartella dei siti Web generati. Per impostazione predefinita, cartella 'Intranet' della cartella della base MEGA. Cartella dei documenti allegati: Per impostazione predefinita, cartella 'Approve' delle cartelle della base MEGA. Le cartelle 'CFG' e 'Mega_usr' di ogni cartella d installazione MEGA possono contenere alcuni file di configurazione e personalizzazione: è possibile farne un backup. Gli utenti possono creare alter cartelle per documentare o archiviare le personalizzazioni: è possibile farne un backup. Frequenza: Si consiglia un backup quotidiano dei dati se il progetto è attivo. Raccomandazioni per lo stoccaggio GBMS Si consiglia un backup dei dati in modalità completa e a freddo, almeno per i file della base MEGA. Abbiamo constatato che con alcuni file system, un backup differenziale/incrementale non ha salvato i file della base MEGA correttamente. Inoltre, non possiamo garantire backup a caldo. Note: I file creati nella cartella dell utente non sono considerati come dati. Se MEGA è implementato con la modalità offline, è necessaria una procedura specifica. Non è necessario procedere ai backup dei programmi MEGA. È comunque necessario documentare le selezioni per l implementazione effettuata dal progetto. pagina 31/42
Per assicurare un backup valido, accedete ai file durante il processo di backup. A questo scopo, è possibile: Rendere la cartella condivisa temporaneamente non disponibile al livello del server di file. Utilizzare l opzione di MEGA 'Authorize dispatch for the environment' (Autorizzare la pubblicazione per l'ambiente). Frequenza: Si consiglia un backup quotidiano dei dati se il progetto è attivo. Raccomandazioni per lo stoccaggio RBMS Seguire la politica aziendale standard per il backup dei dati. Si consiglia di verificare che prima dell aggiornamento sia effettuato il backup dei dati. Ad esempio: personalizzazione della base sistema, rielaborazione dei dati, aggiornamento CP/SP dei dati MEGA. Per stoccaggio Oracle: fare un dump di ogni schema Oracle utilizzato per i dati MEGA. Per lo stoccaggio SQL: fare un backup di ogni base SQL Server utilizzata per i dati MEGA (inclusa la base sistema). Documentazione tecnica I manuali vengono forniti in formato.pdf. Per consultarli, installare Adobe Reader 5.0 o successiva. Le diverse versioni di Acrobat Reader sono disponibili gratuitamente alla seguente URL: http://get.adobe.com/uk/reader/otherversions/ pagina 32/42
File utente I diversi file sono creati al livello dell utente (dati applicazione e impostazioni locali): La locazione cambia con il file e il sistema: File Megawks.ini MEGASETTINGS.INI Locazione (esempio) Con Windows 2000/XP/2003: C:\Documents and Settings\User01\Application Data\Mega Con Windows 7/Vista: C:\Users\User01\AppData\Roaming\Mega-{}- MegaErrYYYYMMDD.txt Con Windows 2000/XP/2003: C:\Documents and Settings\User01\Local Settings\Application Data\Mega Con Windows 7/Vista: C:\Users\User01\AppData\Local\Mega Dove 'User01' è il codice di un profilo utente di Windows Per l uso di MEGA, ogni utente deve disporre: Di una cartella personale dati applicazione in cui può leggere, scrivere o eliminare dati. Di una cartella personale parametri locali in cui può leggere, scrivere o eliminare dati. Di una cartella personale temporanea in cui può leggere, scrivere o eliminare dati. Di un accesso alle cartelle condivise dell ambiente. pagina 33/42
GLOSSARIO pagina 34/42
pagina 35/42
Termine Active Directory Server applicazioni Disponibilità Cluster Server di database Definizione Cartella per gli ambienti Microsoft. Fornisce servizi centralizzati per identificare e autenticare gli utenti di una rete di macchine MS Windows. Server avente il ruolo di server applicazioni. Misura della capacità di un sistema informatico a mantenere un livello di servizi malgrado i guasti hardware e software. Un sistema altamente disponibile fornisce servizi ai suoi clienti per un tempo prolungato. Gruppo di sistemi informatici indipendenti chiamati nodes che funzionano in modo da fornire una risorsa informatica unificata. Un server di database è una macchina che fornisce servizi di database ad altre macchine. Nel presente documento, il server di database è una macchina che funziona con un sistema di gestione di database relazionali. Un server di database può ospitare una o più istanze di: Esempio: Server iba.company.com Server 192.888.777.666 Server SQL02 Utente di dominio Server di file Driver HASP Independent Computing Architecture (client, server, protocollo) Utente nella MS Active Directory? Sinonimo: Utente Windows. Server utilizzato per condividere file. Gli hardware devono includere componenti di alta qualità per hard disk e hard disk controller. La configurazione deve favorire le performance di accesso ai file in modalità lettura-scrittura. Il driver HASP è un hardware necessario per utilizzare la chiave HASP (chiamata anche "dongle") su una porta USB o parallela L Independent Computing Architecture (ICA) è una tecnologia Citrix che permette all utente di accedere ad applicazioni e dati su un pagina 36/42
Termine Definizione server distante su una rete. È basata sul protocollo ICA. La parte client è chiamata Citrix Client (chiamata anche ICA Client). La parte server è chiamata Server Citrix (il nome cambia secondo le versioni: Citrix XenApp, formerly Citrix MetaFrame Server, Citrix Presentation Server). IIS, Microsoft Internet Information Services Carico Bilanciamento carico di rete (Load Balancing) Console di amministrazione MEGA Tecnologia Microsoft. Piattaforma di server Web che permette l esecuzione di applicazioni Web. Carico di lavoro realizzato da un node. Nel bilanciamento carico di rete, il carico è misurato da un numero di connessioni. Tecnica che permette di modulare il livello delle performance distribuendo query a diversi nodi. La console di amministrazione Mega permette di eseguire le seguenti operazioni di amministrazione: Gestione degli ambienti MEGA. Gestione dei repository MEGA. Gestione degli utenti MEGA. Gestione dei profili MEGA. Pagina di amministrazione MEGA Pagina Web che permette l esecuzione delle operazioni di amministrazione incluse: La gestione delle connessioni degli utenti Web. La gestione della cache. MEGA Advisor MEGA Application Services Applicazione Web che permette di consultare una base MEGA. Con MEGA 2009, è prevista per IIS. Sul server è possibile installare al massimo un installazione di MEGA Advisor. Applicazione MEGA installata su un server che fornisce servizi ad altre applicazioni come MEGA Web Application. pagina 37/42
Termine Funzioni del programma Definizione Componente dell installazione selezionata durante l installazione del software. Esempi per il software MEGA: Ambiente Esempio Software MEGA o o o o Programma di amministrazione di MEGA. Utilità File di esempio Documentazione MEGA Applicazione MEGA Desktop Software MEGA Enterprise Architecture al quale si accede mediante un rich client. Previsto per piattaforme Microsoft Windows 32/64. Si noti che i prodotti e le opzioni MEGA disponibili sono diversi a seconda che si tratti di MEGA Desktop Application o di MEGA Web Application. Disco MEGA Ambiente MEGA Licenza MEGA Cache locale MEGA Profilo MEGA CD/DVD contenente il programma d installazione dei software MEGA. Il contenuto del disco può essere copiato in una cartella della rete ed essere installato dalla rete. Spazio di dati per un gruppo di utenti MEGA. Un ambiente MEGA contiene un repository systemdb e uno o più repository utente. Licenza utilizzata per eseguire un programma MEGA (Prodotto MEGA, Opzioni MEGA o MEGA Bundles). Sono disponibili diverse tecnologie. La più corrente è la licenza MEGA Must. Tecnologia MEGA che assicura uno stoccaggio in GBMS in cui i dati sono messi in cache localmente Gruppo di utenti MEGA in un ambiente MEGA (systemdb) Rende più facile gestire le configurazioni degli utenti MEGA pagina 38/42
Termine Definizione (opzioni, autorizzazioni, licenza) Cartella dei programmi MEGA Base MEGA Formato di archiviazione MEGA Installazione MEGA su una macchina. La cartella dei programmi MEGA può essere identificata da due sottocartelle 'Cfg' e 'System'. Una base MEGA è un database che costituisce lo spazio di lavoro nel quale sono archiviati i dati di modellazione. Più utenti possono connettersi e lavorare simultaneamente. Una base permette quindi a più utenti di lavorare in qualità di team sullo stesso progetto. Vi sono diversi formati di archiviazione per una base MEGA: GBMS (MEGA DBMS, formato proprietario). Oracle (RDBMS, Oracle). SQL Server (RDBMS, SQL Server). Utente MEGA Applicazione MEGA Web Account utente in un ambiente MEGA (base sistema) Software MEGA Enterprise Architecture al quale si accede mediante un client Web. Si noti che i prodotti e le opzioni MEGA disponibili per MEGA Desktop Application sono diverse da quelli disponibili per MEGA Web Application. MegaWks.ini Oracle Instant Client Remote Desktop (client, servizi, protocollo) File di configurazione MEGA utilizzato per definire parametri utente sulla macchina. Il file non è creato all installazione. Oracle Instant Client è una tecnologia Oracle. È un client side per un server di database Oracle. Ciò permette di evitare di implementare un client Oracle sulle stazioni di lavoro client. Per MEGA Desktop Application, è installato con i programmi MEGA: non è richiesta nessuna installazione sul client Windows. Remote Desktop è una tecnologia Microsoft che permette all utente di accedere alle applicazioni e dati di una rete su un server distante. Si basa sul Remote Desktop Protocol (RDP). Il client side è chiamato Remote Desktop Client (chiamato in pagina 39/42
Termine Definizione precedenza Terminal Services Client). Il client side è chiamato Remote Desktop Services (chiamato in precedenza Terminal Services). Server Message Block Protocol (SMB Protocol) SQL Server Native Client Client Windows Protocollo utilizzato da una macchina client per richiedere servizi di file e di stampa a un server di file MS Windows Chiamato in precedenza protocollo CIFS. SQL Server Native Client è una tecnologia Microsoft. È un client side per un server di database SQL. Dovrebbe essere installato sul client Windows utilizzando un programma di installazione Microsoft. Stazione di lavoro client utilizzata per eseguire applicazioni, ad esempio, MEGA Desktop Application. A seconda dell implementazione, un software può essere installato o meno sul lato client. pagina 40/42
ANNESSO Domande frequenti sull architettura Cosa si consiglia per gli utenti mobili? MEGA consiglia di eseguire un implementazione stand-alone con un archiviazione GEMS e configurazione in modalità offline. Si noti che è richiesta una licenza locale. Consultare il manuale MEGA Administration Supervisor o la guida in linea, sezione MEGA Connection Modes. MEGA supporta Windows 2000? Windows 2000 SP3 o SP4 sono ancora supportati da MEGA 2009 come sistema operativo per client, server di file o server di applicazioni. È supportato per le seguenti modalità di implementazione: implementazione stand-alone, implementazione LAN, implementazione WAN, implementazione server Citrix/Terminal. Tuttavia, non si consiglia Windows 2000. Il supporto di Windows 2000 sarà abbandonato nelle future versioni di MEGA. Per ogni stazione di lavoro Windows 2000 è necessario installare Microsoft runtime. Ciò è possibile installando 'Microsoft Visual C++ 2005 Redistributable Package (x86)' (file vcredist_x86.exe). Il pacchetto di installazione è installato nella cartella \Install\VCRuntime di un installazione MEGA (MEGA 2009 SP1 CP2.0 e successive). Potete scaricarlo dal sito Web di Microsoft. http://www.microsoft.com/downloads/details.aspx?familyid=32bc1bee-a3f9-4c13-9c99-220b62a191ee&displaylang=en Notate che il server native client SQL 2008 del componente richiesto per archiviare i dati Oracle in SQL Server NON è supportato da Windows 2000. pagina 41/42
Elenco delle importazioni/esportazioni A seconda del prodotto MEGA sono disponibili diverse funzionalità di importazione e esportazione. La funzionalità di importazione Erwin supporta la versione 4.1 e 7,1 di Computer Associates Allfusion ERwin Data Modeler. La funzionalità Importazione Power Designer supporta la versione 11 e 12.5 di Sybase Power Designer. La funzionalità Oracle Designer Import supporta la versione 10g di Oracle Designer. La funzionalità di esportazione XMI supporta la versione 2.1 di XMI. La funzionalità XMI Import supporta XMI 1.0 (UML 1.3). La funzionalità di importazione/esportazione Rose supporta la versione 2000, 2002 e 2003 di IBM Rational Rose. La funzionalità XPDL (BPMN) Export supporta la versione 2.0 del linguaggio XPDL. La funzionalità di importazione/esportazione Solman supporta le versioni 4.7, 7.0 e 7.0 EPH1 di SAP Solution Manager. La funzionalità d esportazione Appian supporta le versioni 5.7 e 6.0 di Appian. La funzionalità di importazione/esportazione Doors supporta le versioni 8.1, 8.2, 8.3, 9.1 e 9.2 di IBM Rational DOORS. La funzionalità Web Services Import supporta la versione 2.0 e 3.0 del protocollo UDDI. MEGA Designer - Integration. La funzionalità WSDL Import supporta la versione 1.1 di WSDL standard. La funzionalità BPEL4WS Export supporta la versione 1.1 del linguaggio BPEL4WS. La funzionalità XPDL Export supporta la versione 2.0 del linguaggio XPDL. La funzionalità di esportazione BPEL supporta la versione 1.1 del linguaggio BPEL. La funzionalità di importazione Visio supporta le versioni 2002, 2003 o 2007 di MS Visio. La funzionalità di esportazione MS Project supporta la versione 2002 di MS Project. La funzionalità di importazione Casewise supporta la versione 9.3 di Casewise Corporate Modeler. La funzionalità di importazione Popkin supporta la versione 10.1 di IBM Rational System Architect. pagina 42/42