Bestandssynchronisatie versus versiebeheerste back-up voor een zelfgehoste cloud

Gebruik bestandssynchronisatie wanneer de zelfgehoste cloud op al je apparaten de nieuwste werkende kopie beschikbaar moet houden; gebruik versiebeheer voor back-ups wanneer het belangrijk is om na verwijdering, beschadiging, ransomware of een onjuiste wijziging in een applicatie een oudere, bekende goede toestand te herstellen. Synchronisatie verbetert beschikbaarheid en samenwerking, maar het kenmerkende gedrag ervan is dat wijzigingen worden doorgegeven. Een back-up maakt herstelpunten aan die lang genoeg bewaard moeten blijven om te ontdekken dat de nieuwste toestand onjuist is. De meeste belangrijke zelfgehoste clouds hebben beide functies nodig, in plaats van één systeem het andere te laten nabootsen.

Begin met de storing die je moet kunnen doorstaan

Als het probleem is: “Ik heb een document op mijn laptop bewerkt en heb de nieuwe versie op mijn desktop nodig”, dan is synchronisatie de juiste oplossing. Als het probleem is: “De goede kopie van gisteren is overal overschreven”, dan heb je een geschiedenis nodig die onafhankelijk genoeg is om terug te kunnen gaan.

De desktopclient van Nextcloud is ontworpen om de nieuwste bestanden op verschillende apparaten gesynchroniseerd te houden. Dat is juist waardevol omdat een wijziging zich snel kan verspreiden. Diezelfde eigenschap vormt een herstelrisico wanneer de wijziging zelf ongewenst is.

Definieer de herstelvraag voordat je tools kiest: heb je overal de nieuwste toestand nodig, of heb je meerdere oudere toestanden nodig nadat de nieuwste onbruikbaar is geworden? Zodra dat onderscheid duidelijk is, gaat de vergelijking niet langer over “welk product is veiliger”, maar over een beslissing rond tijdgeschiedenis.

Bestandssynchronisatie is ideaal wanneer actuele beschikbaarheid het hoofddoel is

Synchronisatie vermindert de rompslomp voor mensen die wisselen tussen laptops, desktops, telefoons en een zelfgehoste cloud. Wijzigingen komen binnen zonder dat je een hersteltaak hoeft in te plannen, en een defect eindapparaat kan vaak opnieuw verbinding maken en zijn werkmap opnieuw vullen vanuit een andere gesynchroniseerde kopie.

Syncthing beschrijft een standaardmap als een map die wijzigingen tussen apparaten verzendt en ontvangt. Die convergentie is de functie waarvoor je kiest wanneer het belangrijkste resultaat actuele beschikbaarheid is, niet archiefherstel.

De keuze verandert wanneer een fout niet mag convergeren. Als een onbedoelde verwijdering, beschadigde opslag of versleuteld bestand zich naar elk gesynchroniseerd eindpunt kan verspreiden voordat iemand het merkt, hebben meerdere actuele kopieën niet meerdere onafhankelijke herstelpunten opgeleverd.

Versiebeheer voor back-ups is ideaal wanneer tijd onderdeel is van de herstelvereiste

Een back-up met versiebeheer legt toestanden op specifieke momenten vast, zodat je een kopie van vóór de schadelijke gebeurtenis kunt selecteren. De back-up hoeft niet voortdurend in het werkpad van een gebruiker gemount te zijn, en de bewaartermijn kan worden afgestemd op hoe lang fouten doorgaans onopgemerkt blijven.

Restic definieert een snapshot als de geback-upte toestand op een specifiek moment en maakt het mogelijk snapshots op host en tijd te selecteren. Dat model verschilt fundamenteel van het synchroon houden van eindpunten met de nieuwste bestandsstatus.

Kies voor een back-up met versiebeheer wanneer de zelfgehoste cloud familiedocumenten, applicatiegegevens, werkprojecten of andere gegevens bevat waarbij “teruggaan naar vorige dinsdag” een echte vereiste is. De waarde van de back-up blijkt pas wanneer de bewaartermijn lang genoeg is en het herstelproces is getest.

-15% OFF

ZimaBoard 2 - Mini-thuisserver voor jouw grote idee

Single board computer zimaboard2

$339.00 - $519.00

Buy Now

Ingebouwd versiebeheer voor synchronisatie is een nuttige tussenlaag, maar niet het volledige back-upplan

