Procedure consigliate per l'aggiornamento di applicazioni
In questo argomento vengono descritte le procedure consigliate da usare per l'aggiornamento di applicazioni e artefatti BizTalk.
Controllo delle versioni
Implementare una strategia di controllo delle versioni
Una buona strategia di controllo delle versioni è essenziale se vengono usate transazioni a esecuzione prolungata o l'applicazione BizTalk non può essere disattivata per eseguire aggiornamenti o correzioni di bug. È consigliabile pianificare la strategia di controllo delle versioni di tutti gli artefatti BizTalk: schemi, mappe, schede personalizzate, pipeline, componenti della pipeline, orchestrazioni, regole business, BAM e classi personalizzate chiamate in orchestrazioni e mappe.
Trovare la corrispondenza con gli assembly nel database di gestione BizTalk e nella Global Assembly Cache (GAC)
Assicurarsi che le stesse versioni degli assembly si trovino nel database di gestione BizTalk come nella GAC, in modo che l'applicazione funzioni correttamente. Se al momento della distribuzione di un assembly non si è soliti procedere sempre all'installazione nella Global Assembly Cache, è possibile che nella Global Assembly Cache e nel database di gestione BizTalk siano presenti versioni diverse dell'assembly, situazione che può causare errori di elaborazione in fase di esecuzione.
Usare lo strumento Controllo assembly BizTalk e GaC remoto per verificare il controllo delle versioni
Lo strumento Controllo assembly BizTalk e gac remoto (BTSAssemblyChecker.exe) controlla le versioni degli assembly distribuiti nel database di gestione BizTalk e verifica che siano registrati correttamente nella GAC in tutti i computer BizTalk Server. È possibile usare questo strumento per verificare che tutti gli assembly contenenti gli artefatti di una determinata applicazione BizTalk siano installati in tutti i nodi BizTalk. Lo strumento è particolarmente utile in combinazione con una strategia di controllo delle versioni solida per verificare che la versione corretta di un set di assembly sia installata in ogni computer BizTalk, soprattutto quando viene usato un approccio di distribuzione side-by-side.
Lo strumento è disponibile con il supporto di installazione BizTalk Server in Support\Tools\x86\BTSAssemblyChecker.exe.
Usare un prodotto di controllo delle versioni
È consigliabile usare un prodotto di controllo delle versioni, ad esempio Microsoft Visual Studio® Team Foundation Server 2010, per il rilevamento e il controllo delle versioni degli artefatti BizTalk. Per altre informazioni su Microsoft Visual Studio® Team Foundation Server 2010, vedere Microsoft Visual Studio® Team Foundation Server 2010 (https://go.microsoft.com/fwlink/?LinkId=210637)
Fattori di artefatti in più applicazioni BizTalk
Per eseguire il controllo delle versioni degli assembly degli artefatti BizTalk, gli assembly della soluzione BizTalk devono essere fattoriati (in pacchetto) in modo da consentire il controllo delle versioni di BizTalk Server. Per altre informazioni sul factoring, vedere Aggiunta di artefatti a un'applicazione.
Aggiornamento di un'applicazione
Usare un file di .msi per aggiornare un'applicazione
L'aggiornamento delle applicazioni è in genere un'operazione deliberata e precisa nell'ambiente di produzione. Quando si aggiorna un'applicazione, in genere è consigliabile usare un elenco di controllo manuale. Tuttavia, è possibile semplificare determinati passaggi usando un file di .msi. Quando si usa un file .msi, è possibile eseguire il wrapping degli artefatti dell'applicazione in un pacchetto distribuibile. Un file .msi è particolarmente utile quando si eseguono dll aggiornate in più caselle di runtime o si esegue una distribuzione a livello di gruppo. Quando si crea un file di .msi, è necessario escludere dal pacchetto tutte le altre risorse e associazioni invariate.
Se si aggiorna un assembly BizTalk, è necessario arrestare, annullare l'elenco, reinseguire l'integrazione e quindi avviare manualmente gli artefatti BizTalk prima e dopo l'importazione e l'installazione del file .msi. Per altre informazioni sull'aggiornamento di un assembly BizTalk, vedere Elenco di controllo: Aggiornamento di un assembly.
Se si aggiorna un assembly BizTalk Server usando il controllo delle versioni side-by-side, sarà necessario eseguire passaggi manuali prima e dopo l'uso del file .msi. Per altre informazioni sui passaggi manuali necessari, vedere Elenco di controllo: Aggiornamento di un'applicazione tramite il controllo delle versioni side-by-side.
Aggiornamento di un assembly
Incrementare la versione di un assembly in un ambiente di produzione
Se si aggiorna un assembly in esecuzione in un ambiente di produzione, sarà sempre necessario incrementare il numero di versione dell'assembly.
Aggiornare la GAC con un assembly aggiornato
Quando si aggiorna un assembly contenente un'orchestrazione, uno schema o una mappa, è necessario aggiornare la GAC con l'assembly contenente la nuova versione. In caso contrario, BizTalk Server userà la versione obsoleta. Per aggiornare la cache, in ogni computer che esegue un'istanza dell'host a cui è associata un'applicazione, disinstallare dalla GAC la versione non aggiornata dell'assembly contenente l'elemento aggiornato e assicurarsi che venga installata la nuova versione.
Riavviare un'istanza host dopo l'aggiornamento di un assembly
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.
Aggiornamento di un elemento
Annullare la distribuzione di un artefatto dipendente prima dell'artefatto da cui dipende
Se si annulla la distribuzione di un artefatto da cui dipende un altro artefatto, è prima necessario annullare la distribuzione dell'artefatto dipendente.
Nota
Se non si annulla prima la distribuzione dell'artefatto dipendente, la console di amministrazione di BizTalk Server visualizzerà un avviso e impedirà di annullare la distribuzione degli artefatti nell'ordine non corretto.
Non arrestare un elemento da cui dipende un'altra applicazione
Se si arresta un elemento di un'applicazione (per effetto dell'arresto dell'intera applicazione) dal quale dipende un'altra applicazione, l'applicazione dipendente non funzionerà correttamente. Per altre informazioni sull'arresto di un'applicazione, vedere Come avviare e arrestare un'applicazione BizTalk (https://go.microsoft.com/fwlink/?LinkID=154729).
Aggiungere un riferimento a un assembly prima di spostare un artefatto
Quando si sposta un elemento in una nuova applicazione vengono spostati anche gli eventuali altri elementi da cui dipende, a meno che la nuova applicazione non includa un riferimento alle applicazioni contenenti gli elementi da cui dipende l'elemento spostato. Vengono inoltre spostati gli elementi che presentano dipendenze dall'elemento spostato a meno che le applicazioni che li contengono non includano un riferimento alla nuova applicazione. Quando si esegue lo spostamento di elemento, viene visualizzato l'elenco degli altri elementi che verranno anch'essi spostati.
Aggiornamento delle associazioni
Automatizzare la riconfigurazione delle associazioni
- Quando si aggiorna un assembly in un'applicazione, i relativi binding vengono spesso sovrascritti o è possibile che l'assembly non venga affatto associato, costringendo alla riconfigurazione manuale dei binding. È possibile automatizzare questo processo usando un file di associazione. Se si aggiorna la stessa versione di un assembly, è prima possibile esportare un file di associazione per l'assembly, quindi aggiornare l'assembly, importare l'assembly nell'applicazione e quindi riapplicare le associazioni precedenti importando il file di associazione. Se si aggiorna un assembly con una versione più recente, è possibile esportare un file di associazione, modificare il file in modo da riflettere la nuova versione dell'assembly, importare il nuovo assembly nell'applicazione e quindi applicare le nuove associazioni importando il file di associazione. Per altre informazioni sui file di associazione, vedere Come esportare associazioni in un file di associazione. Per altre informazioni sulla modifica di un file di associazione, vedere Personalizzazione dei file di associazione (https://go.microsoft.com/fwlink/?LinkID=155000).
Avvio o arresto di un'applicazione
Arrestare un'applicazione per aggiornare gli artefatti
Se non si arresta un'applicazione per aggiornare gli artefatti nell'applicazione, è necessario interrompere temporaneamente la pubblicazione nel database MessageBox disabilitando gli endpoint e arrestando ed annullando l'elenco delle istanze in esecuzione. Per arrestare e annullare l'elenco delle istanze in esecuzione, tutte le istanze disidratate o sospese devono essere riprese e completate manualmente o terminate.
Sebbene non sia necessario chiudere un'applicazione per aggiornare un elemento o installare l'applicazione, è sempre consigliabile chiuderla.