SQL NT Account geht nicht mehr - Wo setze ich Account Passwort , oder ist besser einen anderen Account hinterlegen
itnirvana (Level 1) - Jetzt verbinden
2021/01/12, aktualisiert 2021/01/13, 790 Aufrufe, 11 Kommentare, 1 Danke
Hallo,
ich habe einen SQL Server installiert. Der hat Standardmässig einen NT Account hinterlegt.
Nun heute aus heiterem Himmel startet der SQL Dienst nicht mehr und ich finde den Account nirgends um das neu zu setzen. Siehe Printscreen.
SQL NT Account geht nicht mehr Wo setze ich Account Passwort , oder ist besser einen anderen Account hinterlegen ?
SA Account, Domain Service User , oder einen Lokalen Account. Was ist besser ?
Oder ist die correcte Vorgehensweise der Locale System Account ?
Gruss
Jonas
ich habe einen SQL Server installiert. Der hat Standardmässig einen NT Account hinterlegt.
Nun heute aus heiterem Himmel startet der SQL Dienst nicht mehr und ich finde den Account nirgends um das neu zu setzen. Siehe Printscreen.
SQL NT Account geht nicht mehr Wo setze ich Account Passwort , oder ist besser einen anderen Account hinterlegen ?
SA Account, Domain Service User , oder einen Lokalen Account. Was ist besser ?
Oder ist die correcte Vorgehensweise der Locale System Account ?
Gruss
Jonas
Antworten-
1 
- Mehr
Auf Facebook teilen
Auf Twitter teilen11 Antworten
- LÖSUNG tagol.de schreibt am 2021/01/12 um 16:57:37 Uhr
- LÖSUNG itnirvana schreibt am 2021/01/12 um 16:59:20 Uhr
- LÖSUNG itnirvana schreibt am 2021/01/12 um 17:04:27 Uhr
- LÖSUNG cykes schreibt am 2021/01/12 um 17:25:54 Uhr
- LÖSUNG Dani schreibt am 2021/01/12 um 17:08:40 Uhr
- LÖSUNG itnirvana schreibt am 2021/01/12 um 17:39:14 Uhr
- LÖSUNG cykes schreibt am 2021/01/12 um 17:58:27 Uhr
- LÖSUNG jsysde schreibt am 2021/01/12 um 21:53:08 Uhr
- LÖSUNG itnirvana schreibt am 2021/01/13 um 09:29:32 Uhr
- LÖSUNG GrueneSosseMitSpeck schreibt am 2021/01/13 um 14:56:23 Uhr
- LÖSUNG jsysde schreibt am 2021/01/13 um 16:43:11 Uhr
- LÖSUNG itnirvana schreibt am 2021/01/12 um 17:39:14 Uhr
- LÖSUNG itnirvana schreibt am 2021/01/12 um 17:04:27 Uhr
- LÖSUNG itnirvana schreibt am 2021/01/12 um 16:59:20 Uhr
LÖSUNG 2021/01/12 um 16:57 Uhr
Zitat von itnirvana:
SQL NT Account geht nicht mehr Wo setze ich Account Passwort , oder ist besser einen anderen Account hinterlegen ?
SA Account, Domain Service User , oder einen Lokalen Account. Was ist besser ?
SQL NT Account geht nicht mehr Wo setze ich Account Passwort , oder ist besser einen anderen Account hinterlegen ?
SA Account, Domain Service User , oder einen Lokalen Account. Was ist besser ?
am besten sowenig rechte wie moeglich
muss der dienst aufs netzwerk zugreifen? wenn nein, lokaler user bzw. domain user mit wenig rechten
Windows Dienst SQL
LÖSUNG 2021/01/12 um 16:59 Uhr
LÖSUNG 2021/01/12 um 17:04 Uhr
LÖSUNG 2021/01/12 um 17:08 Uhr
Moin,
wie es bereits @tagol.de geschrieben hat, so wenig Rechte wie möglich. Daher verstehe ich nicht deinen Vorschlag mit dem Benutzer SA? Abgesehen davon, kann dieser nicht als Benutzer für Windows Dienste benutzt werden. Der Grund dafür ist, dass es sich dabei um einen Benutzer, der ausschließlich in der Benutzerverwaltung des SQL Servers existiert.
Hier noch ein wenig Lesestoff für das Homeschooling: Windows Service Accounts and Permissions.
Gruß,
Dani
wie es bereits @tagol.de geschrieben hat, so wenig Rechte wie möglich. Daher verstehe ich nicht deinen Vorschlag mit dem Benutzer SA? Abgesehen davon, kann dieser nicht als Benutzer für Windows Dienste benutzt werden. Der Grund dafür ist, dass es sich dabei um einen Benutzer, der ausschließlich in der Benutzerverwaltung des SQL Servers existiert.
Hier noch ein wenig Lesestoff für das Homeschooling: Windows Service Accounts and Permissions.
Gruß,
Dani
LÖSUNG 2021/01/12, aktualisiert um 17:54 Uhr
Hi,
es wäre hilfreich, wenn Du die SQL-Server Version und Edition (Vollversion oder Express), die Du installiert hast, dazuschreiben würdest.
Ggf. hat der User MSSQL$<Instanzname> einfach nur das Recht zum Anmelden als Dienst verloren. Das wäre in der GPO zu konfigurieren.
Schau auch mal ins Eventlog, was dort beim Startversuch des Dienstes reingeschrieben wird in Bezug auf den Benutzer.
Gruß
cykes
es wäre hilfreich, wenn Du die SQL-Server Version und Edition (Vollversion oder Express), die Du installiert hast, dazuschreiben würdest.
Ggf. hat der User MSSQL$<Instanzname> einfach nur das Recht zum Anmelden als Dienst verloren. Das wäre in der GPO zu konfigurieren.
Schau auch mal ins Eventlog, was dort beim Startversuch des Dienstes reingeschrieben wird in Bezug auf den Benutzer.
Gruß
cykes
LÖSUNG 2021/01/12, aktualisiert um 17:40 Uhr
Hallo,
ja danke. Was eben komisch ist. Das man das installiert. Es funktioniert. 1 Tag später steht es . Und man kann die NT Accounts nicht neu setzen.
Für die Windows Dienste habe ich nun einen Lokalen User mit Adminrechten hinterlegt. Der hier als Service User fungiert. Ist dies correct ?
So kenne ich es eigentlich.
Gruss
Jonas
ja danke. Was eben komisch ist. Das man das installiert. Es funktioniert. 1 Tag später steht es . Und man kann die NT Accounts nicht neu setzen.
Für die Windows Dienste habe ich nun einen Lokalen User mit Adminrechten hinterlegt. Der hier als Service User fungiert. Ist dies correct ?
So kenne ich es eigentlich.
Gruss
Jonas
LÖSUNG 2021/01/12 um 17:58 Uhr
Ob das so korrekt ist, kannst nur Du beantworten - laufen alle Dienste und hat Du mit der Anwendung Zugriff auf alles?
Ich würde es pauschal nicht so machen, sondern die genaue Ursache ermitteln und dazu die passende Lösung recherchieren.
So ist das Gefrikel, was Dir in x Tagen wieder auf die Füße fallen kann.
Ich würde es pauschal nicht so machen, sondern die genaue Ursache ermitteln und dazu die passende Lösung recherchieren.
So ist das Gefrikel, was Dir in x Tagen wieder auf die Füße fallen kann.
LÖSUNG 2021/01/12 um 21:53 Uhr
N'Abend.
Nein. Ein Dienstkonto sollte (darf) keine Adminrechte auf dem Hostsystem haben. Als allerallerallerletztes sollte ein SQL-Server als "Local System" laufen - das ist in punkto Sicherheit der Supergau.
Wenn der Server AD-joined ist, sollte man einen Group Managed Service Account verwenden; wenn nicht AD-joined, dann einen lokalen User _ohne!_ Adminrechte.
Cheers,
jsysde
Nein. Ein Dienstkonto sollte (darf) keine Adminrechte auf dem Hostsystem haben. Als allerallerallerletztes sollte ein SQL-Server als "Local System" laufen - das ist in punkto Sicherheit der Supergau.
Wenn der Server AD-joined ist, sollte man einen Group Managed Service Account verwenden; wenn nicht AD-joined, dann einen lokalen User _ohne!_ Adminrechte.
Cheers,
jsysde
LÖSUNG 2021/01/13 um 09:29 Uhr
LÖSUNG 2021/01/13 um 14:56 Uhr
Zitat von jsysde:
N'Abend.
Nein. Ein Dienstkonto sollte (darf) keine Adminrechte auf dem Hostsystem haben. Als allerallerallerletztes sollte ein SQL-Server als "Local System" laufen - das ist in punkto Sicherheit der Supergau.
Wenn der Server AD-joined ist, sollte man einen Group Managed Service Account verwenden; wenn nicht AD-joined, dann einen lokalen User _ohne!_ Adminrechte.
Cheers,
jsysde
nun genau das tut ja der SQL Server, er legt bei der Installation genau so ein Konto an, das einzig und allein dafür da ist, lokal und auch nur innerhalb der SQL Server Installation bzw. in dem Stammverzeichnis für die Datenbanken zu arbeiten. Deshalb hat MS z.B. beim SQL Server Management Studio auch keine Optionen für den Zugriff auf Netzlaufwerke oder Shares eingebaut, z.B. bei Backups weil das Dienstekonto von solchen Stellen dann nichts lesen kann.N'Abend.
Nein. Ein Dienstkonto sollte (darf) keine Adminrechte auf dem Hostsystem haben. Als allerallerallerletztes sollte ein SQL-Server als "Local System" laufen - das ist in punkto Sicherheit der Supergau.
Wenn der Server AD-joined ist, sollte man einen Group Managed Service Account verwenden; wenn nicht AD-joined, dann einen lokalen User _ohne!_ Adminrechte.
Cheers,
jsysde
Und genau das Konto geht z.B. kaputt wenn der Server nachträglich eine Domäne joint.
LÖSUNG 2021/01/13 um 16:43 Uhr
Servus.
Die Infos vom TE sind leider mehr als spärlich (ist die Kiste nun im AD oder nicht?), daher ist es schwierig, hier detaillierter zu antworten.
Cheers,
jsysde
Zitat von GrueneSosseMitSpeck:
[...]Und genau das Konto geht z.B. kaputt wenn der Server nachträglich eine Domäne joint.
Ok, gut zu wissen - ich hab' eher selten mit Maschinen außerhalb eines AD zu tun, daher ist mir das noch nie aufgefallen. Wobei ich wohl auch niemals einen bereits laufenden SQL-Server "mal eben" domain-joinen würde... [...]Und genau das Konto geht z.B. kaputt wenn der Server nachträglich eine Domäne joint.
Die Infos vom TE sind leider mehr als spärlich (ist die Kiste nun im AD oder nicht?), daher ist es schwierig, hier detaillierter zu antworten.
Cheers,
jsysde
