Archivio di monitoraggio

I dati richiesti per il monitoraggio dello stato dell'applicazione o per la risoluzione dei problemi dell'applicazione vengono archiviati nell'archivio di monitoraggio. In questo argomento viene fornita una descrizione dei dati rilevati e delle relative query, nonché del monitoraggio dei cmdlet di Windows PowerShell.

Dati rilevati nel database di monitoraggio

Prima di AppFabric la risoluzione dei problemi di un'applicazione distribuita tra più servizi e computer era un'operazione complessa. Era necessario attivare la traccia per ciascun servizio, eseguire attività, disattivare la traccia e raccogliere tutti i file di traccia, quindi visualizzarli in Service Trace Viewer.

In AppFabric, è possibile utilizzare l'archivio di monitoraggio con una o più istanze di Servizio di raccolta eventi per risolvere in modo più semplice i problemi di un'applicazione. Tutti gli eventi del servizio WCF e Flusso di lavoro vengono salvati nell'archivio di monitoraggio. I dati eventi della strumentazione per più servizi WCF e Flusso di lavoro possono essere archiviati in uno o più archivi di monitoraggio oppure ciascuna applicazione può utilizzare un archivio separato.

I dati evento della strumentazione archiviati nell'archivio di monitoraggio includono i seguenti:

• Eventi di traccia di runtime WCF destinati a consentire il monitoraggio, la risoluzione dei problemi e la regolazione dei servizi WCF. Sono inclusi in questa categoria gli eventi di traccia (trasferimenti) che consentono di ricostruire un flusso di messaggi tra due servizi.

• Eventi provenienti dai record di rilevamento WF correlati da ID istanza.

• Eventi host del servizio. Sono inclusi in questa categoria tutti gli eventi emessi dall'host del servizio WCF o Flusso di lavoro.

Non è insolito per le estensioni WCF e le configurazioni di binding modificare i modelli di messaggistica di un servizio WCF. Per questo motivo, è possibile visualizzare nell'archivio di monitoraggio eventi non emessi dalla logica aziendale in uso. Ad esempio, i flussi di lavoro durevoli gestiti dal servizio Gestione flussi di lavoro espongono un endpoint di controllo che consente al servizio Gestione flussi di lavoro di inviare comandi al servizio tramite messaggi net.pipe. Quando questi messaggi vengono elaborati, gli eventi vengono emessi in modo identico a quando vengono elaborati i messaggi aziendali. Ciò si verificherà ogni volta che il servizio ospitato sul Web utilizzato invia o riceve un messaggio.

Query supportate dal database di monitoraggio

Il database di monitoraggio supporta query per un'ampia gamma di metriche di servizio. Di seguito ne sono elencate una parte.

I metadati del servizio sono Computer, Nome sito, Nome applicazione e Percorso virtuale servizio. I parametri di input comuni per le query includono i metadati del servizio, il nome della metrica e il periodo di tempo.

• Query per eventi WF associati a un ID istanza WF, uno stato evento o un tipo evento specifico.

• Query tramite metadati del servizio, ad esempio: numero di istanze avviate in un dato periodo, istanze attive in un dato periodo e durata media dell'istanza in un determinato periodo.

• Query per le variabili e i dati utente rilevati per un'istanza o un servizio, in base all'ID evento del record di rilevamento, all'ID istanza WF oppure ai metadati del servizio.

• Query per le metriche di servizio WCF in base al tipo di evento di traccia analitica WCF.

• Query per ricostruire il flusso di messaggi per un ID attività specificato.

• Query basata sui dati utente e sulle variabili estratte dalle istanze di servizio del flusso di lavoro.

• Query per gli eventi WCF relativi a una data istanza di servizio del flusso di lavoro.

Nota

Se il valore di un campo restituito da una query è Null, non è presente alcun valore assegnato a quel campo.  Tuttavia, se il valore di un campo è vuoto, ciò indica che al campo è stato passato un valore “” vuoto.

Schema di database

Lo schema di monitoraggio si riferisce a tutti gli oggetti creati quando il cmdlet Initialize-ASMonitoringDatabase inizializza un nuovo archivio di monitoraggio. La modifica dell'utente o l'estensione degli oggetti nello schema di monitoraggio non è supportata.

È possibile eseguire le query SQL direttamente sull'archivio di monitoraggio per visualizzare i dati evento.

Lo schema dell'archivio di monitoraggio può coesistere insieme allo schema dell'archivio di salvataggio permanente in un unico archivio.

Monitoraggio dei cmdlet del database

L'archivio di monitoraggio viene gestito mediante i cmdlet di AppFabric. Esistono cmdlet per le aree indicate di seguito.

Gestione database

• Initialize-ASMonitoringDatabase
  Crea e inizializza un nuovo archivio di monitoraggio.

• Remove-ASMonitoringDatabase
  Elimina un archivio di monitoraggio. Se l'archivio è un archivio di monitoraggio dedicato viene eliminato (ignorato). Se l'archivio è condiviso con un altro schema, viene rimosso solo lo schema di monitoraggio.

Elimina e archivia

Utilizzare questo gruppo di cmdlet per gestire la configurazione dell'archivio per un archivio di monitoraggio.

• Clear-ASMonitoringDatabase
  Elimina i dati specificati all'interno di un archivio di monitoraggio. I dati possono essere inviati a un archivio configurato in precedenza (tramite Set-MonitoringDatabaseArchiveConfiguration).

• Set-ASMonitoringDatabaseArchiveConfiguration
  Associa un archivio di monitoraggio a un archivio di destinazione. L'archivio di destinazione deve essere un archivio di monitoraggio preesistente e inizializzato.

• Get-ASMonitoringDatabaseArchiveConfiguration
  Recupera le informazioni di configurazione l'archivio di un dato archivio di monitoraggio. È necessario che la configurazione sia stata già impostata tramite Set-MonitoringDatabaseArchiveConfiguration.

• Remove-ASMonitoringDatabaseArchiveConfiguration
  Rimuove le informazioni di configurazione relative all'archivio di un archivio di monitoraggio.

Vedere anche

Concetti

Amministrazione di database
Viste e tabelle del database di monitoraggio

  2011-12-05