在测试环境中,SharePoint实例出现了一些问题。谢天谢地,这不是生产;)当带有Server数据库和搜索索引的磁盘空间耗尽时,问题就开始了。在此之后,搜索服务将无法运行,SSP中的搜索设置无法访问。回收磁盘空间没有解决问题。因此,我们决定尝试修复这个问题,而不是恢复VM。
我们创建了一个新的SSP,并将所有服务的关联改为新的SSP。然后删除了旧的SSP和它的数据库。PDF文件的搜索结果不再出现,但搜索工作正常,否则。MySites也可以正常工作。
在实施这一变化之后,出现了以下问题:
1)在应用程序事件日志中开始出现一条审计失败消息,用于“域\SPMOSSSvc”,即MOSS场帐户。
Event Type: Failure Audit
Event Source: MSSQLSERVER
Event Category: (4)
Event ID: 18456
Date: 8/5/2008
Time: 3:55:19 PM
User: DOMAIN\SPMOSSSvc
Computer: dastest01
Description:
Login failed for user 'DOMAIN\SPMOSSSvc'. [CLIENT: <local machine>]2) Server分析器显示来自SharePoint的查询,这些查询引用旧的(已删除的) SSP数据库。
所以..。
发布于 2008-09-18 21:37:19
正如Daniel McPherson所说,这是在SSP被删除但关联的作业未被删除时造成的,并试图与已删除的数据库进行通信。
如果SSP数据库已被删除,或者在删除SSP时出现问题,则作业可能不会被删除。当作业试图运行时,由于数据库不再存在,作业将失败。
按照丹尼尔提到的步骤:
发布于 2008-08-10 08:48:47
我怀疑这与试图登录到不再存在的数据库的Server代理有关。
要清除它,您需要: 1.转到2.禁用名为<database name>_job_deleteExpiredSessions的作业
如果这是可行的,那么您应该清楚地删除它。
发布于 2008-08-07 23:26:19
您试过使用命令行删除SSP吗?当我们有一个坏了的SSP时,我发现它曾经起过作用,我只是想摆脱它。
该命令是:
stsadm.exe -o deletessp -title <sspname> [-deletedatabases]deletedatbases开关是可选的。
此外,在“职务定义和职务计划”下检查中央管理,以确保没有SSP相关的作业仍在运行
https://stackoverflow.com/questions/4752
复制相似问题