testperson

Und was ist mit ? Und generell kann man sich sowas schon "basteln", dass TS1 andere GPOs bekommt wie TS2

Hi, "gpresult /h gpo.html" auf beiden Server und prüfen. Die Computerkonten der RDS-Hosts liegen in unterschiedlichen OUs? Oder betrifft es evtl. nur verschiedene User (dann allerdings auf beiden Servern)? Ansonsten: http://gpsearch.azurewebsites.net/#8087 Oder im pro User Fall: http://gpsearch.azurewebsites.net/#8086 Gruß Jan

Reines RD Gateway? Dann würde ich entweder neu installieren, konfigurieren und in die Bereitstellung integrieren oder die Gateway Rolle auf einen neuen Server übertragen: https://docs.microsoft.com/en-us/previous-versions/windows/it-pro/windows-server-2012-R2-and-2012/dn479239(v=ws.11)

Ist dieser "wichtige" Server evtl. ein DC?

Die Frage ist auch, wer ist @AliBaba und wer ist @AliBaba20?

Hi, bei virtuellen RDSHs ist erstmal nur Software RemoteFX möglich. Damit die Hardware GPU genutzt wird muss diese zwingend per Discrete Device Assignment (DDA) in die VM gereicht werden. - Der eine Hyper-V Host fällt aus -> Die EDV Räume können nicht genutzt werden - Der eine DC fällt aus -> Die EDV Räume können nicht genutzt werden - Der eine RDS fällt aus -> Die EDV Räume können nicht genutzt werden Wenn ich mir unsere Kunden im Bildungssektor ansehe, dürften die Lizenzkosten das geringste Problem darstellen. Gruß Jan

Copy & Paste in die PowerShell sollte aber wirklich machbar sein. Damit kannst du auf dem Server die Verwaltungstools installieren: Install-WindowsFeature RSAT-ADDS

Hi, sollte Funktionieren, wenn du den DC in der Root mit -DomainController angibst. Evtl. hilft die Angabe des "-DomainController" ebenfalls beim Erstellen der MigrationBatch. Alternativ die EMS starten und dann als erstes Set-AdServerSettings -ViewEntireForest $true ausführen. Sowie nochmal testen. Gruß Jan

In einer administrative PowerShell: Get-WindowsFeature -Name AD*, DNS, RSAT* | where Installed Get-WindowsFeature -Name AD*, DNS, RSAT* | where Installed

Am Domaincontroller (oder PC mit AD Tools): Windows-Taste + R -> dsa.msc -> Ok. Wenns startet -> Domäne verwalten; Wenns nicht starten wird wohl die Einrichtung nach der Installation nicht erfolgt sein.

Aus http://www.profilemigrator.de/frequently-asked-questions-faq/#faq13: Oder aus http://www.profilemigration.com/try-for-free/:

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 :)