Sunny61

Stimmt, steht ja auch so im Artikel, Danke für die Korrektur. ;)

Was genau meinst Du damit? Falls Du die IE-Wartung meinst, die ist mit dem IE11 IE10 (korrigiert) ersatzlos gestrichen worden. Das hat jedoch nichts mit dem 2008R2 zu tun, liegt nur am installierten IE11/IE10. Wenn Du den IE11 IE11/10 auf dem 2008R2 deinstallierst, hast Du den IE10 IE9 und die IE-Wartung wieder. Jetzt alles aus der Wartung in ein neues GPO für die IE8 packen, schon funktioniert die Sache mit dem Proxy auch wieder. ;) Details dazu findest Du in diesem Artikel: http://matthiaswolf.blogspot.de/2013/04/internet-explorer-10-goodbye-my-friend.html BTW: Wenn Du den IE8 noch im Einsatz hast, dann läuft der wohl noch auf XP-Clients, oder nicht?

OK, Glauben tut der Pfarrer in der Kirche, schrieb Yusuf hier immer. ;) Ich vermute eher eine Einstellung im Treiber als ein Problem am Server. Deshalb halte ich den Support von Brother an dieser Stelle immer noch den besten Ansprechpartner. ;)

Unabhängig vom Problem prüfe bitte die Build deines WSUS gem. der WSUS-FAQ No. 44 nach. http://www.wsus.de/faqDort findest Du auch einen Screenshot, der dir die exakte Position der Build deines WSUS anzeigt. Fehlende Updates bitte unbedingt auf dem WSUS installieren. Hast Du die WSUS-Konsole auf Clients/WSUS-Server <W2012 installiert, mußt Du die Updates aus der WSUS-FAQ No. 44 auch dort installieren. Die WSUS-Clients sind in der WSUS-Konsole vorhanden und geben einen Bericht ab? Welche WSUS-Einstellungen meinst Du denn? Gibt es denn auf den W2K3-Servern Fehlermeldungen in der %windir%\WindowsUpdate.log? Hatten sich diese Server/Clients denn schon mal erfolgreich beim WSUS gemeldet *und* Updates geholt und installiert?

Wie sieht das denn am Drucker selbst aus? Ist der dann auch im Schlafmodus? Was sagt denn der Support von Brother zu dem Problem? Habt ihr noch mehr Drucker von Brother oder nochmal den identischen Drucker? Wenn ja, dort gibt es die Probleme nicht?

Sicherlich ist der Support von TrendMicro hier in diesem Fall der bessere Ansprechpartner für dich. Die kennen sich am besten mit dem Produkt aus und können dir in wenigen Minuten bei der uns unbekannten Version helfen. ;)

Und welches von den 17 Admin-Konten meinst Du jetzt? Das private, öffentliche oder das lokale? Meinst Du ein Domain-Admin Konto oder ein lokales Adminkonto? Probier es doch mal von beiden Seiten mit *einem* Konto, möglicherweise solltest Du eines explizit dafür anlegen und mit den nötigen NTFS-Berechtigungen austatten. Also nicht pauschal Dom-Admin Rechte vergeben, sondern nur das was benötigt wird.

Du wählst einen Drucker aus, der auch aus Word oder Excel Dokument druckt? Wenn ja, öffne doch die Druckerwarteschlange und drucke jetzt ein Dokument aus dem Reader. Siehst Du es in der Warteschlange? Betrifft das *alle* Benutzer auf dieser Workstation oder nur einen User?

In der Registry kannst Du den Typ von Arbeitsplatz auf Domänennetzwerk abändern, anschließend einmal neu starten. http://www.antary.de/2013/10/09/netzwerkprofil-unter-windows-8-1-aendern/

Sicherheitshalber würde ich wirklich alles im AD löschen, was diesen Namen trägt. Das SnapIn Standort und Dienste auch überprüfen, DNS und WINS nicht vergessen. Computerkonto im AD löschen, sicherheitshalber mit METADATACleanup auch noch auf Leichen prüfen. Lieber vorher aufräumen, als hinterher allen möglichen und unmöglichen Fehlermeldungen nachlaufen.

