Analytics in SharePoint On-Premises

SharePoint unterstützt Zehntausende von Unternehmen auf der ganzen Welt, darunter 80 Prozent der Fortune 500-Unternehmen. Da ein großer Teil der Unternehmen SharePoint für eine ständig wachsende Menge an Inhalten weiterleitet, müssen viele Administratoren eine Art Website-Analyse in SharePoint durchführen.

Oft müssen sie einfache Fragen beantworten, wie zum Beispiel:

    • Wie viele aktive Benutzer gibt es in meiner Farm?
    • Welche Seiten sind am aktivsten?
    • Welche Websites waren lange Zeit inaktiv?
    • Was sind die Trends der Besucher für eine bestimmte Website?

Out-Of-The-Box SharePoint Analytics und Nutzung

Out-of-The-box, SharePoint bietet einige Hilfe bei diesen Fragen. SharePoint 2010 verfügte über eine dedizierte Webanalysedienstanwendung, die einige Einblicke in das Verhalten von Benutzern auf Ihren SharePoint-Websites bot. Es hat einen ziemlich anständigen Job gemacht, aber hauptsächlich aus Leistungsgründen wurde es in SharePoint 2013 eingestellt. SharePoint 2013 hat eine neue SharePoint Analytics-Verarbeitungskomponente hinzugefügt, die jetzt Teil des Suchdienstes ist. Es bietet Ihnen einige grundlegende Berichte:

  • Beliebtheitstrends zeigt Nutzungsereignisstatistiken für eine Websitesammlung, eine Website oder ein einzelnes Element in einer Bibliothek oder Liste an.
  • Beliebteste Elemente zeigt Nutzungsereignisstatistiken für alle Elemente in einer Bibliothek oder Liste an.

Detaillierte Anweisungen zur Verwendung dieses Berichts finden Sie hier.

Beliebtheitstrends mit SharePoint Analytics anzeigen

 Beliebtheitstrends mit SharePoint Analytics anzeigen

Das Hauptproblem bei diesen Berichten besteht darin, dass Sie kein umfassendes Bild davon erhalten, was in Ihrer Farm passiert. Sie müssen eine Excel-Bericht-Websitesammlung für Websitesammlung generieren, und selbst wenn Sie versuchen, Ihren Bericht auf eine einzelne Websitesammlung einzugrenzen, müssen Sie Site für Site und Liste für Liste gehen, um zu sehen, was passiert. Das erfordert zu viel Arbeit und ist zu zeitaufwendig, um nützlich zu sein. Ein weiterer Nachteil ist, dass es keine API gibt, um diese Arbeit zu automatisieren.

Eigene SharePoint-Analysen durchführen

Konfigurieren der Nutzungs- und Integritätsdatenerfassung in SharePoint

Bei so vielen Einschränkungen der Standardoptionen müssen Sie bei der Suche nach Antworten auf die Fragen, mit denen all dies begonnen hat, möglicherweise auf andere Optionen zurückgreifen. Eine Möglichkeit besteht darin, die vom Dienst zur Erfassung von Nutzungs- und Integritätsdaten erfassten Seitenanforderungsereignisse zu verwenden, der einfach zu konfigurieren ist: Sie müssen nur zu navigieren Zentraladministration > Überwachung > Konfigurieren der Nutzungs- und Integritätsdatenerfassung in SharePoint Server und stellen Sie sicher, dass „Nutzungsdatenerfassung aktivieren“ und „Seitenanforderungen“ aktiviert sind. Nach der Konfiguration beginnt SharePoint sofort mit der Erfassung von Nutzungsprotokollen.

SharePoint Analytics - Konfigurieren der Erfassung von Nutzungs- und Integritätsdaten

Zunächst werden die Nutzungsprotokolle auf der Festplatte jedes WFE-Servers in Ihrer Farm am Standardspeicherort gespeichert C:\Program Dateien\Allgemeine Dateien\Microsoft Shared\Web Server Extensions\16\LOGS. Es gibt einen Timer-Job, „Microsoft SharePoint Foundation Usage Data Import“, der sie alle fünf Minuten auf den Protokollierungsdatenbankserver verschiebt. Abhängig von der Anzahl der aktiven Benutzer und Ereignisse, die Sie protokollieren möchten, kann diese Datenbank sehr schnell wachsen, daher ist es wichtig, die Einstellungen für die Datenaufbewahrung für Ereignisse mit einem Standardwert von 14 Tagen zu überprüfen. Sie können diese mit dem folgenden PowerShell-Cmdlet Get-SPUsageDefinition überprüfen und mit Set-SPUsageDefinition ändern.

Abfragen der Protokollierungsdatenbank für Sharepoint Anyltics-Protokolle

Nachdem Sie alles eingerichtet haben, können Sie Berichte generieren, indem Sie die Protokollierungsdatenbank abfragen. Seitenanforderungsereignisse werden in insgesamt 31 partitionierten Tabellen gespeichert, die von RequestUsage_Partition0 bis RequestUsage_Partition31 reichen. Um zu vermeiden, dass alle Partitionen zusammengeführt werden müssen, verwenden Sie am besten nicht die Tabellen direkt, sondern stattdessen die RequestUsage-Ansicht.

Wenn Sie die RequestUsage-Ansicht untersuchen, werden Sie die wichtigsten Spalten bemerken: LogTime, UserLogin, WebApplicationId, SiteID, SiteUrl und WebID. Wenn wir das alles wissen, versuchen wir herauszufinden, wie viele aktive Benutzer letzte Woche auf meiner Farm waren. Hier ist die Beispielabfrage:

