Sunny61

Ein Problem ist sicherlich der sog. Schnellstart, gibt es seit W8. Ist bei uns und vielen anderen sicherlich abgeschaltet, negative Auswirkungen konnte ich noch keine feststellen. Wenn das nicht reicht, geht es hier weiter: https://www.gruppenrichtlinien.de/artikel/fast-logon-schnelles-anmelden-asynchrones-startverhalten-ehemals-faq-36 Die beiden Einstellungen in einem GPO setzen und auf die Clients passend verlinken. Ein Neustart kann an der Stelle nicht schaden. Falls auch das keine Lösung bringt, dann kannst Du dir diesen Artikel ansehen und an ausgesuchten Testclients ausprobieren: https://www.gruppenrichtlinien.de/artikel/ssd-zu-schnell-synchroner-startvorgang-nicht-moeglich

Nein, das war nur als Beispiel gedacht was alles möglich ist. Sobald ein Server allerdings eine Datenbank hostet, ist ein Snapshot nicht das Mittel der Wahl. Um in solchen Fällen, wie du ihn erlebt hast, flexibler und schneller wieder arbeitsfähig zu sein, empfiehlt es sich, so viele Dienste/Anwendungen wie möglich auf eigene Systeme zu bringen. Aber das alles weißt Du sicherlich, es kam eben alles mögliche und unmöglich zusammen.

Per Script alle Snapshots regelmäßig durchlaufen und alles löschen was älter 29 Tage ist.

Evtl. wurde der DomAdmin nach dem Neustart automatisch wieder angemeldet, gibt es schon seit W8. Du kannst das Feature ja mal auf dem Server abschalten, neu starten und nochmal probieren zu löschen. https://www.heise.de/ratgeber/Immer-noch-angemeldet-trotz-Neustart-4785722.html

@NorbertFe hatte bei einem früheren AG von mir mal eine Migration gemacht, da hat niemand etwas davon mitbekommen, nichtmal GL oder GF, normalerweise passiert nur dort etwas. :)

OK, Danke für die Rückmeldung. ;)

Und es haben noch Updates für das OS oder für die Konsole gefehlt? Was genau hat gefehlt?

Lt. https://learn.microsoft.com/en-us/system-center/vmm/release-build-versions?view=sc-vmm-2016 ist die Konsole aktuell, ist denn der Rest auch aktualisiert? Gab es Änderungen am AV-Scanner?

Ist die verwendete Version der VMM Konsole auf beiden Seiten die gleiche? Passiert das auch mit einem frischen Benutzernprofil?

Zum Thema Pfad des Scriptes auslesen findest Du hier ein Beispiel: https://www.itnator.net/psscriptroot-beinhaltet-pfad-des-powershell-scripts/ Bau dir das mal in dein Script an der richtigen Stelle ein und lass dir mit write-host $PSScriptRoot den Pfad ausgeben. Wenn es der richtige ist, dann geht es weiter. Verknüpfungen legt man nicht manuell an, sondern lässt sie per GPO bei den betroffenen Usern *aktualisieren*, dann passt der Aufruf. ;)

Lt. einer Antwort in diesem Thread https://stackoverflow.com/questions/10993861/how-to-remove-cached-server-names-from-the-connect-to-server-dialog soll es eine XML sein, die man editieren kann: %APPDATA%\Microsoft\SQL Server Management Studio\18.0\UserSettings.xml Ob das in SSM 19.x noch so ist, weiß ich nicht.

Gebraucht habe ich das bisher noch nie, aber das könnte sein was Du suchst: https://www.gruppenrichtlinien.de/artikel/gpeditmsc-multi-lokale-richtlinien-standalone-ohne-server-ohne-ad https://www.gruppenrichtlinien.de/artikel/domaenenrichtlinien-an-standalone-workgroup-client-nondomain-joined-uebergeben

Schön, welche Variante ist es denn geworden?

Ohne es getestet zu haben, hier sollte etwas dabei sein: https://social.technet.microsoft.com/Forums/en-US/8354b35a-e4f8-428b-918f-a10ab3efa5d0/getaduser-effective-multiou-search?forum=winserverpowershell

Ist die Mail in OWA auch nicht beim Empfänger im Postfach vorhanden? Nein, nicht dem User glauben, das klappt nicht immer. ;) Überzeuge dich selbst.

Ich kann mich Norbert nur anschließen. Weder im Server Bereich, (allerdings immer Marken Maschinen, keine selbst zusammen gewürfelten Teile m Server) noch im Client Bereich ist mir in den letzten 15-20 Jahren etwas passiert. Und wenn etwas passieren würde, hat man ja immer die Garantie und den Hersteller des Servers im Rücken.

Dann kannst Du hier mit dem Lesen schon mal beginnen: https://www.gruppenrichtlinien.de/themen/erste-schritte

Gibt es evtl. auch ein aktuelleres BIOS?

https://www.hmailserver.com/download NOTE: No active development hMailServer is no longer being actively developed.

Gruppenrichtlinien greifen nicht auf Gruppen. Gruppen können maximal als Sicherheitsfilter verwendet werden. Detailierter kannst Du es nicht benennen/beschreiben?

In welcher Gruppe ist was genau konfiguriert gewesen? Oder meinst Du eine Gruppenrichtlinie?

Eigenen WSUS aufstellen und die Freigabe der Updates scripten. Das Verschieben der Server kann man auch scripten. Oder eben mit Ansible anfangen zu arbeiten.

Evtl. kann Baramundi ja Updates. ;) Wir verschieben die Server manuell in die Gruppe, in der die Updates zur Installation freigegeben sind. Am nächsten Tag sieht man auch gleich ob es noch Server gibt, die einen manuellen Reboot brauchen. Alternativ könnte man sich sicher auch etwas mit Ansible zusammen bauen.

Frag ihn doch einfach.

Das sollte eigentlich in der Doku/Hilfe zu dem Cmdlet zu finden, wie genau die Syntax an der Stelle aussieht.