Disponibilità elevata per database
BizTalk Server si basa principalmente sulle SQL Server per l'archivio dati e la persistenza dei dati. Tutti gli altri componenti e host in BizTalk Server hanno ruoli specifici nel processo di integrazione delle diverse applicazioni business (ad esempio, la ricezione, l’elaborazione e il routing dei messaggi), mentre il computer del database acquisisce questi processi e li rende persistenti su disco. Ad esempio, quando BizTalk Server riceve un messaggio in arrivo, l'host di ricezione lo rende persistente nel database MessageBox prima che altri host recuperino il messaggio per l'elaborazione dell'orchestrazione e l'invio. Se la soluzione BizTalk prevede l'orchestrazione, BizTalk Server instrada il messaggio all'host che esegue il processo aziendale (host di elaborazione) e salva il messaggio nel database MessageBox al termine dell'orchestrazione. L’host di invio recupera quindi il messaggio dal database prima di inviarlo all’applicazione esterna tramite l’adapter di trasmissione.
Per garantire la disponibilità elevata per i database BizTalk Server, usare Windows Clustering per configurare due o più computer che eseguono SQL Server per creare un cluster di server. Questo clustering di server fornisce ridondanza e tolleranza di errore per i database BizTalk Server. Diversamente dal cluster di bilanciamento del carico di rete, in cui un gruppo di computer interagisce per incrementare la disponibilità e scalabilità, il cluster di server in genere prevede una coppia di computer di database in una configurazione attiva/passiva che permette a uno dei computer di fornire risorse di backup all'altro.
Nella figura seguente viene mostrato un livello di database BizTalk Server a elevata disponibilità che utilizza il cluster server attivo/passivo.
Se nel computer del database attivo si verifica un errore o un guasto, il computer passivo diventa attivo e assume il controllo delle risorse di database fino al ripristino del computer in cui si è verificato l'errore. Il servizio di database esegue il failover e ripristina le connessioni dati al nuovo computer attivo e consente all'applicazione BizTalk di continuare a funzionare.
Database di BizTalk Server
Con Microsoft BizTalk Server vengono installati diversi database in SQL Server. La tabella seguente illustra le caratteristiche di utilizzo tipiche per i database BizTalk Server.
| Database | Nome predefinito del database | Caratteristiche di utilizzo |
|---|---|---|
| Database di gestione | BizTalkMgmtDb | Questo database gestisce operazioni di lettura e scrittura a basso utilizzo. |
| Database MessageBox | BizTalkMsgBoxDb | Questo database gestisce operazioni di lettura e scrittura di utilizzo elevato. |
| Database di rilevamento | BizTalkDTADb | Questo database gestisce operazioni di scrittura potenzialmente di utilizzo elevato a seconda della quantità di dati configurati per il rilevamento e delle operazioni di lettura a basso utilizzo. |
| database SSO | SSODB | Questo database gestisce operazioni di lettura e scrittura a basso utilizzo. |
| Database di analisi BAM | BAMAnalysis | Questo database SQL Server Analysis Services gestisce operazioni di lettura e scrittura potenzialmente di utilizzo elevato, a seconda del livello di monitoraggio eseguito. |
| Database con schema a stella BAM | BAMStarSchema | Questo database SQL Server Analysis Services gestisce operazioni di lettura e scrittura potenzialmente di utilizzo elevato, a seconda del livello di monitoraggio eseguito. |
| Database di importazione primaria BAM | BAMPrimaryImport | Questo database SQL Server Analysis Services gestisce operazioni di lettura e scrittura potenzialmente di utilizzo elevato, a seconda del livello di monitoraggio eseguito. |
| Database di archiviazione BAM | BAMArchive | Questo database SQL Server Analysis Services gestisce operazioni di lettura e scrittura potenzialmente di utilizzo elevato, a seconda del livello di monitoraggio eseguito. |
| database Motore regole di business | BizTalkRuleEngineDb | Questo database gestisce operazioni di lettura e scrittura potenzialmente a basso utilizzo, a meno che non si aggiornino le regole. |
| Rilevamento del database di Analysis Services | BizTalkAnalysisDb | Questo database SQL Server Analysis Services gestisce operazioni di lettura e scrittura di utilizzo elevato. |
BizTalk Server operazioni di runtime usano in genere i primi quattro database (database di gestione, database MessageBox, database di rilevamento e database SSO). A seconda del traffico su questi database, è possibile inserirli in computer separati che eseguono SQL Server. A seconda delle funzionalità di BizTalk Server utilizzate, è possibile che siano disponibili alcuni o tutti gli altri database riportati nella tabella. È possibile aumentare il numero di istanze e raggruppare questi database in base alle esigenze.
Assicurarsi di seguire le procedure di distribuzione SQL Server valide, ad esempio l'uso di dischi separati per ogni database.
Per i database BizTalk Server, è consigliabile eseguire le operazioni seguenti:
Configurare il clustering di failover. Il clustering di failover consente SQL Server di cambiare automaticamente l'elaborazione per un'istanza di SQL Server da un server non riuscito a un server funzionante.
Il database di importazione primaria BAM raccoglie tutti i dati di evento e, in caso di errore irreversibile, i dati scritti in questo database dall'ultimo backup eseguito andranno persi. Poiché non è possibile rigenerare gli eventi persi, è particolarmente importante abilitare il clustering di failover nel database di importazione primaria BAM.
Usare SQL Server RAID 1+0 (matrice ridondante di dischi indipendenti), in particolare per il database MessageBox e il database di importazione primaria BAM.
Per informazioni sul backup dei database BizTalk Server, vedere Procedure consigliate per il ripristino di emergenza.
Nota
Microsoft SQL Server offre una soluzione software nota come mirroring del database per aumentare la probabilità che sia disponibile un database. L'uso di SQL Server mirroring del database non è attualmente una soluzione supportata per garantire la disponibilità elevata dei database microsoft BizTalk Server a causa di potenziali problemi di coerenza transazionale nei database BizTalk Server.
Per altre informazioni sul mirroring del database e sulle transazioni tra database in SQL Server, vedere Transazioni - gruppi di disponibilità e mirroring del database. BizTalk Server database devono essere installati in un cluster di SQL Server per garantire la disponibilità elevata e il log shipping devono essere usati ai fini del ripristino di emergenza.
Per altre informazioni sul log shipping, vedere Che cos'è BizTalk Server log shipping?
Contenuto della sezione
Vedere anche
Pianificazione di disponibilità elevata
Disponibilità elevata per host BizTalk
Disponibilità elevata per il server master secret
Ripristino di emergenza