SELECT COUNT(RowId) AS FarmHits, COUNT(DISTINCT UserLogin) AS FarmUniqueUsersFROM .WO PartitionId in (WÄHLEN SIE PartitionId aus fn_PartitionIdRangeMonthly('20181001', '20181007')) UND UserLogin IST NICHT NULL UND DataLength(UserLogin) > 0 UND WebApplicationId <> '00000000-0000-0000-0000-00000000000' UND SiteID <> ' 00000000-0000-0000-0000-00000000000' UND WebID <> '00000000-0000-0000-0000-000000000000'

Anhand der Abfrage werden Sie feststellen, dass wir versuchen, Dinge herauszufiltern, die keine echte Benutzerinteraktion mit einer Seite in Ihrer Farm darstellen. Um die Zuverlässigkeit dieser Abfrage weiter zu verbessern, empfiehlt es sich, einige weitere Dinge herauszufiltern:

  • Filtern Sie UserLogin nach verwalteten Konten und dem Farmkonto.
  • Filtern Sie RequestType , um nur die HTTP-GET-Anforderungen zu betrachten.
  • Filter DocumentPath, um nur auf die .aspx-Seiten und ignorieren viele unnötige API-Aufrufe.

Wenn wir all dies wissen, versuchen wir, ein anderes Problem zu lösen, indem wir letzte Woche die aktivsten Websitesammlungen finden:

WÄHLEN SIE TOP 1000 SiteID ALS SiteID , SiteUrl, COUNT(RowId) ALS Hits, COUNT(DISTINCT UserLogin) ALS UniqueVisitsFROM .WO PartitionId in (WÄHLEN SIE PartitionId aus fn_PartitionIdRangeMonthly('20181001', '20181009')) UND UserLogin IST NICHT NULL UND DataLength(UserLogin)>0 UND WebApplicationId <> '00000000-0000-0000-0000-00000000000' UND SiteID <> ' 00000000-0000-0000-0000-000000000000' UND WebID <> '00000000-0000-0000-0000-0000000000' UND DocumentPath WIE '%.aspx' UND RequestType = 'GET'GROUP BY SiteID, SiteUrlORDER BY COUNT(RowId) DESC

Sie können sehen, dass es einfach ist, die Abfrage zu ändern, um Informationen zu Websitesammlungen abzurufen. Sie können problemlos zur Unterwebsite-Ebene wechseln, indem Sie in der Spalte WebID eine GROUP BY hinzufügen.

Obwohl dieser Ansatz Ihnen einige Antworten gibt, müssen Sie sich seiner Einschränkungen bewusst sein:

  • Die Abfrage kann in größeren Farmen sehr langsam werden, wenn Sie einen Zeitraum von mehr als einigen Tagen abfragen.
  • Der maximale Verlauf, den Sie für die Datenaufbewahrungsfrist festlegen können, beträgt 31 Tage, und es gibt keine Möglichkeit, in Ihren Berichten weiter zurückzugehen.
  • Es ist sehr schwierig, eine Abfrage zu schreiben, um Informationen über Besucher in einer Dokumentbibliothek oder auf Dokumentebene abzurufen.
  • Die Datenbank kann viel Speicherplatz beanspruchen.

Verwenden von SPDocKit für SharePoint Analytics

Mit den Analyse- und Auditberichten von SPDocKit können Sie Antworten auf Ihre Fragen erhalten, ohne viel Schlaf zu verlieren. Sie sind einfach zu konfigurieren und überwinden die meisten der zuvor genannten Einschränkungen.

Im SharePoint Analytics-Bericht, der in Version 8 eingeführt wurde, erhalten Sie ein klares Bild davon, wie Ihre Benutzer mit der Farm interagieren. Es enthält Informationen und Zusammenfassungen über die Anzahl der Seitenaufrufe, eindeutige Besucher, Speichernutzung und die Anzahl der Unterwebsites für jede Websitesammlung sowie detaillierte Trends, die zeigen, wie sich diese Metriken in der Vergangenheit geändert haben und wie sie sich jetzt verhalten. Für diejenigen, die nach zusätzlichen Einblicken in die Leistung der Websitesammlungen suchen, können Sie schnell auf die Ebene der Unterwebsite eingrenzen und einen Bericht erhalten, der Fragen zur Websiteaktivität beantwortet.

Wie Benutzer mit SharePoint Farm interagieren, ist mit SPDocKit leicht zu erkennen

 Wie Benutzer mit SharePoint Farm interagieren, ist mit SPDocKit leicht zu erkennen

Mit SPDocKit müssen Sie nicht auf der Ebene der Unterwebsites mit der Anzahl der Aufrufe und Besucher anhalten, die in den Analyseberichten angezeigt werden. Sie können unsere neuen Auditberichte verwenden, um Informationen darüber zu erhalten, wer SharePoint-Websites besucht und Dateien öffnet. Einige der Ereignisse, die Sie hier verfolgen können, sind:

  • Geöffnete und heruntergeladene Dokumente, angezeigte Elemente in Listen und angezeigte Elementeigenschaften;
  • Bearbeitete Elemente;
  • Ausgecheckte und eingecheckte Elemente;
  • Elemente, die verschoben und an andere Speicherorte in der Websitesammlung kopiert wurden;
  • Gelöschte und wiederhergestellte Elemente; und
  • Gesuchte Abfragen und Begriffe.

New SPDocKit ist jetzt verfügbar, so laden Sie 30-Tage-Testversion und versuchen Sie es selbst.

Möchten Sie mehr Beiträge von uns lesen? Abonnieren Sie unseren Blog und bleiben Sie auf dem Laufenden!

SPDocKit Kostenlose Testversion

Schreibe einen Kommentar

Deine E-Mail-Adresse wird nicht veröffentlicht.