Christoph35

Sehr schön, und danke für die Info! :) Christoph

Hi! Nö, da liegst Du schief. Data1701 hat recht: Exchange und DC sind zwei Dinge, die man besser auf getrennten Servern laufen lässt, wenn es sich nicht gerade um eine Umgebung handelt, für die man auch SBS nutzen könnte. DCs zu clustern ist auch keine gute Idee, die Datenredundanz zweier DCs wird durch die Replikation erreicht, sprich die AD-Datenbank ist auf 2 Servern vorhanden. Beim Cluster wär s nur eine DB. Wie groß ist die Umgebung denn, sprich: Datenvolumen, Anzahl User? Und außerdem: DC und Exchange Cluster Knoten in einem, das wird nicht unterstützt: http://support.microsoft.com/kb/898634/en-us Und noch ein Artikel von MS zu DCs als Cluster Nodes: http://support.microsoft.com/kb/281662/en-us Christoph

Erstmal vom 2. DC aus versuchen, die FSMO Rollen auf diesen zu übertragen, wenn sie noch auf dem defekten DC liegen, notfalls mit NTDSUtil und dem "seize"-Kommando. Dann das Computerkonto des DCs aus dem AD löschen: in AD Users & Computers, und in AD Sites & Services. Jetzt am besten mit NTDSUtil nochmal prüfen, ob der defekte DC noch irgendwo aufgelistet wird. Danach den defekten DC komplett neu installieren, als zusätzlichen DC wieder ins AD bringen und ggf. die FSMO Rollen zurücktransferieren (jetzt aber mit den Active Dir. Konsolen) und ggf. den GC wieder aktivieren. Das halte ich für die sauberste Lösung. Ach ja: Und DNS und WINS auch wieder installieren und konfigurieren. Christoph

Nope, ich mache das über einen FW-Router und einen 8 port switch bei mir und ich nutze statische IPs... Ach so, und Einwahl von extern in mein Netz brauch ich nicht. So dringend kann eigentlich nichts sein, als dass es nicht bin zum Abend warten könnte. Christoph

Hab mich grad auch mal schlau gemacht... http://support.microsoft.com/?id=832017 ALG ist demnach eine Unterkomponente des ICS... Man lernt nie aus... Christoph

Und ich hatte schon gedacht, ich steh schon wieder auf der Leitung :D Christoph

alg

Hmm hast Du mal gecheckt, ob der ICS Dienst auch läuft? Wird er wohl, wenns mit statischer IP funzt.... aber checken kann nicht schaden.. Christoph

Ähmmm... ja... ist wohl nicht mein Abend.... :rolleyes: Dieser Artikel passt vielleicht besser... http://www.microsoft.com/windowsxp/using/networking/expert/crawford_02july01.mspx Christoph

Naja, vielleicht ist das Feature abgeschaltet. Hier ein Link zum ICS Troubleshooting: http://support.microsoft.com/kb/238135/DE/ Christoph

Hi, die IP 169.254.x.y hat er, wenn Du die IP automatisch beziehen willst, aber kein DHCP Server zur Verfügung steht, der passende IPs vergeben könnte. 169.254.x.y liegt nicht im selben Netz, wie deine anderen Geräte, deshalb kommst Du nicht an den Gateway dran und kannst damit auch nicht surfen. Kann sein, dass der Router als DHCP Server fungieren kann, aber dann muss der Client den Router per Broadcast erreichen können, oder es muß irgendwo einen DHCP Relay Agent geben. /und mal wieder zu langsam :D Christoph

:o Das kommt davon, wenn man zu schnell liest :D Danke für den Hinweis ;) Christoph

Doch doch, ist schon ein guter Weg. Lies das Whitepaper, das erklärt alles en Detail, insbesondere den Abschnitt mit der "Dial-Tone-Database". Christoph

