Näin varmistat, että laitteistovarasto toimii

Normaalisti oletamme vain, että laitteistovarasto toimii, mutta entä jos se ei toimi? Anna minun selittää. Toissapäivänä autoin jotakuta vianmäärityksessä, miksi .NET 4.0 ei saanut Configuration Manager: n (ConfigMgr/SCCM) inventaariota. Kuten tavallista, ohjasin heidät luokseni ConfigMgr -laitteistovaraston vianmääritys blogipostaus. Tämän postauksen vaiheiden jälkeen kaikki toimi kuitenkin odotetulla tavalla. Seuraavaksi kiinnitin heidän huomionsa viestiin, Kaksi suosikki ConfigMgr -komentosarjaa. Tämä viesti näyttää, kuinka voit luoda ConfigMgr -komentosarjan pakottaaksesi täydellisen inventaarion (syke, laitteisto, ohjelmisto ja tiedostojen kokoelma). Jälleen sen jälkeen, kun olet noudattanut kyseisen viestin vaiheita, heidän ongelmaansa ei saatu ratkaistua. Tämä tietysti jätti minut hyvin hämmentyneeksi. Mikä oli ongelma? Sitten se valkeni minulle - onko MOF -tiedoston muokkaus oikea? Mitä itse asiassa inventoidaan?

Nämä ovat tämän postauksen perustana olleet kysymykset:

  • Onko laitteistovarasto todella olemassa?
  • Mitä näemme itse tietokoneessa?

Kun olin kirjoittanut tämän viestin, tajusin, että tämä viesti on itse asiassa edeltäjä ensimmäiselle blogiviestilleni siitä, kuinka ConfigMgr -laitteistovaraston vianmääritys.

Tausta

