Bringen Sie Ihren eigenen Speicher mit
Restow schreibt Backup-Daten als deduplizierte, verschlüsselte Chunks (inhaltsbasiertes Chunking, SHA-256-Hashes, gepackt in Pack-Dateien) auf Speicher Ihrer Wahl. Das Standardziel braucht überhaupt keinen zusätzlichen Dienst: lokale Platte auf einem Docker-Volume im selben Container, sodass Restow vollständig eigenständig läuft, nur mit sich selbst plus PostgreSQL, und keine Daten je Ihren Server verlassen müssen. Zeigen Sie stattdessen auf S3-kompatiblen Objektspeicher, ein gemountetes NFS-Share, oder SMB, und der Speicher ist genau so gut, günstig oder geografisch nah, wie das, was Sie gewählt haben, ganz ohne Aufschlag obendrauf.
Warum „eigener Speicher“ statt einer Restow-Cloud
Restow betreibt keinen gehosteten Speicherdienst, und das ist auch nicht geplant. Siehe Ihre Daten sind Ihre Daten für die vollständige Begründung. Praktisch bedeutet das: Ihre Speicherrechnung ist Ihre Speicherrechnung. Wählen Sie einen günstigen S3-kompatiblen Anbieter, nutzen Sie Kapazität, die Sie ohnehin schon bezahlen, oder behalten Sie alles auf lokaler Platte, ganz ohne Abrechnung pro Gigabyte, pro Restore oder pro API-Aufruf. Mehr als ein Speicherziel je Organisation wird unterstützt: ein Primärziel plus eine Kopie ist das übliche Muster, um ein Backup vom Backup zu haben.
Server und Clients, und der Wechsel des Primärziels
Backups von Servern und Clients (siehe
Server- und Client-Backup)
nutzen ein restic-Repository je Rechner, im selben Speicherziel wie
die übrigen Backups des Mandanten. Eine dokumentierte Grenze: Ein
Wechsel des primären Speicherziels kopiert heute nur die eigenen
Daten des Mandanten, nicht den Ordner endpoints/; kopieren
Sie diesen vor dem Wechsel von Hand mit.
Wie sich das mit SaaS-gehostetem Backup vergleicht
Die meisten anbietergehosteten Microsoft-365-Backup-Produkte legen Ihre Daten per Definition in der Cloud des Anbieters ab (das bedeutet „gehostet“), und einige betreiben diese Infrastruktur wirklich gut; siehe den Anbietervergleich dafür, was jeder Einzelne tatsächlich dazu dokumentiert, wo die Bytes liegen. Restow' Antwort ist strukturell, kein Versprechen: es ist erst gar nicht dafür gebaut, diese Cloud zu betreiben, also gibt es nichts zu vertrauen außer Ihrer eigenen Speicherwahl und Restow' Verschlüsselung dessen, was hineingeht (siehe Verschlüsselung und Schlüsselverwaltung).
Häufig gefragt
Wo speichert Restow die Backup-Daten?
Dort, wohin Sie zeigen: standardmäßig lokale Platte im selben Docker-Container (kein zusätzlicher Dienst zum Starten nötig), oder stattdessen S3-kompatibler Objektspeicher, NFS, oder ein gemountetes SMB-Share. Restow selbst betreibt keinen Speicherdienst: es gibt keine „Restow-Cloud“, in der Ihre Daten landen könnten.
Kann ich mehr als ein Speicherziel nutzen?
Ja, mehr als ein Ziel je Organisation wird unterstützt, typischerweise ein Primärziel plus eine Kopie, sodass ein einzelner Speicherausfall nicht auch ein Backup-Ausfall ist.
Werden die Daten dedupliziert?
Ja. Restow nutzt inhaltsbasiertes Chunking (Content-Defined Chunking), sodass identischer Inhalt über Elemente und über die Zeit hinweg nur einmal gespeichert, mit SHA-256 gehasht und in Pack-Dateien gepackt wird, statt als vollständige Duplikate vorgehalten zu werden.