Go to Top

Yleisimmät tilanteet, joissa virtuaalijärjestelmien tiedot häviävät

Ihmisten tekemien virheiden takia kadonneet tiedot ovat klassikko. Tämä blogipostaus sisältää neuvoja tilanteeseen, jossa katastrofi sattuu omalle kohdalle.

Ontrackin laatima tutkimus osoitti, että ylikuormitetut IT-osastot voivat johtaa häiriöihin ja tietojen häviämiseen.

  •   84% yrityksistä raportoi, että he ovat kokeneet tietojen häviämisen vältettävissä olevien virheiden vuoksi.
  •   Joka toisella IT-työntekijällä ei ole aikaa säännöllisesti dokumentoida menettelyjä ja prosesseja. Tämä voi aiheuttaa kohtalokkaita virheitä pitkällä aikavälillä.
  •   77% kokee itsensä ylikuormitetuksi.

Haluatko lukea lisää tästä aiheesta? Lataa ilmainen whitepaper täältä. 

4 yleisintä virhettä

  • Poistettu tai puuttuva virtuaalijärjestelmä/VMDK:
    Jos epäilet tietojen hävinneen, ensimmäinen tehtävä on tallentaa tiedot, jotka sinulla on tallessa muuallakin, kuin puuttuvassa tai poistetussa virtuaalilevyssä. Relevantti data sisältää: virtuaalisen levyn koon, laajan tai niukan provisioinnin, virtuaalijärjestelmän nimen, vierastiedostojärjestelmän ja sisältötyypin. Seuraavaksi vähennä lukemia ja kirjoituksia kyseisestä tietokannasta. Jos datastore sisältää aktiivisia, niukasti varusteltuja virtuaalijärjestelmiä, sammuta ne mahdollisimman pian. Mitä tahansa teet, älä siirrä yhtään aktiivista virtuaalijärjestelmää kyseiseen tietokantaan tai sieltä pois ilman, että puhut ensin tietojen palautuksen asiantuntijalle. Voit lisätä tahattomasti VMware-tietojen palauttamisen monimutkaisuutta ja vähentää tietojen hakemisen mahdollisuuksia. Jos VM:llä on puuttuvia toi poistettuja kuvia, älä kytke sitä päälle. Ja jos kone on käynnissä, kytke se pois päältä mahdollisimman pian.
  • Korruptoitunut VMFS-metadata tai pääsy tietokantaan:
    Älä koskaan yritä luoda tietokantaa uudelleen ja jos tutkit LUN-laitetta itse, varmista, että käytössä ovat vain lukuoikeudet (read only access).
  • Mekaaniset viat ja RAID/tallennusongelmat:
    Älä koskaan korvaa epäonnistunutta asemaa asemalla, joka on ollut osa aiempaa RAID-järjestelmää; nollaa aina vaihdettava asema ennen sen käyttöä. Jos asema tekee epätavallisia mekaanisia ääniä, sammuta se välittömästi ja hanki apua ammattilaisilta. Aivan kuten fyysisessä palvelinympäristössä, mekaanisesti viallisen aseman jättäminen päälle lisää vaurioiden todennäköisyyttä ja vähentää merkittävästi täyden tietojen palautuksen mahdollisuuksia. Merkitse asemien sijoitus RAID-ryhmässä ennen niiden poistamista järjestelmästä. Jos RAID-järjestelmä epäonnistuu kesken uudelleenrakennusprosessin, älä yritä uudelleenrakentamista toistamiseen. Älä koskaan siirrä VM:ää epäilyttävään RAID-tiedostoon tai sieltä pois. Jos sinun täytyy sulkea tai kytkeä päälle RAID-laitteesi, varmista, että kaikki virtuaalijärjestelmät ja VMware-isännät on suljettu ensin.
  • Asiakkaan korruptoitunut käyttöjärjestelmä:
    Älä yritä suorittaa apuohjelmia (kuten CHKDSK) tai eheyttää apuohjelmia epäillyistä korruptoituneista virtuaalisista levyistä, koska tämä voi pahentaa ongelmia. Jos huomaat, että useampi kuin yksi virtuaalijärjestelmä näyttää merkkejä korruptiosta, sinulla voi olla ongelma tallennustasolla. Sammuta koneet ja ota yhteys tietojen palautuksen asiantuntijaan mahdollisimman pian.

Tarvitset:

  • Suunnitelman järjestelmien palauttamiseksi tietojen häviämisen jälkeen.
  • IT-osastolle näkyvät tiedot siitä, mitä tehdä onnettomuuksien sattuessa
  • Päivitetyt varmuuskopiot, jotka tarkistetaan usein
  • Välitön pääsy palautusasiantuntijoiden yhteystietoihin
  • Järjestelmien, tallennuksen, laitteiston ja arkiston/varmuuskopioinnin tarkastukset
  • Koulutus ja harjoitukset katastrofin sattumisen varalta
  • Tieto ja ymmärrys siitä, milloin on hyvä lopettaa. Epäonnistuneet yritykset usein vain pahentavat tilannetta.

Haluatko tietää lisää kuinka käsittelemme tietojen palauttamista virtuaalijärjestelmistä? Lue ilmainen whitepaper täältä.