Sunny61

Gut. Ja, es gab AFAIR zwei- oder dreimal ein Problem mit Updates in jüngster Vergangenheit. Aber gleich von öfters zu sprechen, halte ich für übertrieben. Da steckt unheimlich viel KnowHow drin und es kann immer mal etwas schief gehen. Ja, soll und darf nicht sein, ist aber so.

Du kannst mit diesem Dokument anfangen zu lesen: http://technet.microsoft.com/de-de/library/jj134153.aspx Und hier: http://www.zdnet.de/88125607/windows-server-2012-replizierung-virtueller-maschinen/ Für selbst erstellte Zertifikate: http://blogs.technet.com/b/virtualization/archive/2013/04/13/hyper-v-replica-certificate-based-authentication-makecert.aspx

Du kannst natürlich auch im Updateverlauf chronologisch sehen, was wann installiert wurde. Dazu bedarf es keinerlei Einstellungen oder Umstellungen in der Sortierung.

Lies dir doch einfach die Beschreibungen im Wizard langsam und aufmerksam durch, danach dürfte es klarer sein. Dieses Script hier hilft bei der Arbeit: http://www.wsus.de/serverbereinigung2

Du mußt andere Desktops haben als ich. ;) Was willst Du denn eigentlich? Wenn jeden Monat neue Updates kommen, wie soll dann eine Datenbank von alleine kleiner werden? Bei unseren WSUS-Installation läuft täglich dieses angepasste Script für die WSUS-Datenbank: http://www.wsus.de/serverbereinigung2 Einmal in der Woche wird auch der Index korrigiert, das ist dieses Script: http://www.microsoft.com/technet/scriptcenter/scripts/sus/server/susvvb01.mspx Zusätzlich wird ebenfalls täglich die WSUS-Datenbank per SQL Script gesichert. Das Wachstum hält sich verständlicherweise in Grenzen. Zusätzlich prüfe ich einmal im Monat nach, ob es nicht genehmigte und nicht angeforderte Updates gibt, wenn ja, löschen. Brauchst Du auch wirklich alle aktivierten Produkte noch? Prüfen und notfalls korrigieren. Das lässt sich sicherlich auch auf die Sharepoint Datenbank übertragen. Und ein SBS ist extra für Freizeit- oder Möchtegern-Admins gemacht worden. Immer nur überall Assistenten, nichts manuell machen. Da sagt MS ganz einfach, pack mehr Speicher und Festplattenplatz rein. Schattenkopien an dieser Stelle einmal komplett resetten, jetzt neu erstellen. So ähnlich war das früher bei W2003 oder XP-Clients auch schon. Ob das für den SBS2008 auch verwendet werden kann, weiß ich nicht: http://blogs.technet.com/b/askpfeplat/archive/2014/05/13/how-to-clean-up-the-winsxs-directory-and-free-up-disk-space-on-windows-server-2008-r2-with-new-update.aspx Das ist richtig Stress für die Festplatten und ist IMHO im Jahr 2014 flüssiger als Wasser. Sind die neuen Platten SATA oder SAS oder SSDs? Mist, du hast jetzt die Strategie von MS durchschaut. Ja, das ist von MS so gewollt, denn die Redmond müssen ja auch von irgendwas leben. Der zuständige Admin solcher Systeme kümmert sich mit Boardmitteln darum.

KB3004394 deinstallieren. Neustart. Geht es jetzt besser? Falls Du einen Befall hast, ist das erste dass der installierte AV-Scanner oder die ganze Suite abgeschaltet wird. So ein scan ist also für die Katz. Besser wäre es mit einer Rescue CD das System zu scannen, dabei ist das OS noch nicht geladen und es kann gesucht und gefunden werden.

Hast Du denn McAfee auch ordentlich bezahlt? Wenn ja, dann wende dich an den Support des Herstellers. Die sind dafür verantwortlich. Ist denn bei deiner Version von McAfee auch wirklich alles aktuell? Prüf das nach. Möglicherweise gibt es ja schon eine neue Version. Auch VirtualBox auf neue Updates prüfen lassen. BTW: Eine Internet Security Suite ist unsicherer und löchriger als ein ganz normaler AV-Scanner. Kaspersky mit seinen Suiten fällt auch immer wieder durch so etwas auf.

Reicht es nicht alle 5 oder 10 Minuten den Status auszulesen? Ein Dienst läuft im Hintergrund ständig und würde dann das Script alle paar Sekunden oder Minuten aufrufen. Dazu ist aber eine Entwicklungsumgebung nötig, mit der man einen Dienst schreiben kann.

KB2553154 ist das Office Update, das Probleme machen soll. Manuell auf einem Client deinstalliere und testen. Hilft es, dann kannst Du es auch über den WSUS wieder deinstallieren lassen.

Falls Du einen Key für W8.1 hast, kannst Du dir ein 'sauberes' W8.1 downloaden. http://windows.microsoft.com/en-us/windows-8/create-reset-refresh-mediaGeht AFAIK nur mit einem W8.1 Key!