Und bitte zukünftig nicht unaufgefordert 155 Zeilen Log posten, Danke. Hier solltest Du weiterlesen: http://www.it-explorations.de/failed-to-get-network-cost-info-from-nlm-0x80240037/

Das Script kannst Du dir mit Hilfe des SQL Server Management Studios selbst erstellen. Rechtsklick auf die gewünschte Datenbank > Tasks > Scripts generieren. Der Rest ist selbsterklärend.

Es gibt von MS das Microsoft Assesment and Planning Toolkit. http://www.microsoft.com/en-us/download/details.aspx?&id=7826 Dort findest Du Berichte in Form von Excel Sheets, die in den Audits gern gesehen sind.

Findest du den Server noch im SnapIn Standorte und Dienste?

Einen AV-Scanner deaktivieren ist wie Augen zumachen und sagen 'ich bin unsichtbar'. Deinstallieren und das Removal Tool vom Hersteller benutzen. Führe die automatische Problembehandlung aus: http://go.microsoft.com/fwlink/?LinkId=231149 Zusätzlich in einer administrativen Commandline diese Befehle ausführen: net stop wuauserv rd /s /q %windir%\SoftwareDistribution del %windir%\WindowsUpdate.log net start wuauserv wuauclt /detectnow wuauclt /reportnow

Freut mich für Dich und Danke für die Rückmeldung. ;)

Das EXIT kannst Du auch anstatt dem PAUSE in das Batchscript einbauen, dann schließt sich auch alles.

In der FAQ finde ich nur diesen Hinweis: Ich glaub Du kommst nicht umhin als alle downzuloaden: https://downloadcenter.intel.com/default.aspx?lang=deuDu kannst zwar noch nach OS filtern, aber den Rest hat Intel wohl schon eingestellt.

Er hat sich sicherlich verschrieben, das *nicht* sollte da nicht rein, ansonsten wäre es ja kein Problem. ;)

Eine Testumgebung die nicht zu 99,9% gleich zur Produkttivumgebung ist, ist keine vernünftige Testumgebung. ;)

Es kommt schon selten vor, dass *zwei* Netzteile gleichzeitig ausfallen, oder nicht? ;) Evtl. hilft dir ja dieser Artikel weiter: http://www.faq-o-matic.net/2004/11/12/wie-kann-ich-betriebsmasterrollen-offlineuebertragen/

OK, dann kommt der zweite DC auch nicht ins schwitzen, wenn sich alle 8 User gleichzeitig anmelden würden. ;)

Pack den Aufruf in eine Batchdatei, dort zum Schluß ein PAUSE eingefügt. Schon wirst Du gebeten eine Tasste zum fortsetzen zu drücken. SQLCMD -S ".\SQLEXPRESS" -E -i "c:\Backup\SQL_Create.sql" -o "c:\Backup\SQL_Create.txt" PAUSE SQLCreate.bat kann die Datei benannt werden.

Gibt es die automatische Erkennungsmethode nicht mehr? Evtl. muss JAVA auf den Clients installiert sein, weiß ich nicht mehr so genau.

Dein Problem ist die Testumgebung, die ist im Gegensatz zur produktiven Umgebung *NICHT* vollständig up2date. Denn wenn sie das wäre, hättest Du in der Testumgebung das gleiche Problem. Es gab ein Sicherheitsupdate das diese Dinge verhindert. http://blogs.technet.com/b/srd/archive/2014/05/13/ms14-025-an-update-for-group-policy-preferences.aspx Wenn man es deinstalliert, kannst Du wieder Passwörter über GPP verteilen. Evtl. wäre das ja auch eine Lösung für dich: http://blogs.technet.com/b/askpfeplat/archive/2014/05/19/how-to-automate-changing-the-local-administrator-password.aspx