Belangrijkste punten
- NinjaOne Backup is VSS-aware. Applicaties en databases die Volume Shadow Copy Service ondersteunen kunnen daardoor in een application-consistent state worden geback-upt als onderdeel van een standaard image back-up, zonder speciale configuratie.
- Microsoft SQL Server is VSS-aware, dus een gewone image back-up levert een bruikbare, herstelbare kopie van de database op zonder extra stappen.
- Niet elke applicatie is VSS-aware. Voor die applicaties geeft een via een script gegenereerd back-upbestand (zoals een SQL BAK-bestand) u een schone, applicatie-eigen kopie die u naast uw image back-up kunt beschermen.
- Bij SQL-databases die in de Simple recovery mode draaien kunnen de transactielogs bij elk checkpoint automatisch worden opgeschoond.
- Image back-ups kunnen worden gemount om losse bestanden terug te halen, zoals één databasebestand, zonder dat u de volledige image hoeft te herstellen.
Een back-up maken van een Windows-server is eenvoudig, tot u kijkt naar wat er daadwerkelijk op draait. Een database staat niet stil zoals een statisch bestand: er lopen transacties, er wordt geschreven en de inhoud verandert continu. Een back-up die op het verkeerde moment wordt gemaakt kan een kopie opleveren die compleet lijkt maar niet netjes terug te zetten is. NinjaOne Backup® lost dit op met application awareness en laat Microsoft Volume Shadow Copy Service (VSS) een deel van het zware werk doen.
Zo werkt application-aware back-up
VSS is een Windows-service die samenwerkt met applicaties om een shadow copy te maken – een snapshot van een volume op een specifiek moment – zonder de applicatie te stoppen of gebruikers te onderbreken. Applicaties die VSS ondersteunen gebruiken een zogeheten VSS writer. Die vertelt het snapshotproces hoe de gegevens van de applicatie in een consistente staat worden bevroren voordat de kopie wordt gemaakt.
NinjaOne Backup communiceert rechtstreeks met deze VSS writers als onderdeel van een standaard image back-up. Voor elke VSS-aware applicatie betekent dat: de back-up legt de applicatie automatisch vast in een application-consistent state, zonder aparte back-uptaak of speciale scripts. Gewoon een normale image back-up die toevallig ook beschermt wat er bovenop het OS draait.
Dat gezegd hebbende, VSS-ondersteuning in de back-uptool vervangt niet de richtlijnen van de leverancier van de applicatie. Controleer dus wat de leverancier aanbeveelt voor het back-uppen van die specifieke applicatie, want sommige applicaties stellen aanvullende eisen bovenop wat VSS alleen afdekt.
SQL Server: het VSS-aware voorbeeld
Microsoft SQL Server is standaard VSS-aware en gebruikt daarvoor een eigen ingebouwde VSS writer. Een standaard image back-up van een server met SQL Server levert een bruikbare, herstelbare kopie van de database op zonder extra configuratie.
Een paar zaken die in de praktijk goed zijn om te weten:
- Log truncation in de Simple recovery mode: SQL Server kapt het eigen transactielog automatisch af bij elk checkpoint wanneer de database in de Simple recovery mode draait.
- Log truncation in de Full recovery mode: In de Full recovery mode wordt het log alleen afgekapt wanneer er een back-up van het transactielog draait. Een volledige databaseback-up doet dat niet en uw image back-up evenmin, dus het log blijft groeien tot er daadwerkelijk iets een back-up van maakt. Draaien uw databases in de Full recovery mode, dan hebt u een SQL-onderhoudsplan nodig dat niet alleen volledige back-ups bevat maar ook logback-ups. Dat is onderdeel van de SQL-eigen back-uproutine die hieronder aan bod komt.
- Granulair bestandsherstel: Bij NinjaOne image back-ups die zijn opgeslagen op Hybrid- of Cloud-only-bestemmingen kunt u de image mounten en één bestand eruit halen – bijvoorbeeld een specifiek databasebestand – zonder de volledige image te herstellen. Dat scheelt wanneer u maar één bestand terug nodig hebt en daarvoor geen compleet herstel wilt opstarten.
Applicaties die niet VSS-aware zijn
Niet elke database gaat goed samen met VSS. Hier zijn twee veelvoorkomende voorbeelden.
MySQL is niet VSS-aware. De standaardaanpak van NinjaOne is daarom om eerst een script te draaien dat een back-up van de database genereert en dat resulterende bestand vervolgens te beschermen met een image- of een bestands-/mapback-uptaak.
QuickBooks Desktop is evenmin VSS-aware. Een standaard image back-up levert nog steeds een crash-consistent kopie op, maar geen gegarandeerd application-consistent kopie. Wij raden aan de interne back-uptool van QuickBooks te gebruiken, ingepland om zelfstandig te draaien, voor een betrouwbaardere applicatie-eigen kopie. NinjaOne Backup beschermt dan simpelweg het bestand dat die tool oplevert, bovenop de image back-up die de machine al dekt.
Het patroon is in beide gevallen hetzelfde. Ondersteunt een applicatie geen VSS, laat de applicatie (of een script) dan eerst een schoon, applicatie-eigen back-upbestand maken en bescherm dat bestand daarna met uw normale back-uptaak.
Waarom een BAK-bestand nog steeds nut heeft
Zelfs voor SQL Server, dat volledig VSS-aware is, valt er iets te zeggen voor het daarnaast genereren van een apart back-upbestand. Een pre-script kan de native back-upopdracht van SQL Server uitvoeren om een BAK-bestand te maken dat NinjaOne Backup vervolgens beschermt zoals elk ander bestand.
Zo krijgt u naast de image back-up een tweede, flexibelere hersteloptie. Een paar redenen waarom dit de moeite waard is om in te richten.
- Sneller en gerichter herstellen: Rechtstreeks herstellen vanuit een BAK-bestand met de eigen tools van SQL Server kan sneller zijn dan een volledige image terugzetten alleen om de database terug te krijgen.
- Strakkere recovery point objectives: SQL-specifieke back-uptaken en onderhoudsplannen kunnen vaker draaien dan uw image back-upschema. Hebt u een korter herstelvenster nodig dan een dagelijkse cloud image back-up toelaat, dan kunt u SQL-back-ups vaker uitvoeren en alleen die back-upbestanden beschermen met een bestands-/mapback-uptaak.
- Een back-up die los van het OS bestaat: Een BAK-bestand is draagbaar en wordt native begrepen door de tools van SQL Server. Dat maakt het bruikbaar voor scenario’s zoals het migreren van een database naar een andere server, niet alleen voor disaster recovery.
Kiest u voor deze route, bewaar uw SQL-specifieke back-ups en onderhoudsplannen dan op een volume dat niet onder uw image back-uptaak valt en gebruik een aparte bestands-/mapback-uptaak om alleen die bestanden te beschermen. Zo blijven de twee back-upstrategieën netjes gescheiden in plaats van dat ze elkaar overlappen.
Waarom application awareness belangrijk is voor herstel
Een back-up die succesvol wordt afgerond is niet hetzelfde als een back-up die succesvol terugzet en precies dat gat dicht application awareness. VSS-ondersteuning betekent dat uw image back-ups SQL Server vastleggen in een staat die ook echt bruikbaar is wanneer u die nodig hebt, zonder extra werk van uw kant. Voor de applicaties die VSS niet dekt geldt hetzelfde principe: laat de applicatie een schone kopie van de eigen gegevens maken en maak daarna een back-up van die kopie.
Dit goed regelen is het verschil tussen een slechte dag waarop u een database probeert te herstellen die geback-upt leek maar dat niet was, en een eenvoudige routinematige restore.
