Mencipta imej rujukan dengan Sysprep dan Unattend dalam Windows

Apabila anda perlu membuat persediaan dalam sesebuah syarikat berpuluh-puluh atau beratus-ratus komputer dengan WindowsMelakukannya satu persatu adalah satu pembaziran masa. Untuk mengelakkan perkara ini, penyelesaian ideal adalah dengan mencipta imej rujukan yang digilap dengan baik, menggeneralisasikannya dengan Sysprep dan melengkapinya dengan fail respons automatik Unattend.xml yang menyediakan semuanya tanpa perlu mengklik pada wizard.

Dalam baris berikut, anda akan melihat, dengan terperinci, bagaimana ia berfungsi Sysprep, apakah sebenarnya fungsi generalisasi?bagaimana langkah konfigurasi yang berbeza digabungkan dengan fail Unattend.xml dan batasannya, Trik Dan masalah biasa yang perlu anda pertimbangkan supaya anda tidak mengalami ranap di tengah-tengah penggunaan.

Apakah Sysprep dan mengapa ia penting untuk mencipta imej rujukan?

Sysprep (System Preparation Tool) ialah utiliti rasmi Microsoft yang direka untuk sediakan pemasangan Windows untuk mengklonnya dan gunakannya ke komputer lain. Matlamat utama adalah untuk mengalih keluar semua maklumat unik yang dipautkan ke mesin sumber supaya imej tersebut boleh digunakan semula pada banyak peranti tanpa konflik.

Setiap pemasangan Windows baharu menghasilkan elemen unik seperti SID (Pengenal Keselamatan) Data komputer merangkumi nama hos, cache pemacu tertentu, maklumat pengaktifan, dll. Jika anda mengklon cakera seperti sedia ada tanpa menjalankannya melalui Sysprep, anda meniru maklumat unik ini dan boleh mengalami masalah rangkaian yang sangat serius, terutamanya dengan perkhidmatan seperti WSUS atau perkhidmatan domain yang bergantung pada SID untuk mengenal pasti peralatan.

Fungsi Sysprep adalah untuk membawa pemasangan ke keadaan "umum": memadam atau menghasilkan semula data tertentu daripada perkakasan dan sistem, supaya apabila ia dimulakan semula, fasa persediaan pantas (OOBE) atau mod audit muncul, di mana pengecam baharu dijana dan konfigurasi akhir dilaraskan.

Dalam versi moden seperti Windows 10, mana-mana komputer yang anda mahukan sebarkan imej yang sama Ia mestilah telah melalui proses generalisasi sebelum ini, sama ada dengan Sysprep dalam mod grafik atau melalui baris arahan. arahan dengan parameter yang sesuai.

Perbezaan antara imej umum dan imej khusus

Apabila kita bercakap tentang penggunaan besar-besaran, adalah penting untuk membezakan dengan jelas antara imej digeneralisasikan dan imej khususImej umum ialah imej di mana Sysprep telah mengalih keluar data yang bergantung kepada perkakasan, manakala imej khusus masih menyimpan maklumat tersebut dan bertujuan untuk satu komputer tertentu.

Imej yang meluas, pernah dirakam dengan DISM, ia boleh dipulihkan dalam sebarang peralatan yang serasi dengan sistem pengendalian yang sama, dengan syarat anda memenuhi keperluan perkakasan asas tertentu. Sebaliknya, imej khusus mengekalkan SID, nama komputer, konfigurasi rangkaian dan data lain yang hanya berkaitan dengan mesin tempat ia dicipta.

Dalam Windows 10, anda boleh melakukan pemasangan khusus kepada keadaan umum dan sebaliknya, menggunakan Sysprep dengan pilihan yang sesuai. Prosedur biasa ialah: anda memasang sistem, menyesuaikannya, memasuki mod audit, menyelesaikan pemasangan dan apabila selesai, anda menjalankan Sysprep dengan /generalize dan menutup untuk menangkap imej tersebut.

Jika anda mahukan penggunaan yang sangat homogen (semua sistem dengan perkakasan yang sama), anda boleh mempertimbangkan imej umum yang kurang "agresif", tetapi masih dinasihatkan untuk membiarkan Sysprep menjana semula SID dan membersihkan data unik supaya perkhidmatan rangkaian dan direktori bekerja tanpa kejutan.

