Condividi tramite


Monitoraggio dell'ambiente BizTalk Server

È possibile monitorare l'infrastruttura e le applicazioni di BizTalk Server con un processo manuale o automatico oppure una combinazione dei due metodi, usando gli strumenti, come illustrato nella tabella seguente.

Monitoraggio manuale o automatizzato Attrezzi
Monitoraggio automatizzato - Microsoft System Center Operations Manager (Gestore delle Operazioni)
Monitoraggio manuale - Pagina Hub di gruppo nella console di amministrazione di BizTalk Server
- Strumento di analisi delle prestazioni dei log (PAL)
- Visualizzatore eventi

Indipendentemente dal fatto che si implementi o meno un'applicazione di monitoraggio, è consigliabile 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 monitora BizTalk Server, tenere presenti questi punti:

  • L'infrastruttura potrebbe essere integra, ma le applicazioni potrebbero non essere (ad esempio, ricevono messaggi non validi e non sono in grado di elaborarle).

  • L'infrastruttura potrebbe non essere integra, ma le applicazioni potrebbero essere in esecuzione correttamente( ad esempio, se un server è inattivo, ma sono presenti server sufficienti assegnati all'host per assumere il carico).

  • Un problema di infrastruttura potrebbe verificarsi come un problema dell'applicazione ( ad esempio, i messaggi non vengono elaborati abbastanza velocemente perché un server è inattivo).

Tipi di monitoraggio

Il monitoraggio delle applicazioni e di BizTalk Server 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 una risorsa di sistema o 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 adattatore ha esito negativo perché il servizio Enterprise Single Sign-On viene arrestato, si tratta di un problema di disponibilità. Se uno dei server assegnati a un host non è riuscito e l'applicazione è in ritardo nell'elaborazione dei messaggi, si verifica un problema di disponibilità. Analogamente, se un'applicazione viene arrestata e non è in grado di elaborare i messaggi, si verifica un problema di disponibilità. Nella tabella seguente sono elencati gli strumenti di monitoraggio della disponibilità.

Strumento Attività
Console di amministrazione di 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) sono 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 anche 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 di BizTalk Server con Operations Manager 2007.
Visualizzatore eventi Cercare i problemi di connessione dell’adattatore, i servizi interrotti, eccetera.

Monitoraggio della salute

Il monitoraggio dello stato di salute consente di rispondere alla domanda "Ci sono applicazioni o risorse in cattive condizioni di salute?" Ad esempio, ci sono applicazioni o i relativi artefatti costitutivi che stanno attualmente affrontando eccezioni? In alternativa, i messaggi vengono sospesi a causa di dati non validi nel payload del messaggio? La tabella seguente illustra gli strumenti di monitoraggio della salute.

Strumento Attività
Console di amministrazione di 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à delle applicazioni e analizzarne le cause.
Responsabile delle Operazioni Il Management Pack di BizTalk Server è la prima linea di difesa per informare l'utente che sono stati sospesi messaggi e/o istanze del servizio nelle applicazioni BizTalk Server. Dopo aver ricevuto una notifica da Operations Manager, è possibile passare alla console di amministrazione di BizTalk Server per risolvere il problema.
Visualizzatore eventi 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 compreso tra il 90 e il 100% e un backlog di messaggi si sta formando, si tratta di un problema di prestazioni a livello di computer. La tabella seguente illustra gli strumenti di monitoraggio delle prestazioni.

Strumento Attività
Analizzatore di query SQL Monitorare le dimensioni e il contenuto del database per diagnosticare i problemi di sistema.
Responsabile delle Operazioni Il Management Pack di BizTalk Server e la Console operatore di Operations Manager possono essere configurati per visualizzare avvisi se i contatori delle prestazioni critici di BizTalk Server, ad esempio le dimensioni Q della finestra di messaggio o le dimensioni host Q superano le soglie definite. Per monitorare le prestazioni delle risorse non BizTalk Server da cui dipendono le applicazioni, ad esempio database e server, è necessario installare e usare anche SQL Server, Internet Information Services e i Management Pack del sistema operativo Windows Base. Per altre informazioni sull'installazione di tutti i Management Pack pertinenti, vedere Elenco di controllo: Monitoraggio di 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 di BizTalk Server. Per ulteriori informazioni sullo strumento PAL, vedere Utilizzo dello strumento Analisi delle Prestazioni dei Log (PAL).
Console di amministrazione di 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 nel processo aziendale per cui si vuole tenere traccia degli indicatori di prestazioni chiave pertinenti all'applicazione aziendale. Con BAM è possibile monitorare le metriche aziendali e le metriche IT, ad esempio i tempi di esecuzione e il 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 in uso. Lo strumento PAL include alcuni valori 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 messaggi di posta elettronica e così via. La tabella seguente illustra gli strumenti di monitoraggio delle soglie.

Strumento Attività
Strumento per l'analisi delle prestazioni dei registri 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 kernel cambiano in base alle risposte fornite dall'utente circa l'architettura a 32 bit/64 bit, alla quantità di memoria fisica e al commutatore /3GB. Scarica gratuitamente lo strumento PAL da GitHub.
Responsabile delle Operazioni Il Management Pack di BizTalk Server e la Console operatore di Operation Manager possono essere configurati per visualizzare gli avvisi se i contatori di BizTalk Server critici 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. In genere, la maggior parte dei problemi dell'applicazione è dovuta a messaggi che non passano come previsto (questo può manifestarsi come istanze del servizio sospese, tentativi di riavvio delle porte, o istanze inattive che non sono state riattivate, ecc.).

È possibile usare la pagina Hub di gruppo e le pagine Query per raggruppare le istanze del servizio (qualunque sia lo stato in cui si trovano: 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 alla volta e correggerli.