A Windows 10 frissítési mérete a 19H1-es verzióval végre kisebb lett
A múlt héten a Microsoft bejelentette, ami nagy megkönnyebbülést jelenthet minden Windows 10 felhasználó számára – az operációs rendszerhez szállított frissítések méretének jelentős csökkentését. Az ügyfelek régóta panaszkodnak erről a problémáról, mióta a Windows 10 2015-ben debütált, és úgy tűnik, hogy a Microsoft végre kezdi megkapni az üzenetet.
2018 végén vagy 2019 elején új modell érkezik a Windows 10 és a Windows Server minőségi frissítéseihez, amely kompaktabb csomagokban szállítja azokat. Jelenleg havonta adnak ki minőségi frissítéseket, és mivel minden korábban kiadott javítást tartalmaznak, méretük jelentősen nagy. Ezek a csomagok különböző típusúak, attól függően, hogy mennyire halmozódnak fel – egyesek delta frissítések, mások viszont expressz frissítéseket, és a Microsoft teljes frissítéseket is szállít, amelyek gyorsan frissítik az operációs rendszert a legújabb verziókkal foltok. A teljes frissítések a legnagyobbak.
A zavar egyszerűsítése érdekében a Microsoft úgy döntött, hogy megszünteti a delta, expressz és teljes frissítéseket a Windows jövőbeli kiadásaiban 10, és cserélje ki őket egy új csomagtípusra, amely állításuk szerint még kompaktabb lesz, és kevesebb CPU-időt vesz igénybe telepítés. A kisebb méret csökkenti a hálózati sávszélességet, és könnyebben telepíthető a Windows Server Update Services, a System Center Configuration Manager, a Microsoft Update katalógus vagy a Windows Intune segítségével. Ezek az új Express frissítések újraterjeszthető önálló telepítő (.msu) vagy (.cab) fájlok lesznek.
Még az Express frissítések is sok CPU-időt vettek igénybe a Microsoft szerint, de ez az új formátum sokkal kevesebbet fog igénybe venni. Tehát gyorsabban kell telepítenie, de ez nagymértékben függ a gép sebességétől (a lassabb gépek jobban járnak).
A Windows 10 régebbi verziói továbbra is kapnak delta- és teljes frissítéseket, de továbbra is élvezhetik az újabb frissítési csomagok előnyeit. Ez az új kialakítás minden osztályú és fontosságú havi minőségfrissítésre vonatkozik.
A Microsoft az alábbiak szerint részletezi a változtatásokat és a korábbi frissítési csomagok leírását:
Teljes frissítés – tartalmazza az összes olyan összetevő és bináris tömörített verzióját (hasonlóan a ZIP-típusú tömörítéshez), amely megváltozott az operációs rendszerben az RTM óta
Expressz frissítés – A szerver több alapvonalból tömörített deltákat tartalmaz minden olyan összetevőhöz és binárishoz, amely az RTM óta megváltozott. A gépe oda-vissza cseveg a szerverrel (a kiszolgáló lehet maga a Windows Update, vagy az lehet egy helyi WSUS szerver), hogy azonosítsa, mely bájttartományokra van szüksége, majd letölti azokat tartományok. Eszköze ezután ezeket a bájttartományokat teljes fájlokká hidratálja az eszközön, majd elvégzi a telepítést. Több alapvonalon azt értem, hogy bizonyos időpontokból származó deltákat tartalmaz. Általában az elmúlt hónapok LCU-ját (N), az előző hónapot (N-1) egészen az N-5 hónapig és az RTM-et használjuk. Tehát a szerver expressz fájlja 6-7 GB lehet, míg a végeszköz csak 150-200 MB-ot tölt le.
Kis frissítés – A csomag tartalmazza az egyes fájlok RTM-ből származó tömörített deltáját (Forward Delta), és az RTM-re visszamenő deltát (Reverse Delta). Ez lényegében azt jelenti, hogy ahelyett, hogy több alapvonalat tartalmazna, csak egy alapvonal (RTM) van. Például, ha az eszköze a szeptemberi LCU-n lenne, majd az októbert telepítette, a gépe ezt tenné alkalmazza a szeptemberi fordított deltát az RTM-hez való visszatéréshez, majd az októberi előre deltát az októberhez való visszatéréshez (10B). Ezt egy tranzakció során teszi, így nincs lehetőség arra, hogy az eszköz valahol középen elakadjon - vagy a teljes frissítés sikerül, vagy nem. Mivel az összes tartalom magában a csomagban van, nincs szükség szerver egyeztetésre. Mivel csak egyetlen alapvonala van (az RTM-től), néha nagyobb lesz, mint egy expressz frissítés az előző hónapokban lévő javításon. De a méretkülönbségnek minimálisnak kell lennie, és a szerver egyeztetése és az eszközelemzés nélkül kevesebb CPU-t használ a letöltés és telepítés során.
Ami igazán nagyszerű az új kisebb csomagformátumban, az az, hogy ugyanaz a fájl elérhető a Windows Update, a WSUS és a Catalog oldalakon. Tehát még ha letölti a HTTPS-ről (katalógus), és duplán kattint a telepítéshez, akkor is kisebb élményben lesz része. Az expressztől eltérően, amely csak Windows frissítésen vagy WSUS-on (vagy az expressz protokollt támogató harmadik féltől származó megoldásokon) keresztül működött.
A módosítás végrehajtásához mind a csomagformátumban, mind a kliens frissítési veremében módosításokra volt szükség. Az operációs rendszer régebbi verzióinak ilyen jellegű módosítása kockázatos lenne (a frissítési verem abszolút kritikus). Az operációs rendszer új verziójával több hónapos belső tesztelés áll előttünk, valamint a Windows Insider előzetesek, amelyek segítségével ellenőrizhetjük a változtatásokat és csökkenthetjük a kockázatokat.
Mi a véleménye erről az új frissítési csomag formátumról? Ön szerint a Microsoftnak már a kezdetektől meg kellett volna terveznie? Milyen fejlesztéseket vár a frissítéstől?