Ändra den maximala filstorleken för en MIF

Förlitar ditt företag sig på lagerdata från Microsoft Endpoint Manager Configuration Manager (MEMCM)? Det kan vara ett problem med maskinvaruinventeringen och tyvärr är många MEMCM -administratörer inte medvetna om det. Så småningom kommer problemen i samband med den maximala filstorleken för en MIF fram. Detta inträffar vanligtvis när en anpassad hårdvaruinventeringsklass läggs till och du undrar varför du inte ser den nya inventeringen på vissa datorer. Det dyker också upp när du granskar detaljer om maskinvarulager och ser föråldrade resultat.

För inte så länge sedan hände detta mig. Samtidigt som jag lägger till ännu en anpassad maskinvarulagerklass till MEMCM undrade jag varför mitt lager inte uppdaterades i MEMCM -konsolen. Jag kommer att hålla det här blogginlägget relativt kort, så jag hoppar till den del där jag äntligen hittade ett fel i SMS Inventory Data Loader. Jag visste genast vad problemet var och hur jag skulle fixa det. Jag behövde öka MIF: s filstorlek, så det här blogginlägget visar dig hur du ändrar den maximala filstorleken för en MIF.

Förresten är den maximala filstorleken bara 50 MB, men mer om det senare. Om du också behöver tips om felsökning av inventeringsproblem, kolla in mitt andra blogginlägg, Felsöka problem med ConfigMgr -maskinvarulager.

MIF -fel

Meddelande -ID 2719:

Inventory Data Loader kunde inte bearbeta filen D: \ Program Files \ Microsoft Configuration Manager \ inkorgar \ auth \ dataldr.box \ Process \ HDD6EP0U.MIF eftersom den är större än den definierade högsta tillåtna storleken på 5000000.

Lösning: Öka den högsta tillåtna storleken, som definieras i registernyckeln HKLM \ Software \ Microsoft \ SMS \ Components \ SMS_INVENTORY_DATA_LOADER \ Max MIF Size (standard är 5 MB), och vänta tills Inventory Data Loader försöker igen.

Som jag förklarade tidigare är detta MIF -fel så vanligt att de flesta företag och MEMCM -administratörer inte ens vet att de har ett problem förrän en anpassad lagerklass har lagts till. Sedan undrar de varför de inte ser den nya inventeringsklassen. När jag ser detta fel vet jag exakt vad som hände. Hårdvaruinventerings -MIF är nu större än 5 MB, så MIF -storleken måste ökas till maximalt 50 MB.

Problemet är så utbrett att Enhansoft Enhansoft -rapportering och vår Garantiinformationsrapportering programvaran kontrollerar filstorleksinställningen innan installationen av endera lösningen. Vi gör detta för att vi vill att våra kunder ska få en bra upplevelse. Vi vill aldrig låta dem gissa varför deras maskinvarulager inte dyker upp. Det är små saker som detta som vi gör för att se till att du får ut det mesta av MEMCM.

Vad är 2719 Loop?

“2719 Loop” är en term som jag använder för att beskriva vad som händer när en dator utlöser 2719 -felmeddelandet.
Här är vad som händer:

  • När en dator skickar in en för stor MIF -fil skickas den till \ inkorgar \ auth \ dataldr.box \ BADMIFS \ ExceedSizeLimit -mapp.
  • Sedan skickas ett meddelande om synkronisering av maskinvaruinventering till datorn.
  • Datorn ser att meddelandet om synkronisering är inställt för datorn och datorn utför en full hårdvaruinventering (HW inv).
  • Denna fullständiga HW -inv är naturligtvis större än registernyckelvärdet (med andra ord 5 MB). Men MEMCM -klienten vet inte det, så den skickar MIF -filen till MP.
  • MP skickar sedan MIF -filen till webbplatsservern.
  • Webbplatsservern ser sedan att MIF -filen är för stor och avvisar den. Detta utlöser ett synkroniseringsmeddelande som skapar en oändlig slinga.

Den oändliga slingan fortsätter att använda klient-, nätverks- och webbplatsserverresurserna oändligt och onödigt. Tills filstorleken naturligtvis ökas.

Varför öka MIF -filen till endast 50 MB?

Det finns bara en viktig anledning till detta - MEMCM kommer inte att behandla MIF -filer över 50 MB! Så det är den absoluta maximala storleken på en MIF -fil. Även om du anger att värdet ska vara större än 50 MB kommer filen att bli avvisad för stor av din webbserver.

Att öka MIF -filstorleken till 50 MB stoppar dock den oändliga slingan för vad jag uppskattar är 99% av alla datorer. Endast Citrix -servrar kan vara större än 50 MB, men bara om klassen SMS_SoftwareShortCut AI är aktiverad. Om du överhuvudtaget använder AI bör du se mitt inlägg på Så här konfigurerar, konfigurerar och använder du SCCM: s tillgångsintelligens för mer information om hur du undviker detta problem och får ut mesta möjliga av MEMCM AI.

Ändra den maximala filstorleken för en MIF

Att ändra filstorleken för en MIF är snabbt och enkelt att göra. Du redigerar helt enkelt en registernyckel och startar om smsexec -tjänsten.

  1. Öppna regedit.exe på platsservern MEMCM.
  2. Gå till HKLM \ Software \ Microsoft \ SMS \ Components \ SMS_INVENTORY_DATA_LOADER.
  3. Hitta Max MIF -storlek och dubbelklicka på den.
  4. Ändra HEX -värdet till 3200000 vilket är 50 MB. Förresten, det verkliga standardvärdet är 4c4b40 (hex) eller 5000 byte vilket är knappt 5 MB.
  5. Stäng regedit.exe.
  6. Starta om smsexec -tjänsten.

  1. Återställ räkningarna för alla fel och varningar för SMS_INVENTORY_DATA_LOADER.
  2. Nu är du klar!

Anteckningar

Du kommer att vilja göra denna registerredigering på ditt CAS och alla primära sajtservrar.

Har du MIF -filer som är större än 50 MB? Tyvärr finns det inget du kan göra förutom att minska mängden lager du samlar in. MEN, vänligen meddela mig om detta är din situation eftersom jag driver för att få gränsen på 50 MB ökad och jag behöver exempel på varför detta är viktigt.

Att ändra den maximala filstorleken för en MIF är en enkel och snabb lösning för att stoppa den oändliga "2719 Loop" av maskinvarulager. Kontakta mig gärna på @GarthMJ om du har ytterligare frågor.

Se hur Right Click Tools förändrar hur system hanteras.

Öka produktiviteten direkt med vår begränsade, kostnadsfria Community Edition.

Kom igång med Right Click Tools idag:

Dela detta:

Support

  • Detta fält används för valideringsändamål och ska lämnas oförändrat.

Kontakt

  • Detta fält används för valideringsändamål och ska lämnas oförändrat.
sv_SESwedish