SharePoint 2010: Monitoraggio di SharePoint

Articolo
08/24/2016

Don' t trascurare i vostri sforzi per monitorare l'evento SharePoint e registrazione dei dati. può avere notevoli conseguenze sulle prestazioni.

Steve Wright e Corey Erkes

Adattato da "Pro SharePoint 2010 Governance" (Apress)

Monitoraggio è uno degli aspetti più frequentemente trascurati dell'esecuzione di una farm di SharePoint. Monitoraggio consente di che rispondere a domande come, "quanto bene è in esecuzione?" e,Will

Una parte importante di qualsiasi sistema informatico di gestione sta raccogliendo informazioni di diagnostica che è possibile utilizzare per risolvere problemi o capire come si comporta il sistema. Come qualsiasi applicazione di Windows SharePoint scrive eventi importanti per i registri eventi di Windows. Questi messaggi includono informazioni sui processi che hanno iniziato o interrotto, errori che si sono verificati e altri eventi che potrebbero correlare con gli eventi non SharePoint.

File di traccia di SharePoint

Record di SharePoint le informazioni con un sistema chiamato Unified Logging System (ULS). L'ULS è un insieme di file con i dati registrati da SharePoint e le sue applicazioni di servizio. È inoltre possibile utilizzare questi registri per componenti personalizzati per registrare operativa e informazioni sull'errore in modo che automaticamente si correla con altri eventi che si verificano all'interno della farm.

SharePoint crea automaticamente un nuovo file di log ULS ogni 30 minuti per limitare la dimensione di ogni file. Questi file possono diventare abbastanza grandi, ancora tuttavia. Sono archiviati nella directory LOGS 14-hive per impostazione predefinita. Utilizzando un percorso di installazione predefinito, la cartella è in C:\Program Programmi\File comuni\Microsoft Shared\Web Server Extensions\14\LOGS.

Una delle prime configurazioni fatte in una server farm di nuova produzione è quello di spostare questi file in un altro disco rigido su ciascun server all'interno della farm. L'unità C è critica in esecuzione il sistema operativo. Pur essendo compresso, i file ULS possono rapidamente unità e crash del sistema.

L'ULS può e deve essere configurato per evitare inutili dati riempiendo lo spazio su disco. Si possono accedere a queste impostazioni utilizzando Amministrazione centrale (CA) sotto monitoraggio | Configurare la registrazione diagnostica.

È possibile impostare quanti giorni di file di registro devono essere mantenuti in ogni server. Il valore predefinito è di 14 giorni. ULS file più vecchi di quel numero di giorni verranno rimossi automaticamente dal sistema. Se avete bisogno di registrare grandi quantità di dati o di mantenere un'indefinita storia dei file di log, può essere preferibile eseguire il backup e rimuovere questi file ogni 30 minuti quando ogni file viene chiuso e viene creato il file successivo.

È inoltre possibile configurare una quantità massima di spazio su disco. Quando questo limite viene raggiunto, i file di log più vecchi vengono rimossi automaticamente per liberare spazio. Registri ULS sono scritti come file di testo normale, quindi si possono leggere utilizzando un editor di testo come blocco note. Tuttavia, possono essere difficili da leggere direttamente perché non sono formattati convenientemente e può essere molto grande.

Per semplificare il lavoro con questi file, Microsoft fornisce un applicazione ULSViewer è possibile scaricare. Microsoft non supporta l'ULSViewer, ma essa dovrebbe servire le esigenze di piccole e medie aziende agricole di SharePoint. Organizzazioni con molto grandi installazioni SharePoint potrebbero voler investire in Microsoft System Center o strumenti di sistema-gestione di terze parti.

Evento di limitazione

SharePoint è una piattaforma software di grandi e complesse. Pertanto, può produrre una grande quantità di dati di traccia. Per limitare l'impatto di queste informazioni di registrazione, è possibile configurare SharePoint per limitare la registrazione degli eventi basato sulla categoria evento, severità di evento, e se l'evento verrà registrato nel log degli eventi della finestra o un file di traccia ULS.

Categoria di eventi descrive dove l'evento è venuto da e per ciò che riguarda. Ad esempio, un evento potrebbe essere registrato dall'applicazione Excel Services e riguardano l'accesso a dati esterni. È possibile configurare ogni categoria separatamente o insieme ad altri tipi di eventi.

Gravità evento si riferisce alla sua probabile impatto sul resto del sistema. Eventi destinati per i registri eventi di Windows vengono assegnati livelli crescenti di gravità, tra cui Verbose, informazioni, avvisi, critici o errore. I registri ULS utilizzano Verbose, medio, alto, monitorabile ed evento imprevisto come livelli di gravità.

Quando si configura la registrazione degli eventi, uno di questi livelli designare come il livello minimo per essere registrato. Ad esempio, se ci si connette un evento a livello di informazioni, tutti gli eventi verranno registrati ad eccezione di quelli a livello Verbose. Un livello di gravità separato è configurato per ogni categoria di eventi e la destinazione di registrazione evento. Ciò consente di limitare la quantità di informazioni di traccia generate durante l'acquisizione di informazioni più importanti.

Per impostazione predefinita, vengono registrati tutti gli eventi con un livello di gravità delle informazioni o superiore per i registri eventi di Windows. Eventi presso o sopra il livello medio sono registrati in un file di traccia ULS. Queste impostazioni producono registrazione di traccia significativa, ma traffico minima log eventi. Questo è appropriato per la maggior parte delle aziende.

Registro eventi protezione dell'inondazione

SharePoint 2010 può impedire inondazioni evento travolgente file di log. Un diluvio di evento si verifica quando un componente rileva un problema, viene segnalato e continua a sperimentare lo stesso problema. Questo può rapidamente riempire i registri di eventi del server. Può essere quasi comico quando si perde la causa originale di un errore perché il registro eventi è stato sovrascritto da errori dovuti a un effetto collaterale del problema reale.

Per evitare questa situazione, SharePoint 2010 controlla la frequenza con cui ogni evento è in fase di registrazione. Se si vede lo stesso messaggio registrato più di cinque volte in due minuti, registrerà il fatto nel registro e cessare ogni occorrenza di tale evento di registrazione. Poi scriverà un riepilogo evento ogni due minuti con soppressa evento conta fino a quando la marea si abbassa. Poi torna alla registrazione di ogni evento.

Registro eventi inondazioni vale solo per i registri eventi di Windows e non i file di registro traccia ULS. Questa funzionalità è attivata per impostazione predefinita. Si può spegnere la stessa pagina dove si configura l'evento di limitazione. È inoltre possibile impostare la soglia conteggio e periodo tranquillo per la rilevazione di inondazione evento utilizzando Windows PowerShell, ma non CA.

ID di correlazione

Perché i vari componenti di SharePoint possono generare una grande quantità di dati di evento e traccia, può essere difficile da raccontare gli eventi che sono imparentati tra loro. I registri vengono memorizzati in sequenza come gli elementi sono scritti a loro. Richieste elaborate simultaneamente possono generare gli eventi che si sono mescolati nella sequenza di registro. SharePoint affronta questo problema utilizzando gli ID di correlazione.

Un ID di correlazione è un GUID assegnato a ciascun processo richiesto SharePoint. Un evento registrato da SharePoint a seguito di una richiesta verrà associato a tale ID di correlazione richiesta. ID di correlazione sono inclusi anche in alcuni messaggi di errore, voci del log eventi e altre interfacce come Developer Dashboard. La Developer Dashboard è un pannello diagnostico che può accendere per il debug di problemi su una pagina di SharePoint.

Database di registrazione attività di SharePoint

SharePoint 2010 ha introdotto una nuova forma di registrazione proattiva chiamato il database di registrazione attività di SharePoint. Questa banca dati raccoglie una varietà di dati da tutti i server della farm. Questo ti dà una singola fonte per queste informazioni senza dover abilitare la registrazione o combinare i file di log in modo esplicito.

