IBM Communications Server for Windows
Versione 6.4
Readme


© Copyright International Business Machines Corp. 2009
Tutti i diritti riservati
Materiale con licenza - Proprietà di IBM
Limitazioni previste per gli utenti del Governo degli Stati Uniti - L'uso, la duplicazione o la divulgazione
sono limitati dal GSA ADP Schedule Contract con la IBM Corp.
Sommario
1 Introduzione a questo rilascio
Novità in questo rilascio, cronologia delle correzioni, compatibilità
2 Informazioni sull'installazione
Requisiti hardware e software, installazione
3 Informazioni sulla disinstallazione
4 Informazioni sul Web
5 Informazioni sul rilascio
Caratteristiche e funzionalità di IBM Communications Server versione 6.4, del client API SNA e del client Remote Administration
6 Limitazioni
7 Note legali e marchi


1 Introduzione a questo rilascio

Communications Server for Windows fornisce la connettività SNA per sistemi Windows e ne consente la connessione a IBM z/OS Communications Server e ad altre implementazioni SNA che supportano connessioni LLC2 SDLC, X.25 ed Enterprise Extender. Communications Server for Windows fornisce anche un'interfaccia aperta per schede OEM.

IBM Communications Server for Windows Versione 6.4 è la versione aggiornata della Versione 6.1.3 e offre le nuove funzionalità di Progressive ARB, ritardo commutazione percorso, supporto IPv6 per TN3270E, client API SNA, supporto Java per CPI-C per Java 1.6. Fornisce inoltre gli ultimi aggiornamenti di manutenzione della versione 6.1.2 e 6.1.3. La versione 6.4 è un'installazione completa; se è installata una versione precedente alla 6.1.3 sarà necessario disinstallarla prima di installare la versione 6.4.

Il presente documento contiene informazioni aggiuntive a quelle presenti nella guida in linea e nelle pubblicazioni, ad esempio informazioni sulle nuove funzioni aggiunte, suggerimenti, restrizioni e correzioni.

Grazie per avere scelto IBM Communications Server!

