Sunny61

Startet denn Notepad? Hast Du den Task als Administrator oder als Benutzer ausgeführt?

Nein, Router raus und keine Weiterleitung eintragen. Bist Du auch wirklich in den Einstellungen des DNS-Servers? Ich glaub mittlerweile wir reden aneinander vorbei. Nein, in den Eigenschaften des DNS-Servers nimmst Du alle Weiterleitungen raus, trägst sonst nichts ein. Damit werden die Root-Server verwendet. Zeig doch ein ipconfig /all von einer anderen Maschine.

Na klar kannst Du auf W7 zurück.

Einer schreibt den Mist vor, 100 schreiben den Mist ab. Ist bei Netzt und/oder weis/weiss nicht anders, leider. Jepp, ist falsch und wird auch nicht durch andauernde Wiederholungen richtiger. ;) Nennt sich auch plenken. https://de.wikipedia.org/wiki/Plenk http://www.sockenseite.de/usenet/plenken.html https://de.wiktionary.org/wiki/plenken

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

Es geht auch ohne zu löschen. Melde dich als Admin an, das Profil im Explorer umbenennen. Von User in _User. Und jetzt in die Registry: HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\ProfileList Auf der rechten Seite finden sich die SIDs, dort suchst Du den User1 und lösch den Teil des User1. Neustart und jetzt den User1 anmelden lassen. Es wird ein frisches Profil erstellt. Wenn die Fehlermeldung jetzt nicht mehr erscheint, kannst Du Daten noch aus dem alten Profil holen.

Läuft auf dem SQL Server ein Terminal- bzw. RDS-Server? Haben die Abbrüche alle Clients oder nur bestimmte? Ist das eine VM? Wenn nein, dann bitte die Treiber für die NIC prüfen. Ist ein Teaming eingerichtet? Gibt es mehrere NICs? Wenn ja, wie ist die Aufteilung für den SQL Server in dieser Hinsicht?

Nein, nimm den Router bei den Weiterleitungen raus, dann werden die Root-Server verwendet. Einfach mal ein oder zwei Tage testen.

Dann trag doch dort einen DNS vom Provider ein, alternativ einen von Google: 8.8.8.8 Welche DNS-Server stehen denn im Router/Standardgateway drin? Nicht das hier noch etwas falsches/altes drin steht.

Kannst Du denn die 490er Fehler zeitlich mit den Abbrüchen in Verbindung bringen? http://www.eventid.net/display-eventid-490-source-ESENT-eventno-3643-phase-1.htm Scannen die Clients evtl. zu viel? Du solltest zuerst das aktuelle CU installieren, den Server booten und dann erneut testen.

Auf der gleichen Seite einfach den SQL Server ändern: https://technet.microsoft.com/de-de/library/dd638062(v=sql.120).aspx Ich würde die Instanz mit allen Datenbank in einem Wartungsfenster updaten. Natürlich nicht ohne saubere Datensicherung vorher. Sind es immer die gleichen Clients, die die Abbrüche melden? Und was ist während so einem Abbruch, kannst Du dann von einem Client auf das Dateisystem zugreifen? Gibt es im SQL Server Log Einträge? Habt ihr denn im AV-Scanner auch die passenden/richtigen Ausnahmen eingetragen? https://support.microsoft.com/de-de/kb/309422 http://sqlmag.com/blog/sql-server-and-anti-virus

Es gibt noch 2 CUs für den SQL 2014, evtl. solltest Du das letzte installieren und erneut testen: https://support.microsoft.com/de-de/kb/2936603 EDIT: Kannst Du zum Zeitpunkt eines solchen Abbruches, denn noch auf das Dateisystem des SQL Servers zugreifen, oder ist nur die Instanz nicht mehr verfügbar?

Im SQL Server Management Studio mit SELECT @@Version die Versionsnummer rausfinden und posten. Ist denn die uns unbekannte Anwendung für den SQL 2014 freigegeben?

OK, im DNS Manager einen Rechtsklick auf den Servernamen machen > Eigenschaften. Was steht im Reiter Weiterleitungen?

Zu 137 gibt es auch Hinweis auf VMWare auf EventID.net: http://www.eventid.net/display-eventid-137-source-ntfs-eventno-9241-phase-1.htm

Wer oder was ist 192.168.1.1? Ein Standard-GW wird wohl kein DNS-Server im Ad sein, also raus damit. Auf dem SBS würde ich anstatt 127.0.0.1 die echte IP des SBS eintragen. Wie genau ist die Weiterleitung in den Eigenschaften des DNS-Server auf dem SBS konfiguriert? Welcher Netzwerktyp wird im Netzwerk- und Freigabecenter auf dem SBS angezeigt? Domänennetzwerk oder etwas anderes?

Weshalb zweimal die Frage stellen? Einmal reicht und dort ist auch schon Antwort: http://www.mcseboard.de/topic/208672-computernamen-per-powershell-vergeben-mit-abfrage/

Zeig doch bitte auch ein ipconfig /all vom SBS und vom W2012R2. Start > Ausführen > cmd > ipconfig /all | clip [ENTER]. Den Inhalt hier in einen Code-Tag posten, Danke. Windows Taste drücken auf dem W2012R2 > Ereignisanzeigen eintippen. Den Rest kriegst Du hin, oder?

Ja, ich möchte trotzdem alles ausschließen was im GPO aktiviert/deaktiviert ist. Der Fehler wird oft im Zusammenhang mit der Einstellung für Signierte Updates aus .. genannt.

Erstell doch mal ein neues GPO für den WSUS zum Test für eine TestOU. Darin konfigurierst Du nur den WSUS, sonst nichts. Kann der Testclient in der TestOU jetzt wieder korrekt melden? Auf welchem OS ist der WSUS installiert? Welche Build zeigt die Startseite vom WSUS für den WSUS an? Hier siehst Du wo genau Du hinschauen musst: http://www.wsus.de/images/wsus-version.png BTW: Stündliches suchen nach Updates ist nicht so hilfreich, 4 Stunden Suchhäufigkeit reicht aus. Alles andere belastet den WSUS bzw. den SQL Server dabei u.U. zu stark.

Danke für die Rückmeldung und die Info. ;)

Ja, und der Murks wird nicht besser. :( Hoffentlich kriegen sie im November passendes Feedback! :)

Das ist erstens vermutlich im Prozess nicht vorgesehen und zweitens wird es niemanden interessieren, so ist mein Eindruck momentan.

Warte vor der Anmeldung 2 Minuten, und melde dich dann an. Wurde das Script ausgeführt? Werden nur die Drucker nicht verbunden? Werden die Drucker auch nicht verbunden, wenn Du das Script manuell ausführst?

Es ist nicht nötig Screenshots von Ereignisprotokollen zu posten. Die EventID und die Source einfach per Copy and Paste rausholen reicht aus. Wie sieht ein ipconfig /all vom Client aus? Auf der Commandline ein ipconfig /all | clip ausführen und hier in einem Code-Tag posten.