Wie behebt man den Systemstatus-Sicherungsfehler und den NTDS VSS-Status (Fehler: 0x800423f4) [11]?

Das SBS 2011 (Exchange ist auf SP1) Windows 2008 R2 hat plötzlich die Erstellung fehlerhafter Sicherungen eingestellt

Sicherung nicht erfolgreich. Ein Volume Shadow Copy Service-Vorgang ist fehlgeschlagen. Unbekannter Fehler (0x800423f4).

Wenn Sie die Sicherung manuell über die SBS-Konsole starten, schlägt die Sicherung nach 52 Sekunden fehl.

Hardware-Setup

Die Quelle der Sicherung sind zwei RAID-1-Volumes, die an einen P420 angeschlossen sind:

• 2 x 128 GB Samsung SSD 840 - 78 GB von 119 GB verfügbar
• 2 x 300 GB ATA WDC WD3000HLFS - 218 GB von 279 GB verfügbar

Das Sicherungsziel ist ein USB-Laufwerk mit 298 GB (freiem) Speicherplatz.

Die Sicherung des Systemstatus schlägt fehl

> wbadmin start systemstatebackup -backuptarget:\\?\Volume{3956a561-b129-11e3-805c-7446a0f49555}
...(203.18 MB)...

Failure in a Volume Shadow Copy Service operation.

ERROR - Volume Shadow Copy Service operation error (0x800423f4)
The writer experienced a non-transient error.  If the backup process is retried,
the error is likely to reoccur.

Ich konnte keine .etl-Dateien lesen

Die wbadminBefehlsausgabe zeigt auch auf Protokolldateien, unter denen verfügbar sein sollte C:\Windows\Logs\WindowsServerBackup\, es sind jedoch keine .logDateien vorhanden (nur .etlDateien).

Der NTDS-Writer befindet sich im Status "[11] Fehlgeschlagen".

> Vssadmin list writers

Der einzige Fehlerpunkt ist der NTDSVerfasser:

Writer name: 'NTDS'
   Writer Id: {b2014c9e-8711-4c5c-a5a9-3cf384484757}
   Writer Instance Id: {d88809aa-a5ef-460e-84c0-4dd8a8350184}
   State: [11] Failed
   Last error: Non-retryable error

Ereignisanzeige

Im Ereignisprotokoll der ApplicationEreignisanzeige wird der wbadmin start systemstateBefehl registriert

