Dukel

So ein Problem wird mit jedem Jahr schlimmer. Irgendwann muss man da ne Lösung finden und z.B. das Programm neu schreiben lassen.

IPv6 löst keine DNS Probleme aus. Eine falsche oder fehlende Konfiugration löst dies aus!

Du brauchst den Lookup Modus. Mit dem Begriff solltest du entsprechende Dokumentation finden.

Schau dir mal https://www.xsplit.com/de/vcam an

VB ist dafür nicht notwendig.

Wieso VB wenn du Powershell nutzen willst?

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?