2014-09-15 17 views
9

Possiedo un server Windows 2012 con SharePoint 2010 che utilizza SQL Server Express installato localmente. Purtroppo i miei registri sono attualmente inondati di messaggio "Si è verificata un'eccezione durante l'accodamento di un messaggio nella coda di destinazione. Errore: 15404, stato: 19. Impossibile ottenere informazioni sul gruppo/utente di Windows NT" DOMINIO \ utente ", codice errore 0x5." Può essere 20 messaggi di questo tipo ogni secondo!Impossibile ottenere informazioni sul gruppo/utente di Windows NT

(... e il 'DOMINIO \ utente' sembra essere il mio account personale.)

ci sono un lavoro in esecuzione che è mancante diritti? "Qoute da https://serverfault.com/questions/277551/mssqlserver-exception-occurred-while-enqueueing-a-message-in-the-target-queue-e" Prova a modificare il proprietario dei lavori sull'account sa, sulle proprietà del lavoro. "Se sono corretto, la versione rapida di SQL Server non può eseguire i lavori? O c'è qualcuno/qualcosa che vuole accedere? al nostro annuncio? Perché l'account vuole ottenere informazioni sul mio account 20 volte al secondo?

Ho trovato molti blog e suggerimenti su questo compito, ma non capisco le soluzioni. Uno dice "Per riparare questo , esegui il login come uno dei conti SA e concedere l'accesso SA per l'account che ne ha bisogno "Ma quale conto delle esigenze di accesso sa

risposta

28

Speriamo che questo vi aiuterà a qualcun altro:.?

Nel mio caso, sa non era il proprietario del DB, lo ero. Quando ho provato ad eseguire la configurazione CLR che richiedeva i privilegi sa, ho ricevuto questo errore.

La soluzione:

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 

ho usato l'aiuto del team di db al lavoro e this post per trovare la risposta. Spero che sia d'aiuto.

+1

Non OP, ma ho avuto lo stesso problema e questa soluzione ha funzionato per me – thnkwthprtls

+1

Grazie! Salvato la mia serata! – Colin

+1

Questo mi è stato d'aiuto. Grazie. –

8

Nel mio caso il proprietario del database era un account di dominio Domain \ Me.

Il messaggio di errore è stato

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

Il problema era che il database non sapeva cosa fare con l'account di dominio - quindi la cosa più logica da fare era quello di utilizzare un account locale invece.

Ho provato a cambiare il proprietario del database, ma le cose non funzionavano ancora correttamente.

Alla fine ho cancellata e ricreata l'intero database assicurandosi che il proprietario era SA

enter image description here

Ho anche impostare il Broker per abilitata nelle impostazioni

enter image description here

Cosa inizia magicamente dopo questo

+0

Per la mia istanza localdb, sono riuscito a cambiare il proprietario nella pagina "File" delle proprietà db (non è necessaria alcuna ricreazione) e questo ha risolto il problema. –

1

Ho riscontrato questo errore da un lavoro programmato in sql Agente server, nel mio caso, subito dopo aver modificato il nome host di Windows Server. Avevo anche eseguito sp_dropserver e sp_addserver. Il mio database era di proprietà di "sa", non di un utente di Windows.

Potrei accedere a SQL come utente Windows NEWHOSTNAME \ username (credo che dopo un cambio di nome host, il SID non cambi, per questo motivo ha funzionato automaticamente?).

Tuttavia, in SQL, nel nodo Sicurezza/Login, ho avuto il login SQL definito come OLDHOSTNAME \ username. Mi sono collegato a SQL utilizzando "sa" anziché Windows Integrated, ho eliminato i vecchi accessi e ne ho creati di nuovi con NEWHOSTNAME \ username.

L'errore è scomparso.

9

So che questo è lungo ma di recente ho incontrato lo stesso problema e il passo che facevo per risolvere questo sono al di sotto:

  1. fare clic destro sul database e selezionare le proprietà

  2. Cliccare su File sotto "Seleziona una pagina"

  3. Sotto il proprietario appena sotto il nome del database nel riquadro a destra, selezionare sa come proprietario.

Questo risolverà il problema per voi.

Spero che questo aiuta

Problemi correlati