amichel

Naja so ist das nicht, das selbstreinigen betrifft nur getombstonte Objekte, also diejenigen objekte die zwar noch in der Datenbank sind, aber als gelöscht markiert sind. Siehe dazu: The Active Directory database garbage collection process Wenn Du aber nichts löscht, dann wird auch nihcts vom Garbage collecting erfaßt.

Hi, zuerst schau mal ob Dein DNS sauber konfiguriert ist. Dann schau nach ob die AD replikation sauber ist. Kannst du bitte mal: repadmin /replsum /bysrc /sort:delta auf einem der beiden DC's laufen lassen und repadmin /showrepl dc1 und repadmin /showrepl dc2 auf ausführen und den output mal publishen? Des weiteren: dcdiag /test:dns /s:dc1 und dcdiag /test:dns /dc2 mal ausführen und auch hier publishen? Bitte verwende entweder die W2K3 SP1 oder SP2 support tools Danke

also für das würde ich einen ads router nehmen der QOS kann.

Hallo, wenn es sich um eine AD Guid handelt, dann nein. lg amichel

dann muß der sowieso an sein. Er agiert dann auch als DNs server und schickt alles was ere nciht weiß an die fritz box weiter.

und wie schauts jetzt aus ?

das ist nach dem ersten reboot immer so ;)

Ok konfiguriere den client so, daß er NUR auf den DC zeigt - de FW hat ja die .local zune nicht. das mneinte ich mit 2 Ja das hochfahren kann manchmal länger dauern, normalerweise wird es beim 2. reboot aber besser. mit Joinen meine ich den client in die domain aufnehmen. WEnn das alles klappt, und deine FB als DNS server dient (nehm ich mal an), dann konfigurier den DNS server (dnsmgmt.msc) so, daß er asl forwarder die FB nimmt. dann kann Dein client auch ordentlich DNs auflösen. Alles was der DC nicht weiß (also alles was nicht xavac.local ist) schickt er dann an die FB die sich um den rest kümmert.

Ms empfiehlt den schreibcache auszuschalten da: 1) meistens bei einem Tausch des controllers der Techniker nicht daran denkt die Daten aus dem cache in auf die disken zu schreiben 2)Wenn die Batterie leer ist die Daten weg sind und die Datenbank inkonsistent. lg amichel

Wenn der DC hochfährt, dann will er sich im DNS registrieren. Es gibt aber nur einen DC und auf dem ist DNS ins AD integriert. Nun kann der DC ins DNS nix reinschreiben da das AD noch nicht läuft. Aber das AD rennt erst nachdem sich der DC erfolgreich im DNs registriert hat.... Da kommt es zu einer Pattsituation die dann durch ein Tiemout gelöst wird.... Wenn der Dc dann online ist würde ich bevor Du den client in die Domain joinst: 1) am DC netdiag /fix ausführen um allle records zu schreiben. 2) den client im DNs so konfigurieren, daß er auf den DC zeigt. 3) den client joinen und alles ist gut :D

Du solltest nun die DNs adresse vom Server von 127.0.0.1 auf die eigene IP ändern. Den Client benennst Du einfach in den properties vom arbeitsplatz um. Starte den DC im normalen modus und dann laß Dir Zeit - kann bis zu 40 min beim ersten mal dauern, aber der Server kommt schon hoch. Wenn Du dann angemeldet bist dann mack mal dcdiag. Aber bitte installier vorher die richtigen support tools: Download details: Windows Server 2003 Service Pack 2 32-bit Support Tools für SP2 Download details: Windows Server 2003 Service Pack 1 32-bit Support Tools für SP1

Wenn der Client als dns namen Client.xavac.dyndns.org hat und sich in xavac.local registrieren muß, dann ist das etwas kompliziert. Hast Du auf dem DNS server 2 Zonen angeleget? eine muß xavac.local heißen und die anderen xavac.dyndns.org. Wenn es diese Zonen nicht gibt, dann kann sich der client nicht registrieren. Aber was ich meine ist, daß es so wie du es hast erstens von MS nicht supportet ist, und 2 eigentlich nur probleme bem DNS macht. Nenn doch deinen client client.xavac.local, dann sollte alles klappen. Das Problem ist : _ldap._tcp.dc._msdcs.xavac.dyndns.org Der client sucht einen Dc für die domain xavac.dyndns.org im DNS, obwohl dein AD domain xavac.local heißt und dementsprechend nur _ldap._tcp.dc._msdcs.xavac.local im DNs nachsehen kann. amichel

