adprep /forestprep schlägt fehl

[kohlmann 10]

Hi,

beim Einbinden eines neuen Servers 2008R2 per dcpromo in bestehende Domäne wird zur Ausführung ADPREP /FORESTPREP aufgefordert.

Wird ADPREP /FORESTPREP (die 2008R2 Version) aufgerufen kommt Meldung

 

Adprep was unable to extend the schema.

There is a schema conflict with Exchange 2000. The schema is not upgraded.

User action

The schema conflict must be resolved before running adprep. Resolve the schema conflict, allow the change to replicate between all replication partners..

 

Umgebung:

1x PDC windows2000

1x DC windows2000 mit Exchange 2000

1x Server 2008 R2 (sollte in vorhanden Domäne eingebunden werden)

 

Habe bereits versucht, gemäß MS support Papier id=314649

Szenario 3 die

LdapDisplayname-Attribute für HouseIdentifier, Secretary und LabeledURI zu berichtigen.

ldp bringt nur diese Rückmeldung

 

***Searching...

ldap_search_s(ld, "CN=Schema,CN=Configuration,DC=ics-erfurt,DC=de", 2, "(ldapdisplayname=dup*)", attrList, 0, &msg)

Result <0>: (null)

Matched DNs:

Getting 0 entries:

 

obwohl eigentlich kommen müsste:

 

LDAPDisplayName-Attribute für entstellte Attribute HouseIdentifier, Secretary und LabeledURI weisen ein dem folgenden ähnliches Format auf:

lDAPDisplayName: DUP-labeledURI-9591bbd3-d2a6-4669-afda-48af7c35507d;

lDAPDisplayName: DUP-secretary-c5a1240d-70c0-455c-9906-a4070602f85f

lDAPDisplayName: DUP-houseIdentifier-354b0ca8-9b6c-4722-aae7-e66906cc9eef

 

Bin jetzt ratlos.

Wer kann helfen??

 

Bitte Unterstützung.

 

Vielen Dank

Kohlmann

[dmetzger 10]

Windows Server 2003 adprep /forestprep command causes mangled attributes in Windows 2000 forests that contain Exchange 2000 servers

 

Zum anderen können Exchange Server 2000 keine globalen Kataloge auf W2K8/W2K8R2 abfragen.

 

Upgrading Active Directory to Windows server 2008, when Exchange server 2000 or Exchange server 2003 is installed

 

Gehört zu den üblichen Abklärungen vor Aktualisierungen und Migrationen.

[NorbertFe 1.809]

Einfacher wäre es (so lizenzrechtlich möglich), einfach auf das Exchange 2003 Schema (oder höher) zu gehen, bevor man den Schritt auf 2008 R2 geht.

 

Bye

Norbert

[dmetzger 10]

Einfacher wäre es (so lizenzrechtlich möglich), einfach auf das Exchange 2003 Schema (oder höher) zu gehen, bevor man den Schritt auf 2008 R2 geht.

 

Es bleibt auch mit diesem Zwischenschritt das Problem, dass Exchange Server 2000 keine globalen Katalogservern mit W2K8/W2K8R2 abfragen kann. Somit dürfte der W2K8R2 kein globaler Katalogserver werden.

 

Ich würde den Hebel bei der Exchange-Organisation ansetzen und diese aktualisieren, denn Exchange Server 2000 ist ins Alter gekommen. Die Frage ist allerdings, welche E2K-spezifischen Dienste (z.B. Instant Messaging) der TO nutzt, die mit späteren Versionen nicht mehr integriert verfügbar sind.

 

Wenn das kein Thema ist, bietet sich Exchange 2007 als direkter und Exchange Server 2010 als indirekter Migrationsschritt an, wobei dann auch zumindest der W2K-Mitgliedserver ein neueres OS benötigt. Es ist ja inzwischen auch jeglicher Support für Windows 2000 Server ausgelaufen.

[Stephan Betken 43]

Hallo zusammen,

 

Somit dürfte der W2K8R2 kein globaler Katalogserver werden.

das hört sich imho etwas unglücklich an.

 

Da sich die vorgeschlagene Migration auf Exchange 2007 ja doch etwas schwierig gestaltet, wenn nur Windows 2000-GCs vorhanden sind, stellt das manuelle Setzen des vom Exchange 2000 zu verwendenden GC (wie in deinem zweiten Link beschrieben) und Aktivieren der GC-Funktionalität auf dem neuen Server bei Migrationen und in dieser Konstellation imho die sinnvollste Lösung dar.

Da Exchange 2000 eh auf einem DC installiert ist, kann man diesen in dem Fall als festen GC eintragen (sollte natürlich auch GC sein). Wenn dieser GC nicht da ist, dann ist schliesslich auch kein Exchange 2000 da, um nach einem anderen GC zu suchen. ;)

 

