Monitoraggio dell'ambiente BizTalk Server
È possibile monitorare BizTalk Server'infrastruttura e le applicazioni con un processo manuale o automatico oppure una combinazione dei due metodi, usando gli strumenti, come illustrato nella tabella seguente.
| Monitoraggio manuale o automatizzato | Strumenti |
|---|---|
| Monitoraggio automatizzato | - Microsoft System Center Operations Manager (Operations Manager) |
| Monitoraggio manuale | - Pagina Hub di gruppo nella console di amministrazione di BizTalk Server - Strumento analisi delle prestazioni dei log - Visualizzatore eventi |
Indipendentemente dal fatto che si implementi o meno un'applicazione di monitoraggio, è necessario usare la console di amministrazione di BizTalk Server per monitorare l'integrità delle applicazioni BizTalk Server ed eseguire l'analisi della causa radice per identificare la causa sottostante di eventuali problemi.
Quando si esegue il monitoraggio di BizTalk Server, tenere presenti le considerazioni seguenti:
Anche se l'infrastruttura è integra, è possibile che le applicazioni non lo siano, ad esempio quando ricevono messaggi non validi e non sono in grado di elaborarli.
È possibile che l'infrastruttura non sia integra, ma che le applicazioni funzionino correttamente, ad esempio se un server è inattivo ma all'host sono assegnati server sufficienti da assumersi il carico.
Un problema di infrastruttura può presentarsi come problema di un'applicazione, ad esempio quando i messaggi non vengono elaborati in modo sufficientemente rapido a causa di un server inattivo.
Tipi di monitoraggio
Il monitoraggio delle BizTalk Server e delle applicazioni rientra in quattro categorie principali:
Monitoraggio della disponibilità
Monitoraggio dell’integrità
Monitoraggio delle prestazioni
Monitoraggio delle soglie
Monitoraggio della disponibilità
Il monitoraggio della disponibilità risponde alla domanda "L'indisponibilità di un sistema o di una risorsa dell'applicazione impedisce l'esecuzione ottimale delle applicazioni BizTalk Server?" Questi problemi sono quasi esclusivamente a livello di sistema, ad esempio la disponibilità di servizi e connessioni. Ad esempio, se un adapter non funziona correttamente perché il servizio Enterprise Single Sign-On è interrotto, si tratta di un problema di disponibilità. Se in uno dei server assegnati a un host si verifica un errore e l'applicazione accumula ritardi nell'elaborazione dei messaggi, significa che esiste un problema di disponibilità. Analogamente, sussiste un problema di disponibilità quando un'applicazione viene interrotta e non è in grado di elaborare i messaggi, Nella tabella seguente sono elencati gli strumenti di monitoraggio della disponibilità.
| Strumento | Attività |
|---|---|
| Console di amministrazione BizTalk Server | Controllare la pagina Hub di gruppo nella console di amministrazione di BizTalk Server per verificare se le applicazioni o i relativi componenti (porte/orchestrazioni) vengono arrestati. |
| Operations Manager 2007 | Il Management Pack di BizTalk Server e la console operatore di Operations Manager visualizza gli avvisi se i servizi di basso livello critici, ad esempio gli adapter, non sono disponibili. Per monitorare in modo efficace BizTalk Server, è necessario monitorare le risorse non BizTalk Server da cui dipendono le applicazioni, ad esempio database e server. Inoltre, è necessario installare e usare i Management Pack di SQL Server, Internet Information Services e Windows Base Operating System. Operations Manager consolida gli eventi di interesse da registri eventi, WMI e altri provider di eventi. Per altre informazioni sull'installazione di tutti i Management Pack pertinenti, vedere Elenco di controllo: Monitoraggio BizTalk Server con Operations Manager 2007. |
| Visualizzatore eventi | Consente di ricercare problemi di connessione degli adapter, servizi interrotti e così via. |
Monitoraggio dell'integrità
Il monitoraggio dell'integrità consente di rispondere alla domanda "Sono presenti applicazioni o risorse in stato di integrità errata?" Ad esempio, una delle applicazioni o dei relativi artefatti costitutivi riscontra attualmente condizioni di eccezione? oppure messaggi che vengono sospesi a causa di dati non validi nel payload dei messaggi. Nella tabella seguente vengono elencati gli strumenti per il monitoraggio dello stato.
| Strumento | Attività |
|---|---|
| Console di amministrazione BizTalk Server | Usare la pagina Hub di gruppo e le pagine di query nella console di amministrazione di BizTalk Server per identificare i problemi di integrità dell'applicazione e analizzare le cause. |
| Operations Manager | Il Management Pack BizTalk Server è la prima linea di difesa per notificare all'utente che sono stati sospesi messaggi e/o istanze del servizio nelle applicazioni BizTalk Server. Dopo aver ricevuto la notifica da Operations Manager, è possibile passare alla console di amministrazione di BizTalk Server per risolvere il problema. |
| Visualizzatore eventi | Consente di rilevare i problemi che si verificano durante l'elaborazione di messaggi e orchestrazioni. |
Monitoraggio delle prestazioni
Il monitoraggio delle prestazioni risponde alla domanda "Quanto è efficiente il sistema che esegue il proprio lavoro?" Questo tipo di monitoraggio è incentrato principalmente sul carico su risorse fisiche come database e dischi. Ad esempio, se l'utilizzo della CPU è costantemente al 90-100 percento e si sta formando un backlog dei messaggi, si tratta di un problema di prestazioni a livello di computer. Nella tabella seguente vengono elencati gli strumenti per il monitoraggio delle prestazioni.
| Strumento | Attività |
|---|---|
| SQL Query Analyzer | Consente di monitorare le dimensioni e il contenuto dei database per la diagnosi dei problemi di sistema. |
| Operations Manager | Il Management Pack BizTalk Server e la console operatore di Operations Manager possono essere configurati per visualizzare gli avvisi se BizTalk Server contatori delle prestazioni critici, ad esempio le dimensioni Q della finestra di messaggio o le dimensioni host Q superano le soglie definite. Per monitorare le prestazioni di risorse non BizTalk Server da cui dipendono le applicazioni, ad esempio database e server, è necessario installare e utilizzare i Management Pack di SQL Server, di Internet Information Services e del sistema operativo di base Windows. Per altre informazioni sull'installazione di tutti i Management Pack pertinenti, vedere Elenco di controllo: Monitoraggio BizTalk Server con Operations Manager 2007. È anche possibile usare lo strumento Analisi delle prestazioni dei log (PAL) per acquisire i valori soglia dai test della velocità effettiva da usare nelle regole di soglia nel Management Pack BizTalk Server. Per altre informazioni sullo strumento PAL, vedere Using the Performance Analysis of Logs (PAL) Tool.For more information about the PAL tool, see Using the Performance Analysis of Logs (PAL) Tool. |
| Console di amministrazione BizTalk Server | La pagina Hub di gruppo mostra le metriche delle prestazioni chiave, ad esempio il numero di istanze del servizio attualmente attive, disidratate, pronte per l'esecuzione, pianificate, sospese e così via nelle applicazioni BizTalk Server. |
| Monitoraggio attività di business (BAM) | È possibile specificare fasi specifiche del processo di business per le quali si desidera rilevare gli indicatori di prestazione chiave attinenti alla propria applicazione di business. Usando BAM, è possibile monitorare le metriche aziendali e le metriche IT , ad esempio i tempi di esecuzione e del contratto di servizio. |
Monitoraggio delle soglie
Le regole di soglia personalizzate sono un elemento essenziale in un ambiente operativo maturo. È possibile creare molte di queste regole di soglia in Operations Manager. Queste regole di soglia sono in genere basate sui requisiti dell'applicazione BizTalk. Lo strumento Analisi delle prestazioni dei log (PAL) consente di semplificare il processo di determinazione dei valori corretti per queste soglie per l'ambiente. Lo strumento PAL include alcuni valori di soglia di base che possono fungere da core dei dati usati per Microsoft System Center Operations Manager. L'implementazione di tali regole di soglia in Operations Manager consente il monitoraggio automatizzato. Inoltre, un amministratore può configurare le regole di notifica e può eseguire azioni in base all'attivazione di una regola di soglia ,ad esempio l'esecuzione di uno script, la chiamata di codice .NET, l'invio di posta elettronica e così via. La tabella seguente illustra gli strumenti di monitoraggio delle soglie.
| Strumento | Attività |
|---|---|
| Strumento Analisi delle prestazioni dei log | Lo strumento PAL segnala automaticamente quando i contatori delle prestazioni superano le soglie. Le soglie cambiano dinamicamente in modo che siano appropriate per l'ambiente del server. Ad esempio, le soglie del pool di memoria del kernel cambiano in base alle risposte fornite dall'utente a circa l'architettura a 32 bit/64 bit, alla quantità di memoria fisica e all'opzione /3GB. Scaricare gratuitamente lo strumento pal da GitHub. |
| Operations Manager | Il Management Pack BizTalk Server e la console operatore di Operation Manager possono essere configurati per visualizzare gli avvisi se i contatori critici BizTalk Server superano le soglie definite. |
Risoluzione dei problemi
Dopo aver riscontrato un problema di integrità con le applicazioni BizTalk Server, è possibile usare la pagina Hub di gruppo e le pagine Query nella console di amministrazione di BizTalk Server per analizzare il problema. La console di amministrazione di BizTalk Server offre un'esperienza integrata di configurazione, distribuzione e risoluzione dei problemi ed è possibile risolvere i problemi correlati alla configurazione e alla distribuzione all'interno della console di amministrazione dopo averli rilevati. La maggior parte dei problemi delle applicazioni sono in genere dovuti a messaggi non gestiti come previsto, ad esempio, istanze del servizio sospese, nuovi tentativi per le porte, istanze disidratate che non vengono riattivate e così via.
È possibile usare la pagina Hub di gruppo e le pagine Query per raggruppare le istanze del servizio (qualsiasi stato siano in esecuzione, sospese, disidratate e così via) per applicazione, tipo di errore, tipo di servizio, host e così via, per isolare i diversi errori, esaminarli uno per uno e correggerli.