RealJoe

Check doch mal die Boot.ini. Vielleicht hat die Neuinstallation deines Virenscanners da was geändert. Obwohl das nach deinem Restore ja erledigt sein sollte. Ansonsten würde ich auch mal den Controller ziehen und dann nochmal Booten. Defekter RAM kann auch eine Ursache sein. Der Teufel ist manchmal ein Eichhörnhen.

Super, das scheint, als hättet ihr sowas schon gemacht. Ich sehe das rein logisch auch so. Eine Überwachung der momentanen Struktur über etwas lägenen Zeitraum klingt für mich da auch am sinnvollsten. Also pack ich den perfmon aus und logge fleißig mit. Kann mir noch jemand auf die Sprünge helfen, was da noch sinnvoll sein könnte? Ich meine jetzt außer Speicher, CPU und LSASS

dankööö

Um das automatisiert über alle Ebenen zu machen, fällt mir da nix ein. Mit calsc oder xcacls kanst du die infos die Du brauchst in .txt Dateien schreiben. Allerdings mußt du dann trotzdem vorher die Verzeichnise, an denen die Rechte aufgehängt sind kennen und auch vorliegen haben. ich würde die Verzeichnissnamen mit z.b. Hyena auslesen, und dann mit excel einen entsprechenden Batch zusammenfummeln. Das geht eigentlich ganz gut. Auf die selbe Art würde ich dan die Gruppen anlegen, und die user da rein packen. Aber das ist meine Methode..... die nicht jeder gut findet. Es gibt sicher bessere Wege. Wenn ich VB, .net oder powerShell drauf hätte würde ich das damit machen. Leider viel zu wenig Zeit was neues zu lernen. So ist das halt.....

Daims Frage zur Struktur hab ich erwartet, spielt für mich aber keine Rolle. Alle Standorte sind Breitbandig genug ans RZ angebunden. Für die anderen Infos bedanke ich mich, ich habe auch schon einige Ziet gesucht, und nichts gefunden. Da bleibt wohl nur der Lasttest über eine gewisse Zeit. Da gibt es doch sicher Tools, die mir da die Arbeit erleichtern oder? Nach Möglichkeit vielleicht sogar Free- oder Shareware:confused: Ihr wisst ja wie das ist....keiner nimmt gerne Geld in die Hand um nötiges zu kaufen.......schade eigentlich

Hallo Gemeinde, hab da mal eine Erfahrungsfrage: Wir haben zur Zeit 2 Domänencontroller, die sich im großen und ganzen die meiste Zeit an den Füßen spielen. Es gibt ca. 8000 Useraccounts, 5000 Gruppen und noch andere Objekte. Gibt es irgendwelche Faustformeln oder Empfehlungen, ab wievielen Anmeldevorgängen oder AD-Objekten zusätzliche Dömänencontroller einzusetzen sind? Danke schonmal

Tue dir selbst einen Gefallen, und arbeite nicht mit verweigern-rechten. Das läuft früher oder später aus dem Ruder. Mach eine Freigabe, die du den usern anbindest. Freigaberechte: Administratoren-Vollzugriff Authentifizierte Benutzer - Ändernrechte Durch die Ändernrechte für die User, stellst du sicher, das nur die Administratoren die NTFS Rechte nachträglich verändern können. Dann setzt du die Rechte auf Verzeichnisebene. Ich nehme mal an, du hast ein AD zur Verfügung, dann machs gleich richtig mit AD Gruppen. pro Verziechnis, das separiert verrechtet werden soll einen Gruppensatz oder zumindest eine Gruppe in die du dann die User organisierst. Ist zwar zunächst etwas Arbeit, dafür aber sauber zu Verwalten. Wie die Vergangenheit zeigt, gibt es keinerlei Temporärlösungen. Früher oder später wird alles Produktiv.

