Back-up in detail.
Herstel in de praktijk testen.
Prioriteiten, back-upversies en typische uitvalscenario's beoordelen. Zo worden afzonderlijke kopieën, terugvalopties en hersteltests een inzichtelijk plan.
Wat mag uitvallen — en hoe lang?
Orderverwerking, communicatie, boekhouding en centrale bedrijfstoepassingen zijn op verschillende manieren van elkaar afhankelijk. We bepalen met u welk werk als eerste weer mogelijk moet zijn.
- 01Prioriteit bepalen
Welk werk kan wachten en wat blokkeert het bedrijf? De volgorde volgt uit uw afhankelijkheden, niet uit een algemeen sjabloon.
- 02Gegevensversie bepalen
Hoeveel werk mag tussen twee back-ups verloren gaan? Back-upintervallen en bewaartermijnen worden daarop afgestemd.
- 03Een beslissing mogelijk maken
Wie geeft herstel vrij, waar staan de toegangen en welk vervangend systeem is beschikbaar? Deze informatie hoort vóór een incident in het plan.
De oorzaak bepaalt de terugweg.
Bestand verwijderd
Een eerdere versie is nodig. De juiste back-upversie kiezen en het bestand controleren. Daarvoor hoeft niet automatisch de volledige productieomgeving te worden teruggezet.
Werkplek of gegevensdrager defect
De persoon heeft apparaat, aanmelding en werkgegevens terug nodig. Vervanging en herstel samen voorbereiden. Lokaal opgeslagen informatie afzonderlijk inventariseren.
Server of virtuele machine uitgevallen
Meerdere mensen verliezen hun bedrijfstoepassing. Systeem, database en afhankelijkheden in de geprioriteerde volgorde herstellen. Alleen succesvol aanmelden is niet genoeg.
Versleuteling of gecompromitteerd account
Een back-updoel met dezelfde verwijderrechten kan ook getroffen zijn. Een schone versie en afzonderlijke toegangen gebruiken; ook de oorzaak aanpakken. Ongecontroleerd terugzetten kan de schade opnieuw introduceren.
Locatie uitgevallen
Origineel en lokale back-up zijn mogelijk niet beschikbaar. Externe kopie, toegangsroute en geschikte herstartomgeving onderzoeken. Vervangende locatie en verbinding horen bij de test.
Cloudtoegang verloren
Een account of dienst is niet bereikbaar. Aanbiederfuncties, herstel via beheerders en aanvullende gegevenskopieën onderzoeken. Exporteerbare gegevens en een herstelde toepassing zijn verschillende resultaten.
De back-up mag niet samen met het origineel uitvallen.
DAXS plant lokaal herstel, afzonderlijke kopieën en hun bescherming. Een andere opslaglocatie alleen bewijst geen onafhankelijkheid.
Productiesystemen
Bestanden, databases, toepassingen en configuraties.
Snelle lokale terugweg
Meerdere versies met afzonderlijke toegangen en getest herstel.
Externe kopie
Andere locatie of geschikt doel. Naar behoefte offline of onveranderbare opslag onderzoeken.
Verwijderrechten en beheerdersaccounts mogen de scheiding niet ongemerkt opheffen. Locatie en rechten worden afzonderlijk bekeken.
De externe kopie vult de lokale terugweg aan. Herstel vanuit de relevante lagen wordt getest; alle toepassingsafhankelijkheden horen in het plan.
Een groene status vervangt geen hersteltest.
Gegevens worden teruggezet in een geschikte testomgeving. Daarna worden aanmelding, benodigde bedrijfsfuncties en afhankelijkheden daadwerkelijk getest.
Resultaat en volgende stappen
Het verslag legt de gebruikte versie, testomvang, gemeten duur en zichtbare tekortkomingen vast. Daaruit volgen concrete verbeteringen. Er wordt geen algemene hersteltijd beloofd.
- Gekozen back-upversie
- Het gebruikte tijdstip en de back-upbron worden vastgelegd.
- Systemen of gegevens
- Voorbeeldomvang: een bedrijfstoepassing inclusief bijbehorende database en configuratie.
- Werkelijke testduur
- Begin, einde en wachttijden van de concrete test meten; terugzetten en functionele controle afzonderlijk vastleggen.
- Aanmelding en bedrijfsfunctie
- Aanmelden met een bevoegde testtoegang; een afgesproken functionele steekproef uitvoeren.
- Vastgestelde tekortkomingen
- Voorbeeld: een benodigde toegang ontbreekt in de overdrachtsdocumentatie. Dit punt wordt toegewezen aan een verantwoordelijke persoon.
- Volgende verbetering
- Documentatie aanvullen en de betrokken stap opnieuw testen. Omvang en datum worden afgestemd.
Voorbeeld van de opbouw en inhoud van een verslag; geen klantreferentie of toezegging over diensten of duur. De omvang wordt afgesproken.
Een back-up bij een incident kunnen gebruiken.
Een bestand is overschreven of een belangrijke toepassing start na een storing niet meer. Een groene back-upstatus toont nog niet welke versie beschikbaar is en hoe lang herstel duurt. DAXS plant met u een passende test en legt resultaat en zichtbare tekortkomingen vast.
De testcasus bepalen
Eén bestand, een toepassing en volledige systeemuitval hebben verschillende terugwegen nodig. Voor de gekozen casus worden gegevensversie, doelomgeving, benodigde toegangen en functionele controle bepaald. Een geïsoleerde test voorkomt wijzigingen aan productiegegevens.
Het resultaat beoordelen
De verantwoordelijke inhoudelijke contactpersoon controleert of de herstelde inhoud bruikbaar is. Technische startbaarheid, ouderdom van gegevens en werkelijke testduur worden afzonderlijk gedocumenteerd. Daaruit volgen concrete verbeteringen voor back-upomvang, opslag, toegangen of herstartinstructies.
Plannings- en acceptatiepunten bekijken
- Belangrijke gegevens en toepassingen op bedrijfsbelang ordenen.
- Gewenste gegevensversie en aanvaardbare onderbreking afstemmen.
- Afzonderlijke back-upopslag en benodigde toegangen controleren.
- Testdoel en veilige omgang met herstelde gegevens bepalen.
- Functionele controle met de verantwoordelijke persoon voorbereiden.
- Acceptatie: resultaat, tijdsbeslag, afwijkingen en volgende controle documenteren.
Voorbeeld van een onderzoekskader. Omvang en passende bewijzen worden op uw omgeving afgestemd.
Van één bestand tot een gevirtualiseerd platform.
DAXS onderzoekt bestaande back-ups en vult ontbrekende terugwegen aan. Lokale back-upsystemen, externe doelen en Proxmox Backup Server kunnen geschikte hulpmiddelen zijn; gegevensvolume, platform en beheer bepalen de keuze.
Praktijkdetail: back-up en internetverbinding
Infrastructuur en afhankelijkheden · Communicatie tijdens back-up
Vragen over back-up en herstel.
Is een kopie op een tweede schijf voldoende?
Hoe vaak moeten gegevens worden geback-upt?
Hoe lang duurt herstel?
Hebben cloudgegevens een aanvullende back-up nodig?
Kan een bestaande back-up worden behouden?
Wat wordt tijdens een hersteltest gecontroleerd?
Is een snapshot hetzelfde als een back-up?
Uw back-up- en herstelcontrole bespreken.
Neem de back-upstatus en uw belangrijkste toepassingen mee. We bepalen een eerste onderzoeksopdracht voor scheiding, prioriteiten of een hersteltest.