Dukel

Mit Bordmitteln kannst du nur Platz anpassen, welcher direkt hintereinander liegt. Die Sharepoint Daten kannst (und solltest) du direkt über die Konsole umziehen. Das selbe gilt für die Exchange und Wsus Daten, da du sonst in 3 Monaten hier wieder einen Beitrag erstellen wirst, da der Platz auf C: ausgeht.

Wo steht, dass man beim Foundation Server keine anderen Server hinzufügen darf?

Nochmal eine meiner ersten Fragen. Wie viele Disks hast du in dem Server und wie ist das Raid Konfiguriert? Evtl. solltest du dieses um konfigurieren.

Die Lösung steht ganz oben im Link von Sunny61.

Um partitionieren ist nur begrenzt möglich. Solange noch keine Daten auf den beiden Datenlaufwerken sind kann man diese auch löschen und neu anlegen. Ich würde auch alle Anwendungsdaten (Exchange DB, Sharepoint, Wsus, ...) von C: auf eine andere Disk verschieben (geht per Konsole).

Du musst die vorinstallierte Konfiguration ja nicht übernehmen sondern kannst den Server neu installieren und selbst partitionieren. Was sich Dell dabei gedacht hat kann nur Dell sagen. Interessanter sind die Raid Konfiguration und die Spindeln der Laufwerke. Nein. Evtl. gibts vom Hersteller Plugins o.ä. für den SBS. Ist das die backup Exec SBS Version? Sharepoint meldet sehr früh, dass der Speicherplatz ausgeht. Diese Meldungen kann man ignorieren. Monitoren sollte man den Speicherplatz trotzdem.

Nein. Beide greifen auf die selbe Storage zu. Die VM läuft nur auf einem Knoten und bei einem Ausfall wird die VM (die Daten liegen ja auf der gemeinsamen Storage) auf dem anderen Knoten neu gestartet.

Im DNS Server stehen sicher nicht nur 2 Adressen.

So viel ich weiß reicht es Powershell v3 zu deinstallieren. Ggf. muss man Powershell v2 dann nachinstallieren.

Im DNS Server musst du das konfigurieren und nicht im DNS Client! Außerdem haben externe DNS Server in den DNS Client Einstellungen nichts zu suchen.

Man kann auch den selben Domänennamen nutzen. Man muss nur extern erreichbare Ressourcen auch intern im DNS eintragen.

Wieso mussten wir das? Seit ich Tastaturen mit Windows Taste hatte habe ich kaum noch auf den Button geklickt.

Dann kannst du z.B. mit Virtualisierung die Verfügbarkeit erreichen. 2 Hosts mit einer VM, die bei dem Ausfall des ersten Hosts auf dem 2. Host neu gestartet wird. Das bedingt doppelte Hardware, eine Shared Storage, ggf. doppelte Lizenzen.

Wenn ein Server ausfällt muss dann der Ersatzserver sofort einspringen? Dürfen ein paar Minuten oder Stunden dazwischen sein? Wie ist das Budget für die Lösung? Eine alternative ist ein "Failoverserver" wie z.B. Stratus Avance, eine andere alternative wäre Virtualisierung.

20GB Wachstum innerhalb einer Woche ist viel? Ist dein Backupsystem so an der Grenze?

Andere Backup Software.

Dann vertreibt eine Software, die Ausfallsicher ausgelegt werden kann. Wie viel willst du denn in die Ausfallsicherheit investieren und wie verfügbar muss das System sein?

Es gibt Failoverserver, bei denen 2 Server gleichzeitig laufen und ein kompletter Server einspringt, wenn ein Server ab raucht. Diese Dinge sind nicht günstig. Bei "normalen" Verfügbarkeitstechniken (Failovercluster) kommt es auf den Dienste an, ob es möglich ist. Frag den Hersteller der Software was er empfiehlt.

Off-Topic: Was empfehlen dann diese Hersteller für eine Verfügbarkeitsanforderung?

Das Sizing des Servers ist aber unabhängig von dem installierten OS. Das bedingt aber ein paar mehr Disks. Jeweils ein eigenes Raid Set für Exchange (ggf. unterschiedliche für Logs und DB), SQL und Daten (für OS sowieso).

Das ist eine Teststellung. Aber wieso nicht? Powershell v3 kann mehr als v2.

Was sind das für Datenbanken? Wie sieht die Infrastruktur aus? Willst du nur die DB's ausfallsicher konfigurieren oder hast du noch andere Komponenten die ausfallen können?

Das ist halt ein SBS. Wobei die SQL Instanzen Express Versionen sind und jeweils auf 1GB RAM Beschränkt sind.

Welche Dienste sollen denn Ausfallsicher gemacht werden?

Dann hat sich die Frage des TO nach iSCSI oder FC ja sowieso erledigt. Von der Performance ist das kaum ein Unterschied zu den FC ESX Farmen mit 10Gbit NFS. Wobei wir jetzt auch keine high-end Workloads haben und der TO mit einer Testumgebung sicher auch nicht (je nachdem was er testen mag). Die Pro's und Con's kann man sich aber trotzdem anschauen.