Dukel

Es gibt diverse Partitionstools. Aber wieso verschiebst du nicht erst die ganzen Daten (Sharepoint, Wsus). Ich würde eher eine 2. Partition machen und die Daten dorthin verschieben. 80 Gb sollten für C: genug sein.

Wie meinst du das? Ich habe einen User, der in der Lokalen Gruppe Administratoren ist, bei dem geht alles, auch per Geplanten Task und einen User der in keiner Gruppe ist (außer Batch Processing, damit geplante Tasks mit seinem User laufen). Der ist noch in der Gruppe "Users", da dort alle Authentifizierten User sind. Zugriff soll nur per Geplanten Task geschehen.

Gibts das ausblenden der Netzwerkumgebung nicht schon vorgefertigt in den GPO's? EDIT: Benutzerkonfiguration - Administratiove Templates - Desktop - Hide Network Location Icon on Desktop.

net start gibt auch nichts aus. Habs nebenbei mit wmi getestet. Das geht genauso wenig. Wieder geht alles nur wenn der User eingeloggt ist.

Das Recht hat der Benutzer (der Rest des Scriptes geht auch). Der Task funktioniert mit dem nicht privilegiertem User und liest z.B. per "net localgroup" Lokale Gruppen aus oder per get-wmiobject diverse Infos. Nur der Teil mit den Services mag nicht gehen (als geplanter Task). Manuell geht auch das, daher glaube ich nicht, dass es ein Rechteproblem ist.

Ja das geht im Betrieb (vor allem bei Wsus, das wird ja nicht ununterbrochen verwendet). Schau dir in der SBS Konsole die Tasks zum Verschieben von Datenbanken an. Evtl. gibts dort noch mehr (Sharepoint).

2008R2 und 2003R2. Getestet habe ich erst mal alles mit dem 2008R2.

Ja. Das ist soweit richtig.

Ich meinte wie viel Platz hat c: insgesamt? Die Wsus Daten kannst du so viel ich weiß per SBS Console auf eine andere Disk verschieben (wie die Exchange Datenbank auch).

Ja, testweise. Aber dann geht auch nur, wenn man konfiguriert, dass es nur ausgeführt wird, wenn der User angemeldet ist. Wenn man es anders konfiguriert ist es egal, ob der User angemeldet oder abgemeldet ist. Das Ziel ist das Script unangemeldet auszuführen (vor allem darf sich der User erst mal gar nicht auf den Servern anmelden, das ist nur zum testen freigeschalten worden).

Hast du evtl. andere Datenbanken (Sharepoint, Wsus) nicht verschoben und diese belegen noch Platz? Wieviel Platz hat C: denn?

Ob man den Host neu installiert oder upgraded ist ja egal, so lange keine VM's auf diesem laufen.

Einen Node in den Maintenance Mode setzen, warten bis er leer ist, dann upgraden und das nächste reihum mit allen Nodes machen.

The Dude ist eher ein Netzwerkmonitoring und kein Netzwerkdokumentations Tool.

Ja. Gibts unter Microsoft Hyper-V Server 2012 | Virtualization | VDI zum Download.

Wieso migrierst du 2x? Einmal wegen dem OS und einmal die Sharepoint Version.

Welches SP3 denn? Beim Sharepoint Foundation 2010 gibts kein SP3.

Du musst das Management Studio nur einmal herunterladen, und kannst es mehrmals herunterladen. Beim SQL Server sollte das Management Studio dabei sein. Du musst dort in den Lizenzbedingungen lesen, was du damit machen darfst.

Willst du wissen wie du die Berechtigungen vergibst oder womit die User arbeiten sollen? Für letzteres kannst du das Management Studio auf den Clients installieren und musst es nicht nur auf dem SQL Server selbst installieren.

Hast du evtl. Processe von anderen Usern ausgeblendet?

Ich würde das nicht so machen. Ich habe erst diese Woche eine Migration von Search Server Express 2008 (basiert auf dem WSS 3.0 / Sharepoint 2007) auf Search Server Express 2010 durchgeführt. Meine Vorgehensweise war folgende: - Backup Content DB (per SQL Management Studio) - Migration prüfen (stsadm –o preupgradecheck) - Neuinstallation der VM mit Server 2008R2 - Installation SQL Server 2008R2 - Neuinstallation Search Server Express ohne Content - Restore "alte" Content DB - Einhängen der Content DB mit mount-spcontentdatabase Damit übernimmt man nur die Inhalte und macht Sharepoint neu (und übernimmt dort keine Altlasten). Ein Problem gibts dabei: Es gibt eine größere Downtime.

Ganz pauschal: Datenmenge / transfergeschwindigkeit.

Hallo, ich habe unter folgender Seite ein must have für Sharepoint Workflows gefunden: iLove SharePoint Damit kann man z.B. HTTP Requests abschicken oder Powershell Script abschicken als Actions für Sharepoint Workflows.

Es funktioniert schon, wenn man DNS vor dem AD installiert. Man sollte aber keine Zonen manuell einrichten.

Ich würde mit mal invoke-command anschauen statt das ganze über WMI zu Fuß zu scripten. Wenn man remote auf ein System zugreift und von dort auf ein anderes System Zugreifen will benötigt man bei Powershell CredSSP.