sql server - une - Problème SSP MOSS-Échec de la connexion à la base de données à partir du SSP supprimé




sql network interfaces error 26-erreur lors de la localisation du serveur/de l'instance spécifiés (2)

Nous avons eu quelques 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 ont manqué d'espace. Par la suite, le service de recherche ne s'exécutait pas et les paramètres de recherche dans le fournisseur de services partagés 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 VM, nous avons décidé d'essayer de résoudre le problème.

Nous avons créé un nouveau fournisseur de services partagés et modifié l'association de tous les services au nouveau fournisseur de services partagés. 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 correctement. MySites fonctionne également bien.

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

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

Alors...

  • Où ces références à DOMAIN \ SPMOSSSvc et à l'ancienne base de données SSP existeraient-elles?
  • Est-il possible de supprimer complètement le fournisseur de services partagés du serveur et de le recréer? L'option de suppression n'était pas disponible (grisée) lorsqu'un seul SSP est en place.

Je suspecte ceux-ci sont liés à l'Agent SQL Server essayant de se connecter à une base de données qui n'existe plus.

Pour l'effacer, vous devez: 1. Aller à SQL Server Management Studio 2. Désactiver le travail appelé _job_deleteExpiredSessions

Si cela fonctionne, alors vous devriez être clair pour le supprimer.


Comme l'a dit Daniel McPherson, cela est dû au fait que les fournisseurs de services partagés sont supprimés mais que les travaux associés ne le sont pas et tentent de communiquer avec la base de données supprimée.

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

Suivez les étapes que Daniel a mentionnées:
1. Accédez à SQL Server Management Studio.
2. Désactivez le travail appelé SSPNAME_JobDeleteExpiredSessions, cliquez avec le bouton droit et choisissez Désactiver le travail.