Hvad betyder alt dette så i praksis ?
Well, vi kan tage et par eksempler fra den virkelige verden :
Eksempel A – Virksomheds-hjemmeside :
Baggrund :
– En virksomheds-hjemmeside med automatiske, ugentlige back-ups til Dropbox med en back-up cyklus på 10 back-ups. På hjemmesiden anvendes et back-up modul, som har fungeret upåklageligt i 2 år. Så alt skulle fungere perfekt.
Problem :
– Hjemmesiden bliver imidlertid hack´et, og back-up modulet viser sig så uheldigvis – samtidigt – at have en uopdaget, ikke-rapporteret fejl, således samtlige af de gemte back-ups på Dropbox er defekte. Altså en situation med en dobbeltfejl.
Redning :
– En dygtig og erfaren webmaster lykkes med nød og næppe med igen at sammenstykke et komplet website ud fra de defekte stumper fra Dropbox.
Fremtidig løsning :
– Hjemmeside-ejeren anser virksomhedens hjemmeside for at være af afgørende betydning for forretningen, og vælger fremover at have back-up på 3 niveauer :
- Cyklisk back-up på webhotellet med 30 dages cyklus
- Ugentlig, cyklisk back-up på Amazon S3 med cyklus på 10 back-ups
- Ekstra back-up på Amazon Glacier
Eksempel B – En blog med meget indhold :
Baggrund :
– 8 år gammel blog med et meget stort antal indlæg og billeder. Automatisk, daglig back-up foretages på webhotellet med en cyklus på 15 dage. Ingen yderligere back-ups forefindes. Bloggens ejer har ingen indsigt i dette og har ikke forudsætninger for at træffe kvalificerede valg omkring dette. Bloggens webmaster´en har ikke tydeliggjort konsekvensen af de manglende back-ups overfor bloggens ejer.
Problem :
– Billeder på website´t er forsvundet af ukendte årsager, og der optræder russiske tegn på bloggen. Reetablering via webhotellets back-up faciliteter løser ikke problemet.
Fejlen skyldes muligvis hardware nedbrud og/eller ændringer på webhotellet.
Redning :
– Delvis redning måske mulig, Komplet redning er ikke mulig …
Fremtidig løsning :
– At tilføje ekstra niveauer af back-up
Eksempel C – 6 år gammel webshop :
Baggrund :
– ” … da han åbnede for sin computer, var hjemmesiden forsvundet. Et IT-nedbrud hos hans server-udbyder betød, at seks års arbejde med nøjsomt at opbygge en forretning, der solgte børnemøbler og barnevogne online, pludselig var væk.”
Problem :
– »Lige pludselig kan jeg ikke komme ind på siden. Det viser sig, at min server-udbyders servere er gået ned. Han har mistet min hjemmeside, samtidig med at backupen også er ødelagt. Alt er væk,« siger webshoppens indehaver.
Redning :
– Redning af webshoppen er IKKE mulig.
Webshoppens indehaver fortæller, at hans server-udbyder brugte to døgn på at forsøge at genskabe webshoppen, men til sidst måtte give op.
Webshoppen tilbød 1.200 forskellige produkter, som nu individuelt skal oprettes i et nyt system igen, og det er endda den lette del af det store arbejde, som venter webshoppens indehaver forude i kampen for genskabe sin virksomhed.
»Jeg starter helt fra nul igen. Jeg har brugt seks år på at optimere min webshop til Google-søgninger. Jeg har nemlig hele tiden udviklet mine produkttekster, så de bedre træder frem i Google, altså det man kan kalder søgeordsoptimering. Nu skal teksterne på alle 1.200 produkter indtastes igen,« siger iværksætteren.
Fremtidig løsning :
– At tilføje både grundlæggende og ekstra niveauer af back-up.
Eksempel C – Kilde :
Læs mere om valg af det rette back-up niveau for din virksomhed og din virksomheds hjemmesiden i flg. artikler :
- Hvor mange back-ups skal jeg have af min hjemmeside ? – 1 – Hvad har du brug for ?
- Hvor mange back-ups skal jeg have af min hjemmeside ? – 2 – Hvad kan gå galt ?
- Hvor mange back-ups skal jeg have af min hjemmeside ? – 4 – Hvad er mine muligheder ?
- Hvor mange back-ups skal jeg have af min hjemmeside ? – 5 – Brug grundreglerne !
- Hvor mange back-ups skal jeg have af min hjemmeside ? – 6 – Eksempler og business cases
- Hjælp dig selv … ! – 5 – Hvad kan du gøre, for mig … ? - 21. april 2021
- Sådan guider du besøgende igennem din hjemmeside - 18. april 2021
- Hjælp dig selv … ! – 4.2 – Til dig der er jobsøgende - 17. april 2021
