Sunny61

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?

Und was ist mit den restlichen Fragen/Hinweisen? Zugriff verweigert deutet sehr stark auf 'raus aus der Domain, und wieder rein in die Domain'.

Alles komplett in den Schrank legen, Rechnung auch dazu legen, sollte reichen.

Falls die Frage noch aufkommen sollte, der SBS kann auch keine Vertrauensstellung aufbauen. Und ja, es kann durchaus sein dass trotz unterschiedlicher NetBIOS Namen sich einer oder beide SBS alle 2 Stunden abschalten. Wenn das der Fall ist, mußt Du einen vom Netz nehmen. Weshalb habt ihr nicht den SBS2011 als Ablösung für den SBS2003 konfiguriert? Swing-Migration nennt man so etwas. Dabei bleibt das vollständige AD erhalten. Der SBS2003 ist auch IMHO schon aus dem Support, sollte eigentlich auch vollkommen abgeschaltet werden.

So ein Exchange ist ein lebendes System, das sollte man regelmäßig aktualisieren. Sei froh dass Du bisher noch nicht in größere Bugs gelaufen bist. Off-Topic: Finde ich auch nervig dass mein Auto 14 Tage seinen Dienst verrichtet hat, und dann plötzlich ohne Benzin liegen bleibt! :)