Sådan foretager du fejlfinding og løsning af SCCM-implementeringsfejl 0X87D00324

SCCM kan være en livredder til at installere apps og opdateringer overalt, men det går selvfølgelig ikke altid glat. En af de mere frustrerende fejl, der dukker op, er 0X87D00324. Lidt mærkeligt, for det er ikke nødvendigvis, at appen ikke kunne installeres – det er mere som om SCCM ikke er sikker på, om den overhovedet er der. Grundlæggende siger systemet “Hey, jeg har installeret dette”, men så kan det ikke finde noget bevis, fordi detektionsmetoden er slået fra.

Dette koger normalt ned til enten at detektionsmetoden er forkert, eller at de værdier, den kontrollerer imod, er unøjagtige. At rette det løser ofte problemet. Men nogle gange er det lidt mere vanskeligt, såsom netværksforsinkelser eller timingproblemer. Hvis validering ikke virker, er der andre tricks, du kan prøve for at omgå dette problem. Nedenfor er nogle praktiske trin, der kan hjælpe dig med at fejlfinde og forhåbentlig løse det én gang for alle.

Sådan retter du fejl 0X87D00324 under SCCM-implementering?

Valider detektionsmetoden

Hvorfor dette hjælper: Detektionsmetoden er dybest set SCCM’s måde at verificere, om appen er installeret. Hvis den er forkert, bliver SCCM ved med at tro, at den ikke er det, og kaster fejl som 0X87D00324, selvom alt ser fint ud på klienten. Når du kontrollerer dette, bekræfter du, at detektionsreglerne stemmer overens med, hvad der rent faktisk sker på maskinen.Årsagen er normalt en uoverensstemmelse i produktkoder, stier i registreringsdatabasen eller kommandooutput.

Når det gælder: Hvis installationen mislykkes med denne fejl kort efter installationen, eller hvis du fejlsøger, hvorfor SCCM bliver ved med at rapportere “ikke fundet”, er dette ofte det første, du skal validere. Forvent at finde forkerte GUID’er eller registreringsstier, der ikke er justeret med det, der findes på klienten. Dit mål er at sikre, at SCCM genkender appen korrekt.

Hvad du kan forvente: Efter justering af registreringsregler har implementeringer en tendens til at forløbe mere problemfrit, og fejl falder betydeligt. Nogle gange forårsager en simpel slåfejl, som f.eks.manglende krøllede parenteser omkring GUID’et eller at pege på den forkerte registreringsnøgle, at registreringen mislykkes.

Sådan gør du det nogenlunde:

1. I ConfigMgr-konsollen skal du gå til Softwarebibliotek > Oversigt > Programstyring > Programmer.
2. Vælg appen, højreklik, og vælg derefter Egenskaber.
3. Skift til fanen Detektionsmetode.
4. Klik på Rediger (eller Rediger klausul ) for at gennemgå detektionsreglen.
5. Kontroller, at detektionsindstillingen, ligesom Windows Installer, peger på den korrekte produktkode – som er et GUID, normalt i krøllede parenteser { }.
6. Bekræft, at GUID’et matcher den faktiske produktkode i registreringsdatabasen. Sådan gør du:
• Kør regeditpå klienten, og tjek disse stier:
• 32-bit systemer: HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\Windows\CurrentVersion\Uninstall\
• 64-bit systemer: HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall\
7. Se efter programmets visningsnavn og produktkode (GUID).Sørg for, at GUID’et i din detektionsklausul matcher nøjagtigt, inklusive de krøllede parenteser.

Mærkeligt nok kan der stadig opstå fejl, selv efter at detektionen er rettet, på grund af den måde, SCCM håndterer indholdsdistribution på. Den er afhængig af binær differentiel replikering. Grundlæggende sender den kun de ændrede dele af filer, ikke alt igen. Hvis indholdet ikke opdateres, eller cachen ikke opdateres, kan SCCM blive ved med at tro, at den skal implementere kildefilerne igen, hvilket skaber forvirring.

For at løse dette kan du køre en politikopdatering:

• Åbn Configuration Manager -applet’en fra kontrolpanelet eller systembakken på klientmaskinen.
• Klik på fanen Handlinger.
• Vælg Hentnings- og evalueringscyklus for maskinpolitik, og klik på Kør nu.

Dette tvinger SCCM til at indhente nye oplysninger, revurdere implementeringer og får normalt fejl til at forsvinde.

Tilføj forsinkelse til detektion, hvis det er nødvendigt

Nogle installationsprogrammer er mærkelige på den måde – de starter underprocesser eller udfører ting asynkront. Detektionen kan køre, før appen er helt klar, hvilket får SCCM til at gå i panik og sige “ikke fundet”, selvom den er installeret. Ja, mærkeligt, men sandt.

Et trick er at tilføje en lille forsinkelse i detektionsscriptet, så SCCM venter lidt længere, før den tjekker. Dette kan gøres ved at ændre dit installationsscript:

Start-Sleep -Seconds 60

Denne linje vil holde pause i 60 sekunder efter installationen, hvilket giver appen tid til at falde til ro. Normalt er et minut nok, men du kan justere det op eller ned afhængigt af dine installationstider. Du kan integrere dette i din PowerShell-detektion eller brugerdefinerede scripts, der bruges under implementeringen.

Brugerrapporterede rettelser og almindelige særheder

Nogle gange forårsager den mindste forsømmelse alle disse problemer. Som en bruger, der kun kopierede GUID’et uden de krøllede parenteser – det viser sig at være noget, der betyder noget. Detektionsreglen er streng omkring at matche det nøjagtige GUID-format, så dobbelttjek disse.

En anden almindelig sidebemærkning: Hvis du implementerer et script eller en pakke, men implementeringskontoen ikke har netværksadgangsrettigheder, installerer SCCM gerne appen, men kan ikke verificere den, hvilket fører til den samme fejl. Sørg for, at implementeringskontoen har de korrekte netværkstilladelser på målmaskinerne.

Og fordi Windows og SCCM er lidt kræsne, er det ofte et spørgsmål om trial and error med disse indstillinger, men generelt løser verificering af detektionsregler og tilføjelse af små forsinkelser de fleste af 0X87D00324-hovedpinerne.