Aantal defecte harde schijven verdrievoudigd
Het aantal defecte harde schijven is in twee jaar tijd verdrievoudigd, waarbij RAID-systemen geen onfeilbare oplossing zijn. "Veel bedrijven houden er geen rekening mee dat meerdere harde schijven tegelijkertijd kunnen uitvallen en laten na om op zijn minst de belangrijkste data te backuppen”, zegt Robbert Brans van Attingo. Het bedrijf zag het aantal data recovery gevallen van 2009 tot 2010 verdrievoudigen.
Hierbij waren vrijwel altijd harde schijven met een relatief grote opslagcapaciteit betrokken. Ging het in 2009 nog gemiddeld om een capaciteit van één terabyte, in 2010 was dat al opgelopen naar drie terabyte. Ook het aantal defecte harde schijven in RAID-systemen is volgens het data recovery bedrijf "indrukwekkend".
Fabels
"Het argument dat meerdere harde schijven niet tegelijkertijd zullen uitvallen, moeten we naar het land der fabels verwijzen”, stelt Brans. Er
zijn tal van oorzaken waarom er juist meer schijven op hetzelfde moment uit kunnen vallen. “Veel voorkomende spanningspieken kunnen er alleen al voor zorgen dat een systeem crasht. Daarnaast komen productiefouten, oververhitting of schokken tijdens het transport vaak voor.”
Een andere boosdoener kan de ingebouwde RAID-controller firmware zijn. "We constateren een toename van de storingen als gevolg van defecte of slecht geprogrammeerde controllersoftware”, aldus Brans. “Veel bedrijven geloven dat er met hun data, na het investeren in een dure RAID-oplossing, niets kan gebeuren. Dat is een vergissing die bedrijven fataal kan worden”, stelt de datahersteller.
Virtualisatie
In het geval van gevirtualiseerde systemen, waarbij diverse toepassingen op dezelfde hardware draaien, was er sprake van een verdubbeling. "Bedrijven komen enorm onder druk te staan wanneer daarbij ook maar iets misgaat en niemand binnen de organisatie meer zijn werk kan doen”, gaat Brans verder.
Peter
(En inderdaad, de andere helft van 't RAID1 paar ging 2 weken later titsup.)
Daarom is juist heel de wereld productie omgevingen aan het virtualiseren?
Met goede bare-metal virtualisatie tools en een fatsoenlijke SAN ben je zoveel flexibeler dan een conventioneel systeem, en kun je veel sneller een disaster recovery uitvoeren.
Maar dan nog blijft:
RAID=Geen Backup
Naast je Raid-array's is geen goede backup strategie een life-saver.
En de backups draaien we nog steeds. Geen zorgen.
Bezig met prijzen bijeen te rapen, materiaal op te zoeken en zo voor een andere fileserver om daar de data op te zetten als backup.
Net dan natuurlijk ... crash
2 schijven ... op exact dezelfde -seconde-
Raid != backup
En de backups draaien we nog steeds. Geen zorgen.
I know, dat zeggen veel mensen. Tot er wat fout gaat ! let op mijn woorden, ik spreek namelijk niet vanuit ideologie maar uit ervaring. Vroeger ging er 1 server plat, nu gaan er 20 tegelijk..... jamaar jamaar hoor je dan Vmotion enz.enz. bla bla, Dan moet ik dus alles dubbel gaan uitrusten om het redundant te maken (moet het nog wel werken, doet het namelijk niet altijd) en als je alles dubbel moet doen ben je het hele kosten argument kwijt waardoor uiteindelijk je hele virtualisatie weer duurder uitkomt.
Daarom is juist heel de wereld productie omgevingen aan het virtualiseren?
Met goede bare-metal virtualisatie tools en een fatsoenlijke SAN ben je zoveel flexibeler dan een conventioneel systeem, en kun je veel sneller een disaster recovery uitvoeren.
Maar dan nog blijft:
RAID=Geen Backup
Naast je Raid-array's is geen goede backup strategie een life-saver.
Flexibeler zeker, maar een productie omgeving hoeft niet zo flexibel te zijn, je test en acceptatie omgeving wel.
Het feit dat je sneller recovery uit kan voeren is niet waar, als jou ESX bak eruit ligt heb ik sneller mijn server weer online dan jij je ESX, daar ben ik 100% zeker van. Alleen bij mij ligt er 1 bak uit en bij jou 20. Als je we spreker over een viruele machine dan heb je die waarschijnlijk eerder weer online dan mijn server maar dat is dus helemaal afhankelijk waar het fout gaat. Maar op de fysieke laag ben ik er zeker van dat ik sneller ben ;)
Het is helemaal situatie afhankelijk. Wij hebben het gebruikt om de oude troep op te ruimen of onder te brengen in een donker hoekje van de virtuele wereld. En onze mooie servers draaien nu beter. Laatst hadden we een kapot moederbord op zo'n ondergestoft ding. Geen hond die zo'n moederbord had liggen en uiteindelijk hebben we het met een houtje touwtje oplossing weer up gekregen. Nu zijn we weer up to date en helemaal voorzien van strakke contracten.
En... qua stroomverbruik en koeling is het echt geniaal!
En inderdaad, ik ben het helemaal met Mysterio eens voor wat betreft virtualisatie.
Voor mij ligt de uitzondering voor virtualisatie op servers met vertrouwelijke data (want breek door de virtualisatie en je hebt bal) en firewalls (de ultieme vorm van vertrouwelijke data, toch?) om dezelfde reden.
Van allebei de servers zijn een keer de harde schijven uitgevallen omdat de controller een opdonder kreeg(spanningspiek).
Vandaag had de server ineens een herstart omdat de voltage te laag was van het net. 200 volt ineens volgens APC.
Gelukkig weer snel online maar je hart gaat op zo een moment heeeeeel snel kloppen van angst :-)
In de toekomst wil ik de back-up oplossing via cloud hebben.
Ik werk bij een bedrijf waar een dergelijk 'ongelukje' gebeurde.
Pas daarna werd het maken van goede backups (volgens een plan, en niet zomaar lukraak) bij ons serieus opgepakt!
Er is toen zelfs een compleet "disaster" plan opgesteld.
Dat bedrijf van Robbert Brans, Attingo Datarecovery, is overigens een heel goed en betrouwbaar adres voor als het eens echt mis gaat. En ik spreek uit ervaring...
http://www.attingo-datarecovery.nl
Het feit dat je sneller recovery uit kan voeren is niet waar, als jou ESX bak eruit ligt heb ik sneller mijn server weer online dan jij je ESX, daar ben ik 100% zeker van. Alleen bij mij ligt er 1 bak uit en bij jou 20. Als je we spreker over een viruele machine dan heb je die waarschijnlijk eerder weer online dan mijn server maar dat is dus helemaal afhankelijk waar het fout gaat. Maar op de fysieke laag ben ik er zeker van dat ik sneller ben ;)
We hebben hier 3 Vsphere hosts hangen in een clusters, dus als een van die host servers uitvalt worden de VM's gewoon gemigreerd naar een andere host. Ik zie het probleem niet.
Dit is uitvoerig getest voordat we Vsphere implementeerde, en ik durf best te stellen dat het migreren van een VM naar een andere host veel sneller gebeurd dan het herstellen van jouw fysieke server.
Kort stukje leesvoer:
http://serverfault.com/questions/2888/why-is-raid-not-a-backup
Resultaat : Filesystem helemaal naar zijn grootje, en dan heb je een RAID opstelling, 3 keer raden wat er gebeurde, alles werd gemirrored naar de andere schijven waar de data nog wel goed was! Poging om het filesystem te herstellen mislukte, gelukkig hadden we nog alles nog op tape/ andere servers anders waren we meer dan 3-4 TB aan data kwijt.
Deze posting is gelocked. Reageren is niet meer mogelijk.
Adviseur Informatiebeveiliging
Je bent een belangrijke speler om invulling te geven aan de gemeentelijke ambities op het gebied van informatiebeveiliging. Deze ambities neem jij op in het Informatie-beveiligingsbeleid Gemeente Zoetermeer. Wil je helpen bij het verbeteren van de informatiebeveiliging in Zoetermeer en het versterken van het cyberbewustzijn binnen onze organisatie? Wacht dan niet en kom ons team informatiebeveiliging versterken!
Toezichthouder informatiebeveiliging Overheid
Rijksinspectie Digitale Infrastructuur (RDI)
Vind je het leuk om als toezichthouder bij te dragen aan de verdere groei in informatie-beveiliging van de overheid en in contact te staan met (belangen) organisaties binnen de overheid? Dan kun je komen bouwen aan toezicht op een veilige en betrouwbare Digitale Infrastructuur in Nederland.
Senior Full Stack Developer
Als full stack developer bij Certified Secure maak je de mooiste cybersecurity challenges die onze deelnemers wereldwijd uitdagen en inspireren. Alle challenges zijn gebaseerd op actuele kwetsbaarheden, je komt dus telkens nieuwe technieken tegen, van machine learning tot web assembly, van Swift UI tot GCP.
Digital Designer
Ben jij een Grafisch vormgever, UI-designer, Game-artist of gewoon een ‘self-proclaimed creative genius’, die op zoek is naar een leuke en uitdagende baan waarin je al je creativiteit kwijt kan?Je werkt samen met onze developers en UI/UX-designer aan onze Gamified Cybersecurity Challenges welke jij voorziet van de mooiste designs.