[Gelöst] Dynamics 365 Server Installation auf Win10 Hyper VM

[elTorito]

Hi,

habe hier einen Dynamics 365 Docker Container (onprem:15.5.41926.0-de-ltsc2019), der ist mir aber irgendwie etwas zu lahm beim entwickeln und vor allem bei der Anwendung im Browser

Wollte nunmal versuchen ob es in einer Hyper VM besser läuft. Nun erhalte ich bei der Installation in der VM (Windows 10 Prof) ständig den Fehler

2020-04-21 09_01_59-Window.png (14.97 KiB) 20081-mal betrachtet

Danach gibt es ein RollBack und der Dienst wird wieder deinstalliert, so dass ich auch gar keine Chance habe mal zu versuchen den Dienst unter anderen Namen zu starten, oder etwas an der Konfiguration zu ändern.
Ich vermute dass es daran liegt dass man das Dynamics 365 ja eigentlich auf einen Domänen Rechner installieren soll?

Das SQL Express von der Demo DVD wurde korrekt installiert und gestartet (als NT Service\MSSQL$BCDEMO)

Hat noch jemand ein Tipp für die Installation?

Danke

[sweikelt]

welchen Benutzer nimmst du denn für den NST?
hat der Benutzer die Berechtigungen, zum Anemlden als Dienst?
wenn den Netzwerkdienst nimmst....nimm ihn nicht ;), sondern deinen eigenen User, der Admin ist und vorher die Berechtigung zum anmelden als Dienst erhalten hat

[McClane]

und vorher die Berechtigung zum anmelden als Dienst erhalten hat

Wenn jemand erklären könnte, wie man das unter Win 10 Prof. hinkriegt, wäre ich seeeehr dankbar.

[sweikelt]

na klar:

Taskmanager öffnen -> Dienste -> Dienste öffnen -> nen Dienst raussuchen -> Doppelklick -> Reiter Anmelden -> "Anmelden als " -> dieses Konto ....da halt das Konto was die Berechtigungen bekommen soll -> dann ok ...und fertig

Ich such mir immer nen Dienst raus, der auf "lokales Systemkonto" läuft, sodass ich danach direkt wieder umstellen kann

http://www.msdynamics.de/viewtopic.php?f=66&t=24756&p=104861&hilit=anmelden+als+dienst#p104861

[McClane]

Ich meinte: wie man unter Windows 10 Prof. ein Konto so einstellt, dass es Dienste starten darf.

Edit: hab's im Link gefunden

[sweikelt]

Ich meinte: wie man unter Windows 10 Prof. ein Konto so einstellt, dass es Dienste starten darf.

sorry, ich verstehe das Problem nicht!
du hast einen Benutzer (DICH) und willst nun einen weiteren Benutzer (z.B: .\installer), der dann den NST starten darf?
dann leg einen neuen lokalen Benutzer an --> Suche nach "anderer Benutzer" -> dann dort auf "Diesem PC eine andere Person hinzufügen" -> dann auf "ich kenne die Anmeldeinformationen für diese Person nicht" -> dann auf "Benutzer ohne Microsoft-Konto hinzufügen" ....
dann ist der User angelegt, den gibst du dann noch das recht zum annmelden als Dienst - und somit kann er hoffentlich den NST starten (ich habe mir ein lokales installer-Konto gemacht, da ich mit meinem AzureAD-User zwar Admin bin, aber den Dienst nicht gestartet bekomme - war noch vor Docker)

[McClane]

ich meinte diesen Vorgang:

den gibst du dann noch das recht zum annmelden als Dienst

.
Liest sich so, als müsse man bloß ein Häkchen setzen. Aber man muss doch erst mal hierher, um das zu erreichen, oder?

[sweikelt]

Liest sich so, als müsse man bloß ein Häkchen setzen. Aber man muss doch erst mal hierher, um das zu erreichen, oder?

naja ein Häckchen nicht, sobald du in den Diensten einen Dienst rausgesucht hast und deinem Benutzer xy dort eingetragen hast und das ganze mit "Übernehmen" bestätigst - erscheint die Meldung, dass dem Benutzer nun das Recht gewährt wurde, sich als Dienst anzumelden.

Step 1 - Dienst raussuchen (am besten eines, wo lokales Systemkonto verwendet wird)

Step 2- Benutzer eintragen ("Dieses Konto")

Step 3 - Ãœbernehmen

Step 4 - wieder auf lokales Systemkonto umstellen

[McClane]

Einem Dienst einen anderen Benutzer zuweisen war mir klar, einen Benutzer anlegen auch; nur wie man diesen Benutzer unter Windows 10 Prof. berechtigt, einen Dienst zu starten - das eben nicht.

[m_schneider]

ich meinte diesen Vorgang:

den gibst du dann noch das recht zum annmelden als Dienst

.
Liest sich so, als müsse man bloß ein Häkchen setzen. Aber man muss doch erst mal hierher, um das zu erreichen, oder?

Ja über die lokalen Sicherheitsrichtlinien sollte das eingerichtet werden.

[elTorito]

Alles ausprobiert was Ihr hier so schreibnt, plus nochmal VM Neu Installation und nochmal alles ausprobiert, es will bei mir einfach nicht klappen.

Teste/Entwickle dann weiter mit dem Docker Container

[fiddi]

Hallo,

also das mit dem Benutzer kann man auch hinterher machen. (also erst mit default anlegen)

Man geht dazu in die "Systemsteuerung/Verwaltung/Dienste", sucht den Dienst, ändert dort die Anmeldung auf den gewünschten Benutzer und klickt OK. Dann sagt Windows einem schon von sich aus, das es dem Benutzer die Berechtigung zur Anmeldung als Dienst erteilt hat.

