Analytics în SharePoint On-Premises

SharePoint împuternicește zeci de mii de companii din întreaga lume, inclusiv 80 la sută din companiile Fortune 500. Cu o mare parte din companii care transmit pe SharePoint pentru o cantitate în continuă creștere de conținut, mulți administratori consideră că trebuie să efectueze un fel de analiză a site-ului în SharePoint.

adesea, ei trebuie să răspundă la întrebări simple, cum ar fi:

    • câți utilizatori activi sunt în ferma mea?
    • care sunt cele mai active site-uri?
    • ce site-uri au fost inactive de mult timp?
    • care sunt tendințele vizitatorilor pentru un anumit site?

Out-Of-the-Box SharePoint Analytics și utilizare

din cutie, SharePoint oferă ajutor cu aceste întrebări. SharePoint 2010 a avut o aplicație dedicată de servicii de analiză Web care a furnizat unele informații despre comportamentul utilizatorilor pe site-urile SharePoint. A făcut o treabă destul de decentă, dar în primul rând din motive de performanță, a fost întreruptă în SharePoint 2013. SharePoint 2013 a adăugat o nouă componentă de procesare SharePoint Analytics, care acum face parte din Serviciul de căutare. Acesta vă oferă câteva rapoarte de bază:

  • tendințe de popularitate afișează statistici de evenimente de utilizare pentru o colecție de site-uri, un site sau un element individual dintr-o bibliotecă sau listă.
  • cele mai populare articole afișează statistici de evenimente de utilizare pentru toate articolele dintr-o bibliotecă sau listă.

puteți găsi instrucțiuni detaliate despre cum să utilizați acest raport aici.

 vedeți tendințele de popularitate cu SharePoint analytics

consultați tendințele de popularitate cu SharePoint analytics

principala problemă cu aceste rapoarte este că nu vă vor oferi o imagine de ansamblu a ceea ce se întâmplă în ferma dvs. Trebuie să generați o colecție de site-uri de rapoarte Excel după colecția de site-uri și chiar și atunci când încercați să restrângeți raportul la o singură colecție de site-uri, trebuie să mergeți în continuare site după site și listă după listă pentru a vedea ce se întâmplă. Acest lucru necesită prea multă muncă și consumă prea mult timp pentru a fi util. O altă capcană este că nu există un API care să automatizeze această lucrare.

efectuarea propriilor analize SharePoint

Configurarea colectării datelor de Utilizare și sănătate în SharePoint

cu atât de multe limitări ale opțiunilor din casetă, poate fi necesar să recurgeți la alte opțiuni în căutarea răspunsurilor la întrebările care au început toate acestea. O opțiune este utilizarea evenimentelor de solicitare a paginii colectate de serviciul de colectare a datelor de Utilizare și sănătate, care este ușor de configurat: Trebuie doar să navigați la administrare centrală > monitorizare > configurați colectarea datelor de utilizare și sănătate în SharePoint Server și asigurați-vă că sunt bifate „activați colectarea datelor de utilizare” și „solicitări de pagină”. Odată configurat, SharePoint va începe imediat să colecteze jurnalele de utilizare.

SharePoint Analytics-configurați colectarea datelor de utilizare și sănătate

în primul rând, jurnalele de Utilizare sunt salvate pe disc pe fiecare server WFE din ferma dvs. în locația implicită C:\Program fișiere \ fișiere comune \ Microsoft partajat \ extensii Server Web \ 16 \ jurnale. Există un job timer, „Microsoft SharePoint Foundation Usage Data Import”, care le va muta la serverul bazei de date de logare la fiecare cinci minute. În funcție de numărul de utilizatori activi și de evenimentele pe care doriți să le înregistrați, această bază de date poate crește foarte rapid, deci este important să verificați setările de păstrare a datelor pentru evenimentele care au o valoare implicită de 14 zile. Le puteți verifica cu următorul cmdlet PowerShell Get-SPUsageDefinition și le puteți schimba cu Set-SPUsageDefinition.

interogarea bazei de date de logare pentru jurnalele Sharepoint Anyltics

acum că ați configurat totul, puteți genera rapoarte interogând baza de date de logare. Evenimentele de solicitare a paginii sunt stocate într-un total de 31 de tabele partiționate, de la RequestUsage_Partition0 la RequestUsage_Partition31. Pentru a evita Unirea pe toate partițiile, este mai bine să nu utilizați tabelele direct, ci să utilizați vizualizarea RequestUsage.

odată ce examinați vizualizarea RequestUsage, veți observa cele mai importante coloane: Logtime, UserLogin, WebApplicationId, SiteId, SiteUrl, și WebId. Deci, știind toate acestea, să încercăm să determinăm câți utilizatori activi au fost în ferma mea săptămâna trecută. Aici este interogarea eșantion:

 selectați COUNT(RowId) ca FarmHits, COUNT(DISTINCT UserLogin) ca FarmUniqueUsersFROM .Unde PartitionId în (selectați PartitionId din fn_PartitionIdRangeMonthly('20181001', '20181007')) și UserLogin nu este NULL și DataLength(UserLogin) > 0 și WebApplicationId <> '00000000-0000-0000-00000-0000000000000' și SiteId <> '00000000-0000-0000-0000-000000000000' și WebID <> '00000000-0000-0000-0000-000000000000'

din interogare, veți observa că încercăm să filtrăm lucrurile care nu sunt o interacțiune reală a utilizatorului cu o pagină din ferma dvs. Pentru a îmbunătăți în continuare fiabilitatea acestei interogări, ar fi o idee bună să filtrați câteva lucruri:

  • filtrați UserLogin pentru conturile gestionate și contul fermei.
  • filtru RequestType să se uite numai la cererile HTTP GET.
  • filtru DocumentPath să se uite doar la .aspx pagini și ignora o mulțime de apeluri API inutile.

știind toate acestea, să încercăm să rezolvăm o altă problemă găsind săptămâna trecută cele mai active colecții de site-uri:

selectați Top 1000 SiteId ca SiteId, SiteUrl, COUNT(RowId) ca hit-uri, COUNT(DISTINCT UserLogin) ca UniqueVisitsFROM .Unde PartitionId în (selectați PartitionId din fn_PartitionIdRangeMonthly('20181001', '20181009')) și UserLogin nu este NULL și DataLength(UserLogin)>0 și WebApplicationId <> '00000000-0000-0000-00000-0000000000000' și SiteId <> '00000000-0000-0000-0000-000000000000' și WebID <> '00000000-0000-0000-0000-0000-000000000000' și documentpath ca '%.aspx 'și RequestType =' GET ' group BY SiteId, SiteUrlORDER BY COUNT(RowId) DESC

puteți vedea că este simplu să modificați interogarea pentru a obține informații despre colecțiile de site-uri. Ai putea merge cu ușurință în jos la nivelul subsite prin adăugarea unui grup de pe coloana WebId.

deși această abordare vă oferă câteva răspunsuri, trebuie să fiți conștienți de limitările sale:

  • interogarea poate deveni foarte lentă în fermele mai mari dacă interogați o perioadă de timp mai mare de câteva zile.
  • Istoricul maxim pe care îl puteți seta pentru perioada de păstrare a datelor este de 31 de zile și nu există nicio modalitate de a merge mai înapoi în rapoartele dvs.
  • este foarte greu să scrieți o interogare pentru a obține informații despre vizitatori la o bibliotecă de documente sau la nivel de document.
  • baza de date poate utiliza o mulțime de spațiu pe disc.

utilizarea SPDocKit pentru SharePoint Analytics

analizele și rapoartele de Audit ale SPDocKit vă pot ajuta să obțineți răspunsuri la întrebările dvs. fără a pierde mult somn. Sunt ușor de configurat și depășesc majoritatea limitărilor menționate anterior.

puteți obține o imagine clară a modului în care utilizatorii interacționează cu ferma în raportul SharePoint Analytics introdus în versiunea 8. Include informații și rezumate despre numărul de accesări ale paginilor, vizitatori unici, utilizarea stocării și numărul de subsite-uri pentru fiecare colecție de site-uri, precum și tendințe detaliate care arată modul în care aceste valori s-au schimbat în trecut și cum se comportă acum. Pentru cei care caută o perspectivă suplimentară asupra performanței colecțiilor de site-uri, puteți restrânge rapid la nivelul subsite-ului și puteți obține un raport care să răspundă la întrebări despre activitatea site-ului.

modul în care utilizatorii interacționează cu SharePoint farm este ușor de văzut cu SPDocKit

modul în care utilizatorii interacționează cu SharePoint farm este ușor de văzut cu SPDocKit

cu SPDocKit, nu este nevoie să vă opriți la nivelul subsite-ului cu numărul de vizualizări și vizitatori Afișați de rapoartele Analytics. Puteți utiliza noile noastre rapoarte de Audit pentru a obține informații despre cine vizitează site-urile SharePoint și deschide fișiere. Unele dintre evenimentele pe care le puteți urmări aici sunt:

  • documente deschise și descărcate, elemente vizualizate în liste și proprietăți de elemente vizualizate;
  • elemente editate;
  • elemente verificate și verificate;
  • elemente care au fost mutate și copiate în alte locații din colecția de site-uri;
  • Elemente șterse și restaurate; și
  • interogări și termeni căutați.

nou Spdockeste acum disponibil, deci descărcați încercare gratuită de 30 de zile și încercați-l singur.

doriți să citiți mai multe postări de la noi? Abonați-vă la blogul nostru și rămâneți la curent!

 SPDocKit Încercare Gratuită

Lasă un răspuns

Adresa ta de email nu va fi publicată.