Sve je počelo činjenicom da sam na klijentskim strojevima prestao primati ažuriranja i došlo je do greške. Kada sam se prijavio na WSUS poslužitelj, vidio sam dvije pogreške u zapisnicima Event Viewer. Prvi je posljednji pokušaj sinkronizacija imenika nije uspjela, kod 10022.

Druga pogreška je: Mnoga klijentska računala nisu prijavila podatke poslužitelju u posljednjih 30 dana.

Guglajući grešku, pronašao sam rješenje, sastojalo se u tome da je bilo potrebno instalirati ažuriranja KB2734608, nažalost nisu mi odgovarala, jer su dizajnirana za WSUS 3, ali u Windows Server 2012 R2 već pokreće WSUS 6. Ali nisam bio previše lijen tražiti ažuriranja na internetu. Kao rezultat toga, dobio sam čak 82, mi ih instaliramo.

Nakon ponovnog pokretanja, pronašao sam još jednu grešku.WSUS Administration Console ne može se spojiti na bazu podataka WSUS poslužitelja, postoji nekoliko razloga za to u načinu ažuriranja skripte. Prilikom instaliranja WSUS-a koristio sam ugrađenu bazu podataka, Wid(Interna baza podataka sustava Windows) - baza podataka ugrađena u Windows. Zadana baza WID-a zove se SUSDB.mdf, nalazi se u direktoriju windir%\wid\data\ . Samo podržano Windows autentifikacija(ne SQL). Naziv instance WSUS baze podataka: server_name\Microsoft##WID. Gledamo WSUS zapisnike u Windir%\wid\ direktoriju

Nakon dovršetka ažuriranja, ponovno pokrenite uslugu Unutarnja baza Windows podaci

Nakon toga, konzola već prikazuje podatke i WSUS radi.

Zaključno, vrijedno je napomenuti da se za povećanje performansi preporuča isključiti sljedeće mape iz područja antivirusnog skeniranja:

• \WSUS\WSUSContent
• %windir%\wid\data
• \Distribucija softvera\Preuzimanje

Ovaj će članak raspravljati o iskustvu instaliranja i održavanja WSUS-a u korporativnom okruženju, što će početnicima omogućiti da izbjegnu brojne "zamke".

Instaliranje ažuriranja i zakrpa je vrlo važno sastavni dio sigurnost. Za sve stručnjake u sigurnost informacija glavna potreba je pratiti, analizirati i eliminirati ranjivosti softver. Microsoft pruža slobodna prilika korištenje usluge ažuriranja za svoje softverske proizvode tijekom cijelog razdoblja podrške softverski proizvod. Potrebna ažuriranja dostupna su putem Interneta svim korisnicima softverskih proizvoda.

Primjena ažuriranja na korporativno okruženje zahtijeva dodatni mehanizmi upravljanje. Microsoft predlaže korištenje moćnog besplatnog u korporativnom okruženju Windows proizvod ažuriranje poslužitelja Usluge (WSUS), koje vam omogućuju uštedu prometa na Internetu, centralizirano upravljaju ažuriranjima za poslužitelje i radne stanice.

Ovaj će članak raspravljati o iskustvu instaliranja i održavanja WSUS-a u korporativnom okruženju, što će početnicima omogućiti da izbjegnu brojne "zamke".

Instalacija WSUS-a

Unutar operacijskog sustava Windows Server 2008 postoji uloga windows server Usluge ažuriranja poslužitelja (slika 1).

Za Windows Server 2003, sljedeći su sistemski zahtjevi za instalaciju WSUS 3.0 SP1:

• Operativni sustav: Windows Server 2003 SP1 i noviji.
• Dodatne uloge poslužitelja: IIS 6.0 i noviji
• Dodatna ažuriranja OS: Microsoft. NET Framework 2.0, Microsoftova upravljačka konzola 3.0.
• Dodatni programi: Microsoft Report Viewer, SQL Server 2005 SP1 (WSUS može instalirati interne Windows servis interna baza podataka).

Unatoč činjenici da usluga praktički nije zahtjevna za procesor i RAM memorija, treba joj pošten dio prostor na disku. Po mogućnosti 40 GB ili više. U konačnici, količina potrošenog prostora na disku ovisit će o broju proizvoda koje je potrebno ažurirati i broju potrebnih ažuriranja infrastrukture.
Ako tijekom instalacije poslužitelj ne zadovolji Zahtjevi sustava, tada će se pojaviti prozor s upozorenjem, koji će opisati što je potrebno instalirati (slika 2).

