Volume Shadow Copy Service (VSS) -fel

Denna artikel är för Amanda Enterprise (AE)

Om VSS och VSS Writers

Zmanda Windows Client (ZWC) använder en uppsättning inbyggda Windows-funktioner som kallas Volume Shadowcopy Services eller VSS för att skapa ögonblicksbilder av data för säkerhetskopiering.

De flesta säkerhetskopieringstyper har en specifik VSS Writer som är uttryckligen utformad för säkerhetskopiering och återställning av den specifika typen av data. Det finns till exempel en SQL Server Writer som används för säkerhetskopiering och återställning av Microsoft SQL Server-databaser.

Vissa säkerhetskopieringstyper har en enda författare, medan andra har flera författare. Varje författare styrs av en Windows-tjänst.

VSS Writers används av många olika applikationer. Nästan alla Windows backup-applikationer, inklusive ZWC, gränssnitt med VSS Writers, liksom vissa inbyggda Windows-funktioner som inte nödvändigtvis är säkerhetskopior. Till exempel använder systemåterställningsfunktionen i Windows VSS för att skapa återställningspunkter så att användare kan rulla tillbaka till en känd bra konfiguration.

En ZWC-säkerhetskopia kan misslyckas och rapportera något av följande fel:

  • En eller flera av de VSS-författare som krävs för säkerhetskopiering misslyckades. Starta om .
  • En eller flera av de VSS-författare som krävs för systemtillstånd misslyckades. Starta om systemet.
  • En eller flera av de VSS-författare som krävs för säkerhetskopiering används för närvarande av en annan process.

Detta beror på misslyckandet hos en VSS-författare. Om en författare har misslyckats misslyckas alla åtgärder för alla applikationer som är beroende av den författaren.

Det är möjligt att kontrollera tillståndet för alla författare i systemet med hjälp av vssadmin listförfattare kommando.

Anmärkningar: Om det här felet visas vid differentiell eller inkrementell säkerhetskopiering av databaser, läs istället följande artikel: Databaser och flera säkerhetskopieringsapplikationer

Detta beteende står för en överväldigande majoritet av VSS Writer-problem relaterade till Microsoft SQL Server, Microsoft Exchange och Microsoft SharePoint.

Varning: Vissa VSS-författare är knutna till tjänster som direkt påverkar programmets funktionalitet. Exempelvis styrs Exchange VSS Writer av Microsoft Exchange Information Store (MEIS) -tjänsten. Exchange kan inte skicka eller ta emot e-post medan MEIS-tjänsten är inaktiverad. Därför kommer omstart av MEIS att resultera i ett avbrott i e-postfunktionaliteten.

I de flesta fall är detta avbrott kort.

vssadmin listförfattare

Smakämnen vssadmin listförfattare kommandot listar alla författare som för närvarande är tillgängliga på maskinen samt deras nuvarande tillstånd. Springa vssadmin listförfattare från en upphöjd (kör som administratör) kommandotolk.

I de flesta situationer kommer varje författare att vara i ett av dessa tre tillstånd:

  • En författare i Stabil staten är redo och väntar på att ta en säkerhetskopia.
  • Författare i Misslyckades or Instabil stater har stött på ett problem och kan behöva återställas genom att starta om den kontrollerande tjänsten.
  • Författare som för närvarande är Väntar på slutförande or Pågående används av någon process. Avbryt alla säkerhetskopior som körs, eller vänta tills den har slutförts innan du kör en ny säkerhetskopia.
    • Om inga säkerhetskopior körs bör författaren återställas som misslyckad eller instabil författare genom att starta om den kontrollerande tjänsten.

Hur du löser detta felmeddelande

Det finns många möjliga orsaker till att en VSS Writer kan misslyckas. Författaren måste återföras till stabilt läge innan säkerhetskopior kan fungera.

I de flesta fall är det så enkelt att stabilisera en författare som att starta om tjänsten som styr VSS Writer. I andra finns det en välkänd och förstådd fråga som får VSS Writer att misslyckas.

Dessutom har de flesta säkerhetskopieringstyper specifika krav som måste uppfyllas. Exempelvis kräver Microsoft Exchange Server-säkerhetskopior att cirkulär loggning är inaktiverad. Om cirkulär loggning inte är inaktiverad kommer VSS-skrivaren att misslyckas under säkerhetskopior av stegvis och differentiell.

Alla krav anges i Zmanda Windows Client Användarmanual.

Kontrollera att alla krav är uppfyllda innan du går vidare till lösningarna nedan.

Lösning nr 1: Starta om kontrolltjänsten

De flesta misslyckade VSS Writer-problem kan åtgärdas med en enkel omstart av tjänsten som styr författaren. Detta leder vanligtvis författaren till sitt stabila, fungerande tillstånd.

Använda vssadmin listförfattare för att kontrollera vilka författare som har misslyckats. Jämför resultaten med listan över författare och deras kontrolltjänster på Info: Lista över VSS författare och tjänster.

När du har upptäckt den kontrollerande tjänsten öppnar du Windows Services-panelen Services.msc. Leta upp den kontrollerande tjänsten och starta om den.

När tjänsten har startats om körs vssadmin listförfattare igen för att se om författaren nu är stabil. Om det är så försök säkerhetskopiera igen.

Om säkerhetskopian fortfarande misslyckas, eller om författaren fortfarande inte är stabil, kontrollera vår kunskapsbas för relaterade artiklar och kända VSS-problem.

Anmärkningar: Vissa tjänster kan inte startas om medan systemet körs. En omstart av maskinen krävs för att återställa de författare som är knutna till tjänster som inte kan startas om.

Till exempel författarna associerade med Systemtillstånd säkerhetskopior kan vanligtvis inte startas om och kräver därför en omstart av systemet.

Varning: Vissa VSS-författare är knutna till tjänster som direkt påverkar programmets funktionalitet. Exempelvis styrs Exchange VSS Writer av Microsoft Exchange Information Store (MEIS) -tjänsten. Exchange kan inte skicka eller ta emot e-post medan MEIS-tjänsten är inaktiverad. Därför kommer omstart av MEIS att resultera i ett avbrott i e-postfunktionaliteten.

I de flesta fall är detta avbrott kort.

För Microsoft Exchange Information Store (MEIS) -tjänst

VSS Writer kan misslyckas om du försöker utföra en inkrementell eller differentiell säkerhetskopia efter att ha lagt till en ny lagringsgrupp i Exchange utan att först göra en ny fullständig säkerhetskopia med Amanda Enterprise.

Följ dessa steg för att lösa problemet:

  1. Starta om Microsoft Exchange Information Store-tjänsten.
  2. Utför sedan en ny fullständig säkerhetskopia av din Exchange Database-reservuppsättning. Detta kommer att säkerställa att alla lagringsgrupper, inklusive den nya, har en fullständig säkerhetskopia.
  3. När den fullständiga säkerhetskopieringen är klar kommer den inkrementella och differentiella säkerhetskopian att lyckas.

Lösning 2: Sök efter kända VSS-problem

Vissa specifika VSS Writer-fel är väl förstådda. Dessa fel diskuteras i vår kunskapsbas.

Lösning 3: Kontrollera att Windows och applikationen som ska säkerhetskopieras båda är helt uppdaterade

Microsoft har släppt många uppdateringar, korrigeringar och snabbkorrigeringar för VSS-relaterade problem. Även om detta gäller alla versioner av Windows är uppdateringarna mest relevanta för Windows Server 2003.

Vissa applikationer, till exempel Microsoft Exchange, kan också ha uppdateringar relaterade till säkerhetskopiering, återställning och VSS.

Se till att systemet är helt uppdaterat.

Lösning nr 4: Verifiera systemhälsan

VSS-funktionalitet kan äventyras av felaktig maskinvara i systemet. Problem med disklagring (t.ex. fulla diskar, felaktiga diskar, skadade RAID-matriser och användning av 4k-enheter på äldre system) är särskilt benägna att orsaka VSS-fel. Hårdvaruproblem av alla slag kan dock påverka systemets förmåga att ta ögonblicksbilder med VSS Writers.

Om några problem upptäcks kan du lösa dem innan du försöker säkerhetskopiera igen.

Ytterligare felsökning

Om ingen av ovanstående uppgifter gäller bör systemet och VSS-fel undersökas grundligt av systemadministratören för systemet i fråga. Windows-applikationshändelser och Windows-systemhändelser innehåller vanligtvis information om författarfel.

VSS Writers är Windows funktioner. Amanda Enterprise och Zmanda Windows Client anropar helt enkelt författarna vid säkerhetskopiering. Som sådan bör systemadministratören för de inblandade Windows-systemen undersöka ytterligare.