Das ganz neue Windows Update KB3210137 (Sicherheitsupdate für .NET Framework vom 13. Dezember 2016) bringt große Probleme mit Veritas (Symantec) Backup Exec auf einem Windows Server 2012 R2 mit sich. Nach der Installation dieses Updates bringt die Backup Exec Management Console folgende Fehlermeldung.
Der BackupExec Management Service konnte nicht gestartet werden.
Die BackupExec-Datenbank war offline. Bringen Sie sie online und starten Sie die BackupExec Services neu.
Data Source: BEDB
Bei offener Verbindung und nach erfolgreiche Anmeldung trat ein Fehler auf, als MARS für diese Verbindung aktiviert wurde. (provider: Shared Memory Provider, error: 15 – Funktion wird nicht unterstützt)
Vor der Installation der Windows Updates funktionierte Backup Exec noch komplett einwandfrei, nach der Installation der Windows Updates und einem Neustart des Systems kam es zu dieser Fehlermeldung. Also liegt das Problem an einem dieser Updates.
Wir haben dann nach und nach die Updates wieder deinstalliert über Programme und Features, Installierte Updates (appwiz.cpl). Letztendlich lag es an dem Update
KB3210137 (Sicherheitsupdate für .NET Framework vom 13.12.2016).
Nach der Deinstallation dieses Updates KB3210137 und einem Neustart lief Backup Exec wieder einwandfrei. In der Beschreibung des Updates bei Microsoft steht auch der Hinweis auf eine Änderung, die in der Fehlermeldung angezeigt wird (Anbieter: Shared Memory-Anbieter, Fehler: 15 – Funktion wird nicht unterstützt).
Scheinbar gibt es das Problem aber schon länger, denn auch das Update KB3195387 (November 2016 Preview des Sicherheitsupdates für das .NET Framework 4.6 und 4.6.1 auf Windows 8.1 und Windows Server 2012 R2 (KB3195387) vom 15. November 2016) scheint davon betroffen zu sein. Ob noch weitere Updates davon betroffen sind, ist derzeit nicht bekannt. Auch zukünftige Updates, die sich mit Sicherheitsupdates für .NET Framework beschäftigen, können somit Backup Exec negativ beeinflussen.
Anmerkung vom 04.01.2017: Scheinbar sind noch weitere Updates schuld an diesem Problem, dazu zählen auch die Updates KB3210132 und KB3205404. Dies konnten wir heute an Livesystemen feststellen.
Hier nachfolgend haben wir Euch noch weitere interessante Beiträge rund um Veritas Backup Exec aufgeführt.
– Backup Exec 16 von Veritas verfügbar
– FP5 für Backup Exec 15 erschienen (Revision 1180)
– Hyper-V .AVHD Problem beim Backup Exec 15 FP3
– Backup Job bei Symantec (Veritas) Backup Exec kopieren
– Backup Exec – SDR Datenträger erstellen – Teil 1
– Backup Exec Vorbereitungen für SDR Datenträger – Teil 2
– Backup Exec – SDR Datenträger erstellen – Teil 3
– Symantec (Veritas) Backup Exec Error V-79-57344-33932
– Symantec (Veritas) Backup Exec Fehlermeldung (FIXEDB2DDevice, Speicher konnte nicht gelöscht werden)
Empfohlene Beiträge
-
Backup Exec 2012 Snaphot Error 0xe0008526 (V-79-57344-34086) -
Backup Exec – SDR Datenträger erstellen – Teil 1 -
Backup Exec 16 von Veritas verfügbar
-
Deduplication Option Error bei Symantec Backup Exec 2014 Upgrade -
Backup Job bei Symantec (Veritas) Backup Exec kopieren -
Backup Exec Vorbereitungen für SDR Datenträger – Teil 2 -
Symantec Backup Exec Fehlermeldung 0xe0008488 – Zugriff verweigert
-
Symantec (Veritas) Backup Exec Error V-79-57344-33932 -
Backup Exec – SDR Datenträger erstellen – Teil 3
-
Komplettes Backup der Registry erstellen -
Symantec (Veritas) Backup Exec Fehlermeldung (FIXEDB2DDevice, Speicher konnte nicht gelöscht werden)
-
Backup der Gruppenrichtlinien erstellen -
Hyper-V .AVHD Problem beim Backup Exec 15 FP3 -
Backup Exec 2015 Feature Pack 3 (FP3)
-
Symantec (Veritas) Backup Exec 2015 Feature Pack 2 (FP2)
-
Restore Exchange Server mit Veritas BackupExec
-
WHEA Logger – Ereignis ID 47 -
Hyper-V Meldung „Sicherung wird ausgeführt ….“ -
0x800F0954 Fehlercode bei Installation vom .Net Framework 3.5
Das kann echt nicht sein, jetzt funktioniert auch noch Backup Exec nicht, weil Microsoft fehlerhafte Updates rausbringt. Eine Schade!
Ja, das ist sehr ärgerlich und wir haben schon einige Zeit gesucht, bis wir das Update gefunden haben, welches Probleme bereitet.
Danke für die Lösung! Auf den Zusammenhang mit dem .NET-Update wäre ich sonst nicht gekommen. Nur schade, dass „freie Foren“ deutlich informativer sind als die hersteller-eigenen Seiten. Und ich glaube nicht, dass Veritas diesbezüglich noch keinen Case offen hat.
Leider habe ich das Problem mit allen .Net Updates. Jeden Monta wieder probiert, jeden Monat exakt der selbe Fehler. Microsoft scheint es nicht zu interessieren das ihre Updates fehlerhaft sind. Ich werde so schnell keine .Net Updates mehr genehmigen….auf dieversen Windows 8.1 Systemen gab es ähnliche Probleme mit Drittanbietersoftware nach einem .Net Update