← Zurück zur Übersicht

Restow einrichten und betreiben lassen

Von Lucas Flores, IT Systeme Flores UG. Zuletzt aktualisiert am 2026-10-16

Kurz gesagt: Restow ist Backup-Software für Microsoft 365 und IMAP, die auf Ihrer eigenen Infrastruktur läuft. Sie haben drei Wege: selbst betreiben, von Ihrem bestehenden IT-Dienstleister betreiben lassen oder die Einrichtung von uns, IT Systeme Flores aus Bergisch Gladbach, nach Angebot übernehmen lassen. Einen gehosteten Dienst gibt es (noch) nicht.

Für wen diese Seite ist

• Unternehmen, Kanzleien und Praxen in Deutschland, die Microsoft 365 oder IMAP-Postfächer nutzen und keine eigene IT-Abteilung haben.
• Wer ein Backup außerhalb des Microsoft-Mandanten will, dessen Wiederherstellbarkeit regelmäßig geprüft wird, statt es nur anzunehmen.
• Wer die Daten auf eigenem oder selbst gewähltem Speicher halten möchte, statt bei einem weiteren Cloud-Anbieter.

Warum ein unabhängiges Backup wichtig ist

Papierkorb und Aufbewahrungsrichtlinien in Microsoft 365 schützen vor vielen Alltagsfehlern, liegen aber im selben Mandanten wie die Daten selbst. Gegen einen kompromittierten Administrator-Zugang, Ransomware, eine Fehlkonfiguration oder ein versehentlich gelöschtes Konto hilft eine Kopie, die außerhalb dieses Mandanten liegt und nachweislich zurückgespielt werden kann. Restow liest jede Woche Stichproben aus dem Backup zurück und prüft sie gegen die gespeicherten Prüfsummen. Erst dann gilt eine Sicherung als wiederherstellbar. Mehr dazu: warum Restore-Tests zählen.

Die drei Wege

Sie haben schon einen IT-Dienstleister?

Dann ist er die erste Adresse. Die Service-Provider-Edition ist genau dafür gebaut, dass IT-Dienstleister Restow für viele Kunden betreiben, mit einer REST-API für ihre RMM- und PSA-Werkzeuge. Wir werben keine Kunden von IT-Dienstleistern ab und bieten den laufenden Betrieb nicht als Konkurrenz zu ihnen an. Wenn Ihr Dienstleister Restow noch nicht kennt, geben Sie ihm diesen Link: Restow für IT-Dienstleister.

Wie die Einrichtung technisch abläuft

