Profile migrieren (servergespeicherte Profile)

[scheichfarbe 10]

Bei uns sollen etliche Profile migriert werden. Die User arbeiten momentan auf Terminalservern mit Windows Server 2003 und sollen zukünftig auf Terminalserver mit Windows 2008 wechseln. Die User arbeiten aber nicht auf verschiedenen Windows 2003 Servern, sondern jeder immer nur auf einem.

 

In Zukunft sollen drei Terminalserver mit 2008 bereitstehen, die identisch aufgesetzt sind und die User so aufnehmen, dass alle gleichmäßig belastet sind. Das ist auch schon vom Administrator vorbereitet und erstmal nicht das Problem. Nun ist es so, dass in der Vergangenheit die Profile der User direkt mit auf den 2003 Terminalservern lagen und ständig zu Speicherplatzproblemen führten.

 

Nun sollen servergepeicherte Profile (Terminalserverprofile) eingerichtet werden, damit auf den drei 2008 Servern, auf die die User je nach Last verteilt werden, alle ihr persönliches Profil wieder vorfinden, egal auf welchem der drei sie landen. Zweitens soll eine Ordnerumleitung eingerichtet werden, damit Eigene Dateien und der Desktop aus Platzgründen auf einem Fileserver liegen können und nicht auf dem Terminalserver liegen.

 

Nun zu den ersten Problemen. Die 2003er Profile, die auf dem Terminalserver liegen, sollen mit dem Tool Profile Migrator nach 2008 migriert werden. Wenn ich das richtig verstehe, muss ich das Tool dafür direkt auf dem Terminalserver installieren oder den Ordner, in dem sie liegen, zumindest freigeben. Ist das korrekt? Des weiteren könnte ein Problem sein, dass man nicht auf die Profile zugreifen kann, weil der Admin da ausgesperrt ist. Das würde ja eine Migration verhindern.

 

Die Fragen wären weiterhin:

 

1.) Wie kann ich, wenn ich servergepeicherte Profile (es sollen beide Arten servergespeicherte Profile (für Terminalserver und normal angelegt werden)) anlege, verhindern, dass er mir den Zugriff darauf verwährt. Bisher hat das nie geklappt, dass er das von Beginn an einfach nicht macht. Reichen die Einstellungen in den Gruppenrichtlinien (ich weiß sie jetzt nicht auswendig), damit ein Zugriff doch möglich ist? Hatte bisher meine ich immer nur die erste aktiv und das hat nicht geholfen.

 

* Administratoren zu berechtigten Benutzern hinzufügen

* Besitz nicht prüfen

 

2.) Bei der Ordnerumleitung, wenn sich da jemand mal unter XP/2003 und mal unter Windows 7/Server 2008 anmeldet, gibt das nicht ein heilloses Durcheiander, wenn die eigenen Dateien umgeleitet werden, da die ja völlig anders aufgebaut sind bei beiden Betriebssystemen? Bei den servergepeicherten Profilen hängt er ja bei denen von Windows Vista/7/2008 glaub ich direkt ein V2 hinter den Namen.

 

Hoffe mich jemand um ein paar Fragen erleichtern oder hat Vorschläge, wie man das gewünschte Ziel, besser oder anders erreichen kann.

[Dr.Melzer 191]

Hallo Scheichfarbe,

 

schön dass du uns gefunden hast.

 

Das ist auch schon vom Administrator vorbereitet und erstmal nicht das Problem.

 

Wenn das der Administrator gemacht hat was ist deien Funktion?

 

Nun zu den ersten Problemen. Die 2003er Profile, die auf dem Terminalserver liegen, sollen mit dem Tool Profile Migrator nach 2008 migriert werden. Wenn ich das richtig verstehe, muss ich das Tool dafür direkt auf dem Terminalserver installieren oder den Ordner, in dem sie liegen, zumindest freigeben. Ist das korrekt?

 

Den Profile Migrator musst du nicht auf dem Server installieren. Er wird auf einem Client installiert und von dort aus definierst du welche Teile der Profile er migrieren soll.

 

Bei der Ordnerumleitung, wenn sich da jemand mal unter XP/2003 und mal unter Windows 7/Server 2008 anmeldet, gibt das nicht ein heilloses Durcheiander, wenn die eigenen Dateien umgeleitet werden, da die ja völlig anders aufgebaut sind bei beiden Betriebssystemen? Bei den servergepeicherten Profilen hängt er ja bei denen von Windows Vista/7/2008 glaub ich direkt ein V2 hinter den Namen.

 

Ich denke die Leute arbeiten auf Terminalservern. da ist es irrelevant welches betriebssystem auf den Clients läuft.

 

Kannst du uns noch etwas genauer erzählen wie deien Umgebung aussieht. Über wie viele Benutzer reden wir denn die da migriert werden sollen?

[scheichfarbe 10]

Wenn das der Administrator gemacht hat was ist deien Funktion?

 

Ich soll ihm ein wenig zu arbeiten, bestimmte Dinge, wie z.B. das mit der Profile-Migration, in Erfahrung bringen und mit Testaccounts testen. Wir haben eine ähnliche Umstellung schon mal gemacht (Windows Terminal Server 2003 auf 2008). Dabei haben wir dann festgestellt, dass sich die Profile nicht so einfach übernehmen lassen, da sie neu strukturiert sind und es gab eine Menge Ärger bzw. es war ein großer Aufwand, die komplett neuen Profile unter Windows 2008 Server wieder so einzurichten, dass die Nutzer halbwegs damit arbeiten konnten und trotz des großen Aufwands hielt sich die Zufriedenheit in Grenzen. Weil immer mehr Umstiege von Server 2003 auf 2008 anstehen, soll das in Zukunft mit weniger Aufwand und Stress ablaufen und da dachten wir an diesen Profile Migrator. Parallel soll ein Umstieg von Office 2003 auf 2010 erfolgen und auch der würde ja damit gut abgedeckt.

 

