Ako vytvoriť skripty na inštaláciu systému Windows 11 so špecifickou konfiguráciou

  • Kombinované použitie súborov SetupComplete.cmd, ErrorHandler.cmd a Unattend/autounattend.xml na automatizáciu inštalácie systému Windows 11.
  • Neobsluhovaná inštalácia schopná obísť OOBE, definovať jazyk, účty, súkromie a prekonať hardvérové ​​požiadavky.
  • Pokročilé prispôsobenie pomocou WinScript a centralizované spúšťanie PowerShell skriptov pomocou Configuration Manageru.
  • Monitorovanie, výstup JSON a podrobné protokolovanie na riadenie a ladenie hromadného nasadenia systému Windows 11.

Ako vytvoriť skripty na inštaláciu systému Windows 11 so špecifickou konfiguráciou

Ak musíte systém Windows 11 nainštalovať viackrát, opakované odpovedanie na tie isté otázky týkajúce sa regiónu, klávesnice, účtu, súkromia a aplikácií je poriadna otrava. Kombináciou skriptov, súborov odpovedí bez obsluhy a niektorých nástrojov od spoločnosti Microsoft môžete celý proces automatizovať, dokonca obísť rozhranie „po vybalení“ a použiť vlastné rozšírené nastavenia.

V nasledujúcich riadkoch uvidíte, ako využiť SetupComplete.cmd, ErrorHandler.cmd, Unattend/autounattend.xml, PowerShell a Configuration Manager , ako aj niekoľko trikov na obídenie kontrol hardvéru alebo dôkladné prispôsobenie systému Windows 11. Myšlienka je taká, že si môžete vytvoriť bootovací USB disk alebo upravený ISO súbor , ktorý dokáže nainštalovať systém s vašimi nastaveniami, skriptmi a aplikáciami prakticky bez stlačenia klávesu.

Inštalačné skripty systému Windows: SetupComplete.cmd a ErrorHandler.cmd

Samotný inštalátor systému Windows už roky obsahuje mechanizmus na pripojenie vlastných skriptov počas záverečných fáz inštalačného procesu . Dva kľúčové súbory sú SetupComplete.cmd a ErrorHandler.cmd , ktoré sa nachádzajú v priečinku %WINDIR%\Setup\Scripts\ a spúšťajú sa v lokálnom systémovom kontexte.

Súbor SetupComplete.cmd sa spustí ihneď po dokončení hlavnej inštalácie a prvom zobrazení pracovnej plochy, ešte predtým, ako používateľ začne systém normálne používať. Odtiaľ môžete spúšťať ďalšie skripty cscript alebo wscript , inštalovať aplikácie, používať nastavenia registra alebo vykonávať akúkoľvek úlohu po inštalácii. Upozorňujeme, že na počítačoch od výrobcu OEM môže byť táto metóda obmedzená, s výnimkou edícií Enterprise a verzií systému Windows Server.

Skript ErrorHandler.cmd je na druhej strane navrhnutý ako núdzový mechanizmus. Keď sa počas inštalácie vyskytne vážna chyba, ktorá zabráni jej pokračovaniu, inštalátor skontroluje existenciu súboru %WINDIR%\Setup\Scripts\ErrorHandler.cmd a spustí ho so systémovými oprávneniami. Tento skript je obzvlášť užitočný pri súčasnom nasadzovaní viacerých počítačov , pretože umožňuje zaznamenávanie chýb, zhromažďovanie informácií a dokonca aj pokus o automatické opravy.

Ak inštalátor narazí na neopraviteľnú chybu a chýba súbor ErrorHandler.cmd, zobrazí sa dialógové okno s chybovým hlásením a vyžaduje sa manuálne zatvorenie. Ak je však skript prítomný, spustí sa synchrónne bez zobrazenia akýchkoľvek správ používateľovi a inštalačný program sa po dokončení zatvorí. V závislosti od fázy, v ktorej došlo k chybe, sa počítač vráti do predchádzajúceho prostredia, ako je napríklad Windows PE alebo predchádzajúca inštalácia systému Windows.

Inštalácia niekedy zistí niekoľko po sebe idúcich chýb , a preto spustí súbor ErrorHandler.cmd viackrát. Pri navrhovaní tohto skriptu je nevyhnutné, aby bol idempotentný , čo znamená, že sa môže spúšťať opakovane bez toho, aby došlo k poškodeniu alebo spôsobeniu nezvyčajných vedľajších účinkov.

