Warum der Wechsel des Nextcloud Hosters mehr ist als ein technischer Handgriff

Der stille Umzug: Warum der Wechsel des Nextcloud-Hosters mehr ist als ein technischer Handgriff

Nextcloud ist in den letzten Jahren aus der Nische der Selbstbastler herausgewachsen. Längst ist die Open-Source-Cloud nicht mehr nur das Projekt von Freigeistern und Open-Source-Puristen, sondern ernstzunehmende Infrastruktur für Unternehmen, Behörden und Organisationen, die ihre Datenhoheit nicht an amerikanische oder chinesische Hyperscaler abgeben wollen. Wer einmal mit Nextcloud gearbeitet hat, weiß: Die Software kann fast alles, was auch die Großen können – Dateisynchronisation, Kalender, Kontakte, Kollaboration, Videokonferenzen. Aber sie kann auch Dinge, die Microsoft und Google nicht bieten: Ende-zu-Ende-Verschlüsselung, vollständige Kontrolle über den Speicherort, Integration in bestehende Identity-Provider und eine Architektur, die sich an die eigenen Compliance-Richtlinien anpassen lässt.

Doch die Kehrseite dieser Freiheit ist die Verantwortung. Wer Nextcloud hostet, muss ihn auch betreiben – oder betreiben lassen. Und genau hier liegt der Haken. Viele Entscheider stehen irgendwann vor der Frage: Soll ich den Hoster wechseln? Die Gründe sind vielfältig. Manchmal sind es die steigenden Kosten, manchmal die schlechte Performance, manchmal das Gefühl, dass der Anbieter die datenschutzrechtlichen Anforderungen nicht mehr erfüllt. Ein Wechsel des Nextcloud-Hosters ist jedoch kein trivialer Vorgang. Es geht nicht einfach darum, ein Backup einzuspielen und die DNS-Einträge zu ändern. Es ist ein komplexer Prozess, der technisches Verständnis, organisatorische Disziplin und ein gewisses Maß an Muße erfordert.

In diesem Artikel wollen wir uns genau damit beschäftigen: mit dem Wechsel des Nextcloud-Hosters. Wir werden die typischen Beweggründe analysieren, die technischen Hürden benennen, die oft unterschätzt werden, und pragmatische Lösungen vorschlagen. Dabei geht es nicht darum, ein perfektes Rezept zu liefern – dafür sind die Installationen zu unterschiedlich. Sondern darum, ein Bewusstsein zu schaffen für die Fallstricke, die in der Praxis auftauchen. Denn ein gescheiterter Umzug kann nicht nur Datenverlust bedeuten, sondern auch das Vertrauen der Nutzer in die gesamte Cloudstrategie erschüttern.

Warum überhaupt wechseln? Die Motive jenseits der Kosten

Der offensichtlichste Grund ist der Preis. Nextcloud selbst ist Open Source und kostenlos. Was bezahlt wird, ist der Service: Rechenleistung, Speicher, Bandbreite, Administration, Support. Die Preise variieren enorm. Ein kleiner Hoster in Deutschland verlangt vielleicht 5 Euro pro Benutzer und Monat, ein großer Anbieter 15 Euro. Dazwischen liegen Welten – und nicht immer korreliert der Preis mit der Qualität. Ein Wechsel kann sich also finanziell lohnen.

Interessant wird es jedoch, wenn die Entscheidung nicht nur betriebswirtschaftlich, sondern strategisch getroffen. Ein Aspekt, der in Gesprächen mit Administratoren immer wieder auftaucht: die geografische Lage der Server. Nextcloud-Hoster haben Rechenzentren in Deutschland, Österreich, der Schweiz, aber auch in den Niederlanden, Frankreich oder Island. Für Unternehmen, die der deutschen Rechtsprechung unterliegen, ist der Standort Deutschland oft Pflicht – oder zumindest die EU. Doch selbst innerhalb der EU gibt es Unterschiede in der Interpretation der DSGVO. Wer etwa mit Gesundheitsdaten arbeitet, benötigt unter Umständen einen Hoster, der spezielle Zertifizierungen vorweisen kann. Ein Wechsel kann dann notwendig werden, weil der bisherige Anbieter diese Zertifikate nicht besitzt oder nicht mehr ausstellen kann.

