…oder Zuverlässiger Linux-Hoster gesucht!
Heute Nachmittag ist für mich beinahe ein Albtraum wahr geworden. Dieser Blog war komplett verschwunden, und ein Zugriff via FTP auf den Serverplatz zeigte nur die Standardkonfiguration. Keine Daten, alles weg – so wie wenn es diesen Blog nie gegeben hätte.
Mein Hoster Genotec Internet Consulting AG produziert nach meiner Erfahrung in regelmässigen Abständen technische Probleme, was immer wieder bedeutet, dass dieser Blog nicht erreichbar ist. Heute waren es nun eine Festplatte und ein RAID Controller, die den Server zum totalen Absturz brachten. Der Genotec-Support entschied sich daher, das Gerät komplett auszutauschen und die Daten der Kunden auf den neuen Server zu kopieren. Ist noch anzufügen, dass der Server auf dem dieser Blog gehostet wird, erst vor fünf Wochen im Rahmen einer Modernisierung der Infrastruktur durch einen neuen und modernen ersetzt wurde. Original-Ton Genotec:
Unsere Unix-Infrastruktur ist bereits 2 Jahre alt. Aus diesem Grunde werden wir ab September einige notwendige Modernisierungen und Erweiterungen durchführen, damit wir auch weiterhin zu den Leadern der Schweizer Provider gehören.
Diese technische Panne offenbart wieder einmal die Schwächen der Genotec in der Kommunikation mit ihren Kunden. Abgesehen von den in Fach-Chinesisch geschriebenen Meldungen im Provider-Status hat es der Support nicht für notwenig gehalten, den betroffenen Kunden via Mail den doch nicht unerheblichen Zwischenfall zu melden. Als worst-case wäre auch ein kompletter Datenverlust möglich gewesen, wenn es nicht mehr gelungen wäre, Daten von der defekten Server-Festplatte zu lesen.
Auch andere Schweizer Blogs sind mit der Leistung bei der Genotec unzufrieden und haben die Konsequenzen gezogen. Beispiel Yoda’s Blog:
Was ist los mit genotec.ch?
Ein Monat unter Cyons Flagge
Was wäre im Falle eines Datenverlustes passiert? – Dies hätte bedeutet, dass die gesamte Arbeit, die ich seit dem März dieses Jahres mit diesem Blog geleistet habe, im digitalen Nirwana verschwunden gewesen wäre. Alle Verlinkungen von Google-Suchergebnissen und Social Bookmarks würden ins Nichts führen, meine digitale Reputation bei null und mein Frustpegel ziemlich hoch oben.
Nach 21 Uhr ist der Blog wieder online, so dass ich diesen Beitrag veröffentlichen kann. Mal sehen, ob ein Mail von der Genotec kommt…
Wer hat auch schlechte Erfahrungen mit der Genotec gemacht oder kann mir einen guten Schweizer Linux-Hoster empfehlen?
Ich nehme an, dass Du selbst auch noch eine Sicherung der DB und der Files hast, oder? Ansonsten würde ich das blitzartig nachholen und dann einen neuen Hoster suchen.
Ich kann Dir sehr gut nachfühlen…
So langsam wächst die Liste von Providern, über die sich die Kunden ärgern…
Knapp an Katastrophe vorbei – Crossmediale Kommunikation…
In der Krise offebart der Hosting-Provider seine kommunikative Kompetenz. Was soll man als Kunde tun, wenn der eigene Blog weg ist?…
Genotec hat aus eigener Erfahrung definitiv Kommunikationsprobleme. Ich mache aber keine Empfehlungen für Hoster, ich habe da ein schlechtes Händchen… http://www.styropor.ch/wp/2007/09/04/hostpoint-sucks-heute-wieder-kein-zugriff-auf-meine-e-mails-ich-kunde/
Was mache ich falsch, dass meine Kiste seit 7 Jahren mehr oder weniger läuft?
Ich kann nicht nachvollziehen, dass sich ein Blog mit dem Thema crossmedialer Kommunikation, PR, Marketing, Blogs, Podcasts, Internet-TV und Web 2.0 beschäftigt und dabei eine eigene Datensicherung völlig ausser Acht lässt.
Kaum ein Hosting Unternehmen wird eine Garantie abgeben, dass die Verfügbarkeit von Kundendaten stets gewährleistet ist. Deswegen muss ein Kunde die Verantwortung dafür SELBST übernehmen oder einen Webmaster engagieren.
peinlich… für eine PR und Marketing Agentur
Vorschlag
Per Cronjob und FTP ein tägliches Backup generieren, das automatisch lokal gespeichert wird und die Daten zur Sicherheit zusätzlich periodisch extern auslagern (Diebstahl, Feuer, Wasser etc.). Somit kann man jederzeit innerhalb von wenigen Stunden bei einem neuen Hoster einen Restore einleiten und ohne Albtraum gut schlafen.
Seitdem Ereignis mache ich regelmässige eigene Backups. Wenn mir ein Hoster tägliche Backups verspricht sollte man sich als Kunde eigentlich auch drauf verlassen könnenn, sonst braucht man ja keinen externen Dienstleister. Aber eben, doppelt gebackuped hält besser.
Der Umgang mit Backups ist für Firmen aller Branchen ein Thema, ob PR und Marketing oder sonst was. Ihr “peinlich… für eine PR und Marketing Agentur” kann ich deshalb nicht nachvollziehen.
Mir geht es aber auch um die Unzuverlässigkeit betreffend Erreichbarkeit meiner Webseite und der fehlenden Kundenkommunikation meines Hosters.
[...] Trigami (siehe z.B. M. Tacker, Digitalia, Plejadia oder STE)und dann so was. Karsten Füllhaas bloggt über Probleme mit seinem Hoster (besagte Genotec AG) und kriegt prompt die Kündigung. Kein Dialog, keine Entschuldigung, gar [...]
Vorweg: ich kenne weder Genotec noch die Vorgeschichte, ich kenne nur das, was hier (und im Folgeartikel) steht.
Was ich nicht verstehe, ist, wenn das
bekannt ist, wie kommt man dann zu dieser Vermutung
Ich nehme an, dass es dazu eine Vorgeschichte gibt, die hier nicht angeführt ist.
Der Worst-Case wäre erst eingetreten, wenn auch alle Backups versagt hätten. Ich habe diesen Punkt in der Hitze des Gefechts nicht präzise genug formuliert.
@apl2fan: Interessant, dass Du gerade dieses technische Detail herausgreifst.
Wenn man den trackback von lorm rausnimmt, war das Backup das zuvor in den Kommentaren besprochene Thema. Deine Replik mit den täglichen Backups (also quasi der letzte Kommentar vor meinem) hat zu meiner Frage geführt.
Warum soll das interessant sein?
Sorry, ein Missverständis, da zum Thema Genotec zwei Postings online sind.
Aktuell zum Thema Genotec hier: Als Firma auf Kritik aus dem Web reagieren – Fallbeispiel Genotec AG
Nun in diesem Blog ist die Geschichte noch nicht beendet. das Technische Problem befasste mehrere Server innert kurzen abständen. Der Server auf dem meine Seiten sind war etwa eine Woche lang teilweise ausser Betrieb. Zuerst war eine Harddisk und ein Raid Kontroller defekt, danach wurde ein neuer Server verwendet und kurze Zeit Später ging dieser wieder Defeckt. Dazwischen waren noch fehler in der Mysql Datenbank und diese mussten korrigiert werden was den Server So stark ausbremste dass ein ansprechen kaum oder gar unmöglich machte.