在测试中，SharePoint实例一直存在一些问题
环境。幸运的是，这不是生产过程；)问题开始了
当带有SQL Server数据库和搜索索引的磁盘用完时
空间。此后，搜索服务将无法运行并搜索
无法访问SSP中的设置。回收磁盘空间确实
无法解决问题。因此，我们决定不还原虚拟机，而是决定
尝试解决此问题。

我们创建了一个新的SSP，并将所有服务的关联更改为
新的SSP。然后删除了旧的SSP及其数据库。搜索
PDF文件的结果不再出现，但搜索有效
否则很好。 MySites也可以正常运行。

实施此更改后，会出现以下问题：

1) An audit failure message started appearing in the application event log, for 'DOMAIN\SPMOSSSvc' which is the MOSS farm account.

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) SQL Server profiler is showing queries from SharePoint that reference the old
  (deleted) SSP database.

所以...

• 这些对DOMAIN \ SPMOSSSvc和旧的SSP数据库的引用在哪里存在？
• 有没有办法从服务器"完全"删除SSP，然后重新创建？当有单个SSP时，删除选项不可用(显示为灰色)。

解决方案

回答

我们是否尝试过使用命令行删除SSP？当我们破坏了SSP并想摆脱它时，我发现它曾经起作用过。

该命令是：

stsadm.exe -o deletessp -title <sspname> [-deletedatabases]

deletedatbases开关是可选的。

另外，在"作业定义和作业计划"下签入管理中心，以确保没有与SSP相关的作业仍在运行

回答

我怀疑这些与试图登录到不再存在的数据库的SQL Server代理有关。

要清除它，我们需要：
1.转到SQL Server Management Studio
2.禁用名为" <数据库名称> _job_deleteExpiredSessions"的作业。

如果可行，则应将其删除。

回答

正如Daniel McPherson所说，这是由于删除SSP而导致的，
作业不是，并尝试与已删除的数据库进行通信。
如果是SSP
数据库已被删除或者删除SSP时出现问题，该作业可能
不被删除。当作业尝试运行时，它将失败，因为数据库号为
不再存在。

请遵循Daniel提到的步骤：
1.转到SQL Server Management Studio
2.禁用名为SSPNAME_JobDeleteExpiredSessions的作业，右键单击并选择"禁用作业"。