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.
BizTalk Server è progettato come sistema persistente in cui, per scenari ad alto throughput, il MessageBox può riscontrare gravi conflitti. Questa contesa può essere aggravata da dischi lenti. Se i dischi sono lenti (basso tempo di inattività del disco %), è possibile che SQL mantenga i blocchi più a lungo (tempo di attesa di blocco elevato e timeout di blocco elevato), il che può causare l'espansione delle tabelle MessageBox (Spool e code dell'applicazione), causando un rigonfiamento del database e una limitazione della capacità di lavoro complessivamente sostenibile.
Per evitare conflitti su disco, è consigliabile eseguire le operazioni seguenti:
Uso di dischi ad alta velocità (con più mandrini).
Se possibile, distribuire i database in una san ad alta velocità. Se più database condividono gli stessi dischi, è consigliabile configurarli in dischi dedicati separati. È inoltre consigliabile separare i file MDF e LDF per il database MessageBox in dischi separati.
Se SQL manca di risorse CPU, è consigliabile collocare il database MessageBox su un server dedicato distinto dai database di Tracking.
Dopo aver configurato un server dedicato per il database MessageBox, valutare la possibilità di aumentare le prestazioni aggiornando la CPU e/o aggiungendo più CPU. Monitorare l'unità locale nel SQL-Server perché i log MSDTC vengono salvati nell'unità locale (C:\WINDOWS\system32\Msdtc).
Se è presente una contesa nell'unità locale a causa del log PageFile o MSDTC, provare a spostare pageFile e/o il log MSDTC in un'unità separata.