VSS-säkerhetskopieringstillstånd

Under en säkerhetskopiering använder beställaren IVssBackupComponents::SetBackupState för att definiera vilken typ av åtgärd som pågår.

Den här informationen ingår inte i ett enkelt hämtningsbart formulär i dokumentet Säkerhetskopieringskomponenter, så utvecklare av begärande bör lagra den här informationen oberoende av varandra på alla säkerhetskopierade medier.

Säkerhetskopieringstillståndet innehåller följande:

typ av säkerhetskopiering

Säkerhetskopieringstypen anger kriterier för att identifiera filer som ska säkerhetskopieras. Utvärderingen av dessa kriterier måste göras med hjälp av VSS-API:et.

När du bestämmer vilken typ av säkerhetskopiering som ska utföras och vilka skribenter som ska arbeta med, bör beställare undersöka vilka typer (eller scheman – se Writer Backup Schema Support) av säkerhetskopieringsåtgärder som var och en av systemets författare stöder. Säkerhetskopior under VSS kan vara följande typer:

• Fullständig (VSS_BT_FULL)– filer säkerhetskopieras oavsett deras senaste säkerhetskopieringsdatum. Säkerhetskopieringshistoriken för varje fil uppdateras och den här typen av säkerhetskopiering kan användas som grund för en inkrementell eller differentiell säkerhetskopia. För att återställa en fullständig säkerhetskopia krävs bara en enda säkerhetskopieringsbild.
• Kopiera säkerhetskopiering (VSS_BT_COPY)– precis som VSS_BT_FULL säkerhetskopieringstyp säkerhetskopieras filer oavsett deras senaste säkerhetskopieringsdatum. Säkerhetskopieringshistoriken för varje fil uppdateras dock inte och den här typen av säkerhetskopiering kan inte användas som grund för en inkrementell eller differentiell säkerhetskopia.
• Inkrementell (VSS_BT_INCREMENTAL)– VSS-API:et används för att säkerställa att endast filer som har ändrats eller lagts till sedan den senaste fullständiga eller inkrementella säkerhetskopieringen kopieras till ett lagringsmedium. För att återställa en inkrementell säkerhetskopia krävs den ursprungliga säkerhetskopieringsbilden och alla inkrementella säkerhetskopieringsbilder som gjorts sedan den första säkerhetskopieringen.
• Differentiell (VSS_BT_DIFFERENTIAL)– VSS-API:et används för att säkerställa att endast filer som har ändrats eller lagts till sedan den senaste fullständiga säkerhetskopieringen kopieras till ett lagringsmedium. all information om mellanliggande säkerhetskopiering ignoreras. För att återställa en differentiell säkerhetskopia krävs den ursprungliga säkerhetskopieringsbilden och den senaste differentiella säkerhetskopieringsbilden som gjorts sedan den senaste fullständiga säkerhetskopieringen.
• Loggfil (VSS_BT_LOG)– endast en skrivares loggfiler (filer som läggs till i en komponent med IVssCreateWriterMetadata::AddDataBaseLogFiles-metoden och hämtas av ett anrop till IVssWMComponent::GetDatabaseLogFile) kommer att säkerhetskopieras. Den här säkerhetskopieringstypen är specifik för VSS.

Det är möjligt för beställare att implementera dessa säkerhetskopior med hjälp av information och metoder utanför VSS. Endast när en begärande implementerar en säkerhetskopia med vss-API:et bör det sägas ha en av de angivna säkerhetskopieringstyperna. Till exempel deltar en begärande i en VSS_BT_LOG typ av säkerhetskopiering endast om den använde informationen som returnerades av IVssWMComponent::GetDatabaseLogFile för att identifiera loggfiler. På samma sätt gäller typerna VSS_BT_INCREMENTAL och VSS_BT_DIFFERENTIAL endast för inkrementella eller differentiella åtgärder, enligt beskrivningen i Inkrementella och differentiella säkerhetskopieringar.

Specifikation om valbarhet

En VSS-säkerhetskopia kan välja att respektera VSS-begrepp om komponentvalbarhet – detta kallas för att köras i komponentläge– eller ignorera dem.

Ett exempel på att inte köras i komponentläge skulle vara att utföra en säkerhetskopia av systembild, där säkerhetskopieringsprogrammet skulle behöva skriva samarbete för att säkerställa datastabilitet men där valet av komponenter skulle vara irrelevant.

sparar startbart tillstånd

VSS har stöd för att spara det systemtillstånd som körs i en helt startbar konfiguration. Detta är dock inte alltid nödvändigt, och skrivarförberedelser för att spara ett startbart tillstånd kan ibland försämra realtidsprestanda för ett system som körs.

Därför anger beställare om en säkerhetskopia ska innehålla ett startbart systemtillstånd som ett argument för att IVssBackupComponents::SetBackupState. Författare avgör om de har stöd för att spara det startbara systemtillståndet genom att anropa CVssWriter::IsBootableStateBackedUp.

Även om startbart systemtillstånd inte är markerat skapas skuggkopior av systemfilerna och filerna kan säkerhetskopieras.

Stor försiktighet bör dock iakttas vid återställning av systemfiler om säkerhetskopieringen inte sparade startbart systemtillstånd (se Säkerhetskopiering och återställning av systemtillstånd i Windows Server 2003 R2 och Windows Server 2003 SP1).

Det går inte att återställa den här informationen från ett hämtat dokument för säkerhetskopieringskomponenter, så frågeförfattarna bör lagra om systemet har säkerhetskopierats med ett startbart systemtillstånd eller inte.

partiellt filstöd

Vissa författare stöder filåterställning genom att skriva över delar av de filer som de hanterar. En begärande kan vara utformad för att dra nytta av detta, och i så fall anger det detta genom att ange informationen i IVssBackupComponents::SetBackupState.