Sunny61

Der ausführende SQL-Server Benutzer hat IMHO nicht genügend, oder überhaupt keine Schreibrechte direkt auf C:\. Kannst Du denn in das Backup Verzeichnis dieser Instanz sichern?

Die kann sogar abbrechen wenn der Timeout erreicht wird. Hatten wir hier auch im Forum schon einen Thread dazu. In http://www.mcseboard.de/topic/198361-sbs2011-wsus-serverbereinigung-läuft-nicht-durch/page-2#entry1242044 wird eine saubere Lösung beschrieben. Kannst Du das genauer beschreiben? Welchen Ordnungsprozess meinst Du? Wenn abgelehnt ist, wird nichts neu 'geladen'. Die Updates sind erstmal weg. Du kannst natürlich alle auf nicht genehmigt stellen, alle Dateien im Content löschen und anschließend einen /RESET laufen lassen. Genaue Syntax ist hier zu finden: https://technet.microsoft.com/en-us/library/dd939838%28WS.10%29.aspx Erst wenn Du dann wieder Updates genehmigst, weil sie von Clients angefordert werden, werden die Dateien auch von den MS-Servern gedownloadet. Vermutlich besser wäre die Variante mit dem aufräumen, zusätzlich solltest du täglich aufräumen lassen. Es gibt schöne Scripte dafür: http://wsus.de/scripts Bei einem SBS ist das wohl normal. ;)

Probier es doch selbst aus, mit VB.Net ein Testprojekt aufbauen, einen kleine SQL Server als VM aufsetzen, schon kann es losgehen.

Der Mainstream WSUS läuft auf Port 8530, kein SSL im Spiel. Das mußt Du erst konfigurieren. Wie das geht steht in diesem HowTo: http://www.wsus.de/ssl_kommunikation Wenn das korrekt eingerichtet ist und die Clients auch auf Port 8531 mit dem WSUS sprechen können, kannst Du dich daran machen das auf dem Mainstream auch so einzurichten. Immer einen Schritt nach dem nächsten machen. Nein, mußt Du nicht, kannst Du aber. Was spricht dagegen es zu tun?

Es gab ja auch erst kürzlich einen neuen WU-Agent, wäre ja möglich das hier etwas noch nicht so rund läuft. ;)

Dreh das ganz um, erstell eine TestOU und pack den Client und den Benutzer dort rein. Alle GPOs von oben kommend deaktivieren. Jetzt zweimal neu starten und auch zweimal den Benutzer anmelden lassen. Erstell jetzt ein GPO mit den gewünschten Einstellungen im *Benutzerbereich*. Lass nur das GPO auf diese OU wirken, einmal neu starten und anmelden. Wie sieht es jetzt aus? Bei einer OEM-Installation trau ich den mitgelieferten Tools alles zu, nur eine saubere Neuinstallation hilft wirklich. Gibt es irgendwelche Apps die hier quer schießen können? Alternativ einen frisch installierten Client und Testuser in diese OU packen und mit GPEDIT.MSC versuchen das gewünschte nachzustellen. Du hast in http://www.mcseboard.de/topic/203205-administrative-vorlagen-f%C3%BCr-windows-8-f%C3%BCr-windows-server-standard-fe/page-3?do=findComment&comment=1268443 geschrieben es angewendet zu haben, die Hyper-V Rolle ist aber noch nicht hinzugefügt. Probier es bitte aus, und schreib in Zukunft nicht mehr Dinge als ausgeführt, wenn Du sie *NICHT* ausgeführt hast, Danke. Sind das jetzt W8 oder W8.1 Clients? Bezüglich control userpasswords2, das ist nur als Hinweis gedacht. Du kannst es so überprüfen, ob das raus kommt was ihr wollt. Stell einen W2012 R2 dazu und du wirst das Problem vermutlich auch nicht in den Griff kriegen, da ist womöglich etwas anderes faul.

OK, dann nochmal von vorne. Auf einem W8.x Desktop Client funktionieren die Bildschirmschoneinerstellungen wie gewünscht? Bezüglich Kennwort nicht eingeben, via Start > Ausführen > control userpasswords2 [ENTER] findest Du sicherlich die Möglichkeit auf UserId + PW zu verzichten, das ist IMHO für den Bildschirmschoner. Es werden also alle GPO-Einstellungen übernommen? Welche genauen Probleme gibt es dann noch? Nur noch die Sperrung des Surface? Du hast auf dem Surface die Hyper-V Rolle hinzugefügt?

Nein, spielt keine Rolle. Du mußt eben nur DNS und falls WINS im Einsatz ist, auch hier kontrollieren.

Neue Server als Member in die Domain aufnehmen, updaten, zum DC promoten, IP ändern. Nach dem ändern der IP das DNS prüfen und evtl. manuell bereinigen/korrigieren.

