2010 Ing. Punzenberger COPA-DATA Srl Tutti i diritti riservati. Tutti i diritti riservati la distribuzione e la copia - indifferentemente dal metodo - può essere consentita esclusivamente dalla dittacopa-data. I dati tecnici servono solo per la descrizione del prodotto e non rappresentano in alcun modo parti legali. Modifiche - anche sotto aspetti tecnici sono a noi riservate
1. Benvenuti nell'help COPA-DATA... 1 2. zenon sul terminal sever... 2 3. Generale... 3 3.1 Come si lavora con il terminal server... 3 3.2 Remote Desktop vs. Terminal Server... 3 3.3 I vantaggi:... 4 3.4 Gli svantaggi... 4 4. Il sistema di controllo:... 6 4.1 Modo di procedere in linea di massima... 6 4.2 Impostazioni obbigatorie... 7 iii
Nel caso in cui non abbiate trovato delle informazioni che cercavate o se avete dei consigli relativi al completamento di questo capitolo dell'help, mandate una Mail a documentation@copadata.com (mailto:documentation@copadata.com). Se avete delle domande concernenti progetti concreti, potete rivolgervi per E-Mail al support@copadata.com (mailto:support@copadata.com). Nel caso in cui doveste constatare che avete bisogno di altri moduli o licenze, rivolgetevi ai nostri dipendenti all'indirizzo sales@copadata.com (mailto:sales@copadata.com). 1
2
Il sistema di controllo può essere utilizzato anche in combinazione con una soluzione di un terminal server. C è un Terminal Server di Windows oppure di Citryx. Tutti i test con il sistema di controllo si sono verificati sul Terminal Server di Windows. Informazioni Tenete presente che il nome del terminal client viene selezionato. Nel caso in cui si usi un firewall, bisogna tenere presente che vengono rese disponibile le port corrispondenti. Terminal server permettono di avviare diverse istanze shell (desktop) divise tra di loro su di uno stesso computer (quello HOST). Quando un terminal client si collega al server, gli viene assegnata una propria superficie, che vede solamente esso. Tutti i programmi che vengono avviati sul client, sono attivi sul terminal server. Al client vengono trasmesse solamente le informazioni d immagine (dati grafici) tramite la rete. Ci si può immaginare questo sistema come un cavo monitor prolungato tramite la rete. Sul client è attivo solamente un piccolo programma che visualizza i dati grafici inviati dal server. Sul client non è attivo nessun altro software. Proprio per questo motivo, il fabbisogno di memoria e di altre risorse del client è molto limitato. Questa è la ragione per cui si parla di Thin Clients. Un altro vantaggio del client è il seguente: visto che vengono visualizzate solamente delle informazioni grafiche, il client può essere realizzato in modo del tutto indipendente da quale sistema operativo si usi. Perciò esistono client di terminal server per Windows XP, Windows CE, Linux, Unix ecc. L unica differenza con programmi Remote Desktop, come PC Anywhere, VNC, Remote Desktop ecc., è la seguente: nel caso dei programmi Remote Desktop tutte le stazioni connesse guardano sempre ad un 3
unico desktop. Se, per esempio, un utente avvia un programma, tutti vedono lo stesso programma, lo stesso indicatore del mouse, gli stessi inserimenti effettuati con la tastiera, ecc. Nel caso invece delle soluzioni Terminal Server, invece, ogni stazione connessa ha il suo desktop proprio - un istanza propria. Solo esso vedo cosa vi accade. Le operazioni del mouse e gli inserimenti effettuati con la tastiera riguardano solamente questa istanza. Il che significa anche che un programma può essere avviato in ogni istanza,; per esempio il MS Editor può essere avviato in ogni istanza. Il programma (die EXE) è attivo in modo multiplo anche sul Terminal Server. Si deve effettuare la manutenzione di un solo computer (il server). I client possono usare un hardware/software molto conveniente e non devono essere in grado di fornire delle performance molto elevate. I client possono avere anche dei sistemi operativi differenti (Windows XP/2000, Windows CE, Linux, Unix usw.) Visto che tutti i programmi avviati di tutte le istanze sono attivi su un computer (il server), si verificano i seguenti problemi: il server deve disporre di una capacità e di un efficienza tale da poter far fronte al carico rappresentato da tutti i programmi avviati. Il server deve disporre di una RAM tale da poter far fronte al carico rappresentato da tutti i programmi avviati. Tutte le connessioni devono essere condivise. Ad esempio, adattatore di rete, COM Ports, porte parallele. 4
Il carico di rete sarà elevato, visto che sia i dati dei programmi, che i dati grafici per i client vengono trasmessi attraverso la rete. Tutti i programmi avviati usano lo stesso sistema file e gli stessi file. Per quello che concerne Word, per esempio, ciò significa che il modello di documento come, ad esempio, Normal.dot, viene scritto contemporaneamente da tutte le istanze di Word che sono state avviate. 5
A partire dalla versione 5.21 SP3, il runtime di zenon può essere utilizzato anche sul Terminal Server. L editor, invece, non può essere attivato sul Terminal Server. Sul Terminal Server può essere attivo solamente un client zenon. Non sono possibili né un server ne un sistema standalone. A. Runtime Server B. Terminal Server e un numero x di Runtime Client C. x Terminal Clients (solo visualizzazione grafica) 6
Visto che il runtime di zenon viene avviato più volte come client sul terminal server, è necessario effettuare due impostazioni per far sì che la soluzione descritta funzioni: 1. Nello zenon6.ini bisogna aggiungere il seguente inserimento sul Terminal Server. Non è necessaria nessuna impostazione sul runtime server. [TERMINAL] CLIENT=1 1: il runtime può essere avviato più volte; tutte le impostazioni per il funzionamento Terminal server vengono effettuate automaticamente dal runtime. 0: il runtime può essere avviato solamente semplicemente. Un funzionamento sul Terminal Server non è possibile. (Impostazione di Default) 2. Il servizio di rete (zennetsrv.exe) deve essere registrato come Standard COM Server e non come servizio. Per far ciò, è necessario avviare il programma dalla riga comandi mediante l'opzione -regsrv. Es: C:/Programme/COPA-DATA/zenon651/zenNetSrv.exe -regsrv a partire dalla versione 6.21 di zenon, questa è la registrazione di default. Non è quindi necessario che teniate conto in modo extra di questo punto. 3. Il servizio di trasporto (zensyssrv.exe) deve essere registrato a avviato come servizio Windows e non come Standard Exe. Per far ciò, è necessario avviare il programma dalla riga comandi mediante l'opzione -service. Es: C:/Programme/COPA-DATA/zenOn651/zenSysSrv.exe -service Potete poi avviare il servizio attraverso il Manager servizi di Windows. Il servizio viene avviato automaticamente ogni volta che sia riavvia il computer. Vi preghiamo di tenere presente che il tool "Startup" e anche il setup del servizio di trasporto è sempre registrato come Standard Exe. Per questo motivo, dovete effettuare una registrazione come servizio Windows ogni volta che eseguite il tool Startup e dopo ogni nuova installazione del servizio di trasporto. 4. Deve essere possibile scrivere nella cartella runtime da parte di tutti gli utenti. Dovete dare a tutti gli utenti Windows (ogni) in Windows Explorer Accesso completo alla cartella runtime e a tutte le sottocartelle. La definizione della cartella runtime la trovate nel capitolo Struttura file (main.chm::/12437.htm) 7
8