wake-up-neo.net

Informationen zum Windows NT-Gruppenbenutzer konnten nicht abgerufen werden

Ich erstelle eine SQL Server-Replikation mithilfe eines Skripts. Wenn ich versuche auszuführen

The job failed. Unable to determine if the owner (STAR\moorer7) of job L3BPT2M-Atlas-14 has server access (reason: Could not obtain information about Windows NT group/user 'STAR\moorer7', error code 0x5. [SQLSTATE 42000] (Error 15404)).

Dies ist ein Job, der von einem Skript erstellt wird, das die Replikation definiert.

Wie debugge ich das?

38
Raj More

Active Directory verweigert den Zugriff auf Ihren SQL-Agenten. Der Agent sollte unter einem Konto ausgeführt werden, das vom STAR-Domänencontroller erkannt wird.

36
Remus Rusanu

Für mich wurden die Jobs unter DOMAIN\Administrator ausgeführt und schlugen mit der Fehlermeldung "The job failed. Unable to determine if the owner (DOMAIN\administrator) of job Agent history clean up: distribution has server access (reason: Could not obtain information about Windows NT group/user 'DOMAIN\administrator', error code 0x5. [SQLSTATE 42000] (Error 15404)). fehl. Um dies zu beheben, Ich habe den Eigentümer jedes fehlgeschlagenen Jobs in sa geändert. = Hat danach einwandfrei funktioniert. Die Jobs hatten mit der Replikationsbereinigung zu tun, aber ich bin mir nicht sicher, ob sie manuell oder als Teil der Replikationskonfiguration hinzugefügt wurden. Ich war nicht daran beteiligt, daher bin ich mir nicht sicher.

8
Derreck Dean

In einer Testumgebung auf einer virtuellen Maschine sind ähnliche Fehler aufgetreten. Wenn sich der Computername aufgrund des VM Klonens von einer Vorlage ändert, können Sie diesen Fehler erhalten.

Wenn sich der Computername von ALT in NEU geändert hat.

Ein Job verwendet diese gespeicherte Prozedur:

msdb.dbo.sp_sqlagent_has_server_access @login_name = 'OLD\Administrator'

Welches benutzt dieses:

EXECUTE master.dbo.xp_logininfo 'OLD\Administrator'

Was gibt diesen SQL-Fehler 15404

select text from sys.messages where message_id = 15404;
Could not obtain information about Windows NT group/user '%ls', error code %#lx.

Was ich denke, ist unter den gegebenen Umständen richtig. Wir haben dem VM Klon-/Bereitstellungsprozess ein Skript hinzugefügt, das die SQL-Anmeldung neu erstellt.

8
Craig Celeste

In meinem Fall wurde dieser Fehler beim Verwenden der Funktion IS_ROLEMEMBER() unter SQL Server 2008 R2 angezeigt. Diese Funktion ist vor SQL Server 2012 nicht gültig.

Anstelle dieser Funktion habe ich letztendlich verwendet

select 1 
from sys.database_principals u 
inner join sys.database_role_members ur 
    on u.principal_id = ur.member_principal_id 
inner join sys.database_principals r 
    on ur.role_principal_id = r.principal_id 
where r.name = @role_name 
and u.name = @username

Deutlich ausführlicher, aber es wird die Arbeit erledigt.

3
Bacon Bits

Habe gerade dieses Problem gelöst. In meinem Fall war es Domänencontroller nicht zugänglich, weil beide DNS-Server Google DNS war.

Ich füge gerade zur Checkliste für dieses Problem hinzu:

  • überprüfen Sie, ob der Domänencontroller verfügbar ist
2
Rail

Ich musste eine VPN-Verbindung herstellen, damit das Veröffentlichungsskript erfolgreich in der Datenbank bereitgestellt werden konnte.

1
Pete

Ich hatte das gleiche Problem, das durch die Domänenanmeldung verursacht wurde, bei der der SQL-Dienst in AD gesperrt ist. Die Sperre wurde durch eine unabhängige Verwendung des Dienstkontos für einen anderen Zweck mit einem falschen Kennwort verursacht.

In den von SQL Agent-Protokollen empfangenen Fehlern wurde der Name des Dienstkontos nicht erwähnt, sondern nur der Name des Benutzers (Auftragseigners), der nicht authentifiziert werden konnte (da das Dienstkonto zur Überprüfung mit AD verwendet wird).

1
mniles

In unserem Fall wurde das Windows-Dienstkonto, unter dem SQL Server und SQL Agent ausgeführt wurden, in Active Directory gesperrt.

0
Michael Ross