Suggerimenti per la distribuzione di un'applicazione BizTalk

In questo argomento vengono forniti dei suggerimenti per la distribuzione di un'applicazione BizTalk.

Raggruppare gli elementi correlati in un'unica applicazione

È consigliabile inserire il più possibile gli elementi correlati nella stessa applicazione BizTalk. Ciò consente di gestire e distribuire gli elementi come un'unica entità, semplificandone in questo modo la gestione. È ad esempio opportuno raggruppare in un'unica applicazione gli elementi che supportano gli stessi processi aziendali o gli elementi che eseguono funzioni analoghe.

Distribuire gli elementi condivisi in un'applicazione a parte

Se si prevede che determinati elementi vengano condivisi fra due o più applicazioni, è utile distribuirli in un'applicazione a parte. Ad esempio, se due applicazioni condividono uno schema, è opportuno posizionarlo in un'applicazione a parte. Ciò è dovuto al fatto che in un gruppo BizTalk può esistere soltanto un elemento avente lo stesso identificatore univoco locale (LUID, Locally Unique ID), costituito dal nome dell'elemento ed eventualmente da altri attributi. Se si include un elemento in una sola applicazione e quindi in un'altra applicazione si crea un riferimento ad esso, è possibile che si verifichino dei problemi. Ad esempio, quando si arresta l'applicazione contenente l'elemento, l'applicazione che fa riferimento ad esso può funzionare in modo errato.

Questo suggerimento è valido per tutti i tipi di elemento, eccetto per i file (ad esempio i file Leggimi e gli script) che vengono aggiunti all'applicazione come elemento di tipo file. Ciò è dovuto al fatto che in un gruppo BizTalk è possibile distribuire più di un elemento di tipo file avente lo stesso nome. Di conseguenza, è possibile utilizzare un file avente lo stesso nome in due o più applicazioni. L'arresto di un'applicazione non avrà effetto sull'altra applicazione. Per altre informazioni sull'aggiunta di artefatti file, vedere Come aggiungere un file a un'applicazione.

Nei seguenti paragrafi intitolati "Distribuzione di un sito Web condiviso in un'applicazione a parte", "Distribuzione di criteri condivisi in un'applicazione a parte" e "Distribuzione di certificati condivisi in un'applicazione a parte" sono forniti dei suggerimenti riguardanti la condivisione di tipi di elemento specifici.

Distribuzione di un sito Web condiviso in un'applicazione a parte

Se si prevede che un sito Web venga condiviso da più di una soluzione di business è consigliabile distribuire il sito Web in un'applicazione a parte. Ciò è dovuto al fatto che quando si disinstalla un'applicazione BizTalk, la directory virtuale di ogni sito Web appartenente all'applicazione viene rimossa, anche se il sito Web è in esecuzione. Di conseguenza, se il sito Web è condiviso da un'altra soluzione di business, questa inizierà a funzionare in modo errato.

Distribuzione di criteri condivisi in un'applicazione a parte

Se un criterio è utilizzato da due o più applicazioni è consigliabile distribuirlo in un'applicazione a parte anziché creare un riferimento da un'applicazione all'altra. Ciò è dovuto al fatto che quando si arresta un'applicazione, la distribuzione dei relativi criteri viene annullata. Se si arresta un'applicazione contenente un criterio utilizzato da un'altra applicazione, il criterio non funzionerà più in entrambe le applicazioni.

Distribuzione di certificati condivisi in un'applicazione a parte

Se un certificato è utilizzato da una porta di trasmissione o da un indirizzo di ricezione in due o più applicazioni è consigliabile distribuire il certificato in un'applicazione a parte e quindi creare un riferimento a tale applicazione nelle applicazioni in cui occorre utilizzare il certificato. Ciò è dovuto al fatto che nel gruppo BizTalk può esistere soltanto un elemento avente un determinato LUID. Pertanto, non sarà possibile importare lo stesso certificato in due applicazioni distinte. Se si tenta di importare due applicazioni che utilizzano lo stesso certificato, soltanto la prima operazione di importazione avrà esito positivo. In questo caso l'opzione di importazione Sovrascrivi non consente di risolvere il problema, poiché il certificato esistente che si desidera sovrascrivere è contenuto in un'altra applicazione.

Evitare di distribuire assembly di Visual Studio in un computer di produzione

Durante il processo di sviluppo spesso è necessario ridistribuire gli assembly di Visual Studio. Per poter effettuare la ridistribuzione, è possibile che Visual Studio esegua l'annullamento della distribuzione, l'annullamento del binding, l'interruzione e la rimozione di elementi contenuti negli assembly. Benché necessario e appropriato in un ambiente di sviluppo, ciò può provocare conseguenze impreviste e indesiderate in un ambiente di produzione. Per questo motivo e per evitare tentativi di distribuzione di un assembly di Visual Studio in un computer di produzione, è consigliabile evitare di installare Visual Studio sui computer di questo tipo.

Inoltre, nei computer in cui è in esecuzione Visual Studio è opportuno evitare di creare riferimenti a un database di produzione.

Aumentare il timeout predefinito delle transazioni dei componenti COM+ utilizzati da BizTalk per la distribuzione delle applicazioni quando si distribuiscono dei file MSI di grandi dimensioni

Se il file MSI da distribuire è di notevoli dimensioni (oltre 100 MB), è possibile che la distribuzione dell'applicazione richieda un tempo maggiore del timeout predefinito delle transazioni dei componenti COM+ utilizzati da BizTalk durante la distribuzione delle applicazioni. Se prima del completamento della distribuzione si verifica il timeout delle transazioni associate a questi componenti COM+, la distribuzione avrà esito negativo. Se si distribuiscono file MSI di notevoli dimensioni è possibile adottare uno dei metodi riportati di seguito per affrontare questo problema.

1. Distribuire più file MSI di dimensioni ridotte anziché un unico file MSI di grandi dimensioni.

2. Aumentare il timeout predefinito delle transazioni di 3000 secondi associato a Microsoft.BizTalk.ApplicationDeployment.Group e ai componenti Microsoft.BizTalk.Deployment.DeployerComponent nell'interfaccia di gestione di Servizi componenti. Questi componenti appartengono rispettivamente alle applicazioni COM+ Microsoft.BizTalk.ApplicationDeployment.Engine e Microsoft.Biztalk.Deployment COM+. Per altre informazioni su come modificare il valore di timeout della transazione, vedere Impostazione del timeout della transazione.

Vedere anche

Distribuzione e gestione di applicazioni BizTalk