PeopleILM 警告訊息 與 DCOM 10016 錯誤訊息的解決處理
PeopleILM
MsInstaller Warning and DCOM 10016 Error
SharePoint 2013 的報表伺服器效能監視器無法載入的錯誤修正處理
Rebuild the
Reporting Service for SharePoint 2013 Performance Counters
SharePoint_Config 服務帳戶登入失敗的錯誤訊息修正
database login
for 'SharePoint_Config' on instance failed
在 Windows Server 2012 的 SharePoint 2013 上對WmiApRpl 與 BITS 錯誤訊息的修正
WmiApRpl and BITS errors with SharePoint 2013 on Windows
Server 2012
Event ID 6398 在 SharePoint 2013 上的AppFabric Cache 錯誤修正
2015/10/12 號的 SharePoint 2013
更新，在更新後的事件檢視器上，出現了許多的警告與錯誤的問題，其中一項最嚴重的問題就是告訴你不相容的問題，我認為這可能是 SharePoint 2013 對 SharePoint
2016 更新的準備作業，做了許多升級的更新，所以要解決這件事，在更新完畢後的第一件事就是執行 [SharePoint 2013 產品設定精靈]
來進行升級處理，此項作業可能要進行一次或兩三次，要看你的環境，如果第一次沒成功，建議重新開機後，再次進行此項作業直到出現成功的訊息為止。
在升級更新完成後，又會大量出現以下的警告與錯誤的訊息
在 [應用程式] 事件下出現的警告訊息(事件代號 1001) 與在 [系統] 事件下出現的錯誤訊息(事件代號 10016)，如下圖所示，根據 Microsoft KB
article 2473430 的說明是 使用者設定檔的 服務應用程式 所產生的問題。
該篇文章也提到了與上述問題相關會出現的錯誤問題，我也有找到此錯誤，不過看起來這項錯誤在更新前，就已經發生了，如下圖所示。
我上網爬文了一下，找到一篇有說明此事件的問題，提供您作參考，以下是此原稿的超連結：
Failed
Detection of PeopleILM Components and User Profile Synchronisation Service DCOM 10016
Errors
看了一下原稿發布的日期在2011年，針對 SharePoint 2010 寫的，所以看起來這個問題已久，唉！
根據該篇文章的說明，是由於透過網路服務帳戶對以下路徑的資料夾存取沒有權限而導致的問題。
/Program Files/Microsoft Office Servers/15.0/Service
/Program Files/Microsoft
Office Servers/15.0/Sql
/Program Files/Microsoft Office Servers/15.0/Tools
實際路徑如下：
為了設定方便，我直接在以下的路徑加上 Network Service 的讀取執行權，然後重新開機
在重新開機後，雖然沒看到原稿文章說的成功事件訊息，但以上的警告與錯誤的訊息的確就沒有發生了。
當然原稿作者也提到要考慮並注意設定此項權限的安全問題，這樣或許無法達到所謂的最小存取權的安全規範
但這項終究的問題還是須由 Microsoft 來解決，我們只能先做設定解決此問題後，註記並持續監控了。
另外，有許多錯誤的訊息出現在與搜尋服務應用相關的內容上，由於出現像無法編目、無法建立搜尋物件、無法讀取內容…等問題，於是我決定了重新建立搜尋服務應用程式，在重新開機後，的確也就解決了以上諸多的問題，但接下來就出現下面的問題了。
如果您有在 SharePoint 2013 環境下，安裝 Reporting Service for SharePoint
的話，也有可能出現以下的錯誤問題，報表伺服器的效能計數器註冊壞掉了
這個我就有點經驗了，要重新建立報表伺服器的效能計數器內容。
首先，先切換到 Reporting Service for SharePoint 的bin路徑，在以下的路徑上
C:\Program Files\Common Files\microsoft shared\Web Server
Extensions\15\WebServices\Reporting\bin
重新安裝的程式在 Microsoft.NET Framework v4 的環境下，該程式路徑為
c:\windows\Microsoft.NET\Framework64\v4.0.30319\InstallUtil.exe
所以先進行解除安裝：
c:\windows\Microsoft.NET\Framework64\v4.0.30319\InstallUtil.exe /u
ReportingServicesLibrary.dll
如下圖所示：
然後再行重新安裝
c:\windows\Microsoft.NET\Framework64\v4.0.30319\InstallUtil.exe
ReportingServicesLibrary.dll
如下圖所示：
如此便可修復此問題了。
接下來，又出現此問題：
服務帳戶無法登入 SharePoint 的設定資料庫，此錯誤可參考以下 MSDN 的說明
Troubleshooting:
SQL database login for 'SharePoint_Config' on instance '' failed
進入SQL資料庫環境，點選 SharePoint 設定資料庫下的
[安全性]項目，並點選在事件檢視器中顯示的服務帳戶，按滑鼠右鍵，並點選[屬性]，進入如下圖所示的對話盒，你會發現到此服務帳戶沒有取得
db_owner，請勾選該項目後，點選[確定]。
在重新開機後，就不會再出現此錯誤訊息了。
同時期的錯誤還有下列兩項：
此兩項根據爬文則是因為網站服務群組沒有取得相關註冊機碼的存取權，其註冊機碼路徑如下：
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\BITS\Performance
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\WmiApRpl\Performance
修復此項問題要將SharePoint 2013 伺服器的本機群組WSS_WPG 在以上路徑加入並取得 [完全控制] 權便可解決。
還有出現了使用者設定檔的快取問題，如下圖所示：
要檢查 SharePoint 2013 快取的問題，先到 SharePoint 2013 的管理命令介面 環境下，執行
Get-CacheHost，如有出現錯誤那就代表的確有問題了，如下圖所示
要解決以上的問題，要重新設定 AppFabric 快取服務作業的連線，在以上的環境中執行以下的兩項指令
Connect-AFCacheClusterConfiguration
Restart-AFCacheCluster
如下圖所示：
重新開機後，重回事件檢視器查看後，也沒有再出現此項錯誤訊息了。
最後，看了看這些問題，在網路上的其他人以往似乎都有其他發生過，而在我的 SharePoint 2013
伺服器上，以往卻好像也沒出現這麼多的錯誤，只是這次更新後，這些問題就通通跑出來了，所以在此記錄一下，並提供給大家做參考。
|