Elke database in uw netwerkomgeving moet worden geback-upt voor disaster recovery, en de Oracle Recovery Manager (RMAN) is een optionele toepassing met de Oracle-database-engine om back-ups te automatiseren. Omdat het is gebouwd door het Oracle-team dat de database-engine beheert, is het de favoriete back-upmethode voor veel beheerders.
Wat is Oracle Recovery Manager?
Databasebeheerders moeten manieren vinden om consequent back-ups te maken van bedrijfsdatabases voor beveiliging en compliance. Het ontbreken van slechts één back-upschema kan de bedrijfscontinuïteit beïnvloeden als de database-engine faalt of als een gebeurtenis gegevens corrumpert die moeten worden hersteld. De RMAN-tool maakt automatisch een snapshot van de database, de data en objecten die data opslaan (bijv. tabellen en weergaven).
De RMAN-tool maakt volledige of incrementele back-ups en databasebeheerders kunnen deze configureren om back-ups te versleutelen voor de veiligheid. RMAN ondersteunt verschillende back-upstrategieën en beheerders kunnen de tool configureren om alle bedrijfsvereisten, nalevingsproblemen en herstelopties te ondersteunen.
Hoe Oracle RMAN werkt: Back-ups
Het back-upproces vereist een brondatabase waarvan een back-up moet worden gemaakt en een doellocatie voor het opslaan van back-upbestanden. De RMAN-agent draait op een server en slaat configuraties van beheerders op om te bepalen waar en wanneer back-ups plaatsvinden. Beheerders kunnen ook bewaartermijnen instellen om back-ups voor een bepaalde periode te bewaren.
Nadat beheerders RMAN hebben geconfigureerd, wordt de back-upprocedure automatisch gestart met behulp van de frequentie die in de toepassing is geconfigureerd. Het maakt een snapshot van data en slaat deze op in de back-uplocatie. De locatie kan een lokale schijf, een netwerkschijf of een extern apparaat zijn. Beheerders kunnen ook op elk gewenst moment handmatig een snapshot maken.
Hoe Oracle RMAN werkt: Herstel
RMAN ondersteunt twee soorten herstelmethoden: flashbacks en mediaherstel. Flashback recovery gaat terug naar een specifiek tijdstip en herstelt data. Beheerders gebruiken deze methode wanneer gebruikers per ongeluk data verwijderen of een zeldzame gebeurtenis corruptie van specifieke data veroorzaakt.
Om volledige databasebestanden of grote hoeveelheden beschadigde data te herstellen, herstelt mediaherstel bestanden van de back-uplocatie naar de productieserver. Het voordeel van mediaherstel is dat beheerders de database-engine niet hoeven te stoppen en downtime van de productieomgeving hoeven te veroorzaken. Het wordt vaak gebruikt wanneer bestanden beschadigd zijn of productiemedia uitvallen.
10 meest voorkomende RMAN-back-upcommando's
RMAN heeft verschillende commandoregelstatements om back-ups te configureren en uit te voeren. De volgende lijst bevat de 10 meest gebruikte commando's met voorbeelden.
Voer een volledige databaseback-up uit
RMAN> BACKUP DATABASE;
U kunt ook een back-up maken van de database met alle logs met behulp van de volgende opdracht:
RMAN> BACKUP DATABASE PLUS ARCHIVELOG;
Een incrementele back-up uitvoeren
RMAN> BACKUP incremental level 0 DATABASE PLUS ARCHIVELOG;
Een level 0 back-up is het startpunt voor een incrementele back-up. Incrementele back-ups maken alleen kopieën van data die sinds de vorige back-up zijn gewijzigd. Ze besparen tijd en ruimte in plaats van een volledige kopie te maken voor elke back-up. In dit voorbeeld wordt ook een back-up van de logs gemaakt, maar net als een volledige back-up is het een optioneel onderdeel van de opdracht.
Back-upbestanden formatteren
Met het formatteren van back-upbestanden kunnen beheerders een unieke naam voor elk bestand maken voor snelle herkenning tijdens het herstelproces. Oracle genereert een unieke naam voor elk bestand met behulp van de %U-placeholder. De volgende verklaring bepaalt de map en de bestandsnaam voor elk bestand.
RMAN> BACKUP DATABASE FORMAT “/dbbackup/backup_%U”;
Maak alleen back-ups van een tafel
RMAN> BACKUP TABLESPACE customer to destination ‘/dbbackup/’;
Maak een back-up van een databestand
Datafiles slaan data op met behulp van het Oracle-eigen opslagformaat. De volgende opdracht maakt een back-up van deze bestanden voor herstel in geval van een apparaatstoring.
RMAN> BACKUP DATAFILE ‘/dboracle/customer.dbf’ to destination ‘/dbbackup/’;
Herstel database vanaf een volledige back-up
Back-ups worden automatisch opgeslagen in de map /backup/rman. Om een database te herstellen vanaf een volledige back-up, gebruikt u de volgende opdracht:
RMAN> RESTORE DATABASE;
Herstel een specifieke tabel
RMAN> RESTORE TABLESPACE customer;
Herstel een specifiek databestand
RMAN> RESTORE DATAFILE ‘/dboracle/customer.dbf’;
Bestemmingsdirectory instellen voor archieflogs
RMAN> SET ARCHIVELOG destination to ‘/archives/’;
Alle archieflogs herstellen
RMAN> RESTORE ARCHIVELOG ALL;
Oracle RMAN vs. export voor back-ups
Het maken van back-ups van een database is vergelijkbaar met het exporteren van data, maar back-ups zijn noodzakelijk voor disaster recovery en moeten regelmatig worden uitgevoerd om de bedrijfscontinuïteit te waarborgen. Back-ups moeten ten minste twee weken worden beveiligd en bewaard. Gearchiveerde data moeten langer worden bewaard, maar back-ups moeten altijd beschikbaar zijn in geval van mediastoring, corruptie van data of wanneer data per ongeluk worden verwijderd.
Het exporteren van data neemt een kopie van data en slaat deze op een andere locatie op, maar wordt gebruikt wanneer data uit een Oracle-database naar een andere gebruiker moeten worden verzonden of naar een andere omgeving moeten worden verplaatst. Geëxporteerde data kunnen bijvoorbeeld worden gebruikt om informatie te importeren naar een MySQL-database van derden. De meeste geëxporteerde data is een subset van data uit een Oracle-database, zoals data uit een specifieke tabel of data die overeenkomen met specifieke zoekcriteria.
Oracle RMAN vs. export voor herstel
RMAN bevat verschillende functies die specifiek zijn voor back-ups en recovery. Met de agent kunnen beheerders de software configureren om op specifieke tijdstippen te draaien, data te versleutelen en bestanden en tabellen te herstellen wanneer dat nodig is. Het is een cruciaal onderdeel van bedrijfscontinuïteit om data te bewaren in geval van een beveiligingsgebeurtenis of productiestoring.
Geëxporteerde data kunnen nuttig zijn in geval van dataverlies, maar het is omslachtig en niet betrouwbaar. Het RMAN-back-up- en herstelproces is speciaal ontworpen om back-ups te organiseren en te beveiligen en data in zo min mogelijk tijd te herstellen. Alle geëxporteerde data kunnen als laatste redmiddel worden gebruikt, maar het wordt niet aanbevolen om data uit bestanden te herstellen.
Voordelen van Oracle RMAN
De Oracle RMAN-tool heeft verschillende functies die het een voordelige tool maken voor databasebeheerders. Deze functies zijn niet te vinden in andere toepassingen, en de meeste databasetoepassingen zijn gebouwd voor specifieke leveranciers. De Oracle RMAN-tool is speciaal ontworpen voor Oracle-databases en is inbegrepen bij de aankoop van de database-engine en licenties.
Enkele nuttige functies zijn:
- Geplande of handmatige back-ups: Beheerders kunnen vanuit RMAN een back-upstrategie opbouwen of handmatig een snapshot van alle data maken.
- Gearchiveerde hernieuwde logs: Als updates van een database gegevens beschadigen, kunnen archieven worden gebruikt om wijzigingen terug te draaien en gegevens te herstellen als een back-up inconsistent is.
- Flash recovery: Oracle slaat kopieën van data en archieflogs op in een specifieke directory. De flash recovery-bestanden kunnen worden gebruikt om snel data te herstellen en downtime te verminderen.
- Back-up encryptie: Het versleutelen van back-ups voegt een beveiligingslaag toe aan gevoelige bedrijfsinformatie, en het is een nalevingsvereiste voor veel bedrijven.
Nadelen van Oracle RMAN
Beheerders kunnen een paar nadelen zien met RMAN . De belangrijkste is de complexiteit en het leren gebruiken van al zijn functies. Beheerders melden dat RMAN een grote leercurve heeft voor mensen die niet bekend zijn met de applicatie. Het kan even duren voordat beheerders uitzoeken hoe ze incrementele back-ups kunnen maken, maar zodra configuraties zijn uitgevonden, draait RMAN automatisch met weinig tussenkomst.
Wanneer RMAN te gebruiken
Elke organisatie moet een back-upstrategie hebben voor elk kritisch systeem. Een database is een cruciale bron die nodig is voor de bedrijfsproductiviteit, dus het moet een prioriteit zijn. Back-ups zijn nodig voor herstel als de database geen data meer kan ophalen na een serverstoring, datacorruptie, malware-aanvallen, ransomware-gebeurtenissen en onbedoelde verwijdering van data. Voor sommige gebeurtenissen, waaronder ransomware, is de enige manier om te herstellen het gebruik van back-ups.
Er moeten regelmatig back-ups worden gemaakt, afhankelijk van het volume aan data dat gedurende de dag verandert. De organisatie moet bepalen hoeveel data verloren kunnen gaan voordat een gebeurtenis de bedrijfscontinuïteit en -inkomsten beïnvloedt. Gebruik deze informatie om een basislijn voor back-upfrequentie te creëren.
RMAN-recoveryopties zouden niet vaak nodig moeten zijn, maar ze zijn nodig als een manier om een bedrijfsomgeving na een incident weer in zijn oorspronkelijke staat te brengen. Als ransomware bijvoorbeeld databasebestanden versleutelt, is het in de meeste scenario's onmogelijk om bestanden te decoderen. RMAN kan worden gebruikt om data te herstellen door deze te herstellen van back-ups.