Sunny61

Warum nicht? :) Verschieben gibt es immer noch, also geht das schon. ;)

Und die Nutzdaten sollte man eigentlich so schnell als möglich per Ordnerumleitung umleiten. Am einfachsten ins Homelaufwerk des Users. Dann sind die Daten auch gleich sauber gesichert. Sind die Einstellungen wirklich so wichtig, dann sichert man die vorher schon dauernd weg, damit mit einem Profil- bzw. Rechnerwechsel kein massives Problem auftauchen kann.

Mit Laufwerksbuchstaben arbeitet man an dieser Stelle einfach nicht. Immer den UNC-Pfad verwenden.

Ich hab so etwas ähnliches hier für SQL Express Instanzen im Einsatz. SQL Script um die Sicherung incl. Dateinamen zu erstellen: DECLARE @path VARCHAR (250) SET @path = 'C:\Program Files\Microsoft SQL Server\MSSQL11.TFSEXPRESS\MSSQL\Backup\Tfs_Configuration_' + CONVERT (VARCHAR (8), GETDATE ( ), 112) + '.bak' BACKUP DATABASE [Tfs_Configuration] TO DISK = @path WITH INIT, NAME = N'Tfs_Configuration_Sicherung' DECLARE @pathLOG VARCHAR (250) SET @pathLOG = 'C:\Program Files\Microsoft SQL Server\MSSQL11.TFSEXPRESS\MSSQL\Backup\Tfs_Configuration_log_sich' + CONVERT (VARCHAR (8), GETDATE ( ), 112) + '.bak' BACKUP LOG [Tfs_Configuration] TO DISK = @pathlog WITH INIT, NAME = N'Tfs_Configuration_Log_Sicherung' Die Pfade kannst Du anpassen und die Datenbanknamen MUSST Du anpassen. Alte Dateien automatisch löschen lassen und in eine TXT schreiben. Das Script ist nicht von mir, ich habe es gefunden und leicht angepasst. 'Script zu löschen von Dateien mit bestimmten Dateiendung und wenn Dateien älter als X Tage sind. Dim fso, folder, files, sFolder, sFolder2, sFolderTarget, objFile, strDateiname Set fso = CreateObject("Scripting.FileSystemObject") 'location of the database backup files sFolder = "\\SERVER\c$\Program Files\Microsoft SQL Server\MSSQL11.TFSEXPRESS\MSSQL\Backup\" sFolder2 = "\\SERVER\c$\Program Files\Microsoft SQL Server\MSSQL11.TFSEXPRESS\MSSQL\JOBS\" Set folder = fso.GetFolder(sFolder) Set files = folder.files 'used for writing to textfile - generate report on database backups deleted Const ForAppending = 8 Const ForWriting = 2 'Prüfen ob es die Log.txt schon gibt, wenn nein, erstellen und gleich wieder schliessen. 'Ansonsten wird der Zugriff beim weiteren schreiben verweigert. If fso.FileExists(sFolder2 & "Log.txt") Then 'Datei ist vorhanden und wird gelöscht, anschließend wieder neu erstellt und geschlossen. fso.DeleteFile (sFolder2 & "Log.txt") Set strDateiname = fso.CreateTextFile(sFolder2 & "Log.txt") strDateiname.Close Else 'Datei ist NICHT vorhanden und wird neu erstellt und geschlossen. Set strDateiname = fso.CreateTextFile(sFolder2 & "Log.txt") strDateiname.Close End If 'Datei zum schreiben öffnen Set objFile = fso.OpenTextFile(sFolder2 & "Log.txt", ForWriting, TristateUseDefault) objFile.Write "================================================================" & vbCrLf & vbCrLf objFile.Write " Bericht über gelöschte Datenbank Backup Dateien " & vbCrLf objFile.Write " Datum: " & FormatDateTime(Now(), 1) & "" & vbCrLf objFile.Write " Uhrzeit: " & FormatDateTime(Now(), 3) & "" & vbCrLf & vbCrLf objFile.Write "================================================================" & vbCrLf Dim itemFiles, sDateiname, sEndung 'iterate thru each of the files in the database backup folder For Each itemFiles In files 'retrieve complete path of file for the DeleteFile method and to extract 'file extension using the GetExtensionName method sDateiname = sFolder & itemFiles.Name 'retrieve file extension sEndung = fso.GetExtensionName(sDateiname) 'check if the file extension is BAK If UCase(sEndung) = "BAK" Then 'check if the database backups are older than 5 days If DateDiff("d", itemFiles.DateCreated, Now()) >= 5 Then 'Delete any old BACKUP files to cleanup folder fso.DeleteFile sDateiname objFile.WriteLine "Datei gelöscht: " & sDateiname End If End If Next objFile.WriteLine "================================================================" & vbCrLf & vbCrLf objFile.Close Set objFile = Nothing Set fso = Nothing Set folder = Nothing Set files = Nothing Und jetzt das ganze noch in einer Batch verpackt, die Du dann auf dem Server als geplante Aufgabe ausführen lassen kannst: REM Backupscript für alle Datenbanken der Instanz SERVER\TFSEXPRESS REM Das Script wird aus dem Taskplaner auf SERVER aufgerufen. cd "C:\Program Files\Microsoft SQL Server\110\Tools\Binn" "C:\Program Files\Microsoft SQL Server\110\Tools\Binn\SQLCMD.EXE" -E -S SERVER\TFSEXPRESS -i "C:\Program Files\Microsoft SQL Server\MSSQL11.TFSEXPRESS\MSSQL\JOBS\TFS_FullBackup.sql" cd "C:\Program Files\Microsoft SQL Server\MSSQL11.TFSEXPRESS\MSSQL\JOBS" cscript.exe alte_dateien_loeschen.vbs del \\NAS\Sicherung\TFS\*.bak xcopy "C:\Program Files\Microsoft SQL Server\MSSQL11.TFSEXPRESS\MSSQL\Backup\*.bak" \\NAS\edv\Sicherung\TFS /S /E /Y

Und es ist auch kein AV-Scanner auf dem Exchange installiert?

XP =! W10. Hier die Anleitung von MSFT für Windows 7: http://windows.microsoft.com/de-de/windows/fix-corrupted-user-profile#1TC=windows-7 Ob Du die auch so für W10 übernehmen kannst, mußt Du selbst ausprobieren. Aber in jedem Fall sollte sich der Benutzer *vor* dem kopieren einmal anmelden, anschließend den Rechner neu starten. Jetzt wie im Artikel beschrieben die Daten vom alten in das neue Profil kopieren. Aber Achtung! Ich würde das nie kopieren, wenn das Quell- und Zielsystem nicht identisch sind. Also kein kopieren von W7 zu W10.

Keine gute Kombination. Du solltest dir einen anderen Dienstleister suchen. ;)

Warum liest Du nicht die Hinweise vollständig und ausführlich, die dir gegeben wurden? Nein, der WSUS ist alles andere als aktuell.

Deshalb schrub ich ja auch 'müssten' und nicht müssen! ;) Na klar, aber wenn dann nur gegen Vorkasse! :)

Der ruft schon zurück, ist nur sehr beschäftigt. Jepp, Indexe und Statistiken sind einen Blick wert. Zsätzlich muss man natürlich auch die Resultate der Werkzeuge lesen können und passend umsetzen. Zusätzlich die TempDB anschauen, die Ablageorte der DBs und noch ein paar weitere Dinge. Da sind aber alles Sachen die die Entwickler der DB wissen müssten. Falls Du einen Workshop mit Uwe machst vor Ort, versuch doch auch einen Entwickler dazu einzuladen. Ist sicherlich nicht uninteressant für die Leute. ;)

In der WSUS-FQ No. 44 findest Du Details bezüglich der Versionsnummer bzw. der Build: http://wsus.de/faq Unbedingt darauf achten an der richtigen Stelle nach der Build zu schauen, das ?-Menü ist der falsche Ort. Details in der WSUS-FAQ No. 44. Der WSUS erkennt gar nichts, der steht nur da und wartet auf die Clients die da zu ihm kommen. Führe diese Befehle in einer Administrativen Commandline auf den betroffenen Servern aus: net stop wuauserv net stop bits rd /s /q %windir%\SoftwareDistribution net start wuauserv wuauclt /detectnow wuauclt /reportnow Anschließend 10 Minuten warten, jetzt die WSUS-Konsole aktualisieren. Tauchen jetzt die fehlenden Maschinen auf?

Du mußt einfach nur den Artikel lesen, ab diesem Teil: Problem manuell beheben

Kompatibilitätsmodus per Microsoft Tool für diese Seiten auf den IE10 umschalten ist keine Option?

Immer noch falsch. Der SBS kann natürlich viele andere DCs neben sich stehen haben, nur der SBS will alle Rollen innehaben. Applocker AFAIR nur auf W7 Enterprise und Ultimate. Haben die Clients W7 Enterprise? https://technet.microsoft.com/de-de/library/dd759131.aspx

Wenn so eine Abfrage aussieht, kann man sich schon ausrechnen warum es so langsam ist. Es ist sicherlich ein Teil die Express Variante, aber IMHO der größere Teil ist die Ahnungslosigkeit mit der an dem System 'gefummelt' wird. Und das fängt bei den Entwicklern der SW an. Der SQL Server ist für sich ein sehr komplexes System, ein Spezialist dafür kann und sollte sich NUR auf den SQL beschränken. Und mit ein paar Handgriffen kann der Uwe Ricken so einiges rausholen und die Fehler der Entwicklern gleich dokumentieren. http://www.db-berater.de/ Hol dir den Uwe, der schreibt dir auch einen passenden Bericht, den kannst Du dann bei dem Hersteller abgeben.

Nebenbei bemerkt, ist die Abfrage wirklich exakt so produktiv? SELECT * FROM ist schon heftig. Der * ist das schlimme daran. Wie wäre es mit einem Spezialisten vor Ort? Der macht mit dir einen Workshop und holt aus der DB/Instanz etwas mehr raus und Du lernst dazu. Gleichzeitig hast Du etwas für die Kommunikation mit dem Hersteller der DB in der Hand.

Das geht zwar in die andere Richtung, aber evtl. hilft es als Idee. http://hannes-schurig.de/19/08/2010/fehlerhafte-gpo-softwareinstallationen-zurucksetzen/ Ansonsten Client in eine OU verschieben, auf der kein GPO verlinkt ist, am besten die Vererbung deaktivieren, zweimal neu starten und auch ein gpupdate /target:computer oder gpupdate /force ausführen. Gleichzeitig solltest Du im SYSVOL die vorhandene GPOs nach der ursprünglichen durchsuchen, nicht das sie noch vorhanden ist. Und später dann am besten die SW via WSUS Package Publisher in Kombination mit dem WSUS installieren lassen. http://wsus.de/wpp

Hier anfangen: http://www.gruppenrichtlinien.de/artikel/zentrale-vergabe-lokaler-berechtigungen/

Fielmann! In Zeile 63 mußt Du lesen.

Darf denn der uns unbekannte AV-Scanner PST/PST-Dateien scannen? Wenn ja, dann abschalten.

Wir sind hier nicht bei der Bundeswehr! Wunschkonzert ist angesagt. :)

Du hast schon wieder nicht auf den Thread im Computerbase Forum hingewiesen. Dort hast Du auch schon Lösungsvorschläge bekommen. Hier kopierst Du einfach nur eine Antworte blind rein, die hat nichts mit meiner Frage zu tun.

Hast Du nicht noch etwas wichtiges vergessen?

Ja und? Auch Usern kann man so etwas sagen, und ja, viele davon verstehen das auch und schwenken um. Nicht alle sind lernresistent. Outlookprofil und/oder Benutzerprofil löschen/neu erstellen.

Und im Taskmanager im Reiter Dienste findest Du den Dienst, der mit dem Prozess No. 4 läuft.