Win 2003 servergespeicherte Profile werden lokal nicht gelöscht
Hallo,
ich habe einen Win2003 Server mit Gruppenrichtlinien angelegt.
Servergespeicherte Profile sind angelegt und funktionieren auch.
in den Gruppenrichtlinien ist die Verwendung von Offlineordnern deaktiviert
"Lokale Kopien der Benutzerofflinedateien bei der Abmeldung löschen" ist auch aktiviert
mein problem ist das für jeden Benutzer ein verzeichnis angelegt aber nicht wieder gelöscht wird.
Gibt es eine Möglichkeit das zu ändern ?
Muss ich dafür ein Script definieren oder bietet Windows eigene Boardmittel ?
Vielen Dank!
ich habe einen Win2003 Server mit Gruppenrichtlinien angelegt.
Servergespeicherte Profile sind angelegt und funktionieren auch.
in den Gruppenrichtlinien ist die Verwendung von Offlineordnern deaktiviert
"Lokale Kopien der Benutzerofflinedateien bei der Abmeldung löschen" ist auch aktiviert
mein problem ist das für jeden Benutzer ein verzeichnis angelegt aber nicht wieder gelöscht wird.
Gibt es eine Möglichkeit das zu ändern ?
Muss ich dafür ein Script definieren oder bietet Windows eigene Boardmittel ?
Vielen Dank!
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 2211
Url: https://administrator.de/forum/win-2003-servergespeicherte-profile-werden-lokal-nicht-geloescht-2211.html
Ausgedruckt am: 23.12.2024 um 04:12 Uhr
8 Kommentare
Neuester Kommentar
Ich gehe mal davon aus, daß du meinst, das auf dem Client immer eines angelegt wird und dann nicht gelöscht wird.
Das ist erstmal normal und hat mit den Einstellungen, die du getroffen hast nichts zu tun.
WEnn du das Verhindern willst, mußt du ein Profil erstellen, daß nur über den Server verfügbar ist, das geht schon und dann wird auch nichts auf den Client verschoben, hat allerdings auch den Nachteil, daß dein Netz belastet wird, weil ja jeder Client über den Server ständig versorgt werden muß. So wird am Start eine Kopie erstellt und beim Abmelden wieder zurückgeschrieben.
Das ist erstmal normal und hat mit den Einstellungen, die du getroffen hast nichts zu tun.
WEnn du das Verhindern willst, mußt du ein Profil erstellen, daß nur über den Server verfügbar ist, das geht schon und dann wird auch nichts auf den Client verschoben, hat allerdings auch den Nachteil, daß dein Netz belastet wird, weil ja jeder Client über den Server ständig versorgt werden muß. So wird am Start eine Kopie erstellt und beim Abmelden wieder zurückgeschrieben.
1. Servergespeichertes Profil erstellen
2. Um ein Verbindliches Profil zu erstellen, mußt du die ntuser.dat im Profilverzeichnis auf dem Server zu ntuser.man umbenennen. Änderungen können jetzt nur noch vom Admin gemacht werden.
=> Achtung, es werden zwar immer noch Dateien vom Server auf den Client kopiert, aber nicht das komplette Profil, allerdings glaube ich, nach deiner Antwort, du hast ein anderes Problem und zwar mit der Dateiablage (Eigene Dateien etc.), das hat mit dem Profil erstmal gar nichts zu tun. Diese stehen zwar mit im Profilordner ohne Änderungen mit drinnen, aber im engsten Sinne sind diese nur als Verzeichnis so mit einsortiert und nicht im engeren Sinne dem Profil zugeordnet.
Den Speicherverlust kriegst du so nicht in den Griff. Hier gibt es zwei Möglichkeiten das ganze zu unterbinden.
1. Du machst das ganze über gemappte Laufwerke und weißt deine Benutzer an, die Daten dort zu speichern. Alle Anwendungen stellst du auf diesen Filebreich um. Beispielsweise Office.
2. Wenn deine User hierzu nicht in der Lage sind und immer noch in EigeneDateien etc. speichern (habe öfters den Fall, da dies ältere Anwender sind und hier nicht das technische Verständnis haben), dann kannst du über die Gruppenrichtlinien das ganze steuern. Hierzu legst du fest, das Eigene Dateien etc in andere Freigaben oder Verzeichnisse umgeleitet werden.
Diese vorgehensweise hätte zwei große Vorteile:
1. Du trennst Profil von Daten
2. Die Geschwindigkeit steigt ungemein durch die Trennung. Für das Profil werden nur noch die wirklichen Profildaten auf den Client kopiert, der Anwender kann keine großen Fehler machen, da für ihn alles beim alten bleibt.
3. Noch mehr Tempo hätte das ganze, wenn du die Daten auf einen eigenen Fileserver auslagerst.
Wenn du Daten und Profil trennst, dann führe auch gleich DFS mit ein, denn dann kannst du ohne große Änderungen des mappens später die Daten auch auslagern oder in andere Verzeichnisse kopieren, ohne das der Benutzer davon etwas merkt.
Nachlesen kannst du das unter folgenden Quellen:
2. Um ein Verbindliches Profil zu erstellen, mußt du die ntuser.dat im Profilverzeichnis auf dem Server zu ntuser.man umbenennen. Änderungen können jetzt nur noch vom Admin gemacht werden.
=> Achtung, es werden zwar immer noch Dateien vom Server auf den Client kopiert, aber nicht das komplette Profil, allerdings glaube ich, nach deiner Antwort, du hast ein anderes Problem und zwar mit der Dateiablage (Eigene Dateien etc.), das hat mit dem Profil erstmal gar nichts zu tun. Diese stehen zwar mit im Profilordner ohne Änderungen mit drinnen, aber im engsten Sinne sind diese nur als Verzeichnis so mit einsortiert und nicht im engeren Sinne dem Profil zugeordnet.
Den Speicherverlust kriegst du so nicht in den Griff. Hier gibt es zwei Möglichkeiten das ganze zu unterbinden.
1. Du machst das ganze über gemappte Laufwerke und weißt deine Benutzer an, die Daten dort zu speichern. Alle Anwendungen stellst du auf diesen Filebreich um. Beispielsweise Office.
2. Wenn deine User hierzu nicht in der Lage sind und immer noch in EigeneDateien etc. speichern (habe öfters den Fall, da dies ältere Anwender sind und hier nicht das technische Verständnis haben), dann kannst du über die Gruppenrichtlinien das ganze steuern. Hierzu legst du fest, das Eigene Dateien etc in andere Freigaben oder Verzeichnisse umgeleitet werden.
Diese vorgehensweise hätte zwei große Vorteile:
1. Du trennst Profil von Daten
2. Die Geschwindigkeit steigt ungemein durch die Trennung. Für das Profil werden nur noch die wirklichen Profildaten auf den Client kopiert, der Anwender kann keine großen Fehler machen, da für ihn alles beim alten bleibt.
3. Noch mehr Tempo hätte das ganze, wenn du die Daten auf einen eigenen Fileserver auslagerst.
Wenn du Daten und Profil trennst, dann führe auch gleich DFS mit ein, denn dann kannst du ohne große Änderungen des mappens später die Daten auch auslagern oder in andere Verzeichnisse kopieren, ohne das der Benutzer davon etwas merkt.
Nachlesen kannst du das unter folgenden Quellen:
- Markt+Technik: Windows 2003 für Insider
- Hanser Windows 2000 im Netzwerkeinsatz
- MS Press Windows 2000 (bzw. 2003) die technische Referenz
Hi...
Also ich hab hier einen Thin-Client. Der Benutzer der diesen verwenden soll wird gerade von mir mit GPO´s versehen.
Nun hab ich hier gelesen das es eine GPO geben soll die "Lokale Kopien der Benutzerofflinedateien bei der Abmeldung löschen" heißt. Nur leider kann ich die auf dem Win 2003 Server nicht finden. Kann mir jemand von euch sagen wo genau die sein soll? Ich muss es auf irgendeine weg schaffen die lokal Kopien des Benutzerprofils vom Terminal-Server fern zu halten und nur die aufm File-Server zu haben. Und diese GPO wäre schon verdammt sinnvoll dafür.
Bitte antwortet mir so schnell wie möglich.
Gruß
KainzVonBeiden
Also ich hab hier einen Thin-Client. Der Benutzer der diesen verwenden soll wird gerade von mir mit GPO´s versehen.
Nun hab ich hier gelesen das es eine GPO geben soll die "Lokale Kopien der Benutzerofflinedateien bei der Abmeldung löschen" heißt. Nur leider kann ich die auf dem Win 2003 Server nicht finden. Kann mir jemand von euch sagen wo genau die sein soll? Ich muss es auf irgendeine weg schaffen die lokal Kopien des Benutzerprofils vom Terminal-Server fern zu halten und nur die aufm File-Server zu haben. Und diese GPO wäre schon verdammt sinnvoll dafür.
Bitte antwortet mir so schnell wie möglich.
Gruß
KainzVonBeiden
Hab die Datei Win2003User.zip schon geladen und komplett durchsuch. Aber leider find ich dort diesen eintrag nicht. Heißt das nun das ich die GPO selbst erstellen muss?
War mir eigentlich sicher das es die GPO gibt. Wär ja auch sinnvoll für jede Terminal Based Server Umgebung. Kann ja nicht sein das bei 1000 Clients in die auf einem Terminal-Server arbeiten für jeden dieser Clients das Profil immer auch lokal liegen bleibt und so extrem viel Festplattenspeicher verbraucht wird. Wär für jeden Tip dankbar.
Gruß
KainzVonBeiden
War mir eigentlich sicher das es die GPO gibt. Wär ja auch sinnvoll für jede Terminal Based Server Umgebung. Kann ja nicht sein das bei 1000 Clients in die auf einem Terminal-Server arbeiten für jeden dieser Clients das Profil immer auch lokal liegen bleibt und so extrem viel Festplattenspeicher verbraucht wird. Wär für jeden Tip dankbar.
Gruß
KainzVonBeiden