Ottimizzazioni del sistema operativo
In questo argomento vengono fornite raccomandazioni per ottimizzare le prestazioni dei computer BizTalk Server usati in un ambiente di 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 aumentare le prestazioni del sistema operativo, è possibile usare le raccomandazioni seguenti:
Installare i driver più recenti BIOS, rete di archiviazione (SAN), firmware della scheda di rete e 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 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 interfaccia di rete
Driver della scheda di interfaccia di rete
Assegnare la directory del file di log MSDTC a un'unità dedicata separata
In un ambiente BizTalk Server con più database MessageBox in computer SQL Server separati, viene eseguito 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 attenuare la possibilità che la registrazione DTC possa diventare un collo di bottiglia delle prestazioni, è consigliabile spostare la directory del file di log MSDTC in un'unità disco veloce. Per modificare la directory dei 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 personali fare clic sulla scheda MSDTC .
Nella casella Di modifica percorso in Informazioni log digitare il percorso in cui si vuole 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 verificare che il servizio MSDTC sia stato riavviato.
Configurare software antivirus per evitare l'analisi in tempo reale di file eseguibili e file eseguibili BizTalk Server
L'analisi in tempo reale del software antivirus dei file eseguibili BizTalk Server e di eventuali cartelle o condivisioni file monitorate da BizTalk Server posizioni di ricezione possono influire negativamente sulle prestazioni BizTalk Server. Se il software antivirus è installato nel computer BizTalk Server, disabilitare l'analisi in tempo reale dei tipi di file non eseguibili a cui fa riferimento qualsiasi BizTalk Server posizioni di ricezione (in genere .XML, ma può anche essere .csv, .txt e così via) e configurare software antivirus per escludere l'analisi dei file eseguibili BizTalk Server
Disabilitare l'analisi della rete di rilevamento delle intrusioni tra i computer nell'ambiente BizTalk Server
Il software di rilevamento delle intrusioni può rallentare o anche impedire comunicazioni valide sulla rete. Se è installato il software di rilevamento delle intrusioni, disabilitare l'analisi di rete tra computer BizTalk Server e repository dati esterni (SQL Server) computer o servizi di messaggistica (Accodamento messaggi, WebSphere MQSeries e così via).
Deframmentare tutti i dischi nell'ambiente di BizTalk Server regolarmente
La frammentazione eccessiva del disco nell'ambiente BizTalk Server influisce negativamente sulle prestazioni. Seguire questa procedura per deframmentare i dischi nell'ambiente BizTalk Server:
Deframmentare tutti i dischi (locale e SAN/NAS) regolarmente pianificando la deframmentazione del disco fuori orario.
Deframmentare windows PageFile e pre-allocare le tabelle file master di ogni disco nell'ambiente BizTalk Server per migliorare le prestazioni complessive del sistema.
Nota
Usare l'utilità PageDefrag per deframmentare windows PageFile e pre-allocare le tabelle file master. Per altre informazioni, passare ai comandi di Windows: deframmentare.
Se il software antivirus è installato nel computer SQL Server, disabilitare l'analisi in tempo reale dei file di dati e transazioni
L'analisi in tempo reale dei file di dati e transazioni SQL Server (con estensione mdf, .ndf, .ldf, mdb) può aumentare la contesa di I/O del disco e ridurre le prestazioni SQL Server. Si noti che i nomi dei file di dati e transazioni SQL Server possono variare tra gli ambienti BizTalk Server. Per altre informazioni sui file di dati e transazioni creati con una configurazione di BizTalk Server predefinita, vedereOttimizzazione dei filegroup per i database.
Configurare MSDTC per BizTalk Server
Esaminare le informazioni seguenti per configurare MSDTC per BizTalk Server:
Configurare MSDTC nella BizTalk Server. Per altre informazioni, vedere Configurare e installare i prerequisiti per BizTalk Server 2020.
Configurare i firewall per BizTalk Server
Nota
Questo passaggio è obbligatorio solo se uno o più firewall sono presenti nell'ambiente di 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 sempre essere il file system di scelta per i server. Windows Server
NTFS offre notevoli vantaggi sulle prestazioni nei file system FAT e FAT32 e deve essere usato esclusivamente nei server Windows. Inoltre, NTFS offre molti vantaggi di sicurezza, scalabilità, stabilità e ripristinabilità su FAT e FAT32.
Nelle versioni precedenti di Windows, FAT e FAT32 sono stati spesso implementati per volumi più piccoli (ad esempio <500 MB) perché sono stati spesso più veloci in tali situazioni. Con l'archiviazione su disco relativamente economico oggi e i sistemi operativi e le applicazioni che eseguano il push della capacità dell'unità fino a un massimo, è improbabile che tali volumi di piccole dimensioni siano in uso. FAT32 ridimensiona meglio di FAT in volumi più grandi, ma non è ancora un file system appropriato per i server Windows.
FAT e FAT32 sono stati spesso implementati in passato come sono stati considerati più facilmente recuperabili e gestibili con strumenti DOS nativi in caso di un problema con un volume. Oggi, con i vari strumenti di ripristino 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 nei volumi, non è appropriato per i file server aziendali. L'implementazione della compressione inserisce un sovraccarico non necessario sulla CPU per tutte le operazioni su disco ed è preferibile evitare. Si considerino le opzioni per l'aggiunta di dischi aggiuntivi, l'archiviazione quasi line o la possibilità di archiviare i dati prima di considerare seriamente la compressione del file system.
Esaminare le dimensioni e le unità di allocazione del volume del controller di disco
Quando si configurano matrici di unità e unità logiche all'interno del controller di unità hardware, assicurarsi di corrispondere alle dimensioni della striscia del controller con le dimensioni 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 del server migliori.
La configurazione di un'unità di allocazione maggiore (o un cluster o un blocco) causerà l'uso dello spazio su disco meno efficiente, ma offrirà anche prestazioni di I/O su disco più elevate perché l'head 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 le dimensioni medie del trasferimento su disco nel sottosistema del disco di un server con caratteristiche simili del file system. Usare lo strumento di Monitor prestazioni di Windows Server per monitorare i contatori dell'oggetto Disco logico di Media. Byte disco/lettura e media. Byte/scrittura su disco in un periodo di normale attività per determinare il valore migliore da usare.
Anche se le dimensioni di unità di allocazione più piccole possono essere giustificate se il sistema accede 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. I miglioramenti delle prestazioni con dimensioni ottimizzate delle unità di allocazione possono essere particolarmente annotati quando il carico del disco aumenta.
Nota
Lo strumento della riga di comando FORMAT o lo strumento Gestione dischi è necessario per specificare una dimensione dell'unità di allocazione superiore a 4096 byte (4 KB) durante la formattazione dei volumi. Esplora risorse di Windows formatta solo fino a questa soglia. Il comando CHKDSK può essere usato per confermare le dimensioni correnti dell'unità di allocazione di un volume, tuttavia è necessario analizzare l'intero volume prima che vengano visualizzate le informazioni desiderate (visualizzate come Byte in ogni unità di allocazione).
Monitorare l'utilizzo dello spazio delle unità
I dati meno su un disco, più velocemente funzioneranno. Questo perché in un'unità ben deframmentata, i dati vengono scritti più vicino al bordo esterno del disco il più possibile perché questo è il momento in cui il disco ruota il più veloce e restituisce le migliori prestazioni.
Il tempo di ricerca del disco è in genere molto più lungo delle attività di lettura o scrittura. Come indicato in precedenza, i dati vengono inizialmente scritti sul bordo esterno di un disco. Poiché la domanda per l'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 quando 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 di identificazione, lavorare verso un obiettivo di mantenere lo spazio libero su disco tra il 20% e il 25% dello spazio totale su disco. Se lo spazio disponibile 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 un'utilità defragmenter regolarmente nei dischi, inclusa l'unità radice, per evitare il degrado delle prestazioni. Eseguire questa operazione settimanale su dischi occupati. Un defragmenter 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 modificare le prestazioni ottimali dei programmi dell'applicazione e non per i servizi in background.
Windows Server usa il preemptive multi-tasking per assegnare priorità ai thread di processo che verranno gestiti dalla CPU. Preemptive multi-tasking è 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 la durata di esecuzione dei singoli thread nella CPU prima che si verifichi un commutatore di contesto e il thread successivo venga eseguito. Questa quantità di tempo viene definita quantistica. Questa impostazione consente di scegliere la modalità di condivisione dei quanti processore tra programmi in primo piano e servizi in background. In genere per un server non è consigliabile consentire a un programma in primo piano di avere più tempo di CPU allocato rispetto ai servizi in background. Vale a dire, tutte le applicazioni e i relativi processi in esecuzione nel server devono essere considerati uguali per il tempo di CPU.
Per aumentare le prestazioni per il servizio in background, ad esempio 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 fare clic 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 è limitato all'accesso al dominio Microsoft.com, questo potrebbe ritardare l'avvio di BizTalk Server. Per evitare questo ritardo all'avvio dell'applicazione, è possibile seguire questa procedura per scaricare manualmente e installare gli elenchi di revoche dei certificati di 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.
Da un prompt dei comandi immettere il comando seguente per usare l'utilità certutil per aggiornare l'archivio certificati locale con la CRL scaricata nel passaggio 1:
certutil –addstore CA c:\CodeSignPCA.crl
I file CRL vengono aggiornati regolarmente, quindi è consigliabile impostare un'attività ricorsiva di download e installazione degli aggiornamenti CRL. Per visualizzare l'ora di aggiornamento successiva, fare doppio clic sul file crl e visualizzare il valore del campo Aggiornamento successivo .
Sincronizzare il tempo in tutti i server
Molte operazioni che coinvolgono ticket, ricevute e registrazione si basano sull'orologio del sistema locale in modo accurato. Ciò è particolarmente vero in un ambiente distribuito, in cui le discrepanze temporali tra i sistemi possono causare la mancata sincronizzazione 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 del tempo di dominio.
Configurare windows PAGEFILE per prestazioni ottimali
Seguire queste linee guida per configurare windows PAGEFILE (file di paging) per prestazioni ottimali:
Spostare il file di paging in un volume fisico separato dall'unità fisica installata dal sistema operativo per ridurre la contesa del disco e aumentare le prestazioni del disco: in BizTalk Server computer, 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 è considerata una procedura consigliata in tutti gli scenari a causa della natura intensivo del disco di SQL Server.
Isolare il file di paging in una o più unità fisiche dedicate configurate come RAID-0 (striping) o RAID-1 (mirroring) matrici o su singoli dischi 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 diventerà frammentato, che migliorerà anche le prestazioni. Come per la maggior parte delle matrici di dischi, le prestazioni della matrice sono migliorate in quanto 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 essere uguali in ogni unità della matrice. Quando si configura una matrice di dischi, è consigliabile usare anche unità fisiche con la stessa capacità e velocità. Si noti che la ridondanza non è normalmente 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à di paging dei file è intensivo 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, configurare il file di paging in modo che si trovi nello stesso volume logico del sistema operativo - Configurazione del file di paging 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 come teste del platter dell'unità disco verrà continuamente spostato tra i volumi, accedendo in alternativa al file di pagina, ai file del sistema operativo, ai file di 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 dump di arresto anomalo (MEMORIA). DMP) in cui scrivere informazioni di debug nel caso in cui si verifichi un errore di arresto della modalità kernel. Se è necessario un file di dump di arresto anomalo, non sarà possibile lasciare un file di paging di almeno la dimensione della memoria fisica + 1 MB nella partizione di avvio.
Impostare manualmente le dimensioni del file di paging: impostando manualmente le dimensioni del file di paging, in genere vengono fornite prestazioni migliori rispetto a consentire al server di ridimensionarlo automaticamente o di 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 non vengano perse risorse di elaborazione 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 in un disco sia una singola area contigua, migliorando il tempo di ricerca del disco.