5
Server 2016 setzt das Datum, wann ein Profil zuletzt genutzt wurde, falsch
Moin.
Ich habe hier mehrere Server 2016 1607 und alle setzen das Datum, wann ein Profil zuletzt genutzt wurde, auf das Datum des letzten Reboots.
Das behindert nun "Aufräummaßnahmen", wie zum Beispiel das Löschen von Nutzerprofilen, die über ein Jahr alt sind auf Terminalservern.
Das Datum richtet sich nach dem Änderungsdatum der ntuser.dat-Datei im jeweiligen Profil - diese Dateien werden warum auch immer beim Neustart angefasst (wir machen nichts mit denen und unsere Server 2019 machen das auch nicht so.)
Vielleicht mag das jemand von Euch bei sich auf ein oder zwei Servern ansehen und bestätigen.
Ich habe hier mehrere Server 2016 1607 und alle setzen das Datum, wann ein Profil zuletzt genutzt wurde, auf das Datum des letzten Reboots.
Das behindert nun "Aufräummaßnahmen", wie zum Beispiel das Löschen von Nutzerprofilen, die über ein Jahr alt sind auf Terminalservern.
Das Datum richtet sich nach dem Änderungsdatum der ntuser.dat-Datei im jeweiligen Profil - diese Dateien werden warum auch immer beim Neustart angefasst (wir machen nichts mit denen und unsere Server 2019 machen das auch nicht so.)
Vielleicht mag das jemand von Euch bei sich auf ein oder zwei Servern ansehen und bestätigen.
Auf Facebook teilen
Auf X (Twitter) teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 612770
Url: https://administrator.de/forum/server-2016-setzt-das-datum-wann-ein-profil-zuletzt-genutzt-wurde-falsch-612770.html
Ausgedruckt am: 09.04.2025 um 15:04 Uhr
5 Kommentare
Neuester Kommentar
Same here. Bei meinem war der letzte Reboot am 14.09 und das ist auch das älteste Datum bei den Usern.
Danke für Deinen Kommentar und Verzeihung für die späte Antwort.
Das Problem scheint in Micorosfts Foren schon lange diskutiert zu werden und nicht nur bei Server 2016, siehe https://techcommunity.microsoft.com/t5/windows-10-deployment/issue-with- ...
Keine Lösung! Der dort beschriebene Workaround ist bei uns unwirksam, da der Ordner selbst auch nicht das erwartete Änderungsatum trägt. Ätzend.
Das Problem scheint in Micorosfts Foren schon lange diskutiert zu werden und nicht nur bei Server 2016, siehe https://techcommunity.microsoft.com/t5/windows-10-deployment/issue-with- ...
Keine Lösung! Der dort beschriebene Workaround ist bei uns unwirksam, da der Ordner selbst auch nicht das erwartete Änderungsatum trägt. Ätzend.
Moin,
gibt es hierzu mittlerweile einen fix?
Bei uns passen die Ordner mit lastwritetime, aber das Profil wird aktuell angezeigt, also last reboot.
Gruß
gibt es hierzu mittlerweile einen fix?
Bei uns passen die Ordner mit lastwritetime, aber das Profil wird aktuell angezeigt, also last reboot.
Gruß
Moin.
Wenn lastwrittime stimmt, dann nimm doch den Workaround.
Wir haben weiterhin keine Lösung, außer den anderen Weg zu gehen und zu schauen, wann der Nutzer zuletzt im AD aktiv war.
Wenn lastwrittime stimmt, dann nimm doch den Workaround.
Wir haben weiterhin keine Lösung, außer den anderen Weg zu gehen und zu schauen, wann der Nutzer zuletzt im AD aktiv war.
Das Script ist gut... :DNimmt genu 2 User mit, Administrator.domain und admin
So it's not a bug, it's a feature von MS...
Also Handarbeit...gut das unsere Zahl der RDP User begrenzt ist.
#Edit: Script nicht als Admin ausgeführt
Jetzt klappt es Gruß
