2014-09-15 17 views
9

Ich habe einen Windows 2012 Server, auf dem SharePoint 2010 mit einem SQL Server Express lokal installiert ausgeführt wird. Leider überfluten meine Protokolle gerade die Meldung "Beim Einreihen einer Nachricht in die Zielwarteschlange ist eine Ausnahme eingetreten. Fehler: 15404, Status: 19. Informationen zu Windows NT-Gruppe/Benutzer 'DOMÄNE \ Benutzer', Fehlercode 0x5, konnten nicht abgerufen werden." Es können 20 solcher Nachrichten jede Sekunde sein!Konnte Informationen über Windows NT-Gruppe/Benutzer nicht erhalten

(... und die 'DOMAIN \ user' geschieht mein persönliches Konto. Sein)

Gibt es ein Job ausgeführt wird, die Rechte hat fehlt? "Qoute from https://serverfault.com/questions/277551/mssqlserver-exception-occurred-while-enqueueing-a-message-in-the-target-queue-e" Versuchen Sie, den Eigentümer der Jobs in den Account sa zu ändern, in den Eigenschaften des Jobs. "Wenn ich richtig liege, kann die Express-Version von SQL Server keine Jobs ausführen. Oder gibt es jemanden, der Zugriff haben möchte Warum möchte dieses Konto 20 Mal pro Sekunde Informationen über mein Konto erhalten?

Ich finde viele Blogs und Hinweise zu dieser Aufgabe, aber ich verstehe die Lösungen einfach nicht. Man sagt: "Um das zu reparieren anmelden, als einer der SA-Konten und gewähren SA Zugang für das Konto, das es braucht „Aber was Konto benötigt Zugriff sa

Antwort

28

Hoffentlich jemand anderes helfen.?

In meinem Fall sa war nicht der Besitzer der DB, ich war. Als ich versuchte, CLR-Konfiguration auszuführen, die sa Berechtigungen erforderte, habe ich diesen Fehler erhalten.

Die Lösung:

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 

habe ich die Hilfe des db-Team bei der Arbeit und this post die Antwort zu finden. Ich hoffe es hilft.

+1

Nicht OP hilft, aber ich hatte das gleiche Problem, und diese Lösung funktionierte für mich – thnkwthprtls

+1

Danke! Habe meinen Abend gerettet! – Colin

+1

Das ist mir geholfen. Vielen Dank. –

8

In meinem Fall war der Besitzer der Datenbank ein Domänenkonto Domain \ Me.

Die Fehlermeldung lautete

Error: 15404, State: 19. Could not obtain information about Windows NT group/user 'Domain\MyAccount'

Das Problem war, dass die Datenbank nicht wissen, was mit dem Domäne-Konto zu tun - so die logische Sache zu tun war stattdessen ein lokales Konto zu verwenden.

Ich habe versucht, den Besitzer der Datenbank zu ändern, aber die Dinge würden immer noch nicht richtig funktionieren.

Am Ende habe ich gelöscht und neu erstellt die gesamte Datenbank sichergestellt wird, dass der Besitzer SA

enter image description here

ich auch die Broker auf in den Einstellungen

enter image description here

Aktiviert

Thing begann magisch danach arbeiten

+0

Für meine localdb-Instanz konnte ich nur den Besitzer auf der Seite "Files" der db-Eigenschaften ändern (keine Wiederherstellung erforderlich) und das Problem wurde behoben. –

1

Ich hatte diesen Fehler von einem geplanten Job in sql Server Agent, in meinem Fall, direkt nachdem ich den Hostnamen des Windows Server geändert. Ich hatte auch sp_dropserver und sp_addserver ausgeführt. Meine Datenbank gehörte "sa", keinem Windows-Benutzer.

Ich könnte in SQL als der Windows-Benutzer NEWHOSTNAME \ Benutzername anmelden (ich denke, nach einer Änderung des Hostnamens ändert sich die SID nicht, deshalb hat es automatisch funktioniert?).

In SQL, im Security/Logins-Knoten, hatte ich SQL-Logins jedoch als OLDHOSTNAME \ username definiert. Ich stellte eine Verbindung zu SQL her, indem ich "sa" anstelle von Windows Integrated verwendete, löschte die alten Logins und erstellte neue mit NEWHOSTNAME \ username.

Der Fehler ist verschwunden.

9

Ich weiß, das lang ist, aber ich stieß vor kurzem das gleiche Problem und den Schritt, den ich dazu weiter unten sind zu lösen hat:

  1. Rechtsklick auf die Datenbank und wählen Sie Eigenschaften

  2. Klicken Sie auf Dateien unter "Wählen Sie eine Seite aus"

  3. Wählen Sie unter dem Besitzer im rechten Bereich unterhalb des Datenbanknamens sa als Eigentümer aus.

Dies wird das Problem für Sie lösen.

Ich hoffe, das

Verwandte Themen