Dukel

Exchange kann kein Sender Based Routing. Du brauchst einen eigenen Mail Relay, welcher das kann.

So sollte das gehen: $disk = 'C:' $script = 'gwmi Win32_LogicalDisk -Computer . -filter "name=''' $script += $disk $script += '''" |%{$_.name, [math]::truncate($_.freespace/1GB)} | select-string "^(?!.*' $script += $disk $script += ')" ' $sb = [scriptblock]::Create($script) $TEMP = Invoke-Command -ScriptBlock $sb

Japp. Is Korrekt.

"Wohl kaum Herr. Es war nur ein Auge. Die Götter waren so gütig mir ein zweites zu schenken."

Scary Movie 1

Stimmt. Du bist.

Oje jetzt muss ich wieder was überlegen. EDIT: Hab eines.

Das muss "Cube" sein.

Die Administrativen Zugriffe sind aber für die Administration des Servers und keinen darauf laufenden Applikationen.

Und wie kommst du auf den Server 2012? Ich denke nicht, dass sich der TO lokal an den Backupserver setzt.

Eine CAL ist Nötig wenn auf einen Server zugegriffen wird (Informationen lt. aktuellem MS PUR Dokument): Du meinst sicher mit den Administrativen Verwaltungsvorgängen die beiden Nutzer für die Administration eines Servers. Da es bei dem Backupserver aber nicht um die Administration des Server OS geht sondern um die Backupsoftware zählt dieser Passus vermutlich nicht.

Wenn du einen anderen Domänen Namen nutzen willst kannst du den SBS nicht migrieren.D.H. du musst alle Daten / User / Clients selbst migrieren und ggf. anfassen.

Es geht aber um die Administration. Das die Verbindung für das Backup keine CAL benötigt ist schon geklärt. Der Admin greift aber (per RDP oder Backup GUI) auf den Server zu um das Backup zu konfigurieren und verwalten.

Ich kenne bei den Windows Bordmitteln um Daten zu spiegeln / replizieren nur Raid (SW Raid; Storage Spaces) oder DFS. Es kann sein, dass es noch etwas anderes gibt was ich nicht kenne. Ich würde nicht "reine Vermutung" sagen sondern Erfahrung.

Wie sieht die Storage Konfiguration des Servers aus?

Ich würde den SBS einfach migrieren. Dabei wird der Domänename behalten.

Du kannst certreg.exe nutzen oder die MMC.

Wo steht das der Admin von einem Server OS kommt? Er wird sicher von seinem Client die Backup Konsole benutzen oder sich per RDP anmelden. Ich glaube nicht, dass der Admin einen Server als Desktop hat.

Sagt mir gar nichts.

Bei SQL 2008 gibt es 2 Möglichkeiten für HA. Failover Cluster oder SQL Mirror. Für einen Cluster brauchst du eine Shared Storage für SQL Mirror nicht. Wenn du den SQL Ausfallsicher machen willst musst du jedes Teil Ausfallsicher machen (Server; Storage; Leitungen). Wenn du einen Cluster erstellst muss die Storage gespiegelt sein. Wenn du SQL Mirror einsetzt braucht jeder Server seine eigene Storage. Hier kannst du einfach einen 2. Storage kaufen und an den 2. Server verbinden. Die vorhandene Storage muss dabei nicht mal Shared sein.

Soll der Exchange vom SBS deinstalliert werden und auf einer anderen Maschine installiert werden oder soll es einen zusätzlichen Exchange geben?

Wieso schließt du den neuen Rechner nicht auch per IB an? Sind die Nodes nur per IB angeschlossen oder auch per LAN? Hast du einen 10GB Switch? Ich würde keinen Server Systeme per Crossoverkabel verbinden, alle nur per Switch.

Dann stelle das ganze doch in der Testumgebung nach.

Bei dem SQL Cluster oder bei SQL Mirror? Wo liegen deine Datenbanken? Auf der Storage! Was passiert wenn die weg ist? Da hilft dir einfach nur eine neue SQL Instanz nichts.

Wieso migrierst du die Daten nicht einfach? Gerade bei einem SQL Server sollte das kein Problem sein. 2. SQL Server installieren, SQL Mirror (keine Downtime) oder Logshipping (kurze Downtime) einrichten, Datenbanken schwenken, Spiegel trennen und alten SQL Server abschalten.