Som den mc-nörd man är gick jag in på fastbikes för att läsa lite mc-nyheter men möttes av:

"Igår kväll hände det som inte får hända. Ett databasfel raderade all information som vi och ni flitiga läsare har publicerat på fastbikes.se sedan starten den 1 oktober 2007.

Till vår stora bestörtning har vår serverhost Ipeer AB inte gjort den dagliga backup som utlovas i kontraktet. Faktum är, hur obegripligt det än må låta, att backup aldrig någonsin har genomförts av den meriterade firman som säljer sina tjänster till en rad svenska storföretag. Detta till följd av den mänskliga faktorn."

Jag hade uppfattningen att Ipeer var ett seriöst företag, att göra backup är väl inget man bara glömmer?

Det var väldigt dåligt gjort, hoppas de tänker stämma skiten ur dem :]

Det hela låter ju jättekonstigt om Ipeer inte tar några som helst backuper, och väldigt slarvigt av dem om man syftar på hur kontraktet/avatalet är utformat.

Hmm, att inte ta egen backup är också ett generalfel även om jag håller med om att Ipeer i det här fallet är syndabocken. Felet beror antagligen inte på glömska utan på en felkonfigurering och tyvärr är det sånt som händer. Dock inget man ska acceptera men man behöver inte gå till överdrift och kräva stämning. Jag hoppas att Ipeer kompenserar den/de som drabbas ändå.

Jävlar va olyckligt att det inte fanns en enda back up. Men det är bara att dra lärdom av det så kommer det förhoppningsvis inte ske i framtiden. Har själv varit med om liknande, dock inte lika stor mängd data. Men ack som det svider.

Tråkigt att de inte testat att göra återställningar då och då. =/
Tar man backuper måste man ofta testa att rutinerna fungerar och att det faktiskt går att få ut något av det man säkerhetskopierar.

Vi rekommenderar (och bistår) våra kunder att testa sin
backup ca 2 ggr/år. Det är det minsta man kan begära.

En backup som aldrig testats är faktiskt inte värd någonting.

Katastrofalt dåligt av Ipeer och ganska klantigt av webmastern
själv. Även om man lägger ut sig på ett webhotell, hur svårt är
det inte att dumpa MySQL-db'n i PHPMyAdmin och att ladda hem
allt som finns på FTP:n? I alla fall någon gång då, och då?..

Nu vet jag inte hur kundavtalet ser ut hos Ipeer. De har antagligen
friskrivit sig duktigt så alla webmasters är väl ganska rökta..

De får väl skicka grejerna till IBAS som brandkåren i Gårda fick
göra efter översvämningen?...

http://www.itproffs.se/forumv2/tm.aspx?m=133006

Hehe, är det bara jag som får "server error" på den där länken? itproffs... :D

Fungerade i går.... men det hjälper inte mycket i dag inte!?

Jag litar inte på hostingföretagen alls när det kommer till sådanna saker som backups.
Skaffa nån ANNAN host som ligger offlocation.

Skapa ett cronscript som FTPar upp senaste backupen på allt KRITISKT dagligen (05:00 tex)

Jag avänder även ncrypt för att kryptera ftp backuperna, ifall nåt skulle hända på FTPn i fråga.
Lösenordet lämnar ALDRIG servern (Där det ligger hårdkodat i cronscriptet - som endast root har tillgång till).

Funkar perfekt, och dessutom en mycket effektiv lösning på ett sådant simpelt problem (som kan sluta i katastrof)

Westman:
Hrm.. skumt. Fungerar finfint här..

"Har fått ett litet problem på jobbet...

När jag skulle kolla mina servrar/SAN i lördags så hadde jag ett vattenstånd i serverhallen på 2 meter (och nej, jag har inte vattenkylning). Problemet som jag nu har är att även min backup som stod i en annan brandzon också är drabbad. Detta gör att jag gärna skulle villja få ut info från min EVA. Jag har hängt upp alla mina 96 diskar på tork. Frågan är om det är något mer jag bör göra.

