Back-upfouten zijn onbekend maar onvermijdelijk, ongeacht de software die wordt gebruikt voor het maken van back-ups en het herstellen van de systemen. Wanneer u de RCA (Root Cause Analysis) onderzoekt op fouten, komen dezelfde problemen herhaaldelijk naar voren. Bij elke storing is er de mogelijkheid van gegevensverlies dat hoge kosten aan middelen vereist om het herstelprobleem op te lossen.
Think Gartner gemiddelde kosten van IT-downtime zijn $ 5,600 per minuut. Bedrijfsactiviteiten verschillen voor verschillende bedrijven, downtime, aan de onderkant, kan oplopen tot $ 140,000 per uur, $ 300,000 per uur gemiddeld en maar liefst $ 540,000 per uur aan de bovenkant.
98 procent van de organisaties zegt dat één uur downtime meer dan $ 100,000 kost. 81 procent van de respondenten gaf aan dat 60 minuten downtime hun bedrijf meer dan $ 300,000 kost. 33 procent van die bedrijven meldde dat een uur downtime hun bedrijf $ 1-5 miljoen kost.
Bedenk dat een apparaat het begeeft en u merkt dat kritieke bestanden ontbreken? Financiële databases, verzendgegevens, boekhoudgegevens, creditcardgegevens, klantgegevens en een willekeurig aantal onvervangbare digitale bestanden kunnen voor altijd verloren gaan. Allemaal verloren door een verkeerd geconfigureerde, niet-geteste of niet-geverifieerde back-up.
Daarom zouden regelmatige gegevensback-ups een veelvoorkomende taak moeten zijn voor een organisatie en door de jaren heen is het proces minder pijnlijk geworden door de vooruitgang in software en cloudopslag.
Goede back-ups gaan slecht!
Rechtvaardige hardware en software plus een goed back-upstrategie is een perfecte combinatie om uw vitale gegevens te beschermen. Verschillende variabelen kunnen er echter voor zorgen dat back-ups niet worden voltooid en beschikbaar zijn wanneer dat nodig is. Als u uw back-ups niet regelmatig test, is de kans groot dat u uw belangrijke gegevens niet terugvindt tijdens een ramp of een malware-aanval.
Redenen waarom beschadigde back-ups voorkomen:
- Applicaties werken niet goed met de back-upsoftware
- Onjuist opgeslagen back-upmedia die fysieke schade aan de back-ups veroorzaken
- Complexe back-uptoepassingen met instellingen die niet werken zoals verwacht
- Hardwareproblemen - uiteindelijk mislukken alle back-upapparaten
- Wat doet u in het geval van een fysieke back-up als de opslag vol is?
- In het geval van Cloud backup, wie wordt op de hoogte gebracht van downtime, back-upstoringen of API-updates? Wie heeft er toegang?
Regelmatig offline testen van kritieke back-ups zorgt ervoor dat alles correct wordt geback-upt en hersteld, zelfs tijdens een apparaatstoring.
Hoe een back-up testen?
Gebruik een reserveserver
Waarom negeren bedrijven het regelmatig controleren van hun back-ups?
Ze hebben ofwel onvoldoende ruimte om de gegevens te herstellen of hebben geen reserveservers. Slapende hardware is een goede vervangingsoptie wanneer er een server- of opslagstoring is. Het is ook perfect voor het testen van een volledig herstel van back-upgegevens. Het onjuist testen van de back-ups kan leiden tot een onjuist herstel en tegen de tijd dat het bedrijf dit beseft, is het te laat.
Het is verplicht om een fysiek of gevirtualiseerd volledig systeem te hebben om een back-up te herstellen wanneer het werkende systeem offline gaat. Zorg er in het geval van een fysiek systeem voor dat de reserveserver vergelijkbaar is met een werkende server die is geconfigureerd met hetzelfde besturingssysteem en dezelfde back-upsoftware.
Aan de andere kant zou idealiter de reserveserver die wordt gebruikt om een gevirtualiseerd systeem te testen of herstellen, een grotere capaciteit moeten hebben dan de hoeveelheid gegevens in het oorspronkelijke systeem om beter herstel en testen te garanderen.
Het gebruik van meerdere servers is een extra uitgave, maar het is de moeite waard als u de installatiekosten vergelijkt met het inkomstenverlies dat het bedrijf zou lijden als het werkende systeem offline gaat.
Controleer de werkelijke bestanden
"Oh, we hebben niet gecontroleerd of onze back-upgegevens functioneel zijn!"
Dit is een veelgemaakte fout die bij klanten wordt aangetroffen. Wanneer klanten back-uplogbestanden bekijken waaruit blijkt dat een back-upactiviteit is voltooid of kijken naar welke mappen lijken te zijn geback-upt, beschouwen ze back-upgegevens als functioneel. Wanneer het onvermijdelijke toeslaat, proberen klanten echter te herstellen vanaf een back-up en vinden ze dat bijna alle bestanden ontbreken.
Bij het controleren van uw back-ups is het essentieel om bestanden te "openen" - in ieder geval de belangrijkste bestanden - en ervoor te zorgen dat ze werken. Het proces kan wat extra tijd kosten, maar het openen en testen van de belangrijke bestanden kan een bedrijf redden tijdens een systeemstoring of ander gegevensverlies.
Hoe vaak moet u uw gegevensback-ups testen?
Elk bedrijf heeft zijn eigen drempel als het gaat om het maken of testen van een backup. Kleinschalige bedrijven hebben misschien elke maand of jaar een paar gigabytes aan gegevens toegevoegd, andere kunnen terabytes aan gegevens hebben gecreëerd die onmiddellijk moeten worden hersteld tijdens een storing.
Hoe vaak moeten er back-ups worden gemaakt? Dit hangt af van drie criteria:
- De gevoeligheid van uw gegevens
- Hoeveelheid gegevens
- Hoe vaak gegevens veranderen
Ooit gehoord van de 3,2,1-back-upstrategie?
3, 2, 1 Back-upstrategie
Er is geen 100 procent garantie dat het type apparaat dat u gebruikt om een back-up te maken, uw gegevens beschermt tijdens een systeemstoring. 3,2,1… strategie is de beste manier om uw gegevens echt te beschermen.
De 3,2,1-regel gaat als volgt:
- Altijd 3 kopieën van uw gegevens - een werkkopie en twee back-ups
- 2 exemplaren op lokale apparaten
- 1 exemplaar wordt off-site of in de cloud bewaard
In een realistisch scenario is dit als een server die in gebruik is, een tweede server die een back-up maakt van de eerste server en een cloudoplossing om een derde volledige kopie op te slaan.
Inpakken!
Gegevens zijn ongetwijfeld de belangrijkste troef voor elke organisatie, dus bescherm ze met een robuuste oplossing voor gegevensback-up. Zmanda is een wereldwijde leider in open source back-up- en herstelsoftware. Zmanda backup to cloud beschermt en herstelt mappen, bestanden, applicaties of een compleet systeem. Deze moderne oplossing is speciaal ontworpen voor bedrijven met een extreem lage tolerantie voor gegevensverlies, downtime of risicobeperking.
Het is beter om een volledige hersteltest te plannen. Misschien een keer per jaar of per kwartaal. Beslis en zet de datum op de kalender.
