Sunny61

Welche genauen Fehlermeldungen gibt es im Eventlog auf den Clients/Servern? Wird denn zwischen den DCs sauber repliziert? Sind denn die beiden Einstellungen in einem GPO für die Clients gesetzt? http://www.gruppenrichtlinien.de/artikel/fast-logon-schnelles-anmelden-asynchrones-startverhalten-ehemals-faq-36/ Welches Script läuft denn ab? Batch? KixArt? Weshalb kein Group Policy Preference?

ReIndex =! CleanUp. ;) Dieses http://wsus.de/serverbereinigung2 CleanUp Script läuft bei uns täglich auf allen WSUS-Installation. Zusätzlich das Script das für die W8.1 und W2012/R2 Bezeichnung. Das ReIndex Script läuft einmal die Woche. Nein, Das ReIndex Script 'beschleunigt' die SUSDB, das CleanUp Script räumt auf. Ändere den WSUS bitte mal ab: Von: WSUS server: http://windowsupdate.domain.de:8530 auf: http://DeinWSUS:8530 Sieh doch auch in der WSUS-FAQ No. 44 nach, ob Du bzw. die Version des verwendeten WSUS auch wirklich die No. .262 hat. http://www.wsus.de/faq In der FAQ findest Du auch die exakte Stelle für die Versionskontrolle. Und alle anderen Clients/Server holen sich brav die Updates vom WSUS ab?

Abfrage Designer schließen, Rechtsklick auf Sichten > Neue Sicht. Tabellenfenster schließen, jetzt kannst Du aus den verschiedenen Datenbanken die Tabellen per Drag and Drop ins Abfragefenster ziehen.

Welche SW läuft denn auf dem TS noch? Das hat beim IE noch nie geholfen. Start > Ausführen > iexplore.exe -extoff [ENTER]. Geht jetzt der IE auf? Welche Sicherheitssoftware ist auf dem TS installiert?

Mein Feststellung war/ist täglich laufen lassen. Ich hatte es zuerst nur einmalig, dann wöchentlich, jetzt täglich. Aber tut nicht weh, hängt am CleanUp Script mit dran, das läuft eh täglich.

Serverneustart wäre noch eine Option. Sollte bei einem TS sowieso fast täglich passieren.

Sieh auf dem betroffenen Client/Server in der %windir%\WindowsUpdate.log nach Fehlermeldungen. Mit diesem Script kannst Du das kosmetische Problem beseitigen: UPDATE [SUSDB].[dbo].[tbComputerTargetDetail] SET [OSDescription] = 'Windows Server 2012 R2' WHERE [OSMajorVersion] = '6' AND [OSMinorVersion] = '3' AND [OldProductType] <> '1' AND ([OSDescription] <> 'Windows Server 2012 R2' or [OSDescription] IS NULL) Wenn Du das obige Script genauso wie dieses (http://gallery.technet.microsoft.com/scriptcenter/6f8cde49-5c52-4abd-9820-f1d270ddea61) einbindest bzw. mit Hilfe von SQLCMD täglich laufen lässt, ist die Kosmetik Schnee von Gestern. Und das hier ist für Windows 8.1: UPDATE [SUSDB].[dbo].[tbComputerTargetDetail] SET [OSDescription] = 'Windows 8.1' WHERE [OSMajorVersion] = '6' AND [OSMinorVersion] = '3' AND [OldProductType] = '1' AND ([OSDescription] <> 'Windows 8.1' or [OSDescription] IS NULL)

Danke für die Ergänzung. ;)

Evtl. helfen auch die HowTos in diesen Links: http://www.mssqltips.com/sqlservertip/2810/how-to-migrate-a-sql-server-database-to-a-lower-version/ http://www.selarom.net/blog/2012/04/16/downgrading-an-sql-server-database-using-scripts Du könntest natürlich auch eine Sicherung erstellen, auf einer anderen Instanz wiederherstellen und dort versuchen den Datenbanklevel nach unten zu korrigieren. Ohne Gewähr!

Von wem genau kommt diese Meldung Vom AV-Scanner oder von Windows direkt? Kannst Du einen Screenshot davon uploaden?

Beim W2012R2 ist der IE11 doch schon dabei. Das kommt drauf an. Habt ihr einen Central Store? Wenn ja, dann mußt Du dort die ADMX und ADML Dateien manuell aktualisieren. http://www.gruppenrichtlinien.de/artikel/central-store-fuer-administrative-vorlagen/ http://www.gpanswers.com/how-to-make-the-ultimate-admx-central-store/

Na wunderbar, freut mich für Dich und Danke für die Rückmeldung. ;) Nach dem SP3 auch gleich das Rollup 6 installieren, dann ist der Exchange wieder aktuell. Du kannst auch mit Board-Mitteln den Exchange sichern: http://www.msxfaq.de/e2010/e2010backup.htm#Sicherung_mit_Bordmittel

Naja, wir haben hier schon alles mögliche und unmögliche gehabt und gesehen. Es kann natürlich auch ein Computerstartupscript sein. Aber weshalb soll ein Loginscript keinen Einfluß drauf haben?

