首先描述故障故障：1，windows服務器上丟失了共享磁盤。 2，打開服務器管理器報錯 3，更新補丁報錯，錯誤代碼：800B0100 4，手動安裝.net 3.5安裝包同樣報錯 話說這次出差幫客戶解決問題。遇到了這樣一個錯誤，首先用戶環(huán)境是：兩臺IBM 3850 安裝windows server 2008 企業(yè)版，使用windows群集（MSCS）帶oracle 10g。然后服務器上有IIS跑有某個應用程序。客戶反映的情況是說群集無法進行切換。其他的一概不知。。 好吧，在銷售的壓迫下，我硬著頭皮上陣了。尼瑪本著節(jié)省經(jīng)費的前提，不能和oracle工程師同去。那就一個人吧。做了N個小時的汽車，，感到了客戶現(xiàn)場。下來扯兄弟我差點倒地不起。。（不是哥們身體素質查，，尼瑪有點暈車啊。） 到了客戶現(xiàn)場之后，在等待中度過了2個多小時。。（某國企的大老爺，不把自己的事當事。）終于打開了網(wǎng)管中心的門讓兄弟進去了。接著，那哥們展示了牛逼的一幕。。輸了6 7遍密碼，沒有輸入對。最后拿過來了張紙，讓我?guī)退斎?。。我找到了他輸入錯誤的原因，密碼中存在大小寫和空格鍵。。。所以，不怪他，能力有限的嘛！ 當然，只有第一個問題是直接發(fā)現(xiàn)的。解決故障的思路和順序是 1，故障轉移群集無法進行切換，我嘗試打開故障轉移群集管理器，嘗試進行單個資源切換。立刻在在切換存儲的時候發(fā)現(xiàn)報錯。這時候，轉移到備機上面去。打開磁盤管理器，發(fā)現(xiàn)在里面看不到共享存儲。這時候，就從這上面去找原因。。 在溝通了半天之后，帶上了鞋套，被允許進入到了機房中。首先我拔掉了備機上面的光纖線，頓時，讓我大吃一驚。。尼瑪這幫**插反了！按照正確的順序插進去之后到服務器上發(fā)現(xiàn)可以正常識別到存儲了。這時候，我嘗試進行應用的切換，發(fā)現(xiàn)也可以進行正常切換了。 OK，通知用戶來驗收，當時心里可是高興啊， 這么輕松就搞定了。但是驗收的時候，出了問題，發(fā)現(xiàn)切換到備機上面之后，網(wǎng)站的應用無法訪問。出現(xiàn)了如下報錯： 這下，又得從IIS方面進行排錯了，接下來，我的思路是先打開服務器管理器，查看角色和功能是否有添加。。（因為最終用戶那2哥，說他們從來沒切換過。這次錯誤是上級來檢查的時候發(fā)現(xiàn)的。。。所以不得不懷疑，是不是搭建了就有問題）。接下來，就又發(fā)現(xiàn)了新的問題。打開服務器管理之后，點擊角色、功能報錯。如本篇第一個圖片。這時候，我糾結了。系統(tǒng)故障，應該從哪排除啊。。 當時是想，要不偷個懶，先更新下補丁試試看。以為我首先懷疑的是他們IIS無法訪問是由于.net 3.5沒有更新。這個時候，打開windows update自動更新，發(fā)現(xiàn)里面確實有一個.net 3.5 sp1的更新包。但是。。。竟然打不上，打這個更新包的時候，報錯800b0100。一時，還真不知道解決辦法，那么OK，恰好U盤里有.net的軟件包，拷到服務器上去，直接安裝。。竟然也是不行。。頭大了。這事，難道我搞不定了。（網(wǎng)友說，樓主，你2啊，不知道百度、google，實在不行，天涯一下？樓主說： 大哥，用戶環(huán)境不讓聯(lián)網(wǎng)。） 最后實在沒辦法，筆記本橋接到手機上，上了下google。還正好能搜索到。根據(jù)網(wǎng)上的帖子，下載了一個”系統(tǒng)更新準備工具“? http://support.microsoft.com/kb/947821 ??????? OK，使用這款工具先來跑一下checklog吧。這款看似一個補丁的東東，其實是一個工具，用于對windows的系統(tǒng)補丁包進行一個檢查，可以修復的會自動修復。不能修復的，會在c:\windows\logs\cbs\目錄下生成一個文件名為：CheckSUR.log文件。 當時我這邊情況，安裝完成軟件之后，生成的日志如下：
=================================
Checking System Update Readiness.
Binary Version 6.0.6002.22574
Package Version 13.0
2011-12-14 17:00 Checking Windows Servicing Packages Checking Package Manifests and Catalogs Checking Package Watchlist Checking Component Watchlist Checking Packages
(f)??? CBS MUM Missing??? 0x00000002??? servicing\Packages\Package_for_KB948610_server_0~31bf3856ad364e35~x86~~6.0.6001.2123.mum???????
(f)??? CBS MUM Missing??? 0x00000002??? servicing\Packages\Package_for_KB948610_server~31bf3856ad364e35~x86~~6.0.6001.2123.mum???????
(f)??? CBS MUM Missing??? 0x00000002??? servicing\Packages\Package_for_KB948610~31bf3856ad364e35~x86~~6.0.6001.2123.mum??????? Checking Component Store Summary:
Seconds executed: 621
Found 3 errors
? CBS MUM Missing Total count: 3 Unavailable repair files:
??? servicing\packages\Package_for_KB948610_server_0~31bf3856ad364e35~x86~~6.0.6001.2123.mum
??? servicing\packages\Package_for_KB948610_server~31bf3856ad364e35~x86~~6.0.6001.2123.mum
??? servicing\packages\Package_for_KB948610~31bf3856ad364e35~x86~~6.0.6001.2123.mum
??? servicing\packages\Package_for_KB948610_server_0~31bf3856ad364e35~x86~~6.0.6001.2123.cat
??? servicing\packages\Package_for_KB948610_server~31bf3856ad364e35~x86~~6.0.6001.2123.cat
??? servicing\packages\Package_for_KB948610~31bf3856ad364e35~x86~~6.0.6001.2123.cat 由以上日志可以看出，我的系統(tǒng)中找到了三處錯誤，當時能想到的解決辦法。是根據(jù)微軟那邊給出的提示，因為我這邊是有兩臺server。既然有一臺是好的，而且系統(tǒng)是完全相同的，那么我在主節(jié)點上將以上六個文件找出，然后直接復制到備節(jié)點上，然后重啟服務器。起來之后，，發(fā)現(xiàn)服務器管理中角色、功能都可以正常打開了。OK，接下來打開windows update，進行補丁檢查更新。更新也正常了。這個問題，算是正常解決了。另外在關于跑那個windows工具的時候，也有可能遇到權限問題，會不能正常運行。正確的解決辦法是： 獲取C:\Windows\servicing\Packages目錄權限的所有權，命令是： takeown /F C:\Windows\servicing\Packages /D y /R 另外，賦予登陸用戶對C:\Windows\servicing\Packages目錄的完全控制權限 cacls C:\Windows\servicing\Packages /E /T /C /G “UserName”:F?? #UserName 是當前登陸賬戶的用戶名 OK，做過了以上操作之后，這次故障算是完美解決了，在這次故障解決的過程中，收獲了，windows的這款檢查工具。以后遇到了無法更新補丁，或者由于非正常關機，病毒破壞等導致的故障，都可以先跑一下這個工具，來檢查一下系統(tǒng)的軟件包是否有問題。當然，大家有好的方法或者操作，歡迎大家提出，樓主會去學習了之后繼續(xù)拿來給自己分享。

轉載于:https://blog.51cto.com/99532720/746475

總結

以上是生活随笔為你收集整理的windows server 2008更新补丁失败排错的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內容還不錯，歡迎將生活随笔推薦給好友。