WIndows Domain Roaming Profiles - Login beschleunigen?
Moin,
ich teste aktuell roaming profiles für unsere user (bisher alles lokale profile).
Umgebung:
Server:
WIndows Server 2012
(RAID System mit ~ 800MB/s Lese/Schreibperformance, aktuell eher mäßig ausgelastet, 10Gbit Netzwerk)
Clients:
WIndows 10 1607
SSDs, 16+ GB RAM, Xeon 4+ Core CPUs, 1Gbit Netzwerk
Wenn nun die leute ihre bestehende Profile mit ~ 5-6GB anmelden (teilweise mit vielen kleinen files, z.B. PyCharm Projekte) , dauert das ~ 3 Minuten (ohne änderungen, so lange dauert also nur der abgleich der Daten von Server<>Client)
Frisch angelegte Profile mit 30MB werden in wenigen sekunden angemeldet.
Mir ist schon klar das so ein abgleich sich zieht und ein laistungsfähigerer Server evtl. schnelles Netzwerk das beschleunigen würden - aber die aktuelle Config ist nicht gerade Steinzeit
Frage:
Kann man das irgendwie beschleunigen? Und wie sind euere erfahrungen mit Roming Profiles und deren Performance?
ich teste aktuell roaming profiles für unsere user (bisher alles lokale profile).
Umgebung:
Server:
WIndows Server 2012
(RAID System mit ~ 800MB/s Lese/Schreibperformance, aktuell eher mäßig ausgelastet, 10Gbit Netzwerk)
Clients:
WIndows 10 1607
SSDs, 16+ GB RAM, Xeon 4+ Core CPUs, 1Gbit Netzwerk
Wenn nun die leute ihre bestehende Profile mit ~ 5-6GB anmelden (teilweise mit vielen kleinen files, z.B. PyCharm Projekte) , dauert das ~ 3 Minuten (ohne änderungen, so lange dauert also nur der abgleich der Daten von Server<>Client)
Frisch angelegte Profile mit 30MB werden in wenigen sekunden angemeldet.
Mir ist schon klar das so ein abgleich sich zieht und ein laistungsfähigerer Server evtl. schnelles Netzwerk das beschleunigen würden - aber die aktuelle Config ist nicht gerade Steinzeit
Frage:
Kann man das irgendwie beschleunigen? Und wie sind euere erfahrungen mit Roming Profiles und deren Performance?
Please also mark the comments that contributed to the solution of the article
Content-ID: 329343
Url: https://administrator.de/contentid/329343
Printed on: September 1, 2024 at 00:09 o'clock
6 Comments
Latest comment
Hallo.
Hhmmm, wie definierst Du Profile? Nach Microsoft zählen natürlich auch die Speicherbereiche "Eigene ..." (also Eigene Dokumente, -Downloads, -Videos usw.) zum Nutzerprofil, ich würde die Bereiche, in denen Deine Leute ihr Zeug speichern, trotzdem am Fileserver per Ordnerumleitung in eigene Homebereiche pro User legen und den Usern als Netzlaufwerke, z. B. mit LW-Buchstaben H:\ ("H" wie "Home") per net use verbinden. Profil ist dann nur noch AppData und wenig anderes, userbezogenes Systemzeugs, das nicht viel Speicherplatz braucht und bei Gbit locker in wenigen Sekunden gezogen/synchronisiert ist.
Viele Grüße
von
departure69
Hhmmm, wie definierst Du Profile? Nach Microsoft zählen natürlich auch die Speicherbereiche "Eigene ..." (also Eigene Dokumente, -Downloads, -Videos usw.) zum Nutzerprofil, ich würde die Bereiche, in denen Deine Leute ihr Zeug speichern, trotzdem am Fileserver per Ordnerumleitung in eigene Homebereiche pro User legen und den Usern als Netzlaufwerke, z. B. mit LW-Buchstaben H:\ ("H" wie "Home") per net use verbinden. Profil ist dann nur noch AppData und wenig anderes, userbezogenes Systemzeugs, das nicht viel Speicherplatz braucht und bei Gbit locker in wenigen Sekunden gezogen/synchronisiert ist.
Viele Grüße
von
departure69
Moin,
genauso wird das gemacht, in Versionen vor W2008 war die Profilgröße begrenzt und nur mit Tricks über 25 MB zu bekommen.
Die Ordnerumleitung kannst Du Dir sparen, wenn die User "schlau" genug sind ihre eigenen Dateien nicht lokal zu speichern.
Die Profilgröße solltest Du denoch begrenzen, 30-50 MB reichen je nach installierter SW aus.
Gruss
genauso wird das gemacht, in Versionen vor W2008 war die Profilgröße begrenzt und nur mit Tricks über 25 MB zu bekommen.
Die Ordnerumleitung kannst Du Dir sparen, wenn die User "schlau" genug sind ihre eigenen Dateien nicht lokal zu speichern.
Die Profilgröße solltest Du denoch begrenzen, 30-50 MB reichen je nach installierter SW aus.
Gruss
und aber die portabilität zwischen geräten da auch Serversynchronisiert
Den unkompliziert möglichen Gerätewechsel hast Du doch auch dann, wenn Du den Leuten das Home (also H:\Eigene Dateien usw.) per Logonskript verbindest. Dann ist es egal, an welchem PC sich die User anmelden, das pers. Laufwerk H:\ wäre dann an jedem PC vorhanden. Das ist kein Argument gegen Userhomes ohne Profil. Ein Argument ist natürlich durchaus, daß ein stets synchronisiertes, vollständiges Profil - ohne Einsatz eines H:\-Homelaufwerkes - inklusive des ganzen Eigene...-Gedöns - danach von schneller SSD deutlich performanter läuft. Da kann ein per Gbit verbundenes Netzlaufwerk in der Performance nicht mithalten, das ist natürlich richtig. Sind denn aber die "Eigenen" Dateien Deiner User (Projektdateien und alles andere mögliche gespeicherte Zeugs) wirklich so riesig groß, daß es in üble Warterei ausarten würde, wenn die nur per Gbit gezogen werden könnten? Unsere Leute hier haben auch mal große Dateien, z. B. PDFs oder PPT mit mehr als 30 MB pro Datei gespeichert, die dann beim Öffnen über Gbit schonmal eine Sekunde (!) brauchen, aber das halte ich für völlig vernachlässigbar. Wir haben mittlerweile auch SSDs in vielen Rechnern, doch die dienen eigentlich nur dazu, daß die Systeme allgemein flinker laufen.
Viele Grüße
von
departure69