附註: 本文已完成其任務,將於不久之後淘汰。 為了避免造成「找不到網頁」問題,我們將在我們能掌握的範圍內,移除所有連往本文的連結。 如果您建立了連往本頁面的連結,請將之移除,與我們一同維持網路暢行無阻。
Microsoft Search Server 2010
問題 |
解答/解決方法 |
Microsoft Search Server 2010 的硬體和軟體需求: 此內容位於 Technet 上 |
|
SharePoint 搜尋語言偵測 企業搜尋具有語言偵測功能,我們需要提供其版權歸屬。 |
ICU 授權-ICU 1.8.1 及更新版本 原始 SSLeay 授權 LIBXML2 授權 |
可 透過 PowerShell 變更搜尋服務的效能等級之後,可能會顯示記錄中顯示的部分 assert 語句「RobotThread tid {num} 沒有 perf obj」。 |
若要在伺服器陣列中的每個方塊上回收搜尋服務,請在提升的提示中輸入下列兩個命令: net stop osearch14 net start osearch14 |
自動語言偵測預設為在 Beta2 升級後: 根據預設,搜尋引擎會在爬行時推斷檔的語言,以選取正確的 tokenizers (亦即, wordbreakers). 有些客戶可能已特意關閉這些功能,且希望它保持關閉(以模仿 Search Server 2007 行為)。 從 Beta2 升級之後,RTM 發行將預設會開啟 [語言推理] 系統。 |
如有需要,請關閉自動語言偵測或重新開機搜尋服務(如下所示)。 在某些情況下,關閉檢測功能將會停止檢索一些檔,特別是 html、msg 和 txt 檔案。 若要關閉語言偵測,請將下列設定為0 EnableLanguageDetection EnableLanguageDetectionPerChunk 在登錄 ke 中: HKEY_LOCAL_MACHINE \SOFTWARE\Microsoft\Office Server \ 完成此動作之後,就需要重新開機搜尋服務,例如使用下列命令: net stop osearch14 net start osearch14 請務必將 index server 語言設定為大多數 html、msg 和 txt 檔案的最常見語言。 關閉這些按鍵之後,就無法在 [高級搜尋] 中使用 [語言] 篩選。 |
頁面頂端
Microsoft FAST Search Server 2010
問題 |
解答/解決方法 |
Setup.exe 在義大利 Win2k8 SP2 X64 上無法進行快速搜尋伺服器設定: 安裝後設定失敗並出現以下錯誤: 例外狀況-: Exception-DeploymentException: XML 驗證錯誤: L'attributo "modifiedTime" 不是è valido (Mahasen)。 Il valore "2010-04-16T 14.35.48 Z" 非è valido 每個 il tipo di dati "HTTP://www.w3.org"-La stringa 「2010-16T 14.35.48 Z "非è valore XsdDateTime valido。 翻譯成英文: |
最佳的解決方法是安裝 Win2k8 R2,而不是 Win2k8 SP2 替代方法是刪除檔案: C:\FASTSearch\etc\deployment.xsd。 如果找不到該檔案,架構驗證將不會發生。 |
快速搜尋中心設定: 使用提供的腳本將預設的 FASTSearch 憑證取代為新的憑證: ReplaceDefaultCertificate. ps1 在日文 OS 上失敗。 |
避免
注意:不建議您在生產環境中修改此檔案後,就會中斷該檔案的後續修補程式。 稍後不能由修補程式取代。 |
產生器 刪除內容集合不是容錯性操作。 如果備份索引節點上的操作失敗,就不會在主索引節點上還原該作業。 結果會是主要和備份索引節點失去同步處理。 |
如果備份索引節點在刪除內容集合期間失敗,必須手動進行同步處理。 |
產生器 在 unclean 關閉之後重新開機 [索引] 節點之後,處理常式在重建資料結構時可能會出現長時間的情況。 根據索引的大小而定,重建資料結構可能需要幾個小時的時間。 |
進度會顯示在索引節點記錄檔中。 事件前面是記錄的 [重建檔索引]。 您也可以使用命令列工具 indexerinfo 來檢索索引節點的狀態。 在重建資料結構時,請勿關閉程式。 |
產生器 記錄訊息:
出現在備份索引節點上。 |
在備份索引節點上,可能會安全地忽略這些記錄訊息。 |
產生器 在送入檔時更新索引架構,可能會導致未編制索引的檔。 |
在架構更新期間暫停送出作業,並確認架構變更已傳播至檔處理節點和索引節點,然後再繼續進行。 |
產生器 主索引節點不會驗證備份索引節點是否有足夠的可用磁碟空間。 在將資料傳送到備份索引節點之前,主索引節點會確認備份中有足夠的磁碟空間來完成傳輸。 如果傳輸的資料很大,備份索引節點上的磁碟空間可能會在傳輸資料時由外來事件填滿。 這將會導致主要和備份節點無法同步處理。 |
確定備份索引節點至少有足夠的可用磁碟空間做為主要索引節點。 |
產生器 刪除內容集合不是容錯性操作。 如果備份索引節點上的操作失敗,就不會在主索引節點上還原該作業。 結果會是主要和備份索引節點失去同步處理。 |
如果備份索引節點在刪除內容集合期間失敗,必須手動進行同步處理。 |
搜尋控制器: 如果無法使用 [Config 伺服器],搜尋節點就會延遲啟動。 搜尋節點會在初始化期間嘗試連線到 Config 伺服器。 已進行多個連線嘗試,而且當記錄訊息聲稱搜尋控制器只會在特定時間內嘗試連線時,實際等待的時間會長時間長。 |
啟動 [Config 伺服器],然後重新開機 [搜尋] 節點。 |
獲得 JDBC 連接器無法搭配設定輸出->OperationMode 在 jdbctemplate 中設定為 [更新]。 更新操作模式只適用于更新現有專案的屬性子集,也稱為部分更新。 |
請勿使用 [操作模式] 更新。 如果是增量式爬行,請務必使用 [新增操作模式]。 使用 [新增作業模式] 來爬行內容時,必須在 JDBCSQL 中選取所有專案屬性。 |
排序 如果由於某種原因 web analytics 引擎與其工作進程失去聯繫,處理可以停止,而且不會自動重新開機。 如果電腦重新開機或網路不穩定,通常會發生這種情況。 事件檢視器和 FS14 系統記錄隨即會包含類似以下的記錄訊息: [2009-12-13 17:15:03]錯誤: webanalyzer@HOSTNAME: systemmsg:處理常式在 makefile "wapartialupdate" 中處理失敗針對 [預設值],該視圖將會設定為 [已停止] 狀態。 |
使用 waadmin enqueueview 命令來繼續 anchortext 及連結處理。 如果已建立額外的 web 分析視圖,也可能必須執行 waadmin enqueuview<> viewname,以重新排程這些視圖。 |
排序 Waadmin 選項 drop_intra 開啟,放棄內部網站連結,但似乎不會影響 web 分析連結分析。 |
此選項僅適用于資料來源為快速搜尋網路爬行程式的情況。 如果資料來源是快速搜尋連接器,就不會有任何效果。 |
排序 在事件檢視器或 FS14 系統記錄中觀察到下列記錄訊息,且按一下流覽引擎已停止處理按一下記錄資料: [2010-01-16 04:00: 10.333]警告 systemmsg Asyncore callback 函數引發異常: <類別 ' 套接. 錯誤 ' >: (10054,"依對等重設連線)] [C:\d\cruise\builds\active\common\sharepointrelevance\src\server\SPUtils.py | asyncore_loop | 522] [C:\d\cruise\builds\active\common\sharepointrelevance\ [C:\d\cruise\builds\active\common\sharepointrelevance [C:\d\cruise\builds\active\common\sharepointrelevance\ [C:\d\cruise\builds\active\common\sharepointrelevance\ [C:\d\cruise\builds\active\common\sharepointrelevance\ [C:\d\cruise\builds\active\common\sharepointrelevance\ [fdmapi. .py | setup | 519][filesys. .py | init_filesystem | 171][async_remote. .py | run_remote_commands | 325] |
以 nctrl restart sprel 重新開機按一下流覽伺服器。 它在與 web analytics 伺服器(WebAnalyzer)相同的電腦上執行。 |
搜尋後端: Text 屬性上的浮點數查詢可能會傳回 false 命中。 針對資料類型文字的編目屬性或 Managed 屬性,可能會發生這種情況。 |
若要精確符合浮點數值,請使用類型為 Float 或 Decimal 的 Managed 屬性。 |
搜尋後端: 在一段時間內將許多受管理的屬性新增到架構,可能會在 fixmlindex 程式中產生較高的記憶體使用量。 |
若要解決這個問題,請重新安裝 [快速搜尋],並在其中一步套用架構變更,或遵循此程式:
|
搜尋後端: 在大部分檔中有字詞的查詢排名不佳。 即使在安裝少量檔的情況下,也可能會發生這種情況。 |
[快速搜尋排名] 行為預設是設定為執行效能權衡,以確保在擁有大量檔時獲得良好的搜尋效能。 折衷會減少搜尋後端所需讀取和處理的資料量。 不過,缺點是更不相關的檔可能會傳回並排列在相關檔上方,亦即減少精確度。 無論節點上的檔數量為何,都會完成權衡。 在某些情況下,如果您在執行初始送紙時也可以開始執行排名調整,而排名行為則不會依檔數量變更而變化。 不過,在某些使用案例中,可能會想要取得最佳的排名行為,特別是在小型系統上。 若要降低這種效能的影響效果,您可以在排名設定檔中增加 StopWordThreshold 和 PositionStopWordThreshold 值,如快速搜尋優化關聯性檔中所述。 |
搜尋後端: 將 managed 屬性類型從一個數數值型別變更為另一個數數值型別時,可能會導致各種問題: 在某些情況下,可能會從編制索引中放棄送入的檔。 當您使用 indexeradmin resetindex 命令,或以突然的方式重新開機系統時,可能會發生這種情況。 在其他情況下,已送入的內容可能會以不正確的方式編制索引,因此使用已知數值的查詢可能不會針對一組錯誤的檔傳回任何結果或命中資料。 相關問題是使用相同的名稱而不是變更類型來刪除並重新建立 managed 屬性,該 managed 屬性的內容將會在所有檔的搜尋前端中再次顯示。 這可能不一定是預期的效果。 |
在變更 managed 屬性的資料類型之後,請重新送入內容,以確保內容將會正確編制索引。 |
搜尋後端: 使用快速 Lotus Notes 連接器時,FASTSearchSecurityUserSecurityFilter 不會傳回任何資訊 |
將 maxStringContentLength 從65536增加到655360,同時也將%FASTSEARCH\bin\Microsoft.SharePoint.Search.Extended. 中的 maxArrayLength 從16384變更為163840。 |
搜尋後端: FASTSearchSecurityConfigurationStatus comandlet 無法運作。 %FASTSEARCH%\bin\Microsoft.SharePoint. 中的預設埠錯誤 |
開啟%FASTSEARCH%\bin\Microsoft.SharePoint.Search。 |
搜尋後端: 搜尋節點與部署在相同主機上的索引節點之間的資料列識別碼不相符。 |
搜尋節點的列識別碼是動態指派的,而索引節點的列識別碼是在安裝期間決定。 |
備份與還原: 在執行快速搜尋中心設定之後,無法使用 [搜尋]。 |
修正%FASTSEARCH%\components\sam\admin\adminTransaction.log. 中已不再有效的路徑 請在 [快速搜尋中心] 管理節點上按照下列步驟修正問題:
a5e8d609-9d8f-42b5-bec5-e2ca03f94e66、12/04/2009 14:29:23、NORTHAMERICA\username、AddDomain、ln1、C:\FASTSearch\components\sam\admin\ln1.domain.config.xml 需要變更為: a5e8d609-9d8f-42b5-bec5-e2ca03f94e66、12/04/2009 14:29:23、NORTHAMERICA\username、AddDomain、ln1、E:\FASTSearch\components\sam\admin\ln1.domain.config.xml
|
備份與還原: 還原「快速搜尋中心」管理員節點後無法使用 [搜尋],但無法還原 [快速搜尋中心] 查詢節點(s) |
將最新的設定從快速搜尋中心查詢節點移至 [快速搜尋中心] 管理節點,方法如下:
|
備份與還原: 我正在 SharePoint 管理主控台的快速搜尋伺服器2010中,從 SharePoint 發佈的 FAST Search Server 2010 執行還原腳本。 執行腳本之後,所有以主機載入的 Cmdlet 都會消失。 |
由於腳本中的錯誤,SharePoint 的 FAST Search Server 2010 會卸載關聯的 PowerShell 管理單元。 您可以在 PowerShell 提示中執行下列命令來修正此情況: PS C:\ > PsSnapin FASTSearch |
搜尋前端: MOSS 搜尋網站會傳回錯誤: 搜尋要求無法連線至 [搜尋服務]。 重新開機 samworker 程式後,立即執行搜尋。 這個問題只會在您重新開機 samworker 之後,透過 MOSS 前端的第一個要求顯示。 第二個要求和任何後續的要求都會正常運作。 |
重新開機 samworker 之後,請向 MOSS 搜尋網站發出兩個要求。 檢查結果並確認第二個要求沒有發出錯誤,以確保搜尋正常運作。 |
促銷 & 降級: 使用包含反斜線的 URL 新增升級/降級時,已套用升級/降級的查詢失敗。 |
促銷/降級查詢處理邏輯無法正確地轉義反斜線字元。 這個問題應該不會在實踐中出現,因為在饋送內容(例如 file://myserver/mypath)時,不在盒式連接器使用正確的 Url。 建議的因應措施是將反斜線改為以正斜杠取代。 例如,將 "\\myserver\mypath" 變更為 "//myserver/mypath"。 |
架構管理: 啟用 [Float] 或 [Boolean] 類型之 managed 屬性的 [RefinementEnabled] 設定無法如期運作。 針對這些類型的 managed 屬性,不會顯示任何精簡器。 |
避免 使用 Decimal 而不是 Float 和 String,而不是 Boolean。 也就是說:
|
頁面頂端