1. Bestandsaufnahme: Anzahl der Postfächer, Datenmenge, OneDrive und SharePoint-Websites ja oder nein, IMAP-Quellen, Server und Clients, Dateifreigaben (SMB, NFS), die mitgesichert werden sollen, gewünschtes Speicherziel.
2. Server: Empfohlen ist eine eigene Linux-VM (Debian 12 oder 13, Ubuntu 22.04, 24.04 oder 26.04, amd64 oder arm64) auf anderer Hardware als die Systeme, die sie sichert; die Sicherungen selbst liegen am besten zusätzlich außer Haus, etwa auf S3-kompatiblem Speicher mit Object Lock. Dort richtet das Installationsskript des Releases Restow als Docker-Compose-Stack in /opt/restow ein: install.sh und install.sh.sha256 aus dem Release laden, mit sha256sum -c install.sh.sha256 prüfen und mit sudo bash install.sh starten. Das Skript prüft die Maschine, installiert bei Bedarf Docker, prüft die Signaturen der Release-Dateien und Images, erzeugt die Geheimnisse der .env und zeigt RESTOW_MASTER_KEY einmal an, damit Sie ihn offline verwahren. Mit --local entsteht eine Testinstallation ohne öffentliche Domain. Die Installation von Hand mit docker-compose.yml und env.example aus dem Release bleibt möglich, auf jedem Linux-Server mit Docker Compose. Jedes Release gibt es in zwei Builds: die vollständigen Images (restow, restow-web), deren Business- und Service-Provider-Module ein Lizenzschlüssel freischaltet, und die Community-Images (restow-community, restow-web-community) nur mit dem Kern.
3. Setup-Token: Der erste Schritt des Setup-Assistenten fragt nach einem einmaligen Setup-Token. Die API schreibt es bei jedem Start in ihr Log, bis die Einrichtung abgeschlossen ist (docker compose logs api | grep 'SETUP TOKEN'; nach einem Neustart gilt das zuletzt ausgegebene), oder Sie setzen vorher einen eigenen Wert als RESTOW_SETUP_TOKEN in der .env. So kann niemand, der nur die Adresse kennt, die Einrichtung übernehmen.
4. Betreiberhinweis: Danach zeigt der Setup-Assistent einen Hinweis, den der Betreiber bestätigen muss: Hardware, Speicher, Unveränderbarkeit (WORM), die Verwahrung der Schlüssel und Restore-Tests liegen in seiner Verantwortung. Unveränderbarkeit ist aus, bis ein Administrator sie je Repository einschaltet: Auf S3 mit Object Lock lehnt der Speicher selbst es ab, gesperrte Backup-Daten zu löschen; auf lokalen und NFS-Zielen gibt es nur eine Löschverzögerung, die keine Unveränderbarkeit ist, und das Standard-Repository der Installation lässt sich nicht unveränderbar machen (Unveränderbare Backups). Die Bestätigung wird mit Zeitpunkt und Client-Adresse gespeichert und im Audit-Log festgehalten.
5. Speicher: lokale Platte, S3-kompatibler Objektspeicher oder NFS, auch mehrere Ziele; ein S3-Endpunkt muss HTTPS nutzen. Die Daten werden vor dem Verlassen des Servers mit AES-256-GCM verschlüsselt, mit einem eigenen Schlüssel je Organisation.
6. Microsoft 365 anbinden: App-Registrierung in Entra ID mit einmaliger Administrator-Zustimmung und Graph-Anwendungsberechtigungen für Backup und Restore.
7. Erstes Backup: kann bei großen Mandanten wegen der Graph-Drosselung Tage dauern; danach inkrementell.
8. Restore-Probe: eine echte Wiederherstellung zur Kontrolle, nicht destruktiv neben den Originaldaten, plus die wöchentliche Stichprobenprüfung.
9. Server und Clients (optional): Linux- und macOS-Rechner werden mit einem Agent gesichert. Ein Befehl richtet ihn auf dem Rechner ein; das Skript fragt das Einmal-Token verdeckt ab und prüft die Signatur des Agent-Releases, bevor es etwas ausführt.
10. Lizenzschlüssel (Business oder Service Provider): in den vollständigen Images unter Verwaltung › Lizenz installieren. Wer mit den Community-Images begonnen hat, stellt vorher die zwei Image-Zeilen auf die vollständigen Images um; die Datenbank bleibt dieselbe.
11. Updates: Die Update-Prüfung ist zunächst aus und wird in den Einstellungen eingeschaltet. Ein optionaler Updater (eigenes Compose-Profil; das Installationsskript richtet ihn mit --with-updater gleich mit ein) installiert nur Release-Images, deren cosign-Signatur er geprüft hat, spielt Updates mit vorherigem Datenbank-Dump ein und rollt nur zurück, solange die Datenbankmigrationen der neuen Version noch nicht gelaufen sind; fällt die neue Version danach aus, hält er an und behält den Dump (siehe Dokumentation). Er braucht den Docker-Socket, ein dokumentierter Kompromiss.
12. Übergabe: Zugänge, Zuständigkeiten und eine kurze Dokumentation, damit Ihr Team oder Ihr Dienstleister den Betrieb übernehmen kann. Verliert der Inhaber Passkey, Authenticator-App oder Passwort, stellt docker compose exec api restow admin recover --email inhaber@example.com auf dem Server den Zugang wieder her.

Die vollständige Anleitung steht in der Dokumentation; dort erklären auch der Betreiberhinweis und Updates die Einzelheiten.

Kosten

Community ist kostenlos. Business kostet im Vorverkauf 476 € netto einmalig, Listenpreis ab Release 595 € netto; Details auf der Preisseite. Die Einrichtung berechnen wir nach Angebot, weil sie von Umfang und Ausgangslage abhängt. Support ist in der Lizenz nicht enthalten.

Betrieb durch uns

IT Systeme Flores betreut Bestandskunden weiter, schließt neue Managed-Service-Verträge aber nur noch in Ausnahmefällen. Den dauerhaften Betrieb von Restow übernehmen wir deshalb nur ausnahmsweise und auf Anfrage. Für die meisten Unternehmen ist der eigene IT-Dienstleister der bessere Partner.

Kontakt: IT Systeme Flores UG (haftungsbeschränkt), Bergisch Gladbach, info@it-flores.de, it-flores.de. Nennen Sie uns kurz Postfachanzahl, ungefähre Datenmenge und ob Sie bereits einen IT-Dienstleister haben.

Häufig gefragt