Daim

Servus, das kann man so machen, ich persönlich würde diese Variante ebenfalls bevorzugen. Eine andere Möglichkeit wäre (ja ich weiß, es soll explizit eine neue Domäne werden, ich führe es nur der vollständigkeitshalber auf), dass Du auf der neuen Maschine ein NT installierst, diesen als BDC in die NT-Domäne nimmst und dann zum PDC stufst. Somit machst Du quasi ein Inplace-Upgrade. Das Problem ist bei dieser Variante oftmals die Hardware. Denn auf der heutigen Hardware kann es schwierig werden, NT-Treiber zu finden. Aber dann könnte man Virtual PC nutzen. Aber so wie Du es skizziert hast, würde ich es ebenfalls erledigen. Die Benutzer- sowie Computerkonten, kannst Du mit ADMT in die neue Domäne "verschieben". Das hat den Vorteil, das quasi alles beim alten bleibt auf den Clients. Die Benutzerprofile werden eins zu eins übernommen. Yusuf`s Directory - Blog - Benutzermigration mit ADMT v3: How-To Sieht im großen und ganzen gut aus. Diverse Feinheiten kannst Du z.B. hier nachlesen (DHCP,Daten etc.): Yusuf`s Directory - Blog - Den ersten/einzigsten Domänencontroller austauschen Idealerweise mit ADMT. Du könntest natürlich auch mit CSVDE oder LDIFDE rudimentär die User exportieren/importieren, aber nee... das willst Du ja nicht ;)

Mach mal nach dem CN ein "=" und nicht einen Doppelpunkt. dn: CN=Meik Müller,OU=Test,OU=Accounts,DC=Dc new,DC=de

Servus, benutze am Ende des Befehls anstatt der Loopback-Adresse, den Servernamen. Falls das nichts bringt, poste mal Deine LDF Datei.

Das ist Vista, denn das Symbol der Netzwerkverbindung hat mit dem Skin nichts zu tun.

Deshalb wenn möglich, zwei Domänencontroller ;)

Bingo, genau das ist das Problem. In der Registry stecken auch Hardware-Informationen drin, dass wird erstmal Probleme bereiten. Diese können dann evtl. mit einer Reparatur-Installation und nachträgliches einspielen der Treiber gelöst werden, aber von dieser bastelei kann ich nur abraten.

Du installierst Deinen Server und vergibst einen Computernamen. Direkt nach der Installation des OS sicherst Du das System State zurück und somit hast Du die Domäne wieder. Hast Du ihn gelesen? Der beschreibt was Du zu tun hast.

