Hostingprovider die zijn backup niet op orde heeft. Wat nu?

[StegemanIA]

Een van mijn klanten begon eind vorige week te klagen dat hij niet meer in kon loggen op zijn website. Dus ik op onderzoek uit en mijn hostingprovider gebeld die het probleem gingen uitzoeken. Afgelopen donderdag kreeg ik antwoord dat ze een storing hadden gehad in hun dbms waardoor (een aantal) innodb tabellen corrupt zijn geraakt. Geen probleem dacht ik, zetten ze toch een backup terug. Nu blijkt het niet mogelijk om de database terug te zetten. Als reden geven ze op dat het om innodb tabellen gaat en dat die niet goed te backuppen zijn.

Bij het kiezen voor een hostingprovider heb ik o.a. voor de hostingprovider gekozen omdat zij dagelijks een backup maken zodat (hun eigen woorden) Al uw waardevolle data bewaard blijft. Nu puntje bij paaltje komt kunnen ze niets doen en mag ik aan 4 klanten van mij gaan vertellen dat ze hun data kwijt zijn. De hostingprovider zegt dat dat het risico is van een shared hosting en dat innodb tabellen er helaas niet altijd zonder kleerscheuren vanaf komen. Punt!

Het kan aan mij liggen, maar dit is toch niet normaal?

[BoAC]

Is het contractueel vastgelegd bij de dienst die je afneemt dat backups op de beschreven wijze worden uitgevoerd en dat ze die binnen bepaalde tijd kunnen restoren? En heb je dit dan ook op papier staan?

Je kunt daar dan op terug vallen.

[CyBeR]

InnoDB is prima te backuppen. Waarschijnlijk weten ze gewoon niet hoe dat moet (want inderdaad, je moet daar wat moeite voor doen) en komen ze daar nu achter.

[BoAC]

Ongeacht of het moeilijk is of niet.. afspraak is afspraak naar mijn idee.

[coyote1980]

Wat is er vastgelegd als compensatie voor wanneer de hostingprovider niet aan zijn afspraken voldoet?

[StegemanIA]

Uiteraard is er opde website geen uitgebreide informatie beschikbaar over de SLA, dat moet ik thuis nog eens opzoeken. Bij het product staat in ieder geval expliciet vermeld dat het inclusief uitgebreide SLA is.

Ze zeggen er zelf bij dat het probleem is ontstaan door een andere gebruiker op de server en dat daardoor de dbms is vastgelopen. Daarom kunnen ze er niets aan doen. Maken ze nu niet van hun probleem mijn probleem?

[SmartDoDo]

-> IH

[J2pc]

Stegeman schreef op vrijdag 10 juni 2011 @ 15:22:
Uiteraard is er opde website geen uitgebreide informatie beschikbaar over de SLA, dat moet ik thuis nog eens opzoeken. Bij het product staat in ieder geval expliciet vermeld dat het inclusief uitgebreide SLA is.

Ze zeggen er zelf bij dat het probleem is ontstaan door een andere gebruiker op de server en dat daardoor de dbms is vastgelopen. Daarom kunnen ze er niets aan doen. Maken ze nu niet van hun probleem mijn probleem?

Hmm, klinkt ook nog als een security issue, waar een 'gebruiker' zodanig veel rechten op de server heeft dat hij de andere databases ook kan corrumperen. Scary.

'Kunnen we niks aan doen' lijkt me sowieso niet aan de orde. Ze leveren de dienst & beheren die servers, dus ze hebben zeker een bepaalde verantwoordelijkheid.

Maar hoe het ook uitpakt, weg=weg. Dat probleem gaat niet weg, ook niet als de hoster verantwoordelijk/nalatig blijkt te zijn.
Zit jij als reseller tussen je klanten en de hoster, of hebben de klanten zelf een overeenkomst met de hoster? Interssant ivm aansprakelijkheid.

/edit
In je stukje staat dat het jouw klanten zijn, en dat je jouw hoster benaderd hebt. De klanten hebben dus enkel met jou contact? Dan lijkt het me idd zaak jouw SLA naar je klanten eens naast de SLA tussen jou en de hoster te leggen ivm eventuele aansprakelijkheid.

Maar vervelend is het zeker.

[Voor 30% gewijzigd door J2pc op 10-06-2011 16:10]