Langfristig wirst Du um eine Domäne nicht herum kommen. Und der Windows Server 2003 läuft nächstes Jahr aus dem Support bei Microsoft. Ein umdenken und umbauen ist der einzig richtige nächste Schritt.

Gibt es denn irgendwelche Loginscripte oder andere GPO-Einstellungen die dir hier den Tag vermasseln können? Kannst Du den Client in eine OU verschieben, auf der keine GPOs verlinkt sind? Auch die Default in der Vererbung deaktivieren, jetzt den Client zweimal neu starten. Und erst jetzt das GPO für die Client-Zeitkonfiguration verlinken. Wieder zweimal neu starten, findest Du jetzt etwas im Log zum Zeitdienst?

Ist denn das Benutzerkonto auch aktiviert? Nur eingetragen alleine reicht nicht aus. Du vermischt hier lokale Benutzerkonten mit Benutzerkonten aus dem AD. Ein lokal erzeugter/angelegter Benutzer hat immer das Recht sich an diesem Client anzumelden, das was Du mit Lokal anmelden machst betrifft nur Konten aus dem AD. Gut, dann prüfe nach ob das Konto auch aktiv ist. Lies die geposteten Links, steht alles da drin. Glauben tut der Pfarrer in der Kirche, hier zählen nur Fakten. Prüf nach was genau in de GPO konfiguriert wird. Du kannst dich auch ohne Kontakt zum DC mit einem Konto aus der Domain anmelden. Voraussetzung ist dass das schon mind. einmal auf diesem Rechner gemacht wurde. Wenn ja, dann kannst Du dich die nächsten 100 Jahre mit deinem Domain Konto an dem Client anmelden ohne das er zwischendurch einen Kontakt zum DC haben muss. So etwas in der Art dachte ich mir schon, deshalb auch die Frage. Möglicherweise kannst Du dir jetzt das ganze mit den lokalen Konten sparen. Mach das, und bitte erst anschließend die nächste Frage stellen, Danke. ;)

Nein, Daniel wollte dich nur auf einen Lizenzverstoß hinweisen, und das ist nunmal kein Kavaliersdeleikt in Deutschland. BTW: Gibt es für dein Tablet keine Teamviewer Version? BTW2: Frag doch den Admin in der Schule ob er dir nicht RPD ausgehend zu deinem Server freigibt, dann könntest Du zumindest das versuchen. Einen Lizenzverstoß auf deinem Server begehst Du ohne RDP-CAL immer noch.

Auf einem Testclient kannst Du diese Vorgehensweise ausprobieren: http://windows.microsoft.com/de-DE/windows-vista/Fix-a-corrupted-user-profile Der Benutzer muss sich allerdings schon einmal angemeldet haben, dann kannst Du versuchen den Inhalt des alten in das neue Profile zu kopieren. Anschließend unbedingt neu starten. Kann funktionieren, muss aber nicht.

Gibt es dafür denn auch einen guten nachvollziehbaren Grund? Sind das evtl. mobile Geräte und Du möchtest das sich die Benutzer auch ohne Kontakt zu einem DC anmelden können? Ist der Benutzer denn dann auf dem Client in den lokalen Benutzerkonten zu sehen? Auf einem solchen Client: Start > Ausführen > lusrmgr.msc [ENTER]. Wird der Benutzer hier angezeigt? Du hast das GPO auf eine OU gelegt in der sich das *Computerkonto* befindet? Anschließend mußt Du den Rechner einmal neu starten, jetzt anmelden und LUSRMGR.MSC aufrufen. Ist der lokale Benutzer vorhanden? Wenn ja, dann kannst Du hier weitermachen: http://www.gruppenrichtlinien.de/artikel/verwaltung-der-lokalen-administratoren/ http://www.gruppenrichtlinien.de/artikel/zentrale-vergabe-lokaler-berechtigungen/ http://www.gruppenrichtlinien.de/artikel/lokaler-administrator-install-agent-delegation-pro-computer/

Du hast im SYSTEM-Protokoll nachgesehen? Erscheint überhaupt eine Meldung im Log?

Dort ist von einer RDP-CAL nichts zu lesen. Du hast ein OS gemietet und da ist ein administrativer Zugang via RDP enthalten. Wie der Name schon sagt ist das ein Zugriff zum administrieren. Wenn Du in VS effektiv arbeiten willst bzw. tust, benötigst Du sog. RDP-CALs, zumindest eine für dich.

Starte auf einem Client den Dienst Windows-Zeitgeber neu und sieh nach 30 Sekunden im System-Eventlog nach. Time-Service EventID 35 sollte gelogt werden.

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

Mit dem User State Migration Tool kannst Du die Profile migrieren: http://technet.microsoft.com/de-de/library/dd560801%28v=ws.10%29.aspx

Auf die Fragen hast Du sicher schon gewartet: Was sagt der Hersteller der SW? Wer hat die SW installiert?