ONLYOFFICEワークスペースのデフォルトの保存場所を変更する
ポータルデータをディスクデフォルトからサポートされているクラウドストレージプロバイダーに移動するか、ホストボリュームマッピングを変更してDockerデータを安全に移動します。
ONLYOFFICE Workspaceポータルのデータをローカルディスクからサポートされているクラウドストレージサービスに移行するには、ポータルの設定 → 統合でそのサービスに接続し、コントロールパネル → 共通設定 → ストレージを開いて設定を行い、接続をクリックします。ONLYOFFICEによると、接続するとデータ移行が開始され、時間がかかる場合があります。「ストレージの場所」がDockerインストールで使用されるホストディレクトリを指す場合は、代わりにデプロイメント内のCommunity Serverデータボリュームを変更してください。これは別の操作です。
ONLYOFFICEでは、「ストレージ」という言葉を複数の意味で使用しています。コントロールパネルのストレージページでは、ポータルデータの保存先を「ディスクデフォルト」からサポートされているサードパーティ製ストレージに切り替えることができます。これは、Workspaceポータルデータをサーバーのローカルディスクから移動したい場合に、ほとんどのユーザーが想定している管理者設定です。ドキュメントモジュール内のフォルダを選択したり、個々のユーザー用に外部ドライブを接続したり、バックアップ先を変更したり、Dockerのデータディレクトリを移動したりするのとは異なります。
| あなたの目標 | この設定を使用してください | トレードオフ |
|---|---|---|
| ポータルの静的データをオブジェクトストレージに移動する | コントロールパネル → ストレージ | 事前のプロバイダー統合が必要で、移行が開始されます。 |
| コミュニティサーバーのデータを別のホストディスクに配置する | Dockerのバインドマウントまたはボリューム | 計画的なファイルコピーとコンテナの再起動が必要です。 |
| ユーザーがドキュメントで外部アカウントを閲覧できるようにする | ドキュメントモジュールのサードパーティ接続 | 外部リソースを追加するものであり、ポータルのデフォルトのストレージを置き換えるものではありません。 |
コントロールパネルのドキュメントには、ポータルストレージとしてGoogle Cloud Storage、Amazon AWS S3、Rackspace Cloud Storage、Selectel Cloud Storageが記載されています。CDNの選択肢として記載されているのはAmazon S3とSelectelのみです。CDNは、静的ポータルコンテンツを配信するための別の設定であり、ストレージ選択の代替となるものではありません。インストール環境に表示されるプロバイダーオプションとフィールドについては、最新のONLYOFFICEストレージ手順書をご確認ください。
コントロールパネルにアクセスできる管理者アカウントが必要です。まず、ポータルの統合設定で選択したプロバイダーを接続してください。そうしないと、ストレージオプションが利用できないか、グレー表示されます。S3バケット名やリージョンなど、宛先に必要な詳細情報を準備し、認証情報とバケットのアクセス許可によってワークスペースサーバーがそれを使用できることを確認してください。
ストレージの保存先を変更する前に、最新のバックアップを作成してください。コントロールパネルのバックアップガイドには、バックアップの保存先とポータルバックアップの作成方法が記載されています。本番環境のポータルの場合は、比較的静かな時間帯を選び、ストレージ移行が開始されることをユーザーに通知してください。ドキュメントには、移行には時間がかかる場合があると記載されていますが、具体的な期間は示されていないため、完了予定時刻を基準にスケジュールを立てないでください。




ポータルのストレージセレクターは、Docker のバインドマウントされたデータディレクトリを変更しません。ONLYOFFICE Community Server の Docker ドキュメントでは、/var/www/onlyoffice/DataCommunity Server データのコンテナパスとして が示され、 などのホストフォルダにマッピングされていることがわかります/app/onlyoffice/CommunityServer/data。別のディスクを使用するには、コンテナの宛先は同じまま、Compose ファイル内のホスト側のソースパスを編集します。例:
services:
communityserver:
volumes:
- /srv/onlyoffice/community-data:/var/www/onlyoffice/Data
実行中のコンテナを新しい空のディレクトリに指定して、そこに既存のデータが表示されることを期待しないでください。現在のデータをバックアップし、関連するスタックを停止し、所有権と権限を保持したまま古いマウント済みデータを新しいホストディレクトリにコピーし、バインドマウントを更新して再起動します。古いコピーを削除する前に、ポータルがロードされ、ファイルと設定が存在することを確認してください。正確なサービス名とボリュームマッピングは、Compose ファイルとインストール方法によって異なります。まず、実際の構成を確認してください。サポートされているコンテナパスとホストマウント方法については、ベンダーのDocker Community Server データボリュームのドキュメントを参照してください。
クラウドストレージを変更する場合は、コントロールパネル → ストレージ を再度開き、移行後に目的のプロバイダーが選択されていることを確認してください。ドキュメント モジュールを開き、管理者と一般ユーザーを使用して、既存のファイルと新しくアップロードしたファイルをいくつかテストしてください。Docker ホスト パスを変更する場合は、実行中のコンテナのマウントを調べ、想定されるホスト ディレクトリが にマッピングされていることを確認し/var/www/onlyoffice/Data、再起動後もポータルがファイルの読み書きができることを確認してください。移行が完了しない場合、またはデータが欠落している場合は、元のバックアップとストレージ コピーをそのまま保持し、ポータルとコンテナのログを収集し、移行を繰り返す前に ONLYOFFICE サポートにご相談ください。
ポータルデータをディスクデフォルトからサポートされているクラウドストレージプロバイダーに移動するか、ホストボリュームマッピングを変更してDockerデータを安全に移動します。
ドキュメントサーバーがLinuxパッケージを使用しているかDockerを使用しているかを特定し、そのコンポーネントのみを削除し、共有サービスを誤って削除することなく残りのデータを確認します。
共同編集の速度低下の原因を、Dockerリソースの負荷、プロキシ接続、またはドキュメントの読み込み状況から特定し、測定結果に合致する解決策を選択してください。
TLSの終端場所を選択し、信頼できる証明書と秘密鍵を安全にマウントし、Dockerコンテナ化されたONLYOFFICE DocsサーバーへのHTTPSアクセスを検証します。
ONLYOFFICEエディタをPHPアプリケーションに組み込み、JWTで設定に署名し、編集したファイルを安全なコールバック経由で保存します。
文書全体または選択したテキストの校正言語を設定し、スペルチェックが有効になっていることを確認し、サーバー辞書が見つからない場合を特定します。
ONLYOFFICEドキュメント内で、すべてのユーザーに対して永続的な変更履歴の記録を有効にし、編集内容が記録されていることを確認し、この設定の制限事項を理解してください。
Nginx、Dockerネットワーク、またはONLYOFFICE内部サービスのいずれかが502エラーを返しているかどうかを確認し、修正されたアップストリームとヘルスチェックを検証します。
ONLYOFFICEの保存失敗を診断するには、Nextcloudのコールバックルート、プロキシのリダイレクト、およびストレージログを確認し、編集されたファイルが保持されていることを確認します。
ONLYOFFICEのメモリクラッシュの原因を特定し、Dockerの制限を確認し、VPSのRAMサイズを正しく設定し、スワップ領域を安全に追加し、ドキュメントが正しく開いて保存されることを確認します。