NilsK

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

Moin, die Sicherheitsvorschriften in einem Firmennetzwerk zu umgehen, kann ein Grund für eine fristlose Kündigung sein. Aus diesem Grund sollten wir das hier nicht weiter supporten, zumal die Anforderung technisch kaum sinnvoll umsetzbar ist. Gruß, Nils

Moin, es würde ja schon eine angepasste Web-Oberfläche für kleine Displays reichen. Da wird es für vBulletin ja sicher was geben (laut Web seit v4.1.2 sogar mitgeliefert - wobei natürlich offen ist, ob das geeignet ist). Dafür würde ich dann "pluseins" rufen. ;) Gruß, Nils

Moin, naja, da kannst du dich zügeln und loslassen ... Google oder Bing kannst du sicher selbst bedienen. Ebenso wird die Boardsuche einiges hervorzaubern. Du bewegst dich dabei im Bereich des Monitoring - Möglichkeiten und Kosten sind nach oben offen. Beachte dabei auch, dass die von dir geforderten Daten u.U. gar nicht im Eventlog stehen (Disk-Fehler), also ggf. ohnehin ein erweitertes Monitoring nötig ist. Gruß, Nils

Moin, ach ja, stimmt. Den Aspekt hatte ich übersehen. Gruß, Nils

Moin, ja, die Profile von XP und Vista/7 sind inkompatibel. Oder warum sollte Microsoft sonst zu dem .V2-Trick greifen? Nur weil es bei einem Test keine direkten Probleme gab, heißt das noch lange nicht, dass keine zu erwarten sind. Lass die Finger davon. Tools: Ohne Lizenzkosten, aber mit Aufwand ist Microsofts USMT. Mit deutlich weniger Aufwand und Problemen, dafür mit (geringen) Kosten ist sepagos Profile Migratror. Siehe auch: Werkzeuge für die Profilmigration von XP nach Windows 7 - iX-Archiv, 12/2010, Seite 90 Microsofts USMT: XP-Nutzerdaten nach Windows 7 retten - iX-Archiv, 10/2010, Seite 139 Gruß, Nils

Moin, du findest natürlich auch kommerzielle Software, die sowas kann. Meine Lösung ist kostenlos, dafür mit etwas Aufwand verbunden. Wenn es sich um Systeme ab Vista/Server 2008 handelt, wären evtl. auch die Event Subscriptions eine Möglichkeit. Ist aber aber auch nicht ohne. Event Subscriptions Gruß, Nils

Moin, die Kennwortrichtlinie betrifft nur neue Kennwörter, keine bestehenden. Wenn du willst, dass Anwender ihr Kennwort "jetzt" ändern, dann setze den Haken "Kennwort bei der nächsten Anmeldung ändern". Das maximale Kennwortalter gibt an, wann der User spätestens sein Kennwort ändern muss. Das minimale Kennwortalter legt fest, wann der User sein geändertes Kennwort frühestens ändern kann - Werte oberhalb von einem Tag sind unüblich, Werte über drei Tagen i.d.R. hinderlich. Wichtig ist vor allem die Länge der Kennwörter - ein richtig starkes Kennwort muss tendenziell gar nicht oder nur selten geändert werden. Gruß, Nils

Moin, die Betriebsmasterrollen sind bei kurzen Ausfällen weitgehend unkritisch. faq-o-matic.net » AD: Betriebsmaster-Ausfall – was tun? Zur Sicherung des AD: Vergiss den Begriff "Archiv", der ist unpassend. faq-o-matic.net » Video-Tutorial: Active Directory Object Recovery Gruß, Nils

Moin, vielleicht hilft dies: faq-o-matic.net » Windows-Ereignisse mit Log Parser überwachen Gruß, Nils

Moin, der Beschreibung nach scheint die Vererbung abgeschaltet zu sein. Prüf das mal. Gruß, Nils

Moin, wozu brauchst du die beiden Enterprise-Lizenzen? Abgesehen davon: Ja, die SBS-CAL enthält quasi eine Windows-Server-CAL, d.h. innerhalb derselben Firma dürfen die Anwender damit auf alle Windows-Server derselben Generation und ihrer Vorgänger zugreifen. Gruß, Nils

Moin, abgesehen von Zahnis zutreffenden Anmerkungen geh mal dies durch: faq-o-matic.net » Windows 7/Server 2008 R2 Service Pack 1: Troubleshooting Gruß, Nils

Moin, in dem Fall müsste jeder sein Postfach für jeden anderen freigeben. Allerdings wirft das erhebliche datenschutzrechtliche Probleme auf, zu denen ihr euch bitte von einem Rechtsberater informieren lasst. Gruß, Nils

Moin, nö, so unterstütze ich dich nicht. Entweder anerkennst du, dass du hier der Bittsteller bist (und somit die Bringschuld für Informationen hast), oder wir lassen das. Gruß, Nils

Moin, so "mal eben" lässt sich das nicht einrichten. Eine Möglichkeit wäre, die DFS-Replikation zu nutzen. Für Profile und Homes wäre das auch machbar, weil Profile und Homes ja i.d.R. nicht von meheren Anwendern gleichzeitig genutzt werden. Berücksichtige aber, dass eine Datensicherung trotzdem nötig ist. Gruß, Nils