Dukel

Nimm Powershell. Damit hast du mehr Spaß.

Benutzt Ihr MapiOverHttp?

Für die CAL's ist es unerheblich auf wieviele Server die User / Devices zugreifen. Btw. eine CAL greift nirgends zu. Das ist eine Berechtigung, dass ein User / Device auf einen Service zugreifen darf.

Bei vielen sieht es so aus, dass sich der SQL Server allen Speicher "krallt" wenn dieser nicht sauber geplant wurde und zu wenig Ressurcen bereit gestellt wurden.

Der SQL Server (wie auch Exchange) krallt sich nicht immer alles was da ist sondern alles was er braucht bzw. brauchen kann. Er wird sich keinen Speicher reservieren, den er nicht braucht, nur weil Speicher noch frei ist. Wenn Speicher von SQL oder Exchange reserviert wird dann nutzen die Produkte diesen auch z.B. für diverse Caches.

24er Subnet ist nicht der Host sondern ein Subnetz. Trage nur die IP oder IP und /32 ein.

Hyper-V Replica ist eine Disaster Recovery Lösung und keine für die Verfügbarkeit. Aber wie schon geschrieben müssen erst die Anforderungen stehen.

Ein Cluster für Virtuelle Maschinen sichert aber nicht gegen Probleme in den VM's ab. Wenn die VM nicht mehr startet wird diese auch auf dem zweiten Knoten nicht starten. Ein Hyper-V Cluster sorgt dafür, wenn der eine Host ausfällt, werden die ganzen darauf laufenden Maschinen auf dem anderen Host neu gestartet. Für eine Shared Storage gibt es mehrere Möglichkeiten. Eine fertige Storage (iSCS oder FC (SAS soll auch Möglich sein)), ein Windows File Server Cluster (mit SMB 3.x) oder Converged (Hyper-V und Fileserver laufen auf der selben Hardware). Aber dafür brauchst du 1. saubere Anforderungen und 2. am besten einen Dienstleister vor Ort der dich über das thema berät.

Es ist doch egal wann die Patchliste gesync wird, wichtig ist wann die Updates genemigt werden.

https://de.wikipedia.org/wiki/User_Principal_Name Du erstellst für jeden Contoso einen Realm und der Beispiel Benutzer hat einen Account Mitarbeiter1@ContosoA.de und Mitarbeiter1@ContosoB.de. Bei vier Contosos und einer Ressourcendomäne sind das fünf Domänen, sprich 10 DC's für 200 Mitarbeiter? Das würde ich vermeiden wollen.

Abgeraten nicht unbedingt. Es kommt darauf an, ob man vor allem diverse 32bit Addons nutzt. https://support.office.com/en-us/article/Choose-between-the-64-bit-or-32-bit-version-of-Office-2dee7807-8f95-4d0c-b5fe-6c6f49b8d261?ui=en-US&rs=en-US&ad=US

das kannst du ja trotzdem machen: foreach($computer in $testcomputer){ if(test-connection){ #In Datei schreiben und weiter machen $computer | add-content ... get-wmiobject ... }else{ $computer | add-content ... } } Angenommen du hast 5000 Computer. Er pingt alle 5000 Computer und schreibt diese in eine Datei und liesst dann erst die Infos aus, dann sind sicher die ersten PC's schon wieder aus. Und das Auslesen braucht auch eine gewisse Zeit.

Alles ist eine bessere Alternative als ein Gefummel mit den Dateiberechtigungen. Wieso muss das täglich passieren? Darf man während des Tages die Dateien verpfuschen, aber einen tag später nicht mehr? Warum darf nach einem Tag nur noch gelesen werden? Rechtliche Gründe? Datenschutz? Versionierung? ... ??? Was sind das für Dokumente in den Ordnern?

Wieso zwei Foreach Schleifen, die das selbe machen? foreach($computer in $testcomputer){ if(test-connection){ # Nicht in eine Datei schreiben sondern weiteremachen! get-wmiobject ... } } Zum Problem: Fehler abfangen kannst du mit try / Catch oder einfach mit if.

In #8 steht nur was du versuchst, aber nicht warum. Warum sollen alle Dateien Read Only gesetzt werden?

Das ist alles aber kein Dokumentensystem. Wenn es um rechtliche Archivierung geht nutzt das nichts und auch für ein Archivsystem ist das eher ein Krampf.

Und das kannst nicht nicht Lokal im eigenen LAN testen mit einem Client, dem du per Script regelmäßig die IP änderst? Auch für Werbung ist die IP nicht die beste Möglichkeit einen Besucher zu identifizieren.

Wozu das? Als Sicherheitsmerkmal ist das die schlechteste Wahl und für Werbung / Analytics gibt es bessere Merkmale als die IP Adresse.

Häng die VMDK in den anderen Server an, gehe dort in den Explorer und berenige dort C:\Windows\Temp und schau dir davor die Daten an, was das für Daten sind und wo diese herkommen. Ich glaube nicht, dass Exchange C:\Windows\Temp voll haut, vorallem nicht bei 150GB. Sowas habe ich bisher noch nicht gesehen. Ist das eine Test oder Prod Umgebung? Wenn Test, dann mach diese komplett neu.

Was meinst du damit genau? Meinst du welche GPO's für welche Benutzer gezogen werden? Dafür gibt es GPResult.

Die optimalste Lösung ist alles zu trennen (Virtualisierung). Das wären dann sieben VM's (incl. Exchange). Zwischen alles zu trennen und alles auf eine Maschine zu machen ist alles Möglich. DC/DNS sollte in jedem Fall nichts anderes machen. Auf den RDS würde ich auch nichts anderes installieren (dort sind ja die Anwender darauf). Dann bliebe noch eine Infrastrukturmaschine für DHCP, WSUS, Fileserver und SQL. Hier kannst du zwei Windows Server Lizenzen kaufen und hast dann sozusagen noch eine VM frei für Exchange. Bei dem ganzen Konstrukt musst du dir noch die Gedanken über die Verfügbarkeit machen. Bei einer Maschine ist alles weg, wenn diese aussteigt. Ein zweiter DC ist in jedem Fall dringend empfohlen.

.oO(Und wenn es mal ein Problem mit der Firewall gibt wartet man einige Wochen bis man wieder ins Internet kann?)

Sollte alles mit VBA möglich sein.

Durch das "| SELECT". Nimm mal: $MailExportUser = (Get-Mailbox -Identity "Export").AcceptMessagesOnlyFrom

Dann stimmt etwas am Restore Konzept nicht. Wenn ein Server stirbt sucht man sicht nicht irgendeinen ähnlichen vorhandenen Server sondern restoret diesen (je nach Restore Konzept neu aufsetzen, aus dem Backup restoren oder irgendwas vorhalten).