Bei den Desktops hätte ich gerne, dass die Daten gespiegelt werden.
Da muss ich ja dann vermutlich angeben: type=smb,connectionString="\\FILESERVER1.Domäne\profiles$\Profile",type=smb,connectionString="\\FILESERVER2.Domäne\profiles$\Profile"
Kann ich da auch drei ziele angeben? Beim Notebook also 1. die lokale Festplatte, 2. FILESERVER1, 3. FILESERVER2
Ich weiß wäre eher überflüssig, aber ich weiß, dass die Frage von den Entscheidern kommen wird..
Direkte Cloudverbindungen (Azure, etc.) wird es nicht geben, da dies aus Datenschutzgründen nicht möglich ist.
Moin,
die VHD(x) wird gemountet und dann daraus der lokale Extrakt gezogen, in dem Windows und die Apps munter lesen und schreiben.
Sobald dann das Profil geschlossen wird, wird dieser Extrakt in das VHD(x) geschrieben.
Insofern entfällt Dein Konstrukt der Angabe von lokalen Shares komplett ;) Schade um die vergeudete Hirnaktivität.
Schau Dir mal die ConfigurationTool.EXE an - die erklärt so Einiges in Bezug auf die Redundanz der Speicherpfade.
Außerdem solltest Du Dir die ADMX genauer anschauen.
Und eines noch: Nicht lang rätseln, Testserver nehmen, FSLogix draufprügeln, "Jeder" aus den beiden lokalen Gruppen entfernen, 2-3 Testuser reinsetzen und dann einfach loslegen.
Nach kürzester Zeit wirst Du bemerken, dass es manchmal tatsächlich ganz einfach sein kann.
Zu Deiner Verkupplung von WTS+lokalen Profilen: ICH stehe auf serverbased Profiles (schönen Gruß an Deinen Chef), aber wie cj_berlin ganz treffend geschildert hat : Die Nebeneffekte, beide Profile zusammenzumergen, wirst Du nicht supporten wollen - nicht bei einer Installationsbasis von 12.000 Endgeräten.
NEVER!
Warum?
Selbst wenn Du sehr sauber arbeitest und sämtliche Software peinlichst genau in ihre Speicherpfade verwiesen hast, kommt ein Update und alles ist für die Katz.
Dann landet der Chrome-Cache wieder im Roaming, wichtige Nutzdaten plötzlich im Temp u.s.w.
Das willst Du nicht.
Aber auf serverbased Profiles würde ich nie verzichten - dann kannst Du auch auf DHCP+DNS+NTP verzichten.
Trenne aber WTS+lokale Profile, wie es in der AD ja auch schon vorgemacht wird.
Dann passt Dein Redundanzkonzept im Grundgedanken auch wieder, Du kannst zwei verschiedene Redundanzkonzepte fahren: Eines für die Client-Profile und eines für die WTS-Profile und es gibt kein Durcheinander.
Schau Dir auch die redirections.xml genauer an. Damit kann man sehr viel bewirken, was Performance und Schlankheit der Profil-Container betrifft.
Bis dahin,
Hansjoerg...
Am 7.2.2022 um 18:52 schrieb Sunny61:
Viele gehen von Servergespeicherten Profilen wegen zu vielen Problemen weg und ihr wollt hin.
Viele gehen davon weg, weil sie nicht (mehr) verwaltbar sind und dadurch der Leidensdruck einfach zu hoch wird - zumindest bei der Microsoft-Implementierung.
Sobald Du aber WTS-Farmen hast oder User mit Ansprüchen auf eine persönliche Umgebung - fängt ja schon bei der Konfiguration von Outlook an, von der individuellen Signatur über Lesebestätigung bis zur Ordneransicht und hört gefühlt nirgendwo auf - deshalb gibt es ja Drittanbieter, die es eben schaffen, Profile vernünftig zur Verfügung zu stellen, sie ordentlich zu konfigurieren und wie FSLogix, auch noch mit Redundanzen zu versehen.
Mit UPD von M$ hab ich mich jetzt > 4 Jahre rumgeschlagen.
FSLogix hat das Problem in einer Nacht gelöst.
Und mobile Endgeräte ohne server-based Profiles > Herzlichen Glückwunsch, wenn dann dem Vorstandsvorsitzendem das Laptop geklaut wird und der in der Vergangenheit munter auf dem Desktop gespeichert hat > die Daten bekommst Du nie wieder.
Es sei denn, Du hast sie nicht verschlüsselt und Du kannst sie vielleicht bei E-Bay wieder ersteigern ;)
FSLogix und Notebooks
in Windows Server Forum
Geschrieben
Moin,
die VHD(x) wird gemountet und dann daraus der lokale Extrakt gezogen, in dem Windows und die Apps munter lesen und schreiben.
Sobald dann das Profil geschlossen wird, wird dieser Extrakt in das VHD(x) geschrieben.
Insofern entfällt Dein Konstrukt der Angabe von lokalen Shares komplett ;) Schade um die vergeudete Hirnaktivität.
Schau Dir mal die ConfigurationTool.EXE an - die erklärt so Einiges in Bezug auf die Redundanz der Speicherpfade.
Außerdem solltest Du Dir die ADMX genauer anschauen.
Und eines noch: Nicht lang rätseln, Testserver nehmen, FSLogix draufprügeln, "Jeder" aus den beiden lokalen Gruppen entfernen, 2-3 Testuser reinsetzen und dann einfach loslegen.
Nach kürzester Zeit wirst Du bemerken, dass es manchmal tatsächlich ganz einfach sein kann.
Zu Deiner Verkupplung von WTS+lokalen Profilen: ICH stehe auf serverbased Profiles (schönen Gruß an Deinen Chef), aber wie cj_berlin ganz treffend geschildert hat : Die Nebeneffekte, beide Profile zusammenzumergen, wirst Du nicht supporten wollen - nicht bei einer Installationsbasis von 12.000 Endgeräten.
NEVER!
Warum?
Selbst wenn Du sehr sauber arbeitest und sämtliche Software peinlichst genau in ihre Speicherpfade verwiesen hast, kommt ein Update und alles ist für die Katz.
Dann landet der Chrome-Cache wieder im Roaming, wichtige Nutzdaten plötzlich im Temp u.s.w.
Das willst Du nicht.
Aber auf serverbased Profiles würde ich nie verzichten - dann kannst Du auch auf DHCP+DNS+NTP verzichten.
Trenne aber WTS+lokale Profile, wie es in der AD ja auch schon vorgemacht wird.
Dann passt Dein Redundanzkonzept im Grundgedanken auch wieder, Du kannst zwei verschiedene Redundanzkonzepte fahren: Eines für die Client-Profile und eines für die WTS-Profile und es gibt kein Durcheinander.
Schau Dir auch die redirections.xml genauer an. Damit kann man sehr viel bewirken, was Performance und Schlankheit der Profil-Container betrifft.
Bis dahin,
Hansjoerg...
Viele gehen davon weg, weil sie nicht (mehr) verwaltbar sind und dadurch der Leidensdruck einfach zu hoch wird - zumindest bei der Microsoft-Implementierung.
Sobald Du aber WTS-Farmen hast oder User mit Ansprüchen auf eine persönliche Umgebung - fängt ja schon bei der Konfiguration von Outlook an, von der individuellen Signatur über Lesebestätigung bis zur Ordneransicht und hört gefühlt nirgendwo auf - deshalb gibt es ja Drittanbieter, die es eben schaffen, Profile vernünftig zur Verfügung zu stellen, sie ordentlich zu konfigurieren und wie FSLogix, auch noch mit Redundanzen zu versehen.
Mit UPD von M$ hab ich mich jetzt > 4 Jahre rumgeschlagen.
FSLogix hat das Problem in einer Nacht gelöst.
Und mobile Endgeräte ohne server-based Profiles > Herzlichen Glückwunsch, wenn dann dem Vorstandsvorsitzendem das Laptop geklaut wird und der in der Vergangenheit munter auf dem Desktop gespeichert hat > die Daten bekommst Du nie wieder.
Es sei denn, Du hast sie nicht verschlüsselt und Du kannst sie vielleicht bei E-Bay wieder ersteigern ;)