alla som hanterar Grupprincip vet förmodligen om gpupdate.exe verktyg som levereras med Windows. Gpupdates jobb i livet är att uppdatera grupprincipen manuellt, snarare än att förlita sig på Windows för att göra det på sitt eget schema. Detta kan vara ett användbart felsökningsverktyg om du försöker avgöra om en GP-uppdatering har tagits emot av en klientdator. Versionen av GPUpdate i Windows 7 innehåller ett antal alternativ.,
många av er använder förmodligen rutinmässigt alternativet / force. Det alternativet berättar för Windows att tvinga om GP-inställningar även om ingenting har förändrats inom GP-infrastrukturen. Som du kanske vet, normalt när Windows utför en periodisk bakgrundsuppdatering eller förgrundsuppdatering under omstart eller återloggning, kontrollerar den för att se om något har förändrats inom GPO-infrastrukturen. Om ingenting har ändrats, kommer ingen av klientsidans tillägg (CSES) som processrincipinställningarna faktiskt att göra någonting. Detta är en prestandaoptimering., Med / force-omkopplaren berättar GP-motorn att ignorera att ingenting har förändrats och tvingar CSEs att fungera som om något har förändrats och ombehandlar alla tillämpade policyinställningar (Observera att för vissa saker betyder det inte bokstavligen ombearbetning. Till exempel, om programvaruinstallationen CSE tidigare har installerat Adobe Reader, kommer det inte att installera Adobe Reader under en gpupdate /force om den fortfarande finns).
men gpupdate har också ett antal andra switchar som kan vara användbara och de är de jag vill täcka här., För att sammanfatta, här är de alternativ som finns med gpupdate, och en beskrivning av varje.
| Target:{Computer / User} — den här låter dig uppdatera antingen dator eller användarpolicy selektivt. Om du till exempel gjorde en ändring i en GPO-inställning per användare är det mycket snabbare att utfärda kommandot gpupdate /Target:user än att helt enkelt skriva gpupdate, vilket uppdaterar både per dator och per användare.
/ Force — vi känner alla till den här, men kanske undrar varför vi ibland får de uppmaningar som frågar om vi vill logga ut eller stänga av systemet., Vad som händer det är att inte bara gpupdate tvingar en bakgrundsuppdatering av politiken, men det tvingar också en förgrundsuppdatering. Mer specifikt, det finns vissa CSEs, som programinstallation och mapp omdirigering, som endast bearbeta under en förgrunds processing cykel (dvs, under datorstart eller användar inloggning). Om en av dessa CSE gäller för det system eller den användare som du för närvarande utfärdar GPUpdate Från, kommer /force att berätta för systemet att det behöver en förgrundsbehandlingshändelse (dvs. en omstart eller utloggning) för att bearbeta dessa policyer., Du kan naturligtvis svara nej på det, men det är därför det händer.
/ Wait:{value} — vänta parametern är lite förvirrande. Det låter dig hantera situationen där GP-bearbetning hänger under en extraordinär lång tid. Standardvärdet är att vänta i 10 minuter för att kommandot ska slutföras. Om det tar längre tid än så, ger GPupdate helt enkelt upp och returnerar. Om du ställer in värdet till -1 fortsätter gpupdate på obestämd tid. Uppriktigt sagt finns det förmodligen få fall där du använder den här parametern, eftersom om din GP-behandling tar 10 minuter har du större problem!,
/ Logoff — utloggningsparametern är ungefär som en modifierad kraft. Vad det står är, gör en vanlig GP-bearbetningsuppdatering (dvs gör ingenting om ingenting har förändrats, till skillnad från /force) men om det finns CSEs som gäller för den aktuella användaren som bara bearbetar i förgrunden, logga mig av efter att GP-bearbetningen är klar, så att jag kan logga tillbaka för att få den förgrundsbehandlingscykeln. Ärligt talat, du kan åstadkomma samma sak genom att helt enkelt logga ut en loggning tillbaka på, så det är inte klart för mig varför denna switch är här, men där du går.,
/ Boot-Boot är en exakt like / logoff, förutom att det gäller för CSE per dator som behöver göra vissa förgrundsarbete (t.ex. installation av per-datorprogramvara), och det startar om datorn om du säger ja till prompten. Återigen händer den här prompten bara om det finns per-dator CSEs som gäller för maskinen, som faktiskt behöver en förgrundsbehandlingscykel.
/ Sync — Sync utför faktiskt inte en GP-uppdatering alls. Allt det gör, om det anges ensam, är inställd några flaggor för både per-dator och per-användare bearbetning som tvingar nästa förgrundsuppdatering (dvs, reboot eller re-logon) som ska utföras synkront. Så vad betyder det egentligen? Som standard, ända sedan Windows XP, Microsoft aktiverat något som kallas ”snabb inloggning optimering” som gjorde Förgrunds GP-bearbetning inträffar asynkront. Vad detta innebar är att, till exempel, som Windows startades, skulle per-dator GP–bearbetning hända men samtidigt, Windows skulle presentera användarloggningsdialogrutan-inte väntar på GP-bearbetning till slut., Detsamma skulle vara sant för GP-bearbetning per användare, där asynkron bearbetning innebar att när användaren loggade in skulle GP-bearbetning starta men användaren skulle presenteras med skrivbordet utan att vänta på att GP-behandlingen skulle slutföras. Detta asynkrona beteende kan påverka några av de samma CSEs som bara körs under förgrundsbehandling-framför allt – mappomriktning. Du kan naturligtvis inaktivera asynkron bearbetning helt och hållet genom att aktivera administratören., Mallpolicy på datorn vid Datorkonfiguration \ Admin Templates \ System \ Logon \ Vänta alltid på nätverket vid datorstart och inloggning. Vad parametern / Sync gör, i avsaknad av denna policy, är att berätta för Windows att under nästa förgrundshändelse vill jag se till att GP körs synkront. Detta kan vara en bra switch att använda om du har problem med mapp omdirigering sparkar in och du vill se helt säker på att nästa inloggning sker synkront.,
självklart kan du använda några av dessa växlar tillsammans-till exempel anrop /kraft och ange en /målparameter för att kontrollera om användaren eller datorbehandlingen tvingas. Men i stort sett står var och en av parametrarna ensam eller bara meningsfullt på egen hand. Jag har lagt till en snabb video nedan som visar hur gpupdate beter sig när du ringer de olika alternativen., När det gäller min test arbetsstation hade jag inga CSEs som behövs för att köras i förgrunden, så du kommer inte att se utloggning eller omstartsmeddelanden för /logoff, /force eller /boot-parametrarna, men du får se dem för /sync-parametern.
också, kolla in min gratis remote GP refresh kommandoradsverktyg. Det är enkelt .exe ut på www.gpoguy.com och en PowerShell version på www.sdmsoftware/freeware! Njut!
Leave a Reply