De hedendaagse back-upoplossingen stellen u in staat om back-upschema’s te automatiseren en retentie-instellingen te configureren. U kunt een back-upschema configureren voor elke machine of workload. Op deze manier maakt u het aantal herstelpunten dat u nodig hebt en stelt u de retentieperiode in na welke verlopen punten worden verwijderd. Voor een effectieve back-upstrategie heeft u een voldoende aantal herstelpunten nodig om herstel op een bepaald moment mogelijk te maken, terwijl u opslagverbruik efficiënt beheert.
NAKIVO Backup & Replication stelt u in staat om flexibele retentiebeleidslijnen te maken voor uw machines. Hier zullen we de twee retentie- en planningsmethoden behandelen die beschikbaar zijn in de NAKIVO-oplossing.
Wat Is een Herstelpunt?
A recovery point in the context of backup refers to a specific point in time to which you can restore your data or system after a failure. A recovery point represents a copy of your data at a particular moment in time, allowing you to recover your data to that state in case of data loss, corruption, or other issues.
Herstelpunten zijn een sleutelconcept van een back-up retentiestrategie. Uw gegevensbeschermingsstrategie en hoe kritiek een workload is voor de operaties bepalen het aantal herstelpunten of kopieën van uw gegevens die u behoudt, hun frequentie, en hoe ver terug in de tijd u kunt gaan om uw gegevens te herstellen. Meer specifiek wordt de frequentie bepaald door het herstelpuntdoel (RPO) voor een gegeven workload.
Wat Is Retentie?
Retentie verwijst naar de duur die is gekozen om herstelpunten te behouden en op te slaan, dat zijn back-upkopieën van uw gegevens. Retentie bepaalt hoelang back-upgegevens worden bewaard voordat ze worden overschreven door nieuwere back-ups of automatisch worden verwijderd. Retentie-instellingen zijn cruciaal om ervoor te zorgen dat u toegang heeft tot historische back-uppunten die kunnen worden gebruikt voor gegevensherstel en naleving, terwijl onnodige punten worden verwijderd om efficiënt opslagverbruik te garanderen.
Retentie in NAKIVO Backup & Replication
NAKIVO Backup & Replication stelt u in staat om tot 4.000 herstelpunten voor back-up en 40 herstelpunten voor replica’s te behouden. Tot versie 10.8 werd een op GFS gebaseerde retentiebenadering gebruikt in NAKIVO Backup & Replication. Vanaf v10.8 is een nieuwe benadering geïntroduceerd om het instellen van vervaldatums voor herstelpunten te vereenvoudigen. Laten we eens gedetailleerder kijken naar de 2 benaderingen en hoe ze werken.
Legacy Retentiebenadering
De oude benadering is gebruikersvriendelijk en handig en vertrouwt op het grootvader-vader-zoon (GFS) retentie-schema. Het blijft beschikbaar voor bestaande gebruikers die hun oplossingsimplementaties bijwerken van v10.7 en eerder naar v10.8 en later.
Met de oude retentiebenadering configureert u retentie-instellingen in de Retentie stap van de back-up taak wizard (stap 4 van 5). U kunt de volgende retentie-instellingen instellen:
- Bewaar de laatste N herstelpunten. Als het aantal herstelpunten het opgegeven aantal bereikt, wordt het oudste herstelpunt verwijderd
- Bewaar één herstelpunt per dag gedurende N dagen. Het laatste dagelijkse herstelpunt verloopt en wordt verwijderd na het opgegeven aantal dagen
- Bewaar één herstelpunt per week gedurende N weken. Het laatste wekelijkse herstelpunt verloopt en wordt verwijderd na het opgegeven aantal weken
Bewaar één herstelpunt per maand gedurende N maanden. Het laatste maandelijkse herstelpunt verloopt en wordt verwijderd na het opgegeven aantal maanden - Bewaar één herstelpunt per maand voor N maanden. Het laatste maandelijkse herstelpunt verloopt en wordt verwijderd na het opgegeven aantal maanden
- Bewaar één herstelpunt per jaar voor N jaar. Het laatste jaarlijkse herstelpunt verloopt en wordt verwijderd na het opgegeven aantal jaren
Voor meer informatie in onze blogpost over hoe GFS retentie werkt in de praktijk.
Op deze stap van de wizard kunt u ook onveranderbaarheid inschakelen voor herstelpunten en ze onveranderbaar maken voor een aangepaste periode voor betere bescherming. Onveranderbaarheid maakt gebruik van de write-once-read-many (WORM) aanpak. Herstelpunten met ingeschakelde onveranderbaarheid kunnen niet worden verwijderd of gewijzigd door ransomware en andere malware of gebruikers (behalve de root gebruiker voor het Lokale Map type van repository).
Dit GFS retentie schema maakt het mogelijk om gegevens uit oude herstelpunten te herstellen als, bijvoorbeeld, de gegevens lang geleden zijn verwijderd of beschadigd en deze gegevens niet aanwezig zijn in de nieuwste herstelpunten. Let wel, er kunnen ook nadelen zijn aan deze aanpak afhankelijk van het scenario. Met één herstelpunt bewaard voor elke dag, week, maand of jaar, is hoe ouder het herstelpunt, hoe minder gedetailleerd het is.
Nieuwe Retentie Aanpak
In v10.8 heeft NAKIVO Backup & Replication een nieuwe retentiebenadering geïntroduceerd. Als je NAKIVO Backup & Replication bijwerkt naar v10.8 (of later) vanuit een oudere versie, kun je kiezen of je de oude retentiebenadering wilt blijven gebruiken voor bestaande taken en bij het maken van nieuwe taken. Je kunt de nieuwe retentiebenadering gebruiken voor nieuwe taken en ook bestaande taken overschakelen van de oude benadering. De gebruikersinterface zal verschillende methoden voorstellen om over te schakelen naar de nieuwe benadering, zoals het opnieuw configureren van de taak of het koppelen van bestaande legacy retentie-instellingen aan de nieuwe retentie-instellingen.
Als alternatief kun je het product configureren om de nieuwe retentiebenadering te gebruiken en bestaande taakretentie-instellingen te migreren naar de nieuwe weergave. Deze optie is ook beschikbaar als je de configuratie van NAKIVO Backup & Replication van een oudere versie importeert naar v10.8. Het product koppelt zoveel mogelijk van het oude schema en retentieconfiguratie aan de nieuwe samengevoegde schema- en retentieconfiguratie.
Let op: Nadat een taak of productconfiguratie is overgeschakeld naar het nieuwe schema, is het onmogelijk om terug te keren naar de oude retentiemodus.
Wanneer u NAKIVO Backup & Replication 10.9 en later vanaf nul installeert (een schone installatie van het product), krijgt u alleen de nieuwe retentiebenadering. De nieuwe benadering wordt gebruikt voor back-up- en back-upkopiebanen (niet voor replicatiebanen). De Stap Behoud in de taakwizard is verwijderd en samengevoegd met de Stap Planning. Deze benadering maakt het mogelijk om een specifiek retentiebeleid in te stellen voor elke planning. Het is mogelijk om specifieke retentie in te stellen voor elke planning. Na afloop wordt een herstelpunt verwijderd uit het back-uprepository. Onveranderlijkheid voor herstelpunten is ook beschikbaar en kan worden ingesteld voor de benodigde periode.
Het idee van de nieuwe benadering is om planningsregels te gebruiken, bijvoorbeeld, elke dag uitvoeren en 10 dagen bewaren. Dit geeft ook elk herstelpunt een vervaldatum, dat wil zeggen, een duidelijke datum wanneer het punt zal vervallen. De vervaldatums worden weergegeven in het back-uprepository. Om de details te zien:
- Ga naar Instellingen > Repositories en selecteer het benodigde back-uprepository.
- Onder Back-ups, selecteer een back-up om alle herstelpunten te zien.
Met de legacy retentieaanpak hebben herstelpunten geen ingestelde vervaldatum. Als gevolg hiervan kan een onnodig herstelpunt niet worden verwijderd voordat de volgende taak wordt uitgevoerd of totdat een taak is uitgeschakeld. Legacy retentie-instellingen worden toegepast bij de volgende taakuitvoering, maar handmatige verwijdering van een herstelpunt is mogelijk. Het uitschakelen van een taak met behulp van legacy retentie betekent dat herstelpunten niet automatisch worden verwijderd totdat de taak opnieuw wordt uitgevoerd. U kunt meer lezen over hoe vervaldatums voor herstelpunten worden berekend.
Met de nieuwe aanpak zijn handmatige verwijderingsregels hetzelfde, maar automatische verwijdering is niet langer afhankelijk van taakuitvoeringen. De nieuwe retentieaanpak maakt duidelijk hoe retentie afhankelijk is van een geconfigureerd schema.
Voor beide benaderingen kunnen herstelpunten niet worden verwijderd in sommige gevallen, bijvoorbeeld wanneer een herstelpunt afhankelijk is van een ander (ouder) herstelpunt. Elk (behalve het laatste staande) punt kan handmatig worden verwijderd, tenzij andere herstelpunten ervan afhankelijk zijn. U kunt altijd aangepaste retentie instellen (zowel met legacy als nieuwe benaderingen) voor elk specifiek herstelpunt (de vervaldatum is niet vergrendeld voor een herstelpunt).
Met het nieuwe schema- en retentieaanpak kunt u de volgende schema’s maken:
- Periodiek (uitvoeren op een specifieke tijd/datum, uitvoeren om de N minuten, elk uur, dagelijks, enz.)
- Wekelijks
- Maandelijks
- Jaarlijks
Voor elk schema kunt u instellen hoe lang een herstelpunt moet worden bewaard. U kunt back-ups behouden voor:
Voor elke planning kunt u instellen hoe lang een herstelpunt moet worden bewaard. U kunt back-ups bewaren voor:
- N days
- N weeks
- N months
- N years
U kunt meerdere planningen maken en configureren voor één back-up of back-up kopieer taak. Elke planning kan zijn eigen retentie-instellingen hebben.
Wanneer u de wizard voltooit en een back-up of back-up kopieer taak uitvoert (inclusief in gevallen waarin u geen taak plannen en deze ad hoc uitvoert), wordt een splash screen met retentie-opties en het taakbereik weergegeven. U kunt kiezen om herstelpunten te bewaren voor N dagen, weken, maanden of jaren. U kunt ook een vooraf geconfigureerde planning kiezen en de retentie in die planning wordt toegepast.
Back-up kopieer taak
Back-up kopieer taken bieden instellingen die vergelijkbaar zijn met de instellingen van back-up taken, inclusief planning en retentie-instellingen. Echter, een back-up kopieer taak heeft een extra optie: Behou exacte kopie van de bron back-up
Als u deze optie kiest, zal de back-up kopieer taak een identieke kopie genereren en bewaren van de oorspronkelijke back-up samen met zijn herstelpunten. Om een alternatief retentiebeleid te stellen, schakel deze selectievakjes uit en selecteer een van de alternatieven die hieronder worden geboden. Deze specifieke optie wordt alleen zichtbaar als Schijf werd gekozen als de Bestemming tijdens de vorige stap.
Door middel van planning retentie-instellingen kunt u een afzonderlijk retentiebeleid instellen voor herstelpunten op basis van elke taakplanning en tijdsduur. Bijvoorbeeld, u definieert een taakplanning om Back-ups te bewaren gedurende: 3 dagen en de taak wordt elke werkdag om 12:00 uur uitgevoerd. Als het herstelpunt wordt gemaakt (back-up is voltooid) om 13.30 uur, verloopt een herstelpunt dat op een maandag is gemaakt op donderdag om 13.30 uur. NAKIVO Backup & Replication voert elk uur beoordelingen uit van alle herstelpunten om ervoor te zorgen dat verlopen herstelpunten tijdig worden verwijderd.
Hoe kunt u de vervaldatum van een herstelpunt verlengen?
Om de vervaldatum van bestaande herstelpunten die zijn opgeslagen in een back-uprepository te verlengen:
- Ga naar Instellingen > Repositories en selecteer een back-uprepository waar de benodigde back-up is opgeslagen (bijvoorbeeld, Onboard Repository).
- Klik op de naam van de benodigde back-up (Windows-VM in dit voorbeeld).
- U kunt alle herstelpunten voor de geselecteerde back-up zien. Houd de muisaanwijzer boven een herstelpunt, klik op het … pictogram, en klik op Bewerken in het geopende menu.
- In het venster dat wordt geopend, kunt u de bestaande retentie-instellingen voor het herstelpunt zien. In ons voorbeeld zijn de instellingen geconfigureerd om het herstelpunt te beschermen tot 13 september 2023. U kunt Altijd bewaren selecteren of op de huidige datum klikken om de vervaldatum te wijzigen.
- Zodra u op de datum klikt, wordt er een kalender geopend in een ander venster in de webinterface. Selecteer een nieuwe datum en klik tweemaal op Toepassen.
De nieuwe vervaldatum is ingesteld in de retentie-instellingen voor het bestaande herstelpunt.
Source:
https://www.nakivo.com/blog/data-retention-policy-setup-with-nakivo/