dasistdasende
Goto Top

Exchange 2013 vss writer startet nicht

Ich habe einen Exchange 2013 mit aktueller CU (noch unter VMware 5.1), bei dem die Microsoft Exchange Writer nicht aufgeführt sind und mein Backup (Backup Exec 20.3) dann nicht läuft, weil das Anfordern des Snapshot nicht läuft. Dien Information Store habe ich neu gestartet.
Unter HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\MSExchangeIS\ParametersSystem
gabe es den Name Disable Exchange Writer nicht. Ich habe ihn dann hinzugefügt und den Wert 0 eingetragen.


Verfassername: "Task Scheduler Writer"
Verfasserkennung: {d61d61c8-d73a-4eee-8cdd-f6f9786b7124}
Verfasserinstanzkennung: {1bddd48e-5052-49db-9b07-b96f96727e6b}
Status: [1] Stabil
Letzter Fehler: Kein Fehler

Verfassername: "VSS Metadata Store Writer"
Verfasserkennung: {75dfb225-e2e4-4d39-9ac9-ffaff65ddf06}
Verfasserinstanzkennung: {088e7a7d-09a8-4cc6-a609-ad90e75ddc93}
Status: [1] Stabil
Letzter Fehler: Kein Fehler

Verfassername: "Performance Counters Writer"
Verfasserkennung: {0bada1de-01a9-4625-8278-69e735f39dd2}
Verfasserinstanzkennung: {f0086dda-9efc-47c5-8eb6-a944c3d09381}
Status: [1] Stabil
Letzter Fehler: Kein Fehler

Verfassername: "ASR Writer"
Verfasserkennung: {be000cbe-11fe-4426-9c58-531aa6355fc4}
Verfasserinstanzkennung: {d1e659c6-d471-4933-93bd-2e4db28e1aeb}
Status: [1] Stabil
Letzter Fehler: Kein Fehler

Verfassername: "COM+ REGDB Writer"
Verfasserkennung: {542da469-d3e1-473c-9f4f-7847f01fc64f}
Verfasserinstanzkennung: {0104a619-2729-40d0-a95e-9a7769fe2d4e}
Status: [1] Stabil
Letzter Fehler: Kein Fehler

Verfassername: "Registry Writer"
Verfasserkennung: {afbab4a2-367d-4d15-a586-71dbb18f8485}
Verfasserinstanzkennung: {212b108f-c7da-4596-b56b-13832cb7e635}
Status: [1] Stabil
Letzter Fehler: Kein Fehler

Verfassername: "Shadow Copy Optimization Writer"
Verfasserkennung: {4dc3bdd4-ab48-4d07-adb0-3bee2926fd7f}
Verfasserinstanzkennung: {8d47aa22-57b6-43b7-8f7b-2b0a69b94319}
Status: [1] Stabil
Letzter Fehler: Kein Fehler

Content-Key: 419219

Url: https://administrator.de/contentid/419219

Ausgedruckt am: 19.03.2024 um 06:03 Uhr

Mitglied: clSchak
clSchak 18.02.2019 aktualisiert um 12:56:06 Uhr
Goto Top
Hi

hast du mal probiert einen Snapshop von Hand zu erstellen?

vssadmin create shadow /for=x:

Das sollte auf jeden Fall funktionieren oder zumindest eine Fehlermeldung auswerfen die dir weiterhelfen kann.

Aber meines Wissens nach installiert BEX einen eigenen VSS Provider soweit ich mich erinnere und der wird über den Agent getriggert.

Gruß
@clSchak

Edit: wenn die Auslastung der HDD zu hoch ist werden keine Schattenkopien erstellt bzw. die werden direkt gelöscht (EventID: 25, 35, 13 findet man dann in den Logs)
Mitglied: DasistdasEnde
DasistdasEnde 18.02.2019 um 14:30:42 Uhr
Goto Top
Hi. Ja, der Veritas Support hat mir gesagt, dass ich schauen muss, dass die Writer aufgeführt werden und gfs den Dienst vom Information Store neu starten. In der Ereignisanzeige habe ich nichts gefunden... Gibt es noch ne Idee?
Hier das Ergebnis vom Befehl :
C:\Windows\system32>vssadmin create shadow /for=c:
vssadmin 1.1 - Verwaltungsbefehlszeilenprogramm des Volumeschattenkopie-Dienstes

(C) Copyright 2001-2013 Microsoft Corp.

Schattenkopie für "c:\" wurde erfolgreich erstellt.
Schattenkopiekennung: {6cc26545-fdaf-4c9f-8148-cb277c38afa1}
Schattenkopie-Volumename: \\?\GLOBALROOT\Device\HarddiskVolumeShadowCopy39

C:\Windows\system32>vssadmin list shadows
vssadmin 1.1 - Verwaltungsbefehlszeilenprogramm des Volumeschattenkopie-Dienstes

(C) Copyright 2001-2013 Microsoft Corp.

Inhalte der Schattenkopiesatzkennung: {4a896ecf-0ea0-461b-9eb8-8212590bfb60}
1 Schattenkopie(n) war(en) enthalten bei der Erstellungszeit:
18.02.2019 13:39:02
Schattenkopienkennung: {6cc26545-fdaf-4c9f-8148-cb277c38afa1}
Ursprüngliches Volume: (Cface-smile\\?\Volume{052c57a0-8ab4-11e6-80b4-806e6f6e6
963}\
Schattenkopievolume: \\?\GLOBALROOT\Device\HarddiskVolumeShadowCopy39
Quellcomputer: server.server.local
Dienstcomputer: server.server.local
Anbieter: "Microsoft Software Shadow Copy provider 1.0"
Typ: ClientAccessible
Attribute: Permanent, Clientzugänglich, Keine automatische Freigabe, Ke
ine Verfasser, Differenziell


Mitglied: Penny.Cilin
Penny.Cilin 18.02.2019 aktualisiert um 15:24:24 Uhr
Goto Top
Ich sehe in der Auflistung aber KEINEN Writer von Veritas Backup Exec.
Außerdem hast Du in der Backup Exec 20 Software Compatibility List (SCL) nachgechaut, ob Deine Konstellation supportet ist?

Kann der Support Dir nicht sagen, wie Du den VSS Writer für Bacup Exec wiederherstellen kannst?
Hat es überhaupt mal funktioniert?
Wann hat es das letzte mal funktioniert?
Was wurde verändert / angepasst (Updates, wenn ja welche)?

Was für ein Betriebssystem wird verwendet?

Und außerdem VMware 5.1 ist EOL.

Gruss Penny
Mitglied: DasistdasEnde
DasistdasEnde 18.02.2019 aktualisiert um 16:24:37 Uhr
Goto Top
Ja, das weiß ich. Es wurde ein Update von 14.x auf 20.3 gemacht, das Problem ist, dass ich nur noch über den Agenten sichern kann, wegen der 5.1 bei VMware, Die Sicherung des ESX ist leider nicht mehr möglich (sagte der Support). Die Anhebung der VMware steht an, aber es geht halt nicht sofort und letzte Woche hat es mit dem ESX noch funktioniert. Damals war aber der VSS Writer noch drin. Eventuell geht es nach dem Neustart des ganzen Server, aber das nur, wenn es nicht anders geht.
Aktuell läuft der Exchange auf 2012R2. Der BEX Support sagt jetzt, dass das Thema ein MS Thema sei.-

Die Meldung : "backup exec snapshot initialisierungsfehler auf : Microsoft Information Store"
Snapshor Fehler (0xE0008516): Die für den Snapshot angegebene Datenbank wurde nicht gesichert, da die Datenbank nicht bereitgestellt war.