SBS2011 Backup bricht mit Fehler 2155348129 ab und was hat das mit Sharepoint Updates zu tun?

Am Anfang war es nicht klar, was die Ursache für den Abbruch des Backups eines Small Business Servers 2011 war. Aufgrund anderer Hardware-Probleme war auch nie klar wie das Ganze zusammenhängt. Also musste man wieder mal auf Ursachenforschung gehen.

Zuerst also in der Ereignisanzeige die Ereignis-ID 521 von Quelle Backup angezeigt:

Fehler bei der um ‎2011‎-‎09‎-‎09T11:03:31.802000000Z gestarteten Sicherung. Beim Erstellen einer Schattenkopie der zu sichernden Volumes durch den Volumeschattenkopie-Diensts ist der folgende Fehler aufgetreten: "2155348129". Suchen Sie in den Ereignisdetails nach einer Lösung, und führen Sie die Sicherung erneut aus, nachdem das Problem behoben wurde.

Dort wird etwas von Volumenschattenkopie erzählt. Schön wenn mittlerweile in Vorahnung von Windows 8 und MinWin alles modularisiert ist und so immer eine Komponenten auf die nächste zeigt.

Der Hinweis Volumenschattenkopie führte dann zu Ereignis-ID 8230 aus der Quelle VSS im Anwendungsereignisprotokoll:

Volumeschattenkopie-Dienstfehler beim Auflösen des Kontos "spfarm" mit dem Status "1376". Überprüfen Sie die Verbindung mit dem Domänencontroller und den Registrierungsschlüssel "VssAccessControl".

Vorgang:
   Status der Generatoren abfragen
   Asynchroner Vorgang wird ausgeführt

Kontext:
   Aktueller Status: GatherWriterStatus

Fehlerspezifische Details:
   Fehler: NetLocalGroupGetMemebers(spfarm), 0x80070560, Die angegebene lokale Gruppe ist nicht vorhanden.

Nichts geht über aussagekräftige Fehlermeldungen, weshalb man durch diesen Kontext schnell hier landet:

http://social.technet.microsoft.com/Forums/en-US/winserverfiles/thread/8237668c-818c-412d-9611-9c049ca0a224/

oder

http://social.technet.microsoft.com/Forums/en-US/windowsbackup/thread/3a4e0452-2ee5-47b2-bc12-9118d5830d73

Aber beide sind im aktuellen Kontext unrelevant. Auch dieser Artikel könnte helfen, tut es aber nicht direkt: http://blogs.technet.com/b/filecab/archive/2009/09/16/diagnosing-failures-in-windows-server-backup-part-1-vss-spp-errors.aspx

Dieser Artikel brachte dann den Durchbruch, auch wenn es beim ersten Blick um etwas ganz anderes ging: http://social.technet.microsoft.com/Forums/en/winserverfiles/thread/9cf42e8a-2a33-47c5-a797-269330e9ba1a

Der Hinweis auf

vssadmin list writers

brachte den entscheidenden Hinweis, denn damit wurde folgendes offenbar:

Verfassername: "ASR Writer"
   Verfasserkennung: {be000cbe-11fe-4426-9c58-531aa6355fc4}
   Verfasserinstanzkennung: {4e64fdbf-b6f0-40bc-9035-e03f3b007d40}
   Status: [5] Warten auf Fertigstellen
   Letzter Fehler: Kein Fehler

Verfassername: "SPSearch4 VSS Writer"
   Verfasserkennung: {35500004-0201-0000-0000-000000000000}
   Verfasserinstanzkennung: {a9a1c625-c445-49ee-9b8b-a633e47527ba}
   Status: [8] Fehler
   Letzter Fehler: Inkonsistente Schattenkopie

Verfassername: "Shadow Copy Optimization Writer"
   Verfasserkennung: {4dc3bdd4-ab48-4d07-adb0-3bee2926fd7f}
   Verfasserinstanzkennung: {78b9fc1e-05d0-49cc-98fb-fb1fdd054944}
   Status: [5] Warten auf Fertigstellen
   Letzter Fehler: Kein Fehler

Verfassername: "NTDS"
   Verfasserkennung: {b2014c9e-8711-4c5c-a5a9-3cf384484757}
   Verfasserinstanzkennung: {6aeecc88-1b50-48f3-9f35-36679f288b1d}
   Status: [5] Warten auf Fertigstellen
   Letzter Fehler: Kein Fehler

Aha! Das könnte ein Hinweis sein und siehe da, mit der passenden Google-Anfrage: http://www.google.de/search?aq=0&oq=%22SPSearch4+VSS+Writer%22+inconsistent+shado&sourceid=chrome&ie=UTF-8&q=spsearch4+vss+writer+inconsistent+shadow+copy gibt es auch Treffer, die der Wahrheit sehr nahe kommen: http://social.technet.microsoft.com/Forums/da-DK/winserverfiles/thread/920bf71e-be19-49eb-9f2b-ebcf70ad8177

Jetzt wird bei dem Forumseintrag wieder viel geschrieben unter anderem auch die Lösung, aber der entscheidende Artikel ist dieser: http://blogs.technet.com/b/sbs/archive/2011/07/06/potential-issues-after-installing-sharepoint-foundation-2010-sp1.aspx.

Ist dich logisch! Wenn man den SP1 von Sharepoint 2010 einspielt muss man halt noch manuell die Datenbank upgraden. Sonst wäre der Small Business ja zu einfach zu handhaben und jeder könnte das Produkt verwenden. Oder ist die Intention dahinter den Small Business Server 2011 Essentials zu promoten, denn schließlich übernimmt hier die Cloud die Updates!

Also als Admin die Sharepoint 2010-Verwaltungsshell öffnen und nachfragen, on manuell nachgearbeitet werden muss:

(get-spserver $env:computername).NeedsUpgrade

Danach als Admin in der Eingabeaufforderung im Pfad C:\Program Files\Common Files\Microsoft Shared\Web Server Extensions\14\BIN:

PSConfig.exe -cmd upgrade -inplace b2b -force -cmd applicationcontent -install -cmd installfeatures

ausführen.

Und wer jetzt dachte das wäre eine einmalige Aktion, der beachte den Hinweis:

SBS 2008 uses Windows SharePoint Services 3.0 and updates automatically run PSconfig when installed via Automatic Updates or Windows Server Update Services.   SharePoint Foundation 2010 changes the method in which patches are installed. PSconfig no longer runs automatically after an update is installed. The SharePoint binary files are updated with the patch but the databases are not automatically upgraded.

Quelle, erster Absatz von:
http://blogs.technet.com/b/sbs/archive/2011/05/24/you-must-manually-run-psconfig-after-installing-sharepoint-2010-patches.aspx

Ach um was ging es eigentlich ursprünglich? Achso ja, Backups funktionierten nicht, braucht man ja eigentlich eh nicht. Na dann viel Spass bei künftigen Sharepoint Updates!