Een volledig herstel van een Oracle 12c-database uitvoeren zonder de databasehersteladviseur - dummies

Video: Billy Graham: Technology, faith and human shortcomings 2024

Je moet niet te veel op je lauweren rusten, dus laten we eens kijken naar een herstel zonder de Data Recovery Advisor (DRA) van Oracle 12c. De DRA helpt je niet in elke situatie. Wat als het bestand dat u moet terugzetten ergens anders naartoe moet gaan? De DRA weet niet waar te zetten.

Bovendien is het goed om te begrijpen hoe u kunt herstellen zonder de DRA. Misschien bevindt u zich op een dag in een niet-12c-database. De volgende methode werkt helemaal tot aan het begin van Recovery Manager (RMAN).

In dit voorbeeld verliest u een gegevensbestand maar kunt u het niet op dezelfde plaats terugzetten. (In dit geval betekent u RMAN . ) U moet RMAN vertellen waar het bestand moet worden geplaatst; dan zal RMAN het op de juiste locatie herstellen.

Je hebt een schijf met een gegevensbestand erop verloren.
De schijf wordt niet vervangen en u moet het gegevensbestand elders herstellen.
U vertelt RMAN waar het gegevensbestand moet worden geplaatst.
U vertelt RMAN om het gegevensbestand te herstellen.
U geeft RMAN opdracht het gegevensbestand te herstellen.
Als de database is gesloten, opent u deze. Als de database open was, hebt u online het gegevensbestand.

Dit voorbeeld met Oracle op Linux begint met het sluiten van de database; u opent het en verhelpt dan de fout. Als u deze fout wilt maken, geeft u de gebruikers een andere naam01. DBF-gegevensbestand terwijl de database down was.

Start de database en lees deze fout:

ORA-01157: kan gegevensbestand 4 niet identificeren / vergrendelen - zie DBWR tracebestand ORA-01110: databestand 4: '/ u01 / app / oracle / oradata / dev12c / users01. dbf '

Kijk of dat het enige ontbrekende bestand is:
Bepaal of dit het enige getroffen bestand is en of het een kritiek bestand is.

U bepaalt ook dat deze moet worden hersteld naar een andere schijf.

Start RMAN en neem het gegevensbestand offline:

U ziet dit:

met behulp van het doeldatabase-besturingsbestand in plaats van de herstelcatalogus Verklaring verwerkt

De database openen:

Vertel RMAN om naar de juiste code te herstellen location:

In dit geval is het disk u02, een andere locatie. De uitvoer geeft aan dat het bestand wordt hersteld en hersteld op de nieuwe locatie:

uitvoeropdracht: SET NEWNAME Start herstel op 30-JUN-2013 11: 48: 46 met behulp van doeldatabase controlebestand in plaats van herstelcatalogus ORA_DISK_1: SID = 7 apparaat type = DISK kanaal ORA_DISK_1: herstellen datafile 00004 invoer datafile kopie RECID = 12 STAMPEN = 819457925 bestandsnaam = / u01 / app / oracle /

fast_recovery_area / DEV12C / datafile / o1_mf_users_8x0lp5mo_. dbf-bestemming voor herstel van datafile 00004: / u02 / app / oracle / oradata / dev12c / users01.dbf kanaal ORA_DISK_1: gekopieerde datafile kopie van datafile 00004 output bestandsnaam = / u02 / app / oracle / oradata / dev12c / users01. dbf RECID = 13 STEMPEL = 819460128 Afgewerkt herstel op 30-JUN-2013 11: 48: 49 datafile 4 overgeschakeld naar datafile-kopie Start herstel op 30-JUN-2013 11: 48: 49 met kanaal ORA_DISK_1 startmediarecovery … output snipped … media herstel voltooid, verstreken tijd: 00: 00: 01 Klaar met herstellen op 30-JUN-2013 11: 48: 52