Nota
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare ad accedere o modificare le directory.
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare a modificare le directory.
In questo argomento vengono descritte le procedure consigliate da usare durante 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. Dovresti pianificare la strategia di controllo delle versioni di tutti gli artefatti BizTalk: schemi, mappe, adattatori personalizzati, pipeline, componenti della pipeline, orchestrazioni, regole aziendali, BAM e classi personalizzate chiamate in orchestrazioni e mappe.
Abbinare gli assembly nel database di gestione di BizTalk e nella cache globale di assembly (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 non si installa sempre un assembly nella GAC durante la distribuzione, potrebbero essere presenti versioni diverse nella GAC e nel database di gestione BizTalk, che causeranno errori di elaborazione durante l'esecuzione.
Usare lo strumento Controllo assembly BizTalk e GaC remoto per verificare il controllo delle versioni
Lo strumento BizTalk Assembly Checker e Remote GAC (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 un'applicazione BizTalk siano installati in tutti i nodi BizTalk. Lo strumento è particolarmente utile in combinazione con una solida strategia di controllo delle versioni 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 di 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)
Distribuire gli artefatti in più applicazioni BizTalk
Per eseguire il controllo delle versioni degli assembly degli artefatti BizTalk, gli assembly della soluzione BizTalk devono essere fattorizzati (organizzati) in modo da consentire la gestione delle versioni di BizTalk Server. Per altre informazioni sul factoring, vedere Aggiunta di elementi a un'applicazione.
Aggiornamento di un'applicazione
Usare un file .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 .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 esegue l'implementazione di DLL aggiornate in più caselle di runtime o si esegue una distribuzione a livello di gruppo. Quando si crea un file .msi, è necessario escludere dal pacchetto tutte le altre risorse e associazioni non modificate.
Se si aggiorna un assembly di BizTalk, è consigliabile arrestare, disiscrivere, reiscrivere e quindi avviare manualmente gli artefatti di 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 utilizzando la versione affiancata, sarà necessario eseguire passaggi manuali pre e post utilizzo 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 assemblaggio
Aggiornare la versione di un modulo in un ambiente di produzione
Se si aggiorna un assembly in esecuzione in un ambiente di produzione, è consigliabile incrementare sempre 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. A tale scopo, in ogni computer che esegue un'istanza dell'host a cui è associata un'applicazione, disinstallare dalla GAC la versione obsoleta dell'assembly contenente l'artefatto aggiornato e verificare che la nuova versione sia installata.
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
Annulla la distribuzione di un artefatto dipendente prima di quello da cui dipende
Se si annulla la distribuzione di un artefatto da cui dipende un altro artefatto, è necessario annullare prima la distribuzione dell'artefatto dipendente.
Annotazioni
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 artefatto da cui dipende un'altra applicazione
Se si arresta un artefatto in un'applicazione (che potrebbe causare l'arresto dell'intera applicazione) da cui 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 artefatto in una nuova applicazione, vengono spostati anche tutti gli altri artefatti in cui presenta dipendenze, a meno che la nuova applicazione non abbia un riferimento alle applicazioni contenenti gli artefatti da cui dipende l'artefatto spostato. Inoltre, tutti gli artefatti con dipendenze dall'artefatto spostato vengono spostati a meno che le applicazioni che li contengono non abbiano un riferimento alla nuova applicazione. Quando si sposta un artefatto, viene visualizzato l'elenco di altri artefatti che verranno spostati.
Aggiornamento dei binding
Automatizzare la riconfigurazione delle associazioni
- Quando si aggiorna un assembly in un'applicazione, le relative associazioni vengono spesso sovrascritte o l'assembly potrebbe non legarsi affatto, costringendoti a riconfigurare manualmente le associazioni. È 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, quindi 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 elementi nell'applicazione, è necessario interrompere temporaneamente la pubblicazione nel database "MessageBox" disabilitando temporaneamente gli endpoint, e arrestare e annullare la registrazione delle istanze in esecuzione. Per arrestare e annullare l'iscrizione delle istanze in esecuzione, tutte le istanze disidratate o sospese devono essere riprese manualmente e completate o terminate.
Anche se non è necessario arrestare un'applicazione per aggiornare un artefatto o installare l'applicazione, è consigliabile arrestare sempre un'applicazione quando si aggiorna un artefatto.