Kontrollera beredskap

<img style="”float:" right;” src="”https://www.recastsoftware.com/wp-content/uploads/2021/10/Recast-Logo-Dark_Horizontal.svg”" alt="&quot;Bild&quot;" height="”43″" width="”150″">

Kontrollera beredskap

Kontrollera beredskap var ett steg som introducerades när ConfigMgr lade till uppgiftsordningen för uppgraderingar på plats. Även detta steg har utvecklats och vid tidpunkten för detta skrivande (CM2002) har steget flera kontroller och rapporterar nu tillbaka variabler som kan användas för att rapportera eller utlösa andra steg. Grundidén för detta steg är att kontrollera flera miljöobjekt om enheten som uppgiftsekvensen körs på och avgöra om arbetssekvensen ska fortsätta eller misslyckas eftersom maskinen inte uppfyller kraven. Detta steg ger mig blandade känslor, vilket jag ska förklara senare, men jag är fortfarande glad att det är här.

MS Docs: https://docs.microsoft.com/en-us/mem/configmgr/osd/understand/task-sequence-steps#BKMK_CheckReadiness

Jag kommer starkt rekommendera att titta över dokumenten, de förklarar steg, alternativen och variablerna som skapats tillsammans med returkoden, så jag tänker inte gå in så mycket på det, vad jag ska göra är att ge några riktiga världsinformation om genomförandet av detta steg och några tankar som du behöver lägga till inställningsvärdena.

PowerShell

Stegbild

Kontrollera beredskap Bild 1

  • Minsta minne (MB)
    Jag kommer att ställa in detta till 1900. Vi hade flera billigare surfplattor med bara 2 GB RAM, men när vi satte detta till 2048, vilket skulle vara 2 GB, fann vi att på vissa modeller, där videominne delas med RAM, skulle systemet rapportera tillbaka mindre än 2 GB och misslyckas steget. Jag har nu ställt in den till 1900. Så tanken här är, om du vill att den ska vara 4 GB, ställ in den till 4096 och sedan subtrahera 128 MB eller 256 MB (ge eller ta några), för att redogöra för system som delar minne.

  • Minsta processorhastighet (MHz)
    Jag kommer att placera detta på 800 Mhz, jag har sett udda saker där maskiner som kör i energibesparingar rapporterar ett lägre Mhz -betyg än det borde. Jag har också sett maskiner som har mycket mycket låg Mhz vilket jag är glad att misslyckas med, eftersom det vanligtvis betyder maskinvaruproblem eller krav på BIOS -uppdatering. Konstigt nog hade vi en Dell -modell som rapporterade fel på grund av en lös strömkontakt. När nätkabeln togs bort och sedan sattes tillbaka ordentligt löste det problemet.

  • Minsta lediga diskutrymme (MB)
    Detta kan bero på hur du cachar ditt innehåll. Vi har uppgiftsekvensen inställd för att ladda ner allt innehåll innan det körs, och när vi kör det här steget kommer allt innehåll för uppgraderingen att ha laddats ner, så jag ställde in det här steget till 20000 (cirka 20 GB) eftersom jag vet att maskinen kommer att ha tillräckligt med gratis lagring för att utföra uppgraderingen. Om du kör det här steget innan du cachar rekommenderar jag att du räknar ut innehållskraven för din uppgraderingsprocess (vanligtvis 5-7 GB) och lägger till det i 20 GB och ställer in det till slutligen 25 GB.

  • Nuvarande operativsystem som ska uppdateras är
    Dina alternativ är Server och klient. Detta är en extra säkerhetsvakt för att stoppa uppgiftssekvensen innan den når uppgraderingssteget. Så om du av misstag distribuerade till en server misslyckas den i det här steget. Kom ihåg att även om du inte hade det här steget, om mediet inte matchar det operativsystem du uppgraderar, skulle själva installationsmotorn gå fel. Om du INTE förcachar kan detta steg vara användbart på det sättet att det skulle ha misslyckats med TS innan det laddade ner 5 GB uppgraderingsinnehåll till din server.

  • Arkitektur för nuvarande operativsystem
    Kontrollera om det aktuella operativsystemet är 32-bitars eller 64-bitars. Även detta är bara ett extra skydd för att hjälpa dig att misslyckas med TS tidigare än att vänta på att installationsmotorn ska köras och berätta samma sak.

  • Minsta OS -version
    Du har endast möjlighet att uppdatera versioner av Windows som går tillbaka "X" långt. Säg att du bara vill uppgradera maskiner 1709 och nyare till 1909, vad som helst innan, du vill bara ombilda eller byta ut, det här steget skulle vara ett enkelt sätt att se till att du inte av misstag uppdaterar en maskin du inte vill. Exempel, 10.0.16299 (1709).

  • Maximal version av operativsystemet
    Detta gör att du kan ställa in en version av Windows som är den högsta nivån du vill uppgradera. Säg att du driver ut 1909 -uppgraderingar och att du bara vill uppgradera maskiner 1809 och senare, (AKA, du vill inte uppgradera 1903 eller försöka 1909 igen), du skulle ställa in detta värde till 1809: s värde (10.0.17763).

  • Minsta klientversion
    Detta är ett mycket viktigt värde att ställa in. Låt oss säga att du har uppdaterat dina CM -servrar till 2006, snabbkorrigering 2 och har använt några nya funktioner som just släpptes i den här snabbkorrigeringen. Om du kör en uppgiftssekvens på en klient som har en äldre version, när det kommer till steget som skapades med en nyare version, kommer uppgiftsekvensen att bli fel. Genom att ange ett minimivärde kan du se till att aktivitetssekvensen har de klientbitar som behövs för att köra varje steg, och om det inte gör det blir du medveten om att du förmodligen har ett klientproblem eftersom klienten inte har uppdaterat . Ange klientversionen i följande format: 5.00.8913.1005.

  • Nuvarande operativsystems språk
    Ännu en skyddsåtgärd som gör att TS kan misslyckas innan du kommer till uppgraderingssteget, vilket kommer att göra fel om du försöker använda fel språk för uppgradering av språk.

  • Nätström ansluten
    Det här är trevligt, eftersom uppgraderingsprocessen kan ta ett tag, det ger dig möjlighet att avsluta om enheten inte är ansluten.

  • Nätverksadapter ansluten
    Du kan behöva vara ansluten till nätverket för att säkerställa att du kan få det innehåll du behöver under uppgiftssekvensen. Det här steget är en bra kontroll för att få dig en bit på vägen till det målet.

  • Enheten använder UEFI
    Detta avgör om maskinen körs i UEFI -läge. Vi har haft variabler med denna information tidigare, men nu är det trevligt att vi kan använda samma data i kontrollberedskapen (Tillagd CM2006)

Saker att tänka på

Detta steg har många kontroller, och baserat på parametrarna misslyckas uppgiftsekvensen. Du vill köra detta så snart du kan för att undvika att slösa slutanvändarens tid och förhindra ytterligare ändringar av maskinen som du kan behöva backa. Helst skulle uppgiftssekvensen ha "krav" i egenskaperna för uppgiftsekvensen, liknande applikationer, vilket hindrar uppgiftsekvensen från att ens köras om dessa kontroller inte lyckades. Jag skulle hellre misslyckas med att starta på grund av att jag inte uppfyller kraven, än att den ska starta uppgraderingsuppgiftssekvensen, sedan misslyckas, bevisa feldialogrutor och få rapporteringsstatistik att se dåliga ut.

För närvarande har jag flyttat de flesta av dessa kontroller från uppgiftssekvensen och använder en Baseline of Configuration Item Checks, för att säkerställa att maskinen är lämplig att uppgradera innan vi skulle låta den köra uppgraderingen.

Jag har också en anpassad "Nätverksanslutningskontroll" där vi försöker upprätta en anslutning till ConfigMgr Management Point Server för att säkerställa att vi har mer än bara nätverk, men faktiska anslutningar tillbaka till CM för att dra innehåll och policy under uppgraderingen.

Kontrollera beredskap Bild 2

%windir%System32WindowsPowerShellv1.0powershell.exe -kommando "& {if ((gwmi -namespace 'rootccm' 'sms_authority' | % {$_.CurrentManagementPoint} | test -netconnection -InformationLevel quiet -CommonTCPT -1T2 -1T2 -Tp2 -Tp2) -COMObject Microsoft.SMS.TSEnvironment; $tsenv.Value ('PF_MPConnectivity') = 'Anslut till ett företagsnätverk eller VPN'}} "

Det kommer att hämta hanteringspunkten från klienten den körs på, testa anslutningen, och om den misslyckas, skapar en uppgiftssekvensvariabel "PF_MPConnectivity" och anger den till "Please connect to a Corporate network or VPN". Senare använder jag den informationen för att skapa en popup till slutanvändaren, i hopp om att de sedan kommer att ansluta sin enhet så att uppgraderingen kan fortsätta. Mer information om GARYTOWN

Demo

Misslyckades Kontrollera beredskapssteg
Kontrollera beredskap Bild 3
felkod: 0x000010DC

Motsvarande loggar
Kontrollera beredskap Bild 4
Kontrollera beredskap Bild 5

Du kan se från loggarna att den fångar den viktiga informationen du vill ha. Vilket värde misslyckades och varför det misslyckades. Du kan också se att detta steg passerar felkoden: 4316

Här har jag dumpat ut de skapade variablerna, du kan se att när kontrollen passerade är variabeln inställd på 0, och när den misslyckas är den inställd på 1.

<img src="”media/CheckReadiness06.png”" alt="&quot;teckning&quot;" width="”300″/">

Observera, _TS_CRUEFI lades till i CM2006

En annan trevlig sak är att de alla är förinställda med _TS_CR vilket gör skript enklare. Jag skrev ett skript som kommer att analysera dessa variabler och skapa popup -fönster baserat på utdata för vår WaaS -process.

Exempel i skript

Om Recast Software
1 av 3 organisationer som använder Microsoft Configuration Manager förlitar sig på Right Click Tools för att visa sårbarheter och åtgärda snabbare än någonsin tidigare.
Ladda ner gratis verktyg
Begär pris

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:

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.

Genom att skicka in detta formulär förstår du att Recast Software kan behandla dina uppgifter enligt beskrivningen i Recast Software Integritetspolicy.

sv_SESwedish