Ako funguje súbor SetupComplete.cmd a poradie jeho vykonávania

Súbor SetupComplete.cmd sa správa podľa veľmi špecifickej postupnosti, ktorá vám umožňuje s veľkou presnosťou vedieť, kedy sa spustia vaše vlastné akcie a aké ďalšie procesy systému Windows čakajú na spustenie.

Po skopírovaní súborov a použití obrazu, ešte pred zobrazením prihlasovacej obrazovky, inštalátor vyhľadá súbor s názvom SetupComplete.cmd v priečinku %WINDIR%\Setup\Scripts\ . Ak ho nájde, spustí ho so systémovými prihlasovacími údajmi a udalosť zaznamená do súboru C:\Windows\Panther\UnattendGC\Setupact.log , kde si môžete pozrieť, čo presne sa stalo.

Dôležitá poznámka: inštalačný program neoveruje ukončovací kód skriptu . To znamená, že aj keď súbor SetupComplete.cmd zlyhá alebo vráti nenulovú úroveň chyby, inštalácia bude pokračovať, akoby sa nič nestalo. To vás núti byť opatrní pri spracovaní chýb v samotnom skripte a v prípade potreby zanechať stopy vo vlastných protokoloch.

Ďalším detailom, ktorý treba zvážiť, je vzťah k pripájaniu sa k doméne a skupinovým politikám . Ak je počítač pridaný do domény počas inštalácie, objekty GPO definované v tejto doméne sa nepoužijú, kým sa nedokončí spustenie súboru SetupComplete.cmd. Tým sa zabráni tomu, aby aplikácia politík zasahovala do vašich skriptov po inštalácii, čo vám poskytne cenný čas na vykonanie úprav predtým, ako sa prejavia firemné nastavenia.

Pokročilé použitie súboru ErrorHandler.cmd pre hromadné inštalácie

Ako vytvoriť skripty na inštaláciu systému Windows 11 so špecifickou konfiguráciou

Pri nasadzovaní desiatok alebo stoviek systémov je len otázkou času, kedy jeden z nich zlyhá kvôli konfliktnému ovládaču, problému so sieťou alebo poškodenému obrazu. V týchto scenároch je súbor ErrorHandler.cmd vaším najlepším spojencom na zachytávanie diagnostických informácií a automatizované rozhodovanie.

Existujú dva hlavné spôsoby, ako zahrnúť tento skript do vašich nasadení. Prvý zahŕňa pripojenie obrazu systému Windows (napríklad súboru install.wim), vytvorenie cesty %WINDIR%\Setup\Scripts\ v rámci tohto obrazu a skopírovanie súboru ErrorHandler.cmd tam. Po odpojení a uložení zmien bude mať každá inštalácia používajúca tento obraz integrované spracovanie chýb.

Ďalšou možnosťou je umiestniť súbor ErrorHandler.cmd do dočasný priečinok prístupný počas inštalácieNapríklad C:\Temp\ErrorHandler.cmd a spustite inštalačný program systému Windows s parametrom /m ukazujúc na dané miesto: Setup /m:C:\TempTakto si inštalátor automaticky skopíruje súbory, ktoré nájde v danom priečinku, do svojej vnútornej štruktúry vrátane chybového skriptu.

Táto posledná metóda je veľmi pohodlná pri práci s prostredím nasadenia, kde už máte zdieľané zdroje, pretože vám umožňuje aktualizovať skript bez toho, aby ste sa dotkli základného obrazu . V každom prípade je vhodné, aby súbor ErrorHandler.cmd mal dostatočnú logiku na zaznamenanie kontextu zlyhania (relevantné protokoly, stav siete, informácie o hardvéri) a v prípade potreby na odoslanie týchto údajov na centrálny server na dôkladnú analýzu.

Neobsluhované inštalácie s Unattend.xml a autounattend.xml

