# Bouw een back-up die je echt kunt herstellen | SwissOctet Insights https://swissoctet.com/nl/insights/build-a-backup-you-can-restore/ SwissOctet / Insights / Operaties op dag twee Operaties op dag twee Toegepast · 4 min leestijd Bouw een back-up die je echt kunt herstellen Kies een hersteldoel, bescherm een onafhankelijke kopie en oefen de restauratie voordat een incident de kwestie forceert. Door SwissOctet Editorial Gids opslaan Link kopiëren OP DEZE PAGINA 01 Begin met het herstel dat je nodig hebt 02 Bewaar een kopie buiten de faalgrens 03 Leg een consistente applicatiestatus vast 04 Test restauratie in een geïsoleerde omgeving 05 Een praktisch scenario: oefen herstel vóór de lancering 06 Maak falen zichtbaar en retentie bewust Uw praktische checklist Bronnen & verder lezen Terug naar de bibliotheek HET DIRECTE ANTWOORD Definieer acceptabel gegevensverlies en acceptabele hersteltijd, bewaar een consistente onafhankelijke kopie en test het herstellen van de werkelijke applicatie in isolatie. Een voltooide back-uptaak of integriteitscontrole alleen bewijst niet dat elke afhankelijkheid die nodig is voor herstel aanwezig is. 01 Begin met het herstel dat je nodig hebt Een back-upplan begint met twee praktische vragen: hoeveel recent werk kunt u verliezen, en hoe lang kan de dienst niet beschikbaar blijven? Die antwoorden bepalen het schema, de op te nemen gegevens en de herstelmethode. Een dagelijkse kopie kan passen bij een zelden gewijzigde website, maar laat een te grote kloof voor een drukke applicatie. Maak een lijst van wat de dienst laat werken, niet alleen de grootste map. Applicatiegegevens, database-inhoud, configuratie, geüploade bestanden en de informatie die nodig is om de omgeving opnieuw op te bouwen kunnen allemaal belangrijk zijn. Houd een privé-inventaris bij van afhankelijkheden en herstelsleutels. De back-up moet een werkend systeem ondersteunen, niet alleen een archief opleveren waarvan het doel vergeten is. 02 Bewaar een kopie buiten de faalgrens Een tweede map op dezelfde machine kan helpen bij het herstellen van een verkeerde bewerking, maar blijft blootgesteld aan verlies van die machine. Lokale snapshots kunnen waardevol zijn voor snelle rollback en vereisen nog steeds een onafhankelijke kopie voor bredere incidenten. Kies een aparte herstelbestemming en bepaal welke toegang de back-up mag lezen, schrijven of verwijderen. Als productiecredentials elke herstelkopie kunnen verwijderen, kan een gecompromitteerd applicatieaccount de hele strategie ondermijnen. Scheid toegang waar mogelijk en bescherm de opslagcredentials. Versleuteling helpt de opgeslagen inhoud te beschermen, maar het herstelproces hangt ook af van het veilig bewaren van de sleutel buiten de beschadigde omgeving. 03 Leg een consistente applicatiestatus vast Het kopiëren van open databasebestanden zonder een geschikte methode kan een onbruikbare status vastleggen. Gebruik een back-upaanpak die door de applicatie of database wordt ondersteund en begrijp of deze een consistente snapshot, een logische export of een korte pauze in schrijfacties vereist. Coördineer gerelateerde gegevens zodat een uploadmap en de databaseverwijzingen hetzelfde punt in de workflow beschrijven. Documenteer uitsluitingen bewust. Caches en tijdelijke buildbestanden kunnen reproduceerbaar zijn; klantuploads meestal niet. Controleer de lijst na het toevoegen van een functie of het verplaatsen van een map. Een geslaagde back-uptaak kan een pad dat nooit is opgenomen niet bewaren. 04 Test restauratie in een geïsoleerde omgeving Herstel representatieve gegevens naar een aparte locatie en controleer of ze correct openen. Test voor een applicatie zowel de herstelde dienst als de bestanden. Schakel uitgaande e-mail, geplande taken en externe integraties in de testomgeving uit zodat de oefening niet op echte gebruikers inwerkt of productietaken dupliceert. Integriteitscontroles van de repository en een hersteltest beantwoorden verschillende vragen. Een tool kan opgeslagen structuren en gegevens controleren terwijl de applicatie nog steeds ontbrekende configuratie of een vergeten sleutel nodig heeft. Noteer hoe lang herstel duurt, welke handmatige stappen nodig zijn en waar de procedure verbetering nodig heeft. Herhaal de oefening na belangrijke wijzigingen. 05 Een praktisch scenario: oefen herstel vóór de lancering Denk aan een applicatie met een database, gebruikersuploads en een kleine set privé-configuratiebestanden. De eigenaar maakt een herstelinventaris en kiest een door de database ondersteunde consistentiemethode. Een aparte back-upbestemming bewaart de vereiste kopieën, terwijl de herstelsleutel buiten de productiemachine wordt bewaard. De eerste test begint met een lege geïsoleerde omgeving, zodat verborgen afhankelijkheden niet van de werkende server kunnen worden geleend. De eigenaar herstelt de gegevens en configuratie en controleert daarna login, een representatief record en een geüpload bestand. Uitgaande e-mail, geplande taken en externe acties blijven tijdens de oefening uitgeschakeld. Als de database start maar een uploadpad of secret ontbreekt, heeft de test een gat gevonden dat een geslaagde archiveringstaak niet zou onthullen. De eigenaar corrigeert de inventaris en herhaalt de betrokken herstelcontrole. Ten slotte noteert de eigenaar de hersteltijd en de handmatige stappen. Het schema en het retentiebeleid worden vergeleken met hoeveel recent werk verloren kan gaan en hoe lang de dienst niet beschikbaar kan blijven. Dit zijn projectspecifieke beslissingen, geen garanties die door een opslaglabel worden geleverd. Een geteste procedure maakt een optionele back-up of een opslagproduct nuttig als onderdeel van een bredere herstelstrategie. Herstelbewijs Wat het controleert Resterende vraag Back-uptaak voltooid De taak meldde succes Waren alle vereiste paden opgenomen? Integriteitscontrole van de repository Controles van opgeslagen structuren of gegevens Heeft de applicatie elke afhankelijkheid? Geïsoleerd applicatieherstel Een representatief herstel werkt Voldoet de waargenomen tijd aan uw doel? 06 Maak falen zichtbaar en retentie bewust Een back-up die stil stopt is een toekomstige verrassing. Monitor voltooiing van taken, beschikbare capaciteit en de leeftijd van het nieuwste bruikbare herstelpunt. Bewaar voldoende geschiedenis om te herstellen van een later ontdekt probleem en begrijp hoe opschonen die geschiedenis beïnvloedt. Controleer verwijderingsoperaties zorgvuldig, want retentiefouten kunnen de enige nuttige versie verwijderen. Lees de reikwijdte van elke back-upoptie op de door u gekozen SwissOctet-service en bevestig het herstelproces. Vault Storage kan als capaciteitscomponent worden beschouwd, maar een opslagproduct alleen is geen volledig herstelbeleid. Bepaal wat u moet herstellen, houd de kopie onafhankelijk en bewijs de procedure voordat de service kritiek wordt. ZET HET OM IN ACTIE Uw praktische checklist. ✓ Stel acceptabel gegevensverlies en acceptabele hersteltijd vast. ✓ Neem databases, uploads en herbouw­informatie op. ✓ Houd een onafhankelijke kopie en gescheiden herstelsleutels aan. ✓ Herstel geïsoleerd en test de applicatie. ✓ Monitor de leeftijd, capaciteit en retentie van back-ups. Checklist downloaden VEELGESTELDE VRAGEN De details die ertoe doen. Is een tweede map op dezelfde server een onafhankelijke back-up? + Nee. Deze blijft blootgesteld aan verlies van die server, hoewel het kan helpen bij het herstellen van een lokale fout. Vervangt een integriteitscontrole een hersteloefening? + Nee. Een geldige repository kan nog steeds configuratie, sleutels of gegevens missen die de applicatie nodig heeft. Waarom integraties uitschakelen tijdens een hersteltest? + Om te voorkomen dat de testomgeving echte gebruikers e-mailt, taken herhaalt of productieacties activeert. PRIMAIRE REFERENTIES Ga naar de bron. Deze referenties ondersteunen de technische concepten in deze gids. Volg de actuele documentatie voordat u een productiesysteem wijzigt. restic: Herstellen vanuit back-up restic.readthedocs.io restic: Werken met repositories restic.readthedocs.io PostgreSQL: Back-up en herstel www.postgresql.org Redactionele begeleiding door SwissOctet. Voorbeelden zijn illustratief. Dienstspecificaties, beschikbare opties en contractuele voorwaarden moeten afzonderlijk worden geverifieerd. VERBIND DE KENNIS Gerelateerde infrastructuur. Vault Storage Zwitserland Vector VPS Zwitserland Metal Atlas Zwitserland HOUD DE DRAAD VAST Uw volgende veldnotities. Ontdek elke gids VELDNOTITIE / 01 + Operaties op dag twee Toegepast Een praktisch dreigingsmodel voor je gehoste project Breng assets en vertrouwensgrenzen in kaart, kies een paar realistische storingsscenario's en zet ze om in maatregelen die je kunt testen. 6 min leestijd Lees de gids VELDNOTITIE / 02 + Operaties op dag twee Toegepast Veilig beheer van Windows RDP zonder toegang te verliezen Scheid netwerkbereikbaarheid, authenticatie en privileges, en verifieer een herstelroute voordat je externe toegang verscherpt. 6 min leestijd Lees de gids VELDNOTITIE / 03 + Operaties op dag twee Toegepast Een onderhoudbare hardening-basislijn voor Linux VPS Beveilig beheer, stel alleen vereiste services beschikbaar en richt updates en herstel in zonder jezelf buitengesloten te raken. 6 min leestijd Lees de gids