Sunny61

Fehlermeldungen im Ereignisprotokoll?

Hallo zusammen, zum heutigen/gestrigen PatchDay wird bzw. wurde seitens Microsoft dieses als "wichtig" eingestufte Update zu Office Outlook 2010 veroeffentlicht: <https://support.microsoft.com/en-us/kb/3114409> Nach Installation von KB3114409 tritt das Problem auf, dass Outlook 2010 im abgesicherten Modus (und somit in geaendertem Layout) gestartet wird. Abhilfe bis zur Behebung des Fehlers: - Dieses Update derzeit nicht zu installieren oder - bei bereits erfolgter Installation selbiges zu deinstallieren: Windows-Taste, Eingabe "Installierte Updates" (ohne "), KB3114409 suchen, Maustaste rechts --> Deinstallieren. - Im WSUS zum deinstallieren genehmigen bzw. Ablehnen. Servus Sunny

Soweit bist Du nicht weg von mir! :p

Upgrade ist Mist, Upgrade ist Mist. Auch wenn es technisch funktioniert, Upgrade ist und bleibt Mist.

In der GPP von Ersetzen auf Aktualisieren umstellen.

Hol dir Autoruns von Sysinternals und überprüfe die Treiber die geladen werden.

Gibt es das Konto auf den PCs evtl. als lokales Konto? Wird auf den beiden W10 Clients mit einem Microsoft Konto gearbeitet? Danke für die Mitteilung des Crossposting. ;)

Danke für die Aufklärung. ;)

Servicepacks nicht vergessen! Vorsichtshalber extra kontrollieren. Und wenn man den Bereinigungsassistenten täglich im Taskplaner laufen lässt, braucht man den Rest erst gar nicht Lernen. :P

AgentRansack ist ganz wunderbar dafür geeignet. https://www.mythicsoft.com/agentransack/download

Und für was genau steht mv und backup.6 und backup.7? Ist das ein Programm oder ein Script von dir?

Wir hatten das Problem auch mit so manchen Adressen. Manchmal mußte man auch die Adresse aus dem Adressbuch löschen und anschließend manuell neu anlegen. Ein exportieren und nach dem Löschen wieder importieren hat nicht ausgereicht.

Die Updates für Office 2013 ablehnen. Damit es einfacher geht, erstellst Du dir eine neue Updateansicht. Office 2013 auswählen, alle markieren, Rechtsklick > Ablehnen. Lies dir doch einfach mal Beschreibungen zu *ALLEN* angeboten Optionen durch.

Was genau möchtest Du mit den Zeilen der Welt mitteilen?

Wenn Du ein Script bekommst solltest Du es zuerst richtig debuggen können. Ein VB-Script kann man mit VBA in einem Office Programm, Excel, Word oder Access debuggen. Alternativ natürlich auch mit einer IDE für VB-Scripte. Dabei sieht man dann viel mehr. Inhalte von Variablen und kann so viel besser verstehen was wann passiert. In sFolder = "\\Eddies-PC\l$\Backup\" wird das Verzeichnis der Variablen zugewiesen. Liegen denn in diesem Verzeichnis auch die *.BAK-Dateien? Wenn ja, hat der ausführende Benutzer denn auch Leserechte auf den Pfad? Wo landest Du wenn Du den Pfad im Explorer in die Adresszeile einfügst und mit ENTER bestätigst? Bedenke! Wenn der ausführende Benutzer ein anderer ist, kann es leicht sein dass der LW-Buchstabe L:\ in dessen Kontext nicht vorhanden ist.

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. ;)