Ein weiterer, häufig unterschätzter Grund ist die Performance. Nextcloud ist ein ressourcenhungriges System. Die Software basiert auf PHP, nutzt eine Datenbank (meist MySQL oder PostgreSQL) und kommuniziert über WebDAV. Wenn der Hoster die Server nicht richtig konfiguriert hat – etwa mit zu wenig Arbeitsspeicher, zu langsamen Festplatten oder einer ineffizienten PHP-Konfiguration – dann wird die Synchronisation zur Qual. Dateien werden nicht geladen, Kalender haken, die Videokonferenz ruckelt. Das sind dann die Momente, in denen die Nutzer anfangen, nach Alternativen zu rufen. Und wehe, der Administrator hat keine Handhabe, die Performance zu verbessern, weil er keinen Root-Zugriff hat.

Nicht zuletzt spielt der Support eine Rolle. Nextcloud veröffentlicht in schneller Folge neue Versionen, Sicherheitsupdates und Bugfixes. Ein guter Hoster aktualisiert die Umgebung zeitnah, testet die Kompatibilität und informiert seine Kunden proaktiv. Ein schlechter Hoster lässt die Installation veralten, ignoriert Ticket-Anfragen oder schaltet erst dann, wenn der Schaden schon eingetreten ist. Wer einmal erlebt hat, wie ein veraltetes Nextcloud-Update die ganze Umgebung lahmlegt, der überlegt sich sehr genau, bei wem er seine Daten parkt.

Der Moment der Entscheidung: Was vor dem Umzug wirklich zählt

Bevor der erste Befehl getippt wird, steht die Planung. Und die beginnt nicht mit der Technik, sondern mit der Bestandsaufnahme. Wie groß ist die Installation? Wie viele Benutzer gibt es? Welche Apps sind installiert? Welche externen Speicher sind angebunden? Welche Datenbank wird genutzt? Welche PHP-Version läuft? Eine einfache Frage, die aber überraschend oft vernachlässigt wird: Welche Konfiguration haben wir eigentlich genau?

Administratoren, die seit Jahren ein Nextcloud-System betreuen, kennen das Gefühl: Man hat irgendwann einmal eine Einstellung vorgenommen, dann war sie vergessen. Vielleicht eine spezielle Caching-Konfiguration, eine angepasste OPCache-Einstellung oder ein Workaround für ein Problem, das längst nicht mehr existiert. Im Datenbestand schlummern viele individuelle Anpassungen – in der config.php der Nextcloud-Instanz, in den Apps, in den Theme-Dateien. All das muss dokumentiert sein, sonst wird der Umzug zur Detektivarbeit.

Ein praktisches Vorgehen: Vor dem Wechsel sollte ein vollständiges Backup erstellt werden – und zwar nicht nur der Datenbank und der Dateien, sondern auch der Konfigurationsverzeichnisse, der App-Ordner und der Datenbankstruktur. Das Backup muss getestet werden. Klingt banal, wird aber oft vergessen. Viele Administratoren machen ein Backup, aber stellen nie sicher, dass es tatsächlich lesbar ist und alle Daten enthält. Ein Backup, das nicht restauriert werden kann, ist wertlos.

Weiterhin muss geklärt werden, welche Funktionalität nach dem Umzug verfügbar sein muss. Nextcloud hat ein riesiges App-Ökosystem. Nicht alle Apps gibt es bei jedem Hoster. Manche Hosting-Plattformen erlauben nur bestimmte Apps, andere haben Einschränkungen bei der Anzahl der gleichzeitigen Verbindungen oder bei der Nutzung von Redis als Cache. Wer zum Beispiel die Collaboration-Features von Nextcloud Hub nutzen will – also Talk, Deck, Calendar, Contacts – der sollte sicherstellen, dass der neue Hoster diese Apps nicht nur installiert hat, sondern auch die nötigen Server-Ressourcen dafür bereitstellt. Gerade Talk benötigt einen separaten Server für die Audio/Video-Verarbeitung, den sogenannten SIP-Broker oder TURN-Server. Nicht jeder Hoster bietet das standardmäßig an.

Ein weiterer Punkt: die Domain. Oft wird die Nextcloud-Instanz unter einer Subdomain betrieben, etwa cloud.firma.de. Der Wechsel des Hosters bedeutet dann eine Änderung des DNS-Eintrags. Das klingt simpel, kann aber zu Problemen führen, wenn die alte und die neue Instanz gleichzeitig aktiv sind. Benutzer, die ihre Dateien synchronisieren, bekommen dann möglicherweise Konflikte. Es ist ratsam, eine Wartungsseite einzublenden oder die alte Instanz vor dem DNS-Wechsel herunterzufahren. Auch das Thema SSL-Zertifikate sollte nicht unterschätzt werden. Viele Hoster bieten Let’s Encrypt automatisch an. Aber auch hier gibt es Unterschiede: Manche Hoster verlangen ein eigenes Zertifikat, andere stellen eines aus. Eine rechtzeitige Abstimmung ist notwendig.

Die technische Migration: Schritt für Schritt durch den Dschungel

Die eigentliche Migration lässt sich grob in drei Phasen unterteilen: Export der Daten und Konfiguration aus der alten Umgebung, Import in die neue Umgebung, und Testphase. Im Idealfall hat man eine identische oder ähnliche Umgebung aufgesetzt, in der die neue Instanz läuft. Der Teufel steckt im Detail.

Beginnen wir mit der Datenbank. Nextcloud speichert Metadaten über Dateien, Benutzer, Freigaben, Einstellungen in einer relationalen Datenbank. Je nach Größe der Installation kann das ein paar Megabyte oder mehrere Gigabyte sein. Der Export erfolgt in der Regel mit mysqldump (bei MySQL) oder pg_dump (bei PostgreSQL). Wichtig: Vor dem Dump sollte die Nextcloud-Instanz in den Wartungsmodus versetzt werden, damit keine neuen Daten geschrieben werden. Der Befehl occ maintenance:mode --on erledigt das. Allerdings – und das ist ein Klassiker – vergisst man gerne, den Wartungsmodus nach dem Dump wieder auszuschalten. Das führt dazu, dass die alte Instanz nach dem Dump noch läuft, aber keine Änderungen zulässt. Die Benutzer sind dann verständlicherweise verärgert.

Die Dateien selbst – der Inhalt der data-Verzeichnisse – lassen sich am besten per rsync übertragen. rsync ermöglicht einen inkrementellen Abgleich, was bei großen Datenmengen Zeit spart. Allerdings muss die Dateistruktur korrekt sein. Nextcloud verwendet eine bestimmte Ordnungsstruktur im data-Verzeichnis: Die Benutzerdaten liegen in Unterordnern, die mit der Benutzer-ID benannt sind. Wer diese Ordner manuell verschiebt, muss darauf achten, dass die Berechtigungen stimmen. Nextcloud läuft meist unter dem Webserver-Benutzer (z.B. www-data). Wenn die Dateien nach dem Import die falschen Berechtigungen haben, kann Nextcloud sie nicht lesen und zeigt leere Ordner an. Ein Problem, das sich leicht vermeiden lässt, aber in der Hektik des Umzugs oft übersehen wird.

Die Konfigurationsdatei config.php enthält sensible Informationen: Datenbankzugangsdaten, Session-Handler, Caching-Einstellungen, Trusted Domains. Diese Datei sollte nicht einfach eins zu eins übernommen werden, denn die neue Umgebung hat andere Server-Namen, möglicherweise andere Datenbank-Connection-Strings und andere Pfade. Es ist besser, eine frische config.php zu erzeugen und nur die konfigurationsrelevanten Werte zu übernehmen, etwa die Array-Einträge für trusted_domains, overwriteprotocol oder memcache.local. Wer einfach die alte Datei kopiert, riskiert, dass die neue Instanz nicht startet, weil die Datenbank-Verbindung fehlschlägt.

Ein weiteres heikles Thema sind die Apps. Nextcloud-Apps können in der Version an die Hauptversion gebunden sein. Manche Apps sind nur in bestimmten Versionen verfügbar. Wenn die neue Umgebung eine andere Nextcloud-Hauptversion nutzt – was oft vorkommt, weil der alte Hoster vielleicht eine ältere Version hatte –, dann müssen die Apps aktualisiert oder angepasst werden. Idealerweise stimmt man vor dem Umzug mit dem neuen Hoster ab, welche Version dort läuft und ob alle benötigten Apps kompatibel sind. Notfalls kann man Apps auch nachinstallieren, das erfordert aber Admin-Zugriff auf das Dateisystem der neuen Umgebung. Nicht jeder Hoster gewährt diesen Zugriff.

Wer externe Speicher angebunden hat, etwa S3-kompatiblen Objektspeicher, NAS-Systeme über SMB oder WebDAV, der muss diese Verbindungen neu konfigurieren. Die meisten Nextcloud-Hoster erlauben das Einbinden externer Speicher über die Administrationsoberfläche, aber die Zugangsdaten müssen erneut eingegeben werden. Das hört sich trivial an, ist aber fehleranfällig, wenn man die genauen Pfade nicht mehr parat hat. Ein Tipp: Vor dem Umzug die gesamte Konfiguration der externen Speicher dokumentieren – am besten per Screenshot oder durch Export der Datenbank-Tabelle oc_external_storage.

Die Frage der Datenintegrität: Wie sicher ist der Transfer?

Ein Punkt, der in vielen Anleitungen unter den Tisch fällt: Die Integrität der Daten während des Transfers. Wenn man mehrere Terabyte an Dateien von einem Server zum anderen kopiert, kann es zu Übertragungsfehlern kommen. Besonders bei großen Dateien über WebDAV (was ohnehin nicht empfehlenswert ist) oder rsync über unsichere Verbindungen sind Bitfehler möglich. Wer auf Nummer sicher gehen will, sollte die Daten vor dem Übertragen per MD5 oder SHA256 hashen und nach dem Import prüfen. Nextcloud selbst hat eine Prüfsummenfunktion, die bei jedem Dateizugriff die Integrität verifizieren kann. Die muss allerdings konfiguriert sein. Ein nachträglicher Check aller Dateien kann Tage dauern.

Ein weiterer Aspekt: die Verschlüsselung. Nextcloud bietet eine serverseitige Verschlüsselung an, die die Dateien auf dem Speichermedium verschlüsselt. Diese Verschlüsselung ist an die Instanz gebunden. Wenn man die Daten von einem verschlüsselten System auf ein anderes überträgt, muss man die Schlüssel mitnehmen. Ansonsten sind die Dateien auf der neuen Instanz nicht lesbar. Die Schlüssel liegen im data-Verzeichnis, oft in einem Unterordner files_encryption. Allerdings ist die serverseitige Verschlüsselung bei Nextcloud nicht unumstritten: Sie erhöht die CPU-Last, erschwert die Backup-Wiederherstellung und bietet kaum Mehrwert gegenüber einer Festplattenverschlüsselung auf der Betriebssystemebene. Viele Administratoren verzichten daher darauf. Wenn man sie aber nutzt, muss der Umzug besonders sorgfältig geplant werden.

Und dann ist da noch die Sache mit den Clients. Die Desktop- und Mobil-Clients von Nextcloud synchronisieren Dateien mit einem Server. Wenn der Server wechselt, müssen die Clients neu auf den neuen Endpunkt konfiguriert werden. Das macht man in der Regel über die Einstellungen: Man gibt die neue Server-URL ein und meldet sich neu an. Allerdings verliert man dabei unter Umständen die lokale Synchronisationshistorie. Die Clients erkennen dann, dass der alte Server nicht mehr erreichbar ist, und melden das als Fehler. Professionelle Hosting-Anbieter bieten oft einen Migration-Service an, der die Client-Konfiguration automatisch aktualisiert, etwa durch eine Änderung der DNS-Einträge. Das ist aber die Ausnahme. In der Praxis müssen die Benutzer selbst aktiv werden. Und das bedeutet Aufklärungsarbeit: Eine E-Mail an alle Nutzer mit der Bitte, den Client zu deaktivieren, die neue URL einzutragen und die Synchronisation neu zu starten. Wer das nicht macht, kriegt später Rückfragen, weil die Dateien nicht mehr synchronisiert werden.

Kostenfalle: Was der Umzug wirklich kostet

Ein Wechsel des Nextcloud-Hosters ist nicht gratis. Auch wenn die Software selbst kostenlos ist, so fallen doch Aufwände an: die Zeit des Administrators, eventuell ein projektbezogener Auftrag an einen externen Dienstleister, die Kosten für die parallele Nutzung beider Umgebungen während der Übergangsphase, und möglicherweise der Verlust von Daten, wenn etwas schief geht. Pauschal ist das schwer zu beziffern, aber man sollte den indirekten Aufwand nicht unterschätzen.

Viele Unternehmen stellen fest, dass der neue Hoster zwar günstiger ist, aber der Wechsel selbst die eingesparten Kosten der ersten Monate auffrisst. Dazu kommt das Risiko von Ausfallzeiten. Je nach Größe der Installation kann der Umzug einen ganzen Tag oder sogar mehrere Tage dauern. In dieser Zeit ist die Cloud nicht oder nur eingeschränkt nutzbar. Wenn die Cloud für die tägliche Arbeit essenziell ist – etwa für die Dateiablage in einer Behörde oder für die Kollaboration in einem verteilten Team – dann sind die Opportunitätskosten hoch. Ein Wechsel sollte also nicht nur die laufenden Kosten senken, sondern auch einen Mehrwert bieten: bessere Performance, erweiterte Funktionen, höhere Sicherheit. Wenn das nicht der Fall ist, stellt man schnell fest, dass der Umzug eher eine Belastung als eine Verbesserung war.

Ein interessanter Aspekt ist die Frage der Lock-in-Effekte. Nextcloud ist zwar Open Source, aber die Daten sind in einem bestimmten Format gespeichert. Der Umzug von einem Hoster zum anderen ist mit Aufwand verbunden. Manche Hoster bieten proprietäre Zusatzfunktionen an, die nicht standardmäßig in Nextcloud enthalten sind – etwa erweiterte Monitoring-Tools, automatisierte Backup-Lösungen oder spezielle Performance-Optimierungen. Wer solche Features nutzt, bindet sich stärker an den Anbieter. Ein Wechsel ist dann nicht nur technisch aufwendiger, sondern geht auch mit dem Verlust dieser Services einher. Das sollte man vor der Entscheidung bedenken und gegebenenfalls mit dem neuen Anbieter klären, ob er ähnliche Leistungen anbieten kann.

Sicherheit und Compliance: Worauf man nach dem Wechsel achten muss

Nach dem Umzug ist nicht alles erledigt. Die neue Instanz muss sicher konfiguriert sein. Nextcloud bietet eine Reihe von Sicherheitsfunktionen: Zwei-Faktor-Authentifizierung, Brute-Force-Schutz, Ende-zu-Ende-Verschlüsselung (allerdings als experimentelles Feature), Content-Security-Policy. Viele dieser Funktionen müssen aktiviert werden. Ein neuer Hoster hat vielleicht standardmäßig andere Sicherheitseinstellungen. Es ist ratsam, nach dem Umzug einen Security-Scan durchzuführen, etwa mit dem Nextcloud-Sicherheitsprüfer occ security:check. Das Tool zeigt an, ob die PHP-Konfiguration sicher ist, ob HTTPS korrekt konfiguriert ist, ob die Datenbank verschlüsselt ist und so weiter.

Ein besonders heikles Thema ist die DSGVO-Konformität. Nextcloud selbst ist datenschutzfreundlich, aber der Hoster muss die Vorgaben der DSGVO erfüllen. Dazu gehört die Auftragsverarbeitung gemäß Art. 28 DSGVO, das Recht auf Datenübertragbarkeit und die Löschung personenbezogener Daten. Vor dem Wechsel sollte man mit dem neuen Host einen Vertrag zur Auftragsverarbeitung (AVV) abschließen. Viele Hoster bieten das standardmäßig an, aber es gibt Unterschiede: Manche verlangen eine Unterschrift per Post, andere sind digital flexibler. Auch das sollte im Vorfeld geklärt werden.

Desweiteren ist die Frage der Serverlogs. Nextcloud protokolliert viele Ereignisse: Anmeldungen, Dateizugriffe, Fehler. Diese Logs können personenbezogene Daten enthalten. Der Hoster muss sicherstellen, dass die Logs nicht länger als nötig gespeichert werden. Auch hier unterscheiden sich die Angebote. Manche Hoster löschen Logs automatisch nach 30 Tagen, andere speichern sie unbegrenzt. Wer in einer regulierten Branche tätig ist, sollte hier strengere Anforderungen stellen.

Der menschliche Faktor: Die Nutzer mitnehmen

Ein oft vergessener Aspekt ist die Kommunikation mit den Benutzern. Der Wechsel des Hosters ist für den Administrator ein technisches Projekt, für die Benutzer aber eine Unterbrechung ihres Arbeitsflusses. Sie müssen wissen, dass die Cloud an bestimmten Tagen nicht verfügbar ist, dass sie nach dem Umzug ihre Clients neu konfigurieren müssen, und dass vielleicht auch Funktionen anders aussehen als gewohnt. Eine einfache Ankündigungsemail ist nicht genug. Besser sind mehrere Statusmeldungen: eine Woche vorher, zwei Tage vorher, am Tag des Umzugs und eine nach dem erfolgreichen Abschluss. Und dann ist da noch die Fehlerkultur. Es wird nach dem Umzug immer Probleme geben: Eine App funktioniert nicht, eine Freigabe ist verloren gegangen, die Synchronisation eines Clients will nicht klappen. Der Administrator sollte für solche Fälle ein Ticket-System oder zumindest eine zentrale Anlaufstelle haben. Nichts ist frustrierender, als wenn die Benutzer nicht wissen, wohin sie sich wenden sollen.

Zukunftssicherheit: Nextcloud und die Entwicklung der Cloud-Landschaft

Nextcloud entwickelt sich rasant weiter. Mit Version 30 (Stand Ende 2024) hat das Projekt zahlreiche Neuerungen eingeführt: eine verbesserte KI-Integration, einen überarbeiteten Dateibrowser, bessere Zusammenarbeit bei Dokumenten via Collabora Online und ONLYOFFICE. All diese Features stellen Anforderungen an die Hosting-Umgebung. Ein Hoster, der heute noch hervorragend ist, könnte in zwei Jahren unterdimensioniert sein. Deswegen sollte man bei der Auswahl des neuen Hosters nicht nur auf den aktuellen Zustand schauen, sondern auch auf die Investitionsbereitschaft und die technologische Roadmap.

Ein interessanter Trend ist die Integration von Nextcloud in Edge-Computing-Szenarien. Immer mehr Unternehmen wollen Daten nicht nur in der Cloud haben, sondern auch vor Ort speichern, etwa auf einem NAS im Büro oder auf einem kleinen Server in der Produktion. Nextcloud lässt sich mit lokalen Geräten koppeln, etwa über den „External Storage“-Mechanismus. Ein guter Hoster unterstützt solche hybriden Architekturen, indem er die notwendigen Schnittstellen (wie S3-kompatible Endpunkte) bereitstellt. Wer heute wechselt, sollte also darauf achten, ob der neue Anbieter solche hybriden Use Cases ermöglicht.

Ein weiterer Punkt: die Nachhaltigkeit. Nextcloud wirbt damit, energieeffizienter zu sein als die Hyperscaler – ein Argument, das in Zeiten steigender Energiepreise und ESG-Vorgaben an Bedeutung gewinnt. Allerdings hängt die tatsächliche Energieeffizienz stark vom Hosting ab. Manche Hoster setzen auf erneuerbare Energien, andere nicht. Auch die Hardware-Auslastung spielt eine Rolle. Wer große Datenmengen speichert, sollte sich informieren, ob der Hoster moderne Speichermedien (NVMe-SSDs statt HDDs) einsetzt und ob die Server virtualisiert sind oder dediziert laufen. Virtualisierung kann die Effizienz steigern, aber auch die Latenz erhöhen.

Ein pragmatischer Appell: Nicht überstürzen, aber auch nicht zögern

Der Wechsel des Nextcloud-Hosters ist ein Eingriff in die digitale Infrastruktur. Er erfordert Sorgfalt, Zeit und manchmal auch Geld. Aber er kann sich lohnen – vorausgesetzt, man macht ihn richtig. Mein Rat: Vor dem Wechsel ein klares Anforderungsprofil erstellen. Welche Features sind unverzichtbar? Welche Performance-Werte müssen erreicht werden? Welche Sicherheitszertifikate sind erforderlich? Dann den neuen Hoster nicht nur nach dem Preis beurteilen, sondern auch nach der Qualität des Supports, der Flexibilität bei den Vertragsbedingungen und der technischen Kompetenz.

Dabei zeigt sich immer wieder: Die besten Hoster sind nicht unbedingt die billigsten. Sondern diejenigen, die verstehen, dass Nextcloud keine Standard-Webanwendung ist, die man auf einem günstigen Shared-Hosting-Paket betreibt. Nextcloud braucht eine angepasste Umgebung, eine gute PHP-Konfiguration, ausreichend Arbeitsspeicher für den Redis-Cache, eine performante Datenbank und regelmäßige Updates. Hoster, die das erkennen, bieten meist auch einen professionellen Migrationsservice an. Einige nehmen einem sogar den gesamten Umzug ab – gegen eine Gebühr, aber das kann sich rechnen, wenn man die interne Arbeitszeit dagegenrechnet.

Last but not least: Der Wechsel ist auch eine Chance. Eine Chance, die eigene Nextcloud-Instanz zu bereinigen, alte Daten zu löschen, inaktive Benutzer zu entfernen und die Konfiguration zu optimieren. Viele Administratoren nutzen den Umzug, um von MySQL auf PostgreSQL zu wechseln, auf eine neuere PHP-Version zu gehen oder die Dateistruktur neu zu organisieren. Das sind Arbeiten, die man ohnehin irgendwann machen muss – und die sich in einem Rutsch erledigen lassen. Also: Den Umzug nicht nur als Notwendigkeit sehen, sondern als Gelegenheit, das System zu verbessern.

In einer Welt, in der die Kontrolle über eigene Daten immer mehr zum Wettbewerbsfaktor wird, ist Nextcloud eine der wenigen wirklich unabhängigen Lösungen. Es wäre schade, wenn scheinbare Hürden beim Hosterwechsel dazu führen,dass Unternehmen aus Bequemlichkeit bei einem suboptimalen Anbieter bleiben. Der Aufwand ist überschaubar – wenn man ihn richtig angeht. Und das Ergebnis ist eine Cloud, die wieder das hält, was sie verspricht: Freiheit, Sicherheit und Leistungsfähigkeit.