Sommige synchronisatietools bewaren vervangen of verwijderde bestanden, waardoor het verschil tussen synchronisatie en back-up kleiner wordt. Dat kan snelle gebruikersfouten oplossen zonder een afzonderlijke back-upapplicatie te openen, en het is de moeite waard om deze functie in te schakelen wanneer de opslagruimte het toelaat.

Syncthing ondersteunt bijvoorbeeld het archiveren van oude versies na vervanging of verwijdering. Ook Nextcloud bewaart bestandsversies, zodat een zelfgehoste cloud binnen de samenwerkingslaag een korte terugdraaigeschiedenis kan bieden.

De grens ligt bij onafhankelijkheid van storingen. Als de versiegeschiedenis op dezelfde server, hetzelfde bestandssysteem, dezelfde aanmeldgegevens of hetzelfde beheervlak staat als de actieve cloud, kan een serververlies of schadelijke inbreuk beide verwijderen. Beschouw ingebouwd versiebeheer als handige geschiedenis en bewaar een afzonderlijke back-up voor storingen die de cloud zelf uitschakelen.

Het bewaarbeleid bepaalt of versiegeschiedenis werkelijk nuttig is

“Met versiebeheer” is geen voldoende specificatie. Een repository die alleen de toestand van gisteren bewaart, kan geen beschadiging herstellen die volgende maand wordt ontdekt, terwijl het voor altijd bewaren van elke versie opslagruimte kan verbruiken en het onderhoud onnodig duur kan maken.

Het op bewaartermijnen gebaseerde opschoningsmodel van Borg laat zien hoe back-upgeschiedenis bewust dagelijkse, wekelijkse of maandelijkse herstelpunten kan bewaren, in plaats van elke tussentijdse bewerking voor altijd te spiegelen.

Stem de bewaartermijn af op de ontdekkingstijd en de waarde van de gegevens. Snel veranderende applicatiegegevens hebben mogelijk veel recente herstelpunten en weinig punten op de lange termijn nodig; een fotoarchief verandert misschien langzaam, maar verdient mogelijk een langere herstelperiode. Het juiste beleid is het beleid dat nog steeds een schone toestand bevat wanneer het waarschijnlijke probleem uiteindelijk wordt ontdekt.

Ransomware en beheerdersfouten maken het verschil het duidelijkst zichtbaar

Een gesynchroniseerde cloud kan een geautoriseerde schadelijke wijziging efficiënt verspreiden. Een back-up is alleen nuttig als de aanvaller, defecte automatisering of vergissende beheerder niet met dezelfde route en aanmeldgegevens ook de herstelgeschiedenis kan verwijderen.

CISA adviseert offline of anderszins beschermde back-ups met regelmatige hersteltests, omdat herstelbaarheid niet alleen afhangt van het aantal kopieën, maar ook van scheiding.

Het aangrenzende ZimaSpace-artikel over waarom synchronisatie en back-ups verschillende risico's oplossen maakt hetzelfde onderscheid. Houd het voor deze beslissing bij de eenvoudigere regel: synchroniseer de werktoestand voor gebruiksgemak en maak vervolgens van die toestand een back-up met bewaartermijnen en isolatie tegen storingen voor herstel.

Kies synchronisatie voor beschikbaarheid en back-ups voor tijdreizen

Kies bestandssynchronisatie wanneer het directe gebruikersresultaat moeiteloze toegang tot de actuele bestandsset op meerdere apparaten is. Voeg ingebouwd versiebeheer toe als dat de drempel voor het herstellen van gewone onbedoelde bewerkingen en verwijderingen verlaagt.

Kies een back-up met versiebeheer wanneer herstel een specifiek moment, een onafhankelijke repository of een bewaartermijn vereist die verder gaat dan de normale geschiedenis van het samenwerkingsplatform. Beoordeel de back-up niet op hoe snel deze de nieuwste wijziging kopieert; beoordeel hem op de vraag of een oudere, schone toestand daadwerkelijk kan worden hersteld.

Voor belangrijke gegevens in een zelfgehoste cloud is de stabiele architectuur meestal een combinatie van beide: synchronisatie maakt handige actuele kopieën en een back-up met versiebeheer maakt herstelbare historische kopieën. Voeg geen extra lagen toe zodra de geteste herstelpunten de storingen en ontdekkingstermijnen dekken die voor jou werkelijk van belang zijn.