-
Gesamte Inhalte
3.624 -
Registriert seit
-
Letzter Besuch
Beiträge erstellt von Christoph35
-
-
Hi!
aber wie ich das verstanden hab, muss doch der rechner auf dem exchange läuft auch dc sein. dc, dns, iis, oder bin ich da ganz falsch.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
-
oje, ich hatte dem alg Dienst den Zugriff aufs Netzwerk verweigert :rolleyes:
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!
seltsamerweise wurde das Postfach erst erstellt als ich an dieses Pofstfach eine eMail (intern) geschickt habeDas 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
AD am sterben 2k
in MS Exchange Forum
Geschrieben
Sehr schön, und danke für die Info! :)
Christoph