Danke für Deine Hilfe Norbert, Hab echt lange mit den Richtlinien rumgespielt. Ende vom Lied war, dass einer am AD-Schema beim Eintrag PrinterQueue rumgespielt hat. Hab ich nachher durch nen Zufall bemerkt. Bei den Defaultrechte fehlte irgendwie "System" Nu Passts wieder. Gott Sei dank...... Was lernen wir daraus..... Dont touch the Schema und gib keinem Die SchemaAdmin Rechte. Danke nochmal

Dank dir, hab ich auch schon nach geschaut. Andere OU (Ohne Richtlinien) habe ich die gleichen Probleme. Die primäre Frage ist, warum die "Drucker im Verzeichnis anlegen" flags nach wenigen sekunden wieder verschwinden. Das Passiert bei allen Druckern, die ich veröffentliche. Auch bei meinen alten Printservern. Selbst, wenn ich den Haken manuell setze. Die einzigen Drucker wo der Haken bleibt, sind die, die den schon seit langem haben. Alle neuen Haken verschwinden wieder. Deshalb werden die Drucker im AD auch wieder gelöscht.

Danke für den Tip, das hat mich zumindest auf eine Spur gebracht. Leider ist´s das nicht. Diese Richtlinie hab ich für alle meine Printserver irgendwann mal wissentlich in der Domäne definiert. Das Löschintervall hab ich damals auf 12 Stunden eingestellt. Die Drucker verschwinden aber weit vorher. Nach Ca. 1 Std sind alle wieder weg. Dieses Verhalten würde ich ja auch erwarten, wenn die Drucker auf den Printservern gelöscht werden und das ist auch erwünscht, damit es keine Abweichungen gibt. Aber die Drucker sind ja auf den Printservern noch vorhanden. Dummer Weise passiert das erst seit heute Nacht. Ich meine mich zu erinnern, dass die "drucker im Verzeichnis anlegen" Flags auch vorher nicht von dauer waren. Bin mir aber sicher, dass die Drucker trotzdem nicht im AD gelöscht wurden. Des Weiteren habe ich noch einige Drucker, die von einem W2K3 Server mit SP1 im AD veröffentlicht werden. Diese verschwinden nicht und auch die Flags sind dauerhaft. Die Server wo ich das Problem habe, sind alle mit SP2 bestückt. Trotzdem gleiche OU im AD und galeiche GPO´s Ich check´s net. Wunder der leblosen Dinge. Das Zeug lebt irgendwie doch :suspect: Der Ärger ist also noch nicht behoben. Ich bitte um weitere anregungen. Danke euch

Hallo Gemeinde, ich krisch langsam Plack. Vielleicht fällt von Euch jemandem was ein. Ich habe gestern 1500 Drucker im AD veröffenlicht. und wollte heute die Rechte im AD auf Containerebene setzen. Mit schrecken mußte ich dann feststellen, dass alle meine gestern noch vorhandenen Objekte verschwunden sind. Ich habe die dann heute nochmal veröffentlicht, und gleich darauf festgestellt, dass das flag "Drucker im Verzeichnis anlegen" nach wenigen Minuten bei allen Druckern wieder veschwunden ist. Wenn ich dann lange genug warte, verschwinden die Drucker auch wieder im AD. Gibt es vielleicht eine Richtlinie, die das Verursacht? Andere Ideen?

habs jetzt doch mit rundll32 printui.dll,PrintUIEntry hinbekommen. Falls es jemanden interessiert: rundll32 printui.dll,PrintUIEntry /xs /n "\\Servername\Alter_Druckername" Printername "Neuer_Druckername" Sharename "neuer Druckername" Und das wars auch schon. Bei 1300 Druckern macht das natürlich nur Sinn, wenn mann ne ordentliche Liste mit Excel zusammenbasteln kann. Ich mach meine Batches immer mit Excel....Is Cool Men :-) Danke für Eure tips