Postavljanje WSUS poslužitelja

Za normalna operacija poslužitelja, morate navesti niz parametara koji se izvode pomoću "Čarobnjaka za konfiguraciju usluga ažuriranja Windows poslužitelja"

U prozoru "Odaberi uzvodni poslužitelj" morate odabrati stavku "Sinkroniziraj s Microsoft Updateom" (slika 3).

Prilikom primjene proxy poslužitelja na korporativno okruženje, u prozoru "Postavke proxy poslužitelja" morate navesti IP adresu, broj porta i postavke provjere autentičnosti na proxy poslužitelju (slika 4).

U prozoru "Odabir jezika" morate odabrati stavku "Preuzmi ažuriranja samo na sljedećim jezicima", svakako odaberite "Engleski". Odabir drugih jezika mora se vršiti na temelju sustava instaliranih u tvrtki, obično se dodaje i "ruski" (slika 5.). Nije potrebno odabrati "Preuzmi ažuriranja na svim jezicima, uključujući nove", jer će se time povećati broj ažuriranja pohranjenih na disku.

U prozoru "Odabir proizvoda" morate navesti proizvode instalirane ispod korporativno okruženje. PAŽNJA! Nikada nemojte instalirati sve proizvode, jer to može povećati veličinu pohranjenih ažuriranja, a ažuriranja se neće koristiti. Potrebno je metodički i dosljedno birati samo one proizvode koji se koriste unutar korporativnog okruženja (slika 6.).

U prozoru "Odaberite klase" morate navesti samo one klase koje zahtijevaju ažuriranja. Budući da naznaka dodatnih klasa uvelike povećava veličinu pohranjenih ažuriranja (slika 7).

U prozoru "Postavljanje rasporeda sinkronizacije" morate odabrati vrijeme sinkronizacije (slika 8). Unutar WSUS-a sinkronizacija ne uključuje preuzimanje ažuriranja. U ovaj slučaj sinkronizacija će ažurirati samo informacije s poslužitelja Microsoft Update."

Nakon prve sinkronizacije potrebno je otvoriti WSUS konzolu i odabrati Opcije. U "Postavke" otvorite stavku "Ažuriraj datoteke i jezike" (slika 9)

Na kartici "Ažuriraj datoteke" prozora "Ažuriraj datoteke i jezike" morate odrediti kako će se datoteke ažuriranja pohraniti. Budući da želimo smanjiti količinu internetskog prometa, potrebno je odabrati "Spremi ažurirane datoteke lokalno na ovaj poslužitelj" i OBAVEZNO! odaberite stavke "preuzmi datoteke ažuriranja na poslužitelj tek nakon odobrenja ažuriranja" i "Preuzmi datoteke ekspresne instalacije" (slika 10). Stavka "Prenesi datoteke ažuriranja na poslužitelj tek nakon odobrenja ažuriranja" je neophodna jer će poslužitelj prema zadanim postavkama preuzeti SVA ažuriranja koja smatra potrebnima za odabrane proizvode. Međutim, s vremenom se gomilaju mnoga ažuriranja servisni paket, tada najvjerojatnije neće biti potrebni i zauzet će prostor na disku.

Nakon svih postavki potrebno je dodati računala na WSUS uslugu.

Dodavanje računala na WSUS

Ako imate domenu, dovoljno je registrirati WSUS uslugu u njezinoj grupnoj politici i odabrati pravila za ažuriranje računala.

To se radi na sljedeći način" Start - Administrativni alati - Upravljanje pravila grupe ". Odabiremo politiku koja djeluje u domeni (Default Group Policy prema zadanim postavkama). klik desni klik i odaberite "Uredi".

U prozoru Control Editor grupne politike" idemo " Konfiguracija računala - Pravila - Administrativni predlošci - KomponenteWindows - Centar za ažuriranjeWindows". Odaberite stavku " Odredi mjesto usluge ažuriranja na intranetu" (slika 11)

U prozoru "Svojstva: Odredite lokaciju usluge ažuriranja na intranetu" navedite parametar "Omogućeno" i u retku "Odredite uslugu ažuriranja na intranetu za traženje ažuriranja" napišite ovaj redak: http:/ / [ ip adresa ili DNS naziv poslužitelj za mrežno ažuriranje]. Kopirajte adresu u prozor "Navedite poslužitelj statistike na intranetu" (slika 12). Unutar uređivača grupnih pravila nalaze se savjeti u prozoru s objašnjenjem (slika 12).

Također morate definirati politiku ažuriranja. To se radi putem postavki Automatsko ažuriranje» (slika 13).

U prozoru "Svojstva: Postavke automatskog ažuriranja" navedite opciju "Omogućeno" i parametre "Postavke automatskog ažuriranja", "Planirana instalacija - dan", "Planirana instalacija - vrijeme". U prozoru "Objašnjenje" nalazi se opis svih parametara za poslužitelje te je poželjno postaviti parametar "2 - obavijesti o preuzimanju i instalaciji", koji će omogućiti administratorima da odaberu kada će se ažuriranja instalirati na poslužitelje (slika 14).

Ako unutar infrastrukture postoje poslovi koji nisu dio domene (na primjer, mobilni poslovi), ali je usluga ažuriranja za te poslove neophodna, tada je ovu uslugu moguće navesti u " lokalna politika sigurnost."

U naredbeni redak upisujemo gpedit.msc i radimo iste operacije koje su gore opisane za grupnu politiku u domeni.

Nakon nekog vremena, računalo će se pojaviti u prozoru " Računala - Sva računala - Nedodijeljena računala» sa «Status: Bilo koji» (Sl. 15).

Upravljanje ažuriranjem

Za vidjeti i odobriti potrebna ažuriranja morate odabrati sljedeće stavke filtera u “Ažuriranja - Sva ažuriranja”: “Odobrenje: Neodobreno” i Status: Potrebno” i kliknite “Ažuriraj” (Sl. 16). PAŽNJA! da biste provjerili postoje li potrebna ažuriranja, uvijek provjerite jesu li postavke filtra postavljene na "Odobreno: Neodobreno" i Status: Obavezno, inače riskirate preuzimanje ažuriranja koja vam nisu potrebna ili da ih uopće nećete preuzeti. Ako je filtar u postavkama "Odobrenje: Neodobreno" i Status: Potreban" pokazao prazno polje, tada su sva potrebna ažuriranja za računala već odobrena i nalaze se na poslužitelju.

Nakon odobrenja, ažuriranja će se pojaviti na računalu nakon nekog vremena prema pravilima konfiguriranim u sigurnosnoj politici.

Vrlo često postoji potreba prisilna provjera ažuriranja na poslužitelju ažuriranja s računala. Za to postoji program. wuauclt.exe, koji se pokreće putem naredbeni redak. Da biste provjerili ima li ažuriranja, mora se pokrenuti s ključem / otkriti sada (wuauclt.exe /otkriti sada). Da biste poslali izvješće o statusu (vrlo često potrebno kada se prvi put povezujete s poslužiteljem za ažuriranje), morate pokrenuti s ključem / javite sada (wuauclt.exe /javite sada).

Gospodo, sretno s vašim ažuriranjima.

16.07.2015

Često se mogu pojaviti pogreške tijekom sinkronizacije jer je jedan od sljedećih preduvjeta pogrešno konfiguriran:

• pod uvjetom da je pristupna točka za ažuriranje softvera instalirana unutar poslužitelja sustava na udaljenom web-mjestu, morate instalirati WSUS administrativnu konzolu na poslužitelju web-mjesta;

u slučaju kada se uspostavi veza između MS centra za ažuriranje ili poslužitelja za ažuriranje softvera i aktivne točke ažuriranja softvera uz provjeru vjerodajnica pri korištenju proxy poslužitelja, morat ćete konfigurirati račun proxy poslužitelja;

važno je da su postavke porta za web-mjesto Windows Server Update Services u IIS-u (Internet Information Services) i aktivna točka ažuriranja softvera iste;

"Administrator" i Račun Računalo mora, u okviru web stranice WSUS u IIS-u, s poslužitelja stranice osigurati mogućnost potpunog pristupa virtualnim imenicima;

Da biste sinkronizirali Microsoft s centrom za ažuriranje unutar središnjeg web-mjesta, uvijek morate postaviti pristupnu točku za ažuriranje softvera. Tijekom stvaranja prve točke Ažuriranja softvera na web stranici zadanog parametra bit će konfiguriran u automatski način rada. Međutim, ako se promijeni putem WSUS administrativne konzole, Upravitelj konfiguracija ga neće resetirati na isti način kao i druge Postavke sustava Windows Usluge ažuriranja poslužitelja.