Den Profile Migrator musst du nicht auf dem Server installieren. Er wird auf einem Client installiert und von dort aus definierst du welche Teile der Profile er migrieren soll.

 

Ein bisschen habe ich heute damit getestet. Mann kann ja auch eine OU angeben, aus der er die Profile migrieren soll. Das macht er aber nur, wenn sie servergespeichert sind und er Zugriff auf das Profil hat. Das war heute ein Problem. Wir haben einen User mit servergespeichertem Profil dazu eingerichtet und wir als Admins hatten aber keine Zugriff auf den von dem Testuser angelegten Profilordner und der Profile Migrator konnte dann auch nichts migrieren. Ich habe mich dann extra als der Testuser angemeldet und den Admins Zugriff auf den Ordner gegeben in dem das Testuser Profil abgelegt war und erst dann arbeitete der Profile Migrator problemlos. Es wäre sehr viel besser, die servergespeicherten Profile würden also direkt für den Adminzugriff freigegeben, da frag ich mich, ob das mit den beiden Gruppenrichtlinien geht, die ich oben angefragt hatte.

 

 

 

Ich denke die Leute arbeiten auf Terminalservern. da ist es irrelevant welches betriebssystem auf den Clients läuft.

 

In dem konkreten Szenario ist es wohl in der Tat unerheblich, wenn alle immer auf den 2008 Terminalservern arbeiten. Aber was ist, wenn ein User z.B. unabhängig von dem Szenario, was ich beschrieben habe z.B. mit WIndows XP und Windows 7 arbeitet und eine Ordnerumleitung für die Eigenen Dateien bekommt. Kommt das was durcheinander, da die Eigenen Dateien bei den beiden Betriebssystem unterschiedlich aufgebaut sind?

 

Kannst du uns noch etwas genauer erzählen wie deien Umgebung aussieht. Über wie viele Benutzer reden wir denn die da migriert werden sollen?

 

Es handelt sich bei dem Fall, wo jetzt umgestellt wird, um vier Altenheime, wo jedes vielleicht 15-20 Benutzeraccounts für die Mitarbeiter hat. Ich kanns momentan nicht einsehen. Und die verbinden sich über eine VPN Verbindung (Watchguard) mit uns. Bei uns stehen die Terminalserver, auf denen Sie großteils arbeiten. Verwaltung, Outlook, ein beliebtes Programm heißt Profsys, das ist glaube ich branchenspezifisch. Die Terminalserver laufen noch mit Windows 2003 Server.

 

Und da wollen wir jetzt auf jeden Fall von Server 2003 auf Server 2008, von Office 2003 auf Office 2010 und zudem sollen die Server für alle Altenheime einheitlich sein. Deswegen sollen drei Windows 2008 Server neu bereitgestellt werden, jeweils mit Office 2010. Die Profile sollen auf jeden Fall servergespeichert werden, sowohl für die Zeit, in der sie lokal arbeiten, als auch für die Zeit, in der sie auf den Terminalservern sind, was die meiste Zeit ist.

 

Die Ordnerumleitung soll eingerichtet werden, damit die Terminalserver nicht vollaufen, da die Profile (eigene Dateien) mit der Zeit immer größer werden.

[Dr.Melzer 191]

Verstehe ich das richtig das sihr ein Systemhaus seid, Kundennetze betreut und in der Funktion auch deren Profile migriert?

 

Was ist das für eine Version des ProfileMigrator die du da hast?

 

Der profile Migrator macht das wa du da vor hast ziemlich gut und problemlos weshalb es mich ein wenig wundert dass du da solche Probleme hast.

[scheichfarbe 10]

Verstehe ich das richtig das sihr ein Systemhaus seid, Kundennetze betreut und in der Funktion auch deren Profile migriert?

 

Nein, es handelt sich um ein Kirchenkreisamt, das wiederum kirchliche Einrichtungen betreut in Sachen Verwaltung, u.a. auch bei der EDV. Wenn etwas sehr kompliziert oder speziell ist, wenden wir uns an eine Systemhaus, z.B. zur Watchguard-Konfiguration kam einer vorbei, aber diese Umstellungen müssen wir schon alleine machen.

 

Was ist das für eine Version des ProfileMigrator die du da hast?

 

Der profile Migrator macht das wa du da vor hast ziemlich gut und problemlos weshalb es mich ein wenig wundert dass du da solche Probleme hast.

 

Es ist die neuste Version, 1.1 oder 1.2, auf jeden Fall heute heruntergeladen und die neueste. Der 2.0 kommt am 31.3.! Solche Riesenprobleme macht er eigentlich nicht, er muss offenbar nur Zugriff auf die Profile haben, damit er mit seiner Migration starten kann. Daher ist es so wichtig, dass die servergespeicherten Profile zukünftig so angelegt werden, dass die Administratoren Zugriff darauf haben.

[tom701 10]

Moin,

ich würde die neuen Terminalserver parallel aufbauen, alle Anwendungen testen, Drucken und etc.

 

Wenn Du soweit bist nimmst Du dir fünf User zum Testen / Pilotieren.

Ich würde mit frischen W2k8 Roaming Profiles anfangen und ins Login Script einen Copy Job aufnehmen der die Daten aus dem alten Profil (liegt ja fest auf dem einen TS) ins Home bzw. neue Profil des Benutzers schreibt.

Exakt filtern was wirklich gebraucht wird. Konfig Files, Inis etc.

Müll gleich aussondern.

Du hast bei dieser Vorgehensweise vermutlich weniger Probleme als wenn Du die Altlasten mitziehst.

Gruß Tom