testperson

Hi, ich würde prüfen, was aus den "alten" Profilen wirklich alles gebraucht wird und das dann in die neuen Profile scripten. Bei den neuen Profilen ggfs. direkt mit auf FolderRedirection wechseln. Im gleichen Step dann halt gucken, dass ein Großteil der Anwendungen sich dann wieder per GPO konfiguriert. Ggfs. ist auch der Profile Migrator von sepago was für euch: https://www.sepago.com/blog/2014/01/22/profile-migrator Alternativ könnte man auch überlegen die Profile in eine entsprechende Profilverwaltung zu überführen und darüber die Migration angehen. Warum nicht gleich auf Server 2016 RDS wechseln? 50 User auf 2 RDS finde ich "sportlich". Kommt aber sicherlich auch auf die Anwendungen an. Gruß Jan

Hi, das ist so. Gruß Jan

Mehrere Sammlungen in einem Broker (Cluster) sind nicht unüblich. Hier kommt es halt drauf an, was man da am Ende erreichen will und wo / wie getrennt wird.

Das ist ja interessant. Habe ich bis jetzt noch nirgends beobachtet. Selbst google spuckt wenig hilfreiches zu dem Thema aus. Acompli sagt mir nur was als Outlook App für mobile Devices, die gewisse Dienste über "Fremd-Server" anbietet, und wurde ja von MS aufgekauft. Aber warum ein Desktop Outlook jetzt über den Service versucht sich zu konfigurieren geschweige denn wo die entsprechende Daten für diesen Dienst herkommen!? Ziemlich suspekt.

Hi, das sollte AFAIK klappen. Du musst dann die Lizenzierung nur zwingend per GPO (http://gpsearch.azurewebsites.net/#2488) konfigurieren, damit die RDSHs von Farm1 Geräte-CALs "nutzen" und die RDSHs von Farm2 User-CALS "nutzen". Auf dem Lizenzierungsserver installierst du dann entsprechend "per Device" und "per User" CALs und hälst das dann am besten irgendwie in einer Excel Tabelle nach. Gruß Jan

Joa, das es perfekt ist, hat niemand behauptet. Do-While, damit bei falscher Eingabe "geloopt" wird, bis was passendes eingegeben wurde.

Hatte ein wenig Langeweile [string]$var1 = "1GB" do { [string]$var1 = Read-Host "Größe" if ($var1.Length -le 1) { [string]$var1 = $var1 + "GB" } if (($var1.SubString($var1.Length-2)) -ne "GB") { [string]$var1 = $var1 + "GB" } } while (($var1.SubString($var1.Length-2)) -ne "GB" -or ($var1.SubString(0,$var1.Length-2)) -notmatch "^[0-9]+$") [uint64]$var2 = ($var1 / [uint64]1) Write-Host $var1 in uint64: $var2

Hi, ich bleibe dabei: Bau zurück auf den "WAR-Zustand" und nutze einen Multi-WAN-Router der automatisch den Failover macht. Gruß Jan

Für neue User müsstest du die UVHD-template.vhdx im Profilverzeichnis mounten und vergrößern oder von einem Hyper-V mit Resize-VHD bearbeiten. Sollen die vorhanden Disks angepasst werden, müsstest du diese ebenfalls mounten und anpassen oder eben auch per Resize-VHD angehen. Mounten kannst du die Disks nur wenn der User nicht angemeldet ist. Resize-VHD (zum Vergrößern) könnte im laufenden Betrieb klappen. Die Größe bleibt aber in der Sammlung immer grau hinterlegt und auf dem ersten Wert stehen. Mit PowerShell kann man da scheinbar auch nichts machen. Set-RDSessionCollectionConfiguration -CollectionName <Collection> -EnableUserProfileDisk -MaxUserProfileDiskSizeGB 30 -DiskPath <Pfad> Ändert z.B. auch nichts. Das ist korrekt. Zum Verkleinern: https://www.altaro.com/hyper-v/shrink-hyper-v-virtual-disk-vhd-vhdx/ Daher ggfs. auch die Kombination aus FolderRedirection und User Profile Disk. Das kommt drauf an. In solchen Fällen leiten wir häufig per FolderRedirection die Eigenen Dateien (und ggfs. Desktop oder Weitere) ans gleiche Ziel. Der Rest vom Profil ist dann aber je Farm / Sammlung getrennt. Und an dieser Stelle bin ich dann häufig glücklich, dass ich auf XenApp / XenDesktop und den UPM zurückgreifen kann / darf / muss.

Hi, wenn du alle Logs verschiebst, könntest du mit "eseutil /p" einen Reparaturversuch starten. Bzw. für "eseutil /r" müsstest du das defekte Log aus dem Backup holen. Gruß Jan

Du solltest den Exchange auf CU8 updaten und ggfs. das beachten (https://technet.microsoft.com/en-us/library/ff728623(v=exchg.150).aspx?f=255&MSPPError=-2147217396):

AFAIK funktioniert das zusammen. Solltest du aber testen.

Hi, eine andere Frage wäre, ob ein Service-Account solche Rechte benötigt. Das aus dem Screenshot sieht mir stark nach dem "Viel-hilf-viel-Prinzip" aus. Evtl. wären Managed-Service-Accounts was: https://docs.microsoft.com/en-us/previous-versions/windows/it-pro/windows-server-2008-R2-and-2008/dd548356(v=ws.10) https://blogs.technet.microsoft.com/askds/2009/09/10/managed-service-accounts-understanding-implementing-best-practices-and-troubleshooting/ Gruß Jan

Schau es dir / Schaut es euch erstmal an, dann kann man sehen, ob ein Thread dafür lohnt ;) #Variabeln definieren / initialisieren $DatenLW = "C" $SnapshotPfad = $DatenLW + ":\1_Snapshot" $Sync = "C:\install\sync\sync.exe" #https://technet.microsoft.com/de-de/sysinternals/bb897438.aspx $CMD = "$env:ComSpec" #Vorsichtshalber Daten aus Cache auf Festplatte schreiben Write-Host "Festplatten Cache auf Disk schreiben.." Start-Process $Sync $DatenLW -Wait #VSS Snapshot per WMI Objekt erstellen Write-Host "VSS Snapshot von Laufwerk " $DatenLW ":\ erstellen.." $vss1 = (gwmi -List Win32_ShadowCopy).Create(($DatenLW + ":\"), "ClientAccessible") $vss2 = gwmi Win32_ShadowCopy | ? { $_.ID -eq $vss1.ShadowID } #VSS Snapshot mounten und im Dateisystem bereitstellen Write-Host "VSS Snapshot unter " $SnapshotPfad " bereitstellen.." $dir = $vss2.DeviceObject + "\" $Schalter = "/c mklink /d " + $SnapshotPfad + " " + $dir Start-Process $CMD $Schalter -Wait #Kopiervorgang #Snapshot löschen und Link entfernen Write-Host "Löschen des VSS-Snapshot.." "vssadmin delete shadows /Shadow=""$($vss2.ID.ToLower())"" /Quiet" | iex $Schalter = "/c rmdir " + $SnapshotPfad Start-Process $CMD $Schalter -Wait P.S.: Das waren recht frühe Schritte im Bereich PowerShell; Es wurde viel zusammengegooglet; Man könnte es sicherlich eleganter lösen :)

Hi, evtl. reicht / hilft das: https://support.microsoft.com/en-us/help/2939261/how-to-obtain-an-exchange-hybrid-edition-product-key-for-your-on-premi Gruß Jan

Hi, ich hatte seinerzeit mal ein Script gebaut um erst per VSS einen Snapshot zu erstellen und dann aus dem Snapshot zu kopieren. Falls Interesse da ist, suche ich mal "intensiver" nach dem Script. Gruß Jan

Hi, ohne die Infos zu den Versionen würde ich auf https://support.microsoft.com/en-us/help/2212902/unexpected-autodiscover-behavior-when-you-have-registry-settings-under (ExcludeExplicitO365Endpoint) tippen. Gruß Jan

zu 1) Gab es mal eine 2012 (R2) RDS Farm, wo die User angemeldet waren? Die GPOs hast du wie deaktiviert? Ggfs. mit aktivierten GPOs mal ein "gpresult /h gpo.html" generieren und prüfen, was da so alles passiert. zu 2) Ja. Bzw. streng genommen wird die Verbindung einfach nur getrennt / aufgehoben (Dismount). zu 3) Mit je einem eigenem Admin-Account pro WTS. Ein anderer Weg ist mir noch nicht bekannt.

