En bref :<\/strong> Ein Backup ist eine zus\u00e4tzliche Kopie deiner Daten aus einem bestimmten Zeitpunkt. Damit k\u00f6nnen Daten aus einem fr\u00fcheren Sicherungsstand wiederhergestellt werden. Ein Backup verhindert keinen Fehler oder Angriff \u2013 es kann aber entscheidend sein, wenn Daten nach einem solchen Ereignis wieder ben\u00f6tigt werden.<\/p>\n<\/blockquote>\n\n\n\n Ein Backup ist eine separate Sicherung von Daten, die zu einem bestimmten Zeitpunkt vorhanden waren.<\/p>\n\n\n\n Simplifi\u00e9 :<\/p>\n\n\n\n Wird sp\u00e4ter eine Datei gel\u00f6scht oder ver\u00e4ndert, kann eine \u00e4ltere Version m\u00f6glicherweise aus einem vorhandenen Backup zur\u00fcckgeholt werden.<\/p>\n\n\n\n Entscheidend ist dabei der Zeitpunkt der Sicherung. Ein Backup enth\u00e4lt grunds\u00e4tzlich den Zustand der gesicherten Daten zum jeweiligen Sicherungszeitpunkt.<\/p>\n\n\n\n Websites und Hosting-Accounts ver\u00e4ndern sich laufend. Dateien werden bearbeitet, E-Mails empfangen, Datenbanken aktualisiert, WordPress-Plugins installiert und Inhalte ver\u00f6ffentlicht.<\/p>\n\n\n\n Dabei k\u00f6nnen Fehler auftreten.<\/p>\n\n\n\n Typische Situationen sind beispielsweise:<\/p>\n\n\n\n Ein vorhandener Sicherungsstand kann in solchen Situationen eine M\u00f6glichkeit bieten, ben\u00f6tigte Daten aus einem fr\u00fcheren Zustand wiederherzustellen.<\/p>\n\n\n\n Der Begriff \u201eWebsite\u201c wird h\u00e4ufig so verwendet, als handle es sich um eine einzelne Datei. Tats\u00e4chlich bestehen moderne Websites meist aus mehreren Komponenten.<\/p>\n\n\n\n Bei einer WordPress-Website geh\u00f6ren beispielsweise dazu:<\/p>\n\n\n\n Die Dateien und die Datenbank erf\u00fcllen unterschiedliche Aufgaben.<\/p>\n\n\n\n In den Dateien befinden sich beispielsweise WordPress selbst, Plugins, Themes und hochgeladene Medien. In der Datenbank werden unter anderem Beitr\u00e4ge, Seiten, Einstellungen und viele weitere dynamische Informationen gespeichert.<\/p>\n\n\n\n Important :<\/strong> Eine Sicherung nur der WordPress-Dateien ist deshalb nicht automatisch eine vollst\u00e4ndige Sicherung der Website. Bei datenbankgest\u00fctzten Websites geh\u00f6rt die Datenbank ebenfalls zum relevanten Datenbestand.<\/p>\n<\/blockquote>\n\n\n\n Ein vollst\u00e4ndiger Hosting-Account umfasst normalerweise mehr als nur die eigentliche Website.<\/p>\n\n\n\n Je nach Account und verwendeten Diensten k\u00f6nnen unter anderem folgende Daten vorhanden sein:<\/p>\n\n\n\n Deshalb ist es bei einer Wiederherstellung wichtig zu unterscheiden, welche Daten tats\u00e4chlich ben\u00f6tigt werden<\/strong>.<\/p>\n\n\n\n Wenn nur eine einzelne Datei fehlt, w\u00e4re es unn\u00f6tig, deswegen automatisch den gesamten Hosting-Account auf einen \u00e4lteren Stand zur\u00fcckzusetzen.<\/p>\n\n\n\n Dasselbe gilt beispielsweise f\u00fcr E-Mail-Daten.<\/p>\n\n\n\n Je nach Situation kann eine Wiederherstellung gezielt erfolgen:<\/p>\n\n\n\n Bei CURIAWEB k\u00f6nnen Wiederherstellungen deshalb abh\u00e4ngig vom konkreten Problem gezielt durchgef\u00fchrt werden.<\/p>\n\n\n\n Ein Backup-Stand \u2013 h\u00e4ufig auch Wiederherstellungspunkt oder Restore Point genannt \u2013 bezeichnet einen gesicherten Zustand aus einem bestimmten Zeitpunkt.<\/p>\n\n\n\n Un exemple simplifie :<\/p>\n\n\n\n Wenn du beispielsweise am 30. August bemerkst, dass eine Datei bereits am 28. August versehentlich ver\u00e4ndert wurde, w\u00e4re ein Backup vom 29. August m\u00f6glicherweise ebenfalls bereits betroffen.<\/p>\n\n\n\n F\u00fcr eine erfolgreiche Wiederherstellung muss deshalb ein Sicherungsstand gew\u00e4hlt werden, in dem die ben\u00f6tigten Daten noch im gew\u00fcnschten Zustand vorhanden waren.<\/p>\n\n\n\n Ce point est particuli\u00e8rement important.<\/p>\n\n\n\n Angenommen, eine fehlerhafte \u00c4nderung wurde am Montag vorgenommen, aber erst am Donnerstag entdeckt.<\/p>\n\n\n\n Die Backups von Dienstag, Mittwoch und Donnerstag k\u00f6nnen die fehlerhafte \u00c4nderung bereits enthalten.<\/p>\n\n\n\n In diesem Fall muss m\u00f6glicherweise ein Sicherungsstand von vor Montag verwendet werden.<\/p>\n\n\n\n Conseil pratique :<\/strong> Wenn du eine Wiederherstellung ben\u00f6tigst, versuche m\u00f6glichst genau festzustellen, wann die Daten noch korrekt waren. Das hilft bei der Auswahl des geeigneten Backup-Stands.<\/p>\n<\/blockquote>\n\n\n\n CURIAWEB erstellt t\u00e4glich Sicherungen der Hosting-Daten. Die Backup-St\u00e4nde werden rollierend f\u00fcr 30 Tage aufbewahrt.<\/p>\n\n\n\n En termes simplifi\u00e9s :<\/p>\n\n\n\n Damit stehen Wiederherstellungspunkte aus unterschiedlichen Tagen zur Verf\u00fcgung, solange sie sich innerhalb des Aufbewahrungszeitraums befinden und die jeweilige Sicherung erfolgreich erstellt wurde.<\/p>\n\n\n\n Die Sicherungen werden mit JetBackup 5<\/strong> g\u00e9r\u00e9.<\/p>\n\n\n\n Ein Backup sollte nicht ausschlie\u00dflich vom selben produktiven System abh\u00e4ngig sein, dessen Daten es sch\u00fctzen soll.<\/p>\n\n\n\n CURIAWEB speichert die Backups deshalb auf separaten Backup-Servern in einem separaten Rechenzentrum.<\/p>\n\n\n\n Simplifi\u00e9 :<\/p>\n\n\n\n Dadurch sind die Sicherungen infrastrukturell vom produktiven Hosting-System getrennt.<\/p>\n\n\n\n W\u00fcrde sich die einzige Sicherung ausschlie\u00dflich auf demselben Server wie die produktiven Daten befinden, k\u00f6nnte ein schwerwiegendes Problem beide Datenbest\u00e4nde gleichzeitig betreffen.<\/p>\n\n\n\n Die getrennte Speicherung reduziert diese gemeinsame Abh\u00e4ngigkeit.<\/p>\n\n\n\n Das bedeutet allerdings nicht, dass ein Backup jedes denkbare Risiko ausschlie\u00dft. Backups sind ein wichtiger Bestandteil eines Schutz- und Wiederherstellungskonzepts, aber keine Garantie daf\u00fcr, dass niemals Daten verloren gehen k\u00f6nnen.<\/p>\n\n\n\n Die CURIAWEB-Backups werden rollierend f\u00fcr 30 Tage aufbewahrt.<\/p>\n\n\n\n Dadurch werden \u00e4ltere Sicherungsst\u00e4nde mit fortschreitender Zeit aus der Backup-Rotation entfernt.<\/p>\n\n\n\n Wenn du beispielsweise erst mehrere Monate sp\u00e4ter bemerkst, dass eine bestimmte Datei ben\u00f6tigt wird, kann der entsprechende historische Sicherungsstand bereits nicht mehr vorhanden sein.<\/p>\n\n\n\n Ein regul\u00e4res Backup mit begrenzter Aufbewahrungszeit ist deshalb nicht dasselbe wie ein langfristiges Archiv.<\/p>\n\n\n\n Ein Backup dient in erster Linie dazu, Daten nach Fehlern, Verlusten oder anderen Problemen aus einem fr\u00fcheren Sicherungsstand wiederherstellen zu k\u00f6nnen.<\/p>\n\n\n\n Ein Archiv verfolgt dagegen typischerweise das Ziel, bestimmte Daten \u00fcber einen l\u00e4ngeren Zeitraum gezielt aufzubewahren.<\/p>\n\n\n\n Simplifi\u00e9 :<\/p>\n\n\n\n Wenn bestimmte Dateien oder Daten \u00fcber Monate oder Jahre erhalten bleiben m\u00fcssen, sollte daf\u00fcr nicht ausschlie\u00dflich auf die rollierende Backup-Aufbewahrung vertraut werden.<\/p>\n\n\n\n Ja. Die vorhandenen Sicherungsst\u00e4nde k\u00f6nnen \u00fcber JetBackup 5<\/strong> eingesehen werden.<\/p>\n\n\n\n Dadurch kannst du beispielsweise pr\u00fcfen, welche Backup-Zeitpunkte f\u00fcr deinen Hosting-Account vorhanden sind.<\/p>\n\n\n\n Die eigentliche Wiederherstellung wird jedoch durch CURIAWEB durchgef\u00fchrt.<\/p>\n\n\n\n Die Wiederherstellungsfunktion f\u00fcr Kunden ist bei CURIAWEB bewusst deaktiviert.<\/p>\n\n\n\n Ein Restore kann \u2013 insbesondere bei umfangreichen Hosting-Accounts \u2013 erhebliche Serverressourcen beanspruchen. Werden mehrere gro\u00dfe Wiederherstellungen gleichzeitig oder unn\u00f6tig ausgef\u00fchrt, kann dadurch eine hohe Serverlast entstehen.<\/p>\n\n\n\n Hinzu kommt das Risiko einer Fehlbedienung. Ein falsch gew\u00e4hlter vollst\u00e4ndiger Restore kann aktuelle produktive Daten durch einen \u00e4lteren Stand ersetzen.<\/p>\n\n\n\n CURIAWEB f\u00fchrt Wiederherstellungen deshalb kontrolliert durch. Dadurch kann vor dem Restore gepr\u00fcft werden, welcher Sicherungsstand und welcher Datenumfang tats\u00e4chlich ben\u00f6tigt werden.<\/p>\n\n\n\n Important :<\/strong> Die Einschr\u00e4nkung betrifft nur die selbstst\u00e4ndige Wiederherstellung. Du kannst die vorhandenen Backup-St\u00e4nde in JetBackup 5 einsehen und anschlie\u00dfend CURIAWEB mitteilen, welche Daten aus welchem Stand ben\u00f6tigt werden.<\/p>\n<\/blockquote>\n\n\n\n Stell dir vor, du hast heute versehentlich eine einzelne Datei gel\u00f6scht.<\/p>\n\n\n\n Ein kompletter Account-Restore auf den Stand von gestern k\u00f6nnte gleichzeitig andere Daten zur\u00fccksetzen, die sich seitdem korrekt ver\u00e4ndert haben.<\/p>\n\n\n\n Das kann beispielsweise aktuelle Website-Inhalte oder E-Mail-Daten betreffen.<\/p>\n\n\n\n Wenn technisch m\u00f6glich und f\u00fcr den konkreten Fall sinnvoll, ist deshalb eine gezielte Wiederherstellung des tats\u00e4chlich ben\u00f6tigten Datenbestands vorzuziehen.<\/p>\n\n\n\n Bei einer vollst\u00e4ndigen Wiederherstellung wird ein gr\u00f6\u00dferer Datenbestand auf den Zustand des gew\u00e4hlten Sicherungszeitpunkts zur\u00fcckgesetzt.<\/p>\n\n\n\n Das bedeutet gleichzeitig, dass \u00c4nderungen nach diesem Sicherungszeitpunkt betroffen sein k\u00f6nnen.<\/p>\n\n\n\n Exemple :<\/p>\n\n\n\n Vor einem vollst\u00e4ndigen Restore muss deshalb genau gekl\u00e4rt werden, welche Auswirkungen die Wiederherstellung auf aktuelle Daten haben kann.<\/p>\n\n\n\n Bei einer statischen Website ver\u00e4ndert sich zwischen zwei Tagen m\u00f6glicherweise nur wenig.<\/p>\n\n\n\n Bei dynamischen Systemen k\u00f6nnen dagegen laufend neue Daten entstehen.<\/p>\n\n\n\n Les exemples sont :<\/p>\n\n\n\n Ein vollst\u00e4ndiger Restore auf einen \u00e4lteren Stand kann deshalb wesentlich mehr Auswirkungen haben als die Wiederherstellung einer einzelnen Datei.<\/p>\n\n\n\n Backups sind kein Ersatz f\u00fcr Sicherheitsma\u00dfnahmen.<\/p>\n\n\n\n Ein Backup verhindert beispielsweise nicht, dass:<\/p>\n\n\n\n Das Backup kann jedoch bei der Wiederherstellung nach einem solchen Ereignis eine wichtige Rolle spielen.<\/p>\n\n\n\n Auch dieser Punkt wird h\u00e4ufig \u00fcbersehen.<\/p>\n\n\n\n Wenn eine Website beispielsweise bereits seit mehreren Tagen kompromittiert ist, k\u00f6nnen neuere Sicherungsst\u00e4nde den kompromittierten Zustand ebenfalls enthalten.<\/p>\n\n\n\n Es reicht deshalb nicht immer aus, einfach das neueste Backup wiederherzustellen.<\/p>\n\n\n\n Bei einem Sicherheitsvorfall muss zun\u00e4chst m\u00f6glichst genau festgestellt werden, wann das Problem entstanden ist und ob der gew\u00e4hlte Sicherungsstand bereits betroffen sein k\u00f6nnte.<\/p>\n\n\n\n Wenn eine Website aufgrund einer bestimmten Ursache ausgefallen oder besch\u00e4digt wurde, behebt ein Restore nicht zwangsl\u00e4ufig diese Ursache.<\/p>\n\n\n\n Par exemple :<\/p>\n\n\n\n Nach einer Wiederherstellung muss deshalb je nach Ursache zus\u00e4tzlich das eigentliche Problem behoben werden.<\/p>\n\n\n\n Vor umfangreichen Arbeiten an einer Website ist es sinnvoll, die Wiederherstellungsm\u00f6glichkeiten zu ber\u00fccksichtigen.<\/p>\n\n\n\n Das gilt beispielsweise vor:<\/p>\n\n\n\n Dabei sollte insbesondere gepr\u00fcft werden, ob ein geeigneter aktueller Sicherungsstand vorhanden ist und welche Daten sich w\u00e4hrend der Arbeiten weiter ver\u00e4ndern k\u00f6nnen.<\/p>\n\n\n\n Wenn du CURIAWEB wegen einer Wiederherstellung kontaktierst, helfen m\u00f6glichst genaue Angaben.<\/p>\n\n\n\n Sont particuli\u00e8rement importants :<\/p>\n\n\n\n Bei einer einzelnen Datei solltest du nach M\u00f6glichkeit zus\u00e4tzlich den Dateinamen und den Pfad angeben.<\/p>\n\n\n\n Bei E-Mail-Daten sollte das betroffene E-Mail-Konto genannt werden.<\/p>\n\n\n\n Wenn du Daten aus einem vorhandenen Backup ben\u00f6tigst, kontaktiere den CURIAWEB Support. Teile uns m\u00f6glichst genau mit, welchen Sicherungsstand und welche Daten du ben\u00f6tigst.<\/p>\n\n\n\nWas ist ein Backup?<\/h2>\n\n\n\n
Produktive Daten\n \u2193\n Sicherung\n \u2193\nBackup-Stand<\/code><\/pre>\n\n\n\nWarum sind Backups wichtig?<\/h2>\n\n\n\n
\n
Aus welchen Bestandteilen besteht eine Website?<\/h2>\n\n\n\n
WordPress-Dateien\nThemes\nPlugins\nUploads und Bilder\nKonfigurationsdateien\nMySQL-Datenbank<\/code><\/pre>\n\n\n\n\n
Was kann zu einem Hosting-Backup geh\u00f6ren?<\/h2>\n\n\n\n
\n
Es muss nicht immer der komplette Account wiederhergestellt werden<\/h2>\n\n\n\n
![\"Donn\u00e9es](\"https:\/\/www.curiaweb.ch\/wp-content\/uploads\/2026\/08\/Detailansicht-eines-Backup-Stands-1024x603.jpg\")
<\/figure>\n\n\n\neinzelne Datei\n\nbestimmte E-Mail-Daten\n\nbestimmter Datenbestand\n\noder\n\nkompletter Hosting-Account<\/code><\/pre>\n\n\n\nWas bedeutet ein Backup-Stand?<\/h2>\n\n\n\n
![\"Sauvegardes](\"https:\/\/www.curiaweb.ch\/wp-content\/uploads\/2026\/08\/backup-uebersicht-curiaweb-1024x394.jpg\")
<\/figure>\n\n\n\n30. August \u2192 heutiger Backup-Stand\n29. August \u2192 vorheriger Backup-Stand\n28. August \u2192 \u00e4lterer Backup-Stand\n27. August \u2192 \u00e4lterer Backup-Stand\n...<\/code><\/pre>\n\n\n\nDas neueste Backup ist nicht automatisch das richtige Backup<\/h2>\n\n\n\n
\n
Wie funktionieren die Backups bei CURIAWEB?<\/h2>\n\n\n\n
![\"Afficher](\"https:\/\/www.curiaweb.ch\/wp-content\/uploads\/2026\/08\/etBackup-5-Uebersicht-in-cPanel-1024x391.jpg\")
<\/figure>\n\n\n\nt\u00e4gliches Backup\n \u2193\n30 Tage Aufbewahrung\n \u2193\n\u00e4ltester Stand wird entfernt\n \u2193\nneuer Sicherungsstand kommt hinzu<\/code><\/pre>\n\n\n\nWarum werden die Backups getrennt gespeichert?<\/h2>\n\n\n\n
Produktiver Hosting-Server\n \u2193\n Backup-\u00dcbertragung\n \u2193\nseparate Backup-Infrastruktur\n \u2193\n separates Rechenzentrum<\/code><\/pre>\n\n\n\nWarum ist eine getrennte Backup-Infrastruktur sinnvoll?<\/h2>\n\n\n\n
30 Tage Aufbewahrung bedeutet nicht unbegrenzte Archivierung<\/h2>\n\n\n\n
Backup und Archiv erf\u00fcllen unterschiedliche Aufgaben<\/h2>\n\n\n\n
Backup\n\u2192 Wiederherstellung nach einem Problem\n\nArchiv\n\u2192 langfristige Aufbewahrung bestimmter Daten<\/code><\/pre>\n\n\n\nKann ich meine Backups bei CURIAWEB sehen?<\/h2>\n\n\n\n
Warum k\u00f6nnen Backups nicht selbst wiederhergestellt werden?<\/h2>\n\n\n\n
\n
Warum ein gezielter Restore oft besser ist<\/h2>\n\n\n\n
Was passiert bei einem vollst\u00e4ndigen Restore?<\/h2>\n\n\n\n
Backup:\nMontag 02:00 Uhr\n\nRestore:\nMittwoch\n\n\u00c4nderungen nach Montag 02:00 Uhr\nk\u00f6nnen im wiederhergestellten\nDatenbestand nicht enthalten sein.<\/code><\/pre>\n\n\n\nBesonders wichtig bei dynamischen Websites<\/h2>\n\n\n\n
\n
Ein Backup verhindert keinen Angriff<\/h2>\n\n\n\n
ein Passwort gestohlen wird\n\neine Sicherheitsl\u00fccke ausgenutzt wird\n\nSchadcode eingeschleust wird\n\neine Datei gel\u00f6scht wird\n\nein Plugin einen Fehler verursacht<\/code><\/pre>\n\n\n\nEin Backup kann bereits einen Fehler enthalten<\/h2>\n\n\n\n
Restore und Fehlerbehebung sind nicht dasselbe<\/h2>\n\n\n\n
unsicheres Plugin\n \u2193\nWebsite kompromittiert\n \u2193\n\u00e4lteres Backup einspielen\n \u2193\nunsicheres Plugin weiterhin vorhanden\n \u2193\nerneute Kompromittierung m\u00f6glich<\/code><\/pre>\n\n\n\nBackups vor gr\u00f6\u00dferen \u00c4nderungen<\/h2>\n\n\n\n
gr\u00f6\u00dferen WordPress-Updates\n\nTheme-Wechseln\n\numfangreichen Plugin-\u00c4nderungen\n\nDatenbankarbeiten\n\nWebsite-Migrationen\n\ngr\u00f6\u00dferen strukturellen \u00c4nderungen<\/code><\/pre>\n\n\n\nWas solltest du bei einem Restore m\u00f6glichst genau angeben?<\/h2>\n\n\n\n
\n
Backup wiederherstellen lassen<\/h2>\n\n\n\n