WMI-luokan tyypistä riippuen voit tarkastella taustalla olevia tietoja monella eri tavalla, mutta korkealla tasolla vianmääritysvaiheet ovat periaatteessa samat. Nämä ovat kolme WMI -luokan skenaariota, joista puhun myöhemmin tässä viestissä:

  1. Windowsin WMI -luokka (esim. Win32_BIOS) on inventoitu.
  2. Muokattu WMI -luokka (esim. Enhansoft -näytöt) on inventoitu.
  3. Dynaamisten rekisteriavainten (esim.

Laitteistoluettelo - Määritä ongelma

Ennen kuin puhun jokaisesta WMI -luokan tyypistä ja WMI -kyselyn tekemisestä, sinun on ensin määritettävä ongelma. Paljon aikaa ihmiset sanovat: "Se ei toimi, ei ole inventaariota." Kun tarkastelet heidän ongelmaansa, se osoittautuu kuitenkin yhdeksi näistä neljästä ongelmasta:

  1. Ei inventaariota.
  2. Varastoa on, mutta vain yhdelle tuotteelle.
  3. Mainosjakauma on olemassa, mutta yksi ominaisuus puuttuu tai on väärä.
  4. Varastoa on, mutta kaikkia kohteita ei ole lueteltu.

Tämä blogikirjoitus kattaa lähinnä ensimmäisen ongelman, "Ei inventaariota". Kaikki tämän ongelman vianmäärityksen vaiheet ovat kuitenkin hyödyllisiä, kun tarkastellaan muita ongelmia, kuten kolmas ongelma: "Varastoa on, mutta yksi ominaisuus puuttuu tai on väärä". Muista, että toisen ja neljännen ongelman (ja joskus kolmannen ongelman) vianmäärityksessä se yleensä johtuu siitä, että tuodaan väärä asiakasasetus (sms_def.mof meille vanhoille ajastimille) tai että tietoja EI ole lueteltu paikalliselle järjestelmälle . Otetaan esimerkiksi yhdistetyt tulostimet. Paikallinen järjestelmätili ei koskaan näe käyttäjän tulostintiliä, kun WMI: tä kysytään.

Korkean tason vaiheet

Tässä on korkean tason vianetsintävaiheet:

  1. Tee kysely WMI -luokasta tavallisella käyttäjätilillä.
  2. Tee kysely WMI -luokasta paikallisen järjestelmänvalvojan tilin avulla.
  3. Kysely WMI -luokasta käyttämällä paikallista järjestelmätiliä.
  4. Tarkista perustiedot.

Ainoa ero kolmen ensimmäisen vaiheen välillä on tili, jota käytetään tulosten katseluun. Tällä on suuri ero joidenkin luokkien tuloksissa, mutta toisissa tulokset ovat täsmälleen samat.

WMI -luokan kysely

Ei ole väliä mitä WMI -luokkaa kysytään. Tässä vaiheessa vahvistetaan, että tiedot ovat itse tietokoneessa. Jos sitä ei ole, se ei KOSKAAN ole SCCM: n sisällä.

Tässä esimerkissä käytän henkilökohtaista (gartek \ garth) tiliäni, joka sattuu olemaan myös paikallinen järjestelmänvalvojan tili (hyppäämällä toiseen korkean tason vaiheeseen), ja käytän WBEMTESTiä lukemaan dynaamisia rekisteriavaimia WMI-luokan kautta . Jos et ole tietoinen, WBEMTEST löytyy kaikista Windows -tietokoneista.

Laitteistoluettelo - Windows Management Instrumentation Tester

Kerran wbemtest.exe käynnistetään, napsauta Kytkeä… -painiketta.

Nimitila

Varmista, että Nimitila on root \ cimv2 ja napsauta Kytkeä.

Enum -luokat

Klikkaa Enum -tunnit… -painiketta.

Rekursiivinen

Valitse Rekursiivinen ja napsauta OK.

Kyselyn tulos

Odota Tehty ja etsi sitten WMI -luokka, jonka haluat tarkistaa. Kaksoisnapsauta sitä. Tässä tapauksessa haluan tarkistaa ES_DotNETFrameworks.

Tapaukset

Klikkaus Tapaukset.

- ES_DotNETFrameworks -kyselyn tulokset

Kaksoisnapsauta tarkasteltavaa ilmentymää. Minun tapauksessani se on 4.0.

Laitteistoluettelo - vain paikallinen

Valitse uudessa ikkunassa Vain paikallinen vaihtoehto (violetti nuoli). Tämä näyttää vain kyseisen instanssin ominaisuudet. Varmista tässä vaiheessa, että tulokset ovat mitä odotat.

Tässä tapauksessa kaikki, mutta Huoltopäivitys, näyttää juuri siltä kuin odotinkin. Miksi on Huoltopäivitys asetettu ? Ei pitäisi olla, joten tarkastelen sitä myöhemmin. Kaiken kaikkiaan tämä testi vahvistaa, että kaikki toimii odotetusti, lukuun ottamatta Huoltopäivitys attribuutti.

Suurimman osan ajasta sinun ei todellakaan tarvitse toistaa WBEMTEST -vaiheita eri käyttäjätilillä tai paikallisella järjestelmätilillä. Usein ohitan nämä vaiheet enkä suorita niitä, ellei kaikki muu testaamani palaa oikein. Siinä tapauksessa toistan WBEMTESTin muiden tilien kanssa, kunnes löydän ongelman.

Virheet WBEMTESTissä

Jos saat virheitä, kun kyselet WMI -luokasta WBEMTESTillä, tämä voi tarkoittaa muutamia asioita. Ongelma voi johtua config.mof -tiedostosta tai siitä, että luokkaa ei ole WMI: ssä, tai rekisteriavainpolussa on kirjoitusvirhe. WBEMTEST -virheiden ratkaisut eivät ole yksinkertaisia korjauksia. Kaikissa tapauksissa configuration.mof -tiedosto on tarkistettava ja kaikki on vahvistettava.

Oikeat tulokset, mutta EI SCCM: ssä

Mitä pitäisi tehdä, jos tulokset ovat oikein täällä, mutta eivät SCCM: n sisällä? Tämä ei yleensä tapahdu, mutta jos näin tapahtuu, ensimmäinen askel on pakottaa täydellinen inventaario. Tämä blogikirjoitus, Kaksi suosikki ConfigMgr -komentosarjaa, auttaa näyttämällä, kuinka voit luoda komentosarjan pakottaaksesi koko varaston. Toiseksi sinun on vahvistettava, että tulokset palautetaan SCCM -laitteeseen oikein. Jos olet pakottanut täydellisen inventaarion ja asiat eivät vieläkään ole oikein, ja olet tarkistanut ConfigMgr -laitteistovaraston vianmääritys blogipostaus, kosketa pohjaa näppäimellä Enhansoft -tiimi. Haluaisimme nähdä, voisimmeko auttaa sinua tai ainakin toistaa ongelman laboratorioissamme.

Väärät tulokset

Seuraavissa osioissa on apua näiden ongelmien vianmäärityksessä.

Laitteistoluettelo - Tarkista perustiedot

Taustatietojen tarkistaminen riippuu WMI -luokan tyypistä. Onko se Windowsin WMI -luokka, mukautettu WMI -palveluntarjoaja vai onko ongelma dynaamisten rekisteriavainten lukemisessa? Alla puhun jokaisesta.

Windowsin WMI -luokka

Valitettavasti et voi tehdä paljon tämän kanssa. Parhaimmillaan voit avata tukilipun Microsoft: llä ja he voivat auttaa sinua ratkaisemaan ongelmasi.

Mukautettu WMI -luokka

Muokattu WMI -luokka käyttää mukautettua WMI -palveluntarjoajaa, joka on pohjimmiltaan vain suoritettava tiedosto (exe). Paras vaihtoehto on tarkistaa myyjän dokumentaatio. Kaikki Enhansoft: n tuotteet, kuten Enhansoft -raportointi, Sisältää AINA lokitiedoston. Tämä lokitiedosto sisältää paljon tietoa, joka kertoo tarkan ongelman! Ja tietysti voit ottaa yhteyttä Tukitiimi liian.

Dynaamisten rekisteriavainten lukeminen

Tämä WMI -luokka on luotu MOF -tiedostojen muokkausten avulla. Tässä ei ole suurta temppua. Avaa sivustosi palvelimelta löytyvä configuration.mof -tiedosto kohdasta \ postilaatikot \ clifiles.src \ hinv. Tarkista tietokoneessa rekisteriavain, joka ei tuota tuloksia. Muista tarkistaa sekä x86- että x64 -avaimet.

MOF -tiedostojen muokkaustestaus

Tässä osassa en selitä kuinka luoda MOF -tiedoston muokkaus rekisteriavaimesta. Jos haluat tietää, miten se tehdään, lue blogiviestini, Kuinka käyttää RegKeyToMofia. Sen sijaan näytän sinulle katkelman .NET 4.0: n MOF -tiedoston muokkauksesta.

[DYNPROPS]
ES_DotNETFrameworks -ilmentymä
{Versio = ”4.0”;
[PropertyContext ("local | HKEY_LOCAL_MACHINE \\ SOFTWARE \\ Microsoft \\ NET Framework Setup \\ NDP \\ v4 \\ Client | Install"), Dynamic, Provider ("RegPropProv")] Asennettu;
[PropertyContext (“local | HKEY_LOCAL_MACHINE \\ SOFTWARE \\ Microsoft \\ NET Framework Setup \\ NDP \\ v4 \\ Client | SP”), Dynamic, Provider (“RegPropProv”)] ServicePack;
[PropertyContext (“local | HKEY_LOCAL_MACHINE \\ SOFTWARE \\ Microsoft \\ NET Framework Setup \\ NDP \\ v4 \\ Client | Version”), Dynamic, Provider (“RegPropProv”)] BuildNumber;
[PropertyContext (“local | HKEY_LOCAL_MACHINE \\ SOFTWARE \\ Microsoft \\ NET Framework Setup \\ NDP \\ v4 \\ Client | Release”), Dynamic, Provider (“RegPropProv”)] Julkaisu;
};

Katkelmasta on melko helppo nähdä, että nämä tiedot tulevat HKLM \ SOFTWARE \ Microsoft \ NET Framework Setup \ NDP \ v4 \ Client -avaimesta. Tarkastelen näitä neljää ominaisuutta: Asennus, SP, Versio ja Julkaisu.

REGEDIT

Laitteistoluettelo - rekisterieditori

Nyt tarkistan rekisterin Regeditin avulla. Huomaan nopeasti, että Asennus, Versio ja Julkaisu ovat siellä odotetusti, MUTTA MOF -tiedosto etsii SP -määritettä, eikä rekisterissä ole sitä. Tämä selittää, miksi näin nolla -arvon WMI: ssä, kun kysyin sitä WBEMTESTillä. Ratkaisu tähän ongelmaan on, että MOF -tiedosto tarkastelee Service -määritettä SP -määritteen sijasta. Kun päivitän configuration.mof -tiedoston, ConfigMgr pystyy keräämään huoltotiedot ja .NET 4.0 on nyt inventoitu.

Laitteistovaraston yhteenveto

Ennen kuin aloitat vianmäärityksen siitä, miksi laitteistovarasto ei näy ConfigMgr: n sisällä, sinun on todella varmistettava, että tiedot ovat kyseisessä tietokoneessa. Jos niitä ei ole olemassa, niitä ei koskaan ole ConfigMgr: n sisällä. En tiedä sinusta, mutta ohitan usein tämän vaiheen ja oletan, että tiedot ovat jo tietokoneessa, joten tästä lähtien, kun en saa odottamiani tuloksia, siirryn näihin vianetsintävaiheisiin. Jos sinulla on kysyttävää, ota rohkeasti yhteyttä tukikohtaan kanssani @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:

Jaa tämä:

Tuki

  • Kenttä on validointitarkoituksiin ja tulee jättää koskemattomaksi.

Ota yhteyttä

  • Kenttä on validointitarkoituksiin ja tulee jättää koskemattomaksi.

Ota yhteyttä

  • Kenttä on validointitarkoituksiin ja tulee jättää koskemattomaksi.
fiFinnish