Il database di registrazione viene memorizzato sul back-end SQL Server in un database chiamato WSS_Logging. Ci sono numerose tabelle nel database, e sono difficili da eseguire query direttamente. Fortunatamente, Microsoft ha fornito una serie di punti di vista per semplificare il recupero delle informazioni da queste tabelle.

Gran parte dei dati che va in questo database è raccolto da un insieme di processi timer. Per impedire la raccolta di dati fuga in una nuova farm, questi lavori sono disabilitati per impostazione predefinita. Per raccogliere le informazioni fornite da questi fornitori di dati diagnostici, semplicemente attivare i processi timer di CA:

Provider di dati di diagnostica: File eventi
Provider di dati di diagnostica: Contatori di prestazioni - Server Database
Provider di dati di diagnostica: Contatori di prestazioni - Web Front-end
Provider di dati di diagnostica: SQL query di blocco
Provider di dati di diagnostica: DMV SQL
Provider di dati di diagnostica: Memoria SQL DMV
Provider di dati di diagnostica: Registro di traccia

Ci sono diverse categorie di informazioni, che è possibile segnalare dal database di registrazione. A differenza dei registri eventi di Windows o ULS, queste viste contengono informazioni da tutti i server della farm. Questo dati copre l'intero contenuto della fattoria incluse informazioni sull'utilizzo diagnostico, la salute e la funzionalità:

Registri ULS
Registri eventi di Windows
Contatori delle prestazioni per la memoria, l'utilizzo di CPU e i/o
SQL Server Viste a gestione dinamica (DMV)
Informazioni sull'utilizzo di varie caratteristiche
Servizio di ricerca, indicizzazione e le query
Processi timer

Don' t assumere gli unici dati disponibili in questo database si riflette nelle viste attualmente presenti. Quando si configura un nuovo tipo di informazione per la raccolta, nuove tabelle e viste apparirà in WSS_Logging di tenere quell'informazione. Questi oggetti di database vengono creati su richiesta come necessario.

È importante ricordare che il database di registrazione viene popolato oltre i registri eventi ULS e Windows, non al posto loro. Girando su grandi quantità di log-in o meccanismo può generare quantità ingestibile di registro dati. Considerare gli strumenti che potrai utilizzare per determinati scopi e configurarli in conseguenza. Assicurarsi di piano per lo spazio di archiviazione richiesto per i file di database e log quando usandoli completamente. L'esaurimento dello spazio per questi registri può provocare la perdita di informazioni critiche al momento peggiore possibile.

Le informazioni contenute in queste tabelle sono utile sia per diagnosticare i problemi e progettando le funzionalità e gli aggiornamenti futuri. Questa banca dati raccoglie i dati nel tempo che è possibile utilizzare per Trend prestazioni prestazioni, utilizzo e ricerca.

Steve Wright

Steve Wright è senior manager in Business Intelligence Management (BIM) per Sogeti USA LLC in Omaha, Neb Ultima le anni, Wright ha lavorato sul controllo del traffico aereo, finanziario, assicurativo e una moltitudine di altri tipi di sistemi. Ha scritto ed eseguito giudizi tecnici per molti titoli precedenti riguardanti prodotti Microsoft, tra cui Windows, SharePoint, SQL Server e BizTalk.

Corey Erkes Hos consulente responsabile per Sogeti USA LLC in Omaha, Neb Erkes ha lavorato con una vasta gamma di aziende in punti diversi cicli di vita diloro implementazioni di SharePoint. Egli è anche uno dei membri fondatori del gruppo di utenti di SharePoint Omaha.**

© 2012 Apress Inc. Tutti i diritti riservati. Stampato con il permesso di Apress. Copyright 2012. “Governance di 2012 Pro SharePoint" da SteveWright e CoreyErkes. Per ulteriori informazioni su questo titolo e altri libri simili, si prega di visitare apress.com.