Onderwerp: I backup (not) therefore I am (not)

In een mail van 21-9-2010 is gesproken over financiele compensatie. Daarna niet meer.

De eerste mail quote in het begin van de thread is trouwens van 1-10-2010.

Begin mail quote 21-9-2010:

Beste,

Na een week monitoring en een weekend intensieve hardware check, bleek de server het na vrijdag weer te doen. Vandaag is de server helaas weer down gegaan. Dit heeft ons doen besluiten de server morgen meteen te gaan vervangen.

Waarom hebben wij dit niet eerder gedaan?

De reden van deze vertraging heeft te gemaken gehad met de data op de schijfen, deze konden niet 1 op 1 worden overgezet op een nieuwe server, omdat op advies van een HP consultant de risico te groot was voor data verlies. Wij hebben als oplossing een identieke server configuratie gecreeerd waar we de schijven 1 op 1 kunnen overzetten, zodat de data bewaard en veilig zal worden overgezet. De nieuwe server is een dual Xeon enterprise server die qua performance vele male sneller is dan de huidige.

De server is momenteel een schijfcheck aan het doen en we hopen deze zsm online te krijgen.

Onze excuses voor het ongemak.

Er volgt een financiele compensatie voor het overlast. Hierover deze week meer.

Met vriendelijke groet,

HOSTINGTIME

Oorspronkelijk geplaatst door T. Verhaeg

Had juist meteen tijdens het "stabiel draaien" een backup weggeschreven en deze proactief in proberen te laden op een andere machine. 2 weken is wel erg veel, dus als er MKB'ers zitten zijn die bijvoorbeeld 2 weken mail kwijt?

Beetje vreemd. Zit er enige vorm van compensatie aan?

2 weken mail... balen... 2 weken orders en opdrachten... heel erg balen
Niet weten of je mensen al automatisch gefactureerd hebt of niet... bleh...

Maar niet checken of je backups werken (of remote staan) bij de eerste de beste hik van je server... priceless

Backups onderbrengen bij een andere partij is volgens mij toch het beste advies.
Controle data integriteit lijkt me echter wel lastig. Hoe kan je nu weten of er geen corrupte data tussen zit?

Oorspronkelijk geplaatst door no1san

Backups onderbrengen bij een andere partij is volgens mij toch het beste advies.
Controle data integriteit lijkt me echter wel lastig. Hoe kan je nu weten of er geen corrupte data tussen zit?

Door, zoals in ieder basishandboek aangegeven, minstens eenmaal per maand een test restore te doen?

Oorspronkelijk geplaatst door no1san

Backups onderbrengen bij een andere partij is volgens mij toch het beste advies.
Controle data integriteit lijkt me echter wel lastig. Hoe kan je nu weten of er geen corrupte data tussen zit?

Uh, checken of de data goed weggeschreven wordt, checksums controleren om dingen zoals bitrot te detecteren, smartgegevens van de schijven checken, mysqldumps doen ipv. binaire tabellen kopieeren. (Een dump gaat bij de eerste tekenen van corruptie al snel op zijn gat namelijk).
Maar belangrijkste is om het op een andere machine te gooien. Een backup disk is leuk, maar als je controller onzin gaat spuien, dan ben je toch blij als daar niet je backupdisk aan hangt.

ysqldumps doen ipv. binaire tabellen kopieeren. (Een dump gaat bij de eerste tekenen van corruptie al snel op zijn gat namelijk).

Yep dump.

Door, zoals in ieder basishandboek aangegeven, minstens eenmaal per maand een test restore te doen?

Yep.

Daar zit mijn probleem. 40 GB data restoren, ruim 400 databases.
Hoor graag de ervaringen van anderen dat ze dat in 4 uur kunnen.
Ben zeer benieuwd hoe en met welke hardware :-)

Edit:
of is replicatie (naar een ander DC) de enige oplossing voor dit probleem?

Oorspronkelijk geplaatst door Ver

Graag meningen over onderstaand verhaal.
[...]
omdat er 3 hardeschijven in de server staan, 2 staan in raid5
[...]

Enough said, zoek jezelf een hoster die wel tenminste basiskennis heeft van hardware.

Dank voor jullie reakties. Ik vond het (als leek) allemaal nogal knullig overkomen. Mijn gevoel klopte dus. Backup is regel 1. Ook voor mij. Gelukkig heb ik niet veel verloren. Ik kan dus verder gaan kijken voor een host.

Oorspronkelijk geplaatst door no1san

Daar zit mijn probleem. 40 GB data restoren, ruim 400 databases.
Hoor graag de ervaringen van anderen dat ze dat in 4 uur kunnen.
Ben zeer benieuwd hoe en met welke hardware :-)

Als ik het goed lees staat er dat er gedurende de restore een downtime was van meer dan een dag. Zelf heb ik wel restores (maar dan met verhuizing van ene server na andere server waarbij beide servers gewoon werkten zonder problemen) gedaan die in minder dan 8 uur tijd meer dan 40GB aan data moesten restoren. Dat was overigens op een omgeving VPS met 15k RPM schijven in RAID50 eronder als storage omgeving (naast de 4 CPU cores en 4GB RAM binnen de VPS).

Oorspronkelijk geplaatst door no1san

Edit:
of is replicatie (naar een ander DC) de enige oplossing voor dit probleem?