Provjera grešaka

Ako WSUS nije sinkroniziran, upravitelj će generirati poruku koja odražava promjenu statusa SMS_WSUS_SYNC_MANAGER komponente ID6703. Odgovarajući novi unosi također će biti uneseni u zapisnik poslužitelja web stranice.

Wsyncmgr.log

Ova datoteka se nalazi ovdje: \ Dnevnici (pogledajte na poslužitelju web resursa). Ako dođe do pogrešaka sinkronizacije, WSUS Synchronization Manager će te pogreške zabilježiti u datoteku dnevnika. Kako biste riješili problem, morat ćete pogledati detaljan opis poruka o pogreškama koje su se pojavile tijekom procesa sinkronizacije u odjeljku za rješavanje problema.

WCM.log

U WCM.log kao dio procesa sinkronizacije ne zapisuju se unosi datoteke dnevnika. Međutim, mogu biti od neke koristi u procesu rješavanja problema koji je izravno povezan sa sinkronizacijom. wsus-config. Upravitelj će se povezati sa zadanom WSUS uslugom koja se izvodi na aktivnoj točki ažuriranja softvera. U ovom slučaju, u slučaju kvarova koji su povezani s komunikacijom ili portovima, u datu datoteku Zapisnik bilježi pogreške koje se javljaju, što može biti informativnije za vas od unosa wsyncmgr.log.

Poruka o promjeni statusa ID6703

Poruka koja se generira kada se stanje ID6703 promijeni može sadržavati druge informacije o pogrešci, ovisno o tome koja se pogreška dogodi u određenom slučaju. Kako bi se eliminiralo ovaj problem potrebno pregledati Detaljan opis poruke o pogreškama u procesu sinkronizacije određene odjeljke koji su posvećeni rješavanju problema.

Proces sinkronizacije ruši se iz nepoznatih razloga

U slučaju da nakon provjere wsyncmgr.log niste uspjeli utvrditi razlog zašto je došlo do kvara, vrlo je moguće da ga je uzrokovalo više od jednog faktora treće strane.

Donesimo mogući problemi sinkronizacija i načini za njihovo rješavanje:

Točka ažuriranja softvera nije postavljena. U tom slučaju morat ćete instalirati točku ažuriranja softvera unutar svakog web-mjesta Configuration Managera.

Došlo je do pogreške u postavkama proxy softvera za ažuriranje. Ako je potrebno, ispravno konfigurirajte port, naziv poslužitelja i vjerodajnice.

Računalo SQL Server možda nema dovoljno memorije ili nije optimalno konfigurirano. U tom slučaju trebate zamoliti administratora SQL poslužitelja da provjeri učinkovitost i, ako je potrebno, izvrši prilagodbe.

Ovaj sažetak vodiča pripremljen je iz materijala objavljenog pod technet.microsoft.com.

WSUS klijenti ne žele nadograditi nakon promjene poslužitelja?
Onda idemo k vama. (IZ)

Svi smo imali situacije kada je nešto prestalo raditi. U ovom članku pričat ćemo o WSUS-u (više detaljne informacije o WSUS-u mogu se dobiti i ). Točnije, kako prisiliti WSUS klijenti(tj. naša računala s vama) za ponovno primanje ažuriranja nakon prijenosa ili vraćanja postojećeg poslužitelja ažuriranja.

Dakle, situacija je sljedeća

WSUS poslužitelj je umro. Točnije, RAID kontroler je već u prodaji 2000. godine. Ali ta činjenica nije dodala radost. Nakon kratke gužve (uz pokušaje vraćanja RAID-a koje je uništio umirući kontroler), odlučeno je da se sve pošalje na postavljanje novog WSUS poslužitelja.

Kao rezultat toga, dobili smo radni WSUS, koji iz nekog razloga nije povezivao klijente.
Trenuci: WSUS je vezan za FQDN preko internog DNS poslužitelja, WSUS poslužitelj je registriran u grupnim politikama i distribuira se klijentima putem AD-a, zadane postavke za poslužitelj, prije pokretanja svih radnji, ažurirajte sam WSUS i sinkronizirajte ažuriranja.

Nakon analize situacije, identificirano je nekoliko ključnih točaka

