Netcup hat vor kurzer Zeit ein Backupsystem eingeführt. Die Idee: mit ein paar Klicks legt man auf einem externen Server ein komplettes Backup des eigenen Servers ab. Jeh nach gebuchten Produkt, steht einem eine verschieden große Anzahl an gleichzeitigen Backups zur Vefügung. Diese können jeweils beliebig erneuert werden. Der Sinn dieser Funktion ist ganz klar: vor einer heiklen Arbeit am Server, kann man schnell noch mal ein Backup angelegt werden, damit, sollte etwas schieflaufen, schnell Gegenmaßnamen ergriffen werden könnne.
Leider ist nachdem, was ich gehört habe, noch ein Knackpunkt dabei: Damit ein stabiles Backup erzeugt werden kann, muss der Server heruntergefahren werden – aua, gerade bei Linux, welches ich eigentlich als ein System verstehe, welches “läuft, und läuft, und läuft und läuft”. Wet wird das vermutlich dadurch gemacht, dass die V-Server, welche dieses Feature beinhalten, nicht für Dienste genutzt werden, die wirklich zu 100% online sein müssen. Diese Art von Kunden hat sicherlich einen managed Server, wie ich übrigens auch 
; hier wird ein solches Backup nicht angeboten und auch nicht benötigt.
offene Problempolitik
In diesem Zusammenhang möchte ich eine wirkllich wertvolle Erfahrung mitteilen. Am Ende des Betatests des Snapshotsystems (man konnte es in der Betaphase kostenlos testsen), kam es zu einem Datenverlust aller “Beta-”backups.
Dies erfuhr ich durch eine sehr, sehr, sehr ! hervorzuhebene E-Mail. Das Problem wurde nicht nur einfach behoben, sondern es wurde auch UMFASSEND berichtet, wie es zu diesem Vorfall kommen konnte. Dies ist deswegen hervorzuheben, weil ich schon oft gelesen habe, dass Anbieter solche Missgeschicke versuchen zu “vertuschen”. Für mich als Kunde, der in so einem Moment im Unklaren gelassen würde, ein klares “no-go”.
Nun noch eine kurze Zusammenfassung darüber, was geschehen war:
Die Backupsystem bestehen aus zwei Servern, die über Netzwerk die Backups empfangen und gegeneinander und mit Raid gespiegelt sind. So muss eine hohe Anzahl (also unwahrscheinlich) Festplatten auf beiden Servern ausfallen, damit es zu einem Verlust von Daten kommt. Während des damaligen Wochenendes war der erste Server wegen eines Fehlers im Betriebssystem ausgefallen. Also dieser Server dann wieder gestartet wurde, hätte er die neuen Daten von Server 2 empfangen / synchronisieren müssen; hierbei kam es zu Dateninkonsistenzen, welche nicht behoben werden konnte. Weitere Maßnamen, dass dies nicht wieder passiert, wurden auch noch erläutern…