Onderwerp: Nog een reden om niets bij one.com af te nemen

Oorspronkelijk geplaatst door Swiftway-UK

Nu is het een kleine moeite om 1 backup per dag terug te zetten, maar aangezien je klanten weten dat je dit zonder problemen, gratis, voor ze oplost:

- Investeren ze geen tijd in het beveiligen van hun data, waarom zouden ze?
- Maken ze geen backups, waarom zouden ze?

Gevolg? nu je gegroeit bent naar 50 000 accounts heb je 1000 restore request per dag en drie fulltime medewerkers die restores uitvoeren, een enorme kostenpost... oeps... daar gaat je winst.

Waar staat dat het gratis moet. Er staat nergens vermeld dat een backup gratis of met een rekening terug gezet kan worden. In dit geval roepen ze dat het gewoon technisch niet mogelijk is.

Als het echt belangrijke data is, wil de klant daarvoor betalen om het terug te krijgen.

Cronjob:
mysqldump gebruiken en .sql file met datum wegschrijven.. of alleen dag zodat je altijd max 7 backupjes heb.

Is je database kapot laad je die zo weer terug.. is de server kapot zorgt je provider voor een restore en moet je in het ergste geval even je database restoren.

Oorspronkelijk geplaatst door crazycoder

Cronjob:
mysqldump gebruiken en .sql file met datum wegschrijven.. of alleen dag zodat je altijd max 7 backupjes heb.

Is je database kapot laad je die zo weer terug.. is de server kapot zorgt je provider voor een restore en moet je in het ergste geval even je database restoren.

Dit kost je wel weer extra diskruimte welke je wel beschikbaar moet hebben.
En daarnaast moet je cronjobs mogen uitvoeren.

Oorspronkelijk geplaatst door bakkerl

Dit kost je wel weer extra diskruimte welke je wel beschikbaar moet hebben.
En daarnaast moet je cronjobs mogen uitvoeren.

Dan neem je daar lekker een wat groter account.. kost bij die gasten bijna niets..

Desnoods doe je het via PHP en een scheduled task op je windows pc.. kan je eventueel ook een ftp sessie schedulen om de hele meuk iedere dag op te halen.

Oorspronkelijk geplaatst door Swiftway-UK

Gevolg? nu je gegroeit bent naar 50 000 accounts heb je 1000 restore request per dag en drie fulltime medewerkers die restores uitvoeren, een enorme kostenpost... oeps... daar gaat je winst.

Wat je zou kunnen doen, is een business model opzetten voor premium klanten, premium prijzen maar een echte handheld service, prima idee, maar je zult aardig wat tijd moeten steken in het overtuigen van klanten om te kiezen voor veel hogere maandlasten dan de competitie.

Altijd leuk om te lezen dat hosters op WHT zijn met 50 000 accounts!

Maar inderdaad zoals gezegd.
1. Nergens staat vermeld dat het gratis moet.
2. Ik weet niet hoe je backups ingesteld zijn maar na ooit een enorme crash te hebben gehad hebben we voor een goed opgezette backup systeem gezorgd.

Gevolg?

Binnen de tijd dat de helpdeskmedewerker nodig had om vier kier op een ticket te reawgeren zouden we al vanaf de eerste ticket met een drietal muisklikken een volledige backup terug geplaatst hebben. Hmm.. je medewerker heeft dus 4 x 1 minuut gedaan voor het heen en weer mailen van de klant ipv 1 x 1 mail en 1 x 1 minuut backup terugplaatsen.... hmmm.. daar gaat je winst.... en imago

Het gaat ook hier meer om de toon van de medewerker.

PS. Ja inderdaad we zijn kleine hoster. Daarom kiezen vaak mensen voor ons. Grote bedrijven met een paar uitzonderingen hebben altijd "ik ben groot en te goed" syndroom!

Totdat je naar tape backupped, ga jij dan apart een tape voor die klant in de robot stoppen en daar de files vanaf halen?

Ookal wil die klant er voor betalen, dat personeelslid is nog steeds bezig.

Een apart persoon aanmenen voor restores is natuurlijk van de zotte, want je mag ook best wat verantwoordelijkheid bij de klant neerleggen.

Wij hebben 15.000 shared hosting accounts, daarvoor kan je niet zomaar meer even backups gaan terug zetten.

Ook kan je niet meer per account een aparte tar gaan maken en van elke database een dump draaien, nee, je backupped volledige volumes voor maximale performance.

Het is dus geen kwestie meer van klik, klik en terug is de backup.

Bestanden zijn vaak nog niet het grootste probleem, maar juist de MySQL databases, die zijn het grootste probleem om ze consitent en goed te backuppen.

Als je weinig klanten hebt is het prima te doen, maar met een groot klanten bestand echt niet meer, hoeveel de klant ook wil betalen.

@Wido

Daarom zeg ik ook. Het hangt echt van je backup systeem af. Tape backup terugplaatsen is hoofdpijn.

Ik doe vaak projecten bij externe bedrijven en gemeentes.
Vorige maand was ik bij een vrij grote gemeente in ZH. Hun backupsysteem is verdeeld in verschillende systemen. Van "trash can" achtige backups, volume dumps om de x uren en dagelijks (2AM) tape backups die dagelijks opgehaald worden door Getronics. Ik dacht ook de eerste keer dat ik van een gebruiker hoorde dat hij per ongeluk zijn bestanden verwijderd had dat het een puinhoop zou zijn om een backup terug te plaatsen. Hun systeembeheerder liet me echter zien hoe simpel het was. De software die ze gebruiken (Iets in Novell) zorgde ervoor dat je met een simpele "mouseclick" verschillende versies terug kon plaatsen elke bestand. (tot x aantal dagen terug).

