Um Daten des ONLYOFFICE Workspace-Portals von der lokalen Festplatte in einen unterstützten Cloud-Speicherdienst zu verschieben, verbinden Sie diesen Dienst unter Portaleinstellungen → Integration. Öffnen Sie anschließend die Systemsteuerung → Allgemeine Einstellungen → Speicher, konfigurieren Sie ihn und klicken Sie auf VERBINDEN. ONLYOFFICE weist darauf hin, dass die Verbindung eine Datenmigration startet, die einige Zeit dauern kann. Falls Sie mit „Speicherort“ das Hostverzeichnis einer Docker-Installation meinen, ändern Sie stattdessen das Datenvolume des Community-Servers in Ihrer Bereitstellung; dies ist ein separater Vorgang.
ONLYOFFICE verwendet den Begriff „Speicher“ für verschiedene Zwecke. Auf der Speicherseite der Systemsteuerung kann der Speicherort für Portaldaten von der Standardfestplatte auf einen unterstützten Drittanbieterspeicher für statische Daten umgeschaltet werden. Dies ist die Administratoreinstellung, die die meisten Benutzer meinen, wenn sie Workspace-Portaldaten von der lokalen Festplatte des Servers verschieben möchten. Dies ist nicht dasselbe wie die Auswahl eines Ordners im Modul „Dokumente“, das Anschließen eines externen Laufwerks für einen einzelnen Benutzer, das Ändern eines Sicherungsziels oder das Verschieben des Docker-Datenverzeichnisses.
| Ihr Ziel | Diese Einstellung verwenden | Abwägung |
|---|---|---|
| Verschieben Sie statische Portaldaten in den Objektspeicher. | Systemsteuerung → Speicher | Erfordert eine vorherige Integration des Anbieters und startet die Migration. |
| Die Community-Server-Daten auf eine andere Host-Festplatte verschieben | Docker-Bind-Mount oder Volume | Erfordert ein geplantes Kopieren der Dateien und einen Neustart des Containers. |
| Ermöglichen Sie Benutzern das Durchsuchen eines externen Kontos in Dokumente. | Dokumentenmodul-Drittanbieterverbindung | Fügt eine externe Ressource hinzu; sie ersetzt nicht den Standardspeicher des Portals. |
Die Dokumentation des Control Panels listet Google Cloud Storage, Amazon AWS S3, Rackspace Cloud Storage und Selectel Cloud Storage als Speicheroptionen für das Portal auf. Nur Amazon S3 und Selectel werden dort als CDN-Optionen aufgeführt. Ein CDN ist eine separate Einstellung zur Verteilung statischer Portalinhalte und ersetzt nicht die Speicherauswahl. Beachten Sie die aktuellen Anweisungen zur Speicherung von ONLYOFFICE hinsichtlich der in Ihrer Installation angezeigten Anbieteroptionen und Felder.
Sie benötigen ein Administratorkonto mit Zugriff auf das Control Panel. Verbinden Sie den gewünschten Anbieter zunächst in den Integrationseinstellungen des Portals. Andernfalls ist die Speicheroption nicht verfügbar oder ausgegraut. Halten Sie die erforderlichen Zieldetails bereit, z. B. den Namen und die Region des S3-Buckets, und stellen Sie sicher, dass die Anmeldeinformationen und Bucket-Berechtigungen dem Workspace-Server die Nutzung ermöglichen.
Erstellen Sie vor der Änderung des Speicherziels eine aktuelle Sicherung. Die Sicherungsanleitung im Control Panel beschreibt die Sicherungsziele und die Erstellung einer Portalsicherung. Handelt es sich um ein Produktivportal, wählen Sie einen ruhigen Zeitpunkt und informieren Sie die Benutzer über den Beginn der Speichermigration. Laut Dokumentation kann die Migration einige Zeit in Anspruch nehmen; eine feste Dauer wird nicht angegeben. Planen Sie Ihre Planung daher nicht anhand eines angenommenen Abschlusszeitpunkts.
Die Speicherauswahl des Portals ändert nicht das von Docker eingebundene Datenverzeichnis. Die Docker-Dokumentation des ONLYOFFICE Community Servers gibt /var/www/onlyoffice/Dataden Containerpfad für die Community-Server-Daten an und zeigt, dass dieser einem Hostordner wie z. B. `/var/login` zugeordnet ist /app/onlyoffice/CommunityServer/data. Um eine andere Festplatte zu verwenden, bearbeiten Sie den Quellpfad auf dem Host in Ihrer Compose-Datei, während Sie das Containerziel beibehalten. Beispiel:
services:
communityserver:
volumes:
- /srv/onlyoffice/community-data:/var/www/onlyoffice/DataWeisen Sie den laufenden Container nicht auf ein neues, leeres Verzeichnis zu und erwarten Sie nicht, dass vorhandene Daten dort erscheinen. Sichern Sie die aktuellen Daten, stoppen Sie den entsprechenden Stack, kopieren Sie die alten eingebundenen Daten unter Beibehaltung der Besitzrechte und Berechtigungen in das neue Hostverzeichnis, aktualisieren Sie die Bind-Mount-Einbindung und starten Sie den Stack neu. Stellen Sie sicher, dass das Portal geladen wird und alle Dateien und Einstellungen vorhanden sind, bevor Sie die alte Kopie löschen. Die genauen Dienstnamen und Volume-Zuordnungen variieren je nach Compose-Datei und Installationsmethode; überprüfen Sie daher zuerst Ihre tatsächliche Konfiguration. Die Dokumentation des Docker Community Servers des Anbieters zu Datenvolumes erläutert den unterstützten Containerpfad und die Vorgehensweise zur Host-Einbindung.
Nach einer Änderung des Cloud-Speichers überprüfen Sie unter Systemsteuerung → Speicher, ob der gewünschte Anbieter nach der Migration ausgewählt ist. Öffnen Sie das Modul „Dokumente“ und testen Sie einige vorhandene Dateien sowie eine neu hochgeladene Datei mit einem Administrator und einem normalen Benutzer. Bei einer Änderung des Docker-Hostpfads überprüfen Sie die Mounts des laufenden Containers und stellen Sie sicher, dass das erwartete Hostverzeichnis korrekt zugeordnet ist /var/www/onlyoffice/Data. Prüfen Sie anschließend, ob das Portal nach einem Neustart weiterhin Dateien lesen und schreiben kann. Falls die Migration nicht abgeschlossen wird oder Daten fehlen, bewahren Sie die ursprüngliche Sicherung und die Speicherkopie auf, sammeln Sie die Portal- und Containerprotokolle und wenden Sie sich an den ONLYOFFICE-Support, bevor Sie die Migration wiederholen.
Verschieben Sie Portaldaten vom Standard-Festplattenspeicher zu einem unterstützten Cloud-Speicheranbieter oder verlagern Sie Docker-Daten sicher, indem Sie die Zuordnung des Host-Volumes ändern.
Ermitteln Sie, ob Document Server ein Linux-Paket oder Docker verwendet, entfernen Sie nur dessen Komponenten und prüfen Sie die verbleibenden Daten, ohne versehentlich gemeinsam genutzte Dienste zu löschen.
Führen Sie die Ursache für langsame kollaborative Bearbeitung auf Docker-Ressourcenengpässe, Proxy-Verbindungen oder zu hohe Dokumentladezeiten zurück und wählen Sie dann die Lösung, die Ihren Messwerten entspricht.
Wählen Sie den Ort für die TLS-Terminierung, binden Sie ein vertrauenswürdiges Zertifikat und einen privaten Schlüssel sicher ein und überprüfen Sie den HTTPS-Zugriff auf einen Docker-basierten ONLYOFFICE Docs-Server.
Binden Sie den ONLYOFFICE-Editor in Ihre PHP-Anwendung ein, signieren Sie seine Konfiguration mit JWT und speichern Sie bearbeitete Dateien über einen sicheren Rückruf.
Legen Sie die Korrektursprache für das gesamte Dokument oder für ausgewählten Text fest, vergewissern Sie sich, dass die Rechtschreibprüfung aktiv ist, und erkennen Sie, wenn ein Serverwörterbuch fehlt.
Aktivieren Sie die dauerhafte Änderungsverfolgung für alle Benutzer in einem ONLYOFFICE-Dokument, überprüfen Sie, ob die Änderungen protokolliert werden, und machen Sie sich mit den Grenzen dieser Einstellung vertraut.
Prüfen Sie, ob Nginx, Docker Networking oder ein interner ONLYOFFICE-Dienst den Fehlercode 502 zurückgibt, und überprüfen Sie anschließend den korrigierten Upstream-Server und den Health Check.
Fehlerhafte ONLYOFFICE-Speicherungen werden diagnostiziert, indem die Nextcloud-Callback-Route, Proxy-Weiterleitungen und Speicherprotokolle überprüft werden. Anschließend wird sichergestellt, dass die bearbeitete Datei erhalten bleibt.
Ermitteln Sie die Ursache für Speicherabstürze in ONLYOFFICE, überprüfen Sie die Docker-Limits, dimensionieren Sie den VPS-RAM korrekt, fügen Sie Swap-Speicher sicher hinzu und vergewissern Sie sich, dass Dokumente geöffnet und gespeichert werden können.
