Sunny61

Richtig. Es würde aber *1* VL pro OS ausreichen, zumindest ist das mein Wissensstand in dieser Sache. Du darfst es nicht, reicht dir das nicht?

Du kannst den WSUS bzw. den BITS, das ist der Dienst der die Updates von A nach B transportiert, auch begrenzen. http://wsus.de/bits Richtig, Du kannst die GPOs auch in der Domain ansiedeln, und einen passenden WMI-Filter auf das IP-Segment erstellen. Dann bekommen Clients immer den richtigen WSUS, bzw. das richtige GPO zugewiesen. Wenn deine WSUS-Server auf W2008R2 oder kleiner installiert sind, prüfe unbedingt die Build des WSUS ab. Details wo die Build zu finden ist, welche Updates man für welche Build benötigt, findest Du in der WSUS-FAQ No. 44: http://wsus.de/faq

Es gibt leider immer noch Benutzer, die mit gedrückter linker Maustaste quer über den Bildschirm fahren, von daher kann ich den Wunsch nach der Rückfrage schon verstehen. Es ist für solche Benutzer schwer genug jeden Tag am PC zu arbeiten, noch schwerer sind sie von gewohnten Dingen abzubringen.

Hast Du denn auch die passende(n) Lizenz (VL) dafür im Schrank? Nur wenn Du mind. *1* VL-Lizenz zum passenden OS hast, darfst Du automatisiert Betriebssysteme installieren. Re-Imaging nennt sich das. Hier findest Du weitere Infos dazu: http://blogs.technet.com/b/ptsaustria/archive/2009/11/23/re-imaging-von-windows-7-und-anderen-produkten.aspx https://www.microsoft.com/en-us/Licensing/learn-more/brief-reimaging-rights.aspx Es gibt von MS das Microsoft Deployment Toolkit. Damit ist es recht einfach ein OS zu deployen. Beim erstellen eines Image ist unbedingt SYSPREP zu benutzen, und mach das alles trotzdem außerhalb der Windows Domain.

Hat der User ein Servergespeichertes TS-Profil? Wenn ja, dann dort mal ansetzen.

Nutze die Group Policy *Preferences* dafür.

Den Aufräumvorgang konfigurieren, schon ist in ein paar Tagen Ordnung auf dem DNS: http://www.faq-o-matic.net/2006/04/30/endlich-ordnung-auf-dem-dns-server/

Nein, das sieht schon sauber aus. Beenden wir die Diskussion hier, es funktioniert jetzt wieder bei dir. Beim nächsten Update kannst Du ja einen neuen Thread eröffnen. ;)

Gab es denn im Eventlog Einträge? Es muss welche geben, evtl. gibt es ein eigenes Log von Uninstall2Install. Geht bei mir komplett ohne den Eintrag.

Das Veröffentlichen war sicherlich ein Vorteil für die Admins, die meisten Anwender haben einfach nur installiert. Man kann es noch negativer ausdrücken: MS will nicht aufzeigen, welche riesigen Löcher gestopft wurden. ;) EDIT: Wenn sich ein paar Millionen Admins beschweren, ändert MS vielleicht die Strategie wieder. ;)

Hast Du denn auch die beiden Regeln für das installieren der neuen Version korrekt erstellt? Das *NOT* beim zweiten Teile berücksichtigt? Gibt es ein Transformfile dazu, wird der Installstring angepasst: Msiexec.exe /i {Name der MSI} /qn TRANSFORMS=Name der MST Hast Du kein MST, solltest Du es auch in der Reg löschen. Denn ansonsten wird ja versucht die MST mit im Installationsstring aufgerufen, und da sie nicht vorhanden ist, kann es nur fehlschlagen. Im Ereignisprotokoll solltest Du auch passende Meldungen finden.

Danke. Teilweise kann ich MS verstehen, mit den detaillierten Erläuterungen können evtl. helle Köpfe den Fehler aktiv ausnutzen. Durch das nicht kommunizieren soll das möglicherweise erschwert werden. Andersrum fördert es nicht das Vertrauen der Anwender/Administratoren in MS. Mit W10 wird sich das ein oder andere in Sachen Updates ändern, möglicherweise muss MS auch wieder zurückrudern, weil die Praxis anders aussieht als die Ms-Theorie.

Bitte nicht böse sein, aber ohne Grundlagen die IT einer Praxis aufbauen wollen, ist schon IMHO sehr gewagt. Am besten holst Du dir einen kompetenten Dienstleister ins Boot, dem dann über die Schulter schauen und auch noch etwas dabei lernen. Bitte bedenke auch, es sind nicht deine Daten die durch eine evtl. Fehlkonfiguration deinserseits ins Netz gelangen, es sind die der unbedarften Patienten. Die verlassen sich allerdings darauf, das ordentlich mit ihren Daten umgegangen wird.

Ist die Newsquelle geheim? Wenn nein, dann poste sie doch hier. Ohne Quellenangebe ist es nutzlos.

Evtl. hilft dir ja dieser Artikel weiter: http://blogs.technet.com/b/craigf/archive/2010/09/20/backing-up-and-restoring-domain-based-dfs-namespaces.aspx

Du kannst dir natürlich auch den zweiten Teil von Mark's Artikel anschauen: http://www.gruppenrichtlinien.de/artikel/ssd-zu-schnell-synchroner-startvorgang-nicht-moeglich/

Wenn alle deine Clients Probleme mit dem Installer haben, solltest Du dir etwas überlegen. Normal ist das nicht. Bezüglich GPP, da kannst Du sicherlich sehr viel machen, vor allem sparst Du dir das MST erstellen und immer wieder ausrollen.

Lass doch einfach das MST weg und konfiguriere die Einstellungen per GPP. Ansonsten einach mal ohne MST probieren, funktioniert es, weißt Du woran es liegt. Bei NorbertFe und bei mir läuft das ganz wunderbar. Das MSI aus %APPDATA% ist bei mir auch nicht kaputt. Wenn das bei dir so ist, dann wird wohl das Gateway zum Internet daran etwas fummeln.

Nein, woher sollen wir wissen was Du überwachen möchtest? Deine Arbeit mußt Du schon selbst machen.

Erstell doch das GPO und zeig sie uns komplett, evtl. kommt man damit weiter.

Auf https://www.followthatpage.com/ anmelden, Links einfügen, Mails abwarten, fertig.

Einmal reicht: http://www.mcseboard.de/topic/204446-powershell/?do=findComment&comment=1278004

Danke. ;)

Für zukünftige 'Übernahmen' lies doch mal die No. 7, Danke. http://www.mcseboard.de/topic/191452-mcseboardde-regeln-nutzungsbedingungen/

Von hier die Offline Version für 32 Bit: https://www.java.com/de/download/manual.jsp Die EXE downloaden, anschließend nur per Doppelklick starten, nicht installieren. In %APPDATA% gibt es dann das MSI zu holen, anschließend kannst Du die Installation wieder abbrechen.