Procedure consigliate per evitare i colli di bottiglia
Mentre le impostazioni predefinite in BizTalk Server offrono prestazioni ottimali per molte configurazioni hardware e software, in alcuni scenari può essere utile modificare le impostazioni o la configurazione della distribuzione. Quando si configura BizTalk Server, prendere in considerazione le linee guida per le prestazioni seguenti:
Per impedire la contesa delle risorse, isolare la ricezione, l'orchestrazione e l'invio in host separati. Per ridurre ulteriormente il rischio di contese, isolare il servizio di rilevamento da altri host.
Se l'elaborazione della CPU nel computer che esegue BizTalk Server è il collo di bottiglia, aumentare il computer in esecuzione BizTalk Server includendo CPU aggiuntive o l'aggiornamento a CPU più veloci.
Linee guida per SQL Server
Considerare le linee guida sulle prestazioni seguenti durante la configurazione di Microsoft SQL Server con BizTalk Server:
Se possibile, utilizzare un sottosistema di dischi veloce con SQL Server. Usare una matrice ridondante di dischi indipendenti tipo 10 (RAID10/0+1) o una rete di archiviazione (SAN) con alimentazione di backup.
Isolare ogni database MessageBox in un server separato dal database di rilevamento BizTalk (BizTalkDTADb). Per le distribuzioni più piccole se sono disponibili risorse CPU, potrebbe essere sufficiente isolare il database MessageBox in un disco fisico separato dal database Di rilevamento BizTalk.
Il database MessageBox primario potrebbe essere il collo di bottiglia dovuto alla saturazione del processore CPU o alla latenza dalle operazioni su disco (lunghezza media della coda del disco). Se l'elaborazione della CPU è il collo di bottiglia, aggiungere processori CPU al messageBox primario. In caso contrario, provare a disabilitare la pubblicazione nel database master MessageBox. In questo modo il database master MessageBox può gestire in modo più efficiente il routing dei messaggi agli altri database MessageBox. L'opzione per disabilitare la pubblicazione è valida quando si usano più database MessageBox.
Se le operazioni su disco sono il collo di bottiglia, spostare il database di rilevamento BizTalk in un computer dedicato SQL Server e/o disco dedicato. Se l'elaborazione della CPU e le operazioni su disco nel database MessageBox primario non sono il collo di bottiglia, è possibile creare nuovi database MessageBox nello stesso computer SQL Server per sfruttare l'hardware esistente.
Seguire le raccomandazioni in Ottimizzazione dei filegroup per i database2 per isolarei file di log delle transazioni e dei dati per i database MessageBox e BizTalk Tracking in dischi fisici separati.
Allocare spazio di archiviazione sufficiente per i file di dati e log. In caso contrario, SQL Server utilizzerà automaticamente tutti gli spazi disponibili nei dischi in cui vengono mantenuti i file di log. Le dimensioni iniziali dei file di log dipendono dai requisiti specifici nello scenario. Eseguire una stima delle dimensioni medie dei file nella distribuzione in base ai risultati del test ed espandere lo spazio di archiviazione prima di implementare la soluzione.
Allocare spazio di archiviazione sufficiente per i database con utilizzo elevato del disco, ad esempio MessageBox, Health and Activity Tracking (HAT) e Business Activity Monitoring (BAM). Se la soluzione si avvale del protocollo di messaggistica di BizTalk Framework, allocare spazio di archiviazione sufficiente per il database di configurazione BizTalk (BizTalkMgmtDb).
A seconda delle esigenze aziendali, ad esempio i periodi di conservazione dei dati e il volume di dati elaborati nello scenario, configurare il processo "Archivio DTA ed eliminazione" nel database SQL Server Agent HAT-Tracking in modo che il database di rilevamento BizTalk non sia troppo elevato. La crescita di questo database può ridurre le prestazioni perché raggiunge la capacità completa del database impone un limite alla frequenza di inserimento dei dati. Ciò è particolarmente vero quando un database di rilevamento BizTalk supporta più database MessageBox.
Aumentare il numero di server che ospitano i database Di rilevamento MessageBox e BizTalk se sono il collo di bottiglia. È possibile aumentare l'hardware aggiungendo CPU, aggiungendo memoria, aggiornamento a CPU più veloci e usando dischi dedicati ad alta velocità.
La suddivisione dei file TempDB in più file può risolvere i problemi di prestazioni correlati alle operazioni di I/O. Come linee guida generali, creare un file di dati file per ogni processore e usare le stesse dimensioni per tutti i file creati.
Modificare le impostazioni di crescita automatica del database in un valore fisso, ad esempio 100-150 MB. Per impostazione predefinita, la crescita del database è configurata al 10%, che può causare ritardi durante la crescita di database più grandi.
SQL Server memoria deve essere impostata su un valore fisso impostando sia memoria min server che memoria max server sullo stesso valore. In generale, allocare il 75% della memoria fisica a SQL Server e lasciare il 25% per il resto del sistema operativo e tutte le applicazioni. Se si tratta di un SQL Server dedicato, è possibile ridurre la quantità riservata per il sistema operativo a un minimo di 1 GB.