När jag pratar med HP så säger dom bara IBas, men jag ger inte upp så lätt. Jag antar att jag måste tvätta mina diskar med acceton/rödsprit eller sprit. Men skall jag göra detta nu när diskarna fortfarande är fuktiga, eller skall jag vänta tills dess att dom har torkat.

Nästa fråga är om det kommer att fungera??? Jag har gjort detta med bärbara tidigare, och det har funkat. Men undra hur en EVA reagerar???

Om det är någon som har några funderingar/tankar/Idéer, så tar jag tacksamt emot dessa. "

Uppföljning:
"Jaha då var detta över för nu.

En liten rapport om någon är intresserad.

Vi skickade 80 st vattendränkta diskar till IBAS, dom tog emot dessa och började försöka läsa ut data. 24 av diskarna var så dåliga att det inte gick att läsa ut något data från dom. När själva utläsnings jobbet var klart så var det dags att försöka bygga upp datat på ett sådant sätt att det går att läsa det.En EVA är uppbyggd på med en massa krypteringar och egna vraid lösningar vilket gör detta väldigt svårt. I detta läge så kontakta vi HP för att få information och hjälp med detta. Informatinen om hur en EVA är uppbyggd ville inte HP dela med sig av ( detta har jag full förstålse för) så Ibas/Ontrack var tvungna att köpa en egen EVA så att dom kunde göra lära sig hur den fungerar. Utvecklarna av HP EVA i USA sa att IBAS hade mindre än 0,001% chans att lyckas med att återskapa data. Varken HP eller något annat recovery företag har lyckats med detta, detta gjorde att Ibas/Ontrack blev extra sporrade att lyckas.När dom väl hade fått sin EVA installerad i USA så tog det mindre än 2 veckor innan dom hade lyckats med det som inget annat företag eller HP har lyckats med. Dom kunde läsa ut data ur en totalt krashad EVA.

Jag har nu fått den data som gick att läsa ut, totalt så blev det över 4 Tb data eller ca 86% av allt data.

Säga vad man vill, men IBAS kan sin skit så att säga. Lite off-topic kanske. Men ändå,
backuper är inget man helt kan förlita sig på att andra utför åt en.. Man måste testa dem!
Detta var brandkåren i Gårda här i Göteborg.

Den som byggde den serverhallen/backuplösningen borde bli av med jobbet!

Ja, det är verkligen skrämmande att sånt här kan hända. I fallet med räddningstjänsten var det ju HP som sålt och installerat en backuplösning till sin EVA som inte fungerade för fem öre och aldrig gjort det. Jag blir lika förbannad varje gång stora företag gör den här typen av misstag och kommer undan med det.

Mjaa... Det är ju inte den som installerar det som borde få skulden för att backuplösningen inte fungerar. Det är ju den som sköter den.
En backuplösning fungerar aldrig av sig själv år ut och år in efter installationen är gjord.

Det är flera är på forumet fått erfara. ;)

Nej, visst, men i det här fallet så förstod jag det i alla fall som att backupen aldrig fungerat. Detta eftersom de köpte en ny, fetare EVA med samma lösning som tidigare och HP fick det inte att funka då heller så till slut fick de byta till NetBackup. Läs tråden på itproffs :)

Spelar ingen roll om den aldrig fungerat. När backupansvarig kontroller sin backup dagen efter leveransen så borde han/hon flaggat för att det inte funkade.

Då det var Göteborg Energi som fick problem och öppnade dammluckor
uppströms samtidigt som de stängde nedströms så stod Göteborg Energi
för IBAS-notan. De har i sin tur stämt ATEA som installerade lösningen.

Teknikern på ATEA hade tydligen glömt fylla i serienumret för backup-
mjukvaran, så jag antar väl att tiden gick ut efter 30 dagar..

IDG har nämnt historien här: http://computersweden.idg.se/2.2683/1.174937