Richtig, aber bitte nur umstellen, wenn der DC2 kein NT4 BDC ist, der vielleicht wg. einer alten Anwendung noch laufen muss ;) Christoph

Hi, mir ist noch nicht ganz klar, ob wir hier von E 2000 oder 2003 reden?! Falls 2003, kannst Du Dir mit der Recovery Storage Group behelfen. Wie du damit arbeitest, findest Du in einem Whitepaper von MS. Falls es sich um Exch. 2000 handelt, musst Du dir einen neuen Exchange mit dem gleichen Org.-Namen etc. bauen, dann das Backup zurückspielen und mit Exmerge arbeiten. Für mehr Info könntest Du hier mal reinschauen. In jedem Fall ist es eine gute Idee, das ganze vorher mal zu testen. :) Christoph

Jo, das Schema muss auf dem Schema-Master geändert werden. Christoph

Ist das Häkchen gesetzt, dass das Ändern des Schemas erlaubt ist? Kann man im AD Schema Snap-In überprüfen. Christoph

Hi, schau auch mal in diesen Artikel: http://www.microsoft.com/technet/prodtechnol/isa/2004/plan/unsupportedconfigs.mspx Ziemlich weit unten unter "FTP Limitations for Web Proxy Clients" Muss noch mal bei Shinder nachsehen, ich meine, da steht was dazu.... kann ich aber erst heute abend machen. Christoph

Hi! Das ist überhaupt nicht seltsam, sondern by Design ;). Wenn Du einem User ein Postfach gibst, werden erstmal nur die Exchange Attribute für das User Konto im AD gesetzt. Das Postfach im Mailbox Store wird erst erstellt, wenn eine Mail eingeht, oder der User sich das erstemal an Exchange anmeldet. Christoph

Eine Möglichkeit, die mir adhoc einfällt, ist Dualboot. Das erfordert natürlich ggf. eine Neuinstallation des Rechners. Christoph

Hi, im System Manager unter "Globale Einstellungen" auf "Internet Nachrichtenformate" klicken. Dann im rechten teilfenster von "Default" die Eigenschaften anzeigen, dann auf den Tabreiter "Erweitert" klicken. Da kannst Du dann einstellen, ob du RTF verwendest oder nicht. Christoph

Hoffe ich auch! Viel Glück! :) Christoph

Upss... Wer lesen kann, ist klar im Vorteil hab ich einfach überlesen, sorry! Wenn dem so ist, spricht nichts dagegen. Christoph

JET ist auch keine falsche Bezeichnung. Hast Du mehrere DCs, und wenn ja, treten die Fehler auf anderen DCs auch auf? Ich habe grad mal bei EventID.net nachgesehen (Ereignis ID 705). Deren Vorschlag ist auch, ein Backup wiederherzustellen. Ansonsten wird zur Vorgehensweise für eine Reparatur auf Exchange verwiesen. Ob jetzt das Herunterstufen zum Memberserver und Neuinstallieren des AD etwas bringt, hängt wohl auch davon ab, ob du mehrere DCs hast und falls (wie ich hoffe) ja, ob die anderen DCs noch eine saubere Datenbank haben. Christoph

Hi, Hr_Rossi, das ist das gleiche, wie wenn eine Exchange Datenbank diesen Fehler hat. Irgendwo ist diese Datenbank wohl korrupt. Am besten den DC im Directory Services Restore Mode starten und die AD Datenbank aus einer Sicherung wiederherstellen. Ansonsten ziehen hier die gleichen Massnahmen, wie wenn du den -1018 für Exchange hast, weil die zugrundeliegende Datenbanktechnologie die gleiche ist (ESE). Die Datenbank heisst nur anders (ntds.dit statt priv.edb bzw. pub.edb) und die Transaction-Log-Files haben 10 MB statt wie bei Exchange 5 MB. /edit: es gibt auch ein Pendant zum ESEUTIL.EXE von Exchange: ESENTUTL.EXE. Christoph