ONLYOFFICE Workspaceの信頼性の高いバックアップをスケジュールする
ONLYOFFICE Workspaceでバックアップ先、スケジュール、メールのカバー範囲、および保持期間を設定し、アーカイブが復元できる状態になっていることを確認してください。
セルフホスト型の ONLYOFFICE Workspace ポータルの場合、コントロール パネルの「共通設定」>「バックアップ」>「自動バックアップ」でスケジュールされたコピーを有効にし、保存先を選択してスケジュールと保持期間を設定し、保存します。ONLYOFFICE Workspace Cloud では、「設定」>「データ管理」>「バックアップ」で同様のコントロールを使用しますが、自動バックアップはそれが含まれるプランでのみ利用可能です。保存したスケジュールはあくまでも出発点です。アーカイブが保存先に正しく保存されていることを確認し、ポータルとは別に復元コピーを保管してください。
このチュートリアルでは、ONLYOFFICE Workspace に組み込まれている自動バックアップ機能について説明します。メニューの文言やバックアップ先は、導入環境や連携しているシステムによって異なる場合があります。最新の製品手順については、ONLYOFFICE のコントロールパネルのバックアップと復元に関する手順を参照してください。
バックアップとは、ポータルデータの復元可能なアーカイブです。セルフホスト型のコントロールパネルでは、メールサーバーがメールファイルへのアクセス設定を追加で必要とする場合があります。ご使用の環境に合わせて、ONLYOFFICEのメールデータバックアップ手順書を参照してください。リンク先のメール手順書には、Windowsには適用されないことが明記されています。保持期間とは、システムが古いバックアップコピーを削除する前に保持するコピーの数です。復元とストレージ容量の両方を考慮して設定を選択してください。



ポータルのドキュメントストレージ内にアーカイブを保存するのは簡単ですが、ポータルのストレージ容量を消費します。また、アーカイブが稼働中のポータルと同様に、ストレージやサーバーの障害にさらされる可能性もあります。より確実な復旧のためには、組織のセキュリティおよびデータ保持ルールに従い、チームが独立してアクセスできるサードパーティの接続先を検討してください。これは運用上の推奨事項であり、特定のプロバイダーがすべての導入環境に適していることを保証するものではありません。
保持期間は期間ではなく、件数です。たとえば、週ごとのコピーを4つ保持すると、4つの復元ポイントがスケジュールされますが、スケジュールが変更されたり、実行が失敗したりした場合に、1か月分の履歴が保証されるわけではありません。最大数を選択する前に、アーカイブのサイズと保存先の利用可能な容量を見積もってください。コントロールパネルのドキュメントには、最大数は1~30コピーに設定できると記載されていますが、特定のアーカイブサイズや完了時間は保証されていません。

保存後、自動バックアップセクションに戻り、機能が有効になっていること、および保存先、メールの選択、スケジュール、最大コピー数がプランと一致していることを確認してください。次に、最初のスケジュール実行後に選択した保存先を確認してください。コントロールパネルのガイドには、完了したバックアップは.tar.gzファイルとして保存され、ファイル名は の形式になると記載されていportal-name_date_time.tar.gzます。画面にスケジュールが表示されているだけでは、アーカイブが作成されたことを証明するものではありません。
ファイルが見つからない場合は、選択したストレージが接続されていて書き込み可能かどうか、次回のスケジュール時刻が過ぎていないか、アーカイブが別の選択フォルダに保存されていないかを確認してください。権限を広範囲に下げたり、認証情報を危険な場所に保存したりして「修正」しないでください。サービスのサポートされている接続設定と管理者権限を使用してください。
信頼性を高めるには、稼働中のポータルを上書きするのではなく、適切なテスト環境で公式の復元手順を使用して制御された復元テストを実施してください。バックアップは、チームがバックアップを見つけて必要なデータを復元できる場合にのみ、実用的な価値を持ちます。また、コントロールパネルガイドには次の2つの制限事項が記載されています。ライセンスデータは含まれていないため、復元後にライセンスファイルを再度アップロードする必要があります。また、メールバックアップでは、メールサーバーがポータルの外部にある場合、文書化されたメールサーバー構成とアクセス権限が必要です。
最終確認:機能が有効になっていること、宛先にアクセス可能であること、メールの選択が意図的であること、スケジュールと保持期間が保存されていること、および宛先に新しく作成されたアーカイブが表示されることを確認してください。復旧計画でポータル全体のインシデントから保護する必要がある場合は、ポータルのプライマリストレージとは別に、少なくとも1つの復旧コピーを保持してください。
ONLYOFFICE Workspaceでバックアップ先、スケジュール、メールのカバー範囲、および保持期間を設定し、アーカイブが復元できる状態になっていることを確認してください。
Enterprise Docker Composeスタックを起動し、ライセンスとデータを永続化し、JWTを安全に設定し、エディターが統合準備完了であることを確認します。
ONLYOFFICEのJavaScriptマクロを使用して、指定したスプレッドシート範囲から印刷されない文字を削除し、余分なスペースをトリミングします。安全なレビューワークフローも利用可能です。
ポータルデータをディスクデフォルトからサポートされているクラウドストレージプロバイダーに移動するか、ホストボリュームマッピングを変更してDockerデータを安全に移動します。
ドキュメントサーバーがLinuxパッケージを使用しているかDockerを使用しているかを特定し、そのコンポーネントのみを削除し、共有サービスを誤って削除することなく残りのデータを確認します。
共同編集の速度低下の原因を、Dockerリソースの負荷、プロキシ接続、またはドキュメントの読み込み状況から特定し、測定結果に合致する解決策を選択してください。
TLSの終端場所を選択し、信頼できる証明書と秘密鍵を安全にマウントし、Dockerコンテナ化されたONLYOFFICE DocsサーバーへのHTTPSアクセスを検証します。
ONLYOFFICEエディタをPHPアプリケーションに組み込み、JWTで設定に署名し、編集したファイルを安全なコールバック経由で保存します。
文書全体または選択したテキストの校正言語を設定し、スペルチェックが有効になっていることを確認し、サーバー辞書が見つからない場合を特定します。
ONLYOFFICEドキュメント内で、すべてのユーザーに対して永続的な変更履歴の記録を有効にし、編集内容が記録されていることを確認し、この設定の制限事項を理解してください。