Das Urmel

Max 75, ende der Fahnenstange, 50 war SBS2K -oder irre ich mich da?

Ich muss schon schlucken ob deiner Antwort, das ist keine saubere Administration. Wird nicht lange dauern, dann ist die Dom grottenlangsam - aber du wirst ja dafür bezahlt. Ab W2k ist ein sauberes DNS zwingend, egal welche Meinung du dazu hast. Logisch das nslookup dir sowas bringt. DNS Server, trage da in der Weiterleitung den Server ein, den dir nslookup ausgespuckt hat. Am Server, LAN-Adapter stellst du sicher, TCP, erweitert, DNS -die IP deines Server, nich den von T-Online, - da gehört nix davon rein.

Womit du dir nun Eventid 1722 eingehandelt hast und login der Clients vermutlich länger brauchen, sofern der Serverein DC ist. hast du keinen Helfer in der Nähe, der dir das mal in Ordnung bringt - wäre besser. Alternativ, hier gabs ne Menge Treads DNS und Config bezogen, mal Boardsuche anwerfen.

Welche Logins und wofür? Datenschutzrechtlich bedenklich.

Da hast du Recht, war ich zu schnell - so sollte es sein. blxxxerweise hab ich das mal mit nem SP2 XP gemacht, in OU gestellt ( nur ein DC, SBS) RiLi drauf - mal gelöscht - auch reboot hats nicht gebracht, Rili neu und deaktiviert - hat ers gefressen. Ähnliches verhalten hat der GruRiLi Spezi (Mark) auch schon erfahren Kann mir das ja gelegentlich nochmal anschauen - aber danke erstmal.

Das ist überflüssig, ist die RiLi gelöscht, erfährt der Client kein Update, es bleibt wie es war, also Deaktivieren - dann ist eine replizierbare Änderung erfolgt. oder gibt es da Einwände?

Nicht die RiLi löschen - damit ist sie nicht weg. Deaktivieren - dann kriegts der CLient mit.

Erweitere die Boardmittel mit dem W2K3-ResKit (freier DL bei MS) dann registrierst du die acctinfo.dll (regsvr32 ...) Benutzer-Computerverwaltung, User, Eigenschaften-->Erweitert. Taucht ein neuer Tab auf - have Fun.

Lokale RiLi, Überwachungsrili, Kontenverwaltung überwachen (imho) Entweder für DC oder Clients rein -DC denk ich? Ansonsten liegt Blub mit seiner Ansicht (Überwachung) richtig.

Sein Systempfad ist hin, also Reg HKLM\SYstem\CCS\Control\Session Manager\Environment Rechts Pfad - der muss REG_Expand_SZ sein, nicht REG_SZ. Inhalt kopieren (Notepad), Path in Reg löschen, neu anlegen als Typ Reg_expand_sz, inhalt Notepad reinkopieren, fertig. @Finanzamt, ja das ist auch da so- der Pfad wird nur beim Launch gelesen, dann nicht mehr.

nach fixpath googeln (Jörg Ott)

psexec - sysinternals, oder Computerverwaltung - geht auch, oder sc -also genug da.

Na, die Logs - wieviele hat er wohl, mal Onlinesicherung anwerfen sollte? ermöglichen Rollback einer Aktion, deswegen Trans davor ;) Das bezieht sich auf die tatsächlichen Inhalte, Segmente werden da so nicht verwaltet. Nach nem Reorg fehlen Sätze, weil als gelöscht markiert, die Logs würden nun ins trudeln kommen, da sie nicht mehr zu den Sätzen passen - ist bei SQL identisch - aber sollte sich da was geändert haben und ich habs nicht mitgekriegt - nehme ich das auch gerne wieder zurück.

Der Kerberos {KCC} ist unverzichtbar fürs Login von Clients, hättest du dich mal am Server (DC)angemeldet wäre dir aufgefallen, dass er unendlich braucht. Und einen fehler im Log meldet er dann auch, so hier stell ich den mal auf demand oder ab, kannst ja auch mal gelegentlich testen. Check die Kiste mit dcdiag, netdiag und mach schnellstens nen Systemstate, aber da wo du wieder drankommts.

