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.
Le modifiche apportate alle orchestrazioni possono essere più coinvolte rispetto alle modifiche apportate ad altri artefatti, ad esempio le mappe. Se si dispone di orchestrazioni di breve durata, un semplice aggiornamento potrebbe essere sufficiente. Tuttavia, se sono presenti orchestrazioni a esecuzione prolungata o non è possibile terminare le istanze esistenti, il versionamento parallelo sarà l'unica opzione.
Quando un'orchestrazione gestisce transazioni a esecuzione prolungata, non è possibile passare immediatamente alla versione aggiornata dell'orchestrazione. È necessario consentire alla versione originale di completare l'elaborazione dei messaggi in modo che non vengano persi. Per farlo, distribuisci l'orchestrazione aggiornata nella stessa applicazione di quella originale. Fermare quindi la versione originale e avviare la versione aggiornata in modo che riceva tutti i nuovi messaggi mentre la versione originale continua a elaborare i messaggi in corso. Dopo che l'orchestrazione originale ha completato l'elaborazione di tutti i relativi messaggi, si annulla la distribuzione dall'applicazione BizTalk in cui era stata distribuita.
| Fasi | Riferimenti |
|---|---|
| Dopo aver apportato le modifiche necessarie all'orchestrazione, incrementare il numero di versione dell'assembly. | Come aggiornare un assembly |
| Distribuire l'assembly da Visual Studio in un'applicazione BizTalk e quindi testare l'assembly. Nota: Assicurarsi di selezionare l'opzione di distribuzione per installare l'assembly nella GAC. | Distribuzione di assembly BizTalk da Visual Studio in un'applicazione BizTalk (https://go.microsoft.com/fwlink/?LinkID=154719). |
| Esportare l'assembly dall'applicazione nell'ambiente di test in un file .msi. | Come esportare un'applicazione in un file di .msi |
| Importare il file .msi nell'applicazione BizTalk nell'ambiente di produzione che contiene l'orchestrazione da aggiornare. Nota: È possibile usare i passaggi seguenti per testare l'assembly e distribuirlo nell'ambiente di produzione. | Come importare un'applicazione da un file di .msi |
| Associare l'orchestrazione aggiornata usando le stesse associazioni dell'orchestrazione originale. | Come configurare le associazioni per un'orchestrazione (https://go.microsoft.com/fwlink/?LinkId=154850). |
| Rimuovere l'orchestrazione originale e poi avviare l'orchestrazione aggiornata. Nota: Per evitare eventuali messaggi eliminati, è consigliabile eseguire questa operazione a livello di codice. | Per altre informazioni sulla distribuzione dell'orchestrazione a livello di codice, vedere Distribuzione e avvio di una nuova versione di un'orchestrazione a livello di codice (https://go.microsoft.com/fwlink/?LinkId=154851). Per ulteriori informazioni sulla distribuzione manuale dell'orchestrazione, consultare la sezione seguente nella Guida di BizTalk Server: - Come rimuovere un'orchestrazione dalla lista (https://go.microsoft.com/fwlink/?LinkId=154852). - Come arruolare un'orchestrazione (https://go.microsoft.com/fwlink/?LinkId=154853). - Come avviare un'orchestrazione (https://go.microsoft.com/fwlink/?LinkId=154854). |
| Monitorare il sistema per le istanze della versione di orchestrazione originale usando la vista query della Pagina Hub di Gruppo. | Come visualizzare le informazioni sull'istanza per un'orchestrazione (https://go.microsoft.com/fwlink/?LinkId=154855). |
| Quando tutte le istanze attive, disidratate e sospese sono state completate, rimuovere l'implementazione dell'orchestrazione originale dall'applicazione. | Come rimuovere un'orchestrazione da un'applicazione (https://go.microsoft.com/fwlink/?LinkId=154856). |
| Se lo si desidera, disinstallare la versione originale dell'assembly dalla GAC su ogni computer che esegue l'applicazione. | Come disinstallare un assembly dalla GAC (https://go.microsoft.com/fwlink/?LinkId=154857). |
Associazione a porte e località di ricezione
Se si vogliono creare nuove porte di ricezione e posizioni per la nuova versione dell'orchestrazione, in genere sarà sufficiente collegarsi alle nuove porte e registrare/avviare i nuovi artefatti. La creazione di nuovi punti di ricezione e porte è in genere l'approccio preferito, soprattutto se lo scenario utilizza orchestrazioni a esecuzione prolungata in cui una serie di ricezioni correlate deve ancora essere elaborata. In questo caso, potrebbe non essere possibile riutilizzare le porte di ricezione esistenti o eseguire la rimozione dall'elenco. Assicurarsi che i sistemi backend e partner possano gestire questa modifica se si creano nuove porte. In caso contrario, sarà necessario attendere il completamento di tutte le istanze con esecuzione prolungata prima dell'aggiornamento.
Per usare le porte esistenti, eseguire le operazioni seguenti:
Associare la nuova versione dell'orchestrazione alle porte esistenti.
Rimuovere dalla lista (ma non arrestare) la versione precedente dell'orchestrazione.
Iscriversi e avviare la nuova versione di orchestrazione.
Annotazioni
È possibile usare uno script per eseguire i passaggi 2 e 3 in un'unica transazione, per evitare che le sottoscrizioni ai messaggi vadano perse tra un clic manuale e l'altro.