Zelf maken we backups naar een andere server in hetzelfde rack. Met enige regelmaat kopieren we die naar een andere server om ze als test te restoren, dit heeft dan echter geen haast en zet ik aan en kijk ik pas weer naar als hij klaar is om eerlijk te zijn. Replicatie is in bepaalde gevallen een goede optie, maar niet altijd. Het blijft een lastig iets (enkel replicatie zou ik niet adviseren als "backup").

Het enige dat mij echt opvalt in het verhaal is dat ze ruim 3 dagen nodig hebben om een backup te restoren (nu weet ik niet hoe groot de backup in totaal was). Persoonlijk vraag ik me wel af wat hier de oorzaak van is (en waarom ze als het toch zolang duurde niet ook een backup maakten van de "oude" server en die ergens gingen restoren om zo email/orders/facturen/etc. te redden).

Na het gelezen te hebben, dan is het fout, ronduit fout. En dat wijt ik aan het tekort aan kennis, en misschien beperkte budgetten die spare-materiaal niet toelaten (wat meestal een tekort aan financiële planning aanduidt).

Al dat terzijde moet ik wel zeggen dat ik de passie voel die soms ontbreekt bij beginnenden. De hoster blijft ervoor gaan, steekt zich niet weg (probeert het wel wat teveel te verbloemen), blijft eraan werken, en geeft uitleg aan de klant. Het zit nog niet 100% snor, maar ik ken een heel deel kleinere hostertjes die er gewoon de brui aan zouden geven, geen mails uitsturen,...

Al bij al gaan ze nu klanten verliezen, en terecht, maar ik zit liever bij een partij die passie en wilskracht heeft om door te gaan, en durft toegeven aan de klanten dat het niet optimaal is, dan iemand die zich verbergt of er gewoon mee ophoudt. Ik kan fout zijn, maar in heel dit fiasco zit misschien tussen de regels toch nog iets goed...

Al dat terzijde moet ik wel zeggen dat ik de passie voel die soms ontbreekt bij beginnenden. De hoster blijft ervoor gaan, steekt zich niet weg (probeert het wel wat teveel te verbloemen), blijft eraan werken, en geeft uitleg aan de klant. Het zit nog niet 100% snor, maar ik ken een heel deel kleinere hostertjes die er gewoon de brui aan zouden geven, geen mails uitsturen,...

Ja hier ben ik het helemaal mee eens, maar dan moet hij niet zo overdrijven met 125 servers bla bla bla...

Al bij al gaan ze nu klanten verliezen, en terecht, maar ik zit liever bij een partij die passie en wilskracht heeft om door te gaan, en durft toegeven aan de klanten dat het niet optimaal is, dan iemand die zich verbergt of er gewoon mee ophoudt. Ik kan fout zijn, maar in heel dit fiasco zit misschien tussen de regels toch nog iets goed...

Uiteindelijk is de email in zijn geheel ook goed bedoeld. Hij mis alleen zijn doel. Goed hij is nu even flink op zijn bek gegaan, zal hier behoorlijk wat van leren (hopen we) en de volgende keer zal het anders verlopen.

Eerder in dit topic zei iemand dat hij wellicht gewoon een dedicated ergens huurde en dus afhankelijk was van die partij, als dat zo is zou ik hem adviseren dit toch anders aan te pakken. En mocht hij geen kennis hebben van hoe je dat moet aanpakken dan mag íe altijd contact opnemen. Want ik vind dat zijn doorzettingsvermogen en inzet best gestimuleerd mogen worden en dat hij best bij een collega iets kan bijleren.

Oorspronkelijk geplaatst door wonko

Al dat terzijde moet ik wel zeggen dat ik de passie voel die soms ontbreekt bij beginnenden. De hoster blijft ervoor gaan, steekt zich niet weg (probeert het wel wat teveel te verbloemen), blijft eraan werken, en geeft uitleg aan de klant. Het zit nog niet 100% snor, maar ik ken een heel deel kleinere hostertjes die er gewoon de brui aan zouden geven, geen mails uitsturen,...

Ik persoonlijk zit met een brok in mijn maag als een klant meld dat een dedi niet degelijk functioneerd. Zelfs als ik gecontateerd heb dat het overmacht is (broken disk) of dat hij/zij zelf iets fout gedaan heeft vind ik het gewoon niet plezierig.

Je leverd een product wat dan niet functioneerd, ook al is het door toedoen van de huurder zelf, dan is het toch niet fijn. Thans zo zie ik het, weet niet of andere deze mening delen.

Oorspronkelijk geplaatst door Armitum IT Services

Ik persoonlijk zit met een brok in mijn maag als een klant meld dat een dedi niet degelijk functioneerd. Zelfs als ik gecontateerd heb dat het overmacht is (broken disk) of dat hij/zij zelf iets fout gedaan heeft vind ik het gewoon niet plezierig.

Je leverd een product wat dan niet functioneerd, ook al is het door toedan van de huurder zelf, dan is het toch niet fijn. Thans zo zie ik het, weet niet of andere deze mening delen.

Ik weet precies hoe dat voelt.

Dit gevoel ken ik ook maar jammer genoeg ken ik ook bedrijven die daar helemaal niet mee zitten. Desinteresse denk ik dan maar.

In dit geval is het echt een kwestie van een slecht calamiteiten plan en een nono die deze mailing opgesteld heeft.

En tenslotte: de MySQL databases zijn corrupt. Herstel gaat weken duren. 3 maanden financiele compensatie.

Groeten.