Windows 11 KB5072033: AppXSVC palēninājums un padomi

Microsoft decembra 2025 kumulatīvais atjauninājums Windows 11 — KB5072033 — bija paredzēts drošības un uzticamības uzlabošanai, tomēr daudzi lietotāji ziņo, ka pēc tā instalēšanas datori jūtas lēnāki. Ieraksti un lietotāju ziņojumi norāda uz pieaugošu CPU, atmiņas un diska izmantošanu pēc plākstera uzlikšanas versijām 24H2 un 25H2.

Kas mainījās un kāpēc lietotāji to pamanīja

Problēmas kodols ir smalks, bet nozīmīgs AppX Deployment Service (AppXSVC) darbības režīma maiņas efekts. AppXSVC ir fona pakalpojums, kas instalē un atjaunina iebūvētās Microsoft Store lietotnes, piemēram, Kalkulatoru un Fotoattēlus. Pirms atjauninājuma AppXSVC parasti startēja ar "Manual" (manuālu) starta režīmu un tika aktivizēts tikai vajadzības brīdī. Decembra atjauninājums šo uzvedību mainīja uz "Automatic" startu, kas nozīmē, ka pakalpojums var sākties sistēmas palaišanas laikā un palikt aktīvs vai atkārtoti restartēties fonā.

Šī maiņa ir novērojama uz sistēmām ar ierobežotiem resursiem — īpaši uz vecākiem vai mazāk jaudīgiem klēpjdatoriem un darba stacijām — kur tā var izraisīt augstākas CPU slodzes, lielāku operatīvās atmiņas patēriņu un palielinātu diska darbību. AppXSVC radītie veiktspējas simptomi nav pilnīgi jaunums IT kopienā, tomēr pēc KB5072033 izplatīšanas lietotāji ziņo, ka simptomi kļuvuši acīmredzamāki un biežāki, kas vairāk ietekmē ikdienas lietošanu un reaģēšanu uz sistēmas uzdevumiem.

Kāpēc IT komandas ir īpaši neapmierinātas

Pārvaldītās vidi situācijās jaunā starta/apturēšanas uzvedība var traucēt uzraudzības un incidentu vadības sistēmām. Rīki, kas fiksē procesu uzvedību, piemēram, Zabbix, Nagios vai citās SIEM/monitoringa platformās, var interpretēt atkārtotu AppXSVC aktivitāti kā krasi vai kļūmes, kas rada masīvu brīdinājumu plūsmu. Šādas uzvedības rezultātā operāciju komandām jāfiltrē vai jāpārkonfigurē brīdinājumu noteikumi, lai nepieļautu patvaļīgu trauksmju pārplūdumu un nezaudētu redzamību būtiskajiem incidentiem.

Viena IT administratore atzīmēja, ka nācās manuāli nomierināt (suppress) monitoringa brīdinājumus, lai atgūtu spējību ātri pamanīt reālus problēmu signālus. Šāda papildu darba slodze palielina operacionālo risku un var aizkavēt būtisku incidentu atklāšanu, īpaši vidēs ar lielu serveru un darbstaciju skaitu. Tāpat ir uzņēmumi un skolas, kur centralizēta atjauninājumu izvietošana un testēšana ir kritiska — pēkšņas uzvedības izmaiņas šādās vidēs var izraisīt papildu darba laiku un negatīvi ietekmēt pakalpojumu līmeņus.

Darba apgriešanas metodes, riski un Microsoft skaidrojums

Microsoft atzina šo izmaiņu savā atbalsta paziņojumā, skaidrojot, ka Automātiskais starta režīms tika ieviests, lai uzlabotu uzticamību "noteiktos izolētos scenārijos". Tomēr uzņēmums arī brīdināja, ka AppXSVC izslēgšana vai piespiedu atgriešana pie manuāla starta var traucēt Microsoft Store lietotņu atjauninājumus un to pareizu darbību. Citiem vārdiem sakot, izslēdzot pakalpojumu, var tikt pārtraukta automātiska lietotņu piegāde, atjauninājumi un drošības labojumi, kas tiek nodrošināti caur Store infrastruktūru.

