NilsK

Moin,

das geht so nicht. Du kannst ein AD nicht in eine neue Domäne wiederherstellen.

Warum keine ordentliche Migration?

Gruß, Nils

Moin,

na, mal sehen, wie lange man diesmal warten muss, bis man es produktiv einsetzen kann. Beim Vorgänger waren es um die 18 Monate ...

Gruß, Nils

Moin,

es ist keine Lösung, aber - man sollte immer prüfen, ob man Roaming Profiles wirklich braucht. Sie sind immer wieder eine Fehlerquelle, weil die ganze Technik Schrott ist.

Gruß, Nils

Moin,

meines Wissens zielt Microsoft (wie auch andere Lizenzgeber) auf die Besitzverhältnisse des Unternehmens ab. Wenn Firma B zu mehr als 50 Prozent im Besitz von Firma A ist, dann kann Firma A für beide die Lizenzen halten.

Ist jetzt aber nur meine Erinnerung zu dem Thema.

Gruß, Nils

Hallo Ilja,

je nach Sicherheitsanforderung könntest du die Grundinstallation des neuen DC (Betriebssystem) durch den Externen vornehmen lassen und dann das dcpromo selbst remote ausführen (z.B. per RDP). Anderenfalls müsstest du denen ein Domänen-Administratorkonto zur Verfügung stellen, was du vielleicht nicht willst.

Gruß, Nils

Moin,

Kann es sein, dass du nur selektiv gelesen hast? ;)

sagt der, der sich nach über vier Wochen mal wieder zurückmeldet? ;)

SCNR, aber auch ein Abstaubertor ist ein Tor. :D

Gruß, Nils

Moin,

Das sind jetzt schon 4x5€ fürs Phraseschwein, oder?

hähähä. ;)

Wenn er sowas nicht sagen würde und lieber "einfach so" loslegt, meckern wir ja erst recht. Dann doch lieber so. :)

Gruß, Nils

Moin,

schön auch, dass der einzige RJ45-Stecker auf dem Bild herrenlos in der Luft hängt. :D

Gruß, Nils

Moin,

um noch kurz was in die Runde zu werfen: Die Probleme, die ich auf meinem Rechner habe (ich erwähnte das weiter oben), haben nichts mit der Bindungs- oder Abfragereihenfolge zu tun. Hier ist es offenbar der WLAN-Treiber, der nicht richtig mit dem Hibernate umgehen kann. Derzeitiger Workaround: Wenn er spinnt, einmal deaktivieren und wieder aktivieren. Hatte ich schon mal unter Windows 7.

Gruß, Nils

Moin,

frag den Dienstleister lieber nicht mehr zu Hyper-V.

Du kannst deine VMs im laufenden Betrieb von deinem 2012-Host auf den fertigen 2012-R2-Cluster verschieben. Das nennt sich Shared-Nothing Live Migration. Wenn sie auf dem Cluster sind, fügst du sie im Cluster-Manager als hochverfügbare VM hinzu. Alles ohne Downtime möglich, also je nach Last sogar im Tagesbetrieb.

Es wäre keine schlechte Idee, für den Aufbau des Clusters einen Dienstleister hinzuzuziehen, der was von der Sache versteht.

Gruß, Nils

Moin,

wie immer bei Lizenzfragen: Da trifft Verkürzung auf Missverständnis, und am Ende blickt keiner mehr durch.

Man darf Client-Windows in der Tat nicht "einfach so" virtualisieren, das ist in den meisten Lizenzformen nicht zulässig. Das heißt nicht, dass es gar nicht geht.

Viele Admins wissen das nicht und betreiben VMs mit Client-Windows, die damit nicht lizenziert sind.

"Gar nicht legal möglich" trifft auf ein Spezial-Szenario zu: Microsofts Lizenzbestimmungen erlauben es nicht, als Dienstleister einem Kunden Client-Windows-VMs bereitzustellen, wenn der Kunde die Lizenzen nicht mitbringt. Ist in keiner Variante vorgesehen. Das macht VDI-Hosting-Konzepte zunichte, wenn sie nicht mit Server-Windows arbeiten sollen.

