Condividi tramite


Clustering dei database di BizTalk Server

Se i database BizTalk Server non sono disponibili, l'ambiente BizTalk Server non funzionerà correttamente. Per garantire la disponibilità elevata, è possibile creare un cluster Microsoft SQL Server per i database BizTalk Server, come illustrato nella figura seguente.

TDI_HighAva_SQLCluster livello database BizTalk Server

Per creare una soluzione a disponibilità elevata per i database BizTalk Server, è necessario disporre di almeno due computer che eseguono SQL Server e una matrice di dischi condivisi nel cluster.

Opzioni di clustering

Determinare la configurazione del cluster migliore per i database BizTalk Server per le 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 del 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 Clustering di Windows per fornire ridondanza e tolleranza di errore di backup.

  • attivo/attivo. Windows Clustering e SQL Server consentono di eseguire SQL Server in modalità Active/Active 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 di 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? C'è memoria sufficiente? Che ne dici della larghezza di banda di rete? Che ne dici di 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 scrivono nel database di gestione BizTalk, nei database MessageBox, nel database di Tracking Analysis Services, nel database BAM Analysis, nel database BAM Star Schema, nel database BAM Primary Import e nel database BAM Archive. Pertanto, questi database sono particolarmente importanti se si verifica un'emergenza e devono avere una priorità maggiore quando si determinano i database da cluster. Solo gli utenti o gli strumenti scrivono negli altri database. Per i database MessageBox, è possibile considerare una configurazione attiva/attiva/passiva o attiva/attiva/attiva/passiva per ridurre al minimo l'hardware richiesto.

Annotazioni

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 Enterprise Edition.

Procedure per il clustering dei database

Prima di avviare il clustering dei database bizTalk Server, assicurarsi di soddisfare i prerequisiti seguenti.

Eseguire la configurazione di BizTalk

  1. Installare BizTalk Server in un server di runtime.

  2. Aprire Configurazione di BizTalk Server.

  3. Per applicare una configurazione personalizzata, vedere Importare ed esportare la configurazione di BizTalk Server. 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.

  4. Completare la configurazione di BizTalk Server usando una configurazione personalizzata.

    Per altre informazioni sul clustering di database BizTalk Server, vedere Miglioramento della tolleranza di errore in BizTalk Server tramite un cluster di failover di Windows Server 2008 o un cluster windows Server 2003.

Comportamento delle istanze host BizTalk durante il failover di SQL Server

Per altre informazioni sul comportamento delle istanze host BizTalk durante il failover di SQL Server, vedere Comportamento delle istanze host di BizTalk Server durante il failover di SQL Server.

Utilizzo del mirroring del database di SQL Server

Per altre informazioni sull'uso del mirroring del database di SQL Server con il clustering del database di BizTalk Server, vedere Mirroring del database di SQL Server, Servizio Copia Shadow del Volume e AlwaysOn.

Vedere anche

Aumento del numero di istanze dei database bizTalk Server