Ich habe es auch schon mal erlebt, daß so ein DC 40 minuten gebraucht hat um zu booten. Der kommt schon wieder in die höhe. Alternativ probier mal den safe mode (F8 beim booten) da mußt Du dann das DSRM restore paßwort eingeben. Wenn dann alles läuft, dann lass mal dcdiag /test:DNS /v laufen und poste mal den output. Amichel Edit: Jetzt habe ich nochmals nachgelesen: Die DNS-Abfrage über den Ressourceneintrag der Dienstidentifizierung (SRV), der zur Suche eines Domänencontrollers für die Domäne "xavac.dyndns.org" verwendet wird, wurde ordnungsgemäß abgeschlossen: Die Abfrage war für den SRV-Eintrag für _ldap._tcp.dc._msdcs.xavac.dyndns.org Das heißt Deine Clients sollen sich mit der adresse x.dyndns.org registrieren, und Deine AD domain heißt x.local'? Das ist dann ein bissi kompliziert, disjoint namespace heißt das und da beißt man sich ganz schnell die zähne aus. Was ich vorschlagen würde: Nenn doch deine Domain x.local und laß die clients darin registrioeren, dann sollte es da keine Probleme geben.

Auch wenn Du einen (batteriegepufferten) Raidcontroller hast, solltes Du diesen auf einem DC so konfigurieren, daß er nur read cache, aber nicht schreib cache verwendet. Gruß Amichel

hallo, du kannst einfach im feld pathname den vollen pfad zu dem folder angeben in dem du die vhd disk einrichten willst. außerdem kannst Du irgendwo bei den settings andere pfade als dei vorgegebenen einrichten (ich hab jetzt leider meinen VS- nicht vor augen- deshalb nur die ungefähre angabe wo was steht. Sorry)

hallo, vielleicht hilft regsvr32 /u [dll_name] und dann eine registrierung der richtigen dll regsvr32 [dll_name] und da würde ich die im system32 verzeichnis nehmen viel erfolg

Hallo, hast du schon mal MSDE neuinstalliert?

Hallo, eine Testversion ist zum Testen da, da geht nix mit key eingabe soweit ich weiß. Das Tutorial lautet also: Neuinstallieren mit der Vollversion. lg amichel

Hallo, du kannst doch in der Konfig eines WSUS als Source einen anderen WSUS angeben. Damit sollte ein "kopieren" inklusive der Anpassung in der Datenbank klappen :-) amichel

Hallo Günther, ich dachte Tagsdigital meint die "recover deleted Items retention time" und die wird ja AFAIK auf dem Server eingestellt. oder ist das falsch? amichel

Stell mal im Safe Mode die dump optionen auf full memory Dump ein, dann kannst du nach dem BSOD die Datei %windir%\memory.dmp mit dem debugger ansehen. http://www.microsoft.com/whdc/devtools/debugging/default.mspx lade den dump und tipp mal !analyze -v ein. Da solltest Du dann sehen können aufgrundw elcher Datei der rechner abschmiert.

Hallo, ich bin jetzt nicht der MXS Guru, aber soweit ich weiß bezieht sich das 30 Tage intervall auf das Datum wenn der Ordner deleted Items geleert wird. lg Amichel

Hallo, wenn die Kiste im Safe Mode bootet, dann kann es eventuell an einem Service/Treiber liegen. Hast du quota, Antiviren, Backup Software installiert? Wenn ja, dann deinstalliere sie oder disable zumindest diese Dienste. Du kannst das auch über msconfig machen und dann mal unter services dermaßen konfigurieren, daß nur MS-Dienste gestartet werden. Kommt der Server dann hoch?

Hallo, freut mich, daß alles läuft :-)

Hallo, schaut euch mal http://support.microsoft.com/kb/842804/en-us an