Dukel

Woher soll der zweite Hyper-V Server wissen, welches Netzwerk genutzt werden soll?

Die virtuellen Switches gleich benennen?

Modul geladen? Hyper-V Management Tools installiert?

Ich würde ein anderes Protokoll nutzen (Webdav, Http). FTP ist nicht sehr Firewall freundlich. Wenn es FTP sein muss dann informiere dich über die verschiedenen Modi (Passive, Aktiv) und das nicht nur ein Port reicht.

Hast du auch mehrere Netze im Hyper-V konfiguriert und den entsprechenden Geräten zugewiesen?

Was sind das für Richtlinien und wieso sollen diese nicht auf einem TS angewandt werden?

Hast du nur einen Hyper-V Host oder ein Cluster? Wie ist die Storage angebunden? Ist das eine Test oder Produktive Umgebung?

Du schriebst Platzverschwendung. Ich wollte auf das voll schreiben einer Storage heraus (und dem damit verbundenen Crash aller VM's, die auf dieser Storage liegen).

Dann eben viel größer (macht es nicht besser). Auf jeden Fall kann man sich nicht darauf verlassen, dass die virtuellen Maschinen nur den Platz verbrauchen, der konfiguriert wurde (mit festen Größen), wenn man Snapshots nutzt.

Zwei (unabhängige) DHCP Server im selben Netz sind immer schlecht. Was hast du denn vor? Möchtest du AD lernen? Hast du einen Testclient? In einer AD Umgebung solltest du als DNS Server nur den oder die DCs bzw. DNS Server für die Domäne nutzen und nicht die Fritz Box. Daher wird es so oder so zu Konflikten kommen, wenn der Server nicht dauerhaft läuft. Funktioniert alles bei manueller IP Konfiguration (egal ob beim Server oder Client)? Achtung! Vergib dabei nur den Server als DNS Server und nicht die Fritz Box.

Und zu Platz Problemen auf der Storage. Angenommen man hat eine Storage mit 100GB und eine vhdx Datei mit 70GB. Die Snapshot Datei kann genauso groß wie die vhdx Datei werden (= 70GB) und dies kann zu groß für die Storage sein. Dies ist auf jeden Fall bei VMware so und vermutlich auch bei Hyper-V.

Läuft der DHCP Server auf der Fritz Box noch? Hast du Forwarder für DNS Konfiguriert? Hast du DNS und Gateway im DHCP Server konfiguriert? Bekommen die Clients diese Informationen? Hast du DNS und Gateway im Windows Server konfiguriert?

Bisher war das Verhalten bei Hyper-V und ESX gleich. Bei einem Snapshot werden Änderungen nicht mehr in die Disk-Datei sondern in den Snapshot geschrieben. Beim zurückfahren eines Snapshots wird die Snapshot Datei einfach gelöscht, bei löschen des Snapshots die Inhalte in die Disk-Datei zusammengeführt. Seit der aktuellen oder in der kommenden Version von ESX wird das verhalten gedreht, da idR öfters ein Snapshot gelöscht wird als auf einen älteren Stand zurückgegangen wird. Dabei wird immer in die Disk-Datei geschrieben und die Änderungen werden mit Protokolliert. Beim Zurückfahren müssen dann auf der Disk-Datei die Änderungen Rückgängig gemacht werden. Dafür geht das löschen eines Snapshots schneller (und mit weniger Last), da dabei nur die Snapshotdatei gelöscht werden muss.

Mit den Installierten Programmen, Ordnern und Freigaben passiert nichts. Evtl. muss man den Besitz von den Ordnern übernehmen, wenn man im nach hinein bestimmte Dinge ändern möchte und vorher nicht entsprechende Rechte vergeben hat oder diese weggenommen hat. Aber per Default haben alle Administratoren Vollzugriff auf diese Ordner. Aber übernehmen von Rechten (bzw. vom Besitz) geht auch im Nachhinein.

Den Parameter sollst du beim normalen Outlook Start anhängen.

Ihr braucht keine CAL für einen Benutzeraccount. Es zählen nur die (Menschlichen) Benutzer (bzw. Geräte). Es ist eh sinnvoller die Administration nicht mit "dem Administrator" zu machen.

Hast du schon mal den Parameter /recycle bei outlook.exe getestet?

Wieso will man Mails über Outlook verschicken? Wieso keine direkten Mails per SMTP oder anderen APIs?

Hat der Controller keine BBU?

Der Schreibcache ist das was man will. Wieso sollte man den abschalten?

In diesem Fall wird die Applikation nicht auf dem Server sondern Lokal ausgeführt. Das ist gar nicht mit einem Terminal Server (heißt mittlerweile Remote Desktop Services) vergleichbar.

Wenn du Benutzer sperren willst sperrst du das Zertifikat. Wenn z.B. dieses Zertifikat in anderen Diensten genutzt wird musst du das dann in allen Diensten sperren.

Ist der Server schon produktiv? Laufen die Dienste schon? Kannst du testweise beide VMs auf 1vCPU und 4 GB Ram konfigurieren und das Testtool nochmal laufen lassen? Kannst du mit z.B. sqlio die Disk Performance testen?

Kann der Hardware Hersteller helfen? Kannst du bei diesem ein Ticket aufmachen?

Du weisst einem Dienst ein Zertifikat zu und dieses wird dann genutzt. Das kannst du auch in der IIS Konfiguration überprüfen (Nur überprüfen, nicht ändern!).