Peranan fail respons Unattend.xml

Selain menggeneralisasikan pemasangan, Sysprep menjadi jauh lebih berkuasa apabila digabungkan dengan Fail respons Unattend.xmlFail ini merupakan dokumen XML dengan koleksi komponen dan tetapan yang digunakan oleh Windows pada peringkat pemasangan yang berbeza.

Fail respons membolehkan anda membalas secara automatik soalan biasa daripada mana-mana pemasangan WindowsBahasa, susun atur papan kekunci, zon waktu, penerimaan perjanjian lesen, nama komputer, tingkah laku OOBE, kunci produk, pilihan perlindungan, dsb. Daripada mengklik "Seterusnya," Windows membaca fail Unattend.xml dan menggunakan nilai yang ditakrifkan.

En Windows 7Dalam versi Windows 8.1, Windows 10 dan pelayan, fail respons mengendalikan beberapa fasa konfigurasi atau "pas", seperti umumkan, pakarkan, auditSystem, auditUser dan oobeSystemTidak semuanya sentiasa diproses: sesetengahnya hanya dilaksanakan apabila Sysprep digunakan dalam mod tertentu.

Satu contoh mudah bagi fail Unattend.xml asas termasuk tetapan seperti SkipRearm, SkipAutoActivation, tetapan lokasi (es-ES)Tingkah laku OOBE untuk melangkau pengguna dan pembantu mesin, serta butiran lain yang menjadikan pengalaman pertama tanpa pengawasan sepenuhnya.

Struktur asas Unattend.xml untuk Sysprep

Fail Unattend.xml yang lengkap boleh direka bentuk dengan Pengurus Imej Sistem Windows (SIM Windows)yang merupakan sebahagian daripada kit pelaksanaan (ADK). Mencipta fail dari awal secara manual adalah mungkin, tetapi agak membosankan, kerana anda perlu mengetahui komponen dan sintaks XMLnya dengan baik.

Fail asas biasa mungkin termasuk, sebagai contoh, dalam pas umumkan Komponen Microsoft-Windows-Security-SPP dengan label SkipRearm ditetapkan kepada 1, yang dalam versi Windows yang lebih lama membenarkan kaunter pengaktifan ditetapkan semula. Dalam versi terkini, jika anda menggunakan kekunci lesen kelantangan atau kekunci runcit, tetapan ini kurang diperlukan kerana Windows diaktifkan secara automatik.

Dalam pas pengkhususan Adalah perkara biasa untuk memasukkan Microsoft-Windows-Security-SPP-UX (dengan SkipAutoActivation) dan Microsoft-Windows-Shell-Setup untuk perkara seperti CopyProfile, ComputerName (yang boleh menjadi wildcard), atau zon waktu (contohnya, "Waktu Standard GMT"). Semua ini terpakai apabila sistem memasuki fasa ini selepas generalisasi.

Akhirnya, dalam fasa oobeSystem Parameter penyetempatan biasanya ditakrifkan melalui Microsoft-Windows-International-Core (InputLocale, SystemLocale, UILanguage, UserLocale dalam bahasa Sepanyol), dan parameter OOBE dalam Shell-Setup, seperti SembunyikanEULAPage, Lokasi Rangkaian, LindungiPCAnda, SkipMachineOOBE dan SkipUserOOBEyang membolehkan anda melangkau kebanyakan persediaan awal.

Sebaik sahaja XML telah disediakan, sila simpan sebagai “unattend.xml” dalam teks biasa (berhati-hati agar editor tidak menambah sambungan .txt) dan letakkannya di laluan C:\Windows\System32\sysprep, dari mana Sysprep akan mengesannya atau anda boleh memanggilnya secara manual menggunakan parameter /unattend.

Cara menggunakan Sysprep dengan fail respons Unattend

Sysprep boleh dijalankan dengan antara muka grafik (sysprep.exe) dan daripada konsol arahanApabila anda akan menggunakannya dalam persekitaran profesional, pelaksanaan baris arahan adalah cara paling tepat untuk mengawal semua parameter.

