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.
In questo argomento vengono forniti suggerimenti per ottimizzare le prestazioni dei computer BizTalk Server usati in un ambiente BizTalk Server di produzione. Queste ottimizzazioni vengono applicate dopo l'installazione e la configurazione di BizTalk Server.
Linee guida generali per migliorare le prestazioni del sistema operativo
Per migliorare le prestazioni del sistema operativo, è possibile usare le raccomandazioni seguenti:
Installare il BIOS più recente, i driver di rete SAN (Storage Area Network), il firmware della scheda di rete e i driver della scheda di rete.
I produttori di hardware rilasciano regolarmente aggiornamenti bios, firmware e driver che possono migliorare le prestazioni e la disponibilità per l'hardware associato. Visitare il sito Web del produttore dell'hardware per scaricare e applicare gli aggiornamenti per i componenti hardware seguenti in ogni computer nell'ambiente BizTalk Server:
Aggiornamenti del BIOS
Driver SAN (se si usa una SAN)
Firmware della scheda di rete
Driver dei NIC
Assegnare la directory del file di log MSDTC a un'unità separata e dedicata
In un ambiente BizTalk Server con più database MessageBox in computer SQL Server separati, viene generato un sovraccarico aggiuntivo associato a Microsoft Distributed Transaction Coordinator (MSDTC). Per impostazione predefinita, i file di log MSDTC si trovano nella directory %systemdrive%\windows\system32\msdtc dei computer che eseguono il servizio DTC. Per ridurre il rischio che la registrazione DTC diventi un collo di bottiglia per le prestazioni, si consiglia di spostare la directory del file di log MSDTC su un'unità disco veloce. Per modificare la directory del file di log MSDTC, seguire questa procedura:
Fare clic su Start, fare clic su Esegui e digitare dcomcnfg per avviare la console di gestione dei servizi componenti .
Espandere Servizi componenti, espandere Computer, fare clic con il pulsante destro del mouse su Computer e quindi scegliere Proprietà.
Nella finestra di dialogo Proprietà computer fare clic sulla scheda MSDTC .
Nella casella di modifica Percorso in Informazioni log digitare il percorso in cui si desidera creare il nuovo log, ad esempio G:\Logs\DTCLog.
Fare clic su Reimposta log e verrà richiesto il riavvio del servizio. Fare clic su OK per riavviare il servizio DTC e quindi fare clic su OK per confermare che il servizio MSDTC è stato riavviato.
Configurare il software antivirus per evitare l'analisi in tempo reale degli eseguibili di BizTalk Server e dei file drop.
L'analisi in tempo reale del software antivirus dei file eseguibili di BizTalk Server e di eventuali cartelle o condivisioni file monitorate dai percorsi di ricezione di BizTalk Server può influire negativamente sulle prestazioni di BizTalk Server. Se il software antivirus è installato nei computer BizTalk Server, disabilitare l'analisi in tempo reale dei tipi di file non eseguibili a cui fa riferimento qualsiasi percorso di ricezione di BizTalk Server (in genere .XML, ma può anche essere .csv, .txte così via) e configurare il software antivirus per escludere l'analisi dei file eseguibili di BizTalk Server
Disabilitare l'analisi della rete di rilevamento intrusioni tra computer nell'ambiente BizTalk Server
Il software di rilevamento delle intrusioni può rallentare o persino impedire comunicazioni valide in rete. Se è installato il software di rilevamento delle intrusioni, disabilitare la scansione di rete tra i computer BizTalk Server e i computer dei repository di dati esterni (SQL Server) o i computer dei servizi di messaggistica (Message Queuing, WebSphere MQSeries e così via).
Deframmentare tutti i dischi nell'ambiente BizTalk Server a intervalli regolari
La frammentazione eccessiva del disco nell'ambiente BizTalk Server influirà negativamente sulle prestazioni. Seguire questa procedura per deframmentare i dischi nell'ambiente BizTalk Server:
Deframmentare tutti i dischi (locale e SAN/NAS) a intervalli regolari pianificando la deframmentazione del disco fuori orario.
Deframmentare il file di pagina di Windows e preallocare le Master File Table di ogni disco nell'ambiente BizTalk Server per ottimizzare le prestazioni complessive del sistema.
Annotazioni
Utilizzare l'utilità PageDefrag per deframmentare il file di pagina di Windows e preallocare la Tabella File Master. Per altre informazioni, vedere Comandi di Windows: deframmentazione.
Se il software antivirus è installato nei computer SQL Server, disabilitare l'analisi in tempo reale dei file di dati e delle transazioni
L'analisi in tempo reale dei file di dati e transazioni di SQL Server (.mdf, ndf, ldf, .mdb) può aumentare la contesa di I/O del disco e ridurre le prestazioni di SQL Server. Si noti che i nomi dei file di dati e transazioni di SQL Server possono variare tra gli ambienti BizTalk Server. Per altre informazioni sui file di dati e sulle transazioni creati con una configurazione predefinita di BizTalk Server, vedereOttimizzazione dei filegroup per i database.
Configurare MSDTC per BizTalk Server
Esaminare le informazioni seguenti per configurare MSDTC per BizTalk Server:
Configurare MSDTC in BizTalk Server. Per altre informazioni, vedere Configurare e installare i prerequisiti per BizTalk Server 2020.
Configurare il/i firewall per BizTalk Server
Annotazioni
Questo passaggio è obbligatorio solo se sono presenti uno o più firewall nell'ambiente BizTalk Server.
Esaminare le informazioni seguenti per configurare i firewall per BizTalk Server:
- Porte necessarie per BizTalk Server
- Configurazione dell'allocazione delle porte dinamiche RPC perché funzionino con i firewall
Usare il file system NTFS in tutti i volumi
Windows Server offre più tipi di file system per la formattazione delle unità, tra cui NTFS, FAT e FAT32. NTFS deve essere sempre il file system preferito per i server. Windows Server
NTFS offre notevoli vantaggi in termini di prestazioni rispetto ai file system FAT e FAT32 e deve essere usato esclusivamente nei server Windows. NTFS offre inoltre numerosi vantaggi in termini di sicurezza, scalabilità, stabilità e recuperabilità rispetto a FAT e FAT32.
Nelle versioni precedenti di Windows, FAT e FAT32 sono stati spesso implementati per volumi più piccoli (ad esempio <500 MB) perché spesso erano più veloci in tali situazioni. Con l'archiviazione su disco relativamente economica oggi e i sistemi operativi e le applicazioni che massimizzano la capacità dell'unità al massimo, è improbabile che volumi così piccoli siano in uso. FAT32 ridimensiona meglio di FAT su volumi più grandi, ma non è ancora un file system appropriato per i server Windows.
FAT e FAT32 sono stati spesso implementati in passato perché sono stati considerati più facilmente recuperabili e gestibili con gli strumenti DOS nativi in caso di un problema con un volume. Oggi, con i vari strumenti di ripristinabilità NTFS compilati in modo nativo nel sistema operativo e disponibili come utilità di terze parti disponibili, non dovrebbe più essere un argomento valido per non usare NTFS per i file system.
Non usare la compressione dei file NTFS
Anche se l'uso della compressione del file system NTFS è un modo semplice per ridurre lo spazio sui volumi, non è appropriato per i file server aziendali. L'implementazione della compressione comporta un sovraccarico non necessario sulla CPU per tutte le operazioni su disco ed è consigliabile evitare. Pensa a opzioni come l'aggiunta di dischi aggiuntivi, archiviazione near-line o l'archiviazione dei dati prima di considerare seriamente la compressione del file system.
Esaminare le dimensioni della striscia del controller del disco e le unità di allocazione del volume.
Quando si configurano matrici di unità e unità logiche all'interno del controller dell'unità hardware, assicurarsi che la dimensione del blocco di striping del controller corrisponda alla dimensione dell'unità di allocazione con cui verranno formattati i volumi. In questo modo, le prestazioni di lettura e scrittura del disco sono ottimali e offrono prestazioni server complessive migliori.
La configurazione di dimensioni maggiori dell'unità di allocazione (o del cluster o dei blocchi) causerà l'uso dello spazio su disco in modo meno efficiente, ma offrirà anche prestazioni di I/O del disco più elevate perché l'intestazione del disco può leggere più dati durante ogni attività di lettura.
Per determinare l'impostazione ottimale per configurare il controller e formattare i dischi con , è necessario determinare la dimensione media del trasferimento del disco nel sottosistema del disco di un server con caratteristiche simili del file system. Utilizzare lo strumento Monitoraggio prestazioni di Windows Server per monitorare i contatori degli oggetti Disco logico di Media byte disco per Lettura e Media byte disco per Scrittura durante un periodo di normale attività per determinare il valore migliore da utilizzare.
Anche se le dimensioni delle unità di allocazione inferiori possono essere giustificate se il sistema accederà a molti file o record di piccole dimensioni, una dimensione dell'unità di allocazione di 64 KB offre prestazioni audio e velocità effettiva di I/O nella maggior parte dei casi. Si possono notare miglioramenti delle prestazioni attraverso le dimensioni ottimizzate delle unità di allocazione quando il carico del disco aumenta.
Annotazioni
Lo strumento da riga di comando FORMAT o lo strumento Gestione disco è necessario per specificare una dimensione dell'unità di allocazione superiore a 4096 byte (4 KB) durante la formattazione dei volumi. Windows Explorer formatterà solo fino a questa soglia. Il comando CHKDSK può essere usato per confermare le dimensioni correnti dell'unità di allocazione di un volume, ma deve analizzare l'intero volume prima che vengano visualizzate le informazioni desiderate (visualizzate come Byte in ogni unità di allocazione).
Monitorare l'utilizzo dello spazio dei dischi
Meno dati su un disco, più velocemente funzioneranno. Ciò è dovuto al fatto che in un'unità ben deframmentata, i dati vengono scritti il più vicino possibile al bordo esterno del disco, perché questo è il momento in cui il disco ruota il più veloce e produce le migliori prestazioni.
Il tempo di ricerca del disco è in genere notevolmente più lungo rispetto alle attività di lettura o scrittura. Come indicato in precedenza, i dati vengono inizialmente scritti nel bordo esterno di un disco. Man mano che la domanda di archiviazione su disco aumenta e riduce lo spazio disponibile, i dati sono scritti più vicino al centro del disco. Il tempo di ricerca del disco è aumentato nell'individuazione dei dati man mano che la testa si allontana dal bordo e, quando trovato, richiede più tempo per leggere, ostacolando le prestazioni di I/O del disco.
Ciò significa che il monitoraggio dell'utilizzo dello spazio su disco è importante non solo per motivi di capacità, ma anche per le prestazioni.
Come regola generale, lavorare verso un obiettivo di mantenere lo spazio libero su disco tra 20% e 25% dello spazio totale su disco. Se lo spazio libero su disco scende al di sotto di questa soglia, le prestazioni di I/O del disco saranno influenzate negativamente.
Implementare una strategia per evitare la frammentazione del disco
Eseguire regolarmente un'utilità di deframmentazione sui dischi, inclusa l'unità radice, per evitare una riduzione delle prestazioni. Eseguire questa operazione settimanale su dischi occupati. Un deframmentatore del disco viene installato con Windows Server e può essere eseguito da un'attività pianificata a intervalli specificati.
Ottimizzare le prestazioni di Windows Server per i servizi in background
Il processo di BizTalk Server (BTSNTSVC.exe) viene eseguito come servizio in background. Per impostazione predefinita, Windows Server è configurato per ottimizzare le prestazioni dei programmi dell'applicazione e non per i servizi in background.
Windows Server utilizza il multi-tasking preemptivo per assegnare priorità ai thread di processo che verranno gestiti dalla CPU. Il multi-tasking preemptive è una metodologia in cui l'esecuzione di un processo viene interrotta e viene avviato un altro processo, a discrezione del sistema operativo. Questo schema impedisce a un singolo thread di dominare la CPU.
Il passaggio della CPU dall'esecuzione di un processo al successivo è noto come cambio di contesto. Il sistema operativo Windows include un'impostazione che determina per quanto tempo i singoli thread possono essere eseguiti sulla CPU prima che si verifichi un cambio di contesto e il thread successivo venga gestito. Questo periodo di tempo viene definito quantistico. Questa impostazione consente di scegliere la modalità di condivisione dei quanti del processore tra i programmi in primo piano e i servizi in background. In genere per un server non è consigliabile consentire a un programma in primo piano di avere più tempo cpu allocato rispetto ai servizi in background. Ovvero, tutte le applicazioni e i relativi processi in esecuzione nel server devono essere considerati uguali per il tempo di CPU.
Per migliorare le prestazioni per il servizio in background, ad esempio le istanze host BizTalk, seguire questa procedura:
Fare clic su Start, fare clic su Pannello di controllo e quindi su Sistema.
Fare clic sulla scheda Avanzate e quindi su Impostazioni in Prestazioni.
Fare clic sulla scheda Avanzate , fare clic su Servizi in background e quindi fare clic su OK due volte.
Caricare manualmente gli elenchi di revoche di certificati Microsoft
Quando si avvia un'applicazione .NET, .NET Framework tenterà di scaricare l'elenco di revoche di certificati (CRL) per qualsiasi assembly firmato. Se il sistema non ha accesso diretto a Internet, o è soggetto a restrizioni nell'accesso al dominio Microsoft.com, ciò potrebbe ritardare l'avvio di BizTalk Server. Per evitare questo ritardo all'avvio dell'applicazione, è possibile seguire questa procedura per scaricare e installare manualmente gli elenchi di revoche di certificati per la firma del codice nel sistema.
Scaricare gli aggiornamenti CRL più recenti da http://crl.microsoft.com/pki/crl/products/CodeSignPCA.crl e http://crl.microsoft.com/pki/crl/products/CodeSignPCA2.crl.
Spostare i file CodeSignPCA.crl e CodeSignPCA2.crl nel sistema isolato.
Dal prompt dei comandi, immettere il comando seguente per usare l'utilità certutil per aggiornare l'archivio certificati locale con il CRL scaricato nel passaggio 1:
certutil –addstore CA c:\CodeSignPCA.crl
I file CRL vengono aggiornati regolarmente, pertanto è consigliabile impostare un'attività ricorsiva di download e installazione degli aggiornamenti CRL. Per visualizzare l'ora di aggiornamento successiva, fare doppio clic sul file con estensione crl e visualizzare il valore del campo Aggiornamento successivo .
Sincronizzare l'ora in tutti i server
Molte operazioni che coinvolgono ticket, ricevute e registrazioni si basano sull'accuratezza dell'orologio del sistema locale. Ciò è particolarmente vero in un ambiente distribuito, in cui le discrepanze temporali tra i sistemi possono causare la mancata sincronizzazione dei log o i ticket emessi da un sistema per essere rifiutati da un altro come scaduto o non ancora valido.
Per altre informazioni sulla configurazione di un server per sincronizzare automaticamente l'ora, vedere Configurare un computer client per la sincronizzazione automatica dell'ora del dominio.
Configurare PAGEFILE di Windows per ottenere prestazioni ottimali
Seguire queste linee guida per configurare il file PAGEFILE di Windows (file di paging) per ottenere prestazioni ottimali:
Spostare il file di paging in un volume fisico separato dall'unità fisica in cui è installato il sistema operativo per ridurre la contesa del disco e aumentare le prestazioni del disco : nei computer BizTalk Server, il miglioramento delle prestazioni associato allo spostamento del file di paging varia a seconda del carico di elaborazione dei documenti. Nei computer SQL Server lo spostamento del file di paging in un volume separato è considerato una procedura consigliata in tutti gli scenari a causa dell'utilizzo intensivo del disco di SQL Server.
Isolare il file di paging in una o più unità fisiche dedicate configurate come array RAID-0 (striping) o RAID-1 (mirroring) o su dischi singoli senza RAID - Usando un disco dedicato o una matrice di unità in cui PAGEFILE.SYS è l'unico file sull'intero volume, il file di paging non verrà frammentato, migliorando così le prestazioni. Come per la maggior parte delle matrici di dischi, le prestazioni della matrice vengono migliorate man mano che il numero di dischi fisici nella matrice è aumentato. Se il file di paging viene distribuito tra più volumi in più unità fisiche in una matrice di dischi, le dimensioni del file di paging devono corrispondere a ogni unità della matrice. Quando si configura una matrice di dischi, è anche consigliabile usare unità fisiche con la stessa capacità e la stessa velocità. Si noti che la ridondanza non è in genere necessaria per il file di paging.
Non configurare il file di paging in una matrice RAID 5 : la configurazione del file di paging in una matrice RAID 5 non è consigliata perché l'attività del file di paging è un uso intensivo di scrittura e le matrici RAID 5 sono più adatte per le prestazioni di lettura rispetto alle prestazioni di scrittura.
Se non si dispone di risorse per spostare il file di paging in un volume fisico diverso dal sistema operativo in cui è installato, configurare il file di paging in modo che risieda nello stesso volume logico del sistema operativo - Configurazione del file di paging in modo che risieda in un altro volume logico che si trova nello stesso disco fisico del sistema operativo aumenterà il tempo di ricerca del disco e ridurrà le prestazioni del sistema man mano che il disco verrà continuamente spostato tra i volumi, accedendo in alternativa al file di pagina, ai file del sistema operativo, ai file dell'applicazione e ai file di dati. Inoltre, il sistema operativo viene in genere installato nella prima partizione di un disco fisico, che in genere è il più vicino al bordo esterno del disco fisico e dove la velocità del disco è e le prestazioni associate sono ottimali per il disco.
Importante
Se si rimuove il file di paging dalla partizione di avvio, Windows non può creare un file di dump di arresto anomalo (MEMORY.DMP) in cui scrivere informazioni di debug nel caso si verifichi un errore STOP in modalità kernel. Se hai bisogno di un file di dump di arresto anomalo, non avrai altra scelta che lasciare un file di paging con una dimensione pari alla memoria RAM + 1 MB nella partizione di avvio.
Impostare manualmente le dimensioni del file di paging : l'impostazione manuale delle dimensioni del file di paging offre in genere prestazioni migliori rispetto al fatto che il server possa ridimensionarlo automaticamente o non avere alcun file di paging. L'ottimizzazione consigliata consiste nell'impostare le impostazioni iniziali (minime) e massime per il file di paging sullo stesso valore. Ciò garantisce che nessuna risorsa di elaborazione venga persa per il ridimensionamento dinamico del file di paging, che può essere intensivo. Ciò è particolarmente vero dato che questa attività di ridimensionamento si verifica in genere quando le risorse di memoria nel sistema stanno già diventando vincolate. L'impostazione dello stesso valore minimo e massimo delle dimensioni del file di pagina garantisce anche che l'area di paging su un disco sia una singola area contigua, migliorando il tempo di ricerca del disco.