Sniego kamuolio efektas – Windows Update [LT]

Vakar MS vėl parašė apie UUP (Unified Update Platform), apie patobulinimus Windows Update sistemoje, apie kuriuos užsiminė dar 2016 lapkritį. Iš esmės noria pakeisti dabartinę build’ų teikimo sistemą. Vietoj pilno build’o platinimo naudoti atnaujinimus turinčius tik pakitusius failus, kas padėtų sumažinti build’o parsiuntimo dydį (iki 35%). Ką supratau iš šio straipsnio.

  1. Insider programos dalyviams nieko ypatingai nepasikeis ir jie toliau siųsis didžiulius build’us. Nes skirtuminis (“differential”) pasisiuntimo dydis skaičiuojamas tik tam tikro senesnio buildo atžvilgiu (“baseline”), o Insider’iai (ypač Fast rate) visada naudoja paskutinius, naujausius build’us. Taigi jų atveju pokyčiai nebus skaičiuojami ir nebus siūlomi mažesni atnaujinimai. Tai yra logiška, nes kai build’ai atsiranda vos ne kelis kartus į savaitę, sunku bus kas kart apskaičiuot ir paruošt pakaitinius variantus. O dar reikėtų juos laikyt visiems įmanomiems atnaujinimo scenarijams (Petras naudoja 15046, Onutė – 15042, o Albinas – 15031 ir kiekvienam reik pagaminti skirtuminį variantą).
  2. Bet įprastieji vartotojai, kurie dabar naudoja Anniversary Update versiją, balandį turbūt vis tiek gaus gana didelį siuntinį iš Windows Update ir tas build’as diegsis taip pat lėtai kaip ir kiti prieš tai. Nes pokyčių tiesiog bus per daug, kad būtų galima daug sutaupyti su skirtuminiu build’u.
  3. Deja, nepaminėta ar tai paliest įprastus mėnesinius atnaujinimus (“cumulative updates”). Kurie mūsų WSUS sistemoje siekia ir 1.5 GB.. Čia būtų galbūt didžiausias privalumas naujos sistemos.

WSUS woes with Windows 10 [EN]

At the end of 2016 i had a chance to update our WSUS system. We’ve been using WSUS 3 version for almost 6 years on a rather old Windows Server 2008 platform. WSUS was installed as a separate service back then. And now we have used a new Windows Server 2012 R2 as a basis for it (of course, after the release of 2016 it can be considered as outdated already). WSUS 4 is now being deployed as a standard role (Server Role). All other requirements and features are selected and installed automatically. Although WSUS 4 itself both visually and in its functions hasn’t changed much. WSUS 4 deployment and configuration was a breeze and haven’t caused any problems, especially as it is so standartized and simplified in this case. But at the same time we have decided to launch a Windows 10 pilot (2 new PCs). So Windows 10 category and its updates have been enabled in our new WSUS system. And then the hell broke loose..

First of all, if you want to manage and deploy Windows 10 updates via WSUS, you have to provide a lot more storage space. Because one Cumulative update can take 1-1.5 GB 😯  Yes, i can’t wait for a time when MS will introduce their improved Windows 10 updates with a new Windows Update system, which should take less space (it should probably be revealed with the Creators Update in the Spring of 2017). The other thing to keep in mind – Feature Updates or Upgrades (how they are called in WSUS). These are not security or critical updates, but the new builds (just like SR1 – 1511 or Anniversary Update – 1607). WSUS 4 can’t normally deal with them without a few special hotfixes. So enabling this category without them can break your WSUS 4 system. We haven’t even tried this yet, as we are installing the newest build to this day – 1607. I might post about nuances of updating to the newer build via WSUS after the Creators Update arrives next year. But if you are installing WSUS 4, you can prepare for it in advance by installing those hotfixes and doing other required changes (more on this later). Read More

WSUS nesklandumai su Windows 10 [LT]

2016 metų gale man teko atnaujinti mūsų WSUS sistemą. Iki tol apie 6 metus naudojom WSUS 3 versiją įdiegta jau gana senoje Windows Server 2008 platformoje. Tuo metu WSUS buvo diegiamas kaip atskiras servisas. Dabar gi kaip pagrindas buvo panaudotas naujas Windows Server 2012 R2 (aišku, neseniai pasirodžiusi 2016 serverio versija padarė ir 2012 R2 pasenusiu produktu). WSUS 4 jau yra diegiamas kaip viena iš standartiniu rolių (Server Role). Automatiškai parenkami visi kiti reikalavimai ir papildiniai (requirements, features). Nors vizualiai ir funkcionaliai WSUS 4 neatrodo labai pakitęs. Pats WSUS 4 diegimas ir konfigūravimas nesukėlė jokių problemų, juolab, kad dabar procesas yra toks standartizuotas ir supaprastintas. Bet tuo pačiu metu buvo nuspręsta paleisti ir Windows 10 pilotą (2 nauji kompiuteriai). Todėl naujoje WSUS sistemoje buvo iškart įjungti ir Windows 10 šaka ir atnaujinimai. Ir prasidėjo smagumai..

