Analytics in SharePoint on-Premises

a SharePoint világszerte több tízezer vállalatot támogat, köztük a Fortune 500 vállalatok 80 százalékát. Mivel a vállalkozások hatalmas része folyamatosan növekvő mennyiségű tartalmat közvetít a SharePointon, sok rendszergazda úgy találja, hogy valamilyen webhelyelemzést kell végrehajtania a SharePointon belül.

gyakran egyszerű kérdésekre kell válaszolniuk, például:

    • hány aktív felhasználó van a farmomon?
    • mely oldalak a legaktívabbak?
    • mely webhelyek hosszú ideje inaktívak?
    • mik a látogatók trendjei egy adott webhelyhez?

Out-Of-the-Box SharePoint Analytics and Usage

a dobozból, SharePoint nem nyújt némi segítséget ezekkel a kérdésekkel. A SharePoint 2010-nek volt egy dedikált webanalitikai szolgáltatásalkalmazása, amely betekintést nyújtott a felhasználók viselkedésébe a SharePoint-webhelyeken. Elég tisztességes munkát végzett, de elsősorban teljesítmény okokból a SharePoint 2013-ban megszüntették. A SharePoint 2013 új SharePoint Analytics feldolgozási összetevőt adott hozzá, amely most a keresési szolgáltatás része. Ez biztosítja az Ön számára néhány alapvető jelentések:

  • a népszerűségi trendek egy webhelycsoport, egy webhely vagy egy könyvtár vagy lista egyes elemeinek Használati eseménystatisztikáit mutatják.
  • legnépszerűbb elemek a könyvtár vagy lista összes elemének Használati eseménystatisztikáját mutatja.

részletes utasításokat talál a jelentés használatáról itt.

 népszerűségi trendek megtekintése a SharePoint analytics segítségével

lásd a SharePoint analytics népszerűségi trendjeit

ezeknek a jelentéseknek a fő problémája az, hogy nem adnak nagy képet arról, hogy mi történik a gazdaságban. Létre kell hoznia egy Excel-jelentés webhelycsoportonként, és még akkor is, ha megpróbálja leszűkíteni a jelentést egyetlen webhelycsoportra, akkor is webhelyenként és listánként kell mennie, hogy lássa, mi történik. Ez túl sok munkát igényel, és túl időigényes ahhoz, hogy hasznos legyen. Egy másik buktató az, hogy nincs API a munka automatizálására.

saját SharePoint Analytics használata

használati és egészségügyi adatgyűjtés konfigurálása a SharePointban

a dobozon kívüli beállítások sok korlátozása miatt előfordulhat, hogy más lehetőségekhez kell folyamodnia a keresés során, hogy válaszokat találjon azokra a kérdésekre, amelyek ezt az egészet elindították. Az egyik lehetőség a Usage and Health adatgyűjtő Szolgáltatás által gyűjtött Oldalkérési események használata, amely könnyen konfigurálható: Csak meg kell navigálni Központi felügyelet > Monitoring > konfigurálja a használati és egészségügyi adatgyűjtést a SharePoint Server alkalmazásban, és győződjön meg arról, hogy a “használati adatgyűjtés engedélyezése” és az “Oldalkérések” be vannak jelölve. A konfigurálás után a SharePoint azonnal elkezdi gyűjteni a használati naplókat.

 SharePoint Analytics-használati és egészségügyi adatgyűjtés konfigurálása

először is, a használati naplókat a rendszer Az alapértelmezett helyen menti a farm minden WFE-kiszolgálójának lemezére C:\Program Files \ Common Files \ Microsoft Shared\Web Server Extensions \ 16 \ LOGS. Van egy időzítő feladat, a “Microsoft SharePoint Foundation Usage Data Import”, amely öt percenként áthelyezi őket a naplózási adatbázis-kiszolgálóra. Az aktív felhasználók számától és a naplózni kívánt eseményektől függően ez az adatbázis nagyon gyorsan növekedhet, ezért fontos, hogy ellenőrizze az adatmegőrzési beállításokat olyan eseményeknél, amelyek alapértelmezett értéke 14 nap. Ezeket a következő PowerShell parancsmaggal ellenőrizheti Get-SPUsageDefinition majd módosítsa őket a Set-SPUsageDefinition paranccsal.

a naplózási adatbázis lekérdezése Sharepoint Anyltics naplókhoz

most, hogy mindent beállított, jelentéseket készíthet a naplózási adatbázis lekérdezésével. Az oldalkérési eseményeket összesen 31 particionált tábla tárolja, a RequestUsage_Partition0-tól a RequestUsage_Partition31-ig. Az összes partíció egyesítésének elkerülése érdekében a legjobb, ha nem közvetlenül a táblákat használja, hanem a RequestUsage nézetet használja.

miután megvizsgálta a RequestUsage nézetet, észre fogja venni a legfontosabb oszlopokat: LogTime, UserLogin, WebApplicationId, SiteId, SiteUrl és WebId. Tehát mindezt tudva próbáljuk meg meghatározni, hogy hány aktív felhasználó volt a farmomon a múlt héten. Itt van a minta lekérdezés:

 válassza COUNT (RowId) mint FarmHits, COUNT(DISTINCT UserLogin) mint FarmUniqueUsersFROM .Ahol PartitionId (válassza PartitionId származó fn_PartitionIdRangeMonthly('20181001', '20181007')) és UserLogin nem NULL és DataLength(UserLogin) > 0 és WebApplicationId <> '00000000-0000-0000-0000000000000' és SiteId <> '00000000-0000-0000-0000-00000000000' és WebID <> '00000000-0000-0000-0000-000000000000'

a lekérdezésből észreveszi, hogy olyan dolgokat próbálunk kiszűrni, amelyek nem valódi felhasználói interakció a gazdaság egyik oldalával. A lekérdezés megbízhatóságának további javítása érdekében érdemes még néhány dolgot kiszűrni:

  • a kezelt fiókok és a mezőgazdasági számla felhasználói bejelentkezésének szűrése.
  • szűrő Kérésírja be, hogy csak a http GET kéréseket nézze meg.
  • szűrő DocumentPath hogy csak nézd meg a .aspx oldalak és figyelmen kívül hagyja a sok felesleges API hívásokat.

mindezek ismeretében próbáljunk meg megoldani egy másik problémát a múlt héten a legaktívabb webhelygyűjtemények megkeresésével:

 válassza ki a TOP 1000 SiteId mint SiteId, SiteUrl, COUNT(RowId) mint találatok, COUNT(DISTINCT UserLogin) mint UniqueVisitsFROM .Ahol PartitionId (válassza PartitionId származó fn_PartitionIdRangeMonthly('20181001', '20181009')) és UserLogin nem NULL és DataLength(UserLogin)>0 és WebApplicationId <> '00000000-0000-0000-0000000000000' és SiteId <> '00000000-0000-0000-0000-00000-00000000000' és WebID <> '00000000-0000-0000-00000-00000000000' és documentpath like '%.aspx 'and RequestType =' GET ' csoport by SiteId, SiteUrlORDER by COUNT (RowId) DESC

láthatja, hogy a Lekérdezés módosítása egyszerű a webhelycsoportokkal kapcsolatos információk megszerzéséhez. Könnyedén lemehet az alwebhely szintjére, ha hozzáad egy csoportot a WebId oszlophoz.

bár ez a megközelítés ad néhány választ, tisztában kell lennie annak korlátaival:

  • a lekérdezés nagyobb gazdaságokban nagyon lassúvá válhat,ha néhány napnál hosszabb időtartamot kér.
  • az adatmegőrzési időszakra beállítható maximális előzmények 31 nap, és a jelentésekben nincs mód visszalépni.
  • nagyon nehéz lekérdezést írni, hogy információt szerezzen a látogatókról egy dokumentumtárban vagy a dokumentum szintjén.
  • az adatbázis sok lemezterületet használhat.

az SPDocKit használata SharePoint Analytics szolgáltatáshoz

az SPDocKit elemzési és ellenőrzési jelentései segítenek abban, hogy sok alvás elvesztése nélkül választ kapjon kérdéseire. Könnyen konfigurálhatók és leküzdhetik a korábban említett korlátozások többségét.

világos képet kaphat arról, hogy a felhasználók hogyan lépnek kapcsolatba a gazdasággal a 8.verzióban bevezetett SharePoint Analytics jelentésben. Információkat és összefoglalókat tartalmaz az oldallelátogatások számáról, az egyedi látogatókról, a tárhelyhasználatról és az egyes webhelycsoportok alwebhelyeinek számáról, valamint részletes trendeket, amelyek megmutatják, hogyan változtak ezek a mutatók a múltban, és hogyan viselkednek most. Azok számára, akik további betekintést keresnek a webhelycsoportok teljesítményébe, gyorsan szűkítheti az alwebhely szintjét, és jelentést kaphat, amely megválaszolja a webhely tevékenységével kapcsolatos kérdéseket.

 az SPDocKit segítségével könnyen látható, hogy a felhasználók hogyan lépnek kapcsolatba a SharePoint farmmal

az spdockit

az SPDocKit használatával nem kell megállnia az Alwebhely szintjén az Analytics-jelentések által megjelenített nézetek és látogatók számával. Az új ellenőrzési jelentések segítségével információkat szerezhet arról, hogy ki látogatja meg a SharePoint-webhelyeket és nyit meg fájlokat. Néhány esemény, amelyet itt nyomon követhet:

  • megnyitott és letöltött dokumentumok, megtekintett elemek a listákban és megtekintett elemek tulajdonságai;
  • szerkesztett elemek;
  • kijelentkezett és bejelentkezett elemek;
  • a webhelycsoport más helyeire áthelyezett és másolt elemek;
  • törölt és visszaállított elemek; és
  • keresett lekérdezések és kifejezések.

az új SPDocKit már elérhető, ezért töltse le a 30 napos ingyenes próbaverziót, és próbálja ki maga.

szeretne több hozzászólást olvasni tőlünk? Iratkozz fel blogunkra és maradj naprakész!

 SPDocKit Ingyenes Próbaverzió

Vélemény, hozzászólás?

Az e-mail-címet nem tesszük közzé.