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 per la distribuzione di un'applicazione BizTalk.
Raggruppare gli artefatti correlati in una singola applicazione
Il più possibile, inserire gli artefatti correlati nella stessa applicazione BizTalk. In questo modo è possibile gestire e distribuire gli artefatti come singola entità, semplificando la gestione. È possibile raggruppare elementi che supportano lo stesso processo aziendale o gli stessi artefatti che eseguono funzioni simili in una singola applicazione.
Distribuire elementi condivisi in un'applicazione separata
Se gli artefatti verranno condivisi da due o più applicazioni, distribuire gli artefatti condivisi in un'applicazione separata. Ad esempio, se due applicazioni condividono uno schema, posizionare lo schema in un'applicazione separata. Questo perché solo un artefatto ha lo stesso identificatore univoco locale (LUID), costituito dal nome dell'artefatto e facoltativamente da altri attributi, può esistere in un gruppo BizTalk. Se si include un artefatto in un'applicazione e quindi si crea un riferimento da un'altra applicazione, è possibile che si verifichino problemi come l'applicazione di riferimento che non funziona correttamente quando si arresta l'applicazione contenente l'artefatto.
Questa procedura consigliata si applica a tutti i tipi di artefatti, ad eccezione dei file Readme e degli script, che vengono aggiunti all'applicazione come tipo di elemento File. Ciò è dovuto al fatto che più di un artefatto di file con lo stesso nome può essere distribuito in un gruppo BizTalk. Pertanto, è possibile usare un file con lo stesso nome in due o più applicazioni. L'arresto di un'applicazione non influirà sull'altra applicazione. Per altre informazioni sull'aggiunta di artefatti di file, vedere Come aggiungere un file a un'applicazione.
Per le procedure consigliate per la condivisione di tipi di artefatti specifici, vedere "Distribuire un sito Web condiviso in un'applicazione separata", "Distribuire criteri condivisi in un'applicazione separata" e "Distribuire certificati condivisi in un'applicazione separata" in questa sezione.
Distribuire un sito Web condiviso in un'applicazione separata
Se un sito Web verrà condiviso da più soluzioni aziendali, distribuire il sito Web in un'applicazione separata. Ciò è dovuto al fatto che quando si disinstalla un'applicazione BizTalk, la directory virtuale di qualsiasi sito Web che fa parte dell'applicazione viene rimossa, anche se il sito Web è in esecuzione. Se il sito Web viene condiviso con un'altra soluzione aziendale, l'altra soluzione aziendale non funzionerà più correttamente di conseguenza.
Distribuire criteri condivisi in un'applicazione separata
Se un criterio viene usato da due o più applicazioni, è consigliabile distribuirlo in un'applicazione separata anziché creare un riferimento da un'applicazione a un'altra. Ciò è dovuto al fatto che quando si arresta un'applicazione, i relativi criteri non vengono distribuiti. Se si arresta un'applicazione che include un criterio usato da un'altra applicazione, i criteri non funzioneranno più in alcuna applicazione.
Distribuire i certificati condivisi in un'applicazione separata
Se un certificato viene usato da una porta di trasmissione o da un percorso di ricezione in due o più applicazioni, è necessario distribuire il certificato in un'applicazione separata e quindi fare riferimento a questa applicazione dalle applicazioni che devono usare il certificato. Ciò è dovuto al fatto che nel gruppo BizTalk può esistere un solo artefatto con un particolare LUID, quindi non sarà possibile importare lo stesso certificato in due applicazioni diverse. Se si tenta di importare due applicazioni che usano lo stesso certificato, la prima importazione avrà esito positivo e la seconda non verrà eseguita. In questo caso, l'uso dell'opzione di importazione Sovrascrittura non risolve il problema, perché il certificato esistente da sovrascrivere è contenuto in un'altra applicazione.
Non distribuire mai un assembly da Visual Studio in un computer di produzione
Durante il processo di sviluppo, lo sviluppatore spesso deve ridistribuire gli assembly da Visual Studio. Per abilitare il ridispiegamento, Visual Studio può annullare la distribuzione, annullare l'associazione, arrestare e deregistrare gli artefatti inclusi negli assembly. Sebbene sia necessario e appropriato nell'ambiente di sviluppo, può causare conseguenze impreviste e indesiderate in un ambiente di produzione. Per questo motivo, nonché per evitare la possibilità che chiunque tenti di distribuire un assembly da Visual Studio in un computer di produzione, è consigliabile non installare mai Visual Studio in un computer di produzione.
Inoltre, non fare mai riferimento a un database di produzione da un computer che esegue Visual Studio.
Quando si distribuiscono file MSI di grandi dimensioni, potrebbe essere necessario aumentare il timeout predefinito delle transazioni dei componenti COM+ usati da BizTalk per distribuire le applicazioni
Se il file MSI distribuito è molto grande (oltre 100 MB), l'applicazione potrebbe non essere distribuita entro il timeout predefinito delle transazioni dei componenti COM+ usati da BizTalk durante la distribuzione dell'applicazione. Se le transazioni associate a questi componenti COM+ vanno in timeout prima che la distribuzione sia completata, la distribuzione fallirà. Se si distribuiscono file MSI di grandi dimensioni, è consigliabile adottare uno di questi approcci per attenuare questo problema:
Distribuire diversi file MSI più piccoli anziché un file MSI di grandi dimensioni.
Aumentare il timeout predefinito della transazione 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 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.