Ak chcete, aby sa systém Windows 11 nainštaloval bez akýchkoľvek otázok týkajúcich sa jazyka, klávesnice, účtu, OOBE, licencií alebo podobných vecí, kľúčovou súčasťou je súbor odpovedí Unattend.xml alebo autounattend.xml . Tento súbor vám umožňuje krok za krokom viesť inštalátor a vopred špecifikovať všetky možnosti, ktoré by ste za normálnych okolností museli vyplniť manuálne.

Súbor Unattend.xml je možné spustiť v rôznych fázach procesu inštalácie. Niektoré možnosti sa spúšťajú veľmi skoro, počas fázy inštalácie systému Windows , čo je ideálne na prípravu diskových oddielov. Iné sa aktivujú počas krokov auditUser, oobeSystem alebo firstLogon , ktoré sú vhodnejšie na inštaláciu aplikácií, aktiváciu služieb alebo použitie používateľských nastavení.

Ak chcete spúšťať príkazy počas zavádzania inštalátora, môžete použiť sekcie Microsoft-Windows-Setup\RunAsynchronous alebo RunSynchronous . Tieto sekcie sú ideálne na definovanie štýlu rozdelenia disku (napríklad GPT s EFI a obnovovacími oddielmi), vymazanie obsahu primárneho disku alebo použitie predbežných zmien pred prvým reštartom.

Ak chcete automatizovať procesy v režime auditu , keď systém prejde do špeciálneho stavu na testovanie a prispôsobenie, máte prístup ku kľúčom Microsoft-Windows-Deployment\RunAsynchronousCommand a RunSynchronousCommand vo fáze auditUser . Tu sa zvyčajne umiestňujú skripty určené na testovanie aplikácií, inštaláciu veľkých balíkov alebo konfiguráciu podnikových šablón.

Nakoniec, na kontrolu toho, čo sa deje po spustení systému (OOBE), ešte predtým, ako používateľ uvidí pracovnú plochu, sa používajú sekcie Microsoft-Windows-Shell-Setup\LogonCommands\AsynchronousCommands a FirstLogonCommands\SynchronousCommand . Tieto príkazy sú ideálne na pridávanie alebo odstraňovanie aplikácií, používanie jazykových nastavení, zakazovanie návrhov alebo prispôsobovanie ponuky Štart , ale je najlepšie ich nepreháňať: nadmerne dlhé skripty oneskorujú príchod používateľa na pracovnú plochu a v komerčných verziách systému Windows existujú ďalšie obmedzenia, ktoré je dôležité rešpektovať.

Windows 11 bez dozoru: úplne preskočte OOBE

Spoločnosť Microsoft s každou aktualizáciou skomplikovala fázu okamžitého spustenia (OOBE) systému Windows 11, pričom pridala obrazovky na pripojenie k sieti, vytvorenie alebo vynútenie účtov Microsoft, aktiváciu OneDrive, vyskúšanie balíka Office, definovanie používania zariadenia alebo prijatie dlhého zoznamu možností ochrany osobných údajov. Tomuto všetkému sa dá vyhnúť bezobslužnou inštaláciou založenou na súbore autounattend.xml.

Cieľom je vytvoriť bootovacie inštalačné médium (zvyčajne USB disk) s ISO súborom systému Windows 11 a umiestnite ho do koreňového adresára disku na rovnakej úrovni ako setup.exe, súbor s názvom autoattend.xmlKeď inštalátor pri spustení rozpozná tento súbor, použije ho ako pomôcku pri zodpovedaní všetkých vašich otázok.

S dobre pripraveným súborom autounattend.xml môžete určiť, aby sa systém Windows 11 Pro nainštaloval v plne automatickom režime , vytvoriť administrátorský účet (napríklad Admin) a štandardný používateľský účet (User) s rovnakým preddefinovaným heslom a ponechať generický produktový kľúč skrytý na pozadí, ktorý neskôr môžete nahradiť skutočnou licenciou.

Okrem toho môžete odložiť konfiguráciu siete na koniec, čo v kombinácii s určitými nastaveniami umožňuje nainštalovať systém Windows 11 bez internetového pripojenia alebo účtu Microsoft . Týmto sa vytvoria lokálne účty, vypne telemetria, zmení správanie služby Windows Update na manuálne aktualizácie, vypnú sa webové výsledky Bingu v ponuke Štart, zablokujú sa navrhované aplikácie a v prípade potreby sa obnoví klasická kontextová ponuka podobná tej v systéme Windows 10.