Aber ich stimme dir voll zu, dass Exchange 2000 auf einem DC durch einen Member-Server mit aktuellem Exchange abgelöst werden sollte. :)

[NorbertFe 1.809]

Es bleibt auch mit diesem Zwischenschritt das Problem, dass Exchange Server 2000 keine globalen Katalogservern mit W2K8/W2K8R2 abfragen kann. Somit dürfte der W2K8R2 kein globaler Katalogserver werden.

 

Wie unten von Stephan schon angemerkt, fragt Exchange 2000 sowieso den DC auf dem es installiert ist (in diesem Fall). Egal ob du noch andere DCs/GCs hast. Zumindest würde das Exchange 2003er Schema erstmal dafür sorgen, dass er das 2008er Schema ohne Probleme implementieren kann.

 

Ich würde den Hebel bei der Exchange-Organisation ansetzen und diese aktualisieren, denn Exchange Server 2000 ist ins Alter gekommen. Die Frage ist allerdings, welche E2K-spezifischen Dienste (z.B. Instant Messaging) der TO nutzt, die mit späteren Versionen nicht mehr integriert verfügbar sind.

 

Ja ich auch, aber das hört sich alles nicht so an, als wenns angedacht wäre. ;) Wer jetzt noch mit Exchange 2000 rummacht, hat sowieso schon ne WEile nix mehr in der Richtung getan, oder hat sehr spezielle Anforderungen.

 

Bye

Norbert

[NorbertFe 1.809]

schwierig gestaltet, wenn nur Windows 2000-GCs vorhanden sind, stellt das manuelle Setzen des vom Exchange 2000 zu verwendenden GC (wie in deinem zweiten Link beschrieben) und Aktivieren der GC-Funktionalität auf dem neuen Server bei Migrationen und in dieser Konstellation imho die sinnvollste Lösung dar.

 

Wenn Exchange auf einem DC installiert ist, muß man afaik nichts manuell setzen, da Exchange sowieso nur den DC/GC fragt, auf dem es installiert ist. ;)

Exchange resident on domain controller that is not a global catalog server

 

 

Da Exchange 2000 eh auf einem DC installiert ist, kann man diesen in dem Fall als festen GC eintragen (sollte natürlich auch GC sein).

 

Muß man nicht, da sowieso kein anderer DC/GC gefragt wird, womit es nicht nur ein GC sein "sollte". ;)

If Exchange Server is running on a domain controller, you must also make that domain controller a global catalog server.

 

Several Exchange Server directory components, such as Directory Service Access (DSAccess), Directory Service Proxy (DSProxy), and the Message Categorizer will not fail over to any other domain controller or global catalog server.

 

Bye

Norbert

[dmetzger 10]

Norbert hat im Prinzip und grundsätzlich Recht (das wolltest Du ja auch hören, oder? :D)

 

Wir hatten im vergangenen Jahr (also 2010) im März einen Kunden mit Exchange Server 2000 auf einem DC mit Windows 2000 Server, der nach der Einführung des ersten DCs mit Windows Server 2008 auf einen Schlag keine E-Mail mehr empfangen konnte. Wir haben dann festgestellt, dass der Exchange Server 2000 keinen GC erreichen konnte, ergo den DC, auf dem er installiert war. Wir empfehlen seither in solchen Fällen, mit der Einführung von DCs mit W2K8/W2K8R2 zuzuwarten, bis die Exchange-Organisation keine E2K mehr beinhaltet.

[NorbertFe 1.809]

Norbert hat im Prinzip und grundsätzlich Recht (das wolltest Du ja auch hören, oder? :D)

 

Du kennst mich halt zu gut. ;)

 

Wir hatten im vergangenen Jahr (also 2010) im März einen Kunden mit Exchange Server 2000 auf einem DC mit Windows 2000 Server, der nach der Einführung des ersten DCs mit Windows Server 2008 auf einen Schlag keine E-Mail mehr empfangen konnte. Wir haben dann festgestellt, dass der Exchange Server 2000 keinen GC erreichen konnte, ergo den DC, auf dem er installiert war. Wir empfehlen seither in solchen Fällen, mit der Einführung von DCs mit W2K8/W2K8R2 zuzuwarten, bis die Exchange-Organisation keine E2K mehr beinhaltet.

 

Ähnliche Probleme kenne ich nur andersrum - Windows 2000 DC und Exchange 2007. Ich denke ja auch, dass dein Vorschlag sinnvoller ist. ;) (Wolltest du das hören? ;))

 

Bye

Norbert