Dukel

Die Anführungszeichen bei nur einer Variable kannst du weglassen.

Ja. Entweder alle Raids auflösen und alle Platten mit Storage Spaces zusammenfassen oder die Raids so behalten und mit zwei Laufwerken weitermachen. Wenn du deiner Backupsoftware zwei Datentöpfe gibst und das Backup verteilt die Daten auf beide Laufwerke dann würde ich dies so machen.

https://technet.microsoft.com/en-us/library/hh849887.aspx Get-Date nimmt nicht nur das aktuelle Datum.

Mit "Get-Date" kannst du ein Datum einlesen, welche dann als Datum vorliegt. Mit diesem Datum kannst du dann rechnen oder beliebig ausgeben.

Storage Spaces kennt keine Klassischen Raid Level. Es gibt 2-Way und 3-Way Mirror (vergleichbar mit einem Raid 1 mit zwei oder drei Kopien) und Single oder Dual Party (vergleichbar mit Raid 5 oder 6). Was hast du denn für eine Backup Software? Evtl. kommt diese mit mehreren Disks zurecht und du musst nicht eine aus diesen beiden machen.

Dann erstelle keine Raid Verbunde und fasse alle Disks per Storage Spaces zusammen. Ist das jetzt ein Fileserver oder Backup Server (oder Speicherablage für einen Backup Server)?

Ich würde Storage Spaces und Raid nicht mischen. Warum willst du beide Raid in ein Storage Spaces Pool nehmen?

Natürlich kann man mehrere DNS Namen auf eine IP zeigen lassen. CNAMES braucht man, damit man nicht jedes mal die IP eingeben muss beim DNS Anlegen.

Kannst du statt der CNAMES auch A Records (mit der selben IP) Anlegen und funktioniert dies dann korrekt?

Normalerweise wird statt Kerberos immer Negotiation genutzt. D.h. der Zugriff wird per Kerberos versucht und wenn dies nicht klappt NTLM genommen.

Ich mach dann mal:

Wie schon so oft hier angemerkt. Genehmige nicht alle Updates sondern nur die, die von Clients angefordert werden. Dann kann man auch (fast) alle Kategorien aktivieren. Solange Patches genehmigt wurden werden diese auch nicht gelöscht (beim bereinigen). Diese müssen abgelehnt werden.

Ich habe nicht umsonst "empfohlen" geschrieben. Das sollte nur eine Anmerkung zum TO werden. Dieser sollte sinnvoller weiße die Best Practices umsetzen und wenn er das andere machen will dann sollte er dies gut überlegen, warum er das anders haben will. Diese 200GB sind von MS die Empfehlung aus Restore Sicht. Wenn eine DB kaputt geht und ein Backup eingespielt werden muss sind 200GB ein Wert, welcher Zeitlich machbar ist. Wenn man andere Lösungen (DAG) hat oder andere Anforderungen (Dienst darf auch mal mehrere Tage ausfallen) kann man dies anders machen.

https://technet.microsoft.com/en-us/library/ee832792%28v=exchg.150%29.aspx @MrCocktail: Du wirst aber sicher keinen Standalone Exchange Server haben sondern eine HA (DAG) Konfig.

Bei einem Standalone Exchange (ohne DAG) sind 200GB der Empfohlene Wert für eine DB. Wenn wirklich mehr Platz benötigt wird, dann mehrere DB anlegen.

Für WinRM braucht man keinen SPN setzen, das macht Powershell / WinRM beim Konfigurieren automatisch. Unter Umständen nutzt WinRM bzw. Powershell Remoting "http/". Hatte damit schon Probleme, dass dies durch eine Webapplikation blockiert wurde.

Wenn sich Anforderungen ändern kann man auch RAM nachschieben oder einen weiteren Host hinstellen.

Oder evtl. Armee der Finsterniss?

Ritter der Kokosnuss?

Gibts Tipps?

Ich hoffe du hast jeweils ein Raid und nicht eine Disk mit 300GB und eine Disk mit 2TB. Mit System 1-3 sind die VMs gemeint? Ich würde den Fileserver auslagern. Wie sehen die Verfügbarkeitsanforderungen aus? Wie sieht es mit einem zweiten DC aus?

Wenn ein Benutzer Software selbst aktualisiert (aktualisieren kann) ist grundsätzlich etwas falsch.

Du brauchst eine CA oder musst ein Self-Signed selbst verteilen als Vertrauenswürdiges (Stamm-)Zertifikat.

Warum sollen die Benutzer von beiden Mail-Domänen nicht in der selben Domäne sein?

Wie sah das aus? return "PROXY xxx.xx.xx.xxx:8080"; Kannst du ggf. den Hostnamen des Proxys und nicht die IP angeben? EDIT: Ach ja. Funktioniert SharePoint mit der Pac Datei Problemlos? Das war ja das initiale Problem. Wenn dies trotz der Pac Datei nicht geht, hilft das alles nicht.