• Ein Fehler für die Anwendung Backupmit Ereignis-ID 521und Fehlernummer 2155348129.
• Den Befehl die ESENT Ereignis-IDs auftreten ist diese Reihenfolge nach dem Start: 2001, 2001, 2003, 2006, 2003, 2006,
• dann gibt es das VSSEreignis 8229mit Fehler 0x800423f4,
• dann gibt es 18264Ereignisse (MSSQL-Datenbanksicherung erfolgreich für MICROSOFT##SSEE, SBSMONITORINGund SHAREPOINT),
• und schließlich gibt es das BackupEreignis 521mit Fehler 2155348129.

Regression

• Starten Sie neu
• CrashPlan backupDienst deaktivieren
• Deaktivieren SQL Server VSS Writer
• C:\Program Files\Common Files\Microsoft Shared\Web Server Extensions\14\BIN>PSConfig.exe -cmd upgrade -inplace b2b -force -cmd applicationcontent -install -cmd installfeatures

• Volume Shadow Shadow Copy-Dateien für das Startvolume löschen

  > vssadmin delete shadows /for=c: /all

• Stellen Sie Volume Shadow Copy so ein, dass auf beiden Volumes unbegrenzter Speicherplatz verwendet wird

• Sicherungskatalog löschen

  > wbadmin delete catalog

• Starten Sie die Dienste Comund neuDCOM

• Starten Sie den Volume Shadow CopyDienst neu
• Deinstallieren Sie die Windows-Sicherungskomponente. Neustart; Installieren Sie die Windows-Sicherungskomponente
• Installieren Sie Update Rollup 4 für Windows Small Business Server 2011 Standard (KB2885319).
• Vss Dlls neu registrieren
• Installieren Sie Sharepoint 2010 Foundation SP2
• cd "C:\Program Files\Common Files\Microsoft Shared\Web Server Extensions\14\BIN";PSConfig.exe -cmd upgrade -inplace b2b -force -cmd applicationcontent -install -cmd installfeatures
• Erhöhen Sie die Auslagerungsdatei von 32 MB auf 1,5x RAM (90000 MB).
• Ausführen dcdiag /fix; alten Domänencontroller entfernen; Neustart; dcdiag /fixwieder laufen

Befehl "dcdiag / fix" schlägt fehl

Starting test: NCSecDesc
    Error NT AUTHORITY\ENTERPRISE DOMAIN CONTROLLERS doesn't have
       Replicating Directory Changes In Filtered Set
    access rights for the naming context:
    DC=DomainDnsZones,DC=CONTOSO,DC=COM
    Error NT AUTHORITY\ENTERPRISE DOMAIN CONTROLLERS doesn't have
       Replicating Directory Changes In Filtered Set
    access rights for the naming context:
    DC=ForestDnsZones,DC=CONTOSO,DC=COM
    ......................... Contoso-DC1 failed test NCSecDesc 

FRS evntvwr

Das Protokoll des Dateireplikationsdienstes zeigt einige Fehler mit der ID 13568, De Dateireplikationsdienst de volgende fout aangetroffen im Replikatset DOMAIN SYSTEM VOLUME (SYSVOL SHARE): JRNL_WRAP_ERROR.

Wie lasse ich dieses Backup seine Backups wieder abschließen?

Das Kopieren von Volumenschatten funktioniert manchmal aus einer Reihe von Gründen nicht mehr, die ich nicht wirklich verstehe. Es ist mir jedoch gelungen, den VSS-Dienst wieder ordnungsgemäß auszuführen, indem alle vorhandenen Schattenkopien auf einem bestimmten Volume gelöscht wurden. Gehen Sie in einer Eingabeaufforderung mit erhöhten Rechten folgendermaßen vor:

vssadmin delete shadows /for=c: /all

Ich sehe, dass Sie versucht haben, die VSS-Kopien für Ihre Volumes zurückzusetzen, aber haben Sie das so gemacht?

Überprüfen Sie als Nächstes die ETL-Dateien, die Sie erhalten. Sie können analysiert werden, wenn Sie die hier verfügbaren VSS-Ablaufverfolgungstools verwenden . Versuchen Sie insbesondere Folgendes:

vsstrace -etl <file.etl> -o <outfile>

Dies sollte Ihnen die protokollierten Ereignisse in einem lesbaren Format geben. Wenn sich dies nicht lohnt, versuchen Sie, eine Liste der folgenden VSS-Autoren zu erhalten:

vssadmin list writers

Das Ergebnis sollte eine Liste von Entitäten sein, die den VSS-Dienst verwenden, um Inhalte zusammen mit einem Last error:Eintrag pro Writer zu schreiben . Insbesondere sollten Sie prüfen, ob mehr als nur eine fehlerhafte Komponente vorhanden ist.

EDIT: und das - ich habe mich gerade daran erinnert, dass ich die Seltsamkeit von wbadmin durch Zurücksetzen des Sicherungskatalogs behoben habe. Dies kann eine Option für Sie sein oder auch nicht, aber ich habe es so gemacht:

wbadmin delete catalog

Ich hoffe es hilft!

In meinem Fall musste ich nur den Volume Shadow Copy Service (VSS) auf manuell einstellen und den Dienst beenden. Ich habe bereits gesehen, wo in Foren vorgeschlagen wird, diesen Dienst auf automatisch zu setzen. schlechter Rat. Ich habe noch nie gesehen, dass irgendetwas mit VSS zu tun hat.

Fast ein Jahr nach Microsoft-Updates ist das Problem mit VSS NTDS-Fehler 11 immer noch vorhanden.

Diesmal habe ich:

1. > vssadmin delete shadows /for=c: /all
2. Beenden Sie den CrashPlan-Sicherungsdienst
3. Starten Sie COM + Event System neu
4. Starten Sie Volume Shadow Copy neu
5. > wbadmin delete catalog

Beim Öffnen der Windows Small Business Server 2011-Sicherungskonsole wird jetzt aufgeführt, dass keine Sicherung konfiguriert ist. Ich habe jetzt das Server-Backup neu erstellt, das auch das USB-Laufwerk neu formatiert. Das erste Starten des Backups stoppt nach ± ​​52 Sekunden. Das zweite Mal wird der Sicherungsvorgang bereits über 30 Minuten lang ausgeführt.

Das Windows-Backup beschwert sich nach vielen Stunden, dass nicht genügend freier Speicherplatz auf dem Laufwerk verfügbar ist. Ich habe gelesen, dass die Menge an freiem Speicherplatz das Zweifache der Sicherungsgröße betragen muss.

COM + Ereignissystem

Update: Sonntag, 30.04.2017 Das Festplattenlaufwerk wurde durch ein neues Laufwerk mit ausreichend Kapazität (3 TB) ersetzt. Die Liste der obigen Schritte führte zu dem gefürchteten VSS NTDS- 0x800423f4Fehler. Ein Neustart der Maschine verbessert sich nicht. Der Neustart einzelner Dienste verbessert sich ebenfalls nicht. Der 0x800423f4Fehler tritt innerhalb von 1 Minute nach dem Starten der Win SBS 2011-Serversicherung auf, außer beim Neustart von "COM + Event System". Dies, während der CrashPlan-Dienst deaktiviert ist und der Computer zuletzt nach dem Neustart von "Base Filtering Engine" neu gestartet wurde. Jetzt läuft das "Jetzt sichern" bereits über 10 Minuten ohne Fehler 0x800423f4. Seit dem letzten Neustart des Servers wurden diese Dienste ohne Änderung des Ergebnisses "Jetzt sichern" neu gestartet:

• Block Level Backup Engine Service
• Bonjour-Service
• Weitergabe von Zertifikaten
• ClamWin Free Antivirus Database Updater
• ClamWin Free Antivirus Scanner Service
• CNG-Schlüsselisolation

Jetzt wird in den Windows Server-Sicherungsdetails "Abgeschlossen" als Status anstelle von "Die Sicherung wird nicht gestartet" angezeigt. Das Abschlussfenster wird jetzt angezeigt Unknown error (0x80042302).

Der Ereignisprotokolleintrag mit der ID 12294 könnte in Beziehung stehen:

Fout in de Volume Shadow Kopierservice: Fout bij het aanroepen van een Routine op de schaduwkopieprovider {b5946137-7b9f-4925-af80-51abd60b20d5}. De Routine heeft E_INVALIDARG geretourneerd. Routinedetails GetSnapshot ({00000000-0000-0000-0000-000000000000}, 0000000004FB8DF0).

b5946137-7b9f-4925-af80-51abd60b20d5 wird beim Ausführen nicht aufgeführt vssadmin list writers.

Wenn Sie versuchen, die Dienstkomponente des Volume Shadow Copy-Anbieters erneut zu registrieren:

C:\Windows\System32> regsvr32 /i swprv.dll

Der Befehl gibt den Fehlercode zurück:, 0x80070715wie es unter Windows 2008 R2 möglicherweise der Fall sein sollte.

Ich habe auch zuvor VSS-Writer-Fehler. Auf unseren Servern tritt meistens eine Zeitüberschreitung bei Systemschreibern, Registrierungsschreibern und WMI-Schreibern auf. Nachdem ich viel gegraben hatte, fand ich eine Lösung, um die folgenden Dienste zu recyceln. Dann ist kein Neustart des Servers erforderlich und die nächste Sicherung ist erfolgreich.

• Application Host Helper Service (unzutreffend)
• COM+ Event System
• Cryptographic Services
• IIS Admin Service
• Volume Shadow Copy
• Windows Management Instrumentation

Quelle: https://social.technet.microsoft.com/Forums/office/en-US/41be964f-bc4d-48cf-9940-135fa84eaf61/vss-ntds-writer-failed?forum=windowsbackup#237db1d7-c6a2-4ed4- 820c-7d7ff9d317d2

Vorher habe ich den PSConfig.exe ...Befehl erneut angewendet , einige Auslagerungsdateien hinzugefügt und diese wieder entfernt, zwischendurch einen Neustart durchgeführt, diese Dienste durchlaufen und jetzt schließt "Windows Backup" die Sicherung "Systemstatus" ohne Probleme erneut ab.

Haben Sie also zufällig versucht, den Sicherungsjob vollständig zu löschen und erneut zu erstellen? Ich habe Server Backup mehrmals so etwas tun lassen, wie Sie es beschrieben haben, und nachdem ich durch unzählige Rahmen gesprungen bin, habe ich einfach den Job gelöscht, ihn neu erstellt, dasselbe Gerät ausgewählt und wenn dort "Backup sichern" steht, kann man das sagen, und alles ist in Ordnung.