web-dev-qa-db-fra.com

Impossible d'obtenir des informations sur le groupe/utilisateur Windows NT

J'ai un serveur Windows 2012 exécutant SharePoint 2010 à l'aide d'un serveur SQL Server Express installé localement. Malheureusement, mes journaux inondent actuellement le message "Une exception s'est produite lors de la mise en file d'attente d'un message dans la file d'attente cible. Erreur: 15404, État: 19. Impossible d'obtenir des informations sur le groupe/utilisateur Windows NT" DOMAIN\user ", code d'erreur 0x5." Il peut y avoir 20 tels messages par seconde!

(... et le 'DOMAIN\user' est mon compte personnel.)

Y at-il un travail en cours qui a des droits manquants? "Qoute from https://serverfault.com/questions/277551/mssqlserver-exception-occurring-while-enqueueing-a-message-in-the-target-queue-e " Essayez de changer de propriétaire travaux sur le compte sa, sur les propriétés du travail. "Si je suis correct, la version express de SQL Server ne peut pas exécuter les travaux? Ou y a-t-il quelqu'un/quelque chose qui veut accéder à notre AD? Pourquoi ce compte veut-il obtenir des informations à propos de mon compte 20 fois par seconde? 

Je trouve beaucoup de blogs et d’allusions sur cette tâche, mais je ne comprends tout simplement pas les solutions. L'un dit "Pour réparer cela, connectez-vous en tant qu'un des comptes SA et accordez un accès SA au compte qui en a besoin." Mais quel compte a besoin d'un accès? 

sql-serversql-server-2008sharepoint
26
kolback

J'espère que cela aidera quelqu'un d'autre:

Dans mon cas, sa n'était pas le propriétaire de la base de données, je l'étais. Lorsque j'ai essayé d'exécuter la configuration CLR qui nécessitait les privilèges sa, j'ai eu cette erreur.

La solution: 

USE MyDB 
GO 
ALTER DATABASE MyDB set TRUSTWORTHY ON; 
GO 
EXEC dbo.sp_changedbowner @loginame = N'sa', @map = false 
GO 
sp_configure 'show advanced options', 1; 
GO 
RECONFIGURE; 
GO 
sp_configure 'clr enabled', 1; 
GO 
RECONFIGURE; 
GO

J'ai utilisé l'aide de l'équipe de base de données au travail et cet article pour trouver la réponse. J'espère que ça aide.

56
Chaim Eliyah

Je sais que c'est long, mais j'ai récemment rencontré le même problème et les mesures que j'ai prises pour résoudre ce problème sont les suivantes:

  1. Cliquez avec le bouton droit sur la base de données et sélectionnez les propriétés.

  2. Cliquez sur Fichiers sous "Sélectionner une page"

  3. Sous le propriétaire situé juste en dessous du nom de la base de données dans le volet de droite, sélectionnez sa en tant que propriétaire. 

Cela résoudra le problème pour vous.

J'espère que ça aide

47
olammy

Dans mon cas, le propriétaire de la base de données était un compte de domaine Domain\Me. 

Le message d'erreur était 

Erreur: 15404, État: 19. Impossible d'obtenir des informations sur Windows NT groupe/utilisateur 'Domain\MyAccount'

Le problème était que la base de données ne savait pas quoi faire avec le compte de domaine - la logique était donc d'utiliser un compte local à la place. 

J'ai essayé de changer le propriétaire de la base de données, mais les choses ne fonctionnaient toujours pas correctement.

Finalement, j'ai supprimé et recréé la base de données complète en vérifiant que le propriétaire était SA

enter image description here

J'ai également paramétré le courtier sur Activé dans les paramètres 

enter image description here

Chose a commencé comme par magie après cela

10
Malcolm Swaine

J'ai eu cette erreur d'un travail planifié dans SQL Server Agent, dans mon cas, juste après avoir changé le nom d'hôte du serveur Windows. J'avais également couru sp_dropserver et sp_addserver. Ma base de données appartenait à "sa" et non à un utilisateur Windows. 

Je pourrais me connecter à SQL en tant qu'utilisateur Windows NEWHOSTNAME\nom d'utilisateur (je suppose qu'après un changement de nom d'hôte, le SID ne change pas, c'est pourquoi il a fonctionné automatiquement?). 

Cependant, en SQL, dans le nœud Sécurité/Connexions, les connexions SQL étaient définies comme suit: OLDHOSTNAME\nom d'utilisateur. Je me suis connecté à SQL en utilisant "sa" au lieu de Windows Integrated, j'ai abandonné les anciennes connexions et en ai créé de nouvelles avec NEWHOSTNAME\nom d'utilisateur. 

L'erreur a disparu.

2
Thierry_S

J'ai eu le même problème où mon identifiant de domaine n'était pas reconnu. Tout ce que je faisais était d'aller dans le gestionnaire de configuration SQL Server et de démarrer les services en tant que services réseau au lieu d'un service local. Le serveur/agent SQL était alors capable de reconnaître les connexions AD pour les travaux.

1
Hali

pour effectuer une mise à jour groupée de toutes les bases de données, exécutez ce script, puis exécutez sa sortie:

 SELECT 'ALTER AUTHORIZATION ON DATABASE::' + QUOTENAME(name) + ' TO [sa];' 
 from sys.databases
     where name not in ('master', 'model', 'tempdb')
0
avs099