Nota
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare ad accedere o modificare le directory.
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare a modificare le directory.
È 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.