管理 SharePoint Server 2010 的編目刪除原則
管理 SharePoint Server 2010 的編目刪除原則
大家好!我是 Hal Zucati,擔任「企業搜尋使用者協助」(Enterprise Search User Assistance) 的文件工程師。今天要跟大家分享如何管理 SharePoint Server 2010 的編目刪除原則。
SharePoint Server 2010 有四項原則可控制編目元件 (即編目程式) 在編目過程中遇上間歇性錯誤時,不會發生刪除內容的意外。這些原則由 Search Service 應用程式上的屬性所控制,它們可判斷在連續編目過程中,要對項目進行多少次重試,及重試時間多長。
以下說明這四項原則和屬性 (以粗體表示) 的預設值。
適用於存取遭拒或找不到檔案的刪除原則
只要在超過 ErrorDeleteCountAllowed 次的連續編目中,編目程式一直發生存取遭拒或找不到檔案的錯誤,且從第一次發生錯誤算起已經超過 ErrorDeleteIntervalAllowed 個小時,就會從查詢元件搜尋索引中刪除該索引項目。若以上兩項條件均未成立,就會重試該索引項目。
ErrorDeleteCountAllowed 的預設值為 30,ErrorDeleteIntervalAllowed 的預設值為 720 小時 (30 天)。
所有其他錯誤的刪除原則
編目程式所發生的錯誤類型若不是存取遭拒或找不到檔案,只要在超過 ErrorCountAllowed 次的連續編目中一直發生該錯誤,且從第一次發生錯誤算起已經超過 ErrorIntervalAllowed 個小時,就會從搜尋索引中刪除該項目。若以上兩項條件均未成立,就會重試該項目。
ErrorCountAllowed 的預設值為 100,ErrorIntervalAllowed 的預設值為 1440 小時 (60 天)。
SharePoint 內容的重新編目原則
此原則僅適用於 SharePoint 內容。若編目程式在 RecrawlErrorCount 次的連續編目中,從 SharePoint 內容資料庫擷取變更時發生錯誤,且從第一次發生錯誤算起已有 RecrawlIntervalCount 個小時,編目程式就會對該內容資料庫強制執行重新編目。
RecrawlErrorCount 預設值為 10,RecrawlIntervalCount 的預設值為 360 小時 (15 天)。
刪除未造訪原則
在內容資料完整編目過程中,編目程式會執行刪除未造訪階段,針對列於編目歷程記錄、但在目前完整編目中找不到的項目予以刪除。此原則是由 DeleteUnvisitedMethod 屬性公開,此屬性可判斷在此階段中要刪除哪些項目。它有三個可能值:
若 DeleteUnvisitedMethod 為 0,表示刪除所有未造訪項目。
若 DeleteUnvisitedMethod 為 1 (預設值),凡未造訪項目的主機,與內容來源中指定之起始位址的主機相同者,將予以保留;而由下列連至其他主機所探索到的未造訪項目,則予以刪除。
若 DeleteUnvisitedMethod 為 2,所有未造訪項目均不予以刪除。
如何檢視或變更這些值?
您只能使用 SharePoint Server 2010 的 Windows PowerShell,在 Search Service 應用程式上變更這些屬性值。
若要變更這些屬性:
- 確認具備本程序之執行電腦的適當權限。
- 從 Windows 的 [開始] 功能表,瀏覽至 [所有程式]。
- 瀏覽至 [Microsoft SharePoint 2010 產品],然後按一下 [SharePoint 2010 管理命令介面]。
- 使用 GET 命令擷取所需的搜尋應用程式物件,如下所示: $SearchApplication = Get-SPEnterpriseSearchServiceApplication
若要檢視屬性目前的值,請使用下列命令:
$SearchApplication.GetProperty("PropertyName")
若要變更屬性值,請使用下列命令:
$SearchApplication.SetProperty("PropertyName", NewValue)
如需詳細資訊,請參閱 Get-SPEnterpriseSearchServiceApplication (https://technet.microsoft.com/zh-tw/library/ff608050.aspx)。
謝謝您閱讀本文章。若有任何意見,歡迎留言。
這是翻譯後的部落格文章。英文原文請參閱 Managing crawl deletion policies for SharePoint Server 2010