我们在测试中遇到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.
1
2
3
4
5
6
7
8
9
10
| 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就位。
正如Daniel McPherson所说，这是由于删除SSP而造成的，
作业不是，并尝试与已删除的数据库进行通信。
数据库已被删除或删除SSP时出现问题，作业可能
不被删除。当作业尝试运行时，它将失败，因为数据库号为
已存在。
按照丹尼尔提到的步骤进行：
1.转到SQL Server Management Studio
2.禁用名为SSPNAME_JobDeleteExpiredSessions的作业，右键单击并选择"禁用作业"。
我怀疑这些与试图登录到不再存在的数据库的SQL Server代理有关。
要清除它，您需要：
1.转到SQL Server Management Studio
2.禁用名为<database name>_job_deleteExpiredSessions
的作业
如果这行得通，那么您应该都可以删除它。
您是否尝试过使用命令行删除SSP？我发现这在我们破坏了SSP并只想摆脱它的时候起作用了。
命令是：
1
| stsadm.exe -o deletessp -title <sspname> [-deletedatabases] |
deletedatbases开关是可选的。
此外，在"作业定义和作业计划"下签入管理中心，以确保没有与SSP相关的作业仍在运行