Ten istý súbor odpovedí môže obsahovať príkazy na zobrazenie bežných ikon na pracovnej ploche, ako napríklad Tento počítač, Sieť, Kôš, Ovládací panel alebo priečinok používateľa, ako aj na prispôsobenie Prieskumníka podľa vašich predstáv (napríklad vždy povolením známych prípon súborov). Mnohé z týchto prispôsobení sa aplikujú pomocou ďalších skriptov a ich zobrazenie môže trvať niekoľko minút po prvom prihlásení.

Prekonanie hardvérových požiadaviek a obmedzení systému Windows 11

Oficiálne systém Windows 11 vyžaduje relatívne novšie procesory, TPM 2.0, Secure Boot, 4 GB RAM, minimálne úložisko a grafickú kartu kompatibilnú s DirectX 12. Tieto obmedzenia vylučujú mnoho počítačov, ktoré sú stále bez problémov schopné vykonávať kancelárske alebo laboratórne úlohy, ale kvôli príliš prísnym kontrolám zostali bez aktualizácie.

Hoci spoločnosť Microsoft túto metódu nepropaguje, existujú metódy zdokumentované komunitou na vkladanie kľúčov do súboru autounattend.xml, ktoré deaktivujú kontroly TPM, Secure Boot alebo minimálnej pamäte . To umožňuje pokračovať v inštalácii bez toho, aby ste sa zasekli na obrazovke s požiadavkami na systém, a to aj na nepodporovanom hardvéri. Je to veľmi užitočná taktika pre testovacie prostredia, staršie počítače alebo školiace laboratóriá.

Je však dôležité si uvedomiť, že samotný Microsoft varoval, že zariadenia, ktoré nespĺňajú požiadavky, môžu prestať dostávať aktualizácie prostredníctvom služby Windows Update , najmä tie, ktoré súvisia so zabezpečením. Okrem toho môže nedostatok kompatibilného hardvéru spôsobiť problémy: ovládače, ktoré nefungujú správne, častejšie modré obrazovky smrti (BSOD) na počítačoch s obmedzenou pamäťou RAM, nekompatibilitu s virtualizačným softvérom alebo výrazné poklesy výkonu v niektorých hrách.

Komunita zdieľa aj zaujímavú skratku, ktorá umožňuje spustiť inštalátor systému Windows 11 z existujúcej relácie systému Windows pomocou príkazu setup /product server v okne príkazového riadka s oprávneniami správcu. Týmto krokom nútite inštalátor použiť cestu aktualizácie podobnú serverovým verziám, kde sa hardvérové ​​požiadavky kontrolujú odlišne alebo sú uvoľnenejšie.

Používanie týchto trikov v produkčnom prostredí má svoje riziká: mohli by ste skončiť so systémom, ktorému chýbajú plne stabilné ovládače alebo dlhodobé bezpečnostné záplaty. Pre mnohých domácich používateľov môže byť lepšie držať sa systému Windows 10, ktorý je stále podporovaný do roku 2025, než vnucovať systém Windows 11 na veľmi starých počítačoch . Ale pre laboratóriá, testovanie alebo systémy, ktoré už boli po skončení svojej životnosti, tieto riešenia otvárajú zaujímavú možnosť.

Vytvorte a prispôsobte súbor autounattend.xml pre vaše prostredie

Ako vytvoriť skripty na inštaláciu systému Windows 11 so špecifickou konfiguráciou

Vytvorenie súboru autounattend.xml od začiatku môže byť zdĺhavé, ale existujú online nástroje a špecializované pomôcky, ktoré tento proces zjednodušujú. Jedným z najpoužívateľsky najprívetivejších je webový generátor, ktorý vytvára šablóny Unattend pre Windows 10 a 11 , kde si vyberáte možnosti prostredníctvom formulárov a nemusíte sa trápiť so syntaxou XML.

Pomocou týchto typov generátorov môžete načítať vopred pripravený vzorový súbor, kliknúť na tlačidlo „Vybrať súbor“ a importovať ho. Potom si sekciu po sekcii prezrieť nakonfigurované preferencie: jazyk, oddiely, kontá, nastavenia ochrany osobných údajov, správanie služby Windows Update, aktivácia alebo deaktivácia funkcií atď. Ak niečo nevyhovuje vášmu prostrediu, upravíte to a po dokončení si znova stiahnete prispôsobený súbor autounattend.xml.

