Apa keuntungan menggunakan file .msi dibandingkan file setup.exe biasa?
Saya memiliki kesan bahwa penyebaran lebih mudah pada mesin yang pengguna memiliki sedikit izin, tetapi tidak yakin tentang detailnya.
Fitur apa yang dimiliki msiexec.exe yang membuat penyebaran lebih mudah daripada menggunakan skenario setup.exe?
Adakah tips atau trik saat menggunakan aplikasi .msi?
Jawaban:
Hanya beberapa manfaat:
Saya pikir ketika saya menggunakan perangkat lunak dalam pengaturan perusahaan: menyebarkan perangkat lunak melalui MSI hampir menyenangkan. Sebaliknya, saya hampir selalu menemukan diri saya takut menyebarkan perangkat lunak ketika berada di wadah lain.
Untuk beberapa info tambahan tentang memanipulasi instalasi MSI, ketikkan msiexecke dalam dialog Run.
UPDATE, Juli 2018 : Ringkasan yang sangat padat dari informasi di bawah ini tersedia di stackoverflow: Manfaat Utama MSI ( "executive summary"- semacam).
Saya telah bekerja dalam pengembangan sebagai manajer rilis , insinyur bangunan , pengembang pengaturan dan sebagai pembuat paket aplikasi dan insinyur penempatan di perusahaan besar.
Ini adalah ulasan fitur MSI konseptual dan dunia nyata (dan terburuk) terbaik . Masalah desain yang paling umum ditemukan dalam file MSI disajikan sebagai jawaban terpisah di bawah ini . Tidak berpura-pura lengkap - benar-benar hanya "tempat sampah otak" yang berantakan - dimaksudkan sebagai "barang yang tidak dapat ditemukan di buku" (mungkin karena alasan yang baik).
Saya juga ingin menyarankan artikel MSDN ini sebagai bacaan yang bagus: Pemasang Windows: Manfaat dan Implementasi untuk Administrator Sistem .
Singkatnya, MSI adalah tentang standardisasi, dan tentang berurusan dengan " bau penyebaran " dari teknologi installer warisan. Seluruh koleksi desain arsitektur instalasi yang buruk yang menyebabkan masalah penyebaran berulang.
Secara keseluruhan MSI menyediakan kerangka kerja yang komprehensif dan terstandarisasi untuk installer, yang pada dasarnya juga mencakup fitur uninstall dan built-in dan opsi untuk silent running dengan GUI standar yang dapat dipicu dari jarak jauh .
Fitur-fitur ini sendiri merupakan peningkatan besar-besaran dari teknologi instalasi sebelumnya yang memperlakukan pencopotan pemasangan dan diam berjalan secara serampangan - mungkin fitur yang paling penting untuk penyebaran perusahaan bersama dengan manajemen paket jarak jauh yang dapat diandalkan melalui Active Directory atau alat administrasi jarak jauh khusus seperti Microsoft SCCM (sebelumnya SMS), IBM Tivoli , CA Unicenter, dan sejenisnya.
Seseorang menduplikasi versi sebelumnya dari jawaban ini . Mungkin membaca lebih cepat?
MSI secara aktif mencegah penyebaran bau oleh desain. Topik-topik ini dibahas di bagian selanjutnya di bawah ini, tetapi sebagai daftar cepat masalah yang paling dikenal dengan installer lama dan teknologi penyebaran yang lebih lama adalah:
Daftar ini berlanjut dengan banyak kelemahan penyebaran penting dan diakui lainnya . Jelas dalam dunia penyebaran perusahaan bahwa masalah ini muncul paling sering, dan telah menghasilkan bisnis " pengemasan ulang aplikasi " di mana penginstal lama ditangkap dengan teknologi pemindaian disk dan registri untuk membuat file MSI yang sesuai standar. untuk penyebaran yang andal.
Pengemasan ulang aplikasi adalah pekerjaan spesialis dan umumnya menghasilkan file MSI berkualitas tinggi jika dilakukan dengan benar oleh orang yang berpengetahuan, tetapi tidak mungkin untuk mengemas kembali semua aplikasi karena logika registrasi yang kompleks yang harus dijalankan secara interaktif agar aplikasi tertentu dapat bekerja.
Dalam bahasa sederhana , manfaat MSI yang sangat penting adalah (tanpa urutan tertentu):
Di dunia nyata saya telah menemukan aspek - aspek yang kurang berhasil untuk memasukkan tambalan (sangat kompleks), MSI-GUI (fitur sederhana, cukup kompleks, kurang fleksibel), ketahanan (dapat menyebabkan sulitnya men-debug masalah pengulangan perbaikan sendiri ), dan kompleksitas keseluruhan berurusan dengan teknologi untuk pemula (kompleksitas operasi dasar yang tinggi di waktu - misalnya upgrade, GUI dan banyak detail yang berinteraksi menyebabkan hasil yang tidak terduga, dll ...). Kecepatan proses instalasi juga melambat karena peningkatan overhead MSI. Lihat beberapa tips untuk meningkatkan kecepatan instalasi MSI .
Sisa dari teks ini membahas beberapa aspek MSI ini secara lebih rinci.
File MSI pada dasarnya adalah database SQL-Server yang dipreteli yang disimpan sebagai file penyimpanan berstruktur COM - pada dasarnya sistem file dalam file atau kumpulan aliran data. Ini adalah tipe file yang digunakan dalam dokumen Microsoft Office , dan menghasilkan format standar yang dapat ditinjau dan diperiksa - masalah besar bagi perusahaan besar.
Dengan pengecualian tindakan khusus yang dikompilasi, file MSI adalah kotak putih . Jika pengaturan mengubah sesuatu yang gila seperti pengaturan jaringan di seluruh sistem, Anda dapat melihatnya menggunakan alat yang sesuai . Pengecualian penting dikompilasi tindakan kustom - yang merupakan kotak hitam . Persyaratan logo Windows memerlukan tindakan khusus untuk dijelaskan untuk menjelaskan apa yang mereka lakukan, tetapi ini sering diabaikan oleh pengembang penyiapan. Semoga munculnya Wix akan meningkatkan ini.
Untuk menentukan apa yang dilakukan tindakan kustom terkompilasi tersebut dalam arti teknis, tangkapan setup diperlukan. Ini hampir tidak pernah dilakukan dalam pengalaman saya. Lebih umum untuk menghubungi vendor untuk mendapatkan informasi jika perangkat lunak memerlukan persetujuan untuk penerapan perusahaan, dan mungkin itu adalah aplikasi itu sendiri yang mencegah penggunaannya, dan bukan hanya pengaturan.
MSI dapat dikustomisasi melalui transformasi agar sesuai dengan kebutuhan dan standar organisasi sementara masih memungkinkan interoperabilitas dengan pembaruan pemasang vendor. Anda tidak mengubah pemasang itu sendiri, Anda membuat kustomisasi dalam file terpisah, khusus organisasi yang disebut transform (.mst file) (fragmen basis data atau ubah transaksi jika Anda mau). Anda bebas untuk menonaktifkan tindakan khusus dan secara umum mengubah, menimpa, atau menonaktifkan apa pun di penginstal, dan Anda bahkan dapat menambahkan hal-hal baru, termasuk file. File transformasi juga kadang-kadang digunakan untuk melokalkan file MSI ke berbagai bahasa. Beberapa transformasi dapat diterapkan ke satu MSI, di sini adalah sampel dengan jalur terpotong :
msiexec.exe /I "My.msi" /QN /L*V "C:\My.log" TRANSFORMS="C:\1031.mst;C:\My.mst"
Penjelasan Parameter Cepat:
/QN = run completely silently
/L*V "C:\My.log"= verbose logging
TRANSFORMS="C:\1031.mst;C:\My.mst" = Apply transforms 1031.mst and My.mst.
Pemasang Windows memiliki basis data komprehensif untuk semua item yang telah dipasang produk dalam registri ( HKEY_CLASSES_ROOT \ Installer - jangan pernah mengubah apa pun di sini secara langsung! Itu juga berlaku untuk para ahli).
Anda dapat menentukan apakah suatu produk diinstal, fitur apa yang diinstal, dan versi file apa yang diinstal. Selain itu, Anda bisa mendapatkan daftar tambalan apa pun yang telah diterapkan pada produk dasar, jika ada. Anda dapat mengakses database ini melalui Win32, COM atau .NET yang mendukung API menggunakan berbagai skrip, konfigurasi, dan alat admin seperti Microsoft SCCM , IBM Tivoli , CA Unicenter dll ...
MSI juga mencakup prinsip "hak tinggi" yang memungkinkan pengguna terbatas untuk memicu pemasangan produk yang memerlukan hak admin untuk menginstal. Ini adalah bagian dari " fitur iklan " yang memungkinkan administrator membuat installer tersedia untuk pengguna tanpa benar-benar menginstalnya di semua workstation. Pemasang itu sendiri harus dikarang dengan benar pada beberapa akun inti agar konsep hak tinggi ini berfungsi dengan benar. Pengguna dapat memicu pemasangan produk sendiri, atau pemasangan mungkin dikendalikan oleh sistem penyebaran khusus seperti SCCM, Tivoli, Unicenter (biasanya perusahaan besar). Tidak perlu dipusingkan dengan hak admin sementara untuk membuat semuanya berfungsi yang sering terjadi dengan installer lama.
Basis data instalasi yang komprehensif juga memastikan bahwa Anda memiliki gambaran lengkap tambalan yang diinstal dan karenanya kemungkinan untuk mendeteksi kerentanan keamanan melalui otomatisasi dan alat admin.
File MSI dapat diperiksa dengan aturan validasi untuk memastikannya sesuai dengan sejumlah aturan konsistensi internal (disebut sebagai ICE). Perusahaan dapat membuat cek ICE mereka sendiri untuk menegakkan aturan dan persyaratan perusahaan khusus. Ini sangat membantu dengan QA. Alasan validasi dimungkinkan adalah karena sifat referensi diri dari database relasional dan skema database terkait. Basis data harus konsisten secara internal dan sesuai dengan skema sendiri terkait dengan kunci asing, tipe data, lebar bidang, versi skema, dll. Validasi juga melampaui ini dan mampu mendeteksi cacat logis asli dan kesalahan dalam paket. , tidak hanya memformat dan mengetikkan kekurangan. Misalnya dapat mendeteksi file atau tipe file yang sedang digunakan untuk tujuan yang salah sasaran.
Fitur instalasi admin Windows installer menyediakan cara standar untuk mengekstrak file sumber dari MSI ( berikut adalah beberapa informasi tambahan tentang topik ini ). File-file sumber ini kemudian dapat dibagikan dan tersedia untuk semua workstation untuk instalasi. Ini memastikan perbaikan, penghapusan instalasi dan modifikasi operasi selesai tanpa meminta media instalasi pada CD atau sejenisnya. Ini sangat penting untuk menambal dan memperbarui operasi yang mungkin memerlukan akses ke file sumber versi lama dalam keadaan khusus.
Ada juga masalah umum dengan fitur ketahanan ini. Sebagian besar administrator mengalami mesin dengan siklus perbaikan-diri siklus yang sepertinya tidak pernah berhenti. Ikuti tautan untuk daftar panjang penyebab masalah ini. Dan lagi, ini adalah versi yang lebih pendek yang mungkin lebih mudah dibaca.
Instalasi file MSI biasanya akan memicu pembuatan titik pemulihan . Selanjutnya semua file dan item registri diganti atau ditimpa selama instalasi akan disimpan dan dikembalikan jika instalasi gagal untuk menyelesaikan, kecuali perubahan yang dilakukan dalam tindakan kustom.
Tindakan khusus harus menerapkan dukungan rollback mereka sendiri untuk kepatuhan logo Windows. Ini sering diabaikan, tetapi melibatkan pembuatan tindakan khusus kedua untuk membatalkan perubahan yang dibuat oleh tindakan khusus utama.
Rollback memastikan bahwa workstation dibiarkan dalam keadaan stabil bahkan jika instalasi gagal. The Script rollback yang sebenarnya disimpan dalam folder tersembunyi langsung pada sistem drive - umumnya C: \ Config.MSI , dan berisi file dengan ekstensi .RBS dan .RBF - Rollback Script Files . Seperti yang Anda harapkan file MSI yang dirancang dengan buruk dapat melanggar fitur bawaan Windows di sini, lihat posting saya yang lain di utas ini untuk lebih jelasnya.
Ada beberapa cara untuk menonaktifkan rollback dan mempercepat pemasangan. Umumnya tidak disarankan, tetapi di sini ada detail tentang properti MSIFASTINSTALL dan DISABLEROLLBACK . Ini adalah fitur yang rumit, tetapi di sini adalah ikhtisar rollback cepat .
Meskipun sangat kompleks, menambal dalam installer Windows sepenuhnya dikelola dan terdaftar pada sistem sehingga keadaan keamanan sistem dapat ditentukan dengan memeriksa apa yang telah diinstal. Pembaruan distandarisasi untuk beberapa varian dasar, dan ini memungkinkan pembaruan dilakukan dengan tingkat kepastian yang lebih tinggi asalkan Anda dapat menangani kompleksitas yang terlibat. Sistem penempatan akan dapat melaporkan pembaruan apa yang gagal dan mengapa.
Dalam pandangan subyektif, penambalan berfungsi dengan baik untuk 2 penggunaan dasar : 1 ) perbaikan terbaru kecil untuk produk yang dikirim, dan 2 ) menambal produk yang dipasang untuk memperbaiki urutan pemasangan yang salah yang mencegah penghapusan pembersihan produk.
Patch hanyalah mekanisme pengiriman untuk pembaruan yang sudah berfungsi . Karena itu hanya sebuah wadah yang lebih rumit dan rawan kesalahan daripada pengaturan asli itu sendiri. Aturan nomor satu untuk suatu tambalan adalah ia harus lebih kecil dari MSI asli atau tidak ada alasan yang jelas untuk mengirimkan tambalan sama sekali. Sebuah tambalan bisa menjadi besar dengan cepat jika menargetkan beberapa versi produk.
Windows Installer menyediakan fitur logging standar yang jauh lebih unggul dari inkarnasi sebelumnya, meskipun hampir terlalu banyak bertele-tele. File log dapat diuraikan menggunakan penganalisis log , dan level log kustom dapat digunakan untuk menghilangkan pembuatan file log terlalu besar dengan informasi yang tidak perlu. Untuk keperluan debugging, logging verbose sangat berguna. Lihat blog Rob Mensching untuk cara manual yang baik untuk membaca file log MSI (pada dasarnya Anda mencari " nilai 3 " dalam file log). Berikut adalah contoh perintah baris yang melakukan logging verbose:
msiexec.exe /I "C:\Installer.msi" /QN /L*V "C:\msilog.log"
Artikel ini dari Robert Macdonald dari Tim Pemasang Windows sangat direkomendasikan sebagai tampilan praktis pada log MSI: Cara Menafsirkan Log Pemasang Windows .
Tidak semuanya baik tentang Penginstal Windows . Its kompleksitas dapat membingungkan di kali, tapi untuk perusahaan besar file MSI yang jauh lebih unggul dengan bentuk lain dari penyebaran ketika Anda memperhitungkan daftar manfaat di atas.
Untuk memahami " paradigma " baru, penting untuk memahami bahwa MSI dimaksudkan sebagai deskripsi deklaratif tentang apa yang akan terjadi pada sistem target, daripada urutan kejadian yang pasti. Saya kira Anda bisa menganggapnya sebagai pernyataan SQL besar . Misalnya Anda mendeklarasikan item yang ingin Anda tambahkan atau modifikasi ke file INI. Saat instalasi berjalan, perubahan dilacak dan rollback tersedia sehingga perubahan dapat dikembalikan jika instalasi gagal. Ini benar-benar berfungsi seperti " automagic ", dan dapat diandalkan jika dilakukan dengan benar.
Ini adalah sakit kepala besar bagi pengembang MSI berpengalaman untuk melihat orang-orang mengandalkan tindakan kustom yang kompleks dan tidak dapat diandalkan untuk fungsionalitas yang lebih baik diimplementasikan dengan fitur MSI bawaan. Bagian signifikan dari semua kesalahan MSI dan masalah rollback disebabkan oleh tindakan kustom yang salah, dan sebagian besar kesalahan lainnya disebabkan oleh penggunaan yang salah dari desain MSI (lihat jawaban terpisah untuk daftar kesalahan MSI umum).
Selain fitur MSI bawaan, semakin banyak fungsi kustom kini tersedia melalui kerangka kerja baru seperti Wix - cara XML untuk mengkompilasi file MSI, sehingga semakin sedikit kebutuhan akan logika tindakan khusus yang kompleks untuk sebagian besar operasi.
MSI fitur dukungan penuh untuk menangani penggabungan pengaturan file ini, font, variabel lingkungan, kunci registri, informasi COM, pintasan, ekstensi file, kondisi peluncuran, instalasi GAC, ODBC, dll ...
WIX melangkah lebih jauh dengan dukungan untuk fitur - fitur yang sangat canggih seperti ekstensi SQL server, instalasi dan konfigurasi IIS, penghitung kinerja, pengecekan DirectX dan tugas-tugas yang terkait dengan game, .NET generasi gambar asli, COM +, driver, aturan firewall, ekstensi PowerShell, penutupan aplikasi, manajemen pengguna, grup, berbagi, dan banyak lagi. Agak terlibat untuk berurusan, tetapi jauh lebih dapat diandalkan daripada tindakan kustom Anda sendiri.
Untuk mencoba untuk memasukkannya ke dalam perspektif: ini built-in dan solusi siap pakai yang dibuat oleh para ahli penyebaran terbaik yang tersedia , dan mereka diuji oleh ribuan, puluhan ribu atau bahkan jutaan pengguna (untuk built-in barang-barang di MSI diri). Apakah Anda benar-benar berpikir dapat melakukan tindakan kustom Anda sendiri dengan lebih baik? Menggunakan tindakan khusus harus menjadi peristiwa langka, dan harus benar-benar diperlukan untuk mencapai sesuatu yang unik untuk produk yang Anda instal . Dan Anda harus menulis dukungan rollback yang tepat juga, yang cukup terlibat.
Menulis tindakan khusus hampir selalu merupakan kesalahan , tetapi ada kasus asli ketika Anda benar-benar membutuhkan fleksibilitas juga. Seperti biasa, penting untuk memilih pertempuran Anda dengan baik. Ini mungkin tugas yang menyenangkan pada awalnya, tetapi Anda mungkin akan menghadapi banyak masalah tak terduga dan menghabiskan banyak waktu yang mahal. Maksud saya ini sangat serius. Saya telah menulis serangkaian tindakan khusus C ++ untuk penggunaan korporat sendiri (untuk menghilangkan tindakan kustom VBScript yang rentan kesalahan) - ini bukan jalan di taman, dan meskipun pengkodean mungkin bukan yang paling sulit di dunia, debugging dan pengujian dan hookup ke file MSI yang sebenarnya sangat singkat. Beberapa waktu meneliti opsi siap pakai yang tersedia kemungkinan akan menghemat minggu kerja pengembangan, dan menghasilkan keandalan penyebaran yang jauh lebih besar.
Poin yang sangat penting adalah bahwa banyak konfigurasi aplikasi harus terjadi pada peluncuran aplikasi ketika Anda memiliki konteks runtime yang dapat diprediksi dan penanganan kesalahan yang baik tersedia, dan tidak dalam pengaturan yang hanya berjalan sekali dan fitur peniruan yang sangat rumit , pengurutan , pengkondisian dan runtime kompleksitas .
Pengaturan Anda tidak boleh mengonfigurasi aplikasi, itu harus menyiapkan aplikasi untuk konfigurasi pada peluncuran pertama . Khususnya pengaturan Anda harus menulis semua pengaturan yang memerlukan hak - hak tinggi - menulis ke HKLM, mendaftarkan layanan, menginstal ke jalur per-mesin dan segala hal yang aplikasi tidak dapat menulis sendiri dengan hak pengguna biasa.
Jika Anda seorang pengembang pengaturan, Anda harus menawarkan untuk terlibat mengode urutan peluncuran aplikasi alih-alih menulis tindakan kustom pengaturan . Jika tidak ada yang lain, untuk menghindari terlihat seperti Anda mencoba "memberikan tanggung jawab" kepada orang lain. Dalam urutan peluncuran ini Anda dapat menulis kode yang jauh lebih andal dan dapat diuji yang lebih mudah untuk mendapatkan bantuan dari personel QA untuk diuji (mereka sering tidak memahami pengujian penempatan serta pengujian aplikasi).
Inti dari kompleksitas pengaturan berpusat pada fakta bahwa kesalahan bersifat kumulatif (Anda mengelola proses pengiriman, bukan hanya kompilasi ulang cepat), kesalahan sangat sulit untuk di-debug (tidak ada akses ke sistem di mana kesalahan terjadi), dan sistem target negara berbeda dalam hampir setiap cara yang bisa dibayangkan . Silakan lihat jawaban ini untuk diskusi yang lebih menyeluruh tentang kompleksitas ini dan bagaimana sistem target dapat waspada dalam sejumlah cara yang mengejutkan: Pemasang Windows dan pembuatan WiX, dan Kompleksitas Penempatan (lihat di bagian bawah).
Baca pengantar cepat WiX ini untuk deskripsi cara berbasis XML baru untuk mengkompilasi file MSI. File sumber berbasis teks memberikan kontrol sumber yang jauh lebih baik daripada sebelumnya. Ini adalah toolkit sumber terbuka gratis yang sangat dianjurkan .
NB : Lihat di bagian lain utasnya untuk mengetahui secara cepat masalah desain umum dengan file MSI - ini sangat tidak lengkap, tetapi harus layak dibaca. Saya tidak ingin menambahkan itu ke balasan ini karena tidak 100% terkait, tetapi untuk penggunaan di dunia nyata itu adalah topik penting.
(maafkan "promosi" yang tidak tahu malu - itu untuk akses dan pengambilan yang mudah)
Berikut adalah beberapa tautan ke topik yang mungkin bermanfaat bagi administrator sistem dalam upaya mereka untuk mengendalikan penyebaran di jaringan mereka:
Topik panduan khusus:
Topik Konseptual / Praktik Terbaik:
Jawaban ini sangat banyak pekerjaan yang sedang berjalan dan garis besar kasar. Selamat datang, penambahan, pertanyaan, dan pembaruan. Daftar ini tidak berarti lengkap. Tambahkan komentar dengan informasi tentang paket yang merepotkan.
Saya juga harus memperingatkan bahwa banyak file MSI mengandung kesalahan, terkadang yang serius, tetapi pembuat paket aplikasi yang terlatih akan dapat mendeteksi hal ini dan dalam banyak kasus menghilangkan masalah. Saya menambahkan ini sebagai jawaban terpisah karena pada dasarnya menjawab pertanyaan yang berbeda, tetapi saya merasa ini relevan di utas yang sama.
Rincian teknis yang terlibat dalam MSI sangat rumit . Pada tingkat dasar ini adalah tentang penguraian file dan pengaturan registri Anda menjadi komponen (instalasi atom) dan fitur (bagian aplikasi yang dapat dipilih pengguna untuk menginstal, misalnya fitur kamus). Ada sejumlah aturan praktik terbaik untuk memisahkan komponen, dan banyak kesalahan dalam file MSI di sini. Kesalahan ini umumnya ditangani dengan standarisasi pada penggunaan "upgrade besar".
Instalasi aktual dilakukan dalam sejumlah urutan instalasi, beberapa dengan hak tinggi . Semua hal ini didefinisikan dalam tabel basis data, dan di sinilah MSI sangat rumit untuk dipahami dan ditangani. Tersebar di seluruh urutan instalasi adalah tindakan standar dan kustom. Tindakan standar dirancang oleh Microsoft dan perlu dilakukan (urutan terkadang dapat dimodifikasi). Tindakan kustom tersedia untuk vendor untuk melakukan logika kustom yang tidak tercakup oleh MSI itu sendiri. Ini bisa dalam bentuk skrip atau kompilasi. Tindakan kustom dapat langsung (dijalankan sekaligus, tidak boleh mengubah sistem tetapi sering dilakukan) atau ditangguhkan (ditulis ke dalam skrip eksekusi yang kemudian dieksekusi sebagai transaksi dan karenanya mendukung rollback).
Kesalahan umum dalam MSI adalah (tanpa urutan tertentu - dan disajikan sebagai kekacauan nyata):
Ada sejumlah kesalahan yang lebih halus dan beberapa masalah besar yang khas yang akan saya lupakan.
Lihat artikel Praktik Terbaik Pemasang Windows dari MSDN .
Menggunakan MSI juga membuat penambalan (file MSP) dan peningkatan menjadi lebih mudah. MSI menggunakan konsep kode Produk dan Upgrade yang unik yang membuat seluruh proses lebih mudah.
Beberapa sistem penyebaran (CA Unicenter Software Delivery adalah salah satu contoh) juga dapat memahami MSI dengan cara khusus, yang memungkinkan mereka untuk mengintegrasikan jauh lebih baik ke dalam sistem penyebaran. Misalnya, Anda dapat memberi makan MSI ke perpustakaan perangkat lunak sistem penyebaran dan itu akan secara otomatis mendeteksi berbagai fitur dalam produk dan secara otomatis memungkinkan lebih banyak tindakan kustom granular (Instalasi Lokal, Verifikasi, Perbaikan dll.) Dan masuk.
Penyembuhan diri / perbaikan juga merupakan nilai tambah utama bagi MSI.
Juga, periksa open source Windows Installer XML , "toolset yang membangun paket instalasi Windows dari kode sumber XML. Toolset mendukung lingkungan baris perintah yang dapat diintegrasikan oleh pengembang ke dalam proses build mereka untuk membangun paket setup MSI dan MSM." Ini digunakan oleh MS untuk menyiapkan beberapa paket perangkat lunak utamanya.
Anda dapat melakukan transformasi - secara teori Anda dapat menyesuaikan banyak hal, jika program dipaket dengan benar oleh vendor, Anda dapat membuat penyebaran sepenuhnya otomatis tanpa interaksi dengan pengguna akhir - yang sangat membantu ketika Anda ingin membakukan lingkungan windows Anda dan memiliki lebih dari beberapa komputer.
untuk melihat apa yang dilakukan orang dengan msis [atau penyebaran tanpa pengawasan] kunjungi misalnya situs ini dan forumnya .