Sunny61

Weil man im Jahr 2019 keinen SQL 2008R2 mehr produktiv installiert und einsetzt. Wenn DPM 1807 eingesetzt wird, und das hat er wohl, dann sollte er SQL 2016 installieren. Evtl. muss der TO nochmal detaillierte Informationen abgeben, welches OS und welche DPM Version *exakt* im Einsatz ist.

Installier dir bitte eine von MSFT unterstützte SQL Server Version. Die von dir eingesetzte Version ist nicht mehr im Support. https://blogs.msdn.microsoft.com/sqlreleaseservices/end-of-mainstream-support-for-sql-server-2008-and-sql-server-2008-r2/

Probier doch mal ein 1803, möglicherweise ist der Bug aus der 1703 in die 1809 transferiert worden.

Aufgrund eines allgemeinen Datenbank-Fehlers kann keine Verbindung mit der DPM-Datenbank hergestellt werden. Stellen Sie sicher, dass SQL Server ausgeführt wird und ordnungsgemäß konfiguriert ist. Was passiert auf dem SQL Server zu diesem Zeitpunkt? Ist der SQL Serve auf der gleichen Maschine installiert? Falls ja, welche genaue Version/Edition ist installiert? Welche genaue SQL-Server Build ist installiert? SQL Server build numbers | Build Numbers Falls kein SQL Server Management Studio installiert ist, kannst Du das aktuellste downloaden und installieren: https://go.microsoft.com/fwlink/?linkid=2088649&clcid=0x407 Anschließend kannst Du dich mit der Instanz verbinden und in einem neuen Abfrage Fenster diesen Befehl absetzen: SELECT @@Version und auf Ausführen klicken. Die Ausgabe dann mit den Build Nummern vom o.g. Link vergleichen und fällige Updates installieren.

Was läuft um 00.03? Auf dem SQL Server irgendwas besonderes? 

Die Build vom DPM ist aktuell? https://buildnumbers.wordpress.com/scdpm/ Was läuft um 00.03? Auf dem SQL Server irgendwas besonderes?

Ist das ein W10 1703 oder das 1803? Das Script von MSFT funktioniert schon, nur immer um 00.00 Uhr, da sind sehr wenige User angemeldet am PC, sofern er denn überhaupt angemeldet ist. https://administrator.de/wissen/designfehler-autoupdate-remoteapp-updatetask-306528.html Du kannst auch eine Batch nehmen: https://community.spiceworks.com/topic/673729-powershell-remoteapp-and-desktop-connection-client-refresh https://social.technet.microsoft.com/Forums/office/en-US/8c5681f8-0ceb-40a7-8d0a-8edfde050703/powershell-to-update-quotremoteapp-and-desktop-connectionsquot?forum=winserverTS Die Aktualisierungen bei den Usern dauern immer sehr lange.

Clients aktuelle zu halten ist grundsätzlich keine schlechte Idee. :)

Lass es testen und melde dich mit dem Ergebnis wieder.

Im Dateisystem oder im Startmenü müssten die Programme trotzdem da sein.

Vor der Anmeldung zum Test 2 Minuten warten, funktioniert es dann?

Danke, das ist mal eine Begründung mit der man auch was anfangen kann. :)

Aha, und wo steht das geschrieben?

OMG, darauf habe ich nicht geachtet. :) Copy + Paste ist mein Freund an der Stelle. :)

Gut, aber denk dran, wenn der Entwickler stirbt hast Du keine Möglichkeit mehr das Programm zu verändern/anzupassen. Lass dir die Source geben! Das ist bei einem Access Programm normalerweise nur 1 Datei, die im richtigen Format, als *.ACCDB und evtl. nötige DLL noch dazu.

Hmm, sehr komisch. Ich musste gar nichts irgendwo ändern, weder im IIS noch sonstwo. Da kann ich dir nicht mehr weiter helfen. Wenn ihr die Möglichkeit habt, dann eröffne bei MSFT ein Ticket.

Es reicht eben nicht den Profilordner umzubenennen. In der Registry musst Du nach der Umbenennung noch etwas löschen. Was genau, steht in diesem Artikel: https://www.windows-faq.de/2017/10/02/windows-user-profile-in-der-registry-loeschen/ Jetzt den Rechner neu starten und den betroffenen User anmelden lassen, jetzt wird ein neues leeres Profil erstellt.

WindowsUpdate.log war gemeint. Alternativ auch das Windows Ereignis Protokoll. Aber schön wenn es jetzt geklappt hat.

Komm wieder runter, Du hast PN ins Spiel gebracht, reg dich nicht über andere Meinungen auf. Immer schön sachlich bleiben.

Weshalb weigerst Du so gegen das Lesen von Logfiles?

Ist denn auch noch genügend freier Platz auf der VM? 10 - 15 GB sollten es schon sein. Ansonsten, Logs helfen bei der Fehlersuche ungemein. :)

Funktioniert bei mir auch wie gewollt. Hast Du es denn auch korrekterweise mit ANSI abgespeichert? Notepad++ ist da sehr hilfreich. ;)

Dann ist was anderes faul. Irgendwelche Hinweise im Log? Ist das ein nacktes blankes W10? Keine weiteren Programme installiert? Nichts im Autostart? Das letzte CU ist installiert? Leg doch mal eine neue OU an, deaktiviere die Vererbung von oben. Verschieb den Client und den User in die OU, verlinke die nötigen GPOs auf die OU, starte zweimal neu und melde dich mit dem Nichtadmin User an. Was passiert?

Probier es mit einer anderen W10 Version. Mit der 1803 funktioniert es bei mir.

Hast Du denn auch ein Zertifikat erzeugt/importiert? https://social.technet.microsoft.com/Forums/ie/en-US/023bbb37-94e7-4ea2-a3b7-f885bb0f02e3/remoteapp-desktop-connection-deployment-in-2012-error-1004?forum=winserverTS