Press Release

Maandag 12 September 2011

Let op! Mogelijke faalscenario’s en herstelmogelijkheden

Door: de data-experts
12 september 2011

Als een database verloren gaat of corrupt blijkt, hebben beheerders vaak hulp nodig om de boel op te schonen en te reorganiseren. Daarbij komt dat dataherstel nog eens extra lastig wordt als databases op een virtuele machine worden gehost. Dan zijn de koppelingen onderling namelijk behoorlijk anders dan bij een echt datacenter.

Dataverlies treedt meestal op door menselijke fouten, maar zoals elke beheerder weet kan het ook veroorzaakt worden door storing in de hardware, fouten in de database zelf en door verwijderde database-invoer.

Gebruikelijke Oracle dataopslag

  • DAS (Direct Attached Storage)
  • SAN (Storage Area Network
  • NAS (Network Attached Storage)

Dataverliesscenario’s bij een Oracle database

  • Corruptie in de Oracle database of back-up
  • Corruptie in Oracle ASM
  • Corruptie in de logs
  • Verwijderde Oracle databases, logs of back-ups
  • Corruptie in het bestandssysteem
  • Storing in RAID en opslag/server-hardware

Het is duidelijk dat dataverlies in elk scenario voor grote problemen kan zorgen voor de bedrijfscontinuïteit. Daarom is het absoluut noodzakelijk om in zee te gaan met een serviceprovider die de gereedschappen en middelen heeft om de afzonderlijke datarijen terug te halen uit kwijtgeraakte of beschadigde databasebestanden.

De herstelstappen

  • Zoek en vind. Als de database door hardwareproblemen niet toegankelijk is, wordt het opslagapparaat gerepareerd om de benodigde data eruit te halen. Als het bestand kwijt is of verwijderd of afgebroken, wordt het systeem aangepast om de correcte datastroom te lezen. En als er geen aanknopingspunten zijn, dan kan de hele database doorzocht worden op data uit de Oracle database.
  • Analyseer en rapporteer. Bestaande toolsets van Oracle kunnen de complexe interne structuur van .DBF- (of .ORA-)bestanden analyseren en een gedetailleerd rapport opstellen over de herstelbare tabellen en het aantal datarijen.
  • Herstel. De data uit de tabellen wordt gekopieerd naar een SQL_LDR-script en vervolgens geïmporteerd naar een nieuwe Oracle database. Kroll Ontrack ondersteunt de meest voorkomende datatypes en Oracle databases inclusief versies 8, 8i, 9i, 10g en 11g die draaien op een x86 of een Solaris-platform. Dat betekent dat gebruikers altijd de beschikking hebben over een hersteloplossing die past bij hun specifieke hardwareconfiguratie.

De datarecoveryspecialisten van Kroll Ontrack kunnen ook de Oracle-data herstellen die opgeslagen is op ASM-diskgroepen, zelfs in de gevallen dat de structuren van de ASM-unit zijn beschadigd of overschreven. Met bestaande instrumenten en procedures kunnen de technici de vrije ruimte doorzoeken en alle ruwe Oracle-data vinden, de originele databasebestanden opnieuw inrichten en dan de datarijen eruit halen. Vervolgens kan de klant de teruggehaalde data weer in een nieuwe database importeren.

Dataverliesscenario’s bij Oracle Linux

  • Corruptie in het bestandssysteem of de data
  • LVM (Logical Volume Management)-corruptie
  • Verwijderde of gedeeltelijk overschreven data
  • Storing in RAID en andere opslag/server-hardware

Welke voordelen serverhardware en –opslag ook bieden, dataverlies blijft een realiteit voor elk systeemtype. Kroll Ontrack is volledig toegerust voor elk dataverliesincident op Oracle Linux-systemen, dankzij de herstel- en reparatietools van Ontrack Data Recovery voor Linux bestandssystemen als EXT3, EXT4, XFS, Reiser, JFS en GFS.

Dataverliesscenario’s bij Oracle VM

  • Corruptie in het gast- en hostbestandssysteem
  • Verwijderde virtuele machines
  • Verwijderde ‘snapshots’
  • Corruptie in de interne virtuele schijf
  • Storing in RAID en andere opslag/server-hardware
  • Verwijderde of corrupte bestanden op de virtuele schijf
  • Virtualisatie is een extra complicerende factor voor een hostsysteem of voor wanneer data verloren gaat. Kroll Ontrack heeft de juiste middelen om daarop te reageren en biedt ondersteuining voor bestandsformaten als VHD, VDI en VDMK zoals die gebruikt worden door Oracle VM en Oracle VirtualBox.