Servus, ist der Server der einzigste DC? Falls ja, dann sollte das geändert werden, denn wenn möglich sollte jede Domäne zwei DCs haben. Du kannst durch rücksichern des System States Deinen DC restoren, dabei ist es sogar egal welchen Computernamen bzw. IP-Adresse Du während der Betriebssysteminstallation dem Server verpasst, denn nach dem Rücksichern des System States bekommt er den Computernamen sowie die IP-Adresse, die er zum Zeitpunkt der System State Sicherung inne hatte. Wichtig dabei ist, dass die System State Sicherung nicht die Zeit der Tombstone Lifetime überschritten hat. Yusuf`s Directory - Blog - Einen Server mit rücksichern des System State zum DC stufen

Yepp... und Du hättest Zeit gespart. Aber wie heißt es so schön, man lernt nie aus. Wie bereits erwähnt, wenn der Artikel KB 216498 durchgeführt wurde, dann ist das AD sauber. ADSIEdit befindet sich in den Windows Support Tools (wie das NetDIAG). Start - Ausführen - Adsiedit.msc

Wenn der Artikel KB 216498 sauber durchgeführt wurde, dann sind alle Einträge aus dem AD entfernt. Der Artikel ist alles was man braucht, um einen DC - händisch aus dem AD zu entfernen.

Wer soll sich den Artikel anschauen? Ließ nochmal den Eröffnungsthread, dort hat der OP aufgeführt, dass er den Artikel: bereits ausgeführt hat.

Servus, wenn Du beim nächsten Mal anstatt "seize" - "transfer" verwendest (oder über die GUI die Rollen überträgst), dazu müsste natürlich der Ursprungs-Rollenträger online sein, so kannst Du Dir die Arbeit mit dem Artikel kb216498 sparen bzw. dann musst Du das nicht ausführen.

Salut, Du weißt, dass das nicht empfohlen wird... Wurde das Windows Kennwort geändert? Warum funktioniert mein altes Passwort nach Änderung noch mit Exchange? - faq-o-matic.net

Aloha, si senior. Wenn Du sicherstellen kannst, dass die Benutzer nirgends (bewusst oder unbewusst) den Haken zur Verschlüsselung gesetzt haben, ist es nicht zwingend notwendig, dass Du das EFS-Zertifikat sicherst. Es wäre aber sicherheitshalber ratsam, es zu tun.

Hallo, sobald Du einen Domänencontroller auf Windows Server 2003 aktualisieren möchtest, musst Du ADPREP auf Deinem Schemamaster mit dem Schalter /FORESTPREP ausführen und auf dem Infrastruktur-Master der Domäne, dem der DC angehört, führst Du ADPREP mit dem Schalter /DOMAINPREP aus. Yusuf`s Directory - Blog - Migration von Windows Server 2000 auf Windows Server 2003 (Inplace-Update) Ist der Windows Server 2003 ein R2, dann muss das ADPREP von der zweiten R2 CD ausgeführt werden. Yusuf`s Directory - Blog - Schemaupdate beim Windows Server 2003 R2

Servus Marcel, Du kannst per CSVDE und LDIFDE Deine gewünschten Felder exportieren. Das Format das man mit dem Export dort bekommt, ist aber ein anderes, als das was Du Dir vorstellst. Teste es einfach mal aus. Hier kannst Du Dir Anregungen holen: Active Directory - faq-o-matic.net Active Directory - faq-o-matic.net

Servus, Du führst auf Deinem 2000er Schema-Master das ADPREP von der zweiten "Windows Server 2003 R2" CD mit dem Schalter /FORESTPREP und auf dem Infrastruktur-Master führst Du ADPREP mit dem Schalter /DOMAINPREP aus. Danach fügst Du den 2003 R2 als einen zusätzlichen DC in Deine bereits bestehende Domäne hinzu. Für Details, siehe: Yusuf`s Directory - Blog - Schemaupdate beim Windows Server 2003 R2 Yusuf`s Directory - Blog - Den ersten/einzigsten Domänencontroller austauschen

Servus, verständlich. Denn der Schalter /ADV (steht im übrigen für Advcanced) funktioniert nur, für einen zusätzlichen Domänencontroller. Um diesen zusätzlichen DC in die bereits bestehende Domäne hinzuzufügen, fragte er nach einem berechtigten Benutzerkonto. Du willst quasi Dein bestehendes Active Directory kopieren. Das machst Du am besten, nach folgendem Artikel: Active-Directory-Double als Testumgebung - faq-o-matic.net

Servus, Du kannst es in der Registry einstellen, was alles, wie intensiv protokolliert werden soll. Ich empfehle Dir, Dich Stück für Stück heranzutasten. Bedeutet, stelle nicht gleich den maximalen Wert (5) in der Registry ein, sondern, fang bei eins an. Yusuf`s Directory - Blog - Die Protokollierung des Active Directory`s konfigurieren Die Replikation zwischen DCs innerhalb eines Standortes (Intra-Site), basiert auf Benachrichtigungen, die innerhalb von fünf Minuten nach einer Objektänderung ausgegeben werden. In der Regel dauert es nach einer Objektänderung 15 Sekunden, bis eine Benachrichtigung an den Replikationspartner versandt wird. Weiteres siehe: Active Directory-Replikation - faq-o-matic.net

Servus, schau Dir auch mal "Jose" an: José: Active-Directory-Dokumentation - faq-o-matic.net

Dir fehlen Grundlagen, die Du Dir aneignen solltest.

Ein dreifaches - Ja ;)

Natürlich brauchen die Clients den Server/SBS als DNS-Server.

Moin, oftmals liegt es am DNS. Kontrolliere am Server ob das DNS läuft bzw. das in den TCP/IP-Einstellungen des Servers, er selbst mit der echten IP-Adresse steht (als "Bevorzugter DNS-Server"). Bekommen die Clients diesen Server als DNS-Server zugewisen oder haben ihn eingetragen? Eine weitere Fehlerquelle könnten GPOs sein. Kontrolliere mit RSOP.MSC bzw. gpresult welche GPOs der Client zugewiesen bekommt.

Moin, der Modus spielt auf die Vertrauensstellung keine Rolle. Ja, es geht ;) Mit dem Domänenmodus können "ältere" DCs dann in der jeweiligen Domänenfunktionsebene nicht mehr eingesetzt werden. Microsoft Corporation Yusuf`s Directory - Blog - Vertrauensstellung zwischen zwei Gesamtstrukturen