Dukel

Ich habe mit hilfe von netdom und einem weiteren Tool von MS / Sysinternals ein größeres Script geschrieben, welches das Profil des Lokalen Users (die User sollten nicht die Arbeitsplätze tauschen) dem Domänenuser zugewiesen hat. Heute abend kann ich mal schauen, was das 2. Programm war. Aber bevor man mehr kaputt macht kann man auch externe Hilfe holen, die einen unterstützt.

Wozu braucht man da mehrere PPPOE Verbindungen? Da mietet man sich ein öffentliches Subnetz und routet die IP's richtig.

Ich habe vor einiger Zeit eine Migration von ca. 60 Clients von einer Domäne in eine andere mit übernahme der Profile mit einem Script durchgeführt. Abends gestartet und am nächsten morgen ein paar Fehler bei einzelnen Maschinen korrigiert. Wieso sollte man seine Ressourcen auf einen Zwischenschritt konzentieren statt sich um das Ergebnis zu kümmern. Evtl. müssen eben die Anwender an einem Tag einmal das Passwort eingeben. So schlimm wird das nicht sein. Wieso werden die neuen Server in der neuen Umgebung mit den alten Clients in der alten Umgebung noch genutzt?

Ja und das gibt es seit AD nicht mehr. Es nur nur noch (fast) gleichberechtigte Domänencontroller.

Du willst nicht runpfuschen sondern die Migration fertigstellen.

AD ist kein PDC/BDC.

Wieso nicht? Wieso hat man das ganze DAVOR nicht richtig geplant?

Ich kenn mich mit Backup Exec selbst nicht aus, aber früher hat man eben 2-3 Server gehabt und heute hat man 12. Deswegen sollte man schon Richtlinien statt manuelle Sicherung nutzen, wenn es diese gibt.

Du willst den Rechner neuinstallieren und das Backup der Daten zurückspielen.

Wieso nicht richtige die Scripte aktivieren?

Powershell "als Administrator" ausführen und Set-Executionpolicy nochmals ausführen (RemoteSigned reicht).

Laufen da irgendwelche Jobs? Backup oder sonstige geplanten Tasks?

Ist das immer zur gleichen zeit? Powershellscript -> get-process

Dann eben auf den Clients VMWare Player / Workstation. Aber wieso müssen die VM's am Server erstellt werden und dann auf die Clients kopiert werden.

Beim SCVMM ist ein P2V / V2V dabei. Wieso sollen die Referenz / Entwicklungssysteme auf einer Serverplattform virtualisiert und mit zum Kunden genommen werden? Wieso bekommt nicht jeder Vertriebslaptop eine "Client Virtualisungssoftware" (Virtual PC) und diese Vorführvm's. Und wenn die VM's extra dafür erstellt wurden kann man diese entsprechend (Boot Disk max 127GB, 32Bit) erstellen.

Was für VM's sollen denn vom Server auf einen Vertriebslaptop? Welche Maschinen wollt ihr virtualisieren? Wieso ist Hyper-V günstiger als ESXi?

Wie sieht das Backup in der Umgebung aus? Wird das weiter physikalisch bleiben?

Hast du ein Beispiel, bei dem ein Schema Upgrade schief ging und dabei etwas kaputt ging? Das sehe ich den am wenigsten kritischen Punkt bei der ganzen Migration an. Wenn ein Schema Update wirklich fehlschlagen dürfte (Strom und USV gehen gleichzeitig kaputt) kann man dieses wiederholen. Außerdem während des ganzen Vorgangs ist Arbeiten Problemlos möglich und wenn während des Backups kein Arbeiten möglich ist ist das Backup Müll.

Fehlt evtl. das Häckchen bei "Mit höchsten Privilegien ausführen"?

Das war nur ein Vorschlag, wenn Bitlocker wegen fehlendem TPM Chip nicht funktioniert. Wobei man auch BL mit USB Stick ohne TPM nutzen kann. Solchen Verschlüsslungstools sollte (habs selbst noch nicht getestet) die drunterliegende Hardware egal sein. Man muss wie bei allem wissen was will ich erreichen. Das Problem ist bei BL als auch bei TC, dass der Rechner nur bootet, wenn jemand mit dem Key (egal ob Pin, Passwort oder USB Stick) den Server startet und wenn kein Berechtigter da ist hat man sich ausgesperrt. Wenn man das umgehen will (TPM ohne Pin oder USB Stick) fehlt etwas Sicherheit (Server kann komplett geklaut werden und gestartet werden) und man kann auch ganz sein lassen.

Ähm. Es werden 6 Cores pro Prozessor bei ESXi unterstützt?

Willst du bei den 3 VM's bleiben oder spricht etwas dafür oder dagegen mehr oder weniger zu erstellen? Ich denke die Aufteilung ist nach Themen (Infrastruktur, Management, Produktion) nicht verkehrt, man könnte aber noch mehr trennen (jede Funktion eine VM).

Hab mir das auch mal angeschaut und ein Probeekapitel bei O Raily (oder wie man die schreibt) angelesen. Klingt interessant, für mich leider zu Grundlagenmäßig. Wobei man zwischen Netzwerkgrundlagen und täglichen Gebrauch unterscheiden sollte. Ich glaube nicht, dass man in irgendeinem IT Beruf solche Netzwerkgrundlagen umsetzt sondern meist steigt man ein paar ebenen höher ein. Was aber nicht heißt, dass man die Grundlagen nicht kennen sollte.

Ok Headless ist an. Wieso muss es Virtual Box sein und kein ESX oder Hyper-V?

Andere Verschlüsselungssoftware wie z.B. Truecrypt.