Hi Marcel kannst du ohne Sorge machen. Auch eine edb Datei ist eine Datei, die sich vergrössert und dann auch mal nicht mehr an einem Stück auf der HD ist - wie eine reguläre Datei. Verkleinern tut sie sich nur bei der Reorganisation - aber das kannst du in den Links selbst nachlesen - siehe Hinweis Velius. Wenn deine Maschine (SBS ist immer auch DC - geht nicht anders) allerdings lahmt, solltest du die Ursache suchen. Velius's wertvollem Hinweis bezüglich backup nach der reorganisation der Datenbanken solltest du unbedingt folgen. Lediglich defragmentieren - da passiert nix mit den Transaktionslogs, ausser das sie schön ordentlich hintereinander auf der Platte stehen. {nachtrag: ein backup solltest du immer haben - geht der Server unvermutet während Defrag runter, könntest du ein Problem bekommen ;) }

Moin Marcel sicher kannst du das Filesystem defragmentieren - dazu must du dann allerdings den Ex und den SQL stoppen. Die Links von Velius beziehen sich auf die reorganisation der entsprechenden Datenbanken, das sind zwei paar Schuhe. Dein Problem wird wohl eher am Konzept liegen, System, Ex, Sql und Freigaben auf einer Maschine, die zudem DC ist. Entzerren kannst du das eigentlich nur durch zusätzliche Hardware - Platten, eventuell auch CPU, oder einen zusätzlichen Server für die Daten (Anwenderdaten) bereitstellen. Liegt bei dir alles auf einer HD, hast du schlechte Karten, must du erstmal entzerren. Allein durch den reboot wirst du auf einem Systemlaufwerk schon wieder fragmentierte Dateien feststellen können, kommen da noch andere Daten dazu, sucht sich die HD nen Wolf - platt gesagt, Velius hat das ja kurz angerissen. Datenplatten zu defragmentieren macht in der Tat wenig sinn, deswegen die auch vom System trennen. Das haben dir ja schon die NG's gesagt - Daniel, Robert, Michael etc. Wie sieht dein System denn aus?

Man kann den auch remote runterfahren. Der AdminAccount wars auf jeden Fall und ein task kann auch auf einer anderen Machine gestartet werden - dreh Eventlogging hoch, schauen was drinsteht.

Was veranlasst dich das Problem auf DNS zurückzuführen? Dir ist laut Artikel die HD bischen um die Ohren geflogen. Dann hättest du mal ein chkdsk auf der Systemplatte laufen lassen sollen. Einträge im Eventlog hast du keine? Die nötigen Dienste sind alle gestartet? Da wirst du wohl mal nachschauen und nacharbeiten müssen.

Warum, wäre DFS nicht besser geeignet? Andererseits nen Host eintragen und mal nach DNS & Strict bei MS suchen, damit kannst du dir einen Alias basteln. vergessen wies sich schimpft, DNSstrictnamechecking - evtl. hats einer gerade parat. Oder netbios alias.

Hamster ;)

Ich gehe davon aus dass der Poster den TS im Administratonsmodus benutzt. Damit sind a) nur 2 konkurierende Sessions möglich b) normale User können den TS nicht nutzen c) administrativer Account nötig.

Hi Sascha gehe mal in die Netzwerkeigenschaften - Menü erweitert. Dort schaust du nach dass die zweite NIC nicht zufällig in der Liste der LAN's oben steht, schieb sie runter. Auf der TCP-Einstellung der zweiten Nic, nehme mal das Häkchen raus bei Erweitert, DNS "Adressen dieser verbindung in DNS registrieren" Hope that helps.

Eventuell hilft dir dies weiter: Outlook Icon Funktion reparieren

versuch macht kluch, also teste das doch mal ohne syspart und staune was dann - oder auch nicht pasiert. Hint - nach reboot ist Netz wech.

Da brauchst du da nur nen Texteditor, ins Script gucken und du bist im Bilde. Merkwürdige Frage :suspect: