Der große Umzug: Was Sie beim Wechsel Ihres Nextcloud-Hosters wirklich beachten müssen
Nextcloud hat sich längst von der einfachen Dropbox-Alternative zu einer zentralen, souveränen Digitalplattform gemausert. Ob Filesharing, Kalender, Video-Konferenzen oder Office-Suite – die Open-Source-Lösung bildet das digitale Rückgrat vieler Organisationen. Doch die Wahl des Hosters, sei es ein externer Dienstleister oder die eigene Infrastruktur, ist selten eine Entscheidung für die Ewigkeit. Gründe für einen Wechsel gibt es viele: Skalierungsprobleme, Performance-Einbußen, sich ändernde Compliance-Anforderungen oder schlichtweg Unzufriedenheit mit dem Service. Ein Hoster-Wechsel wirkt dann oft wie ein gewaltiger Berg, den es zu versetzen gilt. Dabei ist er, mit der richtigen Vorbereitung, ein kalkulierbares Projekt. Dieser Artikel führt Sie durch die Komplexität, von der ersten Motivation bis zur fehlerfreien Inbetriebnahme in der neuen Umgebung.
Warum überhaupt wechseln? Mehr als nur Kosten
Der naheliegendste Grund ist natürlich der Preis. Ein günstigeres Angebot lockt. Doch wer hier allein den Euro-Zeichen hinterherjagt, könnte eine teure Fehlentscheidung treffen. Interessanter sind oft die weniger offensichtlichen Motive. Viele Anwender starten bei einem günstigen Shared-Hosting-Anbieter, der Nextcloud als One-Click-Installation anbietet. Das ist für den Einstieg okay, stößt aber schnell an Grenzen. Die Performance leidet unter der geteilten Umgebung, die Nextcloud-Version hinkt hinterher, und spezielle Erweiterungen wie Collabora Online oder Full-Text-Suche lassen sich nicht nachrüsten.
Dann ist da die Frage der Kontrolle. Einige Hoster bieten verwaltete Nextcloud-Instanzen an, bei denen Sie keinen Shell-Zugriff haben und die Konfiguration stark eingeschränkt ist. Das kann ein Sicherheitsfeature sein, für Administratoren aber auch ein Korsett. Wenn Sie etwa spezifische PHP-Module benötigen oder die Cron-Jobs anders steuern möchten, sind Sie aufgeschmissen. Nicht zuletzt spielen Standort und Rechtssicherheit eine immer größere Rolle. Hosting in bestimmten Jurisdiktionen wird für Unternehmen aus der EU zunehmend zum Problem. Der Wechsel zu einem Anbieter mit klarer DSGVO-Konformität und Rechenzentren in Deutschland oder Europa wird dann zur Notwendigkeit.
Ein oft unterschätzter Punkt ist die Skalierbarkeit. Nextcloud ist ressourcenhungrig, besonders wenn Features wie Versionierung, Verschlußsselung at Rest oder die eingebaute Videokonferenz-Software Talk genutzt werden. Ein Hoster, der nur starre Pakete verkauft, ist hier der falsche Partner. Sie brauchen Flexibilität nach oben – und im Idealfall auch nach unten. Ein interessanter Aspekt ist zudem die technische Architektur des Hosters. Setzt er auf traditionelle virtuelle Maschinen oder moderne, containerisierte Umgebungen? Letztere ermöglichen oft schnelleres Upgrading, einfachere Backups und eine bessere Isolation. Ein Wechsel kann somit auch ein Technologie-Upgrade sein.
Die Vorbereitung: Planung schlägt blinden Aktionismus
Bevor Sie auch nur den neuen Vertrag unterschreiben, müssen Sie den Ist-Zustand Ihrer bestehenden Nextcloud genau kennen. Das klingt banal, ist aber der häufigste Stolperstein. Starten Sie mit einer vollständigen Inventur. Wie viele aktive Benutzerkonten gibt es? Wie viel Speicherplatz ist belegt – und wie ist die Verteilung? Ein paar Power-User mit Terabytes an Daten beeinflussen die Migrationsstrategie deutlich mehr als viele Nutzer mit kleinen Accounts.
Dann die App- und Konfigurationslandschaft. Welche Third-Party-Apps sind installiert und aktiv? Notieren Sie sich unbedingt deren Versionen. Manche Apps, besonders ältere oder nicht mehr gepflegte, könnten mit einer neueren Nextcloud-Version auf dem neuen System inkompatibel sein. Gehen Sie die Konfigurationsdatei (`config/config.php`) durch. Besondere Einstellungen zu Objektspeicher, externen Speichern, Caching (Redis, Memcached) oder Sonderregeln für bestimmte Dateitypen müssen dokumentiert werden. Vergessen Sie nicht die Cron-Einstellung. Läuft sie über den Webcron-Aufruf oder einen echten System-Cronjob? Das muss im neuen Setup repliziert werden.
Das vielleicht wichtigste Stichwort in dieser Phase ist: Backup. Nicht irgendein Backup, sondern ein vollständiges, konsistentes und getestetes. Dazu gehören drei Dinge. Erstens, die kompletten Dateidaten (das `data/`-Verzeichnis). Zweitens, die Datenbank. Exportieren Sie sie mit `mysqldump` oder dem entsprechenden Tool für PostgreSQL. Drittens, die Nextcloud-Programmdateien selbst und die Konfiguration. Ein Backup-Tool wie `borgbackup` oder ein gescripteter rsync-Job kann hier helfen. Testen Sie die Wiederherstellung in einer Testumgebung. Ein Backup ohne Restore-Test ist im Grunde wertlos – das lernt man leider oft zu spät.
Kommunizieren Sie den geplanten Wechsel frühzeitig an die Nutzer. Legen Sie ein klar definiertes Wartungsfenster fest, in dem die Nextcloud nicht verfügbar ist. 4-8 Stunden sind für eine normale Migration ein realistischer Zeitrahmen. Weisen Sie darauf hin, dass während dieses Fensters keine Änderungen vorgenommen werden sollten. Nichts ist schlimmer, als während des Datenübertrags noch aktiv genutzte Dateien zu verschieben.
Die Wahl des neuen Hafens: Anforderungen jenseits der Speicherliste
Die Auswahl des neuen Hosters sollte nun strukturiert erfolgen. Die reine Preis-pro-TB-Matrix ist ein schlechter Ratgeber. Fragen Sie nach der Nextcloud-Version. Bietet der Anbieter immer die aktuelle Stable-Version an? Wie schnell werden Sicherheitsupdates eingespielt? Gibt es ein klar kommuniziertes Upgrade-Fenster? Die Update-Politik ist ein entscheidender Indikator für die Professionalität des Dienstleisters.
Die Performance hängt von vielen Faktoren ab. Fragen Sie nach der verwendeten PHP-Version (mindestens 8.0, besser 8.1+) und OPcache-Einstellungen. Wird ein PHP-FPM mit effizienter Prozessverwaltung genutzt? Welche Caching-Schichten sind vorgesehen – ob auf Ebene des Application-Caches (Redis/APCu) oder via HTTP (Varnish, Nginx-Cache)? Ein guter Hoster sollte hier transparente Antworten geben können. Für die Performance entscheidend ist auch die Anbindung des Speichers. Handelt es sich um lokale SSDs, Network-Attached Storage (NAS) oder gar hochskalierbaren Object Storage (wie S3-kompatible Lösungen)? Jede Option hat Vor- und Nachteile in puncto Geschwindigkeit, Kosten und Skalierbarkeit.
Das Thema Backup und Wiederherstellung sollten Sie dem Anbieter aus der Nase ziehen. Werden Snapshots der gesamten Instanz angeboten? Wie häufig? Wie schnell ist eine Wiederherstellung möglich (RTO – Recovery Time Objective)? Und – ganz wichtig – wo liegen die Backups? In der gleichen physischen Location ist ein Risiko, sollte das Rechenzentrum ausfallen. Fragen Sie nach georedundanten Optionen.
Last, but not least: Der Support. Gibt es einen technischen Support per Ticket, Telefon oder Chat? Zu welchen Zeiten? Sprechen die Mitarbeiter Deutsch? Können sie bei der Migration assistieren? Ein Testimonium von einem Wechsel ist hier Gold wert. Fragen Sie im persönlichen Gespräch konkret nach Migrationserfahrungen. Ein routinierter Hoster hat dafür interne Checklisten und kann Ihnen wertvolle Tipps geben, vielleicht sogar Teile des Prozesses als Service anbieten.
Die Migration in der Praxis: Ein Tanz auf dem Hochseil
Jetzt wird es ernst. Sie haben den neuen Hoster, die neue virtuelle Maschine oder den Container. Der erste Schritt ist die Installation einer frischen, leeren Nextcloud-Instanz auf dem neuen System. Verwenden Sie exakt die gleiche Nextcloud-Version wie auf dem alten System. Das vermeidet initiale Kompatibilitätsprobleme. Später, wenn alles läuft, können Sie auf dem neuen System in Ruhe updaten. Konfigurieren Sie die neue Instanz grob vor (Trusted Domains, Datenbank-Zugang), aber starten Sie den Installations-Assistenten noch nicht komplett durch.
Nun kommt der kritische Teil: Der Transfer der Daten. Für die Dateien (`data/`) ist `rsync` das Werkzeug der Wahl. Der große Vorteil: Sie können einen ersten Delta-Transfer durchführen, lange vor dem eigentlichen Wartungsfenster. Synchronisieren Sie einmal komplett. Kurz vor der Ausfallzeit führen Sie dann ein weiteres `rsync` mit der Option `–delete` durch, das nur noch die Änderungen der letzten Stunden überträgt. Das minimiert das Transferfenster enorm. Achten Sie darauf, die Dateiberechtigungen (`-a` flag) zu erhalten.
Parallel dazu exportieren Sie die Datenbank aus der alten Umgebung. Hier ist Timing alles. Sie müssen den Export genau in dem Moment machen, in dem die Datei-`rsync`-Synchronisation abgeschlossen ist und die Nextcloud-Instanz für die Nutzer gesperrt wird. So stellen Sie Konsistenz zwischen Dateisystem und Datenbank her. Ein kurzer Export mit `mysqldump –single-transaction` bei MySQL/MariaDB hilft, eine konsistente Momentaufnahme zu bekommen, ohne lange Tabellen-Locks.
Jetzt auf dem neuen System: Datenbank importieren, dann die Dateien des finalen `rsync`-Laufs übertragen. Anschließend müssen Sie zentrale Konfigurationen anpassen. In der `config/config.php` müssen Pfade (z.B. `datadirectory`) und wahrscheinlich die Datenbank-Zugangsdaten aktualisiert werden. Besondere Aufmerksamkeit benötigen Konfigurationen für externe Dienste wie SMTP-E-Mail, Objektspeicher, SMB-Mounts oder Global Scale. Deren Endpunkte oder Zugangsdaten könnten sich geändert haben.
Ein oft vergessener Schritt: Das Ausführen des Nextcloud-Occ-Befehls für Wartung und Reparatur. `php occ files:scan –all` muss laufen, um den Datei-Cache der Datenbank mit dem übertragenen Dateisystem abzugleichen. Ebenso sollten Sie `php occ maintenance:repair` ausführen, um Inkonsistenzen zu bereinigen. Nun können Sie die neue Nextcloud-Instanz für den internen Test freischalten.
Fallstricke und wie man sie umgeht
Die Theorie ist sauber, die Praxis launisch. Ein häufiger Fehler ist die Unterschätzung der Übertragungszeit. Terabytes über eine Standard-Internetleitung zu schieben, dauert Tage, nicht Stunden. Hier muss man mit dem alten und neuen Hoster sprechen. Bieten sie vielleicht einen Server-zu-Server-Transfer in ihrem Backbone-Netz an? Kann man temporär die Bandbreite erhöhen? Oder im Extremfall: Versenden sie eine physische Festplatte? Das ist keine Schande, sondern bei großen Datenmengen oft die einzig praktikable Lösung.
Probleme mit Benutzer-Pfaden können auftreten, wenn sich die Nextcloud-Installationspfade unterscheiden. Nextcloud speichert interne Pfade in der Datenbank. Der Occ-Befehl `php occ config:system:get datadirectory` zeigt den alten Pfad. Nach dem Umzug müssen eventuell hartkodierte Pfade in einigen Apps oder Konfigurationen manuell angepasst werden. Ein weiterer Stolperstein sind verschlüsselte Instanzen. Die Server-side-encryption (SSE) bindet die Verschlüsselungs-Keys an die Instanz. Ein simpler Datei-Copy reicht hier nicht. Sie müssen die Verschlüsselung vor der Migration deaktivieren, dann die Daten migrieren und im neuen System wieder aktivieren. Das ist ein heikler Prozess, der zwingend vorab in einer Testumgebung geübt werden muss.
Dann die DNS-Umstellung. Der TTL-Wert (Time to Live) Ihrer DNS-Einträge (z.B. `cloud.ihre-firma.de`) entscheidet, wie schnell alle Nutzer auf die neue Instanz geleitet werden. Setzen Sie diesen Wert schon Tage vor dem Umzug auf ein sehr niedriges Intervall (z.B. 300 Sekunden). So propagiert die Änderung der IP-Adresse nach dem finalen Switch schnell durchs Internet. Vergessen Sie nicht, SSL-Zertifikate für die neue Domain/IP zu besorgen. LetsEncrypt macht das einfach, aber es braucht Planung.
Nach dem Umzug: Optimierung und Betrieb
Die Migration ist geschafft, die Nextcloud läuft. Jetzt beginnt die Phase der Feinjustierung. Nutzen Sie die Gelegenheit, das neue System zu optimieren. Prüfen Sie die Cron-Konfiguration. Ein korrekt eingerichteter System-Cronjob ist wesentlich zuverlässiger als der Webcron. Richten Sie Monitoring ein. Grundlegende Metriken wie Speicherplatz, Last, PHP-FPM-Prozessauslastung und Datenbank-Connection-Pool sollten Sie im Auge behalten. Tools wie Prometheus mit dem Nextcloud-Exporters oder auch einfache Health-Checks helfen hier.
Jetzt ist auch der ideale Zeitpunkt für ein Upgrade auf die neueste Nextcloud-Version – sofern Sie nicht schon während der Migration darauf geachtet haben. Testen Sie das Upgrade zuerst in einer Staging-Umgebung mit Ihrem migrierten Daten-Set. Besonders die Apps können hier für Überraschungen sorgen. Nach einem erfolgreichen Upgrade sollten Sie auch die Performance-Tuning-Empfehlungen der Nextcloud-Dokumentation für Ihren neuen Server durchgehen. Das betrifft PHP-Memory-Limits, Opcache-Einstellungen und die Konfiguration Ihres Web-Servers (Nginx/Apache).
Ein wichtiger kultureller Schritt: Schulen Sie Ihre Nutzer. Hat sich die URL geändert? Gibt es neue Funktionen oder eine leicht geänderte Oberfläche im neuen Release? Ein kurzes Rundschreiben oder ein Video-Tutorial erhöht die Akzeptanz und entlastet den Support. Dokumentieren Sie außerdem den gesamten Migrationsprozess intern. Welche Schritte waren problematisch? Was hat gut funktioniert? Diese Lessons Learned sind unbezahlbar für den nächsten Wechsel – oder für Kollegen, die vor einer ähnlichen Aufgabe stehen.
Fazit: Souveränität durch Planung
Ein Nextcloud-Hoster-Wechsel ist kein Hexenwerk, sondern ein IT-Projekt wie viele andere auch. Er erfordert Sorgfalt, methodisches Vorgehen und vor allem eine gründliche Vorbereitung. Der Schlüssel zum Erfolg liegt nicht in der Geschwindigkeit des Datentransfers, sondern in der Qualität der Planung. Eine detaillierte Inventur, ein sauber getestetes Backup und die klare Kommunikation mit allen Beteiligten sind die eigentlichen Erfolgsfaktoren.
Die Mühe lohnt sich. Ein gelungener Wechsel befreit von technischen Schulden, eröffnet Zugang zu besserer Performance und moderneren Funktionen und stärkt am Ende die digitale Souveränität Ihrer Organisation. Nextcloud als Plattform lebt von ihrer Flexibilität und Offenheit. Dazu gehört eben auch die Freiheit, den infrastrukturellen Unterbau zu wechseln, wenn es nötig wird. Wer diesen Prozess einmal sauber durchgespielt hat, besitzt nicht nur eine migrierte Cloud, sondern auch wertvolles Wissen und die Gewissheit, die Kontrolle über die eigenen Daten nie aus der Hand gegeben zu haben.
In einer Zeit, wo Vendor-Lock-in und abhängige Infrastrukturen allgegenwärtig sind, ist das mehr als nur ein technischer Akt – es ist ein Statement.