Pianificazione per ottenere un'elevata disponibilità
Disponibilità elevata per BizTalk Server è incentrata sul ripristino di componenti funzionali che potrebbero compromettere la disponibilità in una distribuzione di BizTalk Server.
Per dimostrare la disponibilità elevata in BizTalk Server, è necessario causare un errore e misurare l'efficacia del prodotto nel ripristino. Una distribuzione BizTalk Server a disponibilità elevata rende trasparenti gli errori e le applicazioni esterne e i sistemi e garantisce che tutti i servizi continuino a funzionare correttamente con un'interruzione minima.
La progettazione di una distribuzione di BizTalk Server che offre disponibilità elevata comporta l'implementazione della ridondanza per ogni componente funzionale coinvolto in uno scenario di integrazione delle applicazioni o di integrazione dei processi aziendali. BizTalk Server semplifica l'implementazione di questi scenari separando concettualmente i dati dagli host che elaborano i dati. Un host è un contenitore logico di elementi BizTalk, ad esempio orchestrazioni, gestori di invio e gestori di ricezione. Le istanze host vengono create e assegnate all'host. Un'istanza host è la rappresentazione fisica di un host in un server specifico. Si tratta del processo del servizio BizTalk Server denominato BTSNTSvc.exe o di un altro processo, ad esempio il processo IIS. Pertanto, la disponibilità elevata per BizTalk Server comporta l'esecuzione di più istanze host e il clustering dei database BizTalk Server, come indicato di seguito:
Architettura per gli host BizTalk. BizTalk Server consente di separare gli host ed eseguire più istanze host per offrire disponibilità elevata per funzioni chiave, ad esempio la ricezione di messaggi, l'elaborazione di orchestrazioni e l'invio di messaggi. Questi host non richiedono alcun meccanismo di clustering o bilanciamento del carico aggiuntivo perché BizTalk Server distribuisce automaticamente il carico di lavoro tra più computer tramite istanze host. Tuttavia, gli host che eseguono i gestori di ricezione per le schede HTTP e SOAP richiedono un meccanismo di bilanciamento del carico, ad esempio Bilanciamento carico di rete (NLB) per garantire la disponibilità elevata e gli host che eseguono i gestori di ricezione per FTP, MSMQ, POP3, SQL e SAP richiedono un meccanismo di clustering per garantire la disponibilità elevata.
Nota
È sempre necessario raggruppare l'adattatore di ricezione SAP per supportare uno scenario di commit in due fasi.
Architettura per i database BizTalk Server. La configurazione a disponibilità elevata per i database BizTalk Server è in genere costituita da due o più computer di database SQL Server configurati in una configurazione del cluster di server attivo/passivo. Questi computer condividono una risorsa disco comune (ad esempio un array di dischi RAID 1+0 SCSI o una rete di archiviazione) e usano il clustering di failover di Windows per garantire la ridondanza del backup e la tolleranza di errore.
Un altro componente funzionale BizTalk critico per la disponibilità elevata è il server master secret. BizTalk Server si basa su questo servizio per ottenere la chiave di crittografia.
In questa sezione vengono fornite informazioni su come gestire la disponibilità elevata in ognuna di queste categorie. Poiché una soluzione a disponibilità elevata BizTalk Server è basata su Windows e SQL Server, assicurarsi di distribuire questi prodotti con disponibilità elevata prima di configurare gli host per BizTalk Server. Nei collegamenti riportati di seguito vengono fornite informazioni su come garantire un'elevata disponibilità per questi prodotti di base:
Soluzioni a disponibilità elevata (SQL Server)](/sql/sql-server/failover-clusters/high-availability-solutions-sql-server)
Informazioni sull'impatto di un errore del componente
Nella tabella seguente sono elencati i componenti e le dipendenze di un ambiente BizTalk Server e l'impatto sull'ambiente BizTalk Server in caso di errore del componente o della dipendenza. È consigliabile considerare l'ambito di un potenziale errore quando si decide se raggruppare un componente o una dipendenza.
| Componente o dipendenza | Ambito dell'errore |
|---|---|
| SQL Server | A livello di sistema. Se SQL Server ha esito negativo, BizTalk Server non sarà in grado di elaborare i documenti. |
| Server master secret | A livello di sistema. Se il server master secret non riesce, BizTalk Server non sarà in grado di elaborare i documenti. Nota: Se il server master secret non riesce, ogni server BizTalk nel gruppo BizTalk continuerà a usare una copia in memoria memorizzata nella cache del segreto master fino al riavvio del servizio SSO aziendale in tale server BizTalk. Se il servizio Enterprise SSO viene riavviato nei server BizTalk, la copia memorizzata nella cache del segreto master viene rilasciata dalla memoria e i server BizTalk devono essere in grado di contattare il server master secret per ottenere un'altra copia del segreto master. Non riavviare il servizio SSO aziendale nei server BizTalk di un gruppo se il server master secret ha esito negativo e si vuole che il server BizTalk continui a elaborare i documenti. |
| MSDTC | Server. Se MSDTC non riesce, qualsiasi componente nel server che richiede il supporto delle transazioni avrà esito negativo. Nota: Poiché SQL Server e il server master secret dipendono da MSDTC per il supporto delle transazioni, l'ambito dell'errore diventerà a livello di sistema se MSDTC nel server SQL o nel server master secret ha esito negativo. BizTalk Server richiede il supporto delle transazioni durante la comunicazione con SQL Server e il server master secret durante le operazioni in fase di esecuzione. |
| Istanza dell'host BizTalk | Server. Tutti i componenti ospitati in un'istanza di Host BizTalk non potranno partecipare all'elaborazione di documenti se l'istanza host non riesce. |
| Accodamento messaggi Microsoft (MSMQ) | Server. Se MSMQ non riesce, qualsiasi elaborazione di documenti dipendente dal servizio MSMQ, ad esempio l'adapter MSMQ, verrà interrotta nel server. |
| File system | Server. Se il file system non riesce, qualsiasi elaborazione di documenti dipendente dal file system, ad esempio l'adattatore file, verrà interrotta nel server. |
Per poter gestire meglio un sistema di BizTalk Server a disponibilità elevata, è necessario avere una buona conoscenza dello stack BizTalk: Windows Server, DC (DNS, DHCP), BizTalk Server, SQL Server, server IIS, file server, server MSMQ, applicazioni esterne. Questa sezione è incentrata sulla disponibilità elevata di BizTalk Server e sul computer SQL Server dipendente.
esempi di BizTalk Server High-Availability
Per scenari di esempio in Microsoft BizTalk Server che offrono disponibilità elevata tramite livelli di scalabilità orizzontale di host, vedere Esempi BizTalk Server scenari a disponibilità elevata.
Vedere anche
Disponibilità elevata per host BizTalk
Disponibilità elevata per database
Disponibilità elevata per il server master secret
Elenco di controllo: Aumento della disponibilità con il ripristino di emergenza