http://www.virtzine.com/2012/03/brian-madden-drops-his-microsoft-mvp-status-over-vdi-licensing-issues/

Gruß, Nils

Moin,

melde dich als "der User" an und führe in einem CMD-Fenster aus:

whoami /all>user.txt

Was steht hinterher in der Datei user.txt?

Gruß, Nils

Moin,

nein, leider nicht. ;)

Der Grund wird wohl sein, dass AD-Objekte viel umfangreicher sind als SAM-Objekte. Die kann man nicht sinnvoll konvertieren.

Gruß, Nils

Moin,

wenn eine Vertrauensstellung besteht und du die Globale Gruppe in eine Domänenlokale konvertierst (über den Umweg einer Universalen Gruppe), sollte es gehen.

Gruß, Nils

Moin,

lies doch noch mal das ursprüngliche Problem nach ...

Gruß, Nils

Moin,

per Remote-Administration. Du installierst die Admintools auf einem Client und administrierst von da.

Oder missversteh ich da was?

Gruß, Nils

Moin,

das ist bei ADFS ja immer die Frage. Zum Überprüfen des Zertifikats und der web.config (die wird es aber nicht sein, denn es lief ja schon mal) sollte man schon in der Lage sein. Und wenn nicht - konkret fragen. :)

Gruß, Nils

Moin,

Fiewall? Änderungen beim Service Provider (in ADFS-Sprech: Relying Party)?

Abgesehen davon, finde ich zu dem Event durchaus einschlägige Einträge:

https://technet.microsoft.com/en-us/library/cc726827%28v=ws.10%29.aspx

Gruß, Nils

Moin,

es gibt keinen Trick. Du musst die Berechtigungen über Domänenlokale oder Universale Gruppen erteilen.

Du könntest aber die betreffenden Globalen Gruppen in Universale umwandeln. Wenn du willst, könntest du sie danach auch in Domänenlokale konvertieren, aber das wird wahrscheinlich nicht nötig sein.

Gruß, Nils

Moin,

in der Tat stößt man erheblich häufiger an Grenzen der Anforderungen als an technische Limits. Zumindest wenn man Limits dieser Detailtiefe im Blick hat.

Bevor man bei einem Dateiserver die Zahl der offenen Dateien oder TCP-Sessions erreicht, wird in aller Regel schlicht der Durchsatz im Netzwerk nicht mehr passen. Oder der Arbeitsspeicher im Server. Ist also ein praxisfernes Detail.

Wie DocData schon andeutet, sind bei der Konsolidierung fast immer die organisatorischen Fragen der Knackpunkt.

Gruß, Nils

Moin,

sind die Integrationsdienste in der VM denn aktuell?

Gruß, Nils

Moin,

was ist denn der Hintergrund der Frage?

Dir ist bekannt, dass offene TCP-Sessions und offene Files zwei unterschiedliche Dinge sind?

Gruß, Nils

Moin,

ja. Beim Herunterstufen sucht sich der Rolleninhaber einen Nachfolger. Wenn du nur einen anderen DC hast, dann wird es der.

Bei mehreren DCs möchte man meist manuell einen angeben, daher macht man es da vorab selbst.

Gruß, Nils

Moin,

doch, die fünf Rollen müssen übertragen werden. Wenn du den Rollen-Inhaber geordnet deinstallierst, geschieht dies automatisch. Du kannst das aber auch manuell machen.

Es war allerdings auch nicht mein Anspruch, alle Schritte aufzuführen. Mir ging es darum, das Grundverfahren zu skizzieren, weil deine oben aufgeführten Ideen in die Irre führen.

Gruß, Nils

Moin,

mir scheint, hier dreht sich das gerade aufgrund eines Missverständnisses. Der TO hat doch gar nicht gesagt, dass er mehrere Domänen will, sondern dass er nicht genau weiß, warum es diese überhaupt gibt. Eine der Antworten darauf war, dass es dafür Gründe geben kann, diese aber manchmal sehr speziell sind.

Also brauchen wir das doch hier gar nicht weiter zu diskutieren, weil der Thread momentan dann doch am Thema vorbei geht.

Gruß, Nils