使用編目記錄檔的最佳作法 (SharePoint Server 2010)

發行項
04/20/2016

適用版本： SharePoint Server 2010

上次修改主題的時間： 2015-03-09

編目記錄檔追蹤所編目內容狀態的資訊。此記錄檔可讓您決定編目的內容是否順利新增至索引、是否因編目規則而予以排除，或是否因錯誤而編製索引失敗。編目記錄檔也包含所編目內容的資訊 (包括前次成功編目的時間)、內容來源，以及是否套用任何編目規則。您可以使用編目記錄檔來診斷搜尋體驗問題。

本文內容：

檢視編目記錄檔
編目記錄檔檢視
編目記錄檔計時器工作
疑難排解常見問題

檢視編目記錄檔

確認執行此程序的使用者帳戶是否為 Search Service 應用程式的管理員。
在管理中心中，按一下 [快速啟動] 中的 [應用程式管理]。
在 [應用程式管理] 頁面上，按一下 [服務應用程式] 下的 [管理服務應用程式]。
在 [服務應用程式] 頁面的服務應用程式清單中，按一下想要的 Search Service 應用程式。
在 [搜尋管理] 頁面的 [快速啟動] 中，按一下 [正在編目] 底下的 [編目記錄檔]。
在 [編目記錄檔 - 內容來源] 頁面上，按一下想要的檢視。

編目記錄檔檢視

下表顯示您可以選取用於檢視所編目內容狀態的不同檢視。

檢視	描述
內容來源	彙總針對每個內容來源所編目的項目。顯示成功、警告、錯誤、最上層錯誤和刪除。此檢視中的資料代表已在每個內容來源中索引之項目的目前狀態。物件模型提供此檢視的資料。
主機名稱	彙總針對每個主機所編目的項目。顯示成功、警告、錯誤、刪除、最上層錯誤和總計。此檢視中的資料代表已在每個主機中索引之項目的目前狀態。如果您的環境有多個編目資料庫，則會顯示每個編目資料庫的資料。搜尋管理資料庫提供此檢視的資料。您可以在 [尋找以下列的主機名稱/路徑開頭的 URL] 方塊中輸入 URL 以篩選結果。
URL	可讓您依內容來源或 URL 或主機名稱來搜尋編目記錄檔，以及檢視索引中所有項目的詳細資料。編目資料庫中的 MSSCrawlURLReport 表格提供此檢視的資料。您可以設定 [狀態]、[訊息]、[開始時間] 和 [結束時間] 欄位來篩選結果。
編目記錄	彙總已在編目期間完成的編目交易。單一編目中每個項目可以有多個編目交易，因此交易數目可以大於項目總數。此檢視顯示三種類型之編目的資料：完整。編目內容來源中的所有項目。累加。編目自前次完整或累加編目之後已變更的項目。這種編目只會在排程時執行。刪除。如果從內容來源移除起始位址，則刪除編目會先從索引移除與已刪除起始位址相關聯的項目，再執行完整或累加編目。您無法排程這類型的編目。搜尋管理資料庫提供此檢視的資料。您可以依內容來源篩選結果。
錯誤訊息	提供每個內容來源或主機名稱的錯誤彙總。編目資料庫中的 MSSCrawlURLReport 表格提供此檢視的資料。您可以依內容來源或主機進行篩選。注意篩選下拉式方塊只會顯示含有錯誤的內容來源。如果未出現在索引中的項目發生錯誤，則錯誤不會出現在此檢視中。

[內容來源]、[主機名稱] 和 [編目記錄] 檢視會將資料顯示於下列欄：

成功。已順利編目且可搜尋的項目。
警告。可能未順利編目而且可能無法搜尋的項目。
錯誤。未順利編目而且可能無法搜尋的項目。
刪除。已從索引移除且無法再搜尋的項目。
最上層錯誤。最上層文件中的錯誤 (包括起始位址、虛擬伺服器和內容資料庫)。每個最上層錯誤都會計算為錯誤，但不是所有錯誤都會計算為最上層錯誤。因為 [錯誤] 欄包括 [最上層錯誤] 欄中的計數，所以在 [主機名稱] 檢視中不會計算最上層錯誤。
未修改。未在編目之間修改的項目。
安全性更新。因為其安全性設定已修改而編目的項目。

編目記錄檔計時器工作

計時器工作 [搜尋應用程式 <Search Service 應用程式名稱> 的編目記錄報告] 預設會每五分鐘重新整理一次編目記錄檔中每個檢視的資料。您可以變更此計時器工作的重新整理頻率，而此設定一般應該維持原狀。

提示

如果您認為編目記錄檔未顯示全新資料，請確定尚未暫停而且最近已執行計時器工作。

檢查編目記錄檔計時器工作的狀態

確認執行此程序的使用者帳戶為 SharePoint 伺服器陣列管理員群組的成員。
在管理中心中，按一下 [監視] 區段中的 [檢查工作狀態]。
在 [計時器工作狀態] 頁面上，按一下 [工作歷程記錄]。
在 [工作歷程記錄] 頁面上，尋找所想要 Search Service 應用程式的 [搜尋應用程式 Search Service 應用程式名稱 的編目記錄報告]，並檢閱狀態。

變更編目記錄檔計時器工作的重新整理頻率

