TheBiker006

So kurzer Zwischenstand. 1.Ich habe 3 Test Terminalserver eingerichtet. 2. Terminalserver Rolle installiert und eine Farm eingerichtet 3. NLB aktiviert 4. In der AD eine OU mit Roamingprofilen erstellt mit Server RDP Profil 5. SMB Share erstellt über Freigabe rolle 6. DNS Eintrag getätigt damit man sich mit dem Farm namen per RDP Anmelden kann. Sonst funktioniert NLB nicht Wichtig: Roaming nur für RDP Sitzungen. Lokal melden sich die Mitarbeiter immer noch direkt mit Lokal gespeichertem Profil an. Kein Mitarbeiter darf lokal Daten speichern diese kommen gesondert auf einen Storage. Und alles funktioniert wie geschmiert. Der Broaker regelt die Useranmeldungen per Lasteinstellung. Und die Profile werden immer sauber auf den Share zurückgeschrieben und von jedem Server bei einer Neuanmeldung lokal zwischengespeichert und wieder zurückgeschrieben. Was genau war daran so schwer das man es einem dummen MCSE wie mir nicht kurz hätte erklären können :D Aber der Tipp über Roamingprofile hat mir den entscheidenden Hinweis gegeben. Ich hätte sonst in der Registry und sonstwo rumkopiert. Jetzt muss es nur noch in Live funktionieren. Sorge macht mir da nur das der Domainkontroller noch server 2008 R2 ist wo ich ja die Profile anlegen muss. Hoffentlich gibts da den Eintrag mit RDP Server profiles. :wink2: . Und noch ein Knackpunkt ist es die vorhandenen live Profile auf dem TS1 wo auf C:Users sind auf den SMB Share zu verschieben. Ich versuchs erst mal wie ein Dao mit der ausschneiden einfügen funktion. Aber ob da die NTFS und alle unterordner mitgenommen werden?? :confused: :D Ich hoffe das in nächster Zeit kein so komplexes Thema mehr kommt. Habe jetzt 2 Wochen daran gearbeitet. Bei dem Stress wäre ich doch lieber Linux Admin geworden. Was würdet Ihr sagen von 1-10 wobei 10 die höchste Stufe ist. Wie schwer war dieses Thema jetzt.

danke sunny fuer die Hilfe :thumb1: :) . Bin froh mich hier angemeldet zu haben.

@Nilsk hast ja Recht. Nur ich wurde eingestellt um solche Probleme zu lösen. Da ist es mir schon peinlich das ich gerade meinen mcse server 2012 gemacht hab. Deshalb versuch ich eine Lösung zu finden. Ich hab schon unter UE-V geschaut schon bei gruppenrichtlinien und registry wo man lokal den c: user auch auf das neue laufwerk ändern muss soll oder auch nicht. Ich bin jetzt bei Roaming Profile gelandet wo man einfach im AD Benutzer und Computer das Remote Profil auf den Server oder NAS Legen kann. Ich hoffe ich bin da auf dem richtigen Weg. Das Microsoft für diesen Fall keine Anleitung hat. Das ist noch nicht einmal was ungewöhnliches bei mir. :rolleyes:

Da TS1 TS2 TS3 eigentlich nur virtuelle Maschinen sind, ist es ja eine Physikalische. Aber die Vorgaben sind halt wie oben beschrieben. Der Connection Broker managed ja die RDP Sitzungen der User. Das kann man ja alles einstellen. Ich dachte halt hier ist jemand der das schon einmal gemacht hat, und für dieses Problem die passende Lösung hat.

@Sunny61 Ja es sind auf dem TS1 Server lokal gespeicherte Profile

Also aktuell ist nichts eingetragen bei Benutzer und Computer. Weder im RDP Profil noch im normalen (servergespeicherten) Profilpfad. Es liegen die domainprofile auf den lokalen maschinen und die TS Profile auf Terminalserver1 unter C: Soll ich jetzt das Servergespeicherte Profil über den Benutzer von Hand 100 mal ändern oder über eine Gruppenrichtlinie. Wenn sich dann ein Benutzer am TS2 oder TS3 anmeldet nimmt er ja immer den UNC Pfad von TS1 C: (später halt NAS Freigabe) Ich bin ja echt dankbar wenn Ihr mir helft. Also Ausgangssituation ist etwas oben der lange Text. :) Meint Ihr das wird was oder soll ich mir gleich nen Strick holen :D Praktisch gesehen sind es ja 2 Schritte. Erst einmal die ganzen profile wenn diese sauber auf den TS1 zurückeschrieben wurden, auf das Laufwerk P: im TS1 verschieben(NTFS Berechtigungen muss ich noch klären wie ich das mache das diese gleich bleiben und ob ich eine Freigabe machen muss) Dann im Remoteprofilpad von allen Benutzern den UNC Pfad vom TS1 Laufwerk P angeben. Jetzt muss sich ein RDP Benutzer, wenn er über RDP sich an der Farm (TS1, TS2 oder TS3) anmeldet das Profil von TS1 ziehen wo da physikalisch liegt. Wird er über Remote NLB auf TS2 angemeldet weil TS1 ausgelastet ist muss dieser auf TS1 das profil suchen und dem Mitarbeiter zuweisen. Ich hoffe ich konnte das gut rüberbringen. Ist ein sehr komplexes Thema.

Danke erst einmal für die Antwort. Aber die Situation ist wie beschrieben. Und auf der Technet seite war ich schon 1000 mal. ;) Die Vorgabe ist ja auch das die Profile auf TS1 in einem neuen Laufwerk P: was vom ESXI kommt, quasi NAS wie du es nennst gespeichert werden. Die einfachste Möglichkeit wäre wahrscheinlich auf TS2 und TS3 in Benutzer und Computer den Remoteprofilpfad auf TS1 zu leiten. Aber das ist die Theorie. Es gibt 1000 Möglichkeiten, aber es muss auch funktionieren. Die Domainprofile die Lokal liegen bitte nicht verwechseln mit den Terminalserver Profilen die kann man ja separat umleiten. An den Domainprofilen soll nichts geschraubt werden. Die sind lokal. Und wären die Domainprofile servergespeichert, wären die TS Profile noch lange nicht Servergespeichert auf jedem TS. Das ist ja der knackpunkt.

Ich möchte erst mal kurz Hallo sagen, und mich schonmal entschuldigen für das neue Thema was für euch vielleicht alt ist. Folgende Situation: 1 ESXi Server mit 3 RDP (Terminalserver) Windows 2012R2. Auf diesen virtuellen Servern ist nur die Rolle Remotedesktop installiert. Der Domainkontroller ist separat und hat Server 2008 R2 installiert. Die Profile sind lokal auf den Maschinen gespeichert. Daran soll sich auch nichts ändern. Die RDP Profile sind auf Laufwerk C: des 1. Terminalservers (Ich würde sagen das ist dann servergespeichert meiner Meinung). Diese Profile sind so gut getrennt, da die Mitarbeiter sich von den Windows 7 Pro Maschinen nur per RDP auf den Terminalserver anmelden. Soll Zustand: TS1 , TS2 , TS3 sollen Loadbalancing betreiben, sodass die Last vom TS1 genommen wird. Weil es sind um die 100 RDP User. Jetzt das große Problem was mir seid Wochen Magenschmerzen bereitet. Die RDP Profile die vorhanden sind, beinhalten viele Einstellungen für Microsoft NAV oder Outlook usw...... Wenn sich jetzt ein Mitarbeiter durch das im integrierte NLB im Terminalserver auf TS 2 anmeldet hat er ein anderes Profil. Meldet er sich auf TS 3 an, hat er wieder ein anderes Profil, da bei jeder Sitzung auf einem anderen TS ein anderes Profil gezogen wird. Deshalb ist aktuell auch nur der TS1 online in der Farm (Sammlung) weil es zu durcheinander mit den Profilen kommt. Der IT Chef hat ein Storage Laufwerk auf TS1 als Laufwerk P: eingebunden, und er möchte das ich da die Profile speichere. Evtl. da noch eine Freigabe sagt er. Ich soll jetzt schauen wie ich eine Lösung finde. :confused: Meine Lösungsansätze: 1. Das Profil auf TS1 einfach auf TS2 und TS3 von Hand kopieren. Das sind ca. 30 GB bei 110 benutzern. Was aber zu problemem führen kann und auch registry einträge und verweise geändert werden müssten. 2. In Benutzer und Computer bei TS2 und TS3 einfach den Pfad des Remoteprofiles auf TS1 laufwerk C: angeben. Aber das muss ja eine Freigabe sein. und es sollen die vorhandenen NTFS berechtigungen auch nicht durcheinander gebracht werden. 3. Die User Profile Disk entfällt ja wohl. Das wäre die Lösung. Aber bei bestehenden Profilen diese in die VHDX Datei kopieren mit IDs usw...... da bekomm ich noch mehr magenschmerzen. 4. Es gibt noch in den Gruppenrichtlinien einen Punkt mit dem Profilpfad. Aber ob das klappt und was da alles mit Loopback usw. noch gemacht werden muss...... hmmm. Wie habt Ihr das Problem gelöst. Ich möchte wenn es geht einen sauberen Weg. Das wenn der Mitarbeiter sich morgens anmeldet, er nicht vor einem unkonfigurierten Profil steht. Ich danke jedem schon einmal im voraus für die Hilfe. Wenn es geht bitte keine Antworten wie STRG + C und STRG + V und dann geht alles :p