注意: 本文已完成其工作,随后将不再使用。 为防止出现“找不到页面”问题,我们将删除已知无效的链接。 如果创建了指向此页面的链接,请删除这些链接,以便与我们一起为用户提供通畅的 Web 连接。
Microsoft Search Server 2010
疑问/问题 |
答案/解决办法 |
Microsoft Search Server 2010 的硬件和软件要求: 此内容位于 Technet 上 |
|
SharePoint 搜索语言检测 企业搜索有一种语言检测功能,我们需要提供其版权归属。 |
ICU 许可证-ICU 1.8.1 及更高版本 原始 SSLeay 许可证 LIBXML2 许可证 |
管理 在通过 PowerShell 更改搜索服务的性能级别后,日志中显示的一些 assert 语句 "RobotThread tid" 不会收到任何 perf obj "。 |
通过在提升的提示符下输入以下两个命令,在服务器场中的每个框上回收搜索服务: net stop osearch14 net start osearch14 |
在 Beta2 升级后,默认情况下自动语言检测: 默认情况下,搜索引擎会在爬网时推断文档的语言,以选择合适的 tokenizers (亦即, wordbreakers). 某些客户可能已有意关闭这些功能,希望其保持关闭状态(以模仿 Search Server 2007 行为)。 默认情况下,RTM 版本将在从 Beta2 升级时打开语言推断系统。 |
根据需要关闭自动语言检测或重启搜索服务(如下所示)。 关闭检测将停止检索某些文档,尤其是 html、msg 和 txt 文件,在某些情况下。 若要关闭语言检测,请将以下设置为0 EnableLanguageDetection EnableLanguageDetectionPerChunk 在注册表 ke 中: HKEY_LOCAL_MACHINE \SOFTWARE\Microsoft\Office 服务器 \ 执行此操作后,需要重新启动搜索服务,例如使用以下命令: net stop osearch14 net start osearch14 请确保将索引服务器语言设置为大多数 html、msg 和 txt 文件最常见的语言。 关闭这些键后,"高级搜索" 中的语言筛选功能也不会适用这些文件。 |
返回页首
Microsoft FAST Search Server 2010
疑问/问题 |
答案/解决办法 |
设定 在意大利 Win2k8 SP2 X64 上快速搜索服务器配置失败: 安装后配置失败,并出现以下错误: 异常-: Exception-DeploymentException: XML 验证错误: L'attributo "modifiedTime" 不是è valido。 Mahasen: ""。 Il valore "2010-04-16T 14.35.48 Z" è valido "tipo"-La dati "http://www.w3.org"-La stringa "2010-04-16T 14.35.48 Z" 没有è valore XsdDateTime valido。 转换为英语: |
最佳解决方法是安装 Win2k8 R2 而不是 Win2k8 SP2 替代方法是删除文件: C:\FASTSearch\etc\deployment.xsd。 如果找不到该文件,则不会进行架构验证。 |
FAST Search Center 设置: 使用提供的脚本将默认的 FASTSearch 证书替换为新证书: ReplaceDefaultCertificate 在日语操作系统上失败。 |
解决方法:
注意:在生产环境中不推荐使用,因为修改此文件会中断它的未来修补。 以后无法使用修补程序替换它。 |
索引器 删除内容集不是一种容错操作。 如果在备份索引节点上操作失败,则不会在主索引节点上还原操作。 结果将是主索引节点和备份索引节点失去同步。 |
如果备份索引节点在删除内容集期间失败,则必须手动同步。 |
索引器 在 unclean 关闭后重新启动 "索引" 节点时,进程可能会在重建数据结构时出现长时间冻结。 重建数据结构可能需要数小时,具体取决于索引的大小。 |
进度将显示在索引节点日志文件中。 事件前面是日志消息重建文档索引。 也可以使用命令行工具 indexerinfo 检索索引节点的状态。 在重建数据结构时不要终止进程。 |
索引器 日志消息:
显示在备份索引节点上。 |
在备份索引节点上可以安全地忽略这些日志消息。 |
索引器 在馈送文档时,更新索引架构可能会导致未编制索引的文档。 |
在架构更新期间暂停馈送,并确保架构更改已传播到文档处理节点和索引节点,然后再继续进行。 |
索引器 主索引节点不验证备份索引节点是否有足够的可用磁盘空间。 在将数据发送到备份索引节点之前,主索引节点将验证备份是否有足够的磁盘空间来完成传输。 如果传输的数据很大,备份索引节点上的磁盘空间可能会在传输数据时由外部事件填充。 这将导致主节点和备份节点丢失同步。 |
确保备份索引节点至少有足够的可用磁盘空间作为主索引节点。 |
索引器 删除内容集不是一种容错操作。 如果在备份索引节点上操作失败,则不会在主索引节点上还原操作。 结果将是主索引节点和备份索引节点失去同步。 |
如果备份索引节点在删除内容集期间失败,则必须手动同步。 |
搜索控制器: 如果配置服务器不可用,将在启动时延迟搜索节点。 搜索节点尝试在初始化期间连接到配置服务器。 将进行多次连接尝试,并且当日志消息声明搜索控制器将仅尝试连接特定的时间时,它实际等待的时间会大大延长。 |
启动配置服务器,然后重新启动搜索节点。 |
反面 JDBC 连接器不支持配置设置 Output->OperationMode 在 jdbctemplate 中设置为 "更新"。 更新操作模式仅用于更新现有项目(也称为部分更新)的属性子集。 |
不要使用操作模式更新。 对于增量爬网,应始终使用 "添加操作模式"。 使用 "添加操作模式" 对内容进行爬网需要在 JDBCSQL 中选择所有项目属性。 |
相关性 如果由于某种原因 web analytics 引擎与其工作进程失去联系,则可以停止处理,并且不会自动重新启动处理。 如果重新启动计算机或网络不稳定,通常会发生这种情况。 事件查看器和 FS14 系统日志将包含类似于以下内容的日志消息: [2009-12-13 17:15:03]错误: webanalyzer@HOSTNAME: systemmsg:在 makefile "wapartialupdate" for view "default" 中处理失败,将在 "已停止" 状态下设置视图。 |
使用 waadmin enqueueview 命令恢复 anchortext 和 link 处理。 如果已创建额外的 web analytics 视图,则还可能需要通过运行 waadmin enqueuview<viewname> 重新安排这些视图。 |
相关性 Waadmin 选项 drop_intra 已启用,放弃内部站点内链接,但似乎不会影响 web analytics 链接分析。 |
仅当数据源是快速搜索网络爬网程序时,此选项才有效。 如果数据源是 "快速搜索" 连接器,则不起作用。 |
相关性 在事件查看器或 FS14 系统日志中观察到以下日志消息,并且单击浏览引擎已停止处理点击式日志数据: [2010-01-16 04:00: 10.333]警告 systemmsg Asyncore 回调函数引发了异常: <类 ' socket。错误 ">: (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 | run_remote_commands | 325] |
通过 nctrl 重启 sprel 重新启动 "点击" 服务器。 它与 web analytics 服务器(WebAnalyzer)在同一台计算机上运行。 |
搜索后端: 对 Text 属性的浮点数字查询可能会返回 false 命中。 对于数据类型文本的已爬网属性或托管属性,可能会发生这种情况。 |
若要精确匹配浮点数值,请使用类型为 Float 或 Decimal 的托管属性。 |
搜索后端: 将许多托管属性随着时间的推移添加到架构可能会导致 fixmlindex 进程中的内存使用率较高。 |
若要解决此情况,请重新安装 "快速搜索" 并在一个中转中应用架构更改,或按照以下步骤操作:
|
搜索后端: 对包含大多数文档中的术语的查询的排名不佳。 即使在具有少量文档的安装中也可能会发生这种情况。 |
快速搜索分级行为默认情况下配置为执行性能折衷,以确保在拥有大量文档时获得良好的搜索性能。 权衡可减少搜索后端需要读取和处理的数据量。 但是,缺点是更不相关的文档可能会在相关文档之上返回和排序,即精度减少。 无论节点上有多少个文档,都将进行权衡。 在某些情况下,如果一个优点可以在执行初始馈送时开始执行排名优化,并且排名行为将不会随时间变化而变化,具体取决于文档的数量。 但是,在某些使用情形中,可能需要获得最佳排名行为,尤其是在小型系统上。 为了降低性能下降的影响,您可以按照快速搜索优化关联文档中的说明,增加排名档案中的 StopWordThreshold 和 PositionStopWordThreshold 值。 |
搜索后端: 将托管属性的类型从一种数值类型更改为另一种数值类型可能会导致各种问题: 在某些情况下,可能会从索引中放弃馈送的文档。 在使用 indexeradmin resetindex 命令时,或者在系统以突然的方式重新启动时,可能会发生这种情况。 在其他情况下,已送入的内容可能会被错误地索引,因此使用已知数值的查询可能不会为一组错误的文档返回结果或点击结果。 相关问题是,使用相同名称和不更改类型删除和重新创建托管属性将导致该托管属性的内容在所有文档的搜索前端中再次可见。 这可能并非总是预期的效果。 |
更改托管属性的数据类型后,重新馈送内容以确保内容将正确索引。 |
搜索后端: 使用快速 Lotus Notes 连接线时,FASTSearchSecurityUserSecurityFilter 不会返回任何信息 |
将 maxStringContentLength 从65536增加到655360,同时还将 maxArrayLength 从16384更改为163840%FASTSEARCH\bin\Microsoft.SharePoint.Search.Extended。 |
搜索后端: 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
|
备份和还原: 还原 "快速搜索中心" 管理节点后,搜索不起作用,但不会还原快速搜索中心查询节点 |
将 "快速搜索中心" 查询节点中的最新配置移动到 "快速搜索中心" 管理节点,方法是:
|
备份和还原: 我正在从 SharePoint 管理控制台的快速搜索服务器2010中的 "FAST Search Server 2010 for SharePoint 分发" 中运行还原脚本。 执行脚本后,所有与该控制台一起加载的 Cmdlet 都将丢失。 |
由于脚本中的 bug,SharePoint 的快速搜索服务器2010卸载关联的 PowerShell 管理单元。 可通过在 PowerShell 提示符下执行以下命令来修正此情况: PS C:\ > PsSnapin FASTSearch |
搜索前端: MOSS 搜索网站返回错误: 搜索请求无法连接到搜索服务。 在重新启动 samworker 进程后立即执行搜索。 此问题仅在重新启动 samworker 后通过 MOSS 前端显示第一个请求。 第二个请求和任何后续请求都有效。 |
重新启动 samworker 后,向 MOSS 搜索网站发出两个请求。 通过检查结果并验证第二个请求是否没有给出错误,确保搜索工作正常。 |
促销 & 降级: 使用包含反斜杠的 URL 添加提升/降级时,应用了提升/降级的查询将失败。 |
"升级/降级查询处理逻辑" 不能正确地转义反斜杠字符。 此问题应很少在实践中出现,因为在馈送内容(例如 file://myserver/mypath)时,开箱式连接器使用了正确的 Url。 建议的解决方法是使用正斜杠替换反斜杠。 例如,将 "\\myserver\mypath" 更改为 "//myserver/mypath"。 |
架构管理: 在类型为 Float 或 Boolean 的托管属性上启用 RefinementEnabled 设置不会按预期工作。 对于这些类型的托管属性,不会显示任何精简条件。 |
解决方法: 使用小数而不是浮点和字符串,而不是 Boolean。 这意味着:
|
返回页首