Súbor obsahuje sekcie ako „Spustiť vlastné skripty “, kde definujete ďalšie príkazy a skripty, ktoré sa vykonajú po dokončení inštalácie, a to na systémovej aj používateľskej úrovni. Tu môžete prepojiť skripty PowerShellu, súbory .cmd alebo súbory .bat, ktoré aplikujú optimalizácie, čistia bloatware, menia nastavenia registra alebo nasadzujú proprietárny softvér vašej organizácie.

Bezobslužná inštalácia tiež riadi schému rozdelenia hlavného disku. Môžete napríklad určiť, že sa má vymazať všetok obsah disku a vytvoriť tabuľka oddielov GPT s 300 MB oddielom EFI na bootovanie a 1000 MB oddielom na obnovenie obsahujúcim prostredie Windows RE. Zostávajúci priestor sa pridelí systémovému oddielu, čím sa zabráni prekvapeniam so zvyšnými oddielmi z predchádzajúcich inštalácií.

Keď máte súbor autounattend.xml pripravený, existujú dva typické spôsoby jeho použitia: skopírujte ho do koreňového adresára inštalačného USB disku (spolu so súborom setup.exe) alebo upravte samotný ISO obraz pomocou nástroja, ako je AnyBurn , a pridajte súbor do obrazu, opäť na koreňovej úrovni. Tým sa zabezpečí, že akékoľvek médium vytvorené z tohto ISO súboru spustí systém Windows 11 s už zahrnutou automatickou konfiguráciou.

Konfigurácia vlastných skriptov a podrobných nastavení pomocou WinScript

Hoci vám Unattend/autounattend umožňuje automatizovať väčšinu procesu inštalácie, niekedy možno budete chcieť zájsť ďalej a dôkladne upraviť vnútornú konfiguráciu systémov Windows 10 a 11 bez toho, aby ste museli manuálne upravovať register alebo vytvárať množstvo skriptov od začiatku. Tu prichádza na rad veľmi zaujímavý nástroj s otvoreným zdrojovým kódom s názvom WinScript.

WinScript je bezplatná aplikácia dostupná v inštalovateľnej aj prenosnej verzii, ktorá napodobňuje rozhranie nastavení systému Windows 11. V bočnom paneli ponúka rôzne kategórie nastavení: súkromie, telemetria, výkon, hry, predinštalované aplikácie a ďalšie. Konkrétne možnosti pre každú kategóriu sa zobrazujú vpravo, pričom každá má vypínač.

Keď prepnete tieto prepínače, WinScript automaticky vygeneruje interný skript, ktorý zachytí všetky tieto zmeny. Neexistujú žiadne preddefinované profily, čo znamená, že si musíte starostlivo preštudovať každú kategóriu, aby ste si vytvorili vlastnú ideálnu konfiguráciu systému Windows. Výhodou je, že nepotrebujete hlbšie znalosti skriptovania: každé nastavenie obsahuje krátky popis, ktorý presne vysvetľuje, čo robí.

Po dokončení prispôsobenia nastavení môžete aplikáciu a výsledný skript uložiť na USB disk . Takto môžete jednoducho spustiť WinScript na akomkoľvek novo nainštalovanom počítači a okamžite aplikovať zmeny: odinštalovať bloatware , vypnúť nepotrebné služby, upraviť politiky telemetrie, optimalizovať výkon a oveľa viac.

Pred vykonaním akýchkoľvek významných zmien je vždy vhodné použiť vstavanú možnosť WinScript na vytvorenie bodu obnovenia systému . Týmto spôsobom, ak nejaké prispôsobenie niečo pokazí alebo s ním nebudete spokojní, môžete sa rýchlo vrátiť do predchádzajúceho stavu bez toho, aby ste museli preformátovať alebo obnoviť celý obraz systému.

Automatizácia skriptov PowerShellu pomocou Configuration Manageru

V podnikových prostrediach, kde tímy už majú klienta Configuration Manager (aktuálna vetva), je integrácia so skriptami PowerShellu skutočnou záchranou. Táto funkcia vám umožňuje vytvárať, schvaľovať a spúšťať skripty naprieč celými kolekciami zariadení so systémom Windows s centralizovaným sledovaním a konsolidovanými výsledkami.

