Blog

De top 4 methoden voor serverback-up om uw gegevens te beveiligen

Waarom een back-up maken van een server? Server vormt de kern van elke technologische infrastructuur. Het is dus belangrijk om een back-up te hebben van uw servergegevens en herstel naar een bepaald tijdstip.

Het beschermen van gegevens tegen verlies, rampen (door mensen veroorzaakt of natuurlijk) en corruptie, is een van de topprioriteiten voor IT-organisaties. Ideeën zijn dat, maar het implementeren van een efficiënte en effectieve reeks back-upbewerkingen kan moeilijk zijn. Back-upsoftware voor bedrijven vermindert de complexiteit van het uitvoeren van back-up- en herstelbewerkingen. Gegevensback-up is slechts een onderdeel van een ramp herstel plan. Het levert mogelijk niet het gewenste niveau van gegevens- en noodherstelmogelijkheden op zonder zorgvuldig ontwerp en testen.

Anders Soorten serverback-up

Er zijn verschillende soorten back-ups, maar hoe u de beste manier kiest om uw gegevens te beschermen en op de juiste manier te herstellen tijdens een incident. Volledige back-up, incrementele back-up en differentiële back-up zijn de meest voorkomende soorten back-ups. Andere soorten back-ups zijn synthetische volledige back-ups en spiegeling.

Wanneer we debatteren over cloudback-up versus lokale back-up, zijn sommige soorten back-ups op bepaalde locaties beter. Als u dat bijvoorbeeld bent het uitvoeren van cloudback-uppassen incrementele back-ups over het algemeen beter omdat ze minder bronnen verbruiken. U kunt ook beginnen met een volledige back-up in de cloud en vervolgens overschakelen naar incrementele back-ups. Spiegelback-up is doorgaans meer een on-premises benadering waarbij schijven betrokken zijn.

Voors en tegens van verschillende soorten serverback-ups

Beste manier om servergegevens te back-uppen:

1. Volledige back-ups

Een volledige back-up is een uitgebreide soort back-upbewerking. Deze back-up maakt een kopie van alle gegevens naar een andere set media, zoals een schijf of tape. Door tijdens elke bewerking een volledige back-up uit te voeren, bent u verzekerd van een volledige kopie van alle beschikbare gegevens met een enkele set media. Dit resulteert in een minimale tijd om gegevens te herstellen, een metriek staat bekend als een hersteltijddoel. De nadelen zijn echter dat het langer duurt om een volledige back-up uit te voeren en dat er meer opslagruimte voor nodig is.

Daarom wordt ervoor gekozen om volledige back-ups alleen periodiek uit te voeren. Datacenters met een kleine hoeveelheid gegevens kunnen ervoor kiezen om dagelijks een volledige back-up te maken. Gewoonlijk gebruiken back-upbewerkingen een volledige back-up in combinatie met incrementele of differentiële back-ups.

2. Incrementele back-ups

Een incrementele back-upbewerking kopieert de gegevens die zijn gewijzigd sinds de laatste back-upbewerking van welk type dan ook. Een organisatie gebruikt normaal gesproken de gewijzigde tijdstempel op bestanden en vergelijkt deze met de tijdstempel van de laatste back-up. Toepassingen voor gegevensback-up de datum en tijd bijhouden en registreren tijdens back-upbewerkingen om bestanden te volgen die zijn gewijzigd sinds deze bewerkingen.

Aangezien incrementele back-up gegevens kopieert sinds de laatste back-up van welk type dan ook, kan een organisatie deze zo vaak uitvoeren als gewenst, terwijl de meest recente wijzigingen worden opgeslagen. Bovendien kopieert incrementele back-up een kleinere hoeveelheid gegevens dan een volledige back-up. Deze bewerkingen zullen dus sneller worden voltooid en vereisen minder media om de back-up op te slaan.

3. Differentiële back-ups           

In eerste instantie lijkt het uitvoeren van een differentiële back-upbewerking op een incrementele bewerking, aangezien alle veranderende gegevens van de vorige back-up worden gekopieerd. Elke keer dat het wordt uitgevoerd, blijft het echter alle veranderende gegevens kopiëren sinds de vorige volledige back-up. Het zal dus meer gegevens opslaan dan een incrementeel bestand bij volgende bewerkingen, hoewel veel minder dan een volledige back-up. Bovendien vereisen differentiële back-ups meer ruimte en tijd in vergelijking met incrementele back-ups, maar minder dan volledige back-ups.

