Se Demo×
×

Se NinjaOne i aktion!

Genom att skicka detta formulär accepterar jag NinjaOne:s integritetspolicy.

Vad är differentiell säkerhetskopiering (SQL server)?

differential backup (SQL server) blog banner

Även om SQL (Structured Query Language) har funnits sedan 1970-talet är det fortfarande ett relevant och mycket använt verktyg i dagens IT-värld. Många organisationer världen över förlitar sig fortfarande på SQL server-databaser för att lagra sina konfidentiella uppgifter. För att skydda denna värdefulla information använder IT-proffs ofta differential backup för att skydda data i SQL-servrar. Som ni vet finns det flera olika typer av säkerhetskopiering, så varför använda differential för SQL-servrar? Följande översikt kommer att besvara denna fråga och diskutera hur differential backup fungerar för SQL-servrar.

Vad är differential säkerhetskopiering för en SQL server?

Differentiell säkerhet skopiering är en typ av säkerhetskopiering som endast säkerhetskopierar de ändringar som gjorts i data sedan den senaste fullständiga säkerhetskopieringen. Med differentiella säkerhetskopior kan organisationer spara tid, utrymme och resurser eftersom de inte säkerhetskopierar data i sin helhet, utan bara de ändringar som har gjorts.

Fördelar med differential backup

Differentiella säkerhetskopior ger många fördelar, särskilt för SQL-servrar. Microsoft skriver: ”Differentiella säkerhetskopior av databaser är särskilt användbara om en delmängd av en databas ändras oftare än resten av databasen. I dessa fall gör differentiella säkerhetskopior av databaser att du kan säkerhetskopiera ofta utan de omkostnader som fullständiga säkerhetskopior av databaser medför.” Differentiella säkerhetskopior förhindrar inte bara overhead, utan sparar även lagringsutrymme, minskar säkerhetskopieringstiden och minskar risken för dataförlust. Med alla dessa fördelar är det tydligt att differentiell säkerhetskopiering är rätt val för SQL-servrar som uppdateras ofta.

Hur differential backup fungerar för SQL-servrar

Som tidigare nämnts fungerar differentiell säkerhetskopiering genom att kopiera och lagra de dataändringar som har gjorts sedan den senaste fullständiga säkerhetskopieringen. Men exakt hur fungerar detta för SQL-servrar? Denna differential backup guide ger svaret med en djupgående förklaring, ”SQL Server-databasen består av små bitar av data, som var och en är 64KB i storlek. Dessa delar kallas för extenter. När ändringar görs i databasen markerar servern de berörda extents som att de har ändrats. Differentiell säkerhetskopiering kopierar alla extenter som är markerade som modifierade, så den kommer att innehålla alla ändringar som gjorts sedan användaren började arbeta med databasen. Varje efterföljande differentialbackup kommer att innehålla alla extenter sedan den fullständiga backupen, inklusive de från de tidigare differentialbackuperna.” Sammanfattningsvis kopierar differential backup alla extents, eller data, som har ändrats eller modifierats på något sätt sedan den senaste fullständiga backupen. Servern noterar alla dataändringar så att alla ändringar inkluderas i backupen.

Olika typer av backup för SQL-servrar

Differentiell säkerhetskopiering är utan tvekan en populär säkerhetskopieringsmetod för SQL-servrar, men det är inte den enda tillgängliga typen. Andra typer av säkerhetskopiering för SQL-servrar är t.ex:

  • Fullständig säkerhetskopiering

En fullständig säkerhetskopia är precis vad du tror; den säkerhetskopierar alla data på servern. Det kräver mest tid och utrymme, så det görs inte regelbundet.

  • Partiell säkerhetskopiering

En partiell säkerhetskopiering liknar en fullständig säkerhetskopiering, men den kopierar inte alla filgrupper. Det är den minst använda säkerhetskopieringsmetoden för SQL-servrar, men de kan användas för att förbättra säkerhetskopieringens flexibilitet.

  • Säkerhetskopiering av transaktionslogg

En säkerhetskopia av transaktionsloggen är endast relevant för SQL-databaser med fullständiga eller bulkloggade återställningsmodeller, och den säkerhetskopierar alla transaktioner sedan den senaste säkerhetskopian av transaktionsloggen.

  • Säkerhetskopiering av tail-log

En säkerhetskopia av tail-log är en typ av säkerhetskopia av transaktionsloggen som kopierar alla loggposter som ännu inte har säkerhetskopierats (dessa poster kallas för loggens tail).

  • Säkerhetskopiering med endast kopiering