Gruß Fiddi

[m_schneider]

...also das mit dem Benutzer kann man auch hinterher machen. (also erst mit default anlegen)...

Ich habe die Erfahrung gemacht, dass ich bei der Installation bereits Benutzer und Passwort angeben musste, damit er überhaupt installiert hat.

Im Installationsprozess versucht er den Dienst zu starten. Wenn das nicht klappt, kommt es zur beschriebenen Fehlermeldung.

@elTorito: Hast du versucht bei der Installation die Anmeldedaten für den Dienst mitzugeben?

[fiddi]

Hallo,

Ich habe die Erfahrung gemacht, dass ich bei der Installation bereits Benutzer und Passwort angeben musste, damit er überhaupt installiert hat.

Der default (ich glaube "lokaler Netzwerkdienst") sollte funktionieren, um den Dienst zu starten.
Ansonsten solle es helfen, zunächst eine Demo- Datenbank mit defaults zu installieren, und später mit einem Admin- Tool den eigentlichen Service zu installieren.

Gruß Fiddi

[m_schneider]

...
Der default (ich glaube "lokaler Netzwerkdienst") sollte funktionieren, um den Dienst zu starten.
Ansonsten solle es helfen, zunächst eine Demo- Datenbank mit defaults zu installieren, und später mit einem Admin- Tool den eigentlichen Service zu installieren...

Genau, sollte. Hat es aber nicht. Beides nicht. Und weil er den Dienst nicht starten kann, rollt er die gesamte Installation zurück.
Darum geht es doch hier, oder?

[sweikelt]

Darum geht es doch hier, oder?

ich frage mich schon lange, worum es hier jetzt eigentlich geht. mit den genannten Lösungsansätzen sollte es "normalerweise" problemlos funktionieren - Ursprungsproblem war aus meiner Sicht, dass der Benutzer keine Berechtigung zum starten des Dienstes hat/hatte

[elTorito]

Ja, sollte, so habe ich es auch verstanden. Will aber nicht.

Die Demo Datenbank wird installiert, Zugriff über SQL Manager, alles kein problem, nur der NAV Dienst will nicht. Egal was und wen ich dem alles zuordne.

Ich habe die Erfahrung gemacht, dass ich bei der Installation bereits Benutzer und Passwort angeben musste, damit er überhaupt installiert hat.

Das hatte ich bei der Installation Auswahl Entwickler, endete aber auch damit dass der Dienst nicht starten wollte -> Rollback.

[fiddi]

Hallo,

wenn du die Demo Installation gemacht hast (komplett mit Datenbank+SQL-Server). Das funktioniert auch nicht?
Bist du denn lokaler Administrator, wenn du das ganze installierst?

Gruß Fiddi

[elTorito]

Hi,

reine Demo install geht nicht weil Outlook nicht vorhanden:

Habe jetzt Win 10 nochmal neu installiert. benutzer eingerichtet:

BC Installiert, endete mit Fehler Win Identity und Rollback von allem:

Windows Update gemacht.

BC Neu installiert:

Endet mit:

Der SQL Dienst hat sich installiert und wurde gestartet als "NT ServiceßMSSQL$BCDEMO"

der NAV Dienst versuchte es als "NT-Autorität\Netzwerkdienst"

Während die Fehlermeldung der installation noch steht habe ich versucht den Dienst als Benutzer peter zu starten,

Hat nicht geklappt, und sobald auf Cancel geklickt wird, wird die ganze Server Install zurückgerollt und die Auflistung unter Dienste ist auch wieder weg.

[fiddi]

Hallo,

als du versucht hast, den Dienst zu starten, hättest du den Benutzer des Dienstes ändern sollen (unter Anmelden) (oder zunächst auf lokaler Dienst und dann wieder zurück auf den gewünschten Benutzer). Dann kommt die von mir oben angesprochene Meldung.

Gruß Fiddi

[elTorito]

Meinst du so?

[fiddi]

Hallo,

Yep. Du solltest auch die Meldung bekommen haben. (wenn der Benutzer das nicht schon vorher hatte)
Ist der Rechner eigentlich in einer Domäne oder in einem Netzwerk mit Domäne?

Gruß Fiddi

[elTorito]

Hallo,

Yep. Du solltest auch die Meldung bekommen haben. (wenn der Benutzer das nicht schon vorher hatte)
Ist der Rechner eigentlich in einer Domäne oder in einem Netzwerk mit Domäne?

Gruß Fiddi

Meldung habe ich keine bekommen.

Ist eine VM mit Arbeitgsruppe. Mein Rechner ist glaube ich nicht in einer Domäne.
Nur der Benutzer, aber das überträgt sich nicht auf die VM ?

[McClane]

Darum geht es doch hier, oder?

Exakt. Bei mir ist es genau das Gleiche wie bei El Torito. Zwar geht es um 2016, aber das scheint keinen Unterschied zu machen

Ursprungsproblem war aus meiner Sicht, dass der Benutzer keine Berechtigung zum starten des Dienstes hat/hatte

Dachte ich auch; mittlerweile kann er einen Dienst (wie von dir beschrieben) starten. Nützt aber nichts. NAV kriege ich einfach nicht installiert, Abbruch mit schwerwiegender Fehler. Nichts in der Ereignisanzeige.

Der PC ist meiner daheim, mit Windows 10 Professional, ohne Domäne.

[fiddi]

Hallo,

@ElTorito:

Ist "peter" sysadm auf dem SQL-Server und lokaler Administrator?

ansonsten würde ich mal probieren, den Administrator-Account auf dem Windows- Rechner zu aktivieren, und dann das ganze zu installieren. Manchmal funzt es einfach nur damit.

Gruß Fiddi