Dukel

Wenn private Internetnutzung erlaubt ist, dann bei solchen Maßnahmen: ja.

Robocopy kann auch Inkrementell kopieren. D.h. vor der Migration ein- oder mehrmal (je nach Änderungsrate der Daten) die Daten kopieren und am Migrationswochenende den Rest.

Option 4 ist der Edge Server gemeint. Ist aber eher für den SMTP Traffik und nicht für die Client Zugriffe. EDIT: BE und FE bei Exchange 2003 war nie für eine DMZ gedacht!

Es kommt auf die Anforderungen an. Wie verfügbar soll das ganze ausgelegt werden (d.H. alle Rollen min. doppelt), wie performant (mehrere Sitzungs Hosts),... In einer Testumgebung kann man gerne alles auf einem Server installieren oder gleich trennen, wenn man sich damit vertraut machen möchte oder die Umgebung aus dem Test in den Prod. Status einfach ändert.

Was ist das für ein VPN? Ist ein WAN Beschleuniger im Einsatz? Ich glaube auch nicht, dass es an Robocopy liegt.

Fehlende Kategorie oder Produkt?

Wieso keine Domäne?

Der Essentials hat keinen Exchange enthalten und das OS (2008R2) hat seit kurzem schon keinen Support mehr.

https://docs.microsoft.com/en-us/powershell/module/microsoft.powershell.utility/convertto-html?view=powershell-7 oder das HTML selbst zusammenbauen.

Get-ADUser -Filter '*'

Außerdem scriptet man dort alles und braucht dann auch keine 1-2 Tage sondern eher ein paar Stunden.

Du kannst die Core Nutzung beschränken, wenn du der VM weniger Cores zuweist.

Wieso willst du die Powershell innerhalb der Powershell starten? Get-WmiObject kennt selbst Credentials und es gibt noch Invoke-command für Befehle auf anderen Systemene oder mit anderen Credentials.

Windows Settings\Security Settings\Local Policies\User Rights Assignments\Deny logon locally bzw. Deny logon through Remote Desktop Services

Das kann man einschränken. Man kann z.B. definieren, dass sich bestimmte Benutzer (aus einer Gruppe) nicht Lokal und via RDP einloggen dürfen. Das geht auch per GPO.

Solange die DHCP Server autorisiert sind kann man diese auch starten. Evtl. war der DHCP Server dann nicht autorisiert.

Dann ist deine Berufserfahrung nicht umfassend genug. Man kann jederzeit mehrere DHCP Server installieren. Diese dürfen sich nur nicht gegenseitig ärgern. Vor dem DHCP Failover gab es die Möglichkeit (außer mit Windows Failover) mehrere DHCP Server zu installieren und die IP Adressen zu teilen. D.h. DHCP1 vergibt 1-100 und DHCP2 vergibt 101-200.

Habt ihr kein Monitoring (Icinga, PRTG,...)? Da würde ich dann erstmal da ansetzen und eine integration in das Monitoring erreichen.

Das es gar keine Lokalen Nutzer gibt glaube ich nicht. Evtl. gibt es User ohne ein bekanntes Passwort. Wie sieht es unter lusrmgr.msc aus?

Ist das für Zuhause oder in einer Firma? Evtl. wäre der Austausch oder die Erweiterung (als Cache) mit SSDs sinnvoll. Dann kann man über 10GbE nachdenken.

Wie in jedem SQL Server in den Einstellungen der Datenbank Files. https://docs.microsoft.com/en-us/sql/t-sql/statements/alter-database-transact-sql-file-and-filegroup-options?view=sql-server-ver15

Einfach beides machen. Gleiche Zeitquelle für AD und ESX und zusätzlich Zeitsync via VMWare Tools abschalten.

Das kann natürlich sein, dass dann CALs benötigt werden. In dem Fall bindest du den PDC-Emulator an den internen NTP Server, alle Sonstigen Clients und die ESX Hosts. Alle Windows Clients und Windows Server in der Domäne holen sich von den DCs die Zeit. Das ist der Default, wenn nichts ver-konfiguriert wurde. Die Zeitsynchronisierung der Windows VMs deaktivierst du im ESX.

Ja das geht auch mit einem internen NTP Server, welcher aber nicht nötig ist. Mit den DCs hast du gleich eine Verfügbarkeit des Zeitdienstes. Siehe Link von Nobbyaushb.

Dann musst du deinem DCs so konfigurieren das einer (der mit der PDC Emulator Rolle) mit dem Internet synchronisiert wird. Dann können die anderen DCs mit diesem und die Windows Client mit dem DCs synchronieren. Andere Clients kannst du die DCs als Zeitserver mitgeben. Hier kannst du auch z.B. den Domänennamen angeben statt die DCs einzeln und es antwortet immer einer der DCs.