Von welchem W8.1 Client sprichst Du jetzt? Surface oder 'normalen' Client? Hast du den Hinweis bezüglich Hyper-V in https://social.technet.microsoft.com/Forums/de-DE/4c304f0b-e802-40cf-8501-fd9fc3a460c5/energiesparrichtlinie-surface-pro-3?forum=gruppenrichtliniende gelesen und testweise umgesetzt?

Du kannst doch jedesmal wenn Du auf die Datenbank zugreifen willst, zuerst prüfen ob die Verbindung steht oder nicht. Wenn nicht, aufbauen und beim xten Fehlversuch den Benutzer informieren. Natürlich muss Gehirnschmalz investiert werden, aber das lohnt sich IMHO. If then else ist keine Schleife. Wenn ein Schreibzugriff fehl schlägt, kannst Du das wohl nicht verhindern, nur abfangen.

Wenn der Reindex hilft, ist mit der HDD oder mit dem Dateisystem auf dem WSUS etwas nicht in Ordnung. Den Reindex auf jeden Fall einmal wöchentlich laufen lassen. Zusätzlich schau dir diesen Artikel an: https://support.microsoft.com/en-us/kb/309422/de-de Verzeichnisse und Dateinamenerweiterungen vom Scan ausschließen ist für dich interessant.

In http://www.mcseboard.de/topic/203190-net-framework-35-installation-nicht-m%C3%B6glich/page-2?do=findComment&comment=1267994 hat er ja schon geschrieben das es funktioniert hat. ;)

Irgendwas oder irgendwer? :p Beantworte meine Frage bzw. führe meinen Hinweis aus. Auf Fragen nicht zu antworten oder Hinweise nicht auszuführen ist weder hilfreich für uns, noch hilft es dir weiter. Lass den Reindex auf der Datenbank laufen, die SUSDB ist auch verantwortlich für die Ansicht in der Konsole.

Status alle auswählen und auf Aktualisieren klicken. Alternativ auf der Startseite vom WSUS auf den Link 'Nicht genehmigte Updates' klicken.

Ausführlicher Artikel: http://www.gruppenrichtlinien.de/artikel/lokaler-administrator-install-agent-delegation-pro-computer/ Welche Softwareverteilung benötigt denn im Jahr 2015 noch lokale Adminrechte? Diese Variante http://www.gruppenrichtlinien.de/artikel/wsus-package-publisher-software-ueber-windows-server-update-service-bereitstellen/ läuft mit den eingebauten Rechten.

If IsOpen = True then 'Verbindung ist offen ElseIF IsOpen = False then 'Verbindung ist nicht offen, am besten jetzt hier öffnen und einen Hinweis dem Benutzer geben. End if

Die ADM-Vorlagen liegen dann nicht mehr lokal am Server und können auf diese Art editiert werden?

Ich benutze dazu immer die Taste F1. Was glaubst Du denn bedeutet Ersetzen in diesem Dialog? Und Aktualisieren dagegen ist nicht schwer. ;)

Wie genau werden die Netzlaufwerke verbunden? Per GPP? Wenn ja, dann nur auf Aktualisieren umstellen.

Da würde ich persönlich lieber die Rechner mit Hilfe PSEXEC.EXE abschalten, die man abschalten kann. Bei den anderen manuell prüfen oder den Prozess killen. In http://www.gssg.de/visbas.htm#vbnet http://www.gssg.de/net_sqlsrv00.htm zeigt der Entwickler man das machen kann. IsOpen ist die Funktion zum prüfen. BTW: Mit der kostenlosen Visual Studio Community Edition 2013 kannst Du so etwas auch selbst ausführen und prüfen. Nein, das ist Sache vom Frontend. Bei jedem Datenbankzugriff muss getestet werden, ob der Zugriff besteht, wenn nein, versuchen zu öffnen. Schlägt das fehl, Info an Benutzer und evtl. nicht gespeicherte Daten ins Dateisystem speichern lassen.

Die Version deutet auf W2008SP2 ohne R hin, zumindest ist das IMHO die Code Basis. Hast Du denn auf dem Server in Central Store die aktuellsten ADMX und ADML Vorlagen? Ansonsten kann das Verhalten schon sein.

Kannst Du kein benutzerdefiniertes Format anlegen? Und nochmal, ruf den Hersteller an, der kann dir sagen ob das geht, und falls ja, auch wie.

Und was soll das in seinem Fall bringen? Genau, nichts. Wenn kein Clients/Server die Updates downloaden können, liegt das woran? Einfach mal kurz überlegen.

Standard FE ist nichtssagend. Windows Taste und Pause drücken, schon siehst Du exakt welche genaue OS-Version der Server hat. Alternativ in einer Commandline ein VER [ENTER] eingeben und hier posten was ausgegeben wird. Das von dir beschriebene Verhalten kenne ich nur von GPPs die an einem Client (VISTA oder höher) bearbeitet/erstellt wurden, und der Server noch mit W2003 läuft.