Nu is dit een voorbeeld van een andere omgeving dan hosting maar ik neem aan dat de meeste hoster niet aan tape backups doen. Tenminste niet als enigste methode.

Opnemen in de SLA misschien?

Als je een gewone SLA hebt moeten ze zelf de back-up regelen.
En met de extra SLA word dit geregeld door de webhosts zelf

zoals eerder gezegd had je zelf voor een backup moeten zorgen, dat is het minste dat je kunt doen. Verder heb je het erover dat one het niet op zijn website communiceert dat ze enkele backups voor klanten terug plaatsen. Nu zeg je dus eigenlijk dat een hoster elke uitzondering die maar te bedenken is op zijn site moet aangeven? Dat is natuurlijk onzin.. om maar een begin te maken met de regels:

- u ontvangt geen facturen per post, fax, sms of telefoon
- het is niet mogelijk om zelf php safe mode uit te zetten
- het is niet mogelijk om toegang te krijgen tot de server of het datacentrum
- het is niet mogelijk om als admin in te loggen
- het is niet mogelijk om 1 van onze backups terug te plaatsen

gaat dus helemaal nergens over..

Oorspronkelijk geplaatst door ensermo

@Wido

Daarom zeg ik ook. Het hangt echt van je backup systeem af. Tape backup terugplaatsen is hoofdpijn.

Ik doe vaak projecten bij externe bedrijven en gemeentes.
Vorige maand was ik bij een vrij grote gemeente in ZH. Hun backupsysteem is verdeeld in verschillende systemen. Van "trash can" achtige backups, volume dumps om de x uren en dagelijks (2AM) tape backups die dagelijks opgehaald worden door Getronics. Ik dacht ook de eerste keer dat ik van een gebruiker hoorde dat hij per ongeluk zijn bestanden verwijderd had dat het een puinhoop zou zijn om een backup terug te plaatsen. Hun systeembeheerder liet me echter zien hoe simpel het was. De software die ze gebruiken (Iets in Novell) zorgde ervoor dat je met een simpele "mouseclick" verschillende versies terug kon plaatsen elke bestand. (tot x aantal dagen terug).

Nu is dit een voorbeeld van een andere omgeving dan hosting maar ik neem aan dat de meeste hoster niet aan tape backups doen. Tenminste niet als enigste methode.

Ik pak even ons als voorbeeld.

Wij hebben Checkpoints ons storage platform, daar kan ik in terug gaan en zo enkele bestanden uit restoren, daar heb ik geen tape voor nodig.

Dus e-mails en bestanden restoren is opzich geen probleem, maar als je dat voor iedereen doet die er om vraagt, dan ben je de gehele dag bezig, daar beginnen we dus niet aan.

MySQL databases zijn een heel ander verhaal, daar gebruiken wij iSCSI voor en daar backup je dus een volledige LUN. Die LUN is zo'n 10GB groot en is eigenlijk een filesystem.

Wil je daar een database uit halen, zal je die LUN moeten mounten en daarna die losse database er uit moeten halen. Dat kost dus nog meer tijd.

Als je echt veel databases hebt is het geen optie meer om alles via mysqldump te backuppen, dat wordt veel te traag.

Dit vind ik een normale gang van zaken door One.com. Backups maken zij voor het geval de server crasht en alle data terugmoet.

Dit vind ik een normale gang van zaken door One.com. Backups maken zij voor het geval de server crasht en alle data terugmoet.

Helemaal mee eens, als je meer service verwacht moet je niet voor dat dubbeltje op de eerste rang willen zitten. Service kost nou eenmaal geld.

Zelf backup maken. Verzoek aan hoster vind ik nergens op slaan. Is voor hoster onmogelijk om 1 klant terug te gaan zetten. En als er bij jou iets niet goed gaat betekend niet dat de hoster meteen zwartgemaakt moet worden op dit forum of dat het een slechte hoster is.

1GB per dag hoeft ook echt niet. Gratis tooltjes zat die incrementele backups kunnen maken. Bijv. SyncBack. Synchroniseer je eenvoudig je hosting account mee met een map op je eigen pc. En die slaat dan alleen de gewijzigde bestanden op.

Maak zelf ieder uur op de server backup van database en die sync ik weer naar eigen pc. Makkelijker kan het niet. En altijd een backup op de eigen pc. Kan je allemaal zo instellen dat ie het ieder uur automatisch doet, dus jehoeft het geeneens in de gaten te houden. Gaat allemaal vanzelf, en dan had je dit probleem met de verloren data nooit gehad .

Oorspronkelijk geplaatst door JROnline

Helemaal mee eens, als je meer service verwacht moet je niet voor dat dubbeltje op de eerste rang willen zitten. Service kost nou eenmaal geld.

Ja, bij ons precies het zelfde

Oorspronkelijk geplaatst door DennisWijnberg

Ja, bij ons precies het zelfde

Mis ik iets? Tegen je collega op het forum schrijven dat het bij jouw bedrijf hetzelfde is?

--------

Klant is zelf verantwoordelijk voor zijn/haar backups tenzij anders bepaald, tenzij de hostingprovider dat aangeeft. TS draait dat een beetje om.

Service-gericht was het leuk geweest als ze het gedaan hadden, maar binnen zo'n grote is dat kostentechnisch niet echt heel grappig.