mhh, ein grundsätzliches Netzwerkproblem oder ein Problem mit der Namensauflösung kann ja eigentlich nicht die Ursache sein, wenn a, die Verbindung zu Stande kommt, und b, ein anderer account keine Probleme macht. Mich würde es sehr wundern, wenn eine Wins Einrichtung am Problem etwas ändert. Aber Wins frisst ja generell kein Brot, kann man ruhig mit einrichten. :-) – Die Erfahrung hab ich auch gemacht und kann mich dir nur Anschließen.

Ich gehe mal davon aus, das die Clients nicht in der Domäne sind, gell. Was die RDP Verbindung angeht, müsstest du diese auf jedem Client in den Ordner "%Systemdrive%\dokumente und Einstellungen\All users\Desktop" kopieren. Das setzt voraus, das alle clients an sind und du ne IP Liste hast. Zur TS Anmeldung: Nur, wenn die User sich alle mit dem gleichen Account an dem TS anmelden sollen oder dürfen, ist das nicht so schwierig. Du könntest die Anmeldung automatisch mit hinterlegten Anmeldeeinstellungen laufen lassen. Ist zwar nicht wirklich zu empfehlen, weil eine Fehlerprotokolierung nicht mehr userbezogen wäre, aber manchmal gehts halt nicht anders. Auch über die Sicherheit sollte man sich in solchen Fällen sehr genaue gedanken machen. Einstellen kannst du das in der Terminal Service Configuration unter Connection/RDP-TCP-Properties/Logon Settings Hier kannst du einen Anmeldenamen für alle eingehenden RDP Verbindungen hinterlegen. Was anderes fällt mir leider nicht ein.

Wenn ich das so lese, würde ich das Netzwerk als Ursache ausschließen. Spontan hab ich die Frage ob du Servergespeicherte Nutzeprofile verwendest. Wenn ja, erübrigt sich die Frage auch gleich. Weil du an einem anderen Rechner das Problem nicht hast. Wenn nicht, nenn das Lokale Profil des Users mal mit dem Admin um und melde den useraccount neu an. Teste dann nochmal.

Jau, das sind mal brauchbare Infos, Die VB Geschichte hatte ich zuvor schon über die Suche gefunden, hab mich da mangels Erfahrung aber erstmal gegen gesträubt das auszuprobieren. Ich werd morgen mal mit WMIC tüfteln und schauen was da geht. Für heute hatte ich von Printern erstmal die Schnauze voll. Danke für Eure Tips. Manschmal ist´s schon peinlich, was man alles nicht weiß.;)

Hallo, ich habe zur Zeit das Problem, das ich 1300 Drucker in ein anderes Namenskonzept überführen möchte. Ich habe schon eine Liste mit neuen und alten namen. ich nutze ganz gerne excel, um mir dort meine batche zu erstellen, habe aber nun keinen Plan wie ich die Drucker umbenennen soll. mit rundll32 printui.dll,PrintUIEntry hab ich keine Möglichkleit gefunden umzubenennen. PS: die Freigabenamen müssten auch geändert werden. Hat jemand eine Idee?

Danke, das hilft mir schon sehr gut weiter.

Guten morgen Gemeinde, ich hab da mal ne Frage: Gibt es Seitens Microsoft eine Empfehlung, wieviele Druckerqueues ich auf einem Printserver anlegen kann/darf? Hardware wären IBM Blades HS20/21. Der Plan ist 500 Queues pro Server anzulegen. Das würde sich mit einer Thinprintempfehlung von 600 queues decken. Ich hätt aber gern noch ne Empfehlung von MS. Hat da einer schon mal was gefunden? Danke für Eure Hilfe.

Hallo erstmal....ist mein erster Beitrag :wink2: Ich weiß ja nicht, was gegen DHCP an den verschiedenen Standorten spricht, aber wenns immer die selben Standorte sind, würde ich mir für jeden ne Batch anlegen und gut. Mit "netsh" lässt sich die IP Configuration wunderbar ändern. Dann noch ein paar "net use" zeilen und schon brauchst du an jedem Standort nur noch einen Klick auf den Desktop machen. Dafür braucht man doch kein Tool ;)