Perintah klasik untuk menyediakan imej untuk ditangkap biasanya mempunyai bentuk ini: sysprep /generalisasi /oobe /shutdown /unattend:»C:\Windows\System32\sysprep\unattend.xml»Dengannya anda boleh membuat generalisasi, menunjukkan bahawa seterusnya boot Pergi ke OOBE, matikan komputer setelah selesai dan gunakan fail jawapan khusus yang telah anda sediakan.

Untuk melancarkan Sysprep dengan arahan itu, prosedur biasa adalah membuka tetingkap arahan segera Dengan keistimewaan pentadbir, tukar ke direktori C:\Windows\System32\sysprep dan Tulis arahan lengkap dengan parameternyaSebarang ralat dalam suis (atau dalam laluan XML) akan menyebabkan Sysprep tidak melakukan apa yang anda harapkan.

Semasa pelaksanaan, Sysprep akan mengambil masa beberapa minit untuk bersihkan sistem, proses fail Unattend Simpan imej (atau imej yang anda tentukan) dan biarkan ia dalam keadaan umum. Apabila ia selesai, ia akan mematikan komputer secara automatik jika anda menggunakan /shutdown, menjadikannya sedia untuk ditangkap dengan alat imej pilihan anda.

Adalah penting bahawa, sebaik sahaja peralatan rujukan dimatikan selepas Sysprep, Jangan mulakannya lagi sebelum menangkap imej. Jika anda melakukan ini, keadaan umum akan terganggu dan anda perlu mengulangi keseluruhan proses Sysprep sekali lagi sebelum mengambil tangkapan.

Fasa konfigurasi: generalisasi, auditSystem, auditUser dan oobeSystem

Tidak semua fasa fail respons sentiasa dilaksanakan. Sesetengahnya, seperti umumkan, auditSystem dan auditUserIa hanya akan digunakan apabila Sysprep campur tangan. Memahami bila ia diproses membantu anda meletakkan setiap konfigurasi dengan betul dalam fail Unattend.xml.

Tetapan auditSystem dan auditUser digunakan apabila komputer Ia bermula dalam mod audit.Ini boleh dipaksa dengan arahan `Sysprep /audit`. Mod ini membolehkan juruteknik menambah pemandu, aplikasi dan pelarasan tambahan sebelum pengitlakan.

Bagi bahagiannya, pas konfigurasi generalisasi diproses apabila parameter dilaksanakan /mengitlakkan daripada Sysprep. Di sinilah data perkakasan tertentu, SID dan maklumat berkaitan mesin lain dialih keluar, meninggalkan pemasangan dalam keadaan yang boleh diklon tanpa konflik.

Fasa oobeSystem digunakan dalam permulaan pertama selepas generalisasiIni berlaku apabila sistem memasuki pengalaman konfigurasi sedia ada (OOBE). Jika anda telah mengkonfigurasi fail Unattend.xml dengan betul, langkah ini boleh dilakukan secara automatik untuk pengguna akhir.

Oleh itu, jika anda ingin merangkai keseluruhan proses (menyesuaikan, menggeneralisasikan, memulakan audit atau OOBE, dll.) secara automatik sepenuhnya, anda perlu Agihkan pilihan antara pas yang sesuai dan pastikan Sysprep berjalan dengan parameter yang betul.

Had, pengaktifan dan penggunaan parameter SkipRearm

Microsoft mengenakan sekatan tertentu ke atas bilangan kali anda boleh menjalankan Sysprep pada imej yang sama. Dalam Windows 8.1, Windows Server 2012 dan versi yang lebih baharu, anda boleh menjalankannya sehingga 1001 kali; dalam Windows 7 dan Windows Server 2008/2008 R2, hadnya hanya 3 kegunaan setiap imej.

Dalam versi lama, konfigurasi telah digunakan secara meluas. SkipRearm dalam fail respons untuk menetapkan semula kaunter pengaktifan. Dalam praktiknya, ini membolehkan "memanjangkan" masa persediaan semasa pengujian dan penggunaan, walaupun sentiasa dalam had lesen yang dibenarkan.

Walau bagaimanapun, jika anda menggunakan kekunci produk kelantangan atau kekunci perniagaan moden, Windows akan diaktifkan secara automatik dan Anda biasanya tidak perlu memanipulasi SkipRearmWalau bagaimanapun, pilihan tersebut masih wujud dalam komponen keselamatan (Keselamatan-SPP) untuk persekitaran di mana pengaktifan diuruskan secara lebih manual.

Jika sesuatu projek memerlukan berbilang lelaran pengujian dengan Sysprep pada imej yang sama, adalah dinasihatkan rancang dengan baik dan kawal berapa banyak generalisasi yang dilaksanakan, supaya anda tidak melebihi had dan perlu membina semula imej dari awal pada saat yang paling teruk.

Pemacu Pasang dan Main dan PersistAllDeviceInstalls

Semasa pemasangan Windows, sistem mengesan peranti perkakasan dan Ia mengkonfigurasi pemacu anda secara automatik.Dengan membuat generalisasi, Sysprep menyahpasang peranti yang dikonfigurasikan tersebut, walaupun ia membiarkan pemacu tersedia pada komputer.

Jika senario penggunaan anda sangat homogen dan semua pasukan sasaran mempunyai perkakasan yang sama Berkenaan mesin rujukan, anda mungkin mahu memastikan peranti tersebut telah dipasang. Itulah kegunaan tetapan PersistAllDeviceInstalls bagi komponen Microsoft-Windows-PnpSysprep.

Dalam fail Unattend.xml, jika anda menetapkan PersistAllDeviceInstalls kepada benarSysprep akan menyimpan peranti yang dikonfigurasikan semasa generalisasi, yang mengurangkan el tiempo untuk pengesanan pada peranti akhir. Pada asasnya, ia merupakan pengoptimuman untuk persekitaran dengan perkakasan klon.

Walau bagaimanapun, jika anda akan menggunakan model berbeza dengan perkakasan yang pelbagaiAdalah lebih bijak untuk membiarkan Sysprep menyahpasang peranti dan mengesannya dari awal pada setiap komputer, memasang pemacu yang sesuai selepas memulihkan imej.

Walau apa pun, ingat bahawa rujukan untuk komponen ini adalah dalam dokumentasi rasmi pemasangan Windows tanpa pengawasan, memperincikan maksud setiap tag XML yang mempengaruhi Sysprep dan subsistem Plug and Play.

Menggunakan RunSynchronous dan tetingkap AuditUI dalam mod audit

Apabila anda memulakan Windows dalam mod audit, anda boleh memanfaatkan komponen tersebut Pelaksanaan Microsoft-Windows untuk melancarkan arahan berjujukan menggunakan RunSynchronous dalam pas auditSystem atau auditUser. Ini membolehkan anda mengautomasikan skrip, pemasangan atau tugas persediaan tambahan.

Semasa langkah auditUser, tetingkap yang dipanggil AuditUI Ia memaparkan status arahan RunSynchronous tersebut. Anda akan melihat senarai dengan penerangan atau laluan setiap arahan, dalam susunan yang ditakrifkan oleh nilai Susunan RunSynchronousCommand.

Sysprep memproses semua arahan secara berurutanJika ia berjalan dengan betul, ia akan muncul dengan tanda semak hijau dalam AuditUI. Jika ia gagal, ia akan ditanda dengan X merah, menjadikannya lebih mudah untuk menentukan bahagian mana dalam proses penyediaan yang menyebabkan masalah, walaupun skrip Ia tidak menjana rekod.

Cara pengendalian mula semula automatik bergantung pada konfigurasi. WillRebutSemulaJika ditetapkan kepada Sentiasa, komputer akan sentiasa dimulakan semula selepas arahan dilaksanakan, tidak kira sama ada ia mengembalikan 0 (berjaya) atau nilai bukan sifar. Jika ditetapkan kepada Tidak Pernah, ia tidak akan dimulakan semula, walaupun terdapat ralat.

Dengan WillReboot dalam OnRequest, kod pulangan 0, 1 dan 2 mempunyai makna yang berbeza: 0 menunjukkan kejayaan tanpa but semula, 1 menyebabkan but semula yang berjaya serta-merta, dan 2 but semula tetapi arahan dianggap masih dalam proses, muncul semula dalam senarai selepas but semula. Sebarang kod lain ditafsirkan sebagai ralat yang tidak dapat dipulihkanIni mungkin mengakibatkan kotak dialog terkunci, melainkan skrip Errorhandler.cmd wujud untuk mengendalikan kegagalan tersebut.