1. Clinch klijenta (govorimo o wuaucltu) kada se pokušava spojiti na SID starog WSUS poslužitelja.
2. Problem sa deinstalirana ažuriranja preuzeto sa starog WSUS poslužitelja.
3. Usluge parkiranja koje utječu na wuauclt (govorimo o wuauservu, bitovima i cryptsvc). Parkirali su se različitih razloga koji nisu detaljno analizirani.

Kao rezultat, cijelo rješenje je rezultiralo malom skriptom koja se distribuira grupnim politikama preko AD ili vlastitim rukama(i stopala). Skripta koristi najviše sigurna opcija popravke i nije donio niti jedan negativan rezultat za šest mjeseci korištenja.

Opisat ću što se radi (za one koji su posebno znatiželjni)

Parkiramo uslugu poslužitelja ažuriranja, čistimo sigurnosni deskriptor komunikacijske usluge WSUS, uklanjamo postojeća ažuriranja s prethodnog WSUS-a, čistimo registar od spominjanja prethodnog WSUS-a, pokrećemo uslugu automatskog ažuriranja (wuauserv), pozadinsku uslugu inteligentnog prijenosa ( bits) i kriptografski servis (cryptsvc), na samom kraju, nasilno kucamo na WSUS s resetiranjem autorizacije, otkrivanjem novog WSUS-a i generiranjem izvješća na poslužitelj.

I kao i uvijek: sve gore i dolje opisane radnje izvodite na vlastitu odgovornost i rizik. Prije izvršavanja skripte provjerite jesu li svi potrebni podaci spremljeni.

Skripta

Neto stop wuauserv sc sdset wuauserv D:(A;;CCLCSWRPWPDTLOCRRC;;;SY)(A;;CCDCLCSWRPWPDTLOCRSDRCWDWO;;;BA)(A;;CCLCSWLOCRRC;;;AU)(A;;CCLCSWRPWPDTLOCRC) del; f /s /q %windir%\SoftwareDistribution\download\*.* REG DELETE "HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\WindowsUpdate" /v AccountDomainSid /f REG DELETE "HKLM\SOFTWARE\Microsoft\WindowsUpsion\" " /v PingID /f REG DELETE "HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\WindowsUpdate" /v SusClientId /f net start wuauserv && net start bits && net start cryptsvc wuauclt /reportnowhorization /reportnowhorization

Preporučljivo je koristiti takvu ulogu poslužitelja kao Windows Server Update Services (WSUS) kako u malim tvrtkama s više od 10 računala tako iu velikim korporacijama. Za razliku od uloga poslužitelja kao npr usluge domene ili poslužitelje E-mail, za poslužitelje za ažuriranje WSUS-a, ne morate implementirati poslužitelje za nadomještanje greške, budući da automatizacija ažuriranja klijentskih računala nije najkritičniji zadatak u poslovnim procesima.

Ažuriranje scenarija implementacije poslužitelja:

Jednostavna implementacija WSUS poslužitelja: Mnoge male i srednje organizacije u svojim proizvodno okruženje za distribuciju ažuriranja koristite točno ovaj model. Jednostavna rješenja Implementacije WSUS poslužitelja obično su model s raspoređenim poslužiteljem za ažuriranje koji se nalazi unutar sigurnog intraneta vatrozida i servisiranje intranet klijentskih računala. Za preuzimanje ažuriranja, WSUS poslužitelj se sinkronizira s poslužiteljima Microsoft Update.

Hijerarhijska implementacija WSUS poslužitelja: Kao što naziv modela sugerira, prethodni model implementacije WSUS poslužitelja je osnovni, ali možete kreirati složene hijerarhije WSUS poslužitelja ako je potrebno. Prije svega, vrijedno je razmisliti o tome kako bi se sinkronizirali s Centrom Microsoft ažuriranja trebate imati samo jedan WSUS poslužitelj, a svi ostali WSUS poslužitelji moraju se povezati na trenutni. Kada povezujete nekoliko WSUS poslužitelja, imate takozvanu hijerarhiju, koja se sastoji od nadređenog i podređenog WSUS poslužitelja. Postoje dva načina za uspostavljanje veze između WSUS poslužitelji mi.

• Samostalni WSUS poslužitelji. U ovom slučaju, tijekom procesa sinkronizacije, uzvodni WSUS poslužitelj daje sva svoja preuzeta ažuriranja jednom ili više nizvodnih poslužitelja, ali tijekom tog procesa status odobrenja ili informacije o grupi računala ne prenose se na klijentske radne stanice. Administracija svih nizvodnih WSUS poslužitelja odvojena je od implementacije ažuriranja na klijentska računala;
• način replikacije. U ovom modelu implementacije, uzvodni WSUS poslužitelj gura sva svoja ažuriranja, stanja tvrdnji i informacije o grupi na svoje nizvodne poslužitelje. Međutim, nizvodno replicirani poslužitelji nasljeđuju sva potraživanja i ne mogu obavljati administrativne zadatke na svojim uzvodnim WSUS poslužiteljima.

Ova konfiguracija implementacije poslužitelja ažuriranja prikladna je za većinu proizvodnih slučajeva, uključujući organizacije s podružnicama. Hijerarhijski model implementacije WSUS poslužitelja koristan je za preuzimanje ažuriranja s Microsoft Update-a i zatim instaliranje ovih ažuriranja preko nizvodnih poslužitelja, čime se rasterećuje širokopojasna internetska veza. Ovu konfiguraciju ima smisla koristiti u okruženju u kojem jedan WSUS poslužitelj nije u mogućnosti samostalno implementirati ažuriranja na postojeću flotu računala. Prema svim preporukama, poželjno je koristiti ne više od tri razine hijerarhije WSUS poslužitelja, budući da se vrijeme kašnjenja cijelo vrijeme povećava s naknadnom distribucijom ažuriranja. U bilo kojem modelu i u bilo kojoj konfiguraciji, donji poslužitelj mora se redovito sinkronizirati s prethodnim poslužiteljem za ažuriranje, stvarajući nepodržani začarani krug između njih. Prilikom promjene protokola veze između poslužitelja, kako bi se osiguralo maksimalna zaštita cijeli lanac poslužitelja za ažuriranje, prilikom postavljanja hijerarhije WSUS poslužitelja, morate odrediti najudaljeniji slave poslužitelj za postavljanje automatskih ažuriranja. U slučaju da vaša organizacija ima nekoliko nizvodnih poslužitelja za ažuriranje, ne biste ih trebali konfigurirati da se sinkroniziraju s uzvodnim poslužiteljima ažuriranja u isto vrijeme, što može dovesti do ponovnog pokretanja uzvodnog poslužitelja. Za ovu konfiguraciju, samo jedan WSUS poslužitelj preuzima i upravlja ažuriranjima izravno s Microsoft poslužitelji, a svi ostali poslužitelji su konfigurirani kao replike.

Računalne grupe
Za sve modele implementacije WSUS poslužitelja, a jednostavan model implementacije nije iznimka, računalne grupe su najvažniji dio implementacije. U većini organizacija sva ažuriranja nisu raspoređena na sva računala u isto vrijeme. A za upravljanje računalima koja će primati ažuriranja, WSUS poslužitelji omogućuju vam da konfigurirate grupe računala, a sama ažuriranja su već raspoređena na jednu ili više grupa u isto vrijeme. Prema zadanim postavkama, na WSUS konzoli možete pronaći dvije grupe računala: Sva računala i Nedodijeljena računala. Prema zadanim postavkama kada klijentsko računalo je sinkroniziran s WSUS poslužiteljem, automatski se dodaje u obje grupe stvorene prema zadanim postavkama. Zatim iz grupe "Nedodijeljena računala" možete premjestiti računala u grupu posebno za njih, budući da ovu grupu sadrži samo ona računala kojima nije dodijeljeno članstvo u grupama koje ste stvorili. Zauzvrat, grupa Sva računala omogućuje vam distribuciju ciljanih ažuriranja na sva računala u vašoj organizaciji, bez obzira na to kojoj su skupini računala članovi. Uzmimo za primjer slučaj jednostavne implementacije WSUS-a s tri prilagođene grupe pod nazivom Test, Pilot i Production. Testna grupa sadrži nekoliko računala koja se nalaze u laboratorijskom okruženju i dizajnirana su za testiranje ispravnog rada mehanizma distribucije ažuriranja. Ako testiranje prođe dobro, ažuriranja će biti uvedena u sljedeću grupu. Nakon testiranja, ažuriranja se postavljaju u pilot grupu, koja se sastoji od računala u IT odjelu, gdje kvalificirani stručnjaci mogu otkloniti probleme koji se pojavljuju nakon postavljanja ažuriranja. Zatim, ako je pilot implementacija prošla bez incidenata, tada možete implementirati ažuriranja na proizvodna računala koja se nalaze u proizvodnom okruženju.