Na používanie tejto funkcie musia mať klienti PowerShell 3.0 alebo novší (alebo verziu požadovanú konkrétnym skriptom) a klienta Configuration Manager aspoň verzie 1706. Okrem toho musia byť splnené určité požiadavky na povolenia: osoba vytvárajúca skript potrebuje povolenia na vytváranie „SMS skriptov“, osoba, ktorá ich schvaľuje, potrebuje povolenia na schválenie a osoba, ktorá ich spúšťa, potrebuje povolenie na „Spustiť skript“ pre kolekcie.

Konzola jasne rozlišuje medzi autormi skriptov, schvaľovateľmi a vykonávateľmi . V predvolenom nastavení by jeden používateľ nemal byť schopný vytvárať aj schvaľovať vlastné skripty, čo pridáva do procesu dôležitú vrstvu zabezpečenia. Toto dvojité schvaľovanie je možné zakázať na testovacie účely v laboratórnom prostredí, ale pre produkčné prostredia sa odporúča zachovať segregáciu rolí.

Rozsahy zabezpečenia sa používajú na obmedzenie toho, kto môže zobrazovať a používať určité skripty . Priradením vlastných štítkov a rolí môžete vytvoriť napríklad rolu „Vykonávatelia skriptov“ s oprávneniami iba na čítanie a vykonávanie kolekcií a skriptov, rolu „Autori“ s možnosťou vytvárať, upravovať a mazať skripty, ale nie ich vykonávať, a rolu „Overovatelia“ s výhradnou zodpovednosťou za ich kontrolu a schvaľovanie.

Vytváranie skriptov z konzoly je pomerne jednoduché: vyberte popisný názov, zadajte PowerShell ako jazyk, importujte pripravený súbor ps1 alebo ho tam priamo napíšte a v prípade potreby nakonfigurujte parametre. Skript zostane v stave „Čaká na schválenie“ , kým ho schvaľovateľ neskontroluje a neoznačí ako „Schválené“. Až potom ho možno spustiť na zariadeniach alebo v kolekciách.

Parametre, overovanie a plánované spustenie skriptu

Jednou zo silných stránok funkcie „Spúšťanie skriptov“ v nástroji Configuration Manager je spracovanie typovaných a overených parametrov . Môžete definovať vstupné premenné typu reťazec, celé číslo alebo zoznamy hodnôt, maximálne však desať parametrov na skript, čo poskytuje veľkú flexibilitu bez nadmerného komplikovania rozhrania.

Každý parameter má svoje vlastné pole vlastností, kde môžete nastaviť minimálna a maximálna dĺžka, regulárne výrazy a vlastné chybové hláseniaNapríklad pre reťazcový parameter „FirstName“ môžete vyžadovať 2 až 30 znakov a zakázať zahrnutie konkrétnych veľkých písmen pomocou regulárneho výrazu (RegEx), ako je Ak operátor zadá hodnotu, ktorá nespĺňa tieto podmienky, systém zobrazí chybové hlásenie, ktoré ste definovali.

Predvolené hodnoty parametrov sú odvodené zo samotného skriptu PowerShell, ale Configuration Manager ich neupravuje ani neprepisuje; jednoducho ich zobrazuje v rozhraní ako návrh . Ak potrebujete zmeniť skutočnú predvolenú hodnotu, musíte upraviť priamo skript, nie definíciu parametra v konzole.

Keď je čas spustiť skript, môžete tak urobiť na jednom zariadení alebo v celej kolekcii . Systém vydá príkaz ako operáciu s vysokou prioritou, ktorá sa zvyčajne dokončí za menej ako hodinu. Výsledky sa vracajú prostredníctvom stavových správ s kódom ukončenia (zvyčajne 0 pre úspech) a štandardným výstupom skriptu vo formáte JSON alebo obyčajného textu.

V novších verziách je možné naplánovať spustenie skriptov na konkrétny dátum a čas, vždy vo formáte UTC . Toto je veľmi užitočné, ak chcete synchronizovať globálne nasadenia alebo sa vyhnúť ich spusteniu počas špičky. Skripty sa spúšťajú pod lokálnym systémovým účtom zariadenia, ktorý má obmedzený prístup k sieti, takže akákoľvek potreba prístupu k vzdialeným zdrojom musí byť riešená opatrne (napríklad pomocou spravovaných prihlasovacích údajov alebo vhodných distribučných bodov).

Monitorovanie, výstup JSON a diagnostické protokolovanie

Aby sa predišlo nečinnosti, Configuration Manager obsahuje panel na monitorovanie stavu skriptov . V sekcii „Stav skriptu“ si môžete takmer v reálnom čase skontrolovať, koľko zariadení prijalo príkaz, koľko skript úspešne vykonalo, koľko zlyhalo alebo koľko bolo v danom čase offline.

Okrem toho môžete v zobrazení „Naplánované skripty“ sledovať naplánované spustenia. Každá položka zobrazuje ID operácie klienta, naplánovaný čas, aktuálny stav (napríklad „Naplánované“ alebo „Operácia klienta úspešne spustená“) a ďalšie užitočné metadáta. Po vykonaní sa výsledky zobrazia aj v uzle stavu skriptu, na ktorý odkazuje rovnaké ID.

Výstup skriptov sa prednostne vracia vo formáte JSONpomocou cmdletu ConvertTo-Json serializovať vygenerované objekty. To umožňuje konzole zobraziť štruktúrovanú reprezentáciu výstupu, ktorá sa oveľa ľahšie číta a analyzuje ako jednoduchá stena textu. Ak skript nevracia objekty alebo výstup nie je platný JSON, zobrazí sa vo formáte obyčajného textu.

Najlepšie je vyhnúť sa nadmerne veľkým výstupom: systém skracuje výsledky na 4 KB , takže skripty, ktoré vracajú veľa informácií, riskujú, že vynechajú dôležité údaje. Je tiež vhodné manuálne previesť určité špeciálne typy, ako napríklad enumerácie, na reťazce, aby bol výsledný JSON prehľadný a ľahko interpretovateľný.

V prípade problémov existuje niekoľko protokolov, ktoré stoja za kontrolu. Na samotnom klientovi, v priečinku C:\Windows\CCM\Logs , sú obzvlášť dôležité súbory Scripts.log a CcmMessaging.log . V administračnom module nájdete súbor MP_RelayMsgMgr.log a na serveri lokality, zvyčajne v priečinku C:\Program Files\Configuration Manager\Logs , súbor SMS_Message_Processing_Engine.log . Tieto protokoly sú prvým miestom, kde sa treba skontrolovať, keď sa niečo pokazí so spustením alebo hlásením skriptu.

Celý tento ekosystém skriptov, súborov odpovedí bez obsluhy a centralizovaných nástrojov na správu vám umožňuje vytvárať vysoko automatizované pracovné postupy inštalácie systému Windows 11. Od preskakovania kontrol po vybalení (OOBE) a hardvéru až po spustenie nástroja Sysprep, spúšťanie skriptov PSWindowsUpdate na inštaláciu ovládačov zo služby Windows Update, viacnásobné reštartovanie a návrat počítača do prostredia OOBE pripraveného na používateľa, prakticky akýkoľvek opakujúci sa scenár je možné zapuzdriť do sady dobre navrhnutých súborov a niekoľkých osvedčených postupov.

  • Automatizujte Windows 11 To zahŕňa kombináciu súborov Unattend/autounattend.xml so skriptmi ako SetupComplete.cmd a ErrorHandler.cmd.
  • Inštalácie Bezobslužné funkcie vám umožnia preskočiť OOBENakonfigurujte jazyk, účty a súkromie a dokonca prekonajte požiadavky TPM a Secure Boot.
  • Nástroje ako WinScript a Správca konfigurácie Uľahčujú vytváranie, schvaľovanie a spúšťanie skriptov PowerShell s parametrami a centralizovaným sledovaním.
  • Starostlivý návrh skriptov a protokolov zaisťuje spoľahlivejšie hromadné nasadenia, s menším manuálnym zásahom a lepšími diagnostickými možnosťami.
Vytvárajte Bash skripty vo Windowse pomocou WSL
Súvisiaci článok:
Kam uložiť skripty vo Windowse, aby ste ich mohli spúšťať odkiaľkoľvek

Pridať ako preferovaný zdroj v Google