Dukel

Dort muss das Root Cert. hinein, nicht das der Issuing CA.

Du führst das nicht auf dem Laufwerk D: aus sondern gibst das Laufwerk als Parameter an: chkdsk D: ...

Im Dashboard steht du es unter "Updates needed by computers". Dort hinklicken, alles markieren und genehmigen. Das sind fünf Minuten (incl. dem öffnen der WSUS Console) und dies kann man auch Scripten (Powershell). EDIT: Vor allem, wie schon geschrieben, kannst du dann alle Produkte auswählen und nicht nur die, die du im Einsatz hast.

Nochmal: Nicht alles genehmigen! Keine Automatischen Genemigungen! Nur das Genemigen, was von den Clients angefordert wird! Dann wird nur das benötigte heruntergeladen und du kannst sogar alle Produkte auswählen. Treiber würde ich nicht per WSUS verteilen.

Hast du alles mögliche oder nur die benötigten Updates genehmigt?

Wozu ein neues Passwort eingeben und keines zufällig würfeln?

Hast du auch nach dem kompletten Namen gesucht ohne *?

Macht es das nicht automatisch, wenn der Automatismus aktiviert wurde?

Ist das evtl. ein Lokaler Nutzer? Dann kann der nicht im AD angezeigt werden.

Gegen das verirren gibt es ABE. Gegen das Besitz-Recht gibt es etwas im Link von Nils:

Es sollten die Versionen abgelöst sein, die keinen Support mehr erhalten.

Hier geht es aber um Linux. Das muss mit Windows nicht übereinstimmen. Wenn du Windows gescheit monitoren willst, dann gibt es die Performance Werte. Frag mich aber nicht, wie du diese per Zabbix abrufst. Wir nutzen PRTG für das Monitoring.

Es ist kein Problem, sogar alle Produkte auszuwählen. Wenn man nur die Benötigten Updates genemigt wird auch nur wenig heruntergeladen. Wenn man natürlich alles genehmigt wird auch alles heruntergeladen (ob man es braucht oder nicht):

Diese wird dann mit dem invoke-command auf den anderen Rechner kopiert.

Wie ist der Status? Beide Rechner sind frisch in der Domäne und es gibt auch zwei AD Objekte? Kann man sich jetzt mit einem AD Nutzer anmelden?

Oder die Funktion (und das Script) in eine Datei auslagern und statt den Scriptblock die Datei angeben.

Beide Rechner aus der Domäne nehmen, AD Konten löschen, am besten beide Rechner umbenennen und dann wieder in die Domäne aufnehmen.

Ich fand es immer einfacher ein MSI zu nutzen als die Silent Schalter zu suchen. Ich habe nicht umsonst "besser" geschrieben.

WPP kommt mit MSI Paketen besser klar. http://www.advancedinstaller.com/ kann MSI Packte bauen.

Es ist sauberer den Server komplett neu zu installieren. Du kannst das aber auch wie vorgeschlagen machen. Ich weiß aber nicht ob es mit Hyper-V und dcpromo zu Problemen kommt.

Das geht, ist auch lizenziert, macht man aber nicht! Wenn du diesen Server als Hyper-V Host laufen lassen willst, dann läuft auf diesem kein DC, sondern der DC in einer Eigenen VM. Jetzt ist nur die Frage wie du dahin kommst. Ich würde einen temporären DC z.B. auf einem Client Rechner (als VM) installieren, dann den DC demoten und den Server neu installieren. Dabei installierst du nur Hyper-V. Danach eine VM mit der DC Rolle. Dann kannst du den temporären DC demoten.

Dann gehts mal weiter:

Borat? Hab den aber nie gesehen.

Immer die aktuellste OS und Exchange Version, wenn es keine speziellen Gründe (irgendwelche anderen Tools, Backup,.. gehen mit dem aktellen nicht) gibt. Beim OS unter Umständen 2012R2, bei Exchange 2016.

Brauchen die VM's so viele Cores? Wenn man zu viel verteilt kann dies auch nachteilig sein und das ganze System verlangsamen.