bárki, aki a csoportházirendet kezeli, valószínűleg ismeri a gpupdate-t.exe segédprogram, amely a hajók a Windows. A gpupdate feladata az életben, hogy manuálisan frissítse a csoportházirendet, ahelyett, hogy a Windows-ra támaszkodna, hogy saját ütemtervén végezze el. Ez hasznos hibaelhárítási eszköz lehet, ha megpróbálja meghatározni, hogy egy ügyfélgép kapott-e GP frissítést. A gpupdate verziója A Windows 7 rendszerben számos lehetőséget tartalmaz.,
sokan valószínűleg rutinszerűen használják a / force opciót. Ez az opció azt mondja a Windowsnak, hogy erőszakkal alkalmazza újra a GP beállításokat, még akkor is, ha semmi sem változott a GP infrastruktúrán belül. Mint tudod, általában, amikor a Windows rendszeres háttérfrissítést vagy előtérfrissítést hajt végre újraindítás vagy újbóli bejelentkezés közben, ellenőrzi, hogy megváltozott-e valami a GPO infrastruktúrán belül. Ha semmi sem változott, az ügyféloldali kiterjesztések (CSE-k) egyike sem fogja megtenni a folyamatházirend-beállításokat. Ez egy teljesítmény optimalizálás., Használja a /erő kapcsoló azt mondja a GP motor figyelmen kívül hagyni, hogy semmi sem változott, de erők a CSEs, hogy tégy úgy, mintha valami változott, majd újra folyamat minden alkalmazott csoportházirend-beállításokat (vegye figyelembe, hogy bizonyos dolgokat, ezt nem kell szó szerint érteni újra-feldolgozása. Ha például a szoftvertelepítő CSE korábban telepítette az Adobe Readert, akkor nem fogja újra telepíteni az Adobe Readert gpupdate /force alatt, ha még mindig ott van).
de a gpupdate számos más kapcsolóval is rendelkezik, amelyek hasznosnak bizonyulhatnak, és ezeket szeretném itt lefedni., Összefoglalva, itt vannak a rendelkezésre álló lehetőségek gpupdate, valamint egy leírást az egyes.
/ Target: {Computer / User} – ez lehetővé teszi a számítógép vagy a felhasználói házirend szelektív frissítését. Például, ha a felhasználó által beállított GPO-beállítást módosította, sokkal gyorsabb a gpupdate /Target:user parancs kiadása, mint a gpupdate egyszerű beírása, amely frissíti mind a számítógép, mind a felhasználó beállításait.
/ Force-mindannyian tudjuk ezt, de kíváncsi lehet, hogy miért kapunk alkalmanként olyan utasításokat, amelyek megkérdezik, hogy szeretnénk-e kijelentkezni vagy leállítani a rendszert., Ami ott történik, az az, hogy nem csak a gpupdate kényszeríti a házirend háttérfrissítését, hanem az előtérfrissítést is kényszeríti. Pontosabban, vannak olyan CSE-k, mint például a szoftver telepítése és a mappa átirányítása, amelyek csak az előtérben lévő feldolgozási ciklus során (azaz a számítógép indításakor vagy a felhasználói bejelentkezéskor) dolgoznak fel. Ha az egyik ilyen CSE vonatkozik arra a rendszerre vagy felhasználóra, akitől éppen kiadja a GPUpdate-et, akkor /force megmondja a rendszernek, hogy szüksége van egy előtér-feldolgozási eseményre (azaz újraindításra vagy kijelentkezésre) ezen házirendek feldolgozásához., Természetesen nem válaszolhat erre, de ezért történik.
/Wait: {value} – a várakozási paraméter kissé zavaró. Ez lehetővé teszi, hogy kezelni a helyzetet, amikor GP feldolgozás lóg egy rendkívüli hosszú ideig. Az alapértelmezett az, hogy várjon 10 percet a parancs befejezéséhez. Ha ennél tovább tart, akkor a GPupdate egyszerűen feladja és visszatér. Ha ezt az értéket -1-re állítja, akkor a gpupdate határozatlan ideig folytatódik. Őszintén szólva, valószínűleg kevés olyan eset van, amikor ezt a paramétert fogja használni, mivel ha a GP feldolgozása 10 percet vesz igénybe, akkor nagyobb problémái vannak!,
/ Logoff-a Logoff paraméter olyan, mint egy módosított erő. Azt mondja ki, mint egy normális GP feldolgozás frissítés (azaz nem csinál semmit, ha semmi sem változott, ellentétben a /force), de ha vannak CSEs, hogy alkalmazni kell az aktuális felhasználó számára, hogy egyetlen folyamat az előtérben, bejelentkezés után GP feldolgozása befejeződött, hogy jelentkezzen be a rendszerbe, hogy az előtérben feldolgozási ciklus. Őszintén szólva, ugyanazt a dolgot el lehet érni, ha egyszerűen kijelentkezik egy bejelentkezésről, tehát számomra nem világos, hogy miért van itt ez a kapcsoló, de ott van.,
/ Boot-Boot egy pontosan hasonló / logoff, azzal a különbséggel, hogy ez vonatkozik per-számítógép CSE, hogy meg kell csinálni néhány előtérben munka (pl per-számítógép szoftver telepítése), és újraindítja a számítógépet, ha igent mond a prompt. Ismét ez a prompt csak akkor történik meg, ha vannak számítógépenkénti CSE-k, amelyek a gépre vonatkoznak, amelyeknek valójában előtér-feldolgozási ciklusra van szükségük.
/ Sync-Sync valójában nem végez GP frissítés egyáltalán. Csak annyit tesz, ha önmagában van megadva, állítson be néhány zászlót mind a számítógépenkénti, mind a felhasználónkénti feldolgozáshoz, amely kényszeríti a következő előtérfrissítést (azaz, újraindítás vagy újbóli bejelentkezés) szinkronban kell végrehajtani. Tehát mit jelent ez valójában? Alapértelmezés szerint a Windows XP óta a Microsoft engedélyezte a “gyors bejelentkezési optimalizálás” nevű valamit, amely az előtérben lévő GP feldolgozást aszinkron módon hajtotta végre. Ez azt jelentette, hogy például a Windows indulásakor a számítógépenkénti GP-feldolgozás megtörténik, ugyanakkor a Windows bemutatja a felhasználói bejelentkezési párbeszédpanelt–nem várja meg a GP-feldolgozás befejezését., Ugyanez igaz lenne a felhasználónkénti GP-feldolgozásra is, ahol az aszinkron feldolgozás azt jelentette, hogy ha a felhasználó bejelentkezett, a GP-feldolgozás megkezdődik, de a felhasználó az asztalával jelenik meg anélkül, hogy megvárná a GP-feldolgozás befejezését. Ez az aszinkron viselkedés hatással lehet néhány ugyanazokat a CSE-k, amelyek csak fut az előtérben feldolgozás-leginkább-mappa átirányítás. Az adminisztrátor engedélyezésével természetesen teljesen letilthatja az aszinkron feldolgozást., Sablon házirend a számítógépen a Computer Configuration \ Admin Templates \ System \ Logon \ mindig várja meg a hálózatot a számítógép indításakor és bejelentkezésekor. A / Sync paraméter ennek a házirendnek a hiányában azt mondja A Windows-nak, hogy a következő előtérbeli esemény során ellenőrizni akarom, hogy a GP szinkronban fut-e. Ez lehet egy jó kapcsolót használni, ha problémái vannak a mappa átirányítás rúgás, és azt szeretné, hogy teljesen biztos, hogy a következő bejelentkezés történik szinkronban.,
nyilvánvaló, hogy ezek közül a kapcsolók közül néhányat együtt is használhat–például a hívás / erő, valamint a /cél paraméter megadása annak ellenőrzésére, hogy a felhasználó vagy a számítógép feldolgozása kényszerül-e. De nagyjából mindegyik paraméter egyedül áll, vagy csak önmagában van értelme. Hozzáadtam egy gyors videót az alábbiakban, amely megmutatja, hogyan viselkedik a gpupdate, amikor felhívja a különböző lehetőségeket., A teszt munkaállomás esetében nem volt olyan CSE, amelyet az előtérben kellett futtatni, így nem fogja látni a /logoff, /force vagy /boot paraméterek bejelentkezési vagy újraindítási utasításait, de láthatja őket a /sync paraméterhez.
is, nézd meg az ingyenes távoli GP frissítés parancssori segédprogramok. Van egy egyszerű .exe ki www.gpoguy.com és egy PowerShell verzió a www.sdmsoftware / freeware! Élvezd!
Leave a Reply