Pirmiausiai, norint kontroliuot ir platint Windows 10 atnaujinimus WSUS sistemoje, reikia numatyt daug daugiau talpos. Nes vienas Cumulative atnaujinimas gali sverti 1-1,5 GB 😯 Taip, laukiu nesulaukiu kada MS įvykdys pažadą sumažint Windows 10 atnaujinimų dydį su nauja Windows Update sistema (tikriausiai turėtų pasirodyti kartu su Creators Update 2017 pavasarį). Kitas dalykas – Feature Updates arba Upgrades (kaip ši šaka vadinama WSUS). Tai yra ne saugumo ar kritiniai atnaujinimai, o būtent nauji build’ai (kaip SR1 – 1511 ar Anniversary Update – 1607). WSUS 4 negali normaliai atpažinti tokių atnaujinimų be kelių specialių hotfix’ų. Todėl šios šakos įjungimas be šių pataisymų gali sugadinti jūsų WSUS 4 sistemą. Mes kol kas net nebandėm šio dalyko, kadangi kompiuteriuose buvo iškart diegiamas naujausias šiai dienai build’as – 1607. Apie niuansus su Upgrades galbūt parašysiu pavasarį, kai pasirodys Creators Update. Bet diegiant WSUS 4 sistemą galima iš anksto pasiruošti tam ir įrašyti pataisymus bei atlikti kitus reikalingus veiksmus (apie tai žemiau). Read More

Windows 7 – Windows Update pagreitinimas [LT]

Kažkur nuo 2015 metų pradžios ženkliai pailgėjo Windows Vista ir Windows 7 kompiuterių atnaujinimų patikrinimo laikas (tas pats turbūt ir su Windows 8 ir 8.1).

Neseniai vienam portale buvo paviešintas būdas šį procesą Windows 7 sistemoje pagreitinti:

Nueiti į servisus (services.msc) ir sustabdyti Windows Update servisą;
Įrašyti atnaujinimą – Windows6.1-KB3172605-x86 (ar Windows6.1-KB3172605-x64);
Jei šio atnaujinimo įrašyt nepavyksta, prieš jį dar reikėtų įdiegti – Windows6.1-KB3020369-x86 (ar Windows6.1-KB3020369-x64);
Perkrauti kompiuterį ir paleisti atnaujinimų patikrinimą (paprastai po šio atnaujinimo patikrinimas užtrunka apie kelias minutes, kai iki to galėjo trukti kelias valandas, o tarkim mano broliui su silpnesniu kompiuteriu po švarios instaliacijos ir per kelias paras nepasitikrindavo iki šio atnaujinimo įrašymo).

Šiuos atnaujinimus galima parsisiųsti:
1. Windows6.1-KB3172605
https://support.microsoft.com/en-us/kb/3172605 (update rollup 2016 July)
32-bit https://download.microsoft.com/download/C/D/5/CD5DE7B2-E857-4BD4-AA9C-6B30C3E1735A/Windows6.1-KB3172605-x86.msu
64-bit https://download.microsoft.com/download/5/6/0/560504D4-F91A-4DEB-867F-C713F7821374/Windows6.1-KB3172605-x64.msu

2. Windows6.1-KB3020369
https://support.microsoft.com/en-us/kb/3020369 (servicing update 2015 April)
32-bit https://download.microsoft.com/download/C/0/8/C0823F43-BFE9-4147-9B0A-35769CBBE6B0/Windows6.1-KB3020369-x86.msu
64-bit https://download.microsoft.com/download/5/D/0/5D0821EB-A92D-4CA2-9020-EC41D56B074F/Windows6.1-KB3020369-x64.msu

80073712 klaida ir Windows Servicing corruption gydymas [LT]

failedupdateSusidurti su Windows Update klaidomis darbe tenka gana dažnai. Paprastai juos sutvarkomos pakartotinai paspaudus Check for updates (ypač kai atnaujinimų patikrinimas atliekamas neseniai po švarios Windows instaliacijos ir WU servisui tenka parsisiųst nemažą kiekį informacijos apie atnaujinimus). Kartais užtenka paprasto Windows perkrovimo. Kartais padeda kiti gana paprasti dalykai. Bet neseniai teko susidurti su sunkesne problema. Turbūt atnaujinimo diegimo (ar parsiuntimo) metu kompiuteris buvo staigiai išjungtas. Dėl ko Windows Servicing failų struktūroje atsirado iškraipymas (corruption). Bandant surasti sprendimą (nes perinstaliuot mašinos visada labai nesinori) teko perskaityt nemažai straipsnių, išbandyt nemažai dalykų ir įrankių. Galiausiai pavyko užtaikyti ant Microsoft paruošto straipsnio skirto šios problemos sprendimui, kuriuo pagrindu ir sukompiliavau nedidelę instrukciją. Pradžioje instrukcijos pateikiami įprasti ir greitesni problemos sprendimo žingsniai, kuriuos verta pabandyt. Mano gi atveju padėjo tik “sveikų” failų perkėlimas iš kompiuterio donoro į sugadintą sistemą. Read More