Hi, wo läuft denn der VServer und auf was für einem Host? Ist ein Zeit-Sync mit dem Host aktiviert? Ansonsten: https://www.gruppenrichtlinien.de/artikel/zeitsynchronisation-der-domaene-w32time-zeitserver-per-gpo/ Gruß Jan

Hi, warum stört es denn? In der Regel sehen das doch nur die Admins. Gruß Jan

In der ersten Antwort auf den Post hier stand eigentlich genau das drin. Sogar in der Variante, dass das alles fast von alleine funktioniert hätte und es noch sinnvoll gewesen wäre. ;)

Der Ordner mit dem Startmenü ist auch schreibgeschützt? Ist irgendwo in den Berechtigungen noch "Ersteller Besitzer"?

Wie schon in der ersten Antwort und der von Norbert, deine Werte sind nicht wirklich schlecht (für GBit). Hast du einen Switch dazwischen oder sind die Adapter direkt verbunden? Hast du mal eine andere Option als "Kompression" getestet?

Wenns schneller gehen soll, rüste auf 10GB Dual-Port NICs auf und nutze "Converged-Network". Je nachdem wie viele Adapter du derzeit hast könntest du die auch alle in ein Team zusammenfügen und ebenfalls Richtung "Converged-Network". Oder eben auf SMB switchen und das Managementnetz mitnutze. Wie viele VMs laufen denn pro Host, wie viele Daten müssen denn da verschoben werden und wie oft kommt das vor?

Sind das alles GBit Adapter? Welches OS haben die Hosts? Ggfs. auf SMB wechseln und das Management-Netz für SMB Multichannel mitnutzen / missbrauchen.