Ontrack haalt data terug van een Oracle database van 1,6 terabyte

De klant

Een groot taxatiebureau voor onroerend goed uit Spanje.

Achtergrond

De klant verloor door stroomuitval de toegang tot zijn Oracle database met 1,6 terabyte aan gegevens. Bij de klant draaide de Oracle op Suse Linux en de databases waren opgeslagen op een ASM (Automatic Storage Management)-unit op een HP EVA SAN-systeem met 20 harde schijven. Toen men na de stroomuitval het systeem weer wilde opstarten, lukte dat niet. De klant riep zijn hardwareleverancier erbij en vastgesteld werd dat het probleem zat bij twee van de harde schijven in het HP EVA SAN-systeem. Bovendien bleek dat het belangrijkste bestand – een database met taxaties uit de voorgaande jaren die voor de klant zelf en uit fiscaal oogpunt onmisbaar waren – niet geback-upt was.

De oplossing

De klant nam via een officiële partner contact op met Ontracken en vroeg om een voorstel om de database te herstellen. De experts van Ontrack gingen onmiddellijk om tafel zitten met de klant en onderzochten de herstelopties. Ontrack vroeg daarop toegang tot de database om een vooronderzoek te kunnen doen. Daaruit bleek:

De fysieke reparaties en het dataherstel van de twee probleemschijven moesten in een ‘cleanroom’-omgeving gebeuren. Hoogstwaarschijnlijk was het noodzakelijk dat het onderzoeks- en ontwikkelteam nieuw reparatie gereedschap moest ontwikkelen voor de HP EVA- of ASM-configuraties. De klant kreeg vervolgens een voorstel met meerdere serviceopties om een goede match te maken met het beschikbare budget en de tijdsdruk.

De klant besloot de datarecoveryspecialisten van Ontrack in te schakelen voor de volgende diensten:

Cleanroom-technici gebruikten bestaande technieken om alle datastructuren van de twee probleemscijven terug te halen
Structuurspecialisten konden de datastructuren van de specifieke HP EVA-versie niet goed herleiden. Door gebruik te maken van omgekeerde engineeringtechnieken op een EVA productieomgeving met vergelijkbare specificaties, ontdekten de onderzoeks- en ontwikkeltechnici van Ontrack hoe het systeem de data had opgeslagen. Met een update van een bestaande gereedschapsset konden vervolgens de LUN’s (Logical Unit Numbers) van het systeem van de klant worden samengesteld.
Met bestaande ASM-herstelinstrumenten kon de Oracle databasestructuur van de LUN’s worden achterhaald.
Met bestaande Oracle-herstelinstrumenten konden de tabellen in de geïmporteerde bestanden van SQL Loader teruggehaald en aan de klant ter beschikking gesteld worden. Om dit mogelijk te maken moest extra functionaliteit aan de bestaande herstelinstrumenten toegevoegd worden voor de ‘Bigfile’-tabellen. In totaal werden 650 tabellen en ruim 82 miljoen rijen met Oracle-data gevonden, hersteld en aan de klant overhandigd. Daarvan konden slechts 1515 rijen met niet-essentiële informatie niet volledig teruggehaald worden.