Zero Data Loss Autonomous Recovery Service

In deze afbeelding wordt realtime databeveiliging beschreven die met één klik is geactiveerd en waarmee Recovery Service wordt geconfigureerd als een alternatieve logbestemming voor de beschermde database. Wanneer redo-wijzigingen worden gegenereerd in het databasegeheugen, worden deze automatisch verzonden naar Recovery Service en daarin gevalideerd wanneer ze worden ontvangen. Wanneer wordt overgeschakeld naar een ander databaselogbestand, maakt Recovery Service automatisch een gecomprimeerde gearchiveerde backup van het logbestand en registreert dit in de herstelcatalogus.

Recovery Service behoudt herstelbaarheid tot de laatste vastgelegde transactie, zelfs als de verbinding met beschermde databases wordt onderbroken tussen typische gebeurtenissen van overschakelen tussen logbestanden. Als de redo-stroom onverwacht wordt onderbroken, wordt de inkomende redo-stroom door Recovery Service gesloten en wordt een gedeeltelijke backup van het gearchiveerde redo-logbestand gemaakt. Wanneer Recovery Service vaststelt dat de redo-stroom weer is gestart, worden alle ontbrekende gearchiveerde redo-logbestanden automatisch uit de beschermde database opgehaald, wat de herstelperiode intact houdt die u hebt gedefinieerd.

Herstelvalidatie gedurende de gehele back-uplevenscyclus

Verbeter uw veerkracht met validatie die meer biedt dan het controleren van de back-upintegriteit en u geeft wat nodig is om uw databases te herstellen naar bepaalde tijdstippen.

In deze afbeelding met de titel "Continue databasegerichte anomaliedetectie en herstelvalidatie" wordt beschreven hoe Oracle Database Zero Data Loss Autonomous Recovery Service een unieke herstelgereedheid biedt:

1. Inkomende redo- en RMAN-back-upstromen worden gevalideerd voordat ze op schijf worden opgeslagen. Beschadigde data die RMAN niet kan lezen, worden afgewezen.
2. Periodieke validatie van back-ups in rust en dat alle databasetransacties (SCN's) die nodig zijn voor RMAN-herstel tot een bepaald tijdstip, beschikbaar zijn.
3. Uitgaande herstelbewerkingen, back-upkopieën en gerepliceerde back-ups worden gevalideerd voordat ze over het netwerk worden verzonden.

Autonomous Recovery Service biedt unieke mogelijkheden voor herstelgereedheid met multi-factor, op databaseherstel gerichte validatie op elk touchpoint, zoals periodieke herstelvalidatie voor back-ups in rust, automatisch en zonder overhead op servers met productiedatabases.

Toegangsbeheer op basis van beleid en onveranderbaarheid van back-ups

Bescherm back-ups met een diepgaand defensiefundament met scheiding van de infrastructuur voor productie en databescherming, op rollen gebaseerde scheiding van taken en beleid voor bewaringsvergrendeling voor onveranderbaarheid van back-ups.

In deze afbeelding met de titel "Beschermingsmaatregelen met meerdere lagen beschermen de integriteit van en toegang tot back-ups" worden de belangrijkste best practices voor beveiliging beschreven die in Recovery Service zijn ingebouwd, zoals:

• Recovery Service is ontworpen om geïsoleerd te zijn van storingen in de productiedatabases die het beschermt. De service functioneert in een door Oracle beheerde tenancy en maakt gebruik van een privé-eindpuntverbinding met de tenancy van de klant.
• Alle back-ups moeten worden gecodeerd en klanten kunnen vergrendeling van de bewaartermijn inschakelen in een Recovery Service-beveiligingsbeleid om de back-up onveranderbaar te maken; het is dan verboden om de back-up te verwijderen of bewaartermijn korter te maken.
• Toegangsbeheer met scheiding van taken tussen databasebeheerders (DBA's) en Recovery Service-beheerders.

Back-ups die door Recovery Service worden beheerd, kunnen niet willekeurig worden gewijzigd of verwijderd door een beheerder of gebruiker. Dit voorkomt zowel kwaadwillige als onbedoelde verwijdering. Databasebeheerders (DBA's) communiceren uitsluitend met Recovery Service via Recovery Manager (RMAN), dat alle back-up- en herstelbewerkingen orkestreert. Logisch en fysiek gescheiden van de klanttenancy wordt een andere laag met beveiligingsdiepte toegevoegd: als DBA- of systeembeheerdersreferenties zijn gehackt, kunnen deze niet worden gebruikt om back-ups in de service aan te vallen.

Met ingebouwde standaardwaarden voor bewaring en door de gebruiker gedefinieerd beleid kunt u consequent serviceniveau-overeenkomsten en nalevingsvereisten voor bewaring van back-ups naleven, inclusief een minimaal herstelvenster van 14 dagen dat bescherming biedt tegen menselijke fouten of kwaadwillenden. Als een beveiligde database wordt afgesloten (verwijderd), worden de back-ups van Recovery Service automatisch gedurende minimaal 72 uur bewaard. Dit biedt een vangnet voor het geval een database per ongeluk is verwijderd.

Aan alle beschermde databases is een beveiligingspolicy gekoppeld, waarin wordt gedefinieerd hoe de back-up gedurende de gehele levenscyclus wordt beheerd, inclusief replicatie, bewaartermijn (tijdgebonden herstelvenster) en instellingen voor bewaarvergrendeling om back-ups onveranderbaar te maken.