olc

Hi, Du brauchst einfach nur das Update auf den im KB-Artikel genannten Betriebssystemen installieren, dann sind die Workarounds nicht mehr notwendig. ;) Viele Grüße olc

Hi, wie meinst Du: "Das AD würde nicht verändert"? Sobald ein DC gestartet wird, gibt es Änderungen. Auch ohne, daß Du als Administrator Änderungen durchführst. Von daher nützt Dir ein offline Image nur dann etwas, wenn es von allen DCs des Forests gezogen wurde und auch auf allen DCs gleichzeitig zurück gesichert wird. Was ist gemeint mit "netlogon zurück gesetzt"? Ich würde vermuten, daß Ihr recht schnell wieder in Probleme lauft, wenn das Thema nicht wirklich sauber behoben wird. Viele Grüße olc

Hi, es gibt halt in einigen Umgebungen noch "legacy" 16-Bit Applikationen, das hat nichts mit den OS Bits zu tun. :) Aber wie oben schon geschrieben: Die Lücke ist recht "einfach" in den Griff zu bekommen und das Setzen der GPO-Einstellung wird übrigens von diversen Sicherheitsdienstleistern als auch MS in Audits schon seit Jahren empfohlen. Von daher... Viele Grüße olc

Hi, nur der Vollständigkeit halber: Wenn das der erste DC der Domäne war, solltest Du ggf. auch noch das EFS Data Recovery Agent Zertifikat inkl. des privaten Schlüssels (Administrator) sichern / exportieren. Viele Grüße olc

Hi, kann es sein, daß nur neue Benutzer von der Meldung betroffen sind? Soweit ich mich erinnern kann ist die Meldung kein Error, sondern eine Warnung. Korrekt? Da die Folder Redirection nur "synchron" im "Foreground Processing" durchgeführt werden kann, müssen die Benutzer, die neu unter diese Richtlinie fallen (oder gänzlich neu sind) schlichtweg eine Neuanmeldung am TS durchführen, damit die Umleitung durchgeführt werden kann. Im Extremfall sogar 2 Anmeldungen. Viele Grüße olc

Hi Chris, ist der Task denn auf dem Client angekommen, d.h. siehst Du ihn in den geplanten Tasks? Ggf. kannst Du mittels GPP "Logging and Tracing" prüfen, ob es Probleme mit dem Anlegen des Tasks auf dem Client gibt. Irgendwelche Fehler im Eventlog? Wo genau hast Du den Task definiert, wo ist die GPO verlinkt etc.? Viele Grüße olc

Hi rave, danke für die Rückmeldung. :) Mit der *.txt Endung sollte zwar auch klappen, aber das macht ja nix. ;) Viele Grüße olc

Hi, ok, darauf wollte ich hinaus: Benenne einmal die Datei nach "C:\PerfLogs\Test_000003.txt" um, dann sollte Dir Excel die Frage stellen, wie die Datei dargestellt werden soll. Viele Grüße olc

Na ja, das ist ja der Punkt, den blub meinte: Ggf. liegt es genau an diesem PDCe (übrigens interessanter Gedankengang, blub ;) ). Damit wäre es indirekt Dein Problem. Dafür gibt es die Calls ja, da sollen Dir bestenfalls keine KB-Artikel vorgelesen, sondern Unterstützung gegeben werden. ;) Och, fast täglich würde ich sagen... :D Viele Grüße olc

Hi Tom, check doch trotzdem einmal die im Blog aufgeführten Punkte - viele davon lassen sich ja auch auf normale Umgebungen übertragen. Viele Grüße olc

Hi Joe, ja, wer zu spät kommt, den bestraft das Forum. :D Nein, auch in Domänenumgebungen wird der Bildschirm nicht "ersetzt", er ist derselbe. Den Anmeldenamen gibst Du lokal mit .\Benutzer an, in einer Domäne dann entweder mittels DOMAIN\Benutzer oder aber benutzer@domain.tld. Viele Grüße olc

Hi gnoovy, schau Dir einmal den Perfom.msc an, der sollte alle Informationen bieten. :) Viele Grüße olc

Hi Martin, tut mir Leid, daß wir keine anderen Hinweise geben können als die oben genannten. :) Aber es ist ehrlich gesagt angenehm zu lesen, daß Ihr Eure Ressourcen entsprechend ehrlich einschätzt - das ist gut. Schlimm wird es immer nur, wenn die Konsequenz aus solch einer technischen Einschränkung lautet: "Irgendwie muß es doch gehen, wir frickeln das irgendwie hin." Die Konsequenz von Dir ist sicherlich schmerzhaft aber meines Erachtens wirklich "gut so". :) Viele Grüße olc

Hi BackOffice und willkommen an Board, :) Du hast ein Image zurück gesichert - das ist bei DCs eine "Todsünde". Schau einmal in den folgenden KB-Artikel, dort werden Hintergründe und Lösungsmöglichkeiten genannt: How to detect and recover from a USN rollback in Windows Server 2003 Viele Grüße olc

Hi, mach dazu doch am besten einen neuen Thread auf inklusive der genauen Fehlermeldung. Viele Grüße olc

Hi Momsy, wenn das Problem nicht behoben wurde, dann mach bei Deinem offenen MS Call Druck. Ich persönlich denke, daß das besser ist, als der Versuch, es hier im Forum zu lösen. Dafür erscheint das Problem schlichtweg "zu wichtig" und "zu komplex". Der Call ist dafür offen, daß Dein Problem gelöst wird. Das solltest Du ggf. auch mit Nachdruck bei MS anbringen, dann wird Dir sicherlich auch weitergeholfen werden. Dran bleiben! :) Viele Grüße olc

Hi Joe, die klassische Anmeldung gibt es nicht mehr und läßt sich damit auch mit Boardmitteln nicht "erzwingen". [EDIT] Mal wieder zu spät. ;) [/EDIT] Viele Grüße olc

Hi, wie heißt die Textdatei, die Du angegeben hast (inklusive Endung)? Es sollte bestenfalls eine TXT-Datei sein. Fragt Dich Excel danach, ob es die zu importierenden Daten "aufteilen" soll? Poste doch einmal die obersten 3,4 Zeilen als "CODE" um zu prüfen, ob die Daten die korrekten sind. Viele Grüße olc

Hey Martin, ganz ehrlich - DFSR ist halt kein vollständiger "Cluster-Ersatz". Also der "Hot Stand-by" Gedanke bzw. dieses Design an sich ist nicht optimal. Wenn es um Ausfallsicherheit geht, dann solltet Ihr über einen Cluster nachdenken. Wenn das vom Budget her nicht ausreicht, dann bleibt nur die DFSR Variante, bei der Ihr dann jedoch mit genau diesen Einschränkungen leben müßt. :( AUsgewachsene Lösungen wie Datenreplikation auf Blockbasis lasse ich jetzt einmal raus - denn die kosten ebenfalls eine Stange Geld, so daß dann sicher auch ein Cluster drin wäre. Viele Grüße olc

Hi, Du solltest eher das Problem beheben, daß sich die Clients am falschen Standort anmelden, anstatt diese Einzträge fest zu verdrahten. ;) Sind die zentralen DCs unter Umständen noch 2003er DCs (oder ein Teil davon)? Wurde das Kompatibilitäspaket installiert? Description of the Windows Server 2008 read-only domain controller compatibility pack for Windows Server 2003 clients and for Windows XP clients and for Windows Vista Wie sieht die Site-Konfiguration aus - alles korrekt eingerichtet und die Clients im richtigen Subnetz? Viele Grüße olc

Hi Martin und wilkommen an Board, :) Access sperrt MDB-Dateien für den Zugriff (sog. file locking), daher kann DFSR diese Daten nicht replizieren. Generelle Empfehlung ist, auf DFSR replizierten Ordnern keine Datenbanken abzulegen (egal ob MDB oder PST etc.). Siehe dazu auch: Ask the Directory Services Team : Top 10 Common Causes of Slow Replication with DFSR Viele Grüße olc

Hi, poste doch einmal Deine "IPCONFIG /ALL" Ausgabe von dem betroffenen Client. Vielleicht hat es auch etwas mit den Knotentypen zu tun. Zusätzlich ein "NSLOOKUP google.de" Viele Grüße olc

Hi, ist unter Umständen ABE aktiviert? Aktives Verzeichnis Blog : Access-based Enumeration und seine Performance Viele Grüße olc

Hi, Kerberos über DES wäre ein weiteres Stichwort. Das ist bei Windows 7 standardmäßig deaktiviert. Zieh doch einmal einen Netzwerktrace und prüfe, was während des Join-Versuchs passiert. Viele Grüße olc

Hi, die Fehlermeldung sagt zwar aus, daß IPSec ohne Maschinenzertifikat Probleme bereitet, aber Du sagtest, daß der Tunnel steht. Also würde ich das zumindest für den Moment nicht "beachten" und später angehen, Hast Du den WINS Server am Hauptstandort installiert? Falls ja, wurde die Adresse des WINS Servers in den TCP/IP Einstellungen des Clients von Dir eingetragen? Mappe die gewünschten Shares des Servers als Laufwerk doch einfach manuell. Entweder direkt über den Windows Explorer (Extras --> Netzlaufwerk verbinden) oder über die Kommandozeile: "net use F: \\server.home.local\ShareName /persistent:yes" Viele Grüße olc