Die Benutzer der Gruppe haben sich nach dem hinzufügen in die Gruppen auch mindestens einmal vollständig neu am System angemeldet? Funktioniert denn "Eddie!13"? Ohne Anführungszeichen. Gibt es eine lokale Passwortpolicy auf dem Rechner?

Erstell doch bitte einen eigenen neuen Thread dafür, dieser hier ist aus dem Jahr 2010, Danke.

Falls Du es über einen WSUS bereitgestellt hast, dann kannst Du es darüber auch wieder entfernen lassen. Im WSUS markieren, Rechtsklick > Genehmigen auswählen, im folgenden Fenster kannst Du dann 'Zur Entfernung genehmigt' aktivieren.

Das GPO kannst Du nur auf eine OU verknüpfen, in dieser OU müssen die Computerobjekte sein. Wenn Du nicht alle Computerobjekte in dieser OU damit beglücken möchtest, nimm die Sicherheitsgruppe mit den Computerobjekten in das GPO in die Sicherheitsfilterung mit auf. Gruppenrichtlinien wirken nicht auf Gruppen, sondern nur auf eine Gruppe von Computer- oder Benutzerobjekten. Der Unterschied ist klein, aber sehr fein. ;) EDIT: Der Artikel sollte Klarheit schaffen: http://www.gruppenrichtlinien.de/artikel/filtern-von-gruppenrichtlinien-anhand-von-benutzergruppen-wmi-und-zielgruppenadressierung/

Das kann er gerne sein und auch XP noch nutzen, aber nicht in der Firma. ;) Eine SSD ist ja auch nur eine normale HDD, nichts anderes als eine SATA oder PATA, nur eben viel schneller. Probier in dem Client doch mal eine SATA aus, wird die von W7 'erkannt'? Wobei das OS ja keine HDDs erkennt, sonder nur das, was am zuständigen Controller hängt. BIOS mal komplett auf Default setzen und nochmal probieren.

Sieh im Windows INF Verzeichnis nach dieser Datei: INFCACHE.1 Wenn vorhanden, dann löschen, Neustart.

Was ist in den Gruppenrichtlinien konfigurert? Ein beherztes Start > Ausführen > cmd [ENTER] > gpresult /H >gpresult.html [ENTER] hilft.

In einer Firmenumgebung haben die XP-Anhänger da nichts mitzureden. :)

Du kannst die Sytemwiederherstellung nicht für einen Zeitpunkt vor der Installation vom Driverguide nutzen? EDIT: Bei der erneuten Treiberinstallation hast Du manuell den *richtigen* Treiber ausgewählt oder vom System alles automatisch machen lassen? Wenn letzteres, dann unbedingt ersteres manuell ausführen.

Mit Powershell kannst Du dieses Script laufen lassen: (Get-WmiObject -Class Win32_VideoController).VideoModeDescription; Ausgabe: 1680 x 1050 x 4294967296 Farben EDIT: Es gibt bei MS den WMI-CodeCreator kostenlos zum Download. Auch wenn das Tool schon ein paar Jahre alt ist, bei WMI hilft das immer noch. ;) http://www.microsoft.com/en-us/download/details.aspx?id=8572 Wegen der zu installierenden Programme schau dir bitte die Kombination WSUS Package Publisher und WSUS an. Da lässt sich sehr viel automatisieren. http://www.gruppenrichtlinien.de/artikel/wsus-package-publisher-software-ueber-windows-server-update-service-bereitstellen/

Bei 8.1 sieht man die Kacheln gar nicht mehr. Alternativ gibt es auch noch die Classic Shell. ;)

Gerät aufschrauben und direkt auf dem Board schauen. dort ist sicherlich etwas zu finden. BTW: Standar*d* schreibt man mit zwei d und nur einem t. ;) Du probierst es sicherlich später erneut, oder nicht? ;) Was spricht gegen Windows 8.1?

Hallo zusammen, lt. http://www.heise.de/newsticker/meldung/Update-Probleme-mit-Exchange-2010-SP3-2486155.html macht das UR8 für Exchange 2010 SP3 wohl vereinzelt Probleme. Diesmal ist wohl etwas Vorsicht geboten beim installieren des Updates. Happy Patching!

Im Internet Explorer gibt es Zonen, so auch im Windows Explorer. Internet oder Intranet, das ist gemeint. Leg das Script doch mal zum Test in das NETLOGON Verzeichnis und ruf es über diesen UNC-Pfad auf. Was ist komplizierter, deine Versuche krampfhaft eine Lösung zu finden oder meine, und von dir bestätigte Lösung mit einem lokalen Script? Damit hast Du nämlich nie irgendwelche Zugriffsrechte. Wer hat denn NTFS-Berechtigungen zum lesen/ausführen auf den Ordner bzw. das Script?

Im SSMS kannst Du doch auch debuggen, dann siehst Du recht schnell ob die ELSE auch durchlaufen wird. Häng doch ein RETURN nach den RAISERROR. Dann müsste eigentlich aus dem Script ausgestiegen werden.