• Daži pieredzējuši lietotāji maina pakalpojuma iestatījumus vai rediģē reģistru (registry), lai atjaunotu iepriekšējo Manual starta uzvedību. Bieži tiek minēti rīki kā sc.exe vai PowerShell Set-Service/ChangeStartMode, kā arī reģistra atslēga HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\AppXSvc Start vērtības pielāgošana. Tomēr Microsoft un daudzi IT drošības speciālisti šo pieeju neiesaka, jo tā var bojāt lietotņu atjaunināšanas mehānismu un radīt sekundāras problēmas ar drošības politiku un atbilstību.
• Citas organizācijas izvēlas rūpīgi uzraudzīt resursu izmantošanu un pagaidu kārtā atgriezt atjauninājumu (rollback) pārvaldītajās vidēs, līdz Microsoft izlaidīs labojumu vai sniegs drošu, ieteiktu risinājumu. Rollback parasti tiek veikts, izmantojot Windows Update for Business, WSUS vai nosacītu atjauninājumu vilkšanu no ierīcēm, kas ir kritiskas darbībai.
• IT komandām praktisks pieejas elements ir monitoringa brīdinājumu filtrēšana un pielāgošana, lai samazinātu trokšņus, kamēr notiek izmeklēšana. Tas ietver brīdinājumu sliekšņu palielināšanu, procesā esošo notikumu kontekstualizēšanu un laika logu pielāgošanu, lai izvairītos no atkārtotiem trauksmju paziņojumiem, kas varētu novērst uzmanību no patiesām avārijām.

Ko vērot un kādi ir nākamie soļi

Ja pēc decembra atjauninājuma jūsu personālais dators vai darbstacija šķiet lēnāka, veiciet sistemātisku pārbaudi. Pirmais un vienkāršākais solis ir atvērt Uzdevumu pārvaldnieku (Task Manager) un apskatīt procesus, kas patērē CPU, operatīvo atmiņu un diska I/O. Meklējiet AppXSVC (AppX Deployment Service) aktivitāti, kā arī saistītos procesus. Ja redzama atkārtota AppXSVC aktivizēšanās vai neparasti augsts resurss patēriņš, pierakstiet laiku, biežumu un saistītos procesus — šī informācija būs noderīga gan Microsoft atbalstam, gan jūsu iekšējiem IT izmeklēšanas materiāliem.

Ja jūs pārvaldāt vairākas ierīces, iesakām atjauninājumu vispirms izmēģināt nelielā testa grupā pirms plašas izvietošanas. Izveidojiet kontrolētu testu, kurā iekļautas dažādas ierīču konfigurācijas (jaudīgas darba stacijas, vājākas piezīmjdatoru klases u.c.), un mēra veiktspējas rādītājus pirms un pēc atjauninājuma instalēšanas. Šādā veidā būs skaidri redzams, kuri datu punkti ir ietekmēti un vai risks ir pieņemams jūsu darbplūsmās.

Sekojiet Microsoft atbalsta kanāliem, izlaistajiem KB paziņojumiem un tehniskajiem forumos, jo uzņēmums var izdot papildus skaidrojumus, hotfix failu vai ieteikumu drošai konfigurācijas atjaunošanai. Pašlaik Microsoft ir paskaidrojis izmaiņu mērķi, bet nav publiski ieteicis drošu un pastāvīgu risinājumu, kas pilnībā atgrieztu iepriekšējo AppXSVC uzvedību bez ieguvumiem vai papildus riskiem.

Galu galā lietotāji un IT speciālisti sver potenciālo uzticamības uzlabojumu pret reālu veiktspējas samazinājumu. Uz ierīcēm, kur lielāka prioritāte ir ātrdarbība un zems resursu patēriņš, var būt vērts pagaidām atlikt atjauninājuma izvietošanu, kamēr ir pieejams oficiāls labojums. Tomēr uzņēmumiem, kuri paļaujas uz Microsoft Store lietotņu automātiskiem atjauninājumiem, jānovērtē drošības un satura atjauninājumu nozīmīgums pret veiktspējas traucējumiem.

Praktiski ieteikumi ikdienas darbam: regulāri dublējiet sistēmas pirms lielākiem atjauninājumiem, izmantojiet testēšanas grupas (pilot deployments), ieplānojiet atjauninājumu izvietošanas vārtus (staged rollouts), un saglabājiet aktīvu komunikāciju ar Microsoft atbalstu, ja problēmas kļūst plašākas. Uzraudzības rīkus konfigurējiet tā, lai tie ņemtu vērā jauno AppXSVC uzvedību kā iespējamību, nevis kā bāzes kļūdu, līdz Microsoft nodrošina oficiālu ieteikumu.

Pašreiz visdrošākā pieeja ir piesardzīga testēšana un pastiprināta uzraudzība: monitorējiet CPU, atmiņu un diska izmantošanu, reģistrējiet AppXSVC startēšanas notikumus un, ja nepieciešams, īslaicīgi apturiet atjauninājumu izvietošanu kritiskajās ierīcēs. Tā jūs varēsiet samazināt potenciālos darbības traucējumus un saglabāt kontroli pār operāciju līmeņiem, kamēr tiek gaidīts Microsoft drošais labojums.