確認執行此程序的使用者帳戶為 SharePoint 伺服器陣列管理員群組的成員。
在管理中心中，按一下 [監視] 區段中的 [檢查工作狀態]。
在 [計時器工作狀態] 頁面上，按一下 [工作歷程記錄]。
在 [工作歷程記錄] 頁面上，按一下所想要 Search Service 應用程式的 [搜尋應用程式 <Search Service 應用程式名稱> 的編目記錄報告]。
在 [編輯計時器工作] 頁面的 [週期性排程] 區段中，將計時器工作排程變更為想要的間隔。
按一下 [確定]。

疑難排解常見問題

本節提供常見編目記錄檔錯誤、編目程式行為以及針對維護健全編目環境所採取動作的資訊。

從索引刪除項目時

如果編目程式因 URL 過時而找不到索引中的項目，或因網路中斷而無法存取編目程式，則編目程式會報告該編目中該項目的錯誤。如果這會在下三個編目期間繼續，則會從索引刪除項目。如果是檔案共用內容來源，則從檔案共用刪除項目時會立即從索引刪除項目。

檔案共用的「找不到物件」錯誤

此錯誤的原因可能是所編目檔案共用內容來源包含有效主機名稱但檔案名稱無效。例如，主機名稱和檔案名稱為 \\ValidHost\files\file1，但 \\ValidHost 存在，而檔案 file1 不存在。在此情況下，編目程式會報告「找不到物件」錯誤，並從索引刪除項目。[編目記錄] 檢視會顯示：

錯誤：1
刪除：1
最上層錯誤：1 (\\ValidHost\files\file1 是起始位址，因此顯示為最上層錯誤)

[內容來源] 檢視會顯示：

錯誤：0
刪除：0
最上層錯誤：0

[內容來源] 檢視會顯示所有零，因為它只會顯示索引中項目的狀態，而且此起始位址不會進入該索引中。不過，[編目記錄] 檢視都會顯示所有編目交易，而不論它們是否進入索引中。

檔案共用的「無法解析項目的網路路徑」錯誤

此錯誤的原因可能是所編目檔案共用內容來源包含的主機名稱和檔案名稱都無效。例如，主機名稱和檔案名稱為 \\InvalidHost\files\file1，但 \\InvalidHost 和檔案 file1 不存在。在此情況下，編目程式會報告「無法解析項目的網路路徑」錯誤，而且不會刪除索引中的項目。[編目記錄] 檢視會顯示：

錯誤：1
刪除：0
最上層錯誤：1 (\\InvalidHost\files\file1 是起始位址，因此顯示為最上層錯誤)

[內容來源] 檢視會顯示：

錯誤：0
刪除：0
最上層錯誤：0

因為編目程式無法判斷項目是否真地不存在，或是否因網路中斷而無法存取項目，所以不會從索引中刪除項目。

過時的起始位址

編目記錄檔會報告最上層文件的最上層錯誤或起始位址。若要確定健全的內容來源，則應該採取下列動作：

永遠調查非零最上層錯誤。
永遠調查一直出現在編目記錄檔中的最上層錯誤。
否則，建議您在連絡網站擁有者之後每兩週移除一次過時的起始位址。

疑難排解和刪除過時的起始位址

確認執行此程序的使用者帳戶是否為 Search Service 應用程式的管理員。
如果您判斷起始位址可能已過時，請先 Ping 網站，再判斷它是否存在。如果您接收到回應，請判斷下列哪個問題導致問題：
- 如果您可以從瀏覽器存取 URL，則是因為網路連線發生問題，所以編目程式無法編目起始位址。
- 如果是從瀏覽器重新導向 URL，則應該將起始位址變更為與新位址相同。
- 如果 URL 在瀏覽器中接收到錯誤，請在其他時間重試。如果在多次嘗試之後還是接收到錯誤，請連絡網站擁有者以確定網站可用。
如果您未在 Ping 網站時接收到回應，則網站不存在且應該予以刪除。請在刪除網站之前與網站擁有者確認此項。

拒絕存取

編目記錄檔持續報告起始位址的「拒絕存取」錯誤時，內容存取帳戶可能沒有編目網站的讀取權限。如果您可以使用系統管理帳戶來檢視 URL，則權限的更新方式可能會發生問題。在此情況下，您應該連絡網站擁有者以要求權限。如需如何設定編目程式之權限的詳細資訊，請參閱＜管理編目規則 (SharePoint Server 2010)＞。

內容來源檢視中主機分配期間設定為零的數字

在主機分配期間，[內容來源] 檢視中所有欄的數字都會設定為零。發生的原因是 [內容來源] 檢視中的數字都是直接來自編目資料庫表格。在主機分配期間，會移動這些表格中的資料，讓值在主機分配期間保留為零。

主機分配完成之後，請執行內容來源的累加編目，以還原原始數字。

在內容來源檢視中顯示檔案共用刪除

從順利編目的檔案共用內容來源中刪除文件時，會在下次完整或累加編目期間立即從索引刪除文件。在編目記錄檔的 [內容來源] 檢視中，這些項目會顯示為錯誤，但在其他檢視中會顯示為刪除。

停止或重新啟動 SharePoint Server Search Service 會導致編目記錄檔交易不一致

可能會因系統管理作業或伺服器功能而重設或重新啟動 SharePoint Server Search Service (OSearch14)。發生此情況時，編目記錄檔的編目記錄檢視可能會不一致。您可能會注意到每個編目的交易數目與每個編目所執行的實際交易數目有所差異。發生的原因是 OSearch14 服務將使用中交易儲存至記憶體，並在完成之後寫入這些交易。如果先停止、重設或重新啟動 OSearch14 服務，再將記憶體中的交易寫入至編目記錄檔資料庫，則顯示的每個編目的交易數目會不正確。

共用方式為