Problème MOSS SSP - Échec des connexions à la base de données à partir du SSP supprimé

Question

Nous avons eu des problèmes avec une instance SharePoint dans un environnement de test.Heureusement, ce n'est pas la production;) Les problèmes ont commencé lorsque le disque avec les bases de données SQL Server et l'index de recherche sont à court d'espace.Après cela, le service de recherche ne s'exécuterait pas et les paramètres de recherche dans le SSP n'étaient pas accessibles.La récupération de l'espace disque n'a pas résolu le problème.Donc, plutôt que de restaurer la machine virtuelle, nous avons décidé d'essayer de résoudre le problème.

Nous avons créé un nouveau SSP et changé l'association de tous les services en nouveau SSP.L'ancien SSP et ses bases de données ont ensuite été supprimés.Les résultats de recherche pour les fichiers PDF n'apparaissent plus, mais la recherche fonctionne bien autrement.MySites fonctionne également correctement.

Suite à la mise en œuvre de ce changement, ces problèmes surviennent :

1) Un message d'échec d'audit a commencé à apparaître dans le journal des événements d'application, pour 'DOMAIN\SPMOSSSvc' qui est le compte de la batterie de serveurs 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) SQL Server Profiler affiche des requêtes de SharePoint qui font référence à l'ancienne base de données SSP (supprimée).

Donc...

• Où ces références au domaine spmossvc et à l'ancienne base de données SSP existe-t-elle?
• Existe-t-il un moyen de supprimer «complètement» le SSP du serveur et de recréer?L'option à supprimer n'était pas disponible (grisée) lorsqu'un seul SSP est en place.

Answer 1

Comme l'a dit Daniel McPherson, cela est causé lorsque les SSP sont supprimés, mais le travail associé n'est pas et tenter de communiquer avec la base de données supprimée.

Si la base de données SSP a été supprimée ou si un problème s'est produit lors de la suppression d'un SSP, le travail ne peut pas être supprimé.Lorsque le travail tentera de s'exécuter, il échouera car la base de données n'existe plus.

Suivez les étapes mentionnées par Daniel :
1.Accédez à SQL Server Management Studio
2.Désactivez le travail appelé SSPNAME_JobDeleteExpiredSessions, faites un clic droit et choisissez Désactiver le travail.

Answer 2

Je soupçonne que ceux-ci sont liés au fait que l'agent SQL Server tente de se connecter à une base de données qui n'existe plus.

Pour l'éclaircir, vous devez :1.Allez au SQL Server Management Studio 2.Désactivez le travail appelé <database name>_job_deleteExpiredSessions

Si cela fonctionne, vous devriez être prêt à le supprimer.

Answer 3

Avez-vous essayé de supprimer le SSP à l'aide de la ligne de commande ?J'ai trouvé que cela fonctionnait une fois lorsque nous avions un SSP cassé et que nous voulions simplement nous en débarrasser.

La commande est :

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

Le deletedatbases Le commutateur est facultatif.

---

Vérifiez également dans l'Administration centrale sous Définitions de tâches et planifications de tâches pour vous assurer qu'aucune tâche liée à SSP n'est encore en cours d'exécution.