Dukel

Beim attachen (wie auch beim Restore) kann man für die Datenbanken gleich einen neuen Namen vergeben. Da braucht man dann nichts danach umbenennen.

Meines Wissens wird bei der GPO Einstellung um OST Dateien zu verbieten vorhandene Profile nicht verändert, sondern nur neue Profile ohne Cache Mode getätigt. Bei Vorhandenen Profilen muss man dies manuell umstellen.

Redirekt von http nach https.

Welche Internen Zustände?

Aus einem Backup kannst du eine neue DB erstellen. Du musst den Restore nicht in die selbe DB fahren.

Drucker kannst du mit printmig bzw. printbrm migrieren: http://www.cluadmin.de/printbrm-lost-printmig-ab-p568/ Btw. Seit AD (Windows 2000) gibt es keinen PDC mehr.

Läuft der defekte DC (halt nur mit einer Platte)? Dann installiere einen neuen DC in der Virtuellen Umgebung und lass die Daten replizieren.

Was läuft auf dem Server 2003? Kannst du die Dienste nicht sauber migrieren?

Wenn das ein Test Lab ist dann deinstalliere alles und bau alles neu auf.

Wieso wollt ihr den SQL Server nicht virtualisieren?

Schau dir Shavlik Protect an (oder wie das jetzt aktuell heißt). Dort sind diverse 3rd Party Tools integriert. K.a. ob die Preisvorstellung passt oder ob die Reportings reichen.

Bastelst du da an einer Testumgebung oder an der Produktivumgebung? Gibt es ein Backup der Mailboxdatenbanken? Wie wäre es mit einem Dienstleister der die Umgebung sich schauen kann?

Welche Rechte hat der User in der Datenbank?

Wie schon geschrieben: Installiere eine neue VM und dort den DC und migriere das AD ganz normal. Alles andere ist unsinnig.

Bei Powershell vor v3 (oder generell) sollte man @(get-process | where {$_.Processname -match "dump"}).count schreiben.

Danke für die Rückmeldung.

Geht jetzt alles?

Du kannst beides in der normalen Powershell ausführen. Du musst nur die entsprechenden Module / Snapins laden. Remote ausführen geht per Powershell Remoting. http://www.powershellpraxis.de/index.php/powershell-remote

Bisher war es immer so, dass du das entsprechende Client OS brauchst, von daher gehe ich davon aus.

Wenn man keine Constraint delegation nutzt braucht man die Einstellung nicht, wenn man es nutzt ist es in der Tat sinnvoll.

Wenn die Lokal installierte Office Version die selbe ist, die auf dem RDS installiert werden wird, sollten diese vorhandenen Lizenzen ja reichen und es müssen nur welche für die Thin Clients gekauft werden.

Was für eine Webanwendung? Gibt es evtl. Probleme mit dieser (Zertifikat abgelaufen)?

Läuft irgendeine Applikation mit dem Domänmenadmin? Irgendein Service oder Geplaner Task auf irgendeinem Rechner?

Wir haben MS Dynamics AX im Einsatz. Mehr kann ich aber nicht dazu sagen, da ich gar keine Berührung mit der Abrechnung habe.

Da muss sich jemand anderes in der Firma drum kümmern. K.a. wie das geregelt wird.