Elenco di controllo: Configurazione di BizTalk Server
Seguire questa procedura per preparare BizTalk Server per l'uso in un ambiente di produzione BizTalk Server.
| Passaggi | Riferimento |
|---|---|
| Configurare gli host BizTalk e le istanze host. | Separare l'invio, la ricezione, l'elaborazione e la funzionalità di rilevamento in più host. Ciò offre flessibilità durante la configurazione del carico di lavoro e consente di arrestare un host senza influire sugli altri host. Per altre informazioni, vedere Configurazione di host e istanze host. |
| Assicurarsi di rispettare e comprendere i limiti pratici massimi di utilizzo della memoria per un'istanza host BizTalk. | Limiti pratici massimi dell'utilizzo della memoria di un'istanza host BizTalk a 32 bit |
| Configurare un host di rilevamento dedicato. | Usare un host dedicato che non fa nulla ma il rilevamento host. In questo modo, il rilevamento dell'hosting impedisce di avere un impatto sulle prestazioni di altri artefatti BizTalk in esecuzione nello stesso host. Consente inoltre di arrestare altri host senza interferire con il rilevamento. L'host di rilevamento deve essere eseguito su almeno due computer che eseguono BizTalk Server (per la ridondanza in caso di errore). Per altre informazioni, vedere Configurazione di un host di rilevamento dedicato. |
| Impostazione di adattatori WCF basati su SOAP, HTTP e connessioni simultanee | Applicare le impostazioni di configurazione IIS |
| Implementare una strategia di aggiornamento e controllo delle versioni dell'applicazione BizTalk. | - Se è necessario supportare orchestrazioni a esecuzione prolungata e/o è necessario eseguire distribuzioni di applicazioni BizTalk senza tempi di inattività delle applicazioni BizTalk, è necessario implementare e praticare una strategia di controllo delle versioni solida e BizTalk Server end-to-end per i diversi scenari di controllo delle versioni. - Se è necessario supportare orchestrazioni a esecuzione prolungata, distribuzioni side-by-side o aggiornamenti senza tempi di inattività, è necessario implementare una strategia di creazione di versioni e creazione di pacchetti di assembly che include fattori. Per altre informazioni, vedere Aggiornamento e strategie di controllo delle versioni per le applicazioni. |
| Script BizTalk Server distribuzioni di applicazioni. | Le distribuzioni di applicazioni BizTalk devono essere scriptate se possibile. È consigliabile documentare i passaggi dettagliati che non si esegue lo script. Per altre informazioni, vedere: - Uso di script per distribuire applicazioni - Gestione delle applicazioni |
| Processi predefiniti per l'invio di messaggi e il riavvio dei flussi di lavoro. | Stabilire e documentare una procedura per verificare la presenza di istanze di servizio sospese e intraprendere azioni appropriate. Nella maggior parte degli ambienti BizTalk Server, questa operazione deve essere eseguita come parte della manutenzione giornaliera dell'ambiente BizTalk Server. Per altre informazioni sull'esecuzione di controlli di manutenzione giornalieri, vedere Elenco di controllo: Esecuzione di controlli di manutenzione giornalieri. |
| Definire i percorsi di escalation per i problemi che possono essere rilevati in un ambiente BizTalk Server. | - Determinare ruoli e responsabilità - Definire i percorsi e i processi di escalation - Definire i processi e i percorsi "short-circuit" quando necessario per scenari "critici" - Definire un percorso di escalation per i problemi del fornitore, tra cui Microsoft, altri fornitori di software, fornitori di hardware (ad esempio, server, SAN, commutatori) |
| Rispettare alcune considerazioni quando si usa BizTalk Server in un sistema operativo Windows a 64 bit | Considerazioni per usare BizTalk Server in un sistema operativo Windows a 64 bit |
| Rispettare le procedure consigliate per le impostazioni di BizTalk Server. | Procedure consigliate per le impostazioni di BizTalk Server |