Dukel

Ja (steht in den Requirements). Aber bevor du Bitlocker machst, nutzt du lieber VMWare Encryption. Hier wird dir sicher die Performance und das Mangement danken.

Bitlocker wäre die Verschlüsslung innerhalb der VM. Hierfür ist ein virtueller TPM sinnvoll. https://docs.vmware.com/en/VMware-vSphere/6.7/com.vmware.vsphere.security.doc/GUID-17568345-E59E-43A8-A811-92F8BE9C7719.html https://docs.vmware.com/en/VMware-vSphere/6.7/com.vmware.vsphere.security.doc/GUID-A43B6914-E5F9-4CB1-9277-448AC9C467FB.html

TPM ist meines Wissens nicht unbedingt nötig. Es wird ja die VM (VMDK) verschlüsselt. TPM brauchst du evtl. für Virtual TPM (wenn du innerhalb einer VM den TPM nutzen möchtest). Aber da bin ich mir auch nich 100% sicher.

https://docs.microsoft.com/en-us/dotnet/framework/data/adonet/connection-string-syntax Mit Trusted_Connection versuchst du eine Windows Anmeldung. Du übergibst aber die SQL User Credentials. Entweder das eine oder das andere. Remote hat er aber für die Windows Anmeldung keine Credentials. Hierfür würdest du CredSSD brauchen, was man aber aus Security Sicht nicht möchte (hier laden die Credentials auf dem Zielsystem).

Wieviel Ram hat der Server? Was für Disks / SSDs? CPU ist normalerweise kein Problem. ESXi gibt es frei! Am einfachsten installierst du einen Windows Server mit Gui und installierst nur die Hyper-V Rolle darauf.

Du willst lieber die Fehler selbst machen, die andere schon gemacht haben und nicht mehr machen? Du willst die Installation von Exchange lernen, die du evtl. nur einmal in deinem Leben brauchst? Du solltest eher dann die Zeit nutzen um AD und Exchange zu lernen und nicht unbedingt dessen Installation (hier kannst du dem Profi über die Schulter schauen und Fragen stellen).

Wieso migiert man von 2016 auf 2016?

Dann gib einmal den Inhalt von "$UserBox.Text" aus, wie oben geschrieben. Die Grundlagen sind auf jeden Fall nicht verkehrt, bevor man Programme mit einer Gui schreibt.

Z.B. $BetreffBox.Lines $Inhalt_txt.Lines $UserBox.Text

https://docs.microsoft.com/en-us/powershell/module/microsoft.powershell.utility/send-mailmessage?view=powershell-6 dann musst du den Text anzeigen und einen "Senden" Button einbauen, der obiges aufruft.

Dann darfst du dich mit dem Com Objectmodell von MS Office bzw. Outlook auseinander setzen. Das ganze direkt als Mail verschicken ohne Umweg über Outlook ist keine Alternative?

Plus zwei SQL Server im HA (AG oder Failover) Modus. Bei zwei Brokern brauchst du einen zentralen SQL Server und willst nicht dass dieser der SPOF wird. Je nach Last / Ressourcen reicht es auch alles Virtuell zu machen. Wird Webaccess / Gateway benötigt, dann sollten diese Rollen auch in das HA Thema bedacht werden.

Ja ich habe das "mindestens" vergessen.

Ja. Und weil es vieles einfacher macht.

Alle Maschinen (Clients und DC) fragen den internen DNS Server (DC) und dieser löst interne Adressen auf und alles andere geht an den Forwarder (Endian, Router oder Provider), welcher andere DNS Server oder die DNS-Root Server fragt. Ich würde in jedem produktiven Netzwerk, egal wie groß, zwei DC's nutzen.

Der DC (wieso nur ein DC? sollten min. zwei sein!) muss sich selbst bzw. einen anderen DC als DNS Server konfiguriert haben. Im DNS Server selbst nutzt man den Router (oder bei dir Endian, wenn das als DNS Forwarder arbeitet) oder einen Provider DNS als Forwarder.

Wieso Lokal anmelden? Wieso nicht via RDP und den User einfach in die RDP Gruppe aufnehmen? Für RSAT braucht er keine Adminrechte, aber Rechte in den Applikationen, die er konfigurieren will.

Unterschiedliche Datenbanksysteme sind halt doch zu unterschiedlich. http://www.convert-in.com/pgs2mss.htm https://dbconvert.com/postgresql/mssql/

Dann führe das einmal auf dem Server aus. Ggf. ohne vorher eine Datenbank angelegt zu haben (wieso macht das jeder so herum?)

Führst du das auf der Datenbank oder auf dem Server aus? Leider fehlt gerade das auf dem ersten Screenshot.

Funktionieren wird es. Wir hatten das auch mal getestet (mit KMS Server virtuell auf den selben ESX Hosts (unverschlüsselt) -> Produktiv sollte man das aber so nicht machen). Wo soll denn euer KMS laufen? Auch im RZ bei dem DL? Dann hat dieser darauf physikalischen Zugang. Da kommt es dann auf das KMS an, dass dieses trotz physikalischen Zugang sicher ist. Bei einem solchen Konstrukt spielt Vertrauen zum DL eine große Rolle und man muss evtl. andere Maßnahmen (Rechtliche / Organisatorische) treffen.

PRTG ist ein Monitoring. D.h. hier wird geschaut, ob ein Dienst erreichbar ist oder nicht. Für Troubleshooting oder bei schon vorhandenen Problemen hilft das wenig. Man muss die Fehlerursache finden und dafür gibt es andere Tools / Methoden.

help set :)

Dann gib mal ein: help if

Batch kennt auch ein if. Ich würde das trotzdem in Powershell machen.