Clustering dei database BizTalk Server
Se i database BizTalk Server risultano non disponibili, l’ambiente BizTalk Server non può funzionare correttamente. Per garantire una disponibilità elevata, è possibile creare un cluster di Microsoft SQL Server per i database BizTalk Server, come illustrato nella figura seguente.
Per creare una soluzione altamente disponibile per i database BizTalk Server, è necessario disporre almeno di due computer che eseguono SQL Server e un array di dischi condivisi nel cluster.
Opzioni di clustering
Determinare la configurazione cluster più adatta ai database BizTalk Server in base alle esigenze aziendali. Ecco un elenco delle opzioni:
Attivo/passivo. La disponibilità elevata per i database BizTalk Server è in genere costituita da due o più computer di database 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 dell'area di archiviazione) e usano Windows Clustering per fornire ridondanza e tolleranza di errore di backup.
Attivo/attivo. Windows Clustering e SQL Server consentono di eseguire SQL Server in modalità Attiva/Attiva in cui ogni nodo del cluster è "attivo" ed esegue una o più istanze di SQL Server. Ad esempio, ciò consente di avere il database MessageBox in un nodo e in tutti gli altri database BizTalk Server nell'altro nodo. In questo modo è possibile ottimizzare l'utilizzo dell'hardware del cluster, ma è consigliabile usare una configurazione di SQL Server attiva/attiva con attenzione.
Ogni nodo può gestire simultaneamente il carico di tutte le istanze di SQL Server durante uno scenario di failover del nodo del cluster SQL Server? Sono disponibili risorse cpu sufficienti? Memoria sufficiente? Che ne dici della larghezza di banda di rete? Che ne dici della contesa di I/O su disco?
Queste sono solo alcune delle domande a cui è necessario rispondere per determinare se un cluster di SQL Server attivo/attivo è adatto alle applicazioni BizTalk. Se viene determinato che un nodo non può gestire tutte le istanze di SQL Server in uno scenario di failover, un'alternativa consiste nell'usare il clustering attivo/attivo/passivo.
Attivo/attivo/passivo. I processi di runtime eseguono operazioni di scrittura nel database di gestione BizTalk, nei database MessageBox, nel database rilevamento di Analysis Services, nel database di analisi BAM, nel database con schema a stella BAM, nel database di importazione primaria BAM e nel database di archiviazione BAM. Questi database, pertanto, sono particolarmente importanti in caso di emergenza e devono avere la massima priorità nella scelta dei database da includere nel cluster. Le operazioni di scrittura negli altri database vengono eseguite solo da utenti e strumenti. Per i database MessageBox, è possibile prendere in considerazione una configurazione attiva/attiva/passiva o attiva/attiva/attiva/passiva per ridurre al minimo l'hardware necessario.
Nota
SQL Server Standard Edition supporta cluster di failover a 2 nodi. Se si decide di usare la configurazione attiva/attiva/passiva in SQL Server, è necessario usare il edizione Enterprise.
Procedure per il clustering dei database
Prima di avviare il clustering dei database BizTalk Server, assicurarsi di soddisfare i prerequisiti seguenti.
Se si creano gruppi di dominio per l’ambiente di BizTalk Server in uso, è necessario creare account di dominio globali.
Configurare il cluster SQL Server prima di installare e configurare BizTalk Server. Vedere Windows Server Failover Clustering (WSFC) con SQL Server o istanze del cluster di failover di Always On (SQL Server).
Se anche il server master secret deve essere incluso nel cluster, configurare prima tale server. Vedere Disponibilità elevata per il server master secret.
Eseguire la configurazione bizTalk
Installare BizTalk Server in un server di runtime.
Aprire BizTalk Server Configurazione.
Per applicare una configurazione personalizzata, vedere Importare ed esportare BizTalk Server Configurazione. Per specificare il cluster SQL Server per i database BizTalk Server immettere il nome del cluster SQL Server nella finestra di dialogo Database della configurazione.
Completare la configurazione BizTalk Server usando una configurazione personalizzata.
Per altre informazioni sul clustering BizTalk Server database, vedere Miglioramento della tolleranza di errore in BizTalk Server tramite un cluster di failover di Windows Server 2008 o un cluster di server Windows Server 2003.
Comportamento delle istanze dell'host BizTalk durante il failover di SQL Server
Per altre informazioni sul comportamento delle istanze dell'host BizTalk durante il failover di SQL Server, vedere Comportamento delle istanze host di BizTalk Server durante il failover di SQL Server.
Utilizzo della funzionalità di mirroring del database di SQL Server
Per altre informazioni sull'uso del mirroring del database SQL Server per quanto riguarda il clustering di database BizTalk Server, vedere SQL Server mirroring del database, il servizio Copia Shadow del volume e AlwaysOn.