Sunny61

Dieses New-ADUser funktioniert einwandfrei bei mir: $Global:SRVGlobal="domäne.tld" # Es reicht die Domain anzugeben, es muss KEIN Servername angegeben werden. new-aduser -name $name -enabled $true –surname $Nachname -givenname $Vorname -SamAccountName $SamAccountName1 -accountpassword $password1 -ChangePasswordAtLogon $False -path $TotalOU -userprincipal $userprincipal -PasswordNeverExpires $True -Server $SRVGlobal

Per GPO wirst Du um ein MST-File (Transform) nicht umhin kommen. Per Script sollte es mit den Parametern ganz einfach runktionieren: \\source\share\dein.msi /parameter Alternativ einfach mal den Hersteller der SW kontaktieren, die müssen das wissen.

Auf wievielen Clients willst Du die SW installieren? Wenn es mehr als 20 od. 30 sind, dann könnte der WSUS Package Publisher helfen https://www.wsus.de/ > WSUS Package Publisher zeigt dir ein paar Möglichkeiten.

Das ist ein Express Installer, steht ja auch hier: Download the SQL Server 2016 SP2 Express installer (SQLServer2016-SSEI-Expr) on this page that, when executed, will present options to perform an installation or download media only. Der andere Download dürfte der richtige sein.

Evtl. funktioniert das mit dieser Edition nicht: Installation edition: Evaluation

Und wenn sich nichts tut bleibt der Server sehr oft aus und nach Jahren fällt dir das dann auf die Füße. Deshalb IMHO eine schlechte Idee.

Anonymisierung ist nicht verboten. ;)

Es wird doch ein Log angelegt, in diesem Artikel findest Du die Pfad- und Dateinamen zu den Logs. https://docs.microsoft.com/de-de/windows/deployment/upgrade/log-files Alternativ kannst Du auch einen sauberen Neustart machen und anschließend das Upgrade nochmal probieren. Start > Ausführen > msconfig [ENTER] > Reiter Dienste > [X] Alle Microsoft-Dienste ausblenden, die übrig gebliebenen deaktivieren und einen Neustart durchführen. Funktioniert jetzt das Upgrade?

Wenn Du sicher bist, dass es nicht ein Spam-Mail ist, kannst Du via Powershell nachschauen: https://docs.microsoft.com/de-de/exchange/recipients-in-exchange-online/manage-permissions-for-recipients Man kann das Recht natürlich auch eintragen, versenden und anschließend das Recht wieder entfernen. Am besten Du sprichst Du mit der Teamleiterin.

Nö, das passt schon so. ;)

Das hatte ich tatsächlich noch nie, es muss auch nicht heute oder morgen das erste Mal sein. :)

Am ersten Exchange 2016 CU 23 lief das Update einwandfrei durch, jetzt kommen noch 2 Ex2016 CU23 dran. @testperson Danke für den Hinweis, ist gut wissen falls man das mal braucht. ;)

Mails aus der Sicherung zurück holen.

Wenn die Daten NUR in der OST Datei sind, dann sind sie weg wenn die OST gelöscht wird. Eigentlich müssten sie ja noch am Exchange sein, aber vielleicht hat sie ja jemand gelöscht und der Sync der OST war noch nicht abgeschlossen. Die gesuchte OST gibt es nicht im Papierkorb? Du schreibst sehr wirr, klär uns doch auf, wie GENAU ist jetzt der Stand der Dinge. Welcher Exchange genau ist dahinter? Welches Outlook genau?

Schon mal neu gedownloadet? Evtl. hat der AV-Scanner oder die FW etwas verschluckt. Du kannst die EXE ja auch mal manuell entpacken, liegt dann das MSI drin?

Wenn es keine Sicherung der gelöschten OST gibt, dann wäre jetzt ein guter Zeitpunkt die Wiederherstellung der Sicherung der verloren gegangenen Daten durchzuführen.

Hast Du die EXE auch mit Rechtsklick > Ausführen als Administrator gestartet?

Tritt das Problem auch in OWA in diesem Postfach auf?

Ich meine etwas anderes, der TO weiß sicherlich was ich meine. ;)

Ja, dauert übrigens nur wenige Minuten um das selbst zu testen. ;)

Gut, langsam an die Sache rantasten, dann wird das schon. Vermutlich darf der RDS-Server das GPO nicht lesen und/oder übernehmen. Das sieht man ja mit einem gpresult recht schnell. Stimmt, weniger ist mehr, auch hier. ;)

Wie genau sieht das PS-Script denn aus? Gibt es wirklich keinen Unterschied zwischen PS und SQL Script? BTW: Hier steht ein OnPrem Exchange 2016 der die Mails annimmt.

Wenn der physische Server bei euch ein Hyper-V ist, dann ja. Es kann ja auch ein VMWare Host sein, wir wissen das nicht. Das musst Du wissen. Unsere User nutzen RemoteApps, dafür brauchen sie nur temporäre Benutzerordner. 12 GB für 9 User ist nicht wenig. Mehr als 1 GB pro Profil. Denk an die Datensicherung, falls die Daten wichtig sind.

Das wirst Du nicht erreichen. Es gibt zig Varianten wie man per Programmierung den Explorer aufrufen kann. Alle diese Möglichkeiten kannst Du nicht abschalten. Und wenn ein User in der Adresszeile vom Explorer C:\ eingibt, kommt er vermutlich auch hin. Maximal kann der User out of the Box auf LW C:\ auf dem RDS ein Verzeichnis anlegen, das kann man unterbinden. Gibt es auch einen Artikel auf gruppenrichtlinien.de zu dem Thema. Wo die Gruppen im AD abgelegt sind ist egal. Du musst sie nur im GPO an der richtigen Stelle mit den richtigen Berechtigungen eintragen. Wenn auf dem RDS KEINE anderen GPOs von Usern greifen sollen, dann musst Du in diesen GPOs, die auf dem RDS NICHT greifen sollen, den RDS (oder die Gruppe in dem der RDS enthalten ist) eintragen und ihm das Übernehmen der Einstellungen verweigern. Oder eben beim Loopback Mode Erssetzen wählen. Deshalb testet man das auch intensiv durch. Probier das mal anhand einer einfachen Usereinstellung aus, Hintergrundbild oder ähnliches. Hilfreich ist auch die GPOs passend zu benamsen. _C für Computereinstellungen und/oder _U für Usereinstellungen. Wenn man strikt trennt in den GPOs zwischen C und U tut man sich bei solchen Dingen jetzt leichter.