Jika anda perlu memasang Windows 11 berkali-kali, berulang kali bertanya soalan yang sama tentang rantau, papan kekunci, akaun, privasi atau aplikasi adalah satu masalah yang besar. Dengan gabungan skrip, fail respons tanpa pengawasan dan beberapa alatan Microsoft Anda boleh menjadikan keseluruhan proses itu hampir automatik, malah melangkau pengalaman OOBE dan menggunakan tetapan lanjutan anda sendiri.
Dalam baris berikut, anda akan melihat cara untuk memanfaatkannya SetupComplete.cmd, ErrorHandler.cmd, Unattend/autounattend.xml, PowerShell dan Pengurus Konfigurasi...serta beberapa helah untuk mengelakkan pemeriksaan perkakasan atau menyesuaikan sepenuhnya Windows 11. Ideanya ialah anda boleh mencipta pemacu USB yang boleh di-boot atau ISO yang diubah suai mampu memasang sistem dengan tetapan, skrip dan aplikasi anda, hampir tanpa menyentuh kekunci.
Skrip pemasangan Windows: SetupComplete.cmd dan ErrorHandler.cmd
Dalam pemasang Windows itu sendiri, terdapat mekanisme selama bertahun-tahun untuk mengaitkannya skrip tersuai pada peringkat pemasangan yang lebih lewatDua fail utama tersebut ialah PersediaanSelesai.cmd y Pengendali Ralat.cmd, yang terletak di laluan tersebut %WINDIR%\Persediaan\Skrip\ dan dilaksanakan dalam konteks sistem tempatan.
Fail ini PersediaanSelesai.cmd Ia dilancarkan sejurus selepas pemasangan utama selesai dan desktop muncul buat kali pertama, sebelum pengguna mula menggunakan sistem seperti biasa. Dari situ anda boleh mencetuskan skrip lain. cscript atau wscript, pasang aplikasi, gunakan tetapan pendaftaran atau melaksanakan sebarang tugas pasca pemasangan. Perlu diingat bahawa pada peralatan berkunci OEM Pilihan ini mungkin terhad, kecuali dalam edisi Enterprise dan versi Windows Server.
Bagi pihaknya, skrip itu Pengendali Ralat.cmd Ia direka bentuk sebagai mekanisme kecemasan. Apabila kegagalan serius berlaku semasa pemasangan yang menghalang kerja selanjutnya, pemasang akan menyemak sama ada terdapat sistem sandaran. %WINDIR%\Persediaan\Skrip\PengendaliRalat.cmd dan melaksanakannya dengan keistimewaan sistem. Komponen ini amat berguna apabila Banyak mesin digunakan pada masa yang samakerana ia membolehkan anda merekodkan ralat, mengumpul maklumat atau cuba pembetulan automatik.
Jika pemasang menghadapi ralat yang tidak boleh dipulihkan dan ErrorHandler.cmd tiada, ia akan memaparkan kotak dialog dengan mesej tersebut dan memerlukan penutupan manual. Walau bagaimanapun, apabila skrip hadir, ia akan dilaksanakan secara automatik. segerak, tanpa memaparkan mesej kepada penggunaProgram pemasangan kemudiannya ditutup. Bergantung pada peringkat kegagalan berlaku, komputer akan kembali ke persekitaran sebelumnya, seperti Windows PE atau pemasangan Windows sebelumnya.
Ada kalanya pemasangan mengesan beberapa kesilapan berturut-turut dan oleh itu melaksanakan ErrorHandler.cmd lebih daripada sekali. Semasa mereka bentuk skrip ini, adalah penting untuk menyediakannya agar idempotenIaitu, ia boleh dijalankan berulang kali tanpa merosakkan apa-apa atau menyebabkan kesan sampingan yang jarang berlaku.
Cara SetupComplete.cmd berfungsi dan susunan pelaksanaan
Kelakuan SetupComplete.cmd mengikuti urutan yang sangat spesifik, membolehkan anda mengetahui dengan ketepatan yang tinggi. bila tindakan tersuai anda akan dilaksanakan Dan apakah ciri-ciri Windows lain yang masih belum selesai?
Selepas menyalin fail dan menggunakan imej, sebelum skrin log masuk muncul, pemasang akan mencari dalam %WINDIR%\Persediaan\Skrip\ fail dengan nama PersediaanSelesai.cmdJika ia menemuinya, ia akan melaksanakannya dengan kelayakan sistem, merekodkan peristiwa tersebut ke log. C:\Windows\Panther\UnattendGC\Setupact.log, di mana anda boleh menyemak dengan tepat apa yang berlaku.
Sesuatu yang penting: program konfigurasi tidak mengesahkan kod keluar skripDalam erti kata lain, walaupun SetupComplete.cmd gagal atau mengembalikan tahap ralat bukan sifar, pemasangan akan diteruskan seolah-olah tiada apa yang berlaku. Ini memaksa anda berhati-hati dengan pengendalian ralat dalam skrip itu sendiri dan, jika perlu, meninggalkan jejak dalam log tersuai.
Satu lagi butiran yang perlu dipertimbangkan ialah hubungan dengan dasar penyertaan domain dan kumpulanJika komputer ditambahkan pada domain semasa pemasangan, GPO yang ditakrifkan dalam domain tersebut tidak akan digunakan sehingga SetupComplete.cmd selesai dijalankan. Ini menghalang aplikasi dasar daripada mengganggu skrip pasca pemasangan anda, memberikan anda tempoh masa yang berharga untuk membuat pelarasan sebelum tetapan korporat berkuat kuasa.
Penggunaan ErrorHandler.cmd lanjutan untuk pemasangan besar-besaran
Apabila kita menggunakan berpuluh-puluh atau beratus-ratus sistem, hanya menunggu masa sebelum satu pemasangan gagal disebabkan oleh pemacu yang bercanggah, masalah rangkaian atau imej yang rosak. Dalam senario tersebut, ErrorHandler.cmd ialah sekutu terbaik anda untuk mendapatkan maklumat diagnostik dan membuat keputusan automatik.
Terdapat dua cara utama untuk memasukkan skrip ini dalam pelaksanaan anda. Yang pertama melibatkan Pasang imej Windows (contohnya, fail install.wim), cipta laluan %WINDIR%\Persediaan\Skrip\ dalam imej tersebut dan salin ErrorHandler.cmd di sana. Selepas menyahpasang dan menyimpan perubahan, setiap pemasangan yang menggunakan imej tersebut akan mempunyai pengendalian ralat bersepadu.
Pilihan lain ialah meletakkan ErrorHandler.cmd dalam folder sementara boleh diakses semasa pemasanganContohnya, C:\Temp\ErrorHandler.cmd, dan jalankan program persediaan Windows dengan parameter /m menunjuk ke lokasi tersebut: Setup /m:C:\TempDengan cara ini, pemasang itu sendiri akan menyalin fail yang ditemui dalam folder tersebut secara automatik ke struktur dalamannya, termasuk skrip ralat.
Kaedah terakhir ini sangat mudah apabila bekerja dengan persekitaran penggunaan di mana anda sudah mempunyai sumber yang dikongsi, kerana ia membolehkan kemas kini skrip tanpa menyentuh imej asasWalau apa pun, adalah dinasihatkan agar ErrorHandler.cmd mempunyai logik yang mencukupi untuk merekodkan konteks kegagalan (log berkaitan, status rangkaian, maklumat perkakasan) dan, jika perlu, menghantar data tersebut ke pelayan pusat untuk analisis lanjut.
Pemasangan tanpa pengawasan dengan Unattend.xml dan autounattend.xml
Jika apa yang anda mahukan ialah Windows 11 dipasang tanpa bertanya apa-apa soalan kepada anda Berkenaan bahasa, papan kekunci, akaun, OOBE, lesen atau yang serupa, komponen utama ialah fail respons. Unattend.xml atau autounattend.xmlTerima kasih kepadanya, anda boleh membimbing pemasang langkah demi langkah, menunjukkan terlebih dahulu semua pilihan yang biasanya perlu anda isi dengan tangan.
Unattend.xml boleh dijalankan pada peringkat berbeza dalam proses persediaan. Sesetengah pilihan dilancarkan lebih awal, semasa fasa persediaan. Persediaan Windowssesuai untuk menyediakan partition cakera. Yang lain dicetuskan semasa langkah-langkah auditUser, oobeSystem atau firstLogon, lebih sesuai untuk memasang aplikasi, mengaktifkan perkhidmatan atau menggunakan tetapan pengguna.
Untuk melancarkan arahan semasa pemasang masih boot, anda boleh menggunakan bahagian Persediaan Microsoft-Windows\JalankanAsynchronous o RunSynchronousIa sesuai untuk menentukan gaya pembahagian cakera (cth., GPT dengan EFI dan pembahagian pemulihan), memadamkan kandungan pemacu utama atau menggunakan perubahan sebelumnya sebelum but semula yang pertama.
Jika anda ingin mengautomasikan apa yang berlaku dalam mod auditApabila sistem memasuki keadaan khas untuk pengujian dan penyesuaian, anda mempunyai kunci yang boleh digunakan. Microsoft-Windows-Deployment\RunAsynchronousCommand y JalankanArahanSegerakKronik dalam fasa auditUserDi situlah skrip yang direka untuk menguji aplikasi, memasang pakej besar atau mengkonfigurasi templat korporat biasanya diletakkan.
Akhir sekali, untuk mengawal apa yang berlaku selepas OOBE, sebelum pengguna melihat desktop, bahagian berikut digunakan: Persediaan-Shell-Microsoft-Windows\Perintah-Logon\Perintah-Asynchronous y FirstLogonCommands\SynchronousCommandPerintah-perintah ini sesuai untuk Tambah atau alih keluar aplikasi, gunakan tetapan bahasa, lumpuhkan cadangan atau sesuaikan menu Mula.Walau bagaimanapun, adalah lebih baik untuk tidak menggunakannya secara berlebihan: skrip yang terlalu lama akan melambatkan ketibaan pengguna di desktop, dan dalam versi komersial Windows, terdapat batasan tambahan yang penting untuk dihormati.
Windows 11 tanpa pengawasan: langkau sepenuhnya OOBE
Microsoft telah merumitkan fasa siap sedia (OOBE) Windows 11 dengan setiap kemas kini, menambah skrin untuk menyambung ke rangkaian, mencipta atau memaksa akaun Microsoft, mengaktifkan OneDrive, mencuba Office, menentukan penggunaan peranti atau menerima senarai panjang pilihan privasi. Semua ini boleh dielakkan dengan pemasangan tanpa pengawasan berdasarkan autounattend.xml.
Ideanya adalah untuk mewujudkan sebuah media pemasangan boleh but (biasanya pemacu USB) dengan ISO Windows 11 dan letakkannya dalam direktori root pemacu, pada tahap yang sama seperti setup.exe, fail yang dipanggil autounattend.xmlApabila pemasang mengesan fail ini semasa permulaan, ia menggunakannya sebagai panduan untuk menjawab semua soalan anda.
Dengan fail autounattend.xml yang disediakan dengan baik, anda boleh menentukan bahawa ia harus dipasang. Windows 11 Pro dalam mod automatik sepenuhnya, buat akaun pentadbir (contohnya, Admin) dan pengguna standard lain (Pengguna) dengan kata laluan yang telah ditetapkan yang sama, dan biarkan kunci produk generik di latar belakang, yang kemudiannya boleh digantikan dengan lesen sebenar anda.
Tambahan pula, konfigurasi rangkaian boleh ditangguhkan sehingga akhir, yang, digabungkan dengan tetapan tertentu, membolehkan anda Pasang Windows 11 tanpa sambungan internet atau akaun MicrosoftIni mencipta akaun setempat, melumpuhkan telemetri, mengubah tingkah laku Kemas Kini Windows kepada kemas kini manual, melumpuhkan hasil web Bing dalam menu Mula, menghalang aplikasi yang dicadangkan dan memulihkan, jika dikehendaki, menu konteks klasik yang serupa dengan Windows 10.
Fail respons yang sama mungkin termasuk arahan untuk paparkan ikon biasa pada desktop seperti PC Ini, Rangkaian, Tong Kitar Semula, Panel Kawalan atau folder pengguna, serta untuk menyesuaikan Explorer mengikut citarasa anda (contohnya, dengan sentiasa mendayakan sambungan fail yang diketahui). Kebanyakan penyesuaian ini digunakan menggunakan skrip tambahan dan mungkin mengambil masa beberapa minit untuk kelihatan selepas log masuk pertama.
Mengatasi keperluan dan batasan perkakasan Windows 11
Secara rasmi, Windows 11 memerlukan pemproses yang agak terkini, TPM 2.0, But Selamat, RAM 4 GB, storan minimum dan GPU yang serasi dengan DirectX 12Sekatan ini tidak termasuk banyak komputer yang masih mampu melaksanakan tugas pejabat atau makmal dengan sempurna, tetapi dibiarkan tanpa kemas kini disebabkan oleh pemeriksaan yang terlalu ketat.
Walaupun Microsoft tidak mempromosikannya, terdapat kaedah yang didokumenkan oleh komuniti untuk Suntik ke dalam autounattend.xml kekunci yang melumpuhkan TPM, But Selamat atau pemeriksaan memori minimumIni membolehkan pemasangan diteruskan tanpa tersekat pada skrin keperluan, walaupun pada perkakasan yang tidak disokong. Ini merupakan ciri yang sangat berguna untuk persekitaran ujian, mesin lama atau makmal latihan.
Walau bagaimanapun, penting untuk diketahui bahawa Microsoft sendiri telah memberi amaran bahawa peranti yang memintas keperluan akan terjejas. Mereka mungkin berhenti menerima kemas kini melalui Kemas Kini Windowsterutamanya yang berkaitan dengan keselamatan. Tambahan pula, kekurangan perkakasan yang serasi boleh mencetuskan masalah: pemacu yang tidak berfungsi dengan betul, skrin biru kematian (BSOD) yang lebih kerap pada mesin dengan RAM yang sedikit, ketidakserasian dengan perisian virtualisasi atau penurunan prestasi yang ketara dalam sesetengah permainan.
Terdapat juga pintasan yang menarik, yang dikongsi oleh komuniti, yang membolehkan anda melancarkan pemasang Windows 11 daripada sesi Windows sedia ada menggunakan arahan setup /product server dalam tetingkap gesaan arahan dengan keistimewaan pentadbir. Berbuat demikian memaksa pemasang untuk menerima pakai laluan naik taraf yang serupa dengan versi pelayan, di mana keperluan perkakasan disemak secara berbeza atau dilonggarkan.
Menggunakan helah ini dalam persekitaran pengeluaran mempunyai risikonya: anda mungkin berakhir dengan sistem yang kekurangan pemacu yang stabil sepenuhnya atau tampalan keselamatan jangka panjang. Bagi kebanyakan pengguna di rumah, mungkin lebih baik untuk kekal menggunakan Windows 10, yang masih disokong sehingga 2025, daripada... Memaksa Windows 11 pada mesin yang sangat lamaTetapi bagi makmal, ujian atau peralatan yang sudah tidak berfungsi, penyelesaian ini membuka peluang yang menarik.
Cipta dan sesuaikan autounattend.xml untuk persekitaran anda
Membina fail autounattend.xml dari awal boleh menjadi membosankan, tetapi terdapat alatan dalam talian dan utiliti khusus yang memudahkan proses tersebut. Salah satu yang paling mudah ialah penjana berasaskan web yang mampu Cipta templat Unattend untuk Windows 10 dan 11, di mana anda memilih pilihan melalui borang dan tidak perlu bersusah payah dengan sintaks XML.
Dengan penjana jenis ini, anda boleh memuatkan fail contoh yang telah disediakan terlebih dahulu, klik pada "Pilih fail" Untuk mengimportnya, anda kemudiannya akan menyemak bahagian pilihan yang dikonfigurasikan mengikut bahagian: bahasa, partition, akaun, tetapan privasi, tingkah laku Kemas Kini Windows, pengaktifan atau penyahaktifan ciri, dsb. Jika sesuatu tidak sesuai dengan persekitaran anda, anda boleh menyesuaikannya dan apabila selesai, anda boleh memuat turunnya semula. autounattend.xml tersuai.
Arkib tersebut merangkumi bahagian-bahagian seperti Jalankan skrip tersuaiBahagian ini mentakrifkan arahan dan skrip tambahan yang akan dilaksanakan setelah pemasangan selesai, baik pada peringkat sistem mahupun pengguna. Di sini anda boleh memautkan skrip PowerShell, fail .cmd atau .bat yang menggunakan pengoptimuman, membersihkan bloatware, menukar tetapan pendaftaran atau menggunakan perisian organisasi anda sendiri.
Kemudahan yang tidak dijaga juga mengawal skema pembahagian cakera utama. Contohnya, anda boleh menentukan bahawa semua kandungan pemacu akan dipadamkan dan jadual partition GPT akan dicipta dengan partition EFI 300 MB untuk but dan partition pemulihan 1000 MB yang mengandungi Windows RE. Ruang yang tinggal diperuntukkan kepada partition sistem, mengelakkan kejutan dengan partition baki daripada pemasangan sebelumnya.
Sebaik sahaja anda mempunyai autounattend.xml yang sedia, terdapat dua cara biasa untuk menggunakannya: salinnya ke akar pemacu USB pemasangan (bersama-sama dengan setup.exe) atau ubah suai ISO itu sendiri dengan utiliti seperti AnyBurnMenambah fail kembali ke direktori root imej memastikan bahawa sebarang media yang dibuat daripada ISO tersebut akan menjalankan Windows 11 dengan konfigurasi automatik yang telah disertakan.
Konfigurasikan skrip tersuai dan tetapan mendalam dengan WinScript
Walaupun Unattend/autounattend membolehkan anda mengautomasikan sebahagian besar pemasangan, kadangkala anda mahu pergi lebih jauh dan untuk mengubah suai konfigurasi dalaman Windows 10 dan 11 secara menyeluruh tanpa perlu mengedit pendaftaran secara manual atau mencipta banyak skrip dari awal. Di sinilah alat sumber terbuka yang sangat menarik dipanggil WinScript.
WinScript dibentangkan sebagai aplikasi percuma, tersedia dalam versi boleh dipasang dan mudah alih, yang Ia meniru antara muka Tetapan Windows 11. Ia menawarkan, dalam panel sisi, pelbagai kategori tetapan: privasi, telemetri, prestasi, permainan, aplikasi prapasang, dsb. Di sebelah kanan, anda akan menemui pilihan khusus untuk setiap kategori, setiap satu dengan suis hidup/mati.
Semasa anda mengaktifkan atau menyahaktifkan suis ini, WinScript akan menghasilkan skrip secara automatik Ia merupakan sistem dalaman yang merekodkan semua perubahan ini. Tiada profil yang telah ditetapkan, yang memaksa anda menyemak setiap kategori dengan teliti untuk membina "resipi" Windows ideal anda sendiri. Kelebihannya ialah anda tidak memerlukan pengetahuan skrip yang mendalam: setiap tetapan merangkumi penerangan ringkas yang menerangkan dengan tepat apa yang dilakukannya.
Apabila anda selesai mengkonfigurasi tetapan anda, anda boleh menyimpan aplikasi dengan skrip yang terhasil dalam pemacu usbDengan cara ini, anda boleh melancarkan WinScript pada mana-mana komputer yang baru dipasang untuk menggunakan set perubahan anda sekaligus: nyahpasang bloatware, lumpuhkan perkhidmatan yang tidak diperlukan, laraskan dasar telemetri, optimumkan prestasi dan banyak lagi.
Sebelum membuat pengubahsuaian yang agresif, adalah dinasihatkan untuk sentiasa memanfaatkan pilihan terbina dalam WinScript untuk buat titik pemulihan sistemDengan cara ini, jika sebarang penyesuaian merosakkan sesuatu atau anda tidak berpuas hati dengannya, anda boleh kembali ke keadaan sebelumnya dengan cepat tanpa perlu memformat semula atau memulihkan keseluruhan imej sistem.
Automatikkan skrip PowerShell dengan Pengurus Konfigurasi
Dalam persekitaran korporat, di mana pasukan sudah mempunyai pelanggan Pengurus Konfigurasi (cawangan semasa), penyepaduan dengan skrip PowerShell merupakan penyelamat sebenar. Ciri ini membolehkan anda mencipta, meluluskan dan menjalankan skrip merentasi keseluruhan koleksi peranti Windows, dengan penjejakan berpusat dan hasil yang disatukan.
Untuk menggunakan ciri ini, pelanggan mesti mempunyai PowerShell 3.0 atau lebih tinggi (atau versi yang diperlukan oleh skrip tertentu) dan klien Pengurus Konfigurasi sekurang-kurangnya versi 1706. Di samping itu, keperluan kebenaran tertentu mesti dipenuhi: orang yang mencipta skrip perlu mencipta kebenaran pada "Skrip SMS", orang yang meluluskannya mesti mempunyai kebenaran kelulusan dan orang yang menjalankannya memerlukan kebenaran "Jalankan skrip" pada koleksi.
Konsol membezakan dengan jelas antara pengarang, pelulus dan pelaksana skripSecara lalai, seorang pengguna tidak sepatutnya dapat mencipta dan meluluskan skrip mereka sendiri, yang menambahkan lapisan keselamatan yang penting pada proses tersebut. Kelulusan berganda ini boleh dinyahdayakan untuk tujuan pengujian dalam makmal, tetapi mengekalkan pengasingan peranan disyorkan untuk persekitaran pengeluaran.
Persekitaran keselamatan digunakan untuk hadkan siapa yang boleh melihat dan menggunakan skrip tertentuDengan menetapkan label dan peranan tersuai, anda boleh mencipta, contohnya, peranan "Pelaksana Skrip" dengan hanya kebenaran membaca dan melaksanakan pada koleksi dan skrip, peranan "Pengarang" dengan keupayaan untuk mencipta, mengubah suai dan memadam skrip tetapi tanpa melaksanakannya, dan peranan "Pelulus" ketiga yang bertanggungjawab sepenuhnya untuk menyemak dan meluluskan.
Mencipta skrip daripada konsol agak mudah: pilih nama deskriptif, nyatakan PowerShell sebagai bahasa, import fail ps1 yang telah disediakan atau tulis terus di sana dan konfigurasikan parameter jika perlu. Skrip kemudiannya mempunyai status... "Menunggu kelulusan" sehingga pelulus menyemaknya dan menandakannya sebagai "Diluluskan." Hanya selepas itu ia boleh digunakan pada peranti atau koleksi.
Parameter, pengesahan dan pelaksanaan skrip yang dijadualkan
Salah satu kekuatan ciri "Jalankan skrip" Pengurus Konfigurasi ialah keupayaannya untuk mengurus parameter yang ditaip dan disahkanAnda boleh mentakrifkan pembolehubah input jenis rentetan, integer atau senarai nilai, sehingga maksimum sepuluh parameter setiap skrip, yang memberikan fleksibiliti yang hebat tanpa merumitkan antara muka.
Setiap parameter mempunyai kotak sifatnya sendiri, di mana anda boleh menetapkan panjang minimum dan maksimum, ungkapan biasa dan mesej ralat tersuaiContohnya, untuk parameter rentetan "FirstName", anda boleh memerlukan antara 2 dan 30 aksara dan melarang kemasukan huruf besar tertentu menggunakan RegEx seperti Jika operator memasukkan nilai yang tidak memenuhi syarat-syarat ini, sistem akan memaparkan mesej ralat yang telah anda tentukan.
Nilai parameter lalai diperoleh daripada skrip PowerShell itu sendiri, tetapi Pengurus Konfigurasi tidak mengubah suai atau menulis gantinya; ia hanya Ia memaparkannya dalam antara muka sebagai cadanganJika anda perlu mengubah nilai lalai sebenar, anda mesti mengedit skrip secara langsung, bukan definisi parameter dalam konsol.
Apabila tiba masanya untuk menjalankan skrip, anda boleh melakukannya semula satu peranti atau koleksi lengkapSistem memulakan arahan sebagai operasi berprioriti tinggi yang biasanya selesai dalam masa kurang daripada sejam. Keputusan dikembalikan melalui mesej status, termasuk kod keluar (biasanya 0 untuk kejayaan) dan output standard skrip dalam format JSON atau teks biasa.
Dalam versi terkini, adalah mungkin untuk menjadualkan pelaksanaan untuk tarikh dan masa tertentu, sentiasa dalam Format UTCIni sangat berguna jika anda ingin menyegerakkan penggunaan global atau mengelakkan pelancarannya semasa waktu puncak. Skrip dijalankan di bawah akaun sistem setempat peranti, yang mempunyai akses rangkaian terhad, jadi sebarang keperluan untuk mencapai sumber jauh mesti dikendalikan dengan teliti (contohnya, dengan menggunakan kelayakan terurus atau titik pengedaran yang sesuai).
Pemantauan, output JSON dan pembalakan diagnostik
Untuk mengelakkan daripada berlaku secara membuta tuli, Pengurus Konfigurasi menyertakan panel memantau status skripDalam bahagian "Status Skrip", anda boleh menyemak hampir masa nyata berapa banyak peranti yang menerima arahan, berapa banyak yang berjaya melaksanakan skrip, berapa banyak yang gagal atau berapa banyak yang berada di luar talian pada masa itu.
Di samping itu, sejak Paparan "Skrip Berjadual" Anda boleh menjejaki pelaksanaan yang telah anda jadualkan. Setiap entri memaparkan ID operasi klien, masa yang dijadualkan, status semasa (contohnya, "Dijadualkan" atau "Operasi klien berjaya dimulakan") dan metadata berguna yang lain. Selepas pelaksanaan, hasilnya juga ditunjukkan dalam nod status skrip, yang dirujuk oleh ID yang sama.
Output skrip sebaiknya dikembalikan dalam JSONmenggunakan cmdlet ConvertTo-Json untuk menyusun semula objek yang dijana secara bersiri. Ini membolehkan konsol memaparkan perwakilan berstruktur output, lebih mudah dibaca dan dianalisis berbanding dinding teks yang mudah. ​​Jika skrip tidak mengembalikan objek atau output bukan JSON yang sah, ia akan dipaparkan dalam format teks biasa.
Sebaiknya elakkan output yang terlalu besar: sistem memendekkan hasil kepada 4 KBOleh itu, skrip yang mengembalikan banyak maklumat berisiko meninggalkan data penting. Adalah juga dinasihatkan untuk menukar jenis khas tertentu secara manual, seperti penghitungan, kepada rentetan, supaya JSON yang terhasil bersih dan mudah ditafsirkan.
Sekiranya terdapat masalah, terdapat beberapa log yang perlu diketahui. Mengenai klien itu sendiri, dalam C:\Windows\CCM\Log, menonjol Skrip.log y CcmMessaging.logModul pentadbiran mengandungi MP_RelayMsgMgr.log dan di pelayan tapak, biasanya di bawah C:\Fail Program\Pengurus Konfigurasi\Log, fail Log_Enjin_Pemprosesan_Mesej_SMSLog ini merupakan perhentian wajib pertama apabila berlaku masalah dengan pelaksanaan atau pelaporan skrip.
Keseluruhan ekosistem skrip, fail respons tanpa pengawasan dan alatan pengurusan berpusat ini membolehkan pembinaan aliran kerja pemasangan Windows 11 yang sangat automatikDaripada melangkau pemeriksaan OOBE dan perkakasan kepada melancarkan Sysprep, menjalankan skrip PSWindowsUpdate untuk memasang pemacu daripada Windows Update, memulakan semula berbilang kali dan mengembalikan komputer kepada OOBE yang sedia pengguna, hampir sebarang senario berulang boleh dirangkum dalam satu set fail yang direka bentuk dengan baik dan beberapa amalan terbaik.
- Automasikan Windows 11 Ini melibatkan penggabungan fail Unattend/autounattend.xml dengan skrip seperti SetupComplete.cmd dan ErrorHandler.cmd.
- Pemasangannya Tanpa pengawasan membolehkan anda melangkau OOBEKonfigurasikan bahasa, akaun dan privasi, malah atasi keperluan TPM dan But Selamat.
- Alatan seperti Pengurus WinScript dan Konfigurasi Mereka memudahkan penciptaan, kelulusan dan pengendalian skrip PowerShell dengan parameter dan penjejakan berpusat.
- Reka bentuk skrip dan log yang teliti memastikan penggunaan besar-besaran yang lebih andal, dengan kurang intervensi manual dan keupayaan diagnostik yang lebih baik.