Het wekelijks uitvoeren van een volledige back-up, samen met het dagelijks uitvoeren van incrementele back-ups, levert de kortste back-uptijd op doordeweekse dagen met minder opslagruimte. Er zijn echter een paar exemplaren van de beschikbare gegevens en de hersteltijd is de langste. Als de organisatie een back-up moet maken van de gegevens van woensdag, dan hebben ze de volledige zondagse back-up nodig, plus de incrementele mediasets van maandag, dinsdag en woensdag. Dit zal resulteren in een dramatische toename van de hersteltijden en vereist dat elke mediaset correct werkt. Eén fout in de back-upset kan gevolgen hebben voor het gehele herstel.

Het uitvoeren van een wekelijkse volledige back-up plus dagelijkse differentiële back-ups levert resultaten op tussen de andere alternatieven. In het bijzonder zijn er meer back-upmediasets nodig om te herstellen dan met een dagelijks volledig beleid, hoewel minder met een dagelijks incrementeel beleid. Ook is de hersteltijd korter dan het gebruik van dagelijkse incrementele back-ups en meer dan dagelijkse volledige back-ups. Om gegevens van een bepaalde dag te herstellen, hebt u maximaal twee mediasets nodig. Dit resulteert in minder tijd die nodig is om te herstellen en de kans op problemen met een onleesbare back-upset.

4. Spiegelback-ups

Een spiegelback-up en een volledige back-up zijn hetzelfde. Dit type back-up maakt een exacte kopie van de brongegevensset en slaat de laatste gegevensversie op in de back-uprepository zonder dat verschillende versies van de bestanden worden bijgehouden. Kortom, de back-up is een spiegel van de brongegevens, aangezien alle verschillende back-upbestanden afzonderlijk worden opgeslagen.

Een van de voordelen van een spiegelback-up is een snelle hersteltijd. Het is ook gemakkelijk om toegang te krijgen tot individuele back-upbestanden. Een van de grootste nadelen is de hoeveelheid opslagruimte die nodig is. Met die extra opslagruimte moeten organisaties voorzichtig zijn met kostenstijgingen en onderhoudsbehoeften. Ook tijdens een probleem in de brongegevensset, zoals beschadiging of verwijdering, ervaart de spiegelback-up hetzelfde.

Als gevolg hiervan is het beter om te vertrouwen op spiegelback-ups voor al uw behoeften op het gebied van gegevensbescherming en om andere soorten back-up voor de gegevens te hebben. U moet ook de 3-2-1-regel van back-up volgen, die drie kopieën van gegevens op twee verschillende media omvat, met één kopie buiten de site.

Een specifiek soort spiegelback-up, schijfspiegeling, wordt ook wel RAID 1 genoemd. Dit proces repliceert gegevens naar twee of meer schijven. De snelle hersteltijd van schijfspiegeling maakt het een sterke optie voor gegevens die een hoge beschikbaarheid nodig hebben. Het helpt ook bij noodherstel vanwege de onmiddellijke failover-mogelijkheid. Voor schijfspiegeling zijn ten minste twee fysieke schijven vereist. Als een schijf uitvalt, kan een organisatie de spiegelkopie gebruiken. Hoewel schijfspiegeling uitgebreide gegevensbescherming biedt, is er ook veel van nodig back-up opslag capaciteit.

Serverback-up - Afronding!

Voor organisaties met kleine datasets, voert een dagelijkse volledige back-up uit om een hoog niveau van bescherming te bieden zonder veel extra kosten voor opslagruimte. Grotere organisaties met meer gegevens- of servervolume kiezen ervoor om wekelijks een volledige back-up uit te voeren, gecombineerd met dagelijkse incrementele back-ups of differentiële back-ups. Het gebruik van differentiëlen biedt een hoger niveau van gegevensbescherming met meestal minder hersteltijd en een kleine toename van de opslagcapaciteit. Het gebruik van een strategie van wekelijkse volledige back-ups met dagelijkse differentiële back-ups is dus voor veel organisaties een goede optie.

Laat een antwoord achter

nl_NLDutch
en_USEnglish fr_FRFrench it_ITItalian es_ESSpanish de_DEGerman pt_BRPortuguese sv_SESwedish tr_TRTurkish jaJapanese pl_PLPolish zh_TWChinese id_IDIndonesian ko_KRKorean ms_MYMalay thThai nl_NLDutch