[Torna all'inizio] [Sommario]


1.1 Novità in questo rilascio

IBM Communications Server for Windows Versione 6.4 fornisce il supporto per le nuove funzioni seguenti:

[Torna all'inizio] [Sommario]


1.2 Cronologia delle correzioni al prodotto

Consultare i siti Web elencati nella sezione 4 per le ultime informazioni su questo prodotto.

[Torna all'inizio] [Sommario]


1.3 Compatibilità del prodotto

Se si utilizzano connessioni EE (HPR/IP) a z/OS v1r8, v1r9 o v1r10, la correzione per z/OS APAR OA26490 deve essere applicata al sistema z/OS. Il livello PTF per questo APAR è disponibile in:

[Torna all'inizio] [Sommario]


2 Informazioni sull'installazione

Communications Server for Windows versione 6.4 viene fornito come CD-ROM ed è disponibile come pacchetto scaricabile.

[Torna all'inizio] [Sommario]


2.1 Requisiti hardware

Communications Server for Windows versione 6.4 può essere eseguito su qualsiasi sistema operativo a 32 bit supportato da Windows XP, Windows Server 2003 (Standard Edition o Enterprise Edition), Windows Vista o Windows Server 2008. A seconda dell'ambiente di rete e della piattaforma Windows utilizzata (stazione di lavoro o server), potrebbe essere necessario un processore più veloce e maggiore memoria.

Sono richiesti 5 MB di spazio libero sul disco di avvio e 175 MB su qualsiasi altro disco fisso per uso permanente.

I client API SNA vengono eseguiti in modalità a 32 bit su qualsiasi hardware richiesto da Windows XP, Windows Server 2003 (Standard Edition o Enterprise Edition), Windows Vista o Windows Server 2008. I client API SNA richiedono 25 MB di spazio libero su qualsiasi disco fisso per uso permanente.

I client Remote Administration possono essere eseguiti su qualsiasi hardware richiesto dai sistemi operativi a 32 bit per Windows XP, Windows Server 2003 (Standard Edition o Enterprise Edition), Windows Vista o Windows Server 2008.

[Torna all'inizio] [Sommario]


2.2 Requisiti software

Communications Server for Windows richiede uno dei seguenti sistemi operativi Microsoft a 32 bit:

Inoltre:

Per installare Communications Server tramite il launchpad, è necessario uno dei seguenti browser:

I client API SNA richiedono uno dei seguenti prodotti:

[Torna all'inizio] [Sommario]


2.3 Installazione

Sommario della sottosezione
2.3.1 Installazione della versione 6.4
2.3.2 Considerazioni relative all'installazione
2.3.3 Pulizia successiva all'installazione
2.3.4 Manutenzione del prodotto
2.3.5 Abilitazione della registrazione in Windows Installer

[Torna all'inizio] [Sommario]

2.3.1 Installazione della versione 6.4
Le istruzioni di installazione si trovano nel libro Quick Beginnings all'indirizzo http://www.ibm.com/software/network/commserver/windows/library/index.html

È possibile visualizzare il documento Quick Beginnings anche dal pacchetto di installazione.

[Torna all'inizio della sottosezione] [Torna all'inizio] [Sommario]

2.3.2 Considerazioni relative all'installazione

Chiudere le altre applicazioni
Communications Server interagisce con diversi prodotti installati nel sistema e richiede il riavvio, pertanto è necessario chiudere le altre applicazioni prima di installare Communications Server.

Esecuzione automatica del CD
È possibile utilizzare questa funzionalità in Windows XP, Windows Server 2003 (Standard Edition o Enterprise Edition), Windows Vista e Windows Server 2008.

Communications Server e Microsoft SNA Server
Communications Server e Microsoft SNA Server non possono essere installati sulla stessa partizione principale. Molti dei servizi comuni che coincidono tra le due applicazioni non sono compatibili tra i diversi prodotti.

Diritti amministrativi richiesti per l'utente
Un utente amministrativo di Communications Server deve disporre del diritto utente avanzato Caricamento/rimozione di driver di dispositivo come specificato in Windows User Manager. Vedere il menu Policies > User Rights con l'opzione Show Advanced User Rights selezionata. È possibile aggiungere in maniera esplicita questo diritto per ogni utente e aggiungerlo anche al gruppo di utenti IBMCSADMIN.

Installazione del controller di dominio
Quando si installa Communications Server su un controller di dominio principale o di backup, è necessario abilitare il diritto utente Log on locally per i gruppi di utenti locali IBMCSADMIN e IBMCSAPI.

[Torna all'inizio della sottosezione] [Torna all'inizio] [Sommario]

2.3.3 Pulizia successiva all'installazione
Dopo le installazioni server, è necessario il riavvio.

[Torna all'inizio della sottosezione] [Torna all'inizio] [Sommario]

2.3.4 Manutenzione del prodotto

Communications Server 6.4 è un'installazione completa e dopo questa installazione sarà possibile installare solo i CSD per la versione 6.4.

IBM offre manutenzione correttiva tramite:

Disponibilità di APAR e CSD

Correzione APAR:

Communications Server fornisce singole correzioni APAR per correggere i difetti del prodotto. Una correzione APAR per un componente specifico sostituirà le correzioni APAR precedenti per tale componente. Le correzioni APAR richiedono inoltre che sia installato il CSD più recente.

CSD:

un CSD è un aggiornamento del prodotto con tutte le correzioni APAR cumulative. Si tratta di un'installazione completa, ma il CSD di aggiornamento viene installato nella stessa directory con le stesse funzionalità del livello precedente, una volta disinstallato il livello precedente.

Gli ultimi fix pack e CSD per Communications Server for Windows sono disponibili in Fix Central sotto la voce Websphere:
http://www.ibm.com/support/fixcentral/

[Torna all'inizio della sottosezione] [Torna all'inizio] [Sommario]

2.3.5 Abilitazione della registrazione in Windows Installer
La registrazione dell'installazione dei prodotti Communications Server viene specificata al momento dell'installazione, dal Launchpad o dalla riga di comando con la registrazione specificata in maniera esplicita.

Per Windows Installer 4.0 su Windows Vista e versioni successive, i prodotti Communications Server presentano una registrazione dettagliata dell'installazione/disinstallazione abilitata per impostazione predefinita. Nei sistemi operativi Windows precedenti a Vista tuttavia, la disinstallazione avviata da "Installazione applicazioni" non viene registrata per impostazione predefinita.

Nei sistemi precedenti è necessario aggiungere la voce seguente al registro del computer per registrare la disinstallazione da "Installazione applicazioni":

Vedere l'articolo Attivazione della registrazione di Windows Installer sul sito Web Microsoft all'indirizzo: http://support.microsoft.com/kb/223300

Per registrare una disinstallazione, prima di disinstallare uno dei tre prodotti Communications Server eseguire msilogging_add.reg che si trova in Tools nella directory di installazione principale di Communications Server per aggiornare il registro.

Nota: poiché la registrazione di Windows Installer è valida per tutti i prodotti installati/disinstallati nel sistema, lasciare la registrazione abilitata può influire sulle prestazioni e ridurre lo spazio su disco.

Dopo la disinstallazione, eseguire msilogging_remove.reg per rimuovere la voce. Nonostante il prodotto sia stato disinstallato, i file msilogging si trovano sempre in Tools nella directory di installazione principale di Communications Server. Questi file non vengono disinstallati con il prodotto.

I log di installazione si trovano nella directory di log specificata all'installazione del prodotto. Quando il prodotto viene disinstallato tramite "Installazione applicazioni", il log di disinstallazione si trova nella directory TEMP del computer. Il nome del file di log ha il formato MSI***.log dove *** è un numero. Fare riferimento alla data/ora per determinare quale file corrisponde alla disinstallazione di Communications Server.

[Torna all'inizio della sottosezione] [Torna all'inizio] [Sommario]


3 Informazioni sulla disinstallazione

Rimozione di versioni precedenti di Communications Server

Communications Server versione 6.1.2 APAR JR21456 fornisce un pacchetto di pulizia che consente di rimuovere la versione 6.1.2 e le informazioni relative a registro e codice di Communications Server. Per assicurare una disinstallazione completa delle versioni precedenti di Communications Server, è possibile scaricare il pacchetto di pulizia (JR21546) dall'indirizzo http://www.ibm.com/support/docview.wss?rs=2262&uid=swg24009834

Le istruzioni di disinstallazione si trovano nel libro Quick Beginnings all'indirizzo http://www.ibm.com/software/network/commserver/windows/library/index.html

È possibile visualizzare il documento Quick Beginnings anche dal supporto di installazione.

Se Personal Communications è installato nello stesso computer in cui è installato Communications Server, è necessario disinstallare prima Personal Communications e in seguito Communications Server.

Se non è possibile disinstallare correttamente Personal Communications, andare alla seguente pagina di supporto di Communications Server e cercare le note tecniche per ulteriori informazioni:
http://www.ibm.com/support/search.wss?tc=SSHQNF&rs=2262&rank=8&dc=DB520+D800+D900+DA900+DA800+DB560&dtm

Prima di tentare la disinstallazione di Communications Server è necessario chiudere tutte le applicazioni che utilizzano tale prodotto. Il tentativo di disinstallazione di Communications Server con un'applicazione (ad esempio APING o Personal Communications) in esecuzione comporterà il blocco della disinstallazione fino alla chiusura dell'applicazione.

Rimozione di versioni precedenti di Communications Server for Client Access

Per rimuovere la versione 6.1.2 o versioni precedenti, eseguire regsvr32.exe su cwbzzodb.dll e cwbzzidx.dll. Vedere Repair after installing or uninstalling Client Access per ulteriori informazioni.

Per rimuovere la versione 6.1.3 andare in Installazione applicazioni, selezionare il programma e rimuoverlo.

[Torna all'inizio] [Sommario]


4 Informazioni sul Web

Informazioni sul prodotto
Per le informazioni più recenti sulla famiglia di prodotti IBM Communications Server, visitare il sito Web Communications Server all'indirizzo

http://www.ibm.com/software/network/commserver.

Questo sito Web fornisce informazioni e collegamenti a notizie in primo piano, documenti di specifiche, FAQ, formazione e molto altro.

Supporto del prodotto
Per le informazioni di supporto più recenti, visitare il sito Web di supporto di Communications Server all'indirizzo

http://www.ibm.com/software/network/commserver/support.

Questo sito Web fornisce informazioni e collegamenti a correzioni del codice, suggerimenti, newsgroup, manutenzione e molto altro.

Note tecniche
È possibile eseguire ricerche nelle note tecniche nel database di supporto IBM all'indirizzo http://www.ibm.com/support/search.wss?tc=SSHQNF&rs=2262&rank=8&dc=DB520+D800+D900+DA900+DA800+DB560&dtm.

Fix Central
Per gli ultimi fix pack, CSD o informazioni aggiornate sul rilascio per Communications Server for Windows, cercare sotto la voce Websphere in Fix Central:
http://www.ibm.com/support/fixcentral/

[Torna all'inizio] [Sommario]


5 Informazioni sul rilascio

Sommario della sezione
5.1 Caratteristiche e funzionalità della versione 6.4
5.2 Caratteristiche e funzionalità della versione 6.1.3
5.3 Caratteristiche e funzionalità della versione 6.1.2
5.4 Client API SNA
5.5 Remote Administration
5.6 Configurazione APINGD

[Torna all'inizio] [Sommario]


5.1 Caratteristiche e funzionalità della versione 6.4

Sommario della sottosezione
5.1.1 Supporto IPv6 per TN3270E e client API SNA
5.1.2 Supporto APPC Cancel Conversation
5.1.3 Miglioramenti alla sincronizzazione del programma di transazione
5.1.4 Aggiunta del supporto per l'eliminazione del nome PU in ACTPU
5.1.5 Progressive ARB
5.1.6 Ritardo commutazione percorso
5.1.7 Disabilitazione del supporto per l'attivazione remota per il collegamento

5.1.1 Supporto IPv6 per TN3270E e client API SNA
Il server TN3270E supporta i client IPv4 e IPv6, purché il protocollo IPv6 sia installato nel computer server. Il protocollo IPv6 può essere installato su Windows XP e sulle versioni successive del sistema operativo Windows. Anche il client API SNA IBM supporta IPv6.

NOTA: SNA over IP di AnyNet non supporta l'indirizzamento IPV6. La funzione AnyNet in Communications Server for Windows verrà rimossa nel prossimo rilascio. Pianificare la sostituzione di questa funzione con Enterprise Extender o utilizzando un'implementazione client API SNA.

[Torna all'inizio della sottosezione] [Torna all'inizio] [Sommario]

5.1.2 Supporto APPC Cancel Conversation
Il verbo CANCEL_CONVERSATION è un verbo di controllo che annulla una connessione tra una LU locale e una LU partner utilizzando un programma di transazione (tp_id) e una conversazione (conv_id) specifici.

La definizione della struttura VCB per il verbo CANCEL_CONVERSATION è la seguente:

typedef struct cancel_conversation
{
unsigned short opcode; /* verb operation code */
unsigned char opext; /* verb extension code */
unsigned char format; /* format */
unsigned short primary_rc; /* primary return code */
unsigned long secondary_rc; /* secondary return code */
unsigned char tp_id[8]; /* TP identifier */
unsigned long conv_id; /* conversation identifier */
} CANCEL_CONVERSATION;
Fare riferimento alla guida di programmazione client/server per l'utilizzo di questo verbo. [Torna all'inizio della sottosezione] [Torna all'inizio] [Sommario]

5.1.3 Miglioramenti alla sincronizzazione del programma di transazione
La versione precedente di Communications Server for Windows supporta solo tre livelli di sincronizzazione (Qualsiasi, Nessuno e Conferma). Sono state aggiunte altre due sincronizzazioni (SYNCPT negoziabile e SYNCPT richiesto) alla definizione del programma di transazione.

  • SYNCPT negoziabile Il programma di transazione supporta i livelli di sincronizzazione Nessuno, Conferma o Punto di sincronizzazione.
  • SYNCPT richiesto Il programma di transazione supporta il livello di sincronizzazione Punto di sincronizzazione.

    Il livello di sincronizzazione richiesto può essere selezionato durante la definizione del programma di transazione dal pannello base dell'applicazione Configurazione nodo.

    [Torna all'inizio della sottosezione] [Torna all'inizio] [Sommario]

    5.1.4 Aggiunta del supporto per l'eliminazione del nome PU in ACTPU
    Generalmente, Communications Server for Windows identifica il nome PU nel messaggio REQACTPU all'attivazione dei PU DLUR. Impostare la parola chiave NO_PUNAME_TO_HOST per interrompere l'invio di questa identificazione. NO_PUNAME_TO_HOST nel file .ACG è parte della definizione NODE.

    Questo parametro può essere impostato nella GUI di configurazione del pannello Avanzate della definizione Nodo, nonché nel file .ACG.

    [Torna all'inizio della sottosezione] [Torna all'inizio] [Sommario]

    5.1.5 Progressive ARB
    IBM Communications Server for Windows generalmente notifica il supporto di connessioni RTP per tutti gli algoritmi ARB disponibili: standard, modalità responsive e modalità progressive. Per utilizzare l'elaborazione RTP normale in modo che Communications Server for Windows utilizzi il migliore meccanismo RTP disponibile in base alle capacità del sistema remoto, impostare questo parametro su ANY.

    Per personalizzare il funzionamento RTP, specificare uno dei seguenti valori per la parola chiave ARB_SUPPORT nella sezione NODE:

  • FORCE_STANDARD_ARB:
    Se viene impostato questo valore, Communications Server for Windows notificherà solo il supporto per l'algoritmo ARB standard, e non per gli algoritmi modalità responsive e modalità progressive.
  • NO_PROGRESSIVE_ARB:
    Se viene impostato questo valore, Communications Server for Windows notificherà il supporto per gli algoritmi ARB standard e modalità responsive, ma non per l'algoritmo modalità progressive.

    [Torna all'inizio della sottosezione] [Torna all'inizio] [Sommario]

    5.1.6 Ritardo commutazione percorso
    Ritardo minimo in secondi prima che si verifichi una commutazione di percorso nelle connessioni RTP. Specificando un ritardo si evitano tentativi di commutazione di percorso inutili causati da una momentanea insufficienza di risorse nel sistema remoto, in particolare quando non ci sono altri instradamenti disponibili.

    Il valore predefinito per questo parametro è zero, a indicare che un tentativo di commutazione di percorso può verificarsi non appena il protocollo lo ritiene necessario.

    Fare riferimento al capitolo 23, sezione RTP_TUNNING del manuale Configuration File Reference per ulteriori informazioni.

    [Torna all'inizio della sottosezione] [Torna all'inizio] [Sommario]

    5.1.7 Disabilitazione del supporto per l'attivazione remota per il collegamento
    Un nuovo parametro, DISABLE_REMOTE_ACT, è stato aggiunto al record di definizione dei collegamenti. Impedisce l'attivazione della stazione di collegamento da parte del nodo remoto. I valori possibili sono:
    • DISABLE_REMOTE_ACT=1, YES. La stazione di collegamento può essere attivata solo dal nodo locale; se il nodo remoto tenta di attivarla, CS Windows rifiuterà il tentativo;
    • DISABLE_REMOTE_ACT=0, NO (valore predefinito). La stazione di collegamento può essere attivata dal nodo remoto.

    DISABLE_REMOTE_ACT nel file .ACG è parte della definizione LINK_STATION. Questo parametro può essere impostato nella definizione Stazione di collegamento nel pannello Riattivazione.

    [Torna all'inizio della sottosezione] [Torna all'inizio] [Sommario]


    5.2 Client API SNA

    Sommario della sottosezione
    5.2.1 L'applicazione non si riavvia
    5.2.2 Supporto di più utenti
    5.2.3 Configurazione su Windows Terminal Client (WTC)
    5.2.4 Note relative alla traccia e alla registrazione di messaggi per il client API SNA
    5.2.5 Modifiche ai server di directory LDAP

    5.2.1 L'applicazione non si riavvia
    Se l'applicazione non si riavvia correttamente dopo che è stata persa una connessione del client API SNA al server, le DLL e gli eseguibili del client API SNA potrebbero non essere stati scaricati correttamente dalla memoria. In questo caso, l'applicazione potrebbe non riavviarsi anche se la connessione viene ristabilita.

    Se si verifica questo problema è necessario terminare manualmente gli eseguibili del client API SNA. L'utilità da riga di comando resetapi.exe viene installata con le API del client Windows. Questa utilità consente di terminare gli eseguibili del client API SNA, senza necessità di riavviare il client.

    [Torna all'inizio della sottosezione] [Torna all'inizio] [Sommario]

    5.2.2 Supporto di più utenti
    I sistemi in esecuzione in un ambiente Windows Terminal Server (WTS) con il client API SNA possono supportare più utenti. Di seguito viene riportato uno scenario per l'utilizzo di client Windows Terminal Server, come Remote Desktop, con una connessione a WTS con Personal Communications e il client API SNA in un ambiente per più utenti.

    Client Remote Desktop <====> WTS con Personal Communications e client API SNA <====> CS/Windows <====> Host z/OS

    [Torna all'inizio della sottosezione] [Torna all'inizio] [Sommario]

    5.2.3 Configurazione su Windows Terminal Client (WTC)
    Non è richiesta alcuna configurazione specifica di WTC. Accedere a WTS tramite il client Remote Desktop o qualsiasi altro software WTC. Utilizzare la sessione Personal Communications configurata definita su WTS.

    Di seguito viene riportata la configurazione su WTS.

    1. Configurare il client API SNA per sessioni LUA. Questa configurazione può essere eseguita per ogni utente.
      1. Scegliere Configurazione INI locale.
      2. Configurare i dati globali, ad esempio ID utente, password e così via. Per ulteriori dettagli fare riferimento al documento Quick Beginnings.
      3. Creare una definizione LUA che includa il nome della sessione LUA, l'indirizzo IP del server e così via. Per ulteriori dettagli, fare riferimento al documento Quick Beginnings.
      4. Salvare la configurazione.
        • Se si desidera salvare questa configurazione per un utente specifico, creare una directory con il nome utente desiderato (ad esempio, utente1) e memorizzare il file di configurazione con il nome dell'utente (ad esempio, utente1.ini). Per completare la configurazione, vedere il punto 3 di seguito, "Per configurare un file .INI diverso per ogni utente."
        • Se si desidera un'unica configurazione per tutti gli utenti, memorizzare il file nell'ubicazione predefinita sotto il nome predefinito. L'unica differenza è il supporto per la configurazione di più utenti.
    2. Configurare Personal Communications per utilizzare il client API SNA. La procedura è la stessa di prima, con o senza supporto WTS.
      1. Scegliere l'interfaccia Client API.
      2. Scegliere il collegamento LUA0,1,2,3 via WINRUI.
      3. Fare clic su Parametri di collegamento e scegliere il nome della sessione configurata nel client API SNA.
      4. Mantenere i valori predefiniti per le altre impostazioni.
    3. Per configurare un file .INI diverso per ogni utente, attenersi alla seguente procedura:
      1. Accedere al sistema come l'utente per il quale configurare il file .INI.
      2. Andare nel pannello Proprietà del sistema > Avanzate e fare clic su Variabili d'ambiente.
      3. Fare clic su Variabili utente > Nuova.
      4. Digitare CSNTAPI per il valore della variabile e immettere il percorso del file .INI.

        Ad esempio, se la configurazione dell'utente 1 si trova nel file C:\utente1\utente1.ini e quella dell'utente 2 nel file C:\utente2\utente2.ini, la configurazione sarà la seguente:

        • Per l'utente 1 digitare CSNTAPI per il valore della variabile e C:\utente1\utente1.ini per il percorso
        • Per l'utente 2 digitare CSNTAPI per il valore della variabile e C:\utente2\utente2.ini per il percorso

    Non è necessaria alcuna altra modifica alla procedura di configurazione. La configurazione delle sessioni LUA, dei programmi di transazione e così via, resta invariata. La configurazione di Personal Communications non richiede modifiche. I passi per configurare Personal Communications o qualsiasi applicazione LU restano invariati.

    [Torna all'inizio della sottosezione] [Torna all'inizio] [Sommario]

    5.2.4 Note relative alla traccia e alla registrazione di messaggi per il client API SNA
    • Se viene selezionata l'opzione Tutte le tracce API di Funzione di traccia, nel file pcatrace.dat vengono registrate anche le tracce di debug. Durante la raccolta delle tracce di debug, selezionare l'opzione Tutte le tracce API. Fare clic su Avvia per avviare la traccia. La traccia di debug si interrompe quando viene interrotta la traccia o quando l'utente esce dalla GUI di Funzione di traccia.
    • Le registrazioni dei messaggi vengono sempre memorizzate nel file MsgLog.dat. I file di registrazione dei messaggi (MsgLog.dat) sono raccolti in due file della dimensione di 131 KB ciascuno, per ridurre la dimensione dei singoli file di registrazione e semplificarne la gestione. Infobundler raccoglie entrambi i file di registrazione dei messaggi.
    • La traccia può essere avviata dagli amministratori ma anche da utenti non amministratori.
    • La traccia dettagliata (pcatrace.dat) verrà raccolta in più file. Per impostazione predefinita la dimensione di ciascun file è di 100K e il numero massimo di file è 999.
    • I valori predefiniti (dimensione e numero massimo dei file) può essere modificata con il comando tracedg /s FileSize /n MaxNum. Questo valore è globale: il valore impostato da un utente sarà valido per tutti gli utenti.

      Ad esempio, tracedg /s 92160 /n 20 crea file pcatrace da 90k ognuno e il numero massimo di file creati sarà 20. Dopo il ventesimo file verrà sovrascritto il primo.

    • L'ubicazione predefinita per i file Msglog.dat e pcatrace.dat è la directory specificata da "APPDATA" (sarà raccolta separatamente per ogni utente). L'ubicazione può essere modificata impostando la variabile di ambiente CSNTAPITRCLOG.
    • Infobundler viene fornito con questa versione per acquisire file chiave del client necessari per la diagnosi dei problemi. È necessario eseguirlo e inviare l'output ogni volta che si contatta IBM per un problema. Per eseguire infobundler, passare alla directory di installazione del client API SNA (ad esempio: C:\CSNTAPI) dalla riga di comando. Eseguire INFOB.exe dalla riga di comando. Ad esempio:

      C:>INFOB

      Verranno eseguiti 13 passi e le informazioni verranno raccolte in cspd.exe (11 documenti indicati di seguito). cspd.exe si troverà nella directory di installazione (valore predefinito C:\Programmi\IBM\CS SNA API Client).

      Per qualsiasi problema segnalato, eseguire infobundler e inviare al supporto IBM il file cspd.exe.

      Di seguito viene riportato un riepilogo delle funzioni di Infobundler per il client API SNA:

      1. Bundle MsgLog.dat (file di registrazione dei messaggi di errore)
      2. Bundle pcatrace.dat (file di dati della traccia di debug)
      3. Bundle CSNTAPI.TRC (file di dati di traccia non formattato)
      4. Bundle CSNTAPI.FMT (file di dati di traccia formattato)
      5. Bundle APIERROR.LOG (file di registrazione degli errori API)
      6. Bundle Eventlogs
      7. Bundle log Dr.Watson
      8. Bundle CSNTAPI.INI
      9. Bundle di tutte le chiavi di registro. Le variabili di ambiente dell'utente e quelle del sistema fanno parte delle impostazioni del registro. Le variabili di ambiente dell'utente corrispondono all'utente che esegue Infobundler.
      10. Bundle elenco directory CSNTAPI
      11. Bundle elenco directory Windows\system32. Utile per stabilire se l'applicazione sta utilizzando WINRUI32.DLL, WINAPPC32.DLL, ecc. dall'installazione del client API SNA o dall'installazione Microsoft Windows. Se queste API vengono utilizzate dall'installazione Microsoft Windows, l'applicazione non funziona correttamente.

    [Torna all'inizio della sottosezione] [Torna all'inizio] [Sommario]

    5.2.5 Modifiche ai server di directory LDAP
    Le informazioni di configurazione del client API SNA possono essere mantenute in una directory LDAP. I server di directory supportati per questo rilascio sono Netscape Directory Server Versione 4.0, IBM Directory Server Versione 3.1.1 e Lotus Domino Versione 5.0.

    Per Netscape Directory Server vengono fornite estensioni dello schema che devono essere aggiunte alla configurazione server prima di configurare i client API SNA. Gli altri server di directory supportati dispongono già delle definizioni di schema necessarie. Il controllo accessi per voci e attributi deve essere controllato tramite l'utilità di amministrazione del server di directory.

    L'utilità di configurazione LDAP del client API SNA consente di modificare le voci estese. L'ID utente utilizzato per questa utilità deve disporre dell'accesso in scrittura per le voci nella directory. È possibile utilizzare l'ID dell'amministratore della directory (che dispone di tali autorizzazioni) per l'esecuzione dell'utilità di configurazione del client.

    Per aggiungere le estensioni dello schema al server Netscape, aggiungere le righe seguenti al file slapd.conf che si trova nella directory \config di Netscape Directory Server.

    include ibmcs-oc-ns.conf
    include ibmcs-at-ns.conf

    Il nome esatto del percorso a questa directory dipende da dove è installato il server di directory e dal nome del server di directory. Ad esempio:

    lettera_unità:\netscape\suitespot\slapd-nomehost\config

      [Torna all'inizio della sottosezione] [Torna all'inizio] [Sommario]


      5.3 Remote Administration

      5.3.1 Accesso al file di registrazione dei messaggi
      È possibile consultare il file di registrazione dei messaggi su una macchina remota in cui è installato Communications Server. Mappare l'unità in cui è installato Communications Server. Aprire l'applicazione Visualizzazione registrazione di Communications Server e quindi il file di registrazione remoto pcwmsg.mlg.

      [Torna all'inizio della sottosezione] [Torna all'inizio] [Sommario]

      5.3.2 Amministrazione di versioni server diverse
      Tramite configurazione remota è possibile configurare solo Communications Server della stessa versione. Ad esempio, tramite la versione 6.1.3 della configurazione remota è possibile configurare solo un nodo Communications Server Versione 6.1.3.

      [Torna all'inizio della sottosezione] [Torna all'inizio] [Sommario]

      5.4 Configurazione APINGD
      Per eseguire APING su un nodo SNA, il TP (Transaction Program) APINGD deve essere definito correttamente nel file di configurazione. Quando si crea un nuovo file di configurazione, un TP APINGD viene definito nella directory in cui è installato Communications Server. Se un file di configurazione viene copiato da un altro computer o rilascio non installato nella stessa directory, è necessario aggiornare il nome del percorso APINGD. Ad esempio, se un file di configurazione versione 6.1.3 con percorso di installazione predefinito C:\IBMCS deve essere utilizzato per la versione 6.4 con percorso di installazione predefinito C:\Programmi\IBM\Communications Server, modificare:
      PATHNAME=C:\IBMCS\apingd.exe
      in
      PATHNAME=C:\Programmi\IBM\Communications Server\apingd.exe
      

      È possibile modificare il file di configurazione .acg o utilizzare la GUI di configurazione in "CPIC e APPC -> Programmi di transazione".

      [Torna all'inizio della sottosezione] [Torna all'inizio] [Sommario]


      6 Limitazioni

      6.1 SLP e livelli di codifica diversi
      Una sessione client che punta a una porta TN3270 con sicurezza elevata tramite una query SLP potrebbe essere connessa a una porta TN3270 Solo autentica, o viceversa, se entrambe sono configurate sullo stesso server.

      Communications Server for Windows consente di configurare livelli di codifica diversi (Alta, Media, Solo autentica) per la definizione di una porta TN3270(E) o TN5250. Questi livelli di codifica si trovano nel pannello Sicurezza della finestra Definizioni di porte TN3270.

      Alcuni client TN3270 o TN5250 (come Host On-Demand Versione 5) non utilizzano interamente le informazioni SSLv3 che Communications Server notifica in un pacchetto SLP. Questi client si connettono alla prima porta con livello SSL, ambito, pool e carico richiesti, senza considerare il livello di codifica. Il risultato potrebbe essere una sessione che si connette a una porta con un livello di codifica diverso da quello desiderato.

      Per evitare questa situazione, utilizzare un unico livello di codifica (Alta, Media o Solo autentica) per ogni macchina o ambito. È possibile puntare in maniera univoca alle porte su un dato server abilitando e disabilitando la sicurezza e l'autenticazione client.

      [Torna all'inizio della sottosezione] [Torna all'inizio] [Sommario]

      6.2 Utilizzo del client API SNA
      I client API SNA sono adatti ad ambienti con filiali con un numero basso di utenti che si connettono tramite il client API SNA. Se si stanno consolidando filiali diverse in un unico centro dati o se si utilizza un'applicazione server Web, si consiglia di utilizzare un server piuttosto che un client API SNA.

      [Torna all'inizio della sottosezione] [Torna all'inizio] [Sommario]


      7 Note legali e marchi

      AnyNet, IBM, S/390, WebSphere e z/OS sono marchi o marchi registrati di IBM Corporation negli Stati Uniti e/o negli altri paesi.

      Tivoli e Tivoli License Management sono marchi di Tivoli Systems Inc. o IBM Corporation negli Stati Uniti e/o negli altri paesi.

      Lotus e Domino sono marchi o marchi registrati di Lotus Development Corporation negli Stati Uniti e/o negli altri paesi.

      Microsoft, Windows, Windows NT, Windows 2000, Windows XP, Windows Server 2003, Windows Vista e Windows Server 2008 sono marchi o marchi registrati di Microsoft Corporation negli Stati Uniti e/o negli altri paesi.

      VMware è un marchio registrato di VMware, inc. [Torna all'inizio] [Sommario]