VIER

Database VIER lijkt weer sterk op DRIE qua herstel. Er is weer een ADJUST_SCN LEVEL 2 nodig om de database open te krijgen. Alles gaat dan ook goed totdat de Entire Database export gemaakt gaat worden. Deze faalt keer op keer met de volgende foutmelding (en een core dump):

ORA-03113: End-of-file on communication channel. Disconnection forced.
ORA-01041: internal error. hostdef extension doesn't exist.

Oracle Customer Support geeft aan dat wellicht de LARGE_POOL te klein is. Het lijkt dat dit niet de oorzaak is, want hij is niet kleiner dan bij de andere databases, maar het is tenminste het proberen waard. Het helpt echter niet. Het tweede alternatief van Oracle Customer Support, na het checken en goedbevinden van een aantal controles, is het maken van User exports.
(meer…)

TWEE

Database TWEE blijkt makkelijker te herstellen. Deze database is robuuster aangemaakt, met gemirrorde redologfiles. Er is weliswaar een complete mirror verdwenen van de D:-schijf, maar de set op de F:-schijf is nog intakt. De database draait dus gewoon door.

Even twee nieuwe redologgroepen (single logfiles) aangemaakt als tussenoplossing, daarna de originele groepen verwijderd en opnieuw gemirrord aangemaakt. Daarna de tijdelijke extra redologgroepen weer verwijderd, en alles is weer in orde.

(meer…)

Het definitieve herstel van database EEN

Oracle reageert snel (zie deel 1). Oracle heeft Note 283945.1 “TECH: Summary For Forcing The Database Open With _ALLOW_RESETLOGS_CORRUPTION with Automatic Undo Management” opgestuurd. Deze note is niet op Metalink te vinden, hij is dan ook via de mail opgestuurd. De note klinkt wat dreigend (zie kader).

(meer…)

Het relaas van een herstel-actie van databases waarvan de redolog-files verwijderd zijn en de actieve redolog-file gecorrumpeerd is geraakt. De databases draaien niet in archivelogmode en het bleek dat er al een half jaar geen goede backup is gemaakt. De belangrijkste vraag is natuurlijk hoe deze databases hersteld kunnen worden. Omdat dit (hopelijk) geen dagelijkse activiteit is van een Oracle DBA volgt hieronder de gevolgde werkwijze (met tips en hints) om de problemen het hoofd te bieden.

Omdat de vier databases verschillende symptomen vertonen (drie zijn gecrashed en één draait nog), en het herstelscenario dus niet gelijk is, zijn de scenario’s in aparte delen beschreven. (meer…)