Chiamata di programmi di transazione e contesa

Le informazioni seguenti si applicano solo ai casi in cui le unità elaborate comunicano in modi complessi (ad esempio catene di unità di archiviazione) in più sessioni. In questi casi, due unità di archiviazione possono tentare di allocare contemporaneamente una conversazione nella stessa sessione. In questo caso, un LU deve vincere (il vincitore della contesa) e uno deve perdere (la contesa perde). L'LU con contesa e l'LU per la contesa vengono determinati per ogni sessione quando viene stabilita la sessione. Durante tale sessione specifica, l'unità lu perdente di contesa deve ricevere l'autorizzazione dall'lu con contesa prima di allocare una conversazione. Al contrario, l'lu vincitore della contesa su tale sessione alloca una conversazione in base alle esigenze.

Si noti che quando due unità logiche comunicano su più sessioni, un LU può essere il vincitore della contesa per alcune sessioni e l'altro lu il vincitore della contesa per altri.

Un TP richiamato funzionerà in modo più efficiente se il numero di richieste allocate o MC_ALLOCATE simultanee che i problemi TP corrispondono al numero di sessioni in cui l'lu locale è il vincitore della contesa. La scelta del vincitore della contesa viene controllata tramite le modalità configurate alle due estremità della comunicazione. La modalità viene configurata usando SNA Manager in Host Integration Server. È necessario configurare una modalità per l'uso della modalità nel sistema remoto per consentire l'avvio della comunicazione tra due unità di archiviazione. Per altre informazioni sulle modalità, vedere Guida di Microsoft Host Integration Server.