NilsK

Moin, wenn die ADM-Datei nicht auffindbar ist, sollten im GPMC-Report doch die Reg-Keys angezeigt werden, die das GPO manipuliert. Anhand derer könntest du versuchen, selbst ein ADM zu bauen. Sonst fiele mir noch dies ein: faq-o-matic.net » Gruppenrichtlinien per Skript lesen und schreiben GPOGUY.COM -- Registry.Pol Viewer Utility Gruß, Nils

Moin, prima, danke für die Rückmeldung bzw. Bestätigung. Und nur zur Vorsicht für alle, die nur das Ende des Threads lesen: Mit "Windows-Image" meint flux die Basisinstallation von Windows, kein Image eines vorhandenen DCs. Gruß, Nils

Moin, musst du ja auch nicht. Das benötigst du nur auf deinem Admin-PC, um die GPOs zu bearbeiten. Gruß, Nils

Moin, absolut. Es geht schon jetzt nicht ohne. Nahezu 100 Prozent aller AD-Probleme sind DNS-Probleme. Allerdings ist deine Aufzählung und die Behauptung, man solle einfach mal alles nutzen, was es gibt, nur weil es ja da ist und man es so schnell einrichten kann, tatsächlich - Stuss. Insbesondere, wenn auch noch sowas wie die "hosts"-Datei dazugehören soll.* Ich habe schon mehr als einen Kunden gehabt, der durch Einsatz der hosts-Datei sein AD, seine Cluster und was weiß ich noch alles sehr effektiv außer Funktion gesetzt hat. Wenn man wirklich Probleme vermeiden will, kommt es vor allem auf ein sauberes Design an, und das wird in aller Regel beinhalten, dass man es möglichst wenig komplex hält, also z.B. so wenig einander überlagernde Mechanismen nutzt wie möglich. Und ja, dabei kann durchaus ein Ergebnis sein, dass man ohne WINS arbeitet. Nur setzt das alles eben sauberes Design und umfassende Kenntnis der Umgebung voraus. So, genug jetzt. Gruß, Nils * Wer damit nichts anfangen kann, sollte mal nachsehen, wann diese Datei im Prozess der Namensauflösung angezogen wird ...

Moin, faq-o-matic.net » Was muss ich beim Anheben des AD-Betriebsmodus beachten? Gruß, Nils

Moin, das würde mich zumindest nicht wundern, weil der ganze Start- und Logonscreen ja völlig neu gemacht wurde. Gruß, Nils

Moin, da hat der Trainer entweder Stuss erzählt, oder du hast etwas missverstanden. Gruß, Nils

Moin, was soll das für einen Sinn haben? Die Logik der Datenbank besagt, dass es mehrere AP pro Kunde geben kann. Wenn du jetzt deine Kunden auswerten willst, würde die Ausgabe von "irgendeinem" AP aus der vorhandenen Liste doch irreführende Ergebnisse produzieren. Um nicht zu sagen: Es sieht ganz danach aus, als würdest du hier die falsche Datenbasis abfragen. Ansonsten: Du könntest mit einer Gruppierung nach Kunde arbeiten und für den Ansprechpartner z.B. die MAX-Funktion verwenden. Das erzeugt in dem Fall aber sehr viel Code und ist alles andere als performanceneutral. Daher gebe ich auch keinen Beispielcode dazu, weil ich nicht Schuld daran sein will, wenn bei euch plötzlich "die Datenbank langsam" ist. Gruß, Nils

Moin, wenn man weiß, was man tut, kann man ohne WINS. In den meisten Umgebungen sinkt die Zahl der Fehler, wenn man WINS einführt oder repariert. Weitere Beiträge zu diesem Glaubenskrieg spare ich mir jetzt. Gruß, Nils

Moin, ich würde das ernst nehmen und der Empfehlung folgen. Gruß, Nils

EDIT: Die Verlosung ist beendet, die Karten sind weg, ich freue mich, die Gewinner am Samstag zu begrüßen. :wink2: Moin, aus der Verlosung auf faq-o-matic.net sind zwei Karten zur ice:2011 zurückgekommen, weil die Gewinner leider doch nicht kommen können. Wer mir bis heute (18. August), 12 Uhr, eine PN schreibt (oder auf Twitter an @Kaczenski antwortet), nimmt an der Verlosung der beiden Tickets teil. Der Rechtsweg ist natürlich ausgeschlossen. Schöne Grüße, Nils

Moin, bei der Schreibweise Domäne\Username nutzt man den NetBIOS-Namen der Domäne. Sollte zwar meistens auch mit dem DNS-Namen gehen, aber probier das noch mal. Voraussetzung ist natürlich, dass der NetBIOS-Name aufgelöst werden kann, denn der PC ist ja nicht Mitglied der Domäne, hat also keine Informationen, wie er die Domäne sonst erreichen kann. Alternativ könntest du es auch mit der UPN-Schreibweise des Accounts versuchen: username@upndomain.tld Gruß, Nils

Moin, faq-o-matic.net » Brauche ich noch WINS, wenn ich ein AD betreibe? Gruß, Nils

Moin, ja. Die RDS-CALs sind die einzigen Lizenzen, die man ausdrücklich eintragen und aktivieren muss. Alle anderen muss man einfach haben. (Okay, Dynamics-Lizenzen muss man auch eintragen, aber das ist auch eine ganz andere Produktkategorie.) Gruß, Nils

Moin, zum Zugriff auf einen Terminalserver brauchst du für jeden User (bzw. jedes Endgerät) eine Server-CAL (sofern nicht bereits vorhanden) und eine RDS-CAL. Dir fehlen also anscheinend noch die RDS-CALs. Die musst du dann nicht nur kaufen, sondern hinterher auch im RDS-Lizenzmanager eintragen und online aktivieren. Gruß, Nils

Moin, bitte nicht auf uralte Threads antworten! Oder glaubst du, das Board warnt aus Spaß? Aus dem Thread lässt sich darüber hinaus leicht ersehen, wo der Angesprochene den Hinweis auf den Patch gefunden hat. Ob dies allerdings nach vier Jahren noch aktuell ist, wage ich zu bezweifeln ... Gruß, Nils

Moin, nicht nur das, es geht sogar am Problem vorbei. Der System-Account ist von UAC nicht eingeschränkt. Gruß, Nils

Moin, das Computerkonto hat Zugriff auf die Quell- und Zielorte der Kopieraktion? Hasst du eine Protokollierung in das Skript eingebaut, um die Ausführung und die einzelnen Aktionen überprüfen zu können? Gruß, Nils

Moin, wobei aber die CALs für 2008 und 2008 R2 dieselben sind, oder? Sprich, es gibt eigentlich gar keine 2008-R2-CAL, sondern nur die 2008-CAL und die gilt für R2 mit - oder liege ich da jetzt falsch? Gruß, Nils

Moin, der SBS kann kein Terminalserver sein, und selbst wenn man es hinbekäme, sollte man es auf keinen Fall tun - auf einem DC/Exchange-Server haben User nichts verloren. Du brauchst also einen separaten Terminalserver. Wenn Anwender nur von drei Endgeräten aus tatsächlich auf den TS zugreifen, brauchst du auch nur drei RDS-CALs. Hingegen brauchst du in dem Fall auch dann drei Office-Lizenzen, wenn von den drei Usern nur einer tatsächlich mit dem Office arbeitet, das allen dreien auf demselben Server zur Verfügung steht. Gruß, Nils

Moin, schau dir dies mal an. faq-o-matic.net » Excel: Admins unbekannter Liebling Gruß, Nils

Moin, PowerShell in Ehren, aber wegen der gestellten Aufgabe würde ich nichts auf einem DC installieren und auch nicht mit einer Skriptsprache hantieren, die ich nicht beherrsche. csvde, dsquery/dsget, adfind usw. ermöglichen alles, was man hier braucht. Ohne Installation und ohne Risiko. Gruß, Nils

Moin, ich würde sowas über einen csvde-Export und eine Auswertung mit Excel machen: Exportiere von allen Usern den Anmeldenamen und das Feld homeDirectory, öffne den Export in Excel und werte das mit einer einfachen Formel aus, die aus dem Namen den gewünschten Pfad baut, diesen mit dem Wert in homeDirectory vergleicht und bei Abweichung einen Wert ausgibt. Gruß, Nils

Moin, OK. Das Letzte dann regelmäßig. :wink2: Wenn es nicht geht, bekommst du Fehlermeldungen. Kommt keine Fehlermeldung, dann geht es. Letzteres. DSRM geht nur bei DCs, und das wäre dein Server in dem Fall ja nicht. Wir reden ja hier über das Szenario "ganze Domäne ist weg". Gruß, Nils

Moin, wenn du mit Image tatsächlich nur die Installationsgrundlage meinst (also unkonfiguriertes Basis-System), ist das okay. Nur um es ausdrücklich gesagt zu haben: Ein Image von einem konfigurierten System ist für die Datensicherung in diesem Fall nicht geeignet. Wenn du tatsächlich nur den Systemstate gesichert hast, muss du, soweit ich mich erinnere (von Null aus hab ich das lang nicht machen müssen) auf dem Recovery-System nur die passende Windows-Version installiert haben, mit demselben SP-Stand. Da du das ohnehin im Labor durchspielen solltest, wäre das doch ein idealer Punkt zum Selbertesten. Zur "baugleichen Hardware": Bist du dir sicher, dass du nach mehreren Jahren noch einen baugleichen Server bekommst bzw. hast? Das hab ich bei Kunden schon ganz anders erlebt ... Gruß, Nils