testperson

Wenn dir die Cloud-Lösungen der "anderen" nicht passen -> Den Service selber hosten.

War mein erstes In-Place-Upgrade, daher keinerlei Erfahrung. Wollte es einfach mal gemacht haben. (Vorlage ausrollen und hochstufen wäre aber wohl deutlich schneller gewesen.)

Im ADUC (dsa.msc) lässt er sich "nur" im Attribut Editor ändern!? Alternativ: Man kann den Display Namen im ADUC im Attribut-Editor ändern. Das man den auch in der PowerShell oder EMS oder sonstwo ändern kann, wollte ich nicht ausschließen.

Das tut er.

Hi, wie sind denn die virtuellen Verzeichnisse und die AutoDiscoverServiceInternalUri konfiguriert? Wie sind die Outlook Anywhere Hostnames konfiguriert? Was ergibt ein "Get-OutlookProvider"? Und warum installiert man einen Exchange auf einem Root Server bei Strato? Ist der auch DC? Gruß Jan

Da passt ja jetzt voll ins Bild, dass ich grade einen Domänencontroller von 2012 R2 In-Place zu einem 2016 geupdated habe. Jehova! Jehova! :-D

Hi, das liegt daran, dass beim Exchange der Display Name / Anzeigename steht und du den im ADUC nur im Attribut-Editor ändern kannst. Evtl. wäre es einfacher die Umbenennungen zu scripten. Ggfs. über eine vorhandene Logik oder CSV gesteuert. Gruß Jan

Ich bezog mich darauf, dass man ja nicht einfach behaupten könne, MS würde irgendwas b***d regeln. Als nächstes ist dann die Erde rund oder wie?

Das kann man so aber auch nicht sagen. Ggfs. hilft es dem TO ja die Werte per GPP Registry zu setzen oder alternativ einfach die Office AMDX Templates zu durchsuchen und key="software\policies\microsoft mit key="software\microsoft zu ersetzen. Sofern er mit den Nachteilen leben kann.

Ja. Aber das Office in den Business und Business Premium Plänen ist AFAIK kein Pro Plus und somit nicht per GPO verwaltbar. Das Office 365 Pro Plus bzw. das Office Pro Plus aus dem E3/E5 ist per GPO verwaltbar. Siehe: https://technet.microsoft.com/library/office-applications-service-description.aspx

Hi, AFAIK kannst du keine GPOs für Offfice 365 Business nutzen. https://www.microsoft.com/en-us/download/details.aspx?id=49030 Gruß Jan

Hi, ggfs. reicht dir / deinen Kunden per Transportregel einen Haftungsausschluss / Disclaimer anzuhängen. Gruß Jan

Du kannst die IP ändern. Warum konfiguriert man das denn jetzt nicht einfach mal richtig und bringt DNS zum "funktionieren"?! Wie kann man eine solche, recht komplexe, Gesamtstruktur betreuen und lebt dann mit Aussagen wie "weil das mit dns nicht funktionieren soll"?

Du kannst dir gerne Zeit lassen. Ist ja schließlich auch dein Problem.

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