ConfigMgr -laitteistovaraston vianmääritys
Julkaisin monta vuotta sitten blogikirjoituksen auttaakseni ihmisiä jäljittämään aiheeseen liittyviä ongelmia Laitteistoluettelo. Huomasin vahingossa ConfigMgr -laitteistovarasto -ongelmien vianmäärityksessä, että yksi vaihe puuttui. 99% -tapauksissa kukaan ei tarvitse tai huomaa tätä vaihetta, mutta koska tajusin sen puuttuvan, päätin päivittää viestini.
Tästä eteenpäin tämän oppaan pitäisi auttaa määrittämään minkä tahansa (Toivon) ongelmia varastonkulussa PC: stä Configuration Manager (ConfigMgr) -tietokantaan. Siinä on kolme osaa: Vaihe 1 - Asiakas -PC, Vaihe 2 - MP -palvelin ja Vaihe 3 - Sivupalvelin.
Kaikki kuvakaappaukset ovat System Center 2012 Configuration Manager (CM12) -asiakkaalta ja sivustopalvelimelta; sivustopalvelimessa on Windows 2012 R2. Suorittamani vaiheet koskevat kuitenkin kaikkia ConfigMgr -versioita viimeisimmästä versiosta SMS 2.0: een asti! Ainoa ero, jonka saatat kohdata, on se, että jotkin tiedostojen sijainnit muuttuvat versioiden välillä.
ConfigMgr -laitteiston varaston ongelmien vianmääritys
Vaihe 1 - Asiakastietokone
Kun asiakastietokoneen vianmääritys tehdään, inventoryagent.log ei koskaan sano tekevänsä laitteistovarastoa, ohjelmistovarastosykliä jne. Siinä luetellaan vain kyseiseen toimintoon käytetty maailmanlaajuinen yksilöllinen tunniste (GUID). Tässä taulukossa on tiedot, joiden avulla voit muuntaa GUID -tunnuksen varastotoiminnoksi.
Esimerkissäni käytän laitteistovarastoa, mutta jos sinun on suoritettava vianmääritys muille varastotyypeille, prosessi on täsmälleen sama.
Vaihda vain laitteistovaraston GUID -tunnus asianmukaiseen GUID -tunnukseen.
Avaa Ohjauspaneeli ja valitse ConfigMgr -sovelma.
Valitse Toiminnot välilehti. Valitse Laitteiston varastosyklija napsauta sitten Juokse nyt.
Klikkaus OK kahdesti sulkeaksesi ConfigMgr -sovelman.
Avaa seuraavaksi InventoryAgent.log CMTrace -ohjelmalla. Varmista, että laitteistovarasto on alkanut etsimällä GUID (punainen nuoli).
Huomaa, että tämä varastosykli on Delta -varastosykli (sininen nuoli).
Odota inventaarion valmistumista (sininen nuoli yllä). ** UUSI ** Huomaa GUID (vihreä nuoli yllä). Tämä saattaa kuulostaa sekavalta, mutta tämä on jälleen yksi esimerkki Microsoft -sekoittamisesta ja GUID -tunnusten yhdistämisestä tehtävän sisällä. Vihreä nuoli GUID ei ole sama GUID, jota käytetään laitteistovarastotehtävän tunnistamiseen.
Avaa nyt CcmMessaging.log CMTrace -ohjelmalla. Hae edellisessä vaiheessa mainittu GUID (punaiset nuolet alla). Etsi sitten viesti, jossa sanotaan: "VIESTIN MAKSUJEN SIIRTO VALMIS" (musta nuoli). Varmista, että tilaviestissä lukee SUCCESS (menestys) (vihreä nuoli alla). Tämä tarkoittaa, että tiedosto ladataan MP -laitteellesi. Jos tämä vaihe epäonnistuu, katso IIS -lokit (vaihe 2 - MP -palvelin) nähdäksesi, onko mitään merkkejä sen epäonnistumisesta, kuten varmennevirheet.
Avaa seuraavaksi ongelma -asiakastietokoneessa komentokehote ja tallenna IP -osoite. Minun tapauksessani minulla on kaksi IP -osoitetta, jotka on tallennettava; langattomat ja Ethernet -sovittimet.
Vaihe 2 - MP -palvelin
Etsi vaiheessa 2 IIS -lokit MP -palvelimeltasi. Ne löytyvät yleensä täältä: c: \ inetpub \ logs \ LogFiles. Käytä uudelleen CMTracea, avaa nykyinen IIS -loki ja etsi ongelmatietokoneen IP -osoite. Huomaa, että GUID näkyy kolmesti asiakkaan IP -osoitteessa (punaisten nuolien välissä).
Voit selvittää, mitkä kansiot sisältävät MP -lokit, tarkistamalla seuraavat blogiviestit:
Missä IIS -lokini ovat?
Missä IIS -lokini ovat? Ohjevideo
Jos pääset tähän pisteeseen, tiedät, että tietokone on siirtänyt varastonsa MP: lle, joten se ei ole asiakasongelma. Jos et saa yllä olevia rivejä GUID -tunnuksella, ongelma on asiakkaassa.
Etsi nyt MP -asiakaslokit. Nämä lokit voivat sijaita muutamassa eri paikassa, mutta yleensä ne ovat joko samassa asemassa kuin ConfigMgr -sivustopalvelimen asennus tai C: \ Windows \ ccm \ lokit. Minun tapauksessani ne löytyivät täältä d: \ Program Files \ SMS_CCM \ Logs.
Avaa MP_hinv.log ja etsi tietokoneen nimi. Minun tapauksessani se on M6.
Yllä olevassa kuvakaappauksessa näet, että MP vastaanotti laitteistovarastoni asiakkaaltani ja siirtyi MP -lähteviin. Kirjoita muistiin tiedoston nimi (punainen nuoli).
Tässä vaiheessa tiedät, että sinulla ei ole ongelmia kansanedustajan kanssa.
Vaihe 3 - Sivupalvelin
Siirry nyt ConfigMgr -sivustopalvelimeesi.
Avaa täältä löytyvä dataldr.log D: \ Program Files \ Microsoft Configuration Manager \ Logs. Huomaa, että tiedosto on siirretty dataldr.boxista todennettuun dataldr.boxiin (punainen nuoli).
Huomaa sitten muutama rivi myöhemmin, että tietokoneen nimi on luettelossa (vihreä nuoli) ja varastot lisätään ConfigMgr 2012 -tietokantaan. Näet, että se lisättiin ConfigMgr 2012 -tietokantaan, koska tietokannassa suoritettiin 112 tallennettua toimenpidettä (sininen nuoli).
Tämä tarkoittaa myös sitä, että ~ 112 kohdetta päivitettiin asiakastietokoneeseen laitteistovaraston viimeisimmän suorittamisen jälkeen. Jos haluat täydellisen inventaarion, odota suoritettujen tallennettujen toimenpiteiden määrän olevan selvästi yli 3000.
Varmistaaksesi, että tiedot päivitetään ja lisätään ConfigMgr 2012 -tietokantaan, avaa Resurssienhallinta ja tarkista viimeinen laitteiston skannauspäivä (kultainen nuoli). Tämä päivämäärä ja kellonaika vastaavat laitteistovaraston päivämäärää/kellonaikaa, joka näkyy inventaarioagent.logissa. Varo aikavyöhykkeen siirtymää, jos aika ei täsmää.
Seuraamalla tässä blogitekstissä kuvattuja vaiheita voit ratkaista tehokkaasti ConfigMgr -laitteiston varaston ongelmien vianmäärityksen ConfigMgr -konsolissa.
Jos sinulla on edelleen ongelmia, sinun kannattaa tarkistaa, mikä on todellisuudessa varastossa, joten katso tämä viesti: Näin varmistat, että laitteistovarasto toimii. Kerro minulle, jos sinulla on kysyttävää @GarthMJ.
Katso, miten Right Click Tools muuttaa järjestelmien hallintatapaa.
Paranna tuottavuutta välittömästi rajoitetulla, ilmaisella Community Editionilla.
Aloita Right Click Tools: n käyttö tänään: