Generare report e grafici con contatori delle prestazioni con lo strumento di analisi delle prestazioni dei log (PAL) per BizTalk Server
Lo strumento PAL (Performance Analysis of Logs) legge in un log dei contatori del monitoraggio delle prestazioni (qualsiasi formato noto) e lo analizza usando soglie complesse, ma note (fornite). Lo strumento genera un report basato su HTML che consente di creare grafici grafici di contatori delle prestazioni importanti e genera avvisi quando vengono superate le soglie. Le soglie sono originariamente basate sulle soglie definite dai team del prodotto Microsoft, inclusi i BizTalk Server e i membri del supporto Tecnico Microsoft. Questo strumento non è una sostituzione dell'analisi delle prestazioni tradizionale, ma automatizza l'analisi dei log dei contatori delle prestazioni sufficientemente da risparmiare tempo. Lo strumento PAL:
Analizza i log dei contatori delle prestazioni per le soglie
È utile per i log di Perfmon di grandi dimensioni
Identifica BizTalk Server e colli di bottiglia del contatore delle prestazioni del sistema operativo analizzando le soglie
Estendibile per eseguire l'analisi su qualsiasi contatore delle prestazioni
Può essere usato per scrivere un contatore personalizzato
Pal è disponibile come download gratuito in GitHub. Richiede Microsoft Log Parser. Log Parser è uno strumento potente e versatile che consente l'accesso universale alle query ai dati basati su testo, ad esempio file di log, file XML e file CSV, nonché origini dati chiave nel sistema operativo Windows, ad esempio il registro eventi, il registro, il file system e il servizio directory di Active Directory®. È possibile usare questo strumento per eseguire query su una quantità significativa di informazioni di registrazione. È possibile scaricare lo strumento Log Parser.
Uso di PAL con log dei contatori delle prestazioni in lingue diverse
Lo strumento PAL analizza i log dei contatori delle prestazioni solo in lingua inglese. Per usare lo strumento pal pal con i log dei contatori delle prestazioni in altre lingue, è prima necessario tradurre i log in lingua inglese. È possibile usare Perfmon Log Translator per convertire i file di log dei contatori delle prestazioni originali in inglese.
Informazioni sul report degli strumenti PAL per Microsoft BizTalk Server 2010
Lo strumento PAL fornisce l'analisi dei log perfmon delle soglie per il sistema operativo Windows, Microsoft SQL Server e BizTalk Server. Questa sezione descrive la maggior parte delle analisi nel report soglia BizTalk Server nello strumento pal.
Nota
Questo argomento è lungo in modo che le informazioni complete sullo strumento PAL possano essere contenute in un'unica posizione per un semplice riferimento.
L'analisi e le soglie seguenti vengono segnalate dallo strumento PAL.
| Tipo e nome di analisi | Descrizione dell'analisi |
|---|---|
| Disco: spazio libero su disco per un dump del kernel | Questa analisi verifica che sia disponibile spazio su disco sufficiente per il sistema operativo per eseguire il dump di tutta la memoria su disco. Se è disponibile spazio su disco insufficiente, il sistema operativo non riuscirà a creare un file memory.dmp, necessario per analizzare la causa radice di un dump del kernel. |
| Disco: analisi dell'interfaccia disco logico/fisico | Questa analisi esamina il tempo di inattività di ognuno dei dischi fisici. Maggiore è l'inattività del disco, minore è il numero di utilizzo del disco. Questo contatore viene usato al meglio quando un disco viene usato nel disco logico. "% tempo di inattività" indica la percentuale di tempo durante l'intervallo di campionamento in cui il disco era inattivo. Riferimento: Escludere i problemi di Disk-Bound |
| Disco: analisi della latenza di lettura/scrittura del disco fisico/logico | Il modo più affidabile per Windows per rilevare un collo di bottiglia delle prestazioni del disco è misurare i tempi di risposta. Se i tempi di risposta sono maggiori di 025 (25 millisecondi), ovvero una soglia conservativa, potrebbero verificarsi rallentamenti e problemi di prestazioni che interessano gli utenti. Per altre informazioni, vedere Analisi della latenza di lettura/scrittura di dischi fisici/logici in questo argomento. |
| Disco: trasferimenti di dischi logici/sec | "Trasferimenti disco/sec" è la frequenza di operazioni di lettura e scrittura sul disco. Le soglie per questa analisi controllano se uno dei dischi logici mostra tempi di risposta scarsi (maggiori di 25 ms di tempi di risposta per le operazioni di I/O). Se questo è vero, i trasferimenti del disco al secondo devono essere superiori o superiori a 80. In caso contrario, è necessario analizzare l'architettura del disco. La causa più comune dei problemi di I/O del disco è l'overload LUN sulla SAN. Per altre informazioni, vedere Trasferimenti di dischi logici/sec in questo argomento. |
| Disco: % spazio disponibile su disco logico | "% Spazio libero" è la percentuale di spazio utilizzabile totale liberato nell'unità disco logica selezionata. Le prestazioni non devono essere influenzate fino a quando lo spazio disponibile sull'unità disco non è inferiore al 30%. Quando si usa il 70% dell'unità disco, lo spazio disponibile rimanente si trova più vicino allo spindle del disco al centro dell'unità disco, che opera a un livello di prestazioni inferiore. La mancanza di spazio libero su disco può causare prestazioni gravi del disco. |
| Disco: elaborare operazioni di I/O dati/sec ed elaborare altre operazioni/sec analisi di I/O | Questi contatori contano tutte le attività di I/O generate dal processo per includere file, rete e I/O del dispositivo. Queste analisi controllano quando i processi eseguono più di 1.000 operazioni di I/O al secondo e lo contrassegnano come avviso. Queste analisi vengono usate meglio in correlazione con altre analisi, ad esempio l'analisi del disco, per determinare quali processi potrebbero essere coinvolti nell'attività di I/O. |
| Memoria: memoria disponibile | Questa analisi controlla se la memoria disponibile totale è bassa: avviso al 10% disponibile e Critico al 5% disponibile. Viene inoltre visualizzato un avviso quando viene rilevata una tendenza decrescente di 10 MB all'ora, che può indicare una potenziale condizione di memoria futura. Memoria fisica insufficiente può causare un aumento dei ritardi della CPU e del sistema in modalità privilegiata. Per altre informazioni, vedere Available MemoryAnalysis in questo argomento. |
| Memoria: voci della tabella della pagina del sistema libero | Le voci della tabella pagina di sistema (PTE) sono il numero di voci della tabella di pagina attualmente non usate dal sistema. Questa analisi determina se il sistema sta esaurendo il PTE controllando se sono presenti meno di 5.000 PTE gratuiti con avviso se sono presenti meno di 10.000 PTE gratuiti. La mancanza di un PTE sufficiente può causare blocchi a livello di sistema. Si noti anche che l'opzione /3GB ridurrà significativamente la quantità di PTE libero. Per altre informazioni, vedere Free System Page Table Entries Analysis in questo argomento. |
| Memoria: rilevamento di perdite di memoria | Questa analisi determina se uno dei processi utilizza una grande quantità di memoria del sistema e se il processo aumenta nel tempo. Un processo che utilizza grandi porzioni di memoria va bene purché il processo restituisca la memoria al sistema. Cercare tendenze crescenti nel grafico. Una tendenza crescente in un lungo periodo di tempo potrebbe indicare una perdita di memoria. "Byte privati" è la dimensione corrente, in byte, della memoria allocata da questo processo che non può essere condivisa con altri processi. Questa analisi controlla le tendenze crescenti di 10 MB all'ora e di 5 MB all'ora. Usare questa analisi in correlazione con l'analisi della memoria disponibile in PAL. Per altre informazioni, vedere Analisi di rilevamento perdite di memoria in questo argomento. |
| Memoria: gestire il rilevamento delle perdite | Questa analisi controlla tutti i processi per determinare il numero di handle aperti e per determinare se è sospetta una perdita di handle. Un processo con un numero elevato di handle e/o una tendenza aggressiva verso l'alto potrebbe indicare una perdita di handle, che in genere comporta una perdita di memoria. Il numero totale di handle attualmente aperti da questo processo è uguale alla somma degli handle attualmente aperti da ogni thread in questo processo. Riferimento: Strumento di diagnostica di debug |
| Memoria: input pagine di memoria/sec | "Input pagine/sec" è la frequenza con cui le pagine vengono lette dal disco per risolvere gli errori delle pagine hard page. Gli errori nelle pagine hardware si verificano quando un processo fa riferimento a una pagina nella memoria virtuale che non sia nel relativo working set o in un altro punto della memoria fisica e deve essere richiamata dal disco. Questa analisi controlla se sono presenti più di 10 letture di file di pagina al secondo. |
| Memoria: pagine di memoria/sec | Questa analisi verifica se "Pages/sec" è alta (superiore a 1.000). Se è elevato, è probabile che il sistema esaurisca la memoria provando a eseguire il paging della memoria sul disco. "Pages/sec" è la frequenza con cui le pagine vengono lette o scritte su disco per risolvere gli errori di pagina rigida. Questo contatore è un indicatore principale dei tipi di errori che causano ritardi a livello di sistema. Usare questa analisi in correlazione con l'analisi della memoria disponibile e l'analisi rilevamento perdite di memoria in PAL. Se tutte queste analisi generano avvisi contemporaneamente, questo può indicare che il sistema esaurisce la memoria e i processi sospetti coinvolti e seguire i passaggi di analisi indicati nell'analisi rilevamento perdite di memoria in PAL. Per altre informazioni, vedere Analisi pagine di memoria/sec in questo argomento. |
| Memoria: byte residenti cache del sistema di memoria | "Byte residenti della cache di sistema" è la dimensione, espressa in byte, del codice del sistema operativo di paging nella cache del file system. Questo valore include solo le pagine fisiche e non include le pagine di memoria virtuale non attualmente residenti. Questo valore è un componente di "Memory\\System Code Resident Bytes" che rappresenta tutto il codice del sistema operativo che è attualmente in memoria fisica. Questo contatore indica solo l'ultimo valore osservato, non una media. Questa analisi verifica una tendenza crescente di 10 MB all'ora. In fase di caricamento, un server potrebbe usare la cache di sistema per memorizzare nella cache le attività di I/O, ad esempio il disco. Usare in correlazione con elabora operazioni di I/O dati/sec e elabora analisi di I/O altre operazioni/sec in PAL. Riferimento: Prestazioni e ottimizzazione della cache dei file |
| Memoria: byte non di paging del pool | "Pool Nonpaged Bytes" è la dimensione, in byte, del pool non di paging, un'area di memoria di sistema per gli oggetti che non possono essere scritti su disco, ma devono rimanere in memoria fisica purché vengano allocati. Questa analisi verifica se il sistema sta per raggiungere le dimensioni massime della memoria non di paging del pool. A tale scopo, stimare le dimensioni del pool prendendo in considerazione /3 GB, dimensioni della memoria fisica e 32 bit/64 bit, quindi determinare se il valore è superiore al 60% delle dimensioni stimate del pool. Se il sistema diventa vicino alla dimensione massima, il sistema potrebbe riscontrare blocchi a livello di sistema. L'opzione /3GB nel file boot.ini riduce significativamente le dimensioni di questo pool di memoria. Per altre informazioni, vedere Pool Non-Paged Bytes Analysis in questo argomento. |
| Memoria: byte di paging in pool | Questa analisi verifica se il sistema sta per raggiungere le dimensioni massime della memoria di paging del pool. A tale scopo, stimare le dimensioni del pool prendendo in considerazione /3 GB, dimensioni della memoria fisica e 32 bit/64 bit, quindi determinare se il valore è superiore al 60% delle dimensioni stimate del pool. Se il sistema diventa vicino alla dimensione massima, il sistema potrebbe riscontrare blocchi a livello di sistema. L'opzione /3GB nel file boot.ini riduce significativamente le dimensioni di questo pool di memoria. Per altre informazioni, vedere Pool Paged Bytes Analysis in questo argomento. |
| Memoria: Conteggio thread di elaborazione | Questa analisi controlla tutti i processi per determinare se un processo ha più di 500 thread e se il numero di thread aumenta di 50 thread all'ora. Un processo con un numero elevato di thread e/o una tendenza aggressiva verso l'alto potrebbe indicare una perdita di thread che in genere comporta una perdita di memoria o un cambio di contesto elevato. Il cambio di contesto elevato comporterà la CPU in modalità con privilegi elevati. |
| Memoria: working set di processi | "Working Set" è la dimensione corrente, in byte, del working set di questo processo. Il working set è il set di pagine di memoria interessate di recente dai thread nel processo. Se la memoria disponibile nel computer supera una soglia, le pagine vengono lasciate nel working set di un processo anche se non sono in uso. Quando la memoria libera scende al di sotto di una soglia, le pagine vengono eliminate dai working set. Se sono necessari, verranno restituiti errori soft nel working set prima di lasciare la memoria principale. Questa analisi verifica una tendenza crescente di 10 MB o più in ognuno dei processi. Usare in correlazione con l'analisi della memoria disponibile in PAL. Riferimento: Ricerca ed eliminazione di colli di bottiglia |
| Rete: analisi della lunghezza della coda di output di rete | Questa analisi controlla il numero di thread in attesa sulla scheda di rete. Se molti thread sono in attesa sulla scheda di rete, il sistema sta probabilmente saturando l'I/O di rete a causa della latenza di rete o della larghezza di banda di rete. La lunghezza della coda di output è la lunghezza della coda di pacchetti di output (in pacchetti). I ritardi sono indicati se questo è più lungo di due e il collo di bottiglia deve essere trovato ed eliminato, se possibile. Le cause tipiche dell'accodamento dell'output di rete includono un numero elevato di richieste di rete di piccole dimensioni e latenza di rete. |
| Rete: analisi dell'utilizzo della rete | "Byte Totale/sec" è la frequenza con cui i byte vengono inviati e ricevuti su ogni scheda di rete, inclusi i caratteri di frame. "Network Interface\Bytes Received/sec" è una somma di "Network Interface\Bytes Received/sec" e "Network Interface\Bytes Sent/sec". Questo contatore consente di sapere se il traffico nella scheda di rete è saturo e se è necessario aggiungere un'altra scheda di rete. La velocità con cui è possibile identificare un problema dipende dal tipo di rete in uso e dalla condivisione della larghezza di banda con altre applicazioni. Questa analisi converte "Byte totali/sec" in bit e la confronta con la larghezza di banda corrente della scheda di rete per calcolare l'utilizzo della rete. Verifica quindi l'utilizzo superiore al 50%. Riferimento: Misurare le prestazioni con EventCounters in .NET Core |
| File di paging: paging % utilizzo del file e % utilizzo picco di utilizzo | Quantità dell'istanza del file di pagina in uso in percentuale. Vedere anche "Process\\Page File Bytes". Questa analisi controlla se la percentuale di utilizzo è maggiore del 70%. |
| Processore: analisi dell'utilizzo del processore e uso eccessivo del processore da parte dei processi | Questo contatore è l'indicatore principale dell'attività del processore e visualizza la percentuale media di tempo occupato osservato durante l'intervallo di campionamento. Viene calcolato monitorando il tempo in cui il servizio è inattivo e sottraendo tale valore dal 100%. Questa analisi controlla l'utilizzo maggiore del 60% su ogni processore. In tal caso, determinare se si tratta di cpu in modalità utente elevata o modalità con privilegi elevati. Se si sospetta una CPU con privilegi elevati, vedere l'analisi della CPU in modalità privilegiata in PAL. Se si sospetta un collo di bottiglia del processore in modalità utente, è consigliabile usare un profiler di processo per analizzare le funzioni che causano un utilizzo elevato della CPU. |
| Processore: lunghezza coda processore | Questa analisi determina se la lunghezza media della coda del processore supera il numero di processori. In tal caso, questo potrebbe indicare un collo di bottiglia del processore. Usare questa analisi in correlazione con l'analisi della CPU in modalità privilegiata e l'utilizzo eccessivo del processore per analisi del processo in PAL. Per informazioni dettagliate, vedere Analisi della lunghezza della coda del processore in questo argomento. |
| Processore: analisi della CPU in modalità privilegiata | Questo contatore indica la percentuale di tempo in cui un thread viene eseguito in modalità con privilegi. Quando l'applicazione chiama le funzioni del sistema operativo (ad esempio per eseguire operazioni di I/O di rete o per allocare memoria), queste funzioni del sistema operativo vengono eseguite in modalità con privilegi. Questa analisi verifica se la CPU in modalità privilegiata sta consumando più del 30% della CPU totale. In tal caso, è probabile che l'utilizzo della CPU sia causato da un altro collo di bottiglia diverso dal processore, ad esempio rete, memoria o I/O del disco. Usare in correlazione con processore: % tempo di interruzione e processore: analisi del cambio di contesto elevato in PAL. Per altre informazioni, vedere Privileged Mode CPU Analysis in questo argomento. |
| Processore: tempo di interruzione | "% tempo di interruzione" è il tempo trascorso dal processore durante la ricezione e la manutenzione degli interrupt hardware durante gli intervalli di campionamento. Questo valore rappresenta un indicatore indiretto dell'attività delle periferiche che generano gli interrupt, come l'orologio di sistema, il mouse, i driver dei dischi, le linee di comunicazione dati, le schede di rete e le altre periferiche. Queste periferiche interrompono normalmente il processore quando hanno completato un'attività o richiedono attenzione. La consueta esecuzione dei thread viene sospesa durante gli interrupt. La maggior parte degli orologi di sistema interrompe il processore ogni 10 millisecondi, creando un background di attività interrupt. Un aumento significativo di questo contatore indica potenziali problemi hardware. Questa analisi verifica la presenza di "% tempo di interruzione" maggiore del 30%. In questo caso, prendere in considerazione l'aggiornamento dei driver di dispositivi per l'hardware correlato a questo avviso. Riferimento: Misurare le prestazioni con EventCounters in .NET Core |
| Processore: cambio di contesto elevato | Un cambio di contesto si verifica quando un thread con priorità più alta annulla un thread con priorità più bassa attualmente in esecuzione o quando un thread con priorità elevata viene bloccato. I livelli elevati di cambio di contesto possono verificarsi quando molti thread condividono lo stesso livello di priorità. Questo spesso indica che troppi thread sono in competizione per i processori nel sistema. Come regola generale, i tassi di cambio di contesto inferiori a 5.000 al secondo per processore non vale la pena preoccuparsi. Se i cambi di contesto superano i 15.000 al secondo per processore, esiste un vincolo. Per altre informazioni, vedere Analisi del cambio di contesto elevato in questo argomento. |
| Microsof BizTalk Server: Orchestrazioni di disidratazione BizTalk | Quando molti processi aziendali a esecuzione prolungata vengono eseguiti contemporaneamente, sono possibili problemi di memoria e prestazioni. che vengono risolti mediante la "disidratazione" e la "riattivazione" delle istanze di orchestrazione. La disidratazione è il processo della serializzazione dello stato di un'orchestrazione in un database SQL Server. La riattivazione è il contrario di questo processo: deserializzazione dell'ultimo stato di esecuzione di un'orchestrazione dal database. La disidratazione viene utilizzata per ridurre l'utilizzo di risorse di sistema limitando il numero di orchestrazioni di cui si deve creare contemporaneamente un'istanza in memoria. Pertanto, le dehyration risparmiano il consumo di memoria, ma sono operazioni relativamente costose da eseguire. Questa analisi verifica la presenza di disidratazioni di 10 o più. In tal caso, BizTalk Server potrebbe essere esaurita la memoria (virtuale o fisica), un numero elevato di orchestrazioni è in attesa di messaggi o le impostazioni di disidratazione non vengono impostate correttamente. Riferimento: Disidratazione e riattivazione dell'orchestrazione |
| Microsoft BizTalk Server: Sessioni di database BizTalk High | Questo contatore ha due valori possibili: normale (0) o superato (1). Questa analisi verifica la presenza di un valore pari a 1. In tal caso, BizTalk ha superato la soglia del numero di sessioni di database consentite. Questo valore è controllato dal valore "Connessione di database per CPU" nelle impostazioni di limitazione della limitazione dell'host BizTalk. "Connessione di database per CPU" è il numero massimo di sessioni di database simultanee (per CPU) consentite prima dell'inizio della limitazione. È possibile monitorare il numero di connessioni al database attive utilizzando il contatore delle prestazioni Sessione database sotto la categoria dell'oggetto delle prestazioni BizTalk:Message Agent. Questo parametro ha effetto solo sulla limitazione delle richieste per i messaggi in uscita. Per altre informazioni, vedere Analisi delle sessioni di database elevati BizTalk in questo argomento. |
| Microsoft BizTalk Server: Dimensioni elevate del database BizTalk | Questo contatore verrà impostato su un valore pari a 1 se si verifica una delle condizioni elencate per il conteggio dei messaggi nella soglia del database. Per impostazione predefinita, il conteggio dei messaggi host nella soglia di limitazione del database è impostato su un valore pari a 50.000, che attiverà una condizione di limitazione nelle circostanze seguenti: - Numero totale di messaggi pubblicati dall'istanza host per il lavoro, lo stato e le code sospese degli host di sottoscrizione superano 50.000. - Il numero di messaggi nella tabella spool o la tabella di rilevamento supera 500.000 messaggi. In questo caso, prendere in considerazione un corso di azione che ridurrà il numero di messaggi nel database. Ad esempio, assicurarsi che i processi di SQL Server in BizTalk Server siano in esecuzione senza errori e usino la pagina Hub di gruppo nella console di amministrazione di BizTalk Server per determinare se la compilazione dei messaggi è causata da un numero elevato di messaggi sospesi. Per altre informazioni, vedere Analisi delle dimensioni elevate del database BizTalk in questo argomento. |
| Microsoft BizTalk Server: BizTalk High In-Process Message Count | Questa analisi controlla il contatore High In-Process Message Count per determinare se si verifica questo tipo di limitazione. In tal caso, è consigliabile modificare l'impostazione "Messaggi in-process per CPU". Questo parametro ha effetto solo sulla limitazione delle richieste per i messaggi in uscita. Immettere un valore pari a 0 nell'impostazione "Messaggi in-process per CPU" per disabilitare la limitazione in base al numero di messaggi in-process per CPU. Il valore predefinito per l'impostazione "Messaggi in-process per CPU" è 1.000. Si noti che la modifica di questo valore può anche avere un impatto sulla bassa latenza dei messaggi e/o sull'efficienza delle risorse BizTalk. Per altre informazioni, vedere BizTalk High In-Process Message Count Analysis in questo argomento. |
| Microsoft BizTalk Server: Frequenza di recapito dei messaggi elevati bizTalk | Questa analisi controlla un valore pari a 1 nel contatore della frequenza di recapito dei messaggi elevati. I tassi di recapito dei messaggi elevati possono essere causati da complessità elevata di elaborazione, schede in uscita lente o una carenza momentanea di risorse di sistema. Per altre informazioni, vedere Analisi della frequenza di recapito dei messaggi elevati bizTalk in questo argomento. |
| Microsoft BizTalk Server: Frequenza di pubblicazione di messaggi elevati bizTalk | La limitazione delle richieste in ingresso, detta anche limitazione delle richieste di pubblicazione dei messaggi in BizTalk Server, viene applicata alle istanze dell'host che contengono adapter di ricezione o orchestrazioni che pubblicano messaggi nel MessageBox. Questa analisi controlla il valore 1 nel contatore High Message Publishing Rate. In questo caso, il database non può mantenere la frequenza di pubblicazione dei messaggi nel database BizTalk MessageBox. Riferimenti: - Contatori delle prestazioni di limitazione host - Come BizTalk Server implementa la limitazione dell'host - Modificare le impostazioni di limitazione basata sulla frequenza - Che cos'è la limitazione dell'host? |
| Microsoft BizTalk Server: Memoria del processo elevato bizTalk | L'impostazione soglia di limitazione dell'utilizzo della memoria del processo BizTalk è la percentuale di memoria usata rispetto alla somma delle dimensioni del set di lavoro e la memoria virtuale totale disponibile per il processo se viene immesso un valore compreso tra 1 e 100. Quando si specifica un valore in percentuale, la soglia di memoria del processo viene ricalcolata a intervalli regolari. Questa analisi verifica un valore pari a 1 nel contatore memoria di elaborazione elevata. Per altre informazioni, vedere Analisi della memoria del processo elevato bizTalk in questo argomento. |
| Microsoft BizTalk Server: Memoria elevata di sistema BizTalk | L'impostazione di soglia di limitazione dell'utilizzo della memoria fisica BizTalk è la percentuale di consumo di memoria rispetto alla quantità totale di memoria fisica disponibile se viene immesso un valore compreso tra 1 e 100. Questa impostazione può anche essere la quantità totale di memoria fisica disponibile in megabyte se viene immesso un valore maggiore di 100. Immettere 0 per disattivare la limitazione delle richieste basata sull'utilizzo della memoria fisica. Il valore predefinito è 0. Per altre informazioni, vedere Analisi della memoria elevata di sistema BizTalk in questo argomento. |
| Microsoft BizTalk Server: Conteggio thread elevato BizTalk | "Thread per CPU" è il numero totale di thread nel processo host, inclusi i thread usati dagli adattatori. Se questa soglia viene superata, BizTalk Server tenterà di ridurre le dimensioni del pool di thread EPM e del pool di thread dell'agente di messaggi. È opportuno attivare la limitazione delle richieste basata sui thread negli scenari in cui un carico elevato può portare alla creazione di un numero elevato di thread. Questo parametro ha effetto sulla limitazione delle richieste per i messaggi in ingresso e in uscita. La limitazione basata su thread è disabilitata per impostazione predefinita. Per altre informazioni, vedere Analisi del conteggio dei thread elevati bizTalk in questo argomento. |
| Microsoft BizTalk Server: Lunghezza coda host BizTalk | La lunghezza della coda host BizTalk tiene traccia del numero totale di messaggi nella coda host specifica. È possibile usare le dimensioni della lunghezza, ad esempio BizTalk:MessageBox:HostCounters:Host Queue - Length, per offrire una visualizzazione più dettagliata del numero di messaggi in coda internamente visualizzando la profondità della coda per un singolo host. Questo contatore può essere utile per determinare se un host specifico è colli di bottiglia. Supponendo che gli host univoci vengano usati per ogni trasporto, ciò può essere utile per determinare potenziali colli di bottiglia di trasporto. Questa analisi verifica la lunghezza media della coda maggiore di 1. La lunghezza della coda host è una lunghezza ponderata della coda aggregando il conteggio dei record di tutte le code (Work Q, State Q, Suspended Q) dell'host di destinazione. Riferimento: BizTalk Server 2010: metodologia di test delle prestazioni BizTalk Server |
| Microsoft BizTalk Server: Lunghezza coda messaggi sospesi host BizTalk | Questo contatore tiene traccia del numero totale di messaggi sospesi per l'host specifico. Un messaggio sospeso è un'istanza di un messaggio o di un'orchestrazione che BizTalk Server ha interrotto l'elaborazione a causa di un errore nel sistema o nel messaggio. In genere, le istanze sospese a causa di errori del sistema possono venire riprese non appena viene risolto il problema del sistema. Spesso le istanze sospese a causa di un problema del messaggio non possono venire riprese ed è necessario correggere il messaggio e inviarlo di nuovo al sistema BizTalk Server. La coda di messaggi sospesa è una coda che contiene elementi di lavoro per i quali è stato rilevato un errore o un errore durante l'elaborazione. I messaggi rimangono nella coda degli elementi sospesi finché non vengono corretti e rielaborati oppure eliminati. Questa analisi controlla qualsiasi occorrenza di messaggi sospesi. Una tendenza crescente potrebbe indicare gravi errori di elaborazione. Riferimenti: - Monitoraggio BizTalk Server integrità e prestazioni - Risoluzione dei problemi di Microsoft BizTalk Server |
| BizTalk Server: Orchestrazioni di inattività BizTalk | Numero di istanze dell'orchestrazione inattive ospitate dall'istanza host. Questo contatore si riferisce alle orchestrazioni che non stanno facendo progressi, ma non sono disidratate. Questa situazione può verificarsi quando l'orchestrazione è bloccata, in attesa di una ricezione, ascolto o ritardo in una transazione atomica. Se si accumula un numero elevato di orchestrazioni non disidratate, BizTalk potrebbe esaurire la memoria. La disidratazione è il processo della serializzazione dello stato di un'orchestrazione in un database SQL Server. La riattivazione è il contrario di questo processo: deserializzazione dell'ultimo stato di esecuzione di un'orchestrazione dal database. La disidratazione viene utilizzata per ridurre l'utilizzo di risorse di sistema limitando il numero di orchestrazioni di cui si deve creare contemporaneamente un'istanza in memoria. L'istanza viene disidratata, il relativo stato viene salvato e la memoria necessaria per l'istanza viene liberata. La disidratazione di istanze di orchestrazione inattive consente l'esecuzione contemporanea di più processi di business a esecuzione prolungata nello stesso computer. Questa analisi verifica una tendenza crescente di un'orchestrazione inattiva all'ora. Riferimento: orchestrazione della disidratazione e reidratazione. |
| BizTalk Server: Latenza in ingresso BizTalk | Latenza media in millisecondi da quando il motore di messaggistica riceve un documento dalla scheda finché non viene pubblicato nel MessageBox. La riduzione della latenza è importante per alcuni utenti di BizTalk, pertanto è importante tenere traccia della quantità di tempo trascorso nei documenti in ingresso. Per altre informazioni, vedere Analisi della latenza in ingresso bizTalk in questo argomento. |
| BizTalk Server: Ritardo del recapito dei messaggi BizTalk | Questo è il ritardo corrente in millisecondi (ms) imposto a ogni batch di recapito dei messaggi (applicabile se il recapito del messaggio è limitato). Per quanto riguarda la limitazione, viene applicato un ritardo nella pubblicazione o nell'elaborazione del messaggio, a seconda che il messaggio sia in ingresso o in uscita. Il periodo di ritardo è proporzionale alla gravità della condizione di limitazione. Le condizioni di limitazione della gravità più elevate avvieranno un periodo di limitazione più lungo rispetto alle condizioni di limitazione della gravità inferiori. Questo periodo di ritardo viene regolato entro determinati intervalli dal meccanismo di limitazione delle richieste man mano che le condizioni cambiano. Il periodo di ritardo corrente viene esposto tramite il ritardo del recapito dei messaggi (ms) e i contatori delle prestazioni del messaggio (ms) associati alla categoria di oggetti prestazioni bizTalk:Message Agent. Questa analisi verifica un ritardo di recapito dei messaggi maggiore di 5 secondi. I ritardi di recapito dei messaggi lunghi possono indicare una limitazione elevata a causa del carico elevato. Riferimento: come BizTalk Server implementa la limitazione dell'host. |
| BizTalk Server: Stato di limitazione del recapito dei messaggi BizTalk | Lo stato di limitazione del recapito dei messaggi BizTalk è uno degli indicatori principali della limitazione. È un flag che indica se il sistema limita il recapito dei messaggi (che influisce sull'elaborazione dei messaggi XLANG e sui trasporti in uscita). La condizione di limitazione è indicata dal valore numerico del contatore. Per altre informazioni, vedere Analisi dello stato di limitazione dello stato dei messaggi BizTalk in questo argomento. |
| BizTalk Server: Ritardo di pubblicazione messaggi BizTalk | Ritardo inserito in ogni batch qualificato per limitare la pubblicazione di messaggi. Per quanto riguarda la limitazione, viene applicato un ritardo nella pubblicazione o nell'elaborazione del messaggio, a seconda che il messaggio sia in ingresso o in uscita. Il periodo di ritardo è proporzionale alla gravità della condizione di limitazione. Le condizioni di limitazione della gravità più elevate avvieranno un periodo di limitazione più lungo rispetto alle condizioni di limitazione della gravità inferiori. Questo periodo di ritardo viene regolato entro determinati intervalli dal meccanismo di limitazione delle richieste man mano che le condizioni cambiano. Il periodo di ritardo corrente viene esposto tramite il ritardo del recapito dei messaggi (ms) e i contatori delle prestazioni del messaggio (ms) associati alla categoria di oggetti prestazioni bizTalk:Message Agent. Questa analisi verifica un ritardo di pubblicazione dei messaggi superiore a 5 secondi. I ritardi di recapito dei messaggi lunghi possono indicare una limitazione elevata a causa del carico elevato. Riferimento: come BizTalk Server implementa la limitazione dell'host. |
| BizTalk Server: Errori di connessione del database BizTalk MessageBox | Questo contatore delle prestazioni è il numero di tentativi connessioni alle banche dati non riusciti dopo l'avvio dell'istanza host. Se il servizio SQL Server che ospita i database BizTalk non è disponibile per qualsiasi motivo, il cluster di database trasferisce le risorse dal computer attivo al computer passivo. Durante questo processo di failover si verificano errori nelle connessioni al database delle istanze del servizio BizTalk Server e queste istanze vengono riavviate automaticamente per ristabilire la connessione ai database. Il computer del database funzionante (precedentemente definito computer passivo) inizia a elaborare le connessioni al database dopo aver acquisito le risorse durante il failover. Per altre informazioni, vedere Analisi degli errori di connessione del database BizTalk MessageBox in questo argomento. |
| BizTalk Server: Latenza di messaggistica BizTalk: Latenza della risposta richiesta | Latenza media in millisecondi dal momento in cui il motore di messaggistica riceve un documento di richiesta dall'adapter fino al momento della trasmissione di un documento di risposta all'adapter. Fare riferimento al grafico che mostra la latenza misurata nell'analisi della latenza in ingresso bizTalk in questo argomento. Presupponendo un ambiente a bassa latenza, questa analisi verifica una latenza Request-Response maggiore di 5 secondi. Questo può indicare un ritardo di elaborazione tra l'adapter in ingresso e l'adattatore in uscita. Riferimenti: - Messaggistica richiesta/risposta - Ridimensionamento delle soluzioni |
| BizTalk Server: Stato di limitazione della messaggistica BizTalk | Lo stato di limitazione della limitazione dei messaggi BizTalk è uno degli indicatori principali della limitazione. È un flag che indica se il sistema limita la pubblicazione dei messaggi (che influisce sull'elaborazione dei messaggi XLANG e sui trasporti in ingresso). Per altre informazioni, vedere Analisi dello stato di limitazione della messaggistica BizTalk in questo argomento. |
| BizTalk Server: BizTalk Orchestration Suspended/second | Un messaggio sospeso è un'istanza di un messaggio o di un'orchestrazione che BizTalk Server ha interrotto l'elaborazione a causa di un errore nel sistema o nel messaggio. In genere, le istanze sospese a causa di errori del sistema possono venire riprese non appena viene risolto il problema del sistema. Spesso le istanze sospese a causa di un problema del messaggio non possono venire riprese ed è necessario correggere il messaggio e inviarlo di nuovo al sistema BizTalk Server. Questa analisi verifica eventuali messaggi/orchestrazioni sospese. Riferimenti: - Monitoraggio BizTalk Server integrità e prestazioni - Risoluzione dei problemi di Microsoft BizTalk Server |
| BizTalk Server: Orchestrazioni bizTalk completate/seconda | Si tratta del numero di orchestrazioni BizTalk completate al secondo. Si tratta di un buon indicatore per quanto velocità effettiva bizTalk sta elaborando. Questa analisi fornisce solo statistiche. Riferimento: Ridimensionamento delle soluzioni |
| BizTalk Server: Orchestrazioni BizTalk Ignorate | Numero di istanze di orchestrazione scartate dalla memoria dall'avvio dell'istanza host. Un'orchestrazione può venire scartata se il motore non riesce a rendere persistente lo stato. Questa analisi controlla eventuali messaggi eliminati. Riferimento: WebLog del motore BizTalk Core |
| BizTalk Server: Orchestrazioni BizTalk residenti in memoria | Numero di istanze di orchestrazione ospitate dall'istanza host. Questa analisi verifica una tendenza crescente nelle orchestrazioni residenti in memoria e se più del 50% delle orchestrazioni residenti in memoria non sono disidratate. Per altre informazioni, vedere BizTalk Orchestrations Resident in Memory Analysis. |
| BizTalk Server: Latenza dell'adapter in uscita BizTalk | Si tratta della latenza media in secondi da quando l'adapter ottiene un documento dal motore di messaggistica fino al momento in cui viene inviato dall'adattatore. Fare riferimento al grafico che mostra la latenza misurata nell'analisi della latenza in ingresso bizTalk in questo argomento. Presupponendo un ambiente a bassa latenza, questa analisi verifica la latenza nell'adattatore in uscita di più di 5 secondi in media. Questo può indicare un ritardo di elaborazione nel trasporto di messaggi tramite schede in uscita in questa istanza host. Se esistono più schede in uscita in questa istanza host, è consigliabile separarle in host personali per determinare quale adattatore in uscita ha una latenza elevata. Riferimenti: - Messaggistica richiesta/risposta. - BizTalk Server 2006: Case Study scalabilità usando l'adattatore SOAP in BizTalk Server 2006 - Identificazione dei colli di bottiglia nel livello BizTalk - Ottimizzazioni dello scenario a bassa latenza per BizTalk Server |
| BizTalk Server: Messaggi in sospeso bizTalk | Numero di messaggi ricevuti che non sono stati riconosciuti come ricevuti nel MessageBox. I messaggi in sospeso sono messaggi che sono stati estratti in memoria e recapitati all'orchestrazione XLANG, ma non sono ancora stati elaborati. Questa circostanza non ha nulla a che fare con la perdita di dati. La distribuzione di un messaggio a un'orchestrazione è un processo in più passaggi ed è semplicemente un'istanza del messaggio che risiede nella tabella spool nel database. Questi messaggi in sospeso vengono conteggiati come messaggi in-process; pertanto, avere un numero elevato di loro in memoria potrebbe causare la limitazione della memoria nel sistema. La modifica dell'impostazione Dimensioni coda messaggi interni può essere utile per controllare il numero di messaggi in sospeso. L'impostazione In-Process Messaggi per CPU ha un impatto sulla limitazione quando si verifica un numero elevato di messaggi in sospeso. Queste impostazioni sono disponibili nelle proprietà Host nella console di amministrazione BizTalk. Questa analisi controlla solo le statistiche per questo contatore. Riferimento: Contatori delle prestazioni del motore di orchestrazione. |
| BizTalk Server: Punti di persistenza BizTalk/secondo | Numero medio di istanze di orchestrazione rese persistenti al secondo. Il motore di orchestrazione salva lo stato dell'istanza di orchestrazione in esecuzione in corrispondenza di vari punti. Se deve riattivare l'istanza di orchestrazione, avviare da un arresto controllato o ripristinare da un arresto imprevisto, eseguirà l'istanza di orchestrazione dall'ultimo punto di persistenza. Per rendere persistente un'istanza di orchestrazione, tutte le istanze dell'oggetto a cui fa riferimento l'orchestrazione si riferisce direttamente o indirettamente (come tramite altri oggetti) devono essere serializzabili. Poiché la frequenza di persistenza dei messaggi (il numero di volte in cui i dati devono essere mantenuti) aumenta, le prestazioni complessive diminuiscono. In effetti, ogni punto di persistenza è un round trip nel database, quindi ogni volta che possibile ridurre la frequenza dei punti di persistenza evitando o consolidando i punti di persistenza. Per altre informazioni su quando si verificano punti di persistenza, vedere i riferimenti seguenti. Questa analisi verifica più di 10 punti di persistenza al secondo in media. Questo è un punto di partenza generale. Riferimenti: - Persistenza nelle orchestrazioni - Persistenza e motore di orchestrazione |
| BizTalk Server: Byte privati bizTalk | Si tratta dei megabyte di memoria privata allocata per l'istanza host e paragonabile al contatore delle prestazioni "\Process(*)\Private Bytes". Questa analisi determina se una delle istanze host utilizza una dimensione elevata della memoria del sistema e se l'istanza host aumenta nel tempo. Per altre informazioni, vedere Analisi byte private BizTalk in questo argomento. |
| BizTalk Server: Dimensioni tabella Spool BizTalk | La tabella spool messageBox contiene un record per ogni messaggio nel sistema (attivo o in attesa di "Garbage Collection"). Il monitoraggio del numero di righe in questa tabella e il numero di messaggi ricevuti al secondo, aumentando il carico di sistema offre un modo semplice per trovare la velocità effettiva massima sostenibile. È sufficiente aumentare il carico di input fino a quando 1) la tabella spool inizia a crescere in modo indefinito o 2) il numero di messaggi ricevuti al secondo, che viene prima e che è la velocità effettiva massima sostenibile. In riepilogo, indipendentemente da altri indicatori, questa misura ti darà un modo rapido e semplice per valutare se il sistema è in overdriven o meno. Quando le dimensioni delle tabelle di spool BizTalk si trovano in una tendenza crescente, la limitazione a causa della frequenza di recapito dei messaggi sbilanciata (la frequenza di input supera la frequenza di output) o la limitazione a causa delle dimensioni del database potrebbe verificarsi. Questa analisi verifica una tendenza crescente nelle dimensioni della tabella Spool BizTalk. Riferimenti: - Informazioni sulla velocità effettiva e la capacità di BizTalk Server 2004 SP1 - Test di carico sostenibile - Consigli per il test delle prestazioni del motore. |
| BizTalk Server: dimensioni dei dati di rilevamento BizTalk | Man mano che BizTalk Server elabora sempre più dati nel sistema, il database di rilevamento BizTalk (BizTalkDTADb) continua a crescere di dimensioni. La crescita incontrollata riduce le prestazioni del sistema e può generare errori nel servizio TDDS (Tracking Data Delivery Service). Oltre ai dati di rilevamento generale, è possibile che si accumulino messaggi rilevati nel database MessageBox, peggiorando le prestazioni del disco. Questa analisi controlla una tendenza crescente di oltre 5 MB all'ora nelle dimensioni dei dati di rilevamento. Riferimento: Archiviazione e ripulitura del database di rilevamento BizTalk |
| BizTalk Server: Ambiti transazionali BizTalk interrotti | Si tratta del numero di ambiti atomici o a esecuzione prolungata interrotti dall'avvio dell'istanza host. Un'interruzione dell'ambito transazionale è un errore che si verifica in un ambito di transazione all'interno di un'orchestrazione. È importante comprendere che il gestore di compensazione di un ambito viene richiamato solo se l'ambito è stato completato correttamente, ma è necessario annullarlo perché un ambito circostante ha deciso di interrompere (a causa di errori che possono verificarsi più avanti nel processo). Inoltre, non si verifica alcun rollback "automatico" dello stato in caso di interruzione della transazione. È possibile ottenere questo risultato a livello di codice tramite i gestori di eccezioni e compensazione. Gli interruzioni dell'ambito transazionale non devono normalmente verificarsi in un ambiente di produzione; pertanto, questa analisi controlla l'occorrenza di eventuali ambiti transazionali interrotti. Riferimento: Transazioni |
| BizTalk Server: Ambiti transazionali BizTalk compensati | La compensazione può essere considerata come un annullamento logico del lavoro che è stato eseguito correttamente in risposta a una condizione di errore. È importante comprendere che il gestore di compensazione di un ambito viene richiamato solo se l'ambito è stato completato correttamente, ma è necessario annullarlo perché un ambito circostante ha deciso di interrompere (a causa di errori che possono verificarsi più avanti nel processo). Inoltre, non si verifica alcun rollback "automatico" dello stato in caso di interruzione della transazione. È possibile conseguire questo risultato a livello di codice mediante gestori di eccezioni e compensazione. Le compensazioni dell'ambito transazionale non devono normalmente verificarsi in un ambiente di produzione; pertanto, questa analisi controlla l'occorrenza di eventuali ambiti transazionali interrotti. Riferimento: Transazioni |
| BizTalk Server: Byte virtuali BizTalk | Si tratta dei megabyte riservati per la memoria virtuale per l'istanza host. Questa analisi determina se una delle istanze host utilizza una grande quantità di memoria del sistema e se l'istanza host aumenta nel tempo. Per altre informazioni, vedere Analisi byte virtuali BizTalk in questo argomento. |
| BizTalk Server: Limitazione della sessione del database dell'agente messaggi BizTalk | Questo è il numero di connessioni alle banche dati aperte a MessageBox rispetto alla rispettiva impostazione di limitazione di BizTalk. "Connessione di database per CPU" è il numero massimo di sessioni di database simultanee (per CPU) consentite prima dell'inizio della limitazione. Per altre informazioni, vedere BizTalk Message Agent Database Session Throttling Analysis in questo argomento. |
| BizTalk Server: Soglia di limitazione della sessione di database dell'agente messaggi BizTalk | Si tratta della soglia corrente per il numero di connessioni alle banche dati aperte in MessageBox. "Connessione di database per CPU" è il numero massimo di sessioni di database simultanee (per CPU) consentite prima dell'inizio della limitazione. Per altre informazioni, vedere BizTalk Message Agent Database Session Throttling Threshold Analysis in questo argomento. |
| BizTalk Server: Limitazione del numero di messaggi in-process dell'agente messaggi BizTalk | Si tratta del numero di messaggi simultanei elaborati dalla classe del servizio. L'impostazione "Messaggi in-process per CPU" nelle impostazioni di limitazione host è il numero massimo di messaggi recapitati a End Point Manager (EPM) o XLANG che non sono stati elaborati. Per altre informazioni, vedere BizTalk Message Agent In-process Message Count Throttling Analysis in questo argomento. |
| BizTalk Server: Soglia di limitazione del numero di messaggi in-process dell'agente messaggi BizTalk | Si tratta della soglia corrente per il numero di messaggi simultanei elaborati dalla classe del servizio. L'impostazione "Messaggi in-process per CPU" nelle impostazioni di limitazione host è il numero massimo di messaggi recapitati a End Point Manager (EPM) o XLANG che non sono stati elaborati. Per altre informazioni, vedere BizTalk Message Agent In-process Message Count Threshold Analysis in questo argomento. |
| BizTalk Server: Limitazione dell'utilizzo memoria del processo dell'agente messaggi BizTalk (MB) | Si tratta dell'utilizzo della memoria del processo corrente (MB). La limitazione della memoria del processo BizTalk può verificarsi se il batch da pubblicare presenta requisiti di memoria ripida o se troppi thread elaborano messaggi. Per altre informazioni, vedere BizTalk Message Agent Process Memory Usage (MB) Throttling Analysis in questo argomento. |
| BizTalk Server: Soglia di limitazione dell'utilizzo della memoria del processo dell'agente messaggi BizTalk (MB) | Si tratta della soglia corrente per l'utilizzo della memoria del processo corrente (MB). La soglia può essere modificata dinamicamente a seconda della quantità effettiva di memoria disponibile per questo processo e del relativo modello di utilizzo della memoria. La limitazione della memoria del processo BizTalk può verificarsi se il batch da pubblicare presenta requisiti di memoria ripida o se troppi thread elaborano messaggi. Per altre informazioni, vedere BizTalk Message Agent Process Memory Usage (MB) Throttling Threshold Analysis in questo argomento. |
| BizTalk Server: Limitazione del numero di thread dell'agente messaggi BizTalk | Numero totale di thread nel processo BizTalk. "Thread per CPU" è il numero totale di thread nel processo host, inclusi i thread usati dalle schede. Se questa soglia viene superata, BizTalk Server proverà a ridurre la dimensione del pool di thread EPM e del pool di thread dell'agente messaggi. È opportuno attivare la limitazione delle richieste basata sui thread negli scenari in cui un carico elevato può portare alla creazione di un numero elevato di thread. Questo parametro ha effetto sulla limitazione delle richieste per i messaggi in ingresso e in uscita. La limitazione basata su thread è disabilitata per impostazione predefinita. Questa analisi controlla se il numero di thread BizTalk è maggiore dell'80% del valore soglia di limitazione che indica che è probabile che sia presente una condizione di limitazione. Riferimenti: - Contatori delle prestazioni di limitazione dell'host - Come BizTalk Server implementa la limitazione dell'host - Come modificare le impostazioni di limitazione predefinita dell'host - Parametri di configurazione che influiscono sulle prestazioni dell'adapter - Thread, sessioni di database e limitazione |
| BizTalk Server: Soglia di limitazione del numero di thread dell'agente messaggi BizTalk | Si tratta della soglia corrente per il numero totale di thread nel processo. "Thread per CPU" è il numero totale di thread nel processo host, inclusi i thread usati dalle schede. Se questa soglia viene superata, BizTalk Server proverà a ridurre la dimensione del pool di thread EPM e del pool di thread dell'agente messaggi. La limitazione basata su thread deve essere abilitata negli scenari in cui il carico elevato può portare alla creazione di un numero elevato di thread. Questo parametro ha effetto sulla limitazione delle richieste per i messaggi in ingresso e in uscita. Questa analisi controlla se questa impostazione di limitazione è impostata su un valore non predefinito. La limitazione basata su thread è disabilitata per impostazione predefinita. Riferimenti: - Contatori delle prestazioni di limitazione dell'host - Come BizTalk Server implementa la limitazione dell'host - Come modificare le impostazioni di limitazione predefinita dell'host - Parametri di configurazione che influiscono sulle prestazioni dell'adapter - Thread, sessioni di database e limitazione |
Analisi della latenza di lettura/scrittura del disco logico/fisico
Il modo più affidabile per Windows per rilevare un collo di bottiglia delle prestazioni del disco è misurare i tempi di risposta. Se i tempi di risposta sono maggiori di 025 (25 millisecondi), ovvero una soglia conservativa, potrebbero verificarsi rallentamenti e problemi di prestazioni che interessano gli utenti.
Le cause comuni della bassa latenza del disco sono la frammentazione del disco, la cache delle prestazioni, una san satura e un carico eccessivo sul disco. Usare lo strumento SPA per identificare i file e i processi principali usando il disco. Controllare anche "Elabora operazioni di I/O dati/sec" e "Elabora operazioni di I/O altre operazioni/sec" per vedere quali processi utilizzano la maggior parte delle operazioni di I/O su disco. Tenere presente che i contatori di Performance Monitor non sono in grado di specificare quali file sono coinvolti.
Riferimenti
Trasferimenti di dischi logici/sec
"Trasferimenti disco/sec" è la frequenza di operazioni di lettura e scrittura sul disco. Anche se i trasferimenti su disco non sono una correlazione diretta con le operazioni di I/O del disco, indicano quante operazioni su disco si verificano. Se si calcola la media delle operazioni di I/O sequenziali e delle operazioni di I/O casuali, si raggiunge circa 80 operazioni di I/O al secondo come regola generale. Pertanto, è consigliabile che un'unità SAN esegua più di 80 operazioni di I/O al secondo quando è in carico. Le soglie per questa analisi controllano se uno dei dischi logici mostra tempi di risposta scarsi (maggiori di 25 ms di tempi di risposta per le operazioni di I/O). Se questo è vero, è necessario che i trasferimenti del disco al secondo siano in corrispondenza o superiori a 80. In caso contrario, l'architettura del disco deve essere esaminata. La causa più comune dell'I/O del disco insufficiente è l'overload di unità logica (LUN) sulla SAN, ovvero la condizione in cui più lun usano la matrice di dischi fisici di piccole dimensioni.
Analisi della memoria disponibile
"Mbyte disponibili" è la quantità di memoria fisica disponibile per i processi in esecuzione nel computer, in megabyte. Virtual Memory Manager regola continuamente lo spazio usato in memoria fisica e su disco per mantenere un numero minimo di byte disponibili per il sistema operativo e i processi. Quando sono disponibili byte, Virtual Memory Manager consente ai set di lavoro di processi di crescere o di mantenerli stabili rimuovendo una pagina precedente per ogni nuova pagina aggiunta. Quando sono pochi i byte disponibili, Virtual Memory Manager deve tagliare i set di lavoro dei processi per mantenere il minimo necessario.
Questa analisi verifica se la memoria disponibile totale è bassa: avviso al 10% disponibile e Critico al 5%. Viene inoltre segnalato un avviso quando viene rilevata una tendenza di 10 MB all'ora, che indica una potenziale condizione di memoria futura. La memoria fisica ridotta può causare un aumento della CPU con privilegi e ritardi del sistema.
Riferimenti
Analisi rilevamento perdite di memoria
Questa analisi determina se uno dei processi richiede una grande quantità di memoria del sistema e se il processo aumenta nel tempo. Un processo che usa grandi parti di memoria è ok finché il processo restituisce la memoria al sistema. Cercare tendenze crescenti nel grafico. Una tendenza crescente in un lungo periodo di tempo potrebbe indicare una perdita di memoria. Byte privati è la dimensione corrente, in byte, della memoria allocata da questo processo che non può essere condivisa con altri processi. Questa analisi controlla le tendenze in aumento di 10 MB all'ora e 5 MB all'ora. Usare questa analisi in correlazione con l'analisi della memoria disponibile.
Tenere presente anche che i processi appena avviati verranno inizialmente visualizzati come perdita di memoria quando è semplicemente normale comportamento di avvio. Una perdita di memoria si verifica quando un processo continua a utilizzare la memoria e non rilascia memoria in un lungo periodo di tempo.
Se si sospetta una condizione di perdita di memoria, installare e usare lo strumento Debug Diag. Per altre informazioni sullo strumento Debug Diag, vedere la sezione riferimenti.
Riferimento
Strumento di diagnostica di debug
Analisi pagine di memoria/sec
Questa analisi verifica se il valore "Pages/sec" è elevato. Se è elevato, è probabile che il sistema esegua la memoria cercando di paginare la memoria nel disco. "Pages/sec" è la frequenza in cui le pagine vengono lette da o scritte su disco per risolvere gli errori di pagina hard. Il contatore è un indicatore primario del tipo di errori che causano ritardi a livello di sistema. È la somma di "Memoria\Input pagine/sec" e "Memory\Pages Output/sec". Viene conteggiato in numeri di pagine, quindi può essere confrontato con altri conteggi di pagine, ad esempio "Memory\Page Faults/sec".
Questo contatore deve sempre essere inferiore a 1.000. Questa analisi controlla i valori superiori a 1.000. Usare questa analisi in correlazione con l'analisi della memoria disponibile e l'analisi rilevamento perdite di memoria. Se tutte le analisi generano avvisi contemporaneamente, questo può indicare che il sistema è in uscita dalla memoria. Seguire i passaggi di analisi indicati in Informazioni aggiuntive sull'analisi del rilevamento perdite di memoria in questo argomento.
Riferimento
Escludere i problemi di Memory-Bound
Analisi byte della cache del sistema di memoria
"Byte residenti cache di sistema" è la dimensione, in byte, del codice del sistema operativo paginabile nella cache del file system. Questo valore include solo le pagine fisiche e non include le pagine di memoria virtuale non attualmente residenti. È uguale al valore cache di sistema visualizzato in Gestione attività. Di conseguenza, questo valore può essere minore della quantità effettiva di memoria virtuale in uso dalla cache del file system. Questo valore è un componente di "Memory\\System Code Resident Bytes", che rappresenta tutto il codice del sistema operativo paginabile attualmente in memoria fisica. Questo contatore indica solo l'ultimo valore osservato, non una media.
Questa analisi verifica una tendenza crescente di 10 MB all'ora. In fase di caricamento, un server potrebbe usare la cache di sistema per memorizzare nella cache attività di I/O, ad esempio il disco. Usare in correlazione con le operazioni i/sec e elaborare le analisi di I/O altre operazioni/sec.
Analisi dell'utilizzo del processore e utilizzo eccessivo del processore da parte dei processi
"% Processor Time" è la percentuale di tempo trascorso che il processore spende per eseguire un thread non inattiva. Viene calcolato misurando la durata del thread inattiva nell'intervallo di esempio e quindi sottraendo tale tempo dalla durata dell'intervallo. Ogni processore ha un thread inattiva che utilizza cicli quando nessun altro thread è pronto per l'esecuzione. Questo contatore è l'indicatore principale dell'attività del processore e visualizza la percentuale media di tempo occupato osservato durante l'intervallo di campionamento. Viene calcolato monitorando il tempo inattivo del servizio e sottraendo tale valore dal 100%.
Questa analisi verifica l'utilizzo maggiore del 60% su ogni singolo processore. In tal caso, determinare se è una CPU in modalità utente elevata o modalità con privilegi elevati. Se la CPU con privilegi elevati è sospetta, vedere "Analisi CPU in modalità con privilegi". Se si sospetta un collo di bottiglia del processore in modalità utente, è consigliabile usare un profiler di elaborazione per analizzare le funzioni che causano un utilizzo elevato della CPU. Vedere l'articolo "Procedura: Identificare le funzioni che causano un collo di bottiglia della CPU in modalità utente elevata per le applicazioni server in un ambiente di produzione" nella sezione riferimenti per altre informazioni.
Analisi della lunghezza della coda del processore
"Lunghezza coda processore" è il numero di thread nella coda del processore. A differenza del contatore dischi, questo contatore mostra i thread pronti e non quelli in esecuzione. Esiste una coda unica anche su computer con più processori. Di conseguenza, se un computer dispone di più processori, è necessario dividere tale valore per il numero di processori che gestiscono il carico di lavoro. Una lunghezza coda del processore elevata, ma inferiore a 10 thread per processore, viene in genere considerata accettabile, a seconda del carico di lavoro.
Questa analisi determina se la lunghezza media della coda del processore supera il numero di processori. In tal caso, questo potrebbe indicare un collo di bottiglia del processore. Usare questa analisi in correlazione con l'analisi della CPU con modalità con privilegi e l'uso eccessivo del processore in base al processo. La coda del processore è la raccolta di thread pronti ma non in grado di essere eseguiti dal processore perché un altro thread attivo è attualmente in esecuzione. Una coda costante o ricorrente di più thread rispetto al numero di processori è un'indicazione buona di un collo di bottiglia del processore.
È possibile usare questo contatore insieme al contatore "Processor\% Processor Time" per determinare se l'applicazione può trarre vantaggio da più CPU. Esiste una singola coda per il tempo del processore, anche nei computer multiprocessore. Pertanto, in un computer multiprocessore dividere il valore "Lunghezza coda processore" (PQL) per il numero di processori che manutenzione del carico di lavoro
Se la CPU è molto occupato (90% e utilizzo superiore) e la media PQL è coerentemente superiore al numero di processori, potrebbe essere presente un collo di bottiglia del processore che potrebbe trarre vantaggio da CPU aggiuntive. In alternativa, è possibile ridurre il numero di thread e code a livello di applicazione. Questo causerà un cambio di contesto minore, che è utile per ridurre il carico della CPU. Il motivo comune per un elevato utilizzo di PQL con basso utilizzo della CPU è che le richieste per il tempo del processore arrivano casualmente e i thread richiedono quantità irregolari di tempo dal processore. Ciò significa che il processore non è un collo di bottiglia. È invece necessario migliorare la logica di threading.
Se si sospetta un collo di bottiglia del processore in modalità utente, è consigliabile usare un profiler di elaborazione per analizzare le funzioni che causano un utilizzo elevato della CPU. Per altre informazioni, vedere l'articolo "Procedura: Identificare le funzioni che causano un collo di bottiglia della CPU in modalità utente elevato per le applicazioni server in un ambiente di produzione".
Analisi della CPU in modalità con privilegi
Questo contatore indica la percentuale di tempo in cui viene eseguito un thread in modalità con privilegi. Quando l'applicazione chiama funzioni del sistema operativo (ad esempio per eseguire operazioni di I/O di rete o di I/O di rete), queste funzioni del sistema operativo vengono eseguite in modalità con privilegi.
La CPU con privilegi elevati indica che il computer spende troppo tempo nel lavoro di I/O del sistema rispetto a quello reale (modalità utente). "% Privileged Time" è la percentuale di tempo trascorso che i thread di processo hanno trascorso l'esecuzione del codice in modalità con privilegi. Quando viene chiamato un servizio di sistema Windows, il servizio viene spesso eseguito in modalità con privilegi per ottenere l'accesso ai dati privati del sistema. Tali dati sono protetti dall'accesso da thread in esecuzione in modalità utente. Le chiamate al sistema possono essere esplicite o implicite, come per gli errori di pagina o gli interrupt. A differenza di alcuni sistemi operativi iniziali, Windows usa limiti di processo per la protezione del sottosistema oltre alla protezione tradizionale delle modalità utente e con privilegi. Alcune operazioni eseguite da Windows per conto dell'applicazione potrebbero essere visualizzate in altri processi del sottosistema oltre al tempo con privilegi nel processo.
Questa analisi verifica se la CPU in modalità con privilegi usa più del 30% del totale della CPU. In tal caso, l'utilizzo della CPU è probabilmente causato da un altro collo di bottiglia diverso dal processore, ad esempio rete, memoria o I/O del disco. Usare in correlazione con le analisi di interruzione del contesto elevato e tempo di interruzione del contesto elevato.
Analisi del cambio di contesto elevato
Un commutatore di contesto si verifica quando un thread con priorità superiore impedisce un thread con priorità inferiore attualmente in esecuzione o quando un thread con priorità elevata blocca. I livelli elevati di cambio di contesto possono verificarsi quando molti thread condividono lo stesso livello di priorità. Questo spesso indica che troppi thread sono in competizione per i processori nel sistema. Se non viene visualizzato molto utilizzo del processore e si notano livelli molto bassi di cambio di contesto, potrebbe indicare che i thread sono bloccati.
Il cambio di contesto elevato deve essere analizzato solo quando la CPU con privilegi e la CPU complessiva è elevata. Come regola generale, il cambio di contesto di meno di 5.000 al secondo al secondo per processore non vale la pena preoccuparsi. Se il cambio di contesto supera i 15.000 al secondo per processore, esiste un vincolo.
Questa analisi verifica la CPU elevata, la CPU con privilegi elevati e l'alto (maggiore di 5.000 per processore) commutatori di contesto di sistema al secondo che si verificano contemporaneamente. Se si verifica un cambio di contesto elevato, ridurre il numero di thread e processi in esecuzione nel sistema.
Analisi delle sessioni di database elevati bizTalk
Questo contatore ha due valori possibili (0) o superati (1). Questa analisi controlla il valore 1. In tal caso, BizTalk ha superato la soglia del numero di sessioni di database consentite. Questo valore è controllato dal valore "Connessione di database per CPU" nelle impostazioni di limitazione dell'host BizTalk.
"Connessione di database per CPU" è il numero massimo di sessioni di database simultanee (per CPU) consentite prima dell'inizio della limitazione. Le sessioni di database inattive nel pool di sessione comune per host non vanno aggiunte a questo conteggio e la verifica viene effettuata solo sul numero di sessioni realmente utilizzate dall'istanza host. Questa opzione è disabilitata per impostazione predefinita; in genere, questa impostazione deve essere abilitata solo se il server di database è un collo di bottiglia o per i server di database a basso livello nel sistema BizTalk Server. È possibile monitorare il numero di connessioni alle banche dati attivi usando il contatore delle prestazioni della sessione del database nella categoria dell'oggetto prestazioni bizTalk:Message Agent. Questo parametro ha effetto solo sulla limitazione delle richieste per i messaggi in uscita. Immettere 0 per disattivare la limitazione delle richieste basata sul numero di sessioni nel database. Il valore predefinito è 0.
Nota
La chiave del Registro di sistema "MaxWorkerThreads" influenza i thread numerici disponibili per BizTalk e può aiutare se la maggior parte dei thread BizTalk è occupato con connessioni alle banche dati.
Riferimenti
Contatori delle prestazioni di limitazione delle richieste host
Parametri di configurazione che influiscono sulle prestazioni dell'adapter
Come modificare le impostazioni di limitazione delle richieste predefinite dell'host
Analisi delle dimensioni elevate del database BizTalk
Questo contatore fa riferimento al numero di messaggi nelle code di database pubblicate da questo processo. Questo valore viene misurato dal numero di elementi nelle tabelle delle code per tutti gli host e dal numero di elementi nelle tabelle di rilevamento e dello spooler. La coda include la coda di lavoro, la coda di stato e la coda sospesa. Se un processo viene pubblicato in più code, questo contatore riflette la media ponderata di tutte le code.
Se l'host viene riavviato, le statistiche conservate in memoria vanno perdute. Poiché è coinvolto un sovraccarico, BizTalk Server riprenderà la raccolta di statistiche solo quando sono presenti almeno 100 pubblicazioni, con il 5% dei totali pubblicati all'interno del processo host riavviato.
Questo contatore verrà impostato su un valore pari a 1 se si verifica una delle condizioni elencate per il conteggio dei messaggi nella soglia del database. Questa soglia è documentata nell'argomento Come modificare le impostazioni di limitazione host predefinite riportate di seguito. Per impostazione predefinita, il conteggio dei messaggi host nella soglia di limitazione del database è impostato su un valore pari a 50.000, che attiverà una condizione di limitazione nelle circostanze seguenti:
Il numero totale di messaggi pubblicati dall'istanza host nelle code di lavoro, stato e sospese degli host che eseguono la sottoscrizione è superiore a 50.000.
Il numero di messaggi nella tabella dello spooler o nella tabella di rilevamento è superiore a 500.000.
Poiché i messaggi sospesi sono inclusi nel conteggio dei messaggi nel calcolo del database, la limitazione della pubblicazione dei messaggi può verificarsi anche se il server BizTalk ha un carico basso o nessun carico.
Questa analisi controlla il valore 1. In questo caso, prendere in considerazione un corso di azione che ridurrà il numero di messaggi nel database. Assicurarsi, ad esempio, che i processi di SQL Server BizTalk vengano eseguiti senza errori e usino l'hub di gruppo nella console di amministrazione BizTalk per determinare se la compilazione dei messaggi viene causata da un numero elevato di messaggi sospesi.
Riferimenti
Come modificare le impostazioni di limitazione delle richieste predefinite dell'host
Contatori delle prestazioni di limitazione delle richieste host
Analisi del conteggio messaggi di BizTalk High In-Process
L'impostazione "Messaggi in-process per CPU" nelle impostazioni di limitazione host è il numero massimo di messaggi recapitati a End Point Manager (EPM) o XLANG che non sono stati elaborati. Questo numero non include i messaggi recuperati dal database, ma ancora in attesa del recapito nella coda in memoria. È possibile monitorare il numero di messaggi in-process usando il contatore delle prestazioni del conteggio dei messaggi in-process nella categoria dell'oggetto prestazioni bizTalk:Message Agent. Questo parametro fornisce un suggerimento al meccanismo di limitazione quando si considerano le condizioni di limitazione. La soglia effettiva viene ottimizzata automaticamente. È possibile verificare la soglia effettiva monitorando il contatore delle prestazioni del conteggio dei messaggi in-process.
Questo parametro può essere impostato su un valore più piccolo per scenari di messaggi di grandi dimensioni, in cui le dimensioni medie dei messaggi sono elevate o l'elaborazione dei messaggi può richiedere un numero elevato di messaggi. Questo sarebbe evidente se uno scenario sperimenta troppo spesso la limitazione basata sulla memoria e se la soglia di memoria viene modificata automaticamente in un valore notevolmente basso. Ciò indicherebbe che il trasporto in uscita deve elaborare un numero più basso di messaggi contemporaneamente per evitare un utilizzo eccessivo della memoria. Inoltre, per gli scenari in cui l'adapter è più efficace durante l'elaborazione di pochi messaggi alla volta (ad esempio, durante la trasmissione a un server che limita le connessioni simultanee), questo parametro può essere regolato su un valore inferiore a quello predefinito.
Questa analisi controlla il contatore High In-Process Message Count per determinare se si verifica questo tipo di limitazione. In tal caso, è consigliabile modificare l'impostazione "Messaggi in-process per CPU". Questo parametro ha effetto solo sulla limitazione delle richieste per i messaggi in uscita. Immettere un valore pari a 0 nell'impostazione "Messaggi in-process per CPU" per disabilitare la limitazione in base al numero di messaggi in-process per CPU. Il valore predefinito per l'impostazione "Messaggi in-process per CPU" è 1.000. Si noti che la modifica di questo valore può anche avere un impatto sulla bassa latenza dei messaggi e/o sull'efficienza delle risorse BizTalk.
Riferimenti
Come modificare le impostazioni di limitazione delle richieste predefinite dell'host
Contatori delle prestazioni di limitazione delle richieste host
Analisi della frequenza di recapito dei messaggi elevati di BizTalk
Per i messaggi in uscita (recapitati), BizTalk Server limitazione del recapito dei messaggi se la frequenza in ingresso del recapito dei messaggi per l'istanza host supera la frequenza in uscita del messaggio * il valore di overdrive (percentuale) specificato. Il parametro rate overdrive factor (percent) è configurabile nella finestra di dialogo Impostazioni di limitazione elaborazione messaggi. La limitazione basata sulla frequenza per i messaggi in uscita viene eseguita principalmente inducendo un ritardo prima di rimuovere i messaggi dalla coda in memoria e recapitando i messaggi al motore di gestione punti finali (EPM) o orchestrazione per l'elaborazione. Nessun'altra azione viene eseguita per eseguire la limitazione basata sulla frequenza per i messaggi in uscita.
La limitazione delle richieste in uscita può causare il recapito ritardato dei messaggi e l'eventuale accumulo di messaggi nella coda in memoria nonché provocare il blocco dei thread di cui è stato annullato l'accodamento fin quando la condizione di limitazione delle richieste non viene ridotta. Quando i thread de-queue vengono bloccati, non vengono estratti messaggi aggiuntivi da MessageBox nella coda in memoria per il recapito in uscita.
Questa analisi controlla un valore pari a 1 nel contatore della frequenza di recapito dei messaggi elevati. I tassi di recapito dei messaggi elevati possono essere causati da complessità elevata di elaborazione, schede in uscita lente o una carenza momentanea di risorse di sistema.
Riferimenti
Contatori delle prestazioni di limitazione delle richieste host
Implementazione della limitazione delle richieste host in BizTalk Server
Come modificare le impostazioni di limitazione delle richieste predefinite dell'host
Analisi della memoria del processo elevato bizTalk
L'impostazione soglia di limitazione dell'utilizzo della memoria del processo BizTalk è la percentuale di memoria usata rispetto alla somma delle dimensioni del set di lavoro e la memoria virtuale totale disponibile per il processo se viene immesso un valore compreso tra 1 e 100. Per impostazione predefinita, l'impostazione di limitazione dell'utilizzo della memoria del processo BizTalk è 25. Quando si specifica un valore in percentuale, la soglia di memoria del processo viene ricalcolata a intervalli regolari. Se l'utente specifica un valore percentuale, viene calcolato in base alla memoria disponibile per eseguire il commit e l'utilizzo corrente della memoria del processo.
Questa analisi verifica un valore pari a 1 nel contatore memoria di elaborazione elevata. In questo caso, provare a determinare la causa dell'aumento della memoria usando Debug Diag (vedere i riferimenti nell'analisi rilevamento perdite di memoria). Si noti che è normale che i processi consumano una grande parte di memoria durante l'avvio e questo potrebbe inizialmente apparire come perdita di memoria, ma una vera perdita di memoria si verifica quando un processo non riesce a rilasciare memoria che non ha più bisogno, riducendo così la quantità di memoria disponibile nel tempo. Per altre informazioni su come analizzare genericamente le perdite di memoria in BizTalk, vedere il riferimento "How to Capture a Memory Dump of a Memory Dump" (Come acquisire un dump di memoria di un processo di perdita di memoria) di seguito e/o l'analisi "Rilevamento perdite di memoria memoria" in PAL per altre informazioni su come analizzare genericamente le perdite di memoria in BizTalk.
La limitazione elevata della memoria del processo può verificarsi se il batch da pubblicare ha requisiti di memoria ripida o troppi thread stanno elaborando messaggi. Se il sistema sembra essere sovralimitazione, prendere in considerazione l'aumento del valore associato alla soglia di utilizzo della memoria del processo per l'host e verificare che l'istanza host non generi un errore di "memoria insufficiente". Se viene generato un errore di "memoria insufficiente" aumentando la soglia di utilizzo della memoria del processo, è consigliabile ridurre i valori per le dimensioni interne della coda dei messaggi e i messaggi in-process per ogni soglia della CPU. Questa strategia è particolarmente indicata negli scenari di elaborazione di messaggi di grandi dimensioni. Questo valore deve inoltre essere impostato su un valore basso per gli scenari con requisiti di memoria di grandi dimensioni per ogni messaggio. L'impostazione di un valore basso inizierà la limitazione in anticipo e impedirà un'esplosione di memoria all'interno del processo.
Se il server BizTalk esce regolarmente dalla memoria virtuale, prendere in considerazione BizTalk Server a 64 bit. Ogni processo in server a 64 bit può affrontare fino a 4 TB di memoria virtuale rispetto a 2 GB in 32 bit. In generale, è consigliabile usare BizTalk a 64 bit e SQL Server a 64 bit. Per altre informazioni, vedere il riferimento "BizTalk Server supporto a 64 bit".
Riferimenti
Implementazione della limitazione delle richieste host in BizTalk Server
Come modificare le impostazioni di limitazione delle richieste predefinite dell'host
Come acquisire un'immagine della memoria di un processo che causa perdita di memoria
Analisi della memoria elevata di BizTalk
L'impostazione di soglia di limitazione dell'utilizzo della memoria fisica BizTalk è la percentuale di consumo di memoria rispetto alla quantità totale di memoria fisica disponibile se viene immesso un valore compreso tra 1 e 100. Questa impostazione può anche essere la quantità totale di memoria fisica disponibile in megabyte se viene immesso un valore maggiore di 100. Immettere 0 per disattivare la limitazione delle richieste basata sull'utilizzo della memoria fisica. Il valore predefinito è 0.
Questa analisi controlla il valore 1 nel contatore memoria di sistema elevato. Poiché viene calcolata la memoria di sistema totale, è possibile attivare una condizione di limitazione delle richieste se i processi non BizTalk Server utilizzano una quantità estesa della memoria di sistema. Pertanto, se ciò si verifica, l'approccio migliore consiste nell'identificare i processi che utilizzano la memoria fisica e/o aggiungere memoria fisica aggiuntiva al server. È anche consigliabile ridurre il carico riducendo le dimensioni predefinite del pool di thread EPM e/o le dimensioni dei batch di adattatori. Per altre informazioni, vedere l'analisi rilevamento perdite di memoria in PAL.
Riferimenti
Contatori delle prestazioni di limitazione delle richieste host
Come modificare le impostazioni di limitazione delle richieste predefinite dell'host
Implementazione della limitazione delle richieste host in BizTalk Server
Analisi del conteggio dei thread elevati bizTalk
"Thread per CPU" è il numero totale di thread nel processo host, inclusi i thread usati dagli adattatori. Se questa soglia viene superata, BizTalk Server tenterà di ridurre le dimensioni del pool di thread EPM e del pool di thread dell'agente di messaggi. È opportuno attivare la limitazione delle richieste basata sui thread negli scenari in cui un carico elevato può portare alla creazione di un numero elevato di thread. Questo parametro ha effetto sulla limitazione delle richieste per i messaggi in ingresso e in uscita. La limitazione basata su thread è disabilitata per impostazione predefinita.
Nota
Il valore specificato dall'utente viene usato come linee guida e l'host può ottimizzare dinamicamente questo valore soglia in base ai criteri di utilizzo della memoria e ai requisiti di thread del processo.
Questa analisi controlla il valore 1 nel contatore Conteggio thread elevato. Valutare l'opportunità di modificare le dimensioni del pool di thread differenti per garantire che nel sistema non venga creato un numero elevato di thread. Questa analisi può essere correlata con l'analisi dei commutatori di contesto al secondo per determinare se il sistema operativo è saturo con troppi thread, ma nella maggior parte dei casi i conteggi dei thread elevati causano più conflitti nel database back-end rispetto al server BizTalk. Per altre informazioni sulla modifica delle dimensioni del pool di thread, vedere Come modificare le impostazioni di limitazione host predefinite nei riferimenti.
Riferimenti
Contatori delle prestazioni di limitazione delle richieste host
Implementazione della limitazione delle richieste host in BizTalk Server
Come modificare le impostazioni di limitazione delle richieste predefinite dell'host
Parametri di configurazione che influiscono sulle prestazioni dell'adapter
Thread, sessioni di database e limitazione
Latenza in ingresso BizTalk AnalysisAverage latenza in millisecondi da quando il motore di messaggistica riceve un documento dalla scheda finché non viene pubblicato nella finestra di messaggio. La riduzione della latenza è importante per alcuni utenti di BizTalk, pertanto è importante tenere traccia della quantità di tempo trascorso nei documenti in ingresso.
Ecco un grafico che mostra la latenza misurata.
| 1 | 2 | 3 | 4 | 5 | 6 |
|---|---|---|---|---|---|
| L'adapter riceve il messaggio e lo invia al motore, il lavoro svolto nell'adattatore prima che il messaggio venga assegnato al motore non acquisito in questi contatori perf | Il motore riceve messaggi dalla scheda, esegue la pipeline di ricezione, la mappa, la valutazione della sottoscrizione, il messaggio persistente nel database. | L'orchestrazione o Solicit-Response porta viene eseguita e genera un messaggio di risposta. | Il messaggio di risposta viene dequeuato nel motore di messaggistica, eseguire la pipeline di invio, eseguire la mappa. | Il motore di messaggistica fornisce un messaggio di risposta alla scheda. | L'adapter informa che il messaggio del motore è tutto fatto. |
| I | |||||
| RR | RR | RR | |||
| O | O | O | |||
| OA | OA |
I = Latenza in ingresso
RR = Latenza della risposta richiesta
O = Latenza in uscita
OA = Latenza adattatore in uscita
Supponendo un ambiente a bassa latenza, questa analisi verifica se il documento ha trascorso più di 5 secondi nell'adattatore in ingresso. Questo può indicare un ritardo di elaborazione nel trasporto di messaggi tramite adattatori in ingresso in questa istanza host. Se esistono più schede in ingresso in questa istanza host, è consigliabile separarle in host personali per determinare quale adattatore in ingresso ha una latenza elevata.
Riferimenti
Analisi dello stato di limitazione del recapito dei messaggi BizTalk
Lo stato di limitazione del recapito dei messaggi BizTalk è uno degli indicatori principali della limitazione. È un flag che indica se il sistema limita il recapito dei messaggi (che influisce sull'elaborazione dei messaggi XLANG e sui trasporti in uscita). La condizione di limitazione è indicata dal valore numerico del contatore. Ecco un elenco dei valori e del rispettivo significato:
| Condizione di limitazione | Descrizione |
|---|---|
| 0 | Senza limitazione |
| 1 | Limitazione dovuta a una velocità di recapito messaggi sbilanciata (la velocità di ingresso è superiore a quella di uscita) |
| 3 | Limitazione dovuta a un numero elevato di messaggi In-Process |
| 4 | Limitazione dovuta a pressione della memoria del processo |
| 5 | Limitazione dovuta a pressione della memoria di sistema |
| 9 | Limitazione dovuta a un numero di thread elevato |
| 10 | Limitazione dovuta a override dell'utente al recapito |
Questa analisi controlla ognuno di questi valori e ha un avviso specifico per ognuno di essi.
Riferimenti
Contatori delle prestazioni di limitazione delle richieste host
Implementazione della limitazione delle richieste host in BizTalk Server
Analisi degli errori di connessione del database BizTalk MessageBox
Questo contatore delle prestazioni è il numero di tentativi connessioni alle banche dati non riusciti dopo l'avvio dell'istanza host. Se il servizio SQL Server che ospita i database BizTalk non è disponibile per qualsiasi motivo, il cluster di database trasferisce le risorse dal computer attivo al computer passivo. Durante questo processo di failover si verificano errori nelle connessioni al database delle istanze del servizio BizTalk Server e queste istanze vengono riavviate automaticamente per ristabilire la connessione ai database. Il computer del database funzionante (precedentemente definito computer passivo) inizia a elaborare le connessioni al database dopo aver acquisito le risorse durante il failover.
Gli errori dbNetLib (Libreria di rete di database) si verificano quando il runtime di BizTalk Server non è in grado di comunicare con i database MessageBox o di gestione. Quando si verifica questo problema, l'istanza di runtime di BizTalk Server che rileva l'eccezione viene arrestata e quindi esegue il ciclo ogni minuto per verificare se il database è disponibile. Per altre informazioni su questo argomento, vedere la sezione riferimenti.
Quando un client avvia una connessione con i socket TCP/IP a un server, in genere si connette a una porta specifica del server a cui richiede una risposta su una porta TCP o UDP effimera di breve durata. In Windows Server 2003 e Windows XP l'intervallo predefinito di porte temporanee usate dalle applicazioni client è compreso tra 1025 e 5000. In determinate condizioni è possibile che le porte disponibili nell'intervallo predefinito vengano esaurite. Per altre informazioni su questo argomento, vedere la sezione riferimenti.
Questa analisi verifica eventuali errori di connessione al database. Gli errori di connessione al database sono critici perché BizTalk non può funzionare senza il database. Se la causa dell'errore di connessione al database è sconosciuta, considerare i riferimenti elencati di seguito e/o contattare supporto tecnico Microsoft per determinare la natura dell'errore di connettività.
Riferimenti
Analisi dello stato di limitazione della messaggistica BizTalk
Lo stato di limitazione della limitazione dei messaggi BizTalk è uno degli indicatori principali della limitazione. È un flag che indica se il sistema limita la pubblicazione dei messaggi (che influisce sull'elaborazione dei messaggi XLANG e sui trasporti in ingresso). La condizione di limitazione è indicata dal valore numerico del contatore. Ecco un elenco dei valori e del rispettivo significato:
| Condizione di limitazione | Descrizione |
|---|---|
| 0 | Senza limitazione |
| 2 | Limitazione dovuta a una velocità di pubblicazione messaggi sbilanciata (la velocità di ingresso è superiore a quella di uscita) |
| 4 | Limitazione dovuta a pressione della memoria del processo |
| 5 | Limitazione dovuta a pressione della memoria di sistema |
| 6 | Limitazione dovuta alla crescita del database |
| 8 | Limitazione dovuta a un numero di sessioni elevato |
| 9 | Limitazione dovuta a un numero di thread elevato |
| 11 | Limitazione dovuta all'override utente sulla pubblicazione |
Questa analisi controlla ognuno di questi valori e ha un avviso specifico per ognuno di essi.
Riferimenti
Contatori delle prestazioni di limitazione delle richieste host
Implementazione della limitazione delle richieste host in BizTalk Server
Orchestrazioni BizTalk Residenti in memoria
Numero di istanze di orchestrazione ospitate dall'istanza host. Mentre picchi o picchi di orchestrazioni residenti in memoria possono essere considerati normali, una tendenza crescente potrebbe indicare una "pila" di orchestrazioni in memoria. Una tendenza crescente nel tempo può verificarsi quando BizTalk non è in grado di disidratare messaggi/istanze di orchestrazione. Provare a correlare questo contatore con "XLANG/s Orchestrations(?) \Orchestrazioni disidabili" dove il punto interrogativo (?) è la stessa istanza del contatore del contatore.
Se un numero elevato di orchestrazioni si trova in memoria e se un numero basso di orchestrazioni è disidratato, le orchestrazioni sono probabilmente inattive in memoria e possono causare una condizione di perdita di memoria. Usare questa analisi in correlazione con "\XLANG/s Orchestrations(*)\Idle orchestrations" se presente. Una tendenza crescente in BizTalk Idle Orchestrations è un indicatore migliore delle perdite di memoria a causa dell'incapacità di disidratare le istanze di orchestrazione.
Questa analisi verifica una tendenza crescente nelle orchestrazioni residenti in memoria e se più del 50% delle orchestrazioni residenti in memoria non sono disidratate.
Riferimenti
Analisi dei byte privati bizTalk
Si tratta dei megabyte di memoria privata allocata per l'istanza host e paragonabile al contatore delle prestazioni "\Process(*)\Private Bytes". I byte privati sono le dimensioni correnti, in byte, della memoria allocata da un processo che non può essere condiviso con altri processi. Questa analisi determina se una delle istanze host utilizza una dimensione elevata della memoria del sistema e se l'istanza host aumenta nel tempo. Un'istanza host che usa parti di memoria di grandi dimensioni è valida finché restituisce la memoria al sistema. Cercare tendenze crescenti nel grafico. Una tendenza crescente in un lungo periodo di tempo potrebbe indicare una perdita di memoria.
Questa analisi verifica una tendenza crescente di 10 MB all'ora. Usare questa analisi in correlazione con l'analisi memoria disponibile e l'analisi della perdita di memoria. Tenere presente anche che le istanze host appena avviate verranno inizialmente visualizzate come perdita di memoria quando è semplicemente normale comportamento di avvio. Una perdita di memoria è quando un processo continua a usare memoria e non rilascia memoria in un lungo periodo di tempo. Se si sospetta una condizione di perdita di memoria, vedere l'articolo "Crescita della memoria in BizTalk Messaging" riportato di seguito. In caso contrario, installare e usare lo strumento Debug Diag. Per altre informazioni sullo strumento Debug Diag, vedere la sezione riferimenti.
Riferimenti
Analisi byte virtuali BizTalk
Si tratta dei megabyte riservati alla memoria virtuale per l'istanza host. Questa analisi determina se una delle istanze host richiede una grande quantità di memoria del sistema e se l'istanza host aumenta nel tempo. Un'istanza host che usa parti di memoria di grandi dimensioni è valida finché restituisce la memoria al sistema. Cercare tendenze crescenti nel grafico. Una tendenza crescente in un lungo periodo di tempo potrebbe indicare una perdita di memoria.
Questa analisi verifica una tendenza crescente di 10 MB all'ora in byte virtuali. Usare questa analisi in correlazione con l'analisi memoria disponibile e l'analisi della perdita di memoria. Tenere presente anche che le istanze host appena avviate verranno inizialmente visualizzate come perdita di memoria quando è semplicemente normale comportamento di avvio. Una perdita di memoria è quando un processo continua a usare memoria e non rilascia memoria in un lungo periodo di tempo. Se si sospetta una condizione di perdita di memoria, vedere l'articolo "Crescita della memoria in BizTalk Messaging" riportato di seguito. In caso contrario, installare e usare lo strumento Debug Diag. Per altre informazioni sullo strumento Debug Diag, vedere la sezione riferimenti.
Riferimenti
Analisi della limitazione della sessione dell'agente messaggi BizTalk
Si tratta del numero di connessioni alle banche dati aperti a MessageBox rispetto alla rispettiva impostazione di limitazione bizTalk. "Connessione di database per CPU" è il numero massimo di sessioni di database simultanee (per CPU) consentite prima dell'inizio della limitazione. Le sessioni di database inattive nel pool di sessione comune per host non vanno aggiunte a questo conteggio e la verifica viene effettuata solo sul numero di sessioni realmente utilizzate dall'istanza host. Questa opzione è disattivata per impostazione predefinita; in genere, questa impostazione deve essere attivata solo se il server di database è un collo di bottiglia nel sistema di BizTalk Server. È possibile monitorare il numero di connessioni alle banche dati attivi usando il contatore delle prestazioni della sessione del database nella categoria dell'oggetto prestazioni bizTalk:Message Agent. Questo parametro ha effetto solo sulla limitazione delle richieste per i messaggi in uscita. Immettere 0 per disattivare la limitazione delle richieste basata sul numero di sessioni nel database. Il valore predefinito è 0.
La chiave del Registro di sistema MaxWorkerThreads ha influenza sui thread numerici disponibili per BizTalk e può essere utile nel caso in cui la maggior parte dei thread di BizTalk sia occupato con connessioni alle banche dati. Questa analisi verifica se il numero di connessioni alle banche dati aperti a MessageBox è maggiore del 80% dell'impostazione Limitazione sessione di database, che indica che è probabile che una condizione di limitazione sia.
Riferimenti
Contatori delle prestazioni di limitazione delle richieste host
Parametri di configurazione che influiscono sulle prestazioni dell'adapter
Analisi della soglia di limitazione della sessione dell'agente messaggi BizTalk
Si tratta della soglia corrente per il numero di connessioni alle banche dati aperti a MessageBox. "Connessione di database per CPU" è il numero massimo di sessioni di database simultanee (per CPU) consentite prima dell'inizio della limitazione. Le sessioni di database inattive nel pool di sessione comune per host non vanno aggiunte a questo conteggio e la verifica viene effettuata solo sul numero di sessioni realmente utilizzate dall'istanza host. Questa opzione è disattivata per impostazione predefinita; in genere, questa impostazione deve essere attivata solo se il server di database è un collo di bottiglia nel sistema di BizTalk Server. È possibile monitorare il numero di connessioni alle banche dati attivi usando il contatore delle prestazioni della sessione del database nella categoria dell'oggetto prestazioni bizTalk:Message Agent. Questo parametro ha effetto solo sulla limitazione delle richieste per i messaggi in uscita. Immettere 0 per disattivare la limitazione delle richieste basata sul numero di sessioni nel database. Il valore predefinito è 0.
La chiave del Registro di sistema MaxWorkerThreads ha influenza sui thread numerici disponibili per BizTalk e può essere utile nel caso in cui la maggior parte dei thread di BizTalk sia occupato con connessioni alle banche dati. Questa analisi controlla questo valore per verificare se è stata modificata dall'impostazione predefinita. Per impostazione predefinita, questa impostazione è 0, il che significa che la limitazione delle sessioni di database è disabilitata.
Riferimenti
Contatori delle prestazioni di limitazione delle richieste host
Parametri di configurazione che influiscono sulle prestazioni dell'adapter
Analisi della limitazione dei messaggi bizTalk Message Agent in-process
Si tratta del numero di messaggi simultanei che la classe di servizio sta elaborando. L'impostazione "Messaggi in-process per CPU" nelle impostazioni di limitazione host è il numero massimo di messaggi recapitati a End Point Manager (EPM) o XLANG che non sono stati elaborati. Ciò non include i messaggi recuperati dal database, ma ancora in attesa del recapito nella coda in memoria. È possibile monitorare il numero di messaggi in-process usando il contatore delle prestazioni del conteggio dei messaggi in-process nella categoria dell'oggetto prestazioni bizTalk:Message Agent. Questo parametro fornisce un suggerimento per il meccanismo di limitazione delle richieste per l'analisi delle condizioni di limitazione. La soglia effettiva viene ottimizzata automaticamente. È possibile verificare la soglia effettiva monitorando il contatore delle prestazioni Numero messaggi In-Process.
Per scenari di messaggi di grandi dimensioni (dove la dimensione media dei messaggi è elevata o l'elaborazione dei messaggi può richiedere una grande quantità di messaggi), questo parametro può essere impostato su un valore più piccolo. Uno scenario di messaggio di grandi dimensioni è indicato se la limitazione basata sulla memoria si verifica troppo spesso e se la soglia di memoria viene modificata automaticamente in un valore notevolmente basso. Ciò indicherebbe che il trasporto in uscita deve elaborare un numero più basso di messaggi contemporaneamente per evitare un utilizzo eccessivo della memoria. Inoltre, per gli scenari in cui l'adapter è più efficace durante l'elaborazione di pochi messaggi alla volta (ad esempio, durante la trasmissione a un server che limita le connessioni simultanee), questo parametro può essere regolato su un valore inferiore a quello predefinito. Questa analisi controlla il contatore High In-Process Message Count per determinare se è maggiore del 80% dell'impostazione di limitazione con lo stesso nome, che indica una condizione di limitazione è probabile.
Riferimenti
Contatori delle prestazioni di limitazione delle richieste host
Come modificare le impostazioni di limitazione delle richieste predefinite dell'host
Analisi della soglia di limitazione del numero di messaggi bizTalk:Message Agent in-process
Si tratta della soglia corrente per il numero di messaggi simultanei che la classe di servizio sta elaborando. L'impostazione "Messaggi in-process per CPU" nelle impostazioni di limitazione host è il numero massimo di messaggi recapitati a End Point Manager (EPM) o XLANG che non sono stati elaborati. Ciò non include i messaggi recuperati dal database, ma ancora in attesa del recapito nella coda in memoria. È possibile monitorare il numero di messaggi in-process usando il contatore delle prestazioni del conteggio dei messaggi in-process nella categoria dell'oggetto prestazioni bizTalk:Message Agent. Questo parametro fornisce un suggerimento per il meccanismo di limitazione delle richieste per l'analisi delle condizioni di limitazione. La soglia effettiva viene ottimizzata automaticamente. È possibile verificare la soglia effettiva monitorando il contatore delle prestazioni Numero messaggi In-Process.
Per scenari di messaggi di grandi dimensioni (dove la dimensione media dei messaggi è elevata o l'elaborazione dei messaggi può richiedere una grande quantità di messaggi), questo parametro può essere impostato su un valore più piccolo. Uno scenario di messaggio di grandi dimensioni è indicato se la limitazione basata sulla memoria si verifica troppo spesso e se la soglia di memoria viene modificata automaticamente in un valore notevolmente basso. Ciò indicherebbe che il trasporto in uscita deve elaborare un numero più basso di messaggi contemporaneamente per evitare un utilizzo eccessivo della memoria. Inoltre, per gli scenari in cui l'adapter è più efficace durante l'elaborazione di pochi messaggi alla volta (ad esempio, durante la trasmissione a un server che limita le connessioni simultanee), questo parametro può essere regolato su un valore inferiore a quello predefinito. Questa analisi controlla la soglia di limitazione del numero di messaggi di In-Process elevata per un valore non predefinito.
Riferimenti
Contatori delle prestazioni di limitazione delle richieste host
Come modificare le impostazioni di limitazione delle richieste predefinite dell'host
Analisi di limitazione della memoria (MB) dell'agente messaggi BizTalk
Si tratta dell'utilizzo della memoria del processo corrente (MB). La limitazione della memoria del processo BizTalk può verificarsi se il batch da pubblicare ha requisiti di memoria ripida o se troppi thread stanno elaborando i messaggi. Se il sistema sembra essere sovralimitazione, prendere in considerazione l'aumento del valore associato alla soglia di utilizzo della memoria del processo per l'host e verificare che l'istanza host non generi un errore di "memoria insufficiente". Se viene generato un errore di "memoria insufficiente" aumentando la soglia di utilizzo della memoria del processo, è consigliabile ridurre i valori per le dimensioni interne della coda dei messaggi e i messaggi in-process per ogni soglia della CPU. Questa strategia è particolarmente indicata negli scenari di elaborazione di messaggi di grandi dimensioni.
Se il server BizTalk esce regolarmente dalla memoria virtuale, prendere in considerazione BizTalk Server a 64 bit. Ogni processo in server a 64 bit può affrontare fino a 4 TB di memoria virtuale rispetto a 2 GB in 32 bit. In generale, è consigliabile usare BizTalk a 64 bit e SQL Server a 64 bit. Per altre informazioni, vedere il riferimento "BizTalk Server supporto a 64 bit". Questa analisi verifica se l'utilizzo della memoria del processo è maggiore del 80% della rispettiva soglia di limitazione dello stesso nome. Per impostazione predefinita, l'impostazione di limitazione dell'utilizzo della memoria del processo BizTalk è del 25% della memoria virtuale disponibile per il processo. L'opzione /3GB non ha alcun effetto su questa impostazione.
Riferimenti
Implementazione della limitazione delle richieste host in BizTalk Server
Come modificare le impostazioni di limitazione delle richieste predefinite dell'host
Come acquisire un'immagine della memoria di un processo che causa perdita di memoria
Analisi della soglia di limitazione della memoria dell'agente bizTalk:Message Agent (MB)
Questa è la soglia corrente per l'utilizzo della memoria del processo corrente (MB). La soglia può essere modificata dinamicamente a seconda della quantità effettiva di memoria disponibile per questo processo e del relativo modello di consumo di memoria. La limitazione della memoria del processo BizTalk può verificarsi se il batch da pubblicare ha requisiti di memoria ripida o se troppi thread stanno elaborando i messaggi. Se il sistema sembra essere sovralimitazione, prendere in considerazione l'aumento del valore associato alla soglia di utilizzo della memoria del processo per l'host e verificare che l'istanza host non generi un errore di "memoria insufficiente". Se viene generato un errore di "memoria insufficiente" aumentando la soglia di utilizzo della memoria del processo, è consigliabile ridurre i valori per le dimensioni interne della coda dei messaggi e i messaggi in-process per ogni soglia della CPU. Questa strategia è particolarmente indicata negli scenari di elaborazione di messaggi di grandi dimensioni.
Se il server BizTalk esce regolarmente dalla memoria virtuale, prendere in considerazione BizTalk Server a 64 bit. Ogni processo in server a 64 bit può affrontare fino a 4 TB di memoria virtuale rispetto a 2 GB in 32 bit. In generale, è consigliabile usare BizTalk a 64 bit e SQL Server a 64 bit. Per altre informazioni, vedere il riferimento "BizTalk Server supporto a 64 bit". Questa analisi verifica se la limitazione della memoria processo è impostata su un valore non predefinito.