Nota
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare ad accedere o modificare le directory.
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare a modificare le directory.
Sebbene le impostazioni predefinite in BizTalk Server forniscano 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 evitare conflitti di risorse, isolare la ricezione, l'orchestrazione e l'invio in host separati. Per ridurre ulteriormente la contesa, isolare il servizio di rilevamento da altri host.
Se l'elaborazione della CPU nel computer che esegue BizTalk Server è il collo di bottiglia, aumentare le prestazioni del computer che esegue BizTalk Server includendo CPU aggiuntive o l'aggiornamento a CPU più veloci.
Linee guida per SQL Server
Quando si configura Microsoft SQL Server con BizTalk Server, tenere presenti le linee guida sulle prestazioni seguenti:
Quando possibile, usare un sottosistema disco veloce con SQL Server. Usare una matrice ridondante di dischi indipendenti di tipo 10 (RAID10/0+1) o una rete di archiviazione (SAN) con alimentatore 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 della CPU o alla latenza causata dalle operazioni su disco (lunghezza media della coda dei dischi). 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 su un computer SQL Server dedicato e/o su un 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 indicazioni riportate in Ottimizzazione dei filegroup per Database2 perisolare i 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 di log. In caso contrario, SQL Server utilizzerà automaticamente tutto lo spazio disponibile nei dischi in cui vengono conservati i file di log. Le dimensioni iniziali dei file di log dipendono dai requisiti specifici dello scenario. Stimare le dimensioni medie dei file nella distribuzione in base ai risultati dei test ed espandere lo spazio di archiviazione prima di implementare la soluzione.
Allocare spazio di archiviazione sufficiente per i database con uso elevato del disco, ad esempio MessageBox, Health and Activity Tracking (HAT) e Business Activity Monitoring (BAM). Se la soluzione usa il protocollo di messaggistica 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 l'attività di SQL Server Agent "Archiviazione e eliminazione DTA" nel database HAT-Tracking per evitare che il database di rilevamento BizTalk diventi troppo grande. La crescita di questo database può ridurre le prestazioni perché il raggiungimento della capacità completa del database impone un limite alla velocità di inserimento dei dati. Ciò vale soprattutto quando un database di rilevamento BizTalk supporta più database MessageBox.
Aumentare le prestazioni dei server che ospitano i database MessageBox e BizTalk Tracking se sono il collo di bottiglia. È possibile aumentare le prestazioni dell'hardware aggiungendo CPU, aggiungendo memoria, eseguendo l'aggiornamento a CPU più veloci e usando dischi dedicati ad alta velocità.
La suddivisione dei file TempDB tra più file può risolvere i problemi di prestazioni correlati alle operazioni di I/O. Come linea guida generale, creare un file di dati per processore e usare la stessa dimensione per tutti i file creati.
Modificare le impostazioni di aumento automatico del database impostando un valore fisso, ad esempio 100-150 MB. Per impostazione predefinita, l'aumento del database è configurato su 10%, che può causare ritardi durante l'aumento di database di dimensioni maggiori.
La memoria di SQL Server deve essere impostata su un valore fisso impostando sia Min Server Memory che Max Server Memory sullo stesso valore. In generale, allocare 75% di memoria fisica a SQL Server e lasciare 25% per il resto del sistema operativo e tutte le applicazioni. Se si tratta di un'istanza di SQL Server dedicata, è possibile ridurre la quantità riservata per il sistema operativo a un minimo di 1 GB.