アップグレード後にownCloudの整合性警告をクリアする
無効ファイルレポートを使用して、一致しないコアファイルまたはアプリ署名を特定し、正しいリリースファイルを復元し、整合性チェックを安全に検証します。
サーバーのインストールには、ownCloud の公式ocis_fullDocker Compose サンプル (安定版 8.2 ドキュメントライン) から始めてください。このサンプルには、Infinite Scale サービス、リバースプロキシ、およびオプションのオフィスコラボレーションサービスが含まれています。.env実行する前に、ファイルでドメイン、SMTP 送信者、およびデータパスを設定してくださいdocker compose up -d。この設定は単一インスタンス向けに設計されており、信頼できる Let's Encrypt 証明書のためにパブリック DNS とアクセス可能なポートが必要です。ドメインを使用しない内部評価の場合は、以下に説明する自己署名証明書の制限事項に従ってください。
この手順は、ownCloud のInfinite Scale 8.2 本番環境向け Compose ガイド(2026 年 10 月 9 日確認済み)に準拠しています。このガイドは、Docker Engine と Docker Compose が既にインストールされている Ubuntu LTS 24.04 または 22.04 を対象としています。推奨メモリ容量は 4~6 GB です。デフォルトで有効になっているサービスには、ユーザー ファイル、ログ、バックアップ、および将来の拡張分を考慮する前でも、約 2.4 GB のディスク容量が必要です。
DNS、ファイアウォールルール、およびLinuxホストを管理できる場合は、この完全なサンプルを選択してください。コアファイルプラットフォーム以外にも多くの機能が含まれています。ドメインフリーの評価の場合、ownCloudは自己署名証明書を使用すると述べています。
docker compose version。SMTP_SENDERが必要です。通知メールを配信する場合は、その他のSMTP設定も完了してください。Docker Engineが既にインストールされている場合は、 Dockerの公式Composeインストール手順に記載されているLinuxディストリビューション向けの方法を使用してComposeプラグインをインストールしてください。Dockerのリポジトリが設定されているUbuntuまたはDebianシステムの場合、ドキュメントに記載されているパッケージコマンドは次のとおりです。
sudo apt-get update
sudo apt-get install docker-compose-plugin
docker compose version
Dockerは、最新のインストール環境ではプラグインとdocker composeコマンドフォームの両方を使用することを推奨しています。必要に応じて、公式のUbuntuの手順に従ってDocker Engineをインストールしてください。
設定をダウンロードする前に、使用する予定のドメインまたはサブドメインをホストのパブリック IP に指定してください。ownCloud のサンプルでは が必要です。また、これらのオフィス サービスが構成されている場合は、 と もOCIS_DOMAIN使用される場合があります。DNS 名は の値と一致する必要があります。ルーターがポート 80 と 443 をこのホストに転送し、ローカル ファイアウォールがそれらを許可していることを確認してください。COLLABORA_DOMAINONLYOFFICE_DOMAIN.env
公式のownCloudデプロイメント例ocis_fullのブランチにあるディレクトリを使用します。ブラウザがインストールされているコンピュータでZIPファイルをダウンロードし、それを使用してヘッドレスサーバーに転送し、ownCloudガイドに記載されているように展開します。stable-8.2scp/opt/compose/ocis/ocis_full
更新版を抽出する前に、現在のファイルを保存してください.env。ownCloudはファイルが上書きされる可能性があると警告します。Composeコマンドはプロジェクトディレクトリから実行してください。
テキストエディタで開いてください/opt/compose/ocis/ocis_full/.env。サンプルの変数名と構文はそのままにして、ご自身のインストール環境に該当する値のみを編集してください。
OCIS_DOMAIN。CollaboraまたはOnlyOfficeのホスト名は、これらのサービスが例で有効になっている場合にのみ設定してください。INSECUREサンプルコードの指示に従って該当箇所をコメントアウトしてください。セキュリティ設定が有効になっている状態を、一般公開用に放置しないでください。TRAEFIK_ACME_MAILご自身が管理するメールアドレスに設定してください。証明書の初期テストには、 TRAEFIK_ACME_CASERVERLet's Encryptのステージングサーバーに設定してください。ステージング証明書は通常の使用には信頼できません。本番環境用の証明書を要求する前に、DNSと接続性をテストするのに役立ちます。SMTP_SENDER。公式ガイドによると、設定しないとデプロイメントが開始されないとのことです。SMTPホスト、ポート、認証情報、認証、セキュリティ設定が利用可能になったら追加してください。その他のメール設定がないと、インスタンスは起動できますが、通知を送信できません。OCIS_DOCKER_IMAGE例に示されている画像タグを確認してください。安定版のインストール手順を実行している間は、安易にリリースチャネルを切り替えないでください。OCIS_DATA_DIRとOCIS_CONFIG_DIRを割り当てることを検討してください。デフォルトでは、便利なDocker管理ボリュームが使用されますが、ownCloudは、ボリュームの場所、スナップショット、バックアップ、復元、リセット、および移行はDockerホストのストレージに依存すると注意しています。サーバーとその設定ファイルへのアクセスを制限してください。自己署名証明書は内部評価にのみ適しており、信頼できる公開展開には適していません。
プロジェクトディレクトリから、コンテナを起動する前に、マージされた構成を検証してください。
cd /opt/compose/ocis/ocis_full
docker compose config
続行する前に、報告された変数エラーまたはYAMLエラーを修正してください。このコマンドは、検査のためにCompose構成を表示するものであり、DNS、証明書、ストレージ権限、またはSMTP接続が正常に機能することを保証するものではありません。
スタックをバックグラウンドで起動する:
docker compose up -d
初回実行ではイメージの取得とサービスの起動が行われるため、以降の再起動よりも時間がかかる場合があります。サービスの状態は以下で確認できます。
docker compose ps -a
次に、サービスが終了した場合やWebアドレスが読み込まれない場合は、ログを確認してください。
docker compose logs --follow
まずはTraefikのログを確認してください。証明書エラーは、DNSと値の不一致、ポート80/443のブロック、または無効なACMEメールが原因であることが多いです。再試行する前に原因を修正してください。リセットとして.env使用しないでください。データを含むすべてのプロジェクトボリュームが削除されます。docker compose down -v
ステージング証明書のチェックが成功したら、ownCloud の証明書手順に従ってください。デプロイメントを停止し、サンプル証明書ボリューム ( ocis_full_certs) のみを削除し、ステージング CA 設定をクリアしてから、再度実行して信頼できる本番証明書を要求します。docker volume lsボリュームを削除する前に、 で正確なボリューム名を確認してください。データボリュームや設定ボリュームは削除しないでください。
に設定された URL を開きますOCIS_DOMAIN。正常に完了すると、ブラウザは証明書の警告なしに HTTPS 経由でログイン ページにアクセスし、docker compose ps -a必要なサービスが実行されていることが表示されます。ownCloud が文書化した初期認証情報 ( admin/ admin、初期パスワードを別途設定していない限り) を使用してサインインし、管理者パスワードを速やかに変更してください。
サイトにアクセスできない場合は、DNS、ポートフォワーディング、TraefikのACMEログ、そしてInfinite Scaleサービスのログを確認してください。ログインはできるがメール通知が届かない場合は、SMTP設定を確認してください。
重要なファイルを保存する前に、バックアップが構成ファイルとデータの両方をカバーしていることを確認してください。Dockerで管理されるボリュームは評価に便利です。明示的なホストパスは、別のディスクに配置してホストバックアップに含めるのが容易です。HTTPSが有効で、再起動後もサービスが稼働し続け、管理者ログインが機能し、バックアップが選択したストレージをカバーしていれば準備完了です。
無効ファイルレポートを使用して、一致しないコアファイルまたはアプリ署名を特定し、正しいリリースファイルを復元し、整合性チェックを安全に検証します。
ownCloud Infinite Scaleを公式のComposeサンプルからデプロイし、ドメインと永続ストレージを設定した後、TLS、コンテナ、および初回ログインを確認します。
ownCloud Infinite Scaleがファイルコンテンツを確実に保存できるように、S3NGドライバー、バケットのアクセス許可、永続的なメタデータストレージ、およびアップロードサイズを設定します。
ownCloud Serverへのアップロードが完了間近で停止する原因を特定するには、ファイルの状態、クォータ、一時ディスク容量、PHPの制限、プロキシのタイムアウトなどを確認してください。
ownCloudのウェブルートに対してのみAllowOverride Allを設定し、アクティブなApache仮想ホストを検証し、安全にリロードして.htaccessルールを復元します。
ownCloudのエンタープライズ監査アプリを有効にし、admin_auditイベントを保護されたログファイルにルーティングして、実際のユーザー操作が記録されていることを確認します。
Keycloakのレルム発行者、Webクライアント、およびユーザークレームを整合させることで、ownCloud Infinite ScaleがWebクライアントとモバイルクライアント全体でユーザーを確実にサインインできるようにします。
ownCloudのoccコマンドを使用して、所有ファイルと共有フォルダを転送し、何が残るかを把握し、古いアカウントを削除する前にアクセス権を確認してください。
ownCloud 10のデータベースインデックスに注意が必要な場合、サポートされているスキーマ更新を安全に適用する方法、クエリチューニングやデータベースの変更がより適切な解決策となる場合について学びましょう。
外部ストレージを介してWindowsまたはSambaネットワーク共有をownCloudに接続し、認証情報を確認し、アクセスできないフォルダのトラブルシューティングを安全に行います。