Considerazioni importanti sull'aggiornamento delle applicazioni
Di seguito sono riportate importanti considerazioni da tenere presenti prima di eseguire l'aggiornamento di applicazioni, in particolare quelle in esecuzione in un ambiente di produzione.
Considerazioni generali
Poiché entità e regole sono visibili nell'ambito di un gruppo, l'aggiunta di ulteriori entità e regole può interrompere altre applicazioni.
Se occorre annullare la distribuzione di un elemento da cui dipende un altro elemento, è necessario annullare prima la distribuzione dell'elemento dipendente.
Nota
Nella Console di amministrazione BizTalk Server verrà visualizzato un avviso e non sarà possibile annullare la distribuzione di elementi nell'ordine errato.
Se un assembly BizTalk in un'applicazione esistente viene aggiornato, potrebbe essere necessario riavviare le istanze host per rendere effettive le modifiche. Il riavvio di un'istanza host arresta tutte le altre applicazioni in esecuzione nell'istanza host.
Se per distribuire un'applicazione in un ambiente di produzione si utilizza Visual Studio (operazione sconsigliata) e l'opzione Riavvia istanze di host è impostata su True nelle proprietà del progetto, nel momento in cui viene distribuita l'applicazione verranno riavviate tutte le istanze host, comprese quelle non associate all'applicazione corrente. Verranno quindi interrotte tutte le altre applicazioni in esecuzione su qualsiasi istanza host nel computer locale.
Se si desidera aggiornare un assembly BizTalk Server (contenente un'orchestrazione, uno schema o una mappa) distribuito come applicazione BizTalk, è possibile effettuare una delle seguenti operazioni:
Eseguire una distribuzione side-by-side. È possibile modificare l'assembly più recente nel modo appropriato, in genere incrementando il numero di versione. In questo modo, a entrambi gli assembly viene assegnato un nome completo distinto. Per altre informazioni, vedere Come distribuire una nuova versione di un'applicazione per l'esecuzione side-by-side con una versione esistente.
Sostituire l'assembly BizTalk Server esistente con un nuovo assembly. È necessario interrompere tutte le istanze dell'host che possono caricare l'assembly non aggiornato, sostituire quest'ultimo nella GAC, quindi riavviare le istanze dell'host.
Se si esegue la distribuzione di un'applicazione completamente nuova per sostituirne una esistente, è necessario correggere eventuali riferimenti tra l'applicazione che viene sostituita e altre applicazioni.
Considerazioni sull'aggiornamento degli schemi
Se si aggiunge un assembly a un'applicazione che include un nuovo schema con lo stesso tipo di messaggio di uno schema esistente nel gruppo BizTalk, lo schema con il numero di versione più alto verrà usato quando si verifica la risoluzione dello schema nelle pipeline. Inoltre, se un tipo di messaggio fa riferimento a più tipi .NET, questa ambiguità può causare un errore di esecuzione della pipeline. Ciò è dovuto al fatto che per la ricerca nello schema vengono utilizzati il tipo di messaggio, lo spazio dei nomi di destinazione e il nome della directory principale dell'istanza. Questa situazione può verificarsi per le pipeline in qualsiasi applicazione che utilizza uno schema con lo stesso tipo di messaggio del nuovo schema. Per altre informazioni sulla risoluzione dello schema, vedere Risoluzione dello schema nei componenti della pipeline.
Quando si aggiorna uno schema, è necessario aggiornare anche le mappe che fanno riferimento allo schema (o crearne di nuove) nonché qualsiasi orchestrazione che utilizza lo schema.
Se si incrementa la versione di uno schema, è necessario aggiornare il riferimento allo schema per qualsiasi istanza e componente di pipeline che lo utilizza.
L'annullamento della distribuzione di uno schema determina l'attivazione della precedente versione (se disponibile) dello schema.
Considerazioni sull'aggiornamento dei criteri
- Il runtime di BizTalk Server utilizza la versione più recente di un criterio con stato Distribuito.