SCCM megjegyzi ingyenes admin
SCCM rendkívül titokzatos eszköz. Hogyan kell dolgozni vele, és ő soha nem győzök csodálkozni. Nemrég van vele megint, volt egy teljes félreértés vágyam és képességeit.
Csak azt akarom mondani egy nagy köszönet Alexander hurok az erkölcsi támogatását, és néhány hasznos linkeket.
Tehát elkezdtem tanulmányozni ideges naplók. Az első dolog, hogy ellenőrizze - amikor ügynökök a közelmúltban számolt be önmagát Heartbeat Discovery. Ehhez meg kell nyitni a gyűjteménye minden olyan számítógépen nyissa meg a tulajdonságait és meghatalmazott neve, hogy megtalálja a megfelelő belépési Agent Time.
Az én esetemben, az elemzés a „Flight” került sor a 28. és az utolsó napján Heartbeat Discovery-én kelt 14. számú. Ügyelve arra, hogy a beállítás törlése Insatall Flag áll 10 nap (ez lehet tenni itt: Site Database -> Webhelykezelés ->% SITE_CODE% -> Webhely beállításai -> Mezei karbantartása -> Feladatok -> Clear Instal Flag -> Tulajdonságok), az ész távolítsa zászló IsClient világossá vált: a szívverés nem jött, a feladat világos Instal zászló becsületesen végezték munkájukat. Volt „kis” -, hogy megtalálja az ok, amiért a szereket nem tájékoztatták az állapota.
Miután egy felületes ellenőrzés naplók, világossá vált, hogy a teljes funkcionalitását SCCM működik tisztán - a nap előtt több tucat számítógépet sikeresen telepített Office, OSD normálisan működött, az összes többi Discovery is normálisan működött. Ie Ez volt törve csak Heartbeat Discovery.
1. Az ütemterv szerint, az ügynök létrehoz egy XML-fájlt. A fájl mentése nagyjából ebben a formában:% Windir% \ system32 \ CCM \ Inventory \ Temp \ d0c06056-6363-41ce-9a2e-5409e7702cbe.xml
2. Miután megalakult a fájl keresztül küldött bit a SCCM szerver (Management Point). Az északi, mind az XML-fájlok tartoznak ebbe a mappába% SCCM_DIR% \ postafiókok \ auth \ ddm.box \
3. A szerver ezután feldolgozza a fájlt és kiírja az adatokat az adatbázisba.
Minden kapcsolódó folyamatok a Heartbeat Discovery, megnézheti a naplófájlokat Stronie szer% Windir% \ system32 \ CCM \ Logs \ InventoryAgent.log, a szerver oldalán% SCCM_CCM% \ Logs \ MP) Ddr.log.
Miután megvizsgálta a napló, csak beleesett a kábulat - mint egy ügynök, és a szerver naplók csak feljegyzések a sikeres feldolgozását fájlokat. Egyetlen hiba nem volt bennük. Az az ötlete támadt, hogy mi van odakint a mappában a beérkezett levelek \ auth \ ddm.box \. És én még vár egy meglepetés - ebben a mappában van mintegy 140.000 fájlokat. A legkorábbi fájl éppen kelt az utolsó jelentés magukról szerek. A mappában a beérkezett levelek \ auth \ ddm.box \ BAD_DDRS, amely felsorolja azokat a rossz csomagot, nem volt semmi. Egy gyors keresés a google nem ad konkrét információt.
Látszólagos oka a probléma az volt, sérti a DDR csomag feldolgozása, így az ötlet, hogy távolítsa el néhány, a legkorábbi fájlok mappák beérkezett levelek \ auth \ ddm.box \. Eltávolítása után körülbelül 100 fájlt, és indítsa újra SMS_EXECUTE szolgáltatás a szerveren, csoda történt - DDR fájlfeldolgozási kezdett újra dolgozni, és a fájlok száma beérkezett levelek \ auth \ ddm.box \ gyorsan nullára csökken. Változata, amely folyamat megszakadása miatt rossz DDR fájlok megerősítette a megjelenése egy mappát a beérkezett levelek \ auth \ ddm.box \ BAD_DDRS körülbelül 1500 fájlt.