Terminalserver 2003 R2 Ordnerumleitung - Umzug Fileserver
Hallo.
Kurz zum Ist:
Terminalserver 2003 R2
DC 2008
Fileserver 2003 R2 mit Share \\server1\tshome
Per Gruppenrichtline wurde das share für die RDP Gruppe defeniert:
B.Konfig - Windows-Einstellung-Ordnerumleitung
AppData
Desktop
Dokumente
Einstellung: Standard - Leitet alle ordner auf...
Zielordner: Einen Ordner für jeden Benutzer im Stammpfad etstellen
Stammverzeichnis: \\server2\tshome <<<< wurde von server1 auf server2 vor 2 wochen geändert.
Was wir gemacht haben:
vor 2 Wochen haben wir die GPO abgeändert: \\server1 auf server2 geändert. Die Daten auf server2 kopiert. und das share auf Server1 rausgenommen.
Montag morgen: Meldung von den Terminal Users können sich nicht anmelden da diese nicht auf \\server1\tshome kommen.
Share wieder rein läuft alles.
in der selben woche haben wir uns einen Testuser angelegt und siehe da er schreibt alles sauber auf server2
wir haben auf server2 die ganzen "home verzeichnisse" der user gelöscht
beim anmelden am TS wird auf Server2 das Homeverzeichniss angelegt und das "Anwendungsdaten". aber von Eigene Datei fehlt jede spur diese liegen und bleiben auf server1
wo müssen wir ansetzen das wir die daten auf neuen server bekommen? auch wenn man eigenschaft macht auf eigene datei sieht man das der alte Pfad hinterlegt ist.
Kurz zum Ist:
Terminalserver 2003 R2
DC 2008
Fileserver 2003 R2 mit Share \\server1\tshome
Per Gruppenrichtline wurde das share für die RDP Gruppe defeniert:
B.Konfig - Windows-Einstellung-Ordnerumleitung
AppData
Desktop
Dokumente
Einstellung: Standard - Leitet alle ordner auf...
Zielordner: Einen Ordner für jeden Benutzer im Stammpfad etstellen
Stammverzeichnis: \\server2\tshome <<<< wurde von server1 auf server2 vor 2 wochen geändert.
Was wir gemacht haben:
vor 2 Wochen haben wir die GPO abgeändert: \\server1 auf server2 geändert. Die Daten auf server2 kopiert. und das share auf Server1 rausgenommen.
Montag morgen: Meldung von den Terminal Users können sich nicht anmelden da diese nicht auf \\server1\tshome kommen.
Share wieder rein läuft alles.
in der selben woche haben wir uns einen Testuser angelegt und siehe da er schreibt alles sauber auf server2
wir haben auf server2 die ganzen "home verzeichnisse" der user gelöscht
beim anmelden am TS wird auf Server2 das Homeverzeichniss angelegt und das "Anwendungsdaten". aber von Eigene Datei fehlt jede spur diese liegen und bleiben auf server1
wo müssen wir ansetzen das wir die daten auf neuen server bekommen? auch wenn man eigenschaft macht auf eigene datei sieht man das der alte Pfad hinterlegt ist.
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 427343
Url: https://administrator.de/contentid/427343
Ausgedruckt am: 22.11.2024 um 18:11 Uhr
11 Kommentare
Neuester Kommentar
Warum habt ihr nicht einfach einen Alias-Eintrag gemacht im DNS und hängt einfach die neue IP dran? Wäre der erste Schritt gewesen und sich die Arbeit zu erleichtern.
SRV01 xxx.xxx.xxx.xx1 Alter Share
SRV02 xxx.xxx.xxx.xx2 Neuer Share
Alias: "Share" mit xxx.xxx.xxx.xx1 --> "Share" mit xxx.xxx.xxx.xx2
Das wäre ein einfacher Weg um für die Zukunft Probleme so gering wie möglich zu halten.
SRV01 xxx.xxx.xxx.xx1 Alter Share
SRV02 xxx.xxx.xxx.xx2 Neuer Share
Alias: "Share" mit xxx.xxx.xxx.xx1 --> "Share" mit xxx.xxx.xxx.xx2
Das wäre ein einfacher Weg um für die Zukunft Probleme so gering wie möglich zu halten.
Hi,
der Fehler war, dass Ihr die Daten kopiert habt. Wenn man mit Ordnerumleitung arbeitet und dabei angibt, dass die Daten zum neuen Ziel verschoben werden sollen, dann sollte man das auch Windows selbst erledigen lassen. Alles andere bringt bloß solchen Ärger wie von Dir genannt mit sich. Windows merkt sich im Benutzerprofil, dass es für dieses Profil die Ordnerumleitung angewendet hat. Das bedeutet zwar, dass die Anmeldezeit dann einmal länger dauert, aber was soll's.
E.
der Fehler war, dass Ihr die Daten kopiert habt. Wenn man mit Ordnerumleitung arbeitet und dabei angibt, dass die Daten zum neuen Ziel verschoben werden sollen, dann sollte man das auch Windows selbst erledigen lassen. Alles andere bringt bloß solchen Ärger wie von Dir genannt mit sich. Windows merkt sich im Benutzerprofil, dass es für dieses Profil die Ordnerumleitung angewendet hat. Das bedeutet zwar, dass die Anmeldezeit dann einmal länger dauert, aber was soll's.
E.
Das kann man jetzt schlecht nachvollsziehen, auch weil Du so "unsauber" beschreibst.
Ich würde testen:
Fall ja, liegt es am Benutzerprofil. Da steht dann schon irgendwas drin. Das wird von den Test dazwischen kommen.
Falls nein, dann ist vermutlich da irgendwas falsch in der GPO
Tipp am Rande:
Denke an die Zukunft. Der nächste neue Server kommt bestimmt irgendwann.
Ich würde einen DFS-Stamm einrichten, die betreffenden Freigaben dort als DFS-Ordner reinhängen, und die Zuweisung dieser Ordner an die Benutzer nur noch über den DFS-Namespace vornehmen. Das bringt Dir u.a. den Vorteil, da Du bei späteren Umstiegen auf andere Server einfach das Ziel im DFS-Ordner änderst. Für die Clients verändert sich der Pfad dann nicht.
Für Dein aktuelles Problem könnte es ggf. u.U. auch helfen: Wenn es am Benutzerprofil liegen sollte, dann könntest Du die Umleitung noch einmal auf den DFN-Pfad ändern, auch wenn es defacto dieselbe Freigabe auf dem Server bleibt. Für die Clients (die GPO) verändert sich aber der Pfad und er wird die Ordnerumleitung erneut ausführen.
Ich würde testen:
- Nimm einem der User
- melde ihn ab
- nimm ggf. das Roaming Profile weg
- lösche ggf. lokale Kopien des Profils auf den TS
- melde ihn an
Fall ja, liegt es am Benutzerprofil. Da steht dann schon irgendwas drin. Das wird von den Test dazwischen kommen.
Falls nein, dann ist vermutlich da irgendwas falsch in der GPO
Tipp am Rande:
Denke an die Zukunft. Der nächste neue Server kommt bestimmt irgendwann.
Ich würde einen DFS-Stamm einrichten, die betreffenden Freigaben dort als DFS-Ordner reinhängen, und die Zuweisung dieser Ordner an die Benutzer nur noch über den DFS-Namespace vornehmen. Das bringt Dir u.a. den Vorteil, da Du bei späteren Umstiegen auf andere Server einfach das Ziel im DFS-Ordner änderst. Für die Clients verändert sich der Pfad dann nicht.
Für Dein aktuelles Problem könnte es ggf. u.U. auch helfen: Wenn es am Benutzerprofil liegen sollte, dann könntest Du die Umleitung noch einmal auf den DFN-Pfad ändern, auch wenn es defacto dieselbe Freigabe auf dem Server bleibt. Für die Clients (die GPO) verändert sich aber der Pfad und er wird die Ordnerumleitung erneut ausführen.
Mit dem Alias, war nur ein Argument, das man im voraus hätte machen sollen. Da es für bestimmte System Namen gibt diese man am Besten mit eine ALIAS lösen kann. Ohne jedesmal alle IPs und Namen von umgezogenen Host zu ändern.
Beim ändern eines Alias Eintrages, steht theoretisch nichts still, es sei dem die IP oder das System am anderen Ende vom Alias funktionieren nicht.
Suche dir am besten einen IT-Dienstleister und spreche dein Problem mit Ihn durch.
Beim ändern eines Alias Eintrages, steht theoretisch nichts still, es sei dem die IP oder das System am anderen Ende vom Alias funktionieren nicht.
Suche dir am besten einen IT-Dienstleister und spreche dein Problem mit Ihn durch.
Kein Problem, ich helfe wo ich kann.
Nur scheinst du dich mit dem Thema DNS Alias noch nicht weiter befasst zu haben. Ich habe anbei einen Artikel der dir helfen soll das Thema ganz gut zu erläutern in Bezug auf DNS Alias und File Shares.
File Shares und DNS Alias erleichtern die Arbeit ungemein
Erläuterung von Microsoft
MS DNS Alias
Als kleiner Tipp, mache dieses am besten so, dann hast du beim nächsten mal weniger Arbeit und sparst Zeit und unnötige Stocherei.
So jetzt bist du wieder drann um zu ... naja wie soll man das sagen?
Nur scheinst du dich mit dem Thema DNS Alias noch nicht weiter befasst zu haben. Ich habe anbei einen Artikel der dir helfen soll das Thema ganz gut zu erläutern in Bezug auf DNS Alias und File Shares.
File Shares und DNS Alias erleichtern die Arbeit ungemein
Erläuterung von Microsoft
MS DNS Alias
Als kleiner Tipp, mache dieses am besten so, dann hast du beim nächsten mal weniger Arbeit und sparst Zeit und unnötige Stocherei.
So jetzt bist du wieder drann um zu ... naja wie soll man das sagen?
Zitat von @Der.ITler:
Nur scheinst du dich mit dem Thema DNS Alias noch nicht weiter befasst zu haben. Ich habe anbei einen Artikel der dir helfen soll das Thema ganz gut zu erläutern in Bezug auf DNS Alias und File Shares.
Langsam! Lesen! TO hat bzgl. Alias erläutert, dass es nicht geht.Nur scheinst du dich mit dem Thema DNS Alias noch nicht weiter befasst zu haben. Ich habe anbei einen Artikel der dir helfen soll das Thema ganz gut zu erläutern in Bezug auf DNS Alias und File Shares.
So jetzt bist du wieder drann um zu ... naja wie soll man das sagen?
?
Einen klassischen Alias (CNAME) kann man sowieso nicht mir einer IP-Adresse erstellen.
Aber sonst, wenn man mehrere A-Records verwendet: Warum sollte das nicht gehen? Natürlich geht das.
Nur für den konkreten Fall des TO nicht relevant.
Aber sonst, wenn man mehrere A-Records verwendet: Warum sollte das nicht gehen? Natürlich geht das.
Nur für den konkreten Fall des TO nicht relevant.