自修復(fù)，簡單簡短解釋：如果刪除文件，為什么MSI安裝程序會重新配置？
WiX / MSI文件的具體設(shè)計建議
我一直在嘗試為開發(fā)人員重復(fù)進(jìn)行MSI自修復(fù)，但最終涉及的細(xì)節(jié)過多。這是我的最后嘗試：WiX / MSI文件中不執(zhí)行操作的具體設(shè)計建議。
下面的答案提供了一個清單，用于解決任何供應(yīng)商或來源提供的自我修復(fù)方案，而不僅僅是您自己的。查看上面鏈接的答案，以解決您自己的MSI封裝設(shè)計問題。
“簡短版本”-自我修復(fù)清單
為了永久和可靠地修復(fù)每個人的自我修復(fù)問題，開發(fā)人員和設(shè)置開發(fā)人員必須參與其中，因為真正的修復(fù)必須在供應(yīng)商級別進(jìn)行。
如果您在公司環(huán)境中，劣質(zhì)的應(yīng)用程序重新打包也可能導(dǎo)致自我修復(fù)問題，因此，您應(yīng)讓應(yīng)用程序包裝商與他們聯(lián)系，以確定問題是否出在供應(yīng)商身上。
系統(tǒng)管理員必須知道他們在看什么，并且當(dāng)沒有可用的修復(fù)程序時，請使用各種變通辦法來野外解決問題。甚至最終用戶也可以自己嘗試一些簡單的解決方法（請參閱第5節(jié)）。
自我修復(fù)問題的實質(zhì)：
大多數(shù)自我修復(fù)問題與COM相關(guān)，并且針對供應(yīng)商和開發(fā)人員有兩個常規(guī)修復(fù)：1）使用通常通過合并模塊部署的正確部署的共享COM庫，或2）使用無需注冊的COM來“屏蔽”您的自我修復(fù)和兼容性問題的應(yīng)用程序。
除了COM之外，還可以通過讓安裝開發(fā)人員在MSI設(shè)置中注冊文件和MIME關(guān)聯(lián)以及命令動詞來引起自我修復(fù)問題。請謹(jǐn)慎使用，并確保您的文件/ MIME關(guān)聯(lián)是唯一的。
最后，兩個已安裝的MSI文件之間的任何文件沖突或注冊表沖突都可能導(dǎo)致自我修復(fù)。他們“ 錯誤地共享資源 ”，并將其視為自己的資源-爭奪解決沖突之前。
某些自我修復(fù)問題根本不是由供應(yīng)商應(yīng)用程序或安裝程序中的錯誤引起的，而是由相關(guān)計算機(jī)環(huán)境中的外部因素引起的，例如，來自修補(bǔ)用戶，腳本，病毒，防病毒軟件或安全軟件的干擾。有關(guān)更多詳細(xì)信息，請參見第3節(jié)。
處理問題應(yīng)用程序的快速選項
如果您確定所看到的自我修復(fù)僅由MSI引起（而不是由下文前幾節(jié)所述的其他外部原因所致），則可以直接跳至第5部分以獲取建議的修復(fù)和解決方法的列表。
第5節(jié)中提出的大多數(shù)“解決方案”實際上都是系統(tǒng)管理員的技巧，不能解決根本的問題-如上所述，真正的解決方法必須來自供應(yīng)商。例外是“ 5.4：無需注冊的COM”，它實際上可以幫助開發(fā)人員 “屏蔽”其應(yīng)用程序免受自我修復(fù)問題。
如果你沒有在你的機(jī)器管理員權(quán)限建議您嘗試的“解決方案” 5.2，5.3或5.1（5.1通常需要管理員權(quán)限的嘗試，但它是不復(fù)雜）。這些是“ 快速解決方法 ”，其他則更多。如果這些解決方法不起作用，請讓您的管理員閱讀其他建議。
了解Windows Installer自我修復(fù)
在此之前，我已經(jīng)寫了很長的篇幅，但是它過多地專注于理解問題，而不是為它實際找到可以接受的解決方案。您可以在此處閱讀有關(guān)自我修復(fù)問題的完整說明：如何確定導(dǎo)致Windows Installer自我修復(fù)重復(fù)的原因？。
解決Windows Installer自我修復(fù)問題
要真正解決反復(fù)無休止的自我修復(fù)，您可以嘗試以下第5節(jié)中的建議-以復(fù)雜性和難度遞增的順序。在執(zhí)行此操作之前，您應(yīng)該驗證自我修復(fù)問題的真正根源是什么。它可能不是由MSI文件引起的，而是由其他外部原因引起的（例如腳本或用戶刪除文件或防病毒阻止文件）。
如果問題確實與MSI相關(guān)，則可以嘗試禁用廣告的快捷方式和COM插件，使用無需注冊的COM，從應(yīng)用程序供應(yīng)商處獲取幫助，卸載有問題的應(yīng)用程序，虛擬化軟件包或完全破解已緩存的MSI數(shù)據(jù)庫和注冊表（不推薦，只有在專家的幫助下才有可能）。這完全取決于您的情況。如果腳本等外部原因有誤，則必須消除這種干擾。請參閱下面的詳細(xì)信息-只需遵循清單即可。
解決問題的第一步是確定問題確實存在于您的平臺上，然后首先確定哪些應(yīng)用程序觸發(fā)自我修復(fù)：
1. 確認(rèn)問題確實存在于您的環(huán)境中。
這是一般總是能夠以弄清楚是怎么回事，使有問題的自我修復(fù)，并有幾個可行的解決方法，可以被利用來處理這個問題。但是，并非總能找到一個好的永久性修復(fù)程序（沒有供應(yīng)商的幫助-如下所述）。
因此，如果你是系統(tǒng)管理員試圖找到你的自我修復(fù)問題的解決辦法，或許是確保問題被認(rèn)為是在多臺計算機(jī)上-特別是如果這個問題被認(rèn)為是一個對開發(fā)人員，QA-甚至測試電腦。
如果您僅在一臺計算機(jī)上看到自我修復(fù)問題，則另一種方法可能是重建有問題的計算機(jī)。有效地消除而不是“解決”問題。但是，您可能再次遇到該問題的風(fēng)險相對較高。如果您問我，不要重建，那不是解決方案-但我想在現(xiàn)實世界中往往會做些什么。
要知道，一個AD-廣告MSI安裝是安裝速度慢和用戶不斷得到中止，可以“看起來像”自我修復(fù)問題的桌面支持，但預(yù)計MSI的行為。允許安裝一次完成（可以更改安裝程序進(jìn)度欄以禁用取消按鈕-類似于msiexec.exe /I "MyApp.msi" /QB-!進(jìn)度條，僅沒有取消按鈕且最后沒有模式對話框）。
2. 確定造成自我修復(fù)的罪魁禍?zhǔn)?/strong>。
這是可能的一個單一的應(yīng)用程序，以使自身的問題，但通常至少有兩個應(yīng)用程序沖突（它們共享錯誤一些資源）。
通常，可以在發(fā)生自我修復(fù)的系統(tǒng)上的事件查看器中找到自我修復(fù)的觸發(fā)器。請按照以下步驟打開事件查看器：
確定在問題的應(yīng)用程序Windows事件日志，通過查看“ 應(yīng)用程序部分的事件日志”，你應(yīng)該找到從事件源“警告MsiInstaller ”與編號1001和1004。
您可以在以下更詳盡的答案中找到有關(guān)如何執(zhí)行此操作的更多詳細(xì)信息：如何確定導(dǎo)致Windows Installer重復(fù)自我修復(fù)的原因？。在“ 查找自我修復(fù)的觸發(fā)因素或罪魁禍?zhǔn)?/strong> ”部分中查找。
您也可以嘗試從咨詢獨立部署專家，MSI-專家和MVP斯特凡·克魯格。他有一篇關(guān)于同一自我修復(fù)問題的文章。他至關(guān)重要地討論了實際的事件日志條目及其含義。請在此處閱讀有關(guān)實際調(diào)試過程的信息。
3. 驗證外部非MSI原因不是引起問題的原因
4. 與供應(yīng)商（或您自己的包裝部門）聯(lián)系。
一旦確認(rèn)自我修復(fù)問題是基于MSI的，而不是您自己的軟件，首先要嘗試的是與應(yīng)用程序供應(yīng)商聯(lián)系，并查看他們是否具有更新的安裝程序來消除該問題。
嘗試此選項非常重要，因為所有其他選項都是“變通辦法”，而不是真正的解決方案。只有通過更改供應(yīng)商安裝程序以及可能的應(yīng)用程序可執(zhí)行文件才能永久完全解決該問題。
修補(bǔ)程序1：修補(bǔ)程序很簡單，只需讓供應(yīng)商使用適當(dāng)?shù)墓蚕怼?nbsp;合并模塊 ” 刪除私下安裝但已全局注冊的COM文件，即可為所有人正確安裝運行時。這些應(yīng)將COM文件正確安裝到共享位置，在此處可以進(jìn)行全局注冊而不會產(chǎn)生副作用。準(zhǔn)備好供大家使用。
修復(fù)2：如果供應(yīng)商聲稱這是不可能的-那么他們應(yīng)該能夠提供正確的無注冊COM安裝，并在主應(yīng)用程序文件夾中安裝正確隔離的COM文件。他們還應(yīng)隨時注意部署任何安全更新。
重要！：如果供應(yīng)商使用正確的共享合并模塊來部署文件，或者使用無需注冊的COM提供隔離安裝，則該問題應(yīng)為每個人永久解決。
該問題也可能是由其他問題引起的，但COM通常是罪魁禍?zhǔn)?。有時清理他們的MSI安裝程序可以解決其他更晦澀的沖突。如果您知道一個好的應(yīng)用程序包裝商，則他/她應(yīng)該能夠快速識別沖突（并為供應(yīng)商提供反饋）。
請注意，自我修復(fù)也可能是由供應(yīng)商軟件的錯誤（內(nèi)部）重新包裝引起的。在這種情況下，您可以通過自己的打包/部署部門提供的更新來修復(fù)自己的軟件包（在大多數(shù)情況下，他們肯定應(yīng)該能夠?qū)崿F(xiàn)此目的）。這實際上是一個非常普遍的問題。
5. 選擇一種“解決方法”或解決此沖突情況。
6. 總結(jié)與結(jié)論
我認(rèn)為，第4步 - 與供應(yīng)商聯(lián)系以尋求修復(fù) -是唯一的“ 真正的修復(fù) ”。
提案5.1，5.2，5.3是不復(fù)雜的 “ 解決方法 ”。
提案5.4 - 無注冊COM -是一個相當(dāng)參與其中，潛在的“修復(fù)”。
可能需要開發(fā)人員參與才能找到所有“隔離”的相關(guān)文件。
以我的經(jīng)驗，這種項目最終要花幾天的時間才能嘗試（即使在專家的幫助下），但并不能真正保證它最終會成功。
我聽到專家們相互矛盾的事情，有些成功了，有些說失敗了。有權(quán)使用解決方案源的人們似乎成功了。
我個人不喜歡它帶來的潛在安全漏洞，并且要部署的任何新文件版本都可能意味著新一輪的清單重新創(chuàng)作（我相信）。
但是，現(xiàn)在有問題的COM文件太舊了，以至于它們不太可能會看到對它們所做的任何安全更新。我想現(xiàn)在這些COM對象主要用于.NET互操作。
提案5.5- 虛擬化 - 如今是一種常見的選擇，如果環(huán)境中可用，應(yīng)該在5.4之前嘗試。俗話說，“ 認(rèn)真虛擬化 ”。
提案5.6- “ 緩存的MSI調(diào)整 ”-是一種“ hack ”，如果由部署專家正確完成，則可以“足夠好”地工作。