En copy-only backup är en typ av fullständig backup som är oberoende av den konventionella sekvensen av säkerhetskopior. Microsoft förklarar, ”Vanligtvis ändrar en säkerhetskopia databasen och påverkar hur senare säkerhetskopior återställs. Ibland är det dock användbart att ta en säkerhetskopia för ett speciellt ändamål utan att påverka de övergripande säkerhetskopierings- och återställningsprocedurerna för databasen. Säkerhetskopior som endast innehåller kopior fyller detta syfte.”

  • Säkerhetskopiering av filgrupper

Med en filgruppssäkerhetskopia kan du säkerhetskopiera alla data i en eller flera filer, även kallade filgrupper.

Är differential backup den bästa säkerhetskopieringen för SQL-servrar?

Differentiell säkerhetskopiering anses för närvarande vara den bästa säkerhetskopieringsmetoden för SQL-servrar, men detta kan ändras beroende på din specifika situation. Om du t.ex. inte ofta ändrar data på SQL-servrarna är det inte meningsfullt att göra differentiella säkerhetskopior. För servrar med data som ändras ofta är differentialbackup det bästa alternativet, men för servrar med data som ändras ofta är det klokast att göra en fullständig backup när större dataändringar görs.

Är differential backup alltid den bästa backup-metoden?

Differentiell säkerhetskopiering är det mest populära valet för SQL-servrar, men det är inte alltid den bästa säkerhetskopieringsmetoden för alla situationer. Till exempel föredrar IT-partner ofta att använda inkrementell backup istället för differentiell backup för data på enheter eftersom det är snabbare och sparar ännu mer utrymme än differentiell backup. Som du kan se är differentiell säkerhetskopiering inte alltid den bästa säkerhetskopieringsmetoden. Vilket som är det bästa valet beror på din specifika situation och dina behov av säkerhetskopiering.

Håll din data säkra med hjälp av Ninja Backup

Som nämnts är inkrementell säkerhetskopiering ofta en bättre lösning för IT-partners och IT-teams. Med NinjaOnes inkrementella säkerhetskopiering får du tillgång till flexibla säkerhetskopieringsplaner, flera återställningsalternativ, saneringsverktyg, funktioner för katastrofåterställning vid ransomware med mera. Dessutom är denna backup-lösning helt integrerad i NinjaOnes RMM så att dina tekniker kan få en smidig och sömlös upplevelse när de växlar mellan verktyg. För att ta reda på mer om Ninja Backup och hur det kan gynna ditt IT-team, registrera dig för en kostnadsfri provperiod idag.

Nästa steg

För att bygga upp ett effektivt och handlingskraftigt IT-team krävs en centraliserad lösning som fungerar som ett centralt redskap för att leverera IT-tjänster. NinjaOne gör det möjligt för IT-teams att övervaka, hantera, säkra och stödja alla sina enheter, oavsett var de befinner sig, utan behovet av en komplex infrastruktur på plats.

Lär dig mer om NinjaOne endpoint-hantering, ta en live tour, eller starta en gratis provperiod av NinjaOne.

Du kanske även gillar dessa inlägg

Redo att bli en IT-ninja?

Ta reda på hur NinjaOne kan hjälpa dig att förenkla din IT-hantering.

NinjaOne Villkor och bestämmelser

Genom att klicka på knappen ”Jag accepterar” nedan anger du att du accepterar följande juridiska villkor samt våra användarvillkor:

  • Äganderätt: NinjaOne äger och kommer att fortsätta att äga alla rättigheter, titlar och intressen i och till manuset (inklusive upphovsrätten). NinjaOne ger dig en begränsad licens att använda skriptet i enlighet med dessa juridiska villkor.
  • Begränsning av användning: Du får endast använda skriptet för dina legitima personliga eller interna affärssyften, och du får inte dela skriptet med någon annan part.
  • Republikbildning Förbud: Du får under inga omständigheter återpublicera skriptet i något skriptbibliotek som tillhör eller kontrolleras av någon annan programvaruleverantör.
  • Friskrivning från garantiansvar: Skriptet tillhandahålls ”i befintligt skick” och ”som tillgängligt”, utan garanti av något slag. NinjaOne ger inga löften eller garantier om att skriptet kommer att vara fritt från defekter eller att det kommer att uppfylla dina specifika behov eller förväntningar.
  • Antagande av risk: Din användning av skriptet sker på egen risk. Du bekräftar att det finns vissa inneboende risker med att använda skriptet, och du förstår och tar på dig var och en av dessa risker.
  • Avstående och befrielse: Du kommer inte att hålla NinjaOne ansvarig för några negativa eller oavsiktliga konsekvenser till följd av din användning av skriptet, och du avstår från alla juridiska eller skäliga rättigheter eller rättsmedel som du kan ha mot NinjaOne i samband med din användning av skriptet.
  • EULA: Om du är en NinjaOne-kund omfattas din användning av skriptet av det licensavtal för slutanvändare som gäller för dig (EULA).