Dukel

In Powershell kommst du mit $env:hostname an den Rechnernamen.

Du schreibst "eher mit mehreren vCPUs als nur mit einer einzigen". Das stimmt so nicht. Wenn die Anforderungen mehrere CPU's fordern ist das kein Thema. Wenn nichts dabei steht oder eine CPU angefordert wird sollte man das auch so machen. Hier geht es ja nicht nur um Exchange sondern auch um andere Software.

Dort geht es um die Testmigration. Es sollten sich bei dem Szenario nur der SBS2003 und der SBS2011 in dem Subnetz befinden und durch den Router vom produktiven LAN getrennt sein. Für die eigentliche Migration macht man das natürlich im Produktiv LAN.

Nur wenn die Anforderungen der Software das benötigen.

Ach?!? Ich glaube die Frage warum man einen extra Printserver braucht, wenn man Netzwerkdrucker hat.

Postfach löschen und neu anlegen? In Outlook öffnen und alles löschen?

SiteKiosk - Kiosksoftware für öffentliche Kiosksysteme und Internetterminals Windows Server How-To Guides: Lösung für ein Kiosk-System mit Windows-Bordmitteln - ServerHowTo.de Windows SteadyState Wieso nutzt du nicht schon vorgefertigte Systeme und versuchst alles selbst zu bauen? EDIT: Hier findest du von MS direkt diverse Konfigurationen, wie du solch einen Kiosk Modus mit Win 7 installieren kannst: http://technet.microsoft.com/library/gg176676.aspx?ITPID=sprblog

Eigentlich muss man in einer AD Umgebung nur den Zeitgeber des DC's mit der PDC Emulator Rolle konfigurieren und alle andere (DC's und Clients) gleichen sich automatisch ab. Wenn man zu viel konfigurieren muss ist wohl etwas anderes kaputt.

Ja. das geht etwas anderst: $script = {out-file -filepath $log -append } $scriptblock = [scriptblock]::Create($script) Invoke-Command -ScriptBlock $scriptblock Wenn du nicht jedes mal 3 Zeilen schreiben willst kannst du das in eine Funktion einbinden. Btw. für Logging kannst du auch Apache log4net: Home unter Powershell nutzen.

Ich würde das als erstes in einer Testumgebung nachstellen, wenn ich unsicher wäre.

Man kann SQL Server Aliase anlegen.

Wieso solltest du es dem Server sagen? Der Server weiß doch welches Subnetz an welchem Interface hängt und wird Pakete mit den entsprechenden Zieladressen nur an die entsprechenden Netzwerkkarten heraus schicken. Wieso testest du es nicht einfach, nur weil du glaubst, dass das nicht gehen wird?

Sicher kannst du beide Netzwerke anschließen. Wieso nicht?

Du meinst am Netzwerk 2 ist nur Port 80 freigeschalten? Dafür gibt es das RDS Gateway. Dafür solltest du aber noch 443 (HTTPS) freischalten.

Damit mehrere Personen auf das System zugreifen können brauchst du einen Terminalserver. Wo hast du jetzt ein Problem? Wenn es noch nicht mal konfiguriert ist weißt du ja nicht ob es funktioniert oder nicht.

Was sagt ein "Ping dc" vom Server aus? Was meinst du mit "Diese sollen sich per Remotedesktop auf ihren Desktop einwählen können"?

Das sollte mit einer Zwischentabelle ohne Indexe gehen oder vor dem Insert die Indexe löschen und danach wieder erstellen.

Schau dir pscsp (aus dem Putty Paket) an. Das lässt sich Scripten. bei Winscp musst du eben die tagesaktuellen Daten markieren und herunterladen.

Was sind das für 2 Netzwerke? Ist das externe Interface das Internet und intern das LAN?

Werden des öfteren 10k Datensätze eingefügt?

Wie soll ein Rechner das AD durchsuchen, wenn er nicht in der Domäne ist.

Wie schon geschrieben: Nimm den Rechner aus der Domäne.

Wenn es wirklich so sicherheitskritisch ist wieso ist der Rechner dann in der Domäne?

Was meinst du mit "von Homepage versendete Formulare"? Meinst du deine eigene webseite, die emails versendet?

Wieso willst du das zu hause machen? Gibt es keine Testumgebung im Geschäft? Wieso willst du dann den SBS zu hause hosten? Wenn du den Testsbs migriert hast gibt es ja 2 Unterschiedliche Stände und die Clients hängen noch am alten System. Nach der Testmigration musst du schon die richtige Migration durchführen.