Forstå Group Policy GPUpdate

Noen som klarer Group Policy sannsynligvis vet om gpupdate.exe-verktøyet som følger med Windows. GPUpdate jobb i livet er å oppdatere Group Policy manuelt, snarere enn å stole på Windows til å gjøre det på sin egen timeplan. Dette kan være et nyttig verktøy for feilsøking hvis du prøver å avgjøre om en GP-oppdateringen har blitt mottatt av en klient maskinen. Den versjonen av GPUpdate i Windows 7 inneholder en rekke alternativer.,

Mange av dere sikkert rutinemessig bruk /force alternativ. Som alternativ forteller Windows tvinges til å søke på nytt GP innstillinger selv om ingenting er endret i GP-infrastruktur. Som du kanskje vet, normalt når Windows utfører en periodisk bakgrunn oppdatere eller forgrunnen oppdater under omstart eller re-pålogging, det sjekker for å se om noe har endret seg i GPO infrastruktur. Hvis ingenting har endret seg, og ingen av Klient-Side Utvidelser (Cse) som prosess policy-innstillinger vil faktisk gjøre noe. Dette er en ytelse optimalisering., Med – / – force bytte forteller GP-motoren til å ignorere at ingenting har endret seg, og tvinger Søkemotorer til å handle som om noe har endret seg og re-prosessen alle anvendte policy-innstillinger (merk at for noen ting, dette ikke bokstavelig talt betyr re-behandling. For eksempel, hvis Programvaren CSE har tidligere installert Adobe Reader, så er det ikke til å re-installere Adobe Reader under en gpupdate /force hvis det fortsatt er der).

Men gpupdate har også en rekke andre brytere som kan vise seg nyttig, og de er dem jeg ønsker å dekke her., For å oppsummere, her er de tilgjengelige alternativene, med gpupdate, og en beskrivelse av hver.

/Target:{Datamaskin | Bruker} — dette kan du oppdatere enten datamaskin eller bruker policy selektivt. For eksempel, hvis du har gjort en endring til en per-bruker-GPO innstilling, det er mye raskere å gi kommandoen gpupdate /Mål:bruker enn å bare skriv inn gpupdate, som oppdaterer både per-datamaskin og per-bruker-innstillinger.

/Makt — som Vi alle vet dette, men lurer kanskje på hvorfor vi noen ganger får de spørsmål som spør om vi ønsker å avlogging eller slå av systemet., Hva som skjer der er at det ikke bare er gpupdate å tvinge en bakgrunn oppdatering av regelverk, men det er også tvinge en forgrunnen oppdater. Mer spesifikt, er det noen Søkemotorer, slik som Installasjon av Programvare og mappeomadressering, som bare prosessen i løpet av en forgrunnen behandling syklus (dvs., under oppstart av datamaskinen eller bruker pålogging). Hvis en av disse Søkemotorer gjelder for systemet eller brukeren at du for øyeblikket utstede GPUpdate fra, og deretter /kraft vil fortelle systemet at det er behov for en forgrunnen behandling hendelse (dvs. en omstart eller avlogging) for å behandle disse policyene., Du kan, selvfølgelig, svarer du nei på det, men det er grunnen til at det skjer.

/Wait:{value} — Vent parameteren er litt forvirrende. Den lar deg håndtere situasjonen der GP behandling henger for en ekstraordinær lang periode av tid. Standard er å vente i 10 minutter for kommandoen er fullført. Hvis det tar lengre enn det, så GPupdate rett og slett gir opp og går tilbake. Hvis du ikke angir denne verdien til -1, så gpupdate vil fortsette på ubestemt tid. Ærlig talt, det er nok noen tilfeller hvor skal du bruke denne parameteren, siden hvis FASTLEGEN behandlingen tar 10 minutter, har du større problemer!,

/Avlogging — Det Avlogging parameteren er typen som en modifisert Kraft. Det som står er, gjør en normal GP behandling oppdatering (dvs. ikke gjør noe hvis ikke noe har endret seg, i motsetning til /styrke) men, hvis det er Søkemotorer som gjelder for den aktuelle brukeren som bare prosessen i forgrunnen, logger meg av etter GP behandlingen er ferdig, slik at jeg kan logge deg på for å få i forgrunnen behandling syklus. Ærlig talt, du kan oppnå det samme ved bare å logge av, en å logge på, så det er ikke helt klart for meg hvorfor denne bryteren er her, men det du går.,

/Boot — Boot er en nøyaktig som /avlogging, bortsett fra at den gjelder for per-datamaskin Søkemotorer som trenger å gjøre noen forgrunnen arbeid (f.eks. per-programvare-installasjon), og det starter datamaskinen på nytt hvis du sier ja til forespørselen. Igjen, denne ledeteksten skjer bare hvis det er per-datamaskin Søkemotorer som gjelder for maskinen, som faktisk trenger en forgrunnen behandling syklus.

Synkronisering — Synkroniser faktisk ikke utføre en GP oppdatere i det hele tatt. Alt den gjør, hvis det er angitt alene, er satt noen flagg for både per-datamaskin og per-bruker-behandling som styrker neste forgrunnen oppdater (dvs., omstart eller re-pålogging) skal utføres synkront. Så hva betyr dette egentlig betyr? Som standard, helt siden Windows XP, Microsoft aktivert noe som kalles «optimalisering av rask pålogging» som gjorde forgrunnen GP behandling skjer asynkront. Hva betydde dette er at, for eksempel, som Windows ble startet opp, per-datamaskin GP behandling ville skje, men på samme tid, Windows ville presentere brukeren logger dialog–ikke venter for GP å fullføre behandlingen., Det samme ville holde seg sant for per-bruker-GP behandling, hvor asynkron behandling betydde at når brukeren er logget på, GP behandling ville starte, men brukeren vil bli presentert med sine skrivebordet uten å vente på GP å fullføre behandlingen. Dette asynkron atferd kan påvirke noen av de samme Cse-er som bare kjører i forgrunnen behandling–særlig–mappeomadressering. Kunne du, selvfølgelig, kan du deaktivere asynkron behandling helt ved å aktivere Admin., Mal for personvern på datamaskinen på Computer Configuration\Admin Templates\System\Pålogging\Alltid Vente på Nettverket til Datamaskinen Oppstart og pålogging. Hva /Sync parameteren gjør, i fravær av denne politikken, er å fortelle Windows som i løpet av de neste forgrunnen hendelse, jeg vil sørge for at GP kjøres synkront. Dette kan være en god bytte til å bruke hvis du har problemer med mappeomadressering sparker og du vil være helt sikker på at neste pålogging skjer synkront.,

Selvfølgelig, om du kan bruke noen av disse slås sammen–som for eksempel å ringe /kraft og angi en på /target parameter for å kontrollere om brukeren eller maskinen behandling er tvunget. Men av og store, er hver av parametrene står alene eller bare mening på sin egen. Jeg har lagt til en rask video under som viser hvordan gpupdate oppfører seg når du ringer de ulike alternativene., I tilfelle av min test arbeidsstasjon, jeg har ikke noen Søkemotorer som trengs for å kjøre i forgrunnen, så du vil ikke se avlogging eller starte ber for /avlogging /kraft eller /boot parametere, men du får se dem for /sync-parameteren.

sjekk Også ut min gratis remote GP oppdater kommando linje verktøy. Det er en enkel .exe ut på www.gpoguy.com og en PowerShell-versjon på www.sdmsoftware/freeware! Nyt!