Dukel

Und was ist mit "\\Server\Daten GF" ?

Ja. Habt ihr nur eine Domäne?

Was willst du absichern? "Soll Sicher sein" ist keine wirklich sinnvolle Angabe. Auch mit einer sicherheitsvorlage sollte man wissen, was diese macht und nicht einfach so aufspielen. Ich würde einen Dienstleister beauftragen die Sicherheit zu überprüfen / verbessern.

Du willst dich nochmals mit AD und DNS (und der integration) beschäftigen und niemals (außer es sprechen wirklich konkrete Gründe dafür) einen Secondary DNS einrichten und vorallem niemals an 2 Stellen das selbe ändern.

Du willst die externe Box als weiterleitung im DNS eintragen und nicht zum direkt abzufragen.

Was ist so tragisch daran die AD DB per Hand zu verschieben?

Dann diesen deaktiviert lassen.

Wieso aktiviert ihr kein NFS auf dem Windows Filer?

- Dienste stoppen (wsus, internal DB) - DB kopieren (am besten zur sicherheit) - Im SQL Server die DB attachen - Regedit \HKLM\Software\Microsoft\Update Services\Server\Setup -> SqlServerName anpassen (ggf. Reg sichern) - Wsus Dienst starten (Internal DB am besten nicht, sonst kann man das nicht wirklich verifizieren) - Wenn alles läuft, Internal DB deinstallieren.

Du fragst nach SSD und als alternative willst du SATA, weil SAS für 5 User zu viel wäre? Wieso dann die Frage nach SSD?

Da ein SBS max 75 User hat lohnt sich das eher nicht. Was sich lohnen würde wäre die Daten / Transaktionsprotokoll Platte des SQL Servers (für Sharepoint) oder für Exchange auf SSD's zu legen. Aber selbst das lohnt sich nicht, das kann man sich für mehrere 1000 User überlegen. Lieber schnelle und mehr Platten (mehrere Raid Sets oder kleines SAN/Disk Array).

Gibt es beim Booten kein F8 (oder ähnlich) um das Raid zu konfigurieren?

Oder man legt generell keine Shares mit Leerzeichen an.

New VMware ESXi Server - Configuration Checklist

Gibt es nur einen DC, DNS und DHCP Server?

Was meinst du über HTTP? Browser? Acrobat - Öffnen?

Ich würde für dieses Thema auch ein extra Thread aufmachen. Hat ja nichts mehr mit der Serverplanung zu tun.

Das war nur ein grundsätzliches Beispiel, wie man Umleitungen macht. Wohin die Daten geschrieben werden muss der TO selbst aussuchen.

.oO(Grundlagen von Batch Scripten lernern?) Ausgabe in ausgabe.txt, Fehler nach error.txt net use w: \\server2\daten2 persistent:no > ausgabe.txt 2> error.log oder zusammen in eine Datei net use w: \\server2\daten2 persistent:no > ausgabe.txt 2>&1

Was hast du mit dem Sharepoint und der Trennung vor? Ein Webauftritt und ein Intranet?

Script anpassen und Fehler in eine Datei umleiten.

Exchange braucht kein SQL. Verbinde die 2 Hosts als Hyper-V Cluster (entsprechende Storage vorausgesetzt). Dann musst du dir weniger gedanken machen auf welchen Host welche VM kommt, diese kann man dann hin und her migrieren wie man will (auch automatisch nach einem Host Ausfall).

Sicher funktioniert das. Gebe einmal die Fehlermeldung / Fehlercode im Logonscript in eine beliebige Datei und poste diese hier.

Ich würde überlegen welche Dienste man benötigt (Infrastruktur mit AD, DNS,...), Exchange, Sharepoint, Branchensoftware. -> 5 VM's (Sharepoint und SQL sollte man trennen). Beispielsweise bei durchschnittlich 4GB Ram / VM = 20GB Ram = 2x Hyper-V Host mit je 24GB Ram oder 3 Hosts mit je 12 GB Ram. Wenn man mehr Ram vorsieht für einzelne Maschinen einfach drauf rechnen. CPU kann man vernachlässigen, wenn man aktuelle Maschinen nimmt, Disk kann man einfach berechnen. + 2 Physikalische Maschinen für AD und Backup (ggf. 3 für Security).

Ich nutze als Alternative Truecrypt. Fehlt halt leider die Zentrale verwaltbarkeit wie bei anderen Lösungen.