ストレージを壊さずにNextcloudデータを外部ドライブに移動する方法
永続的なUUIDマウント、メンテナンスモード、検証済みコピー、および元のパスのシンボリックリンクを使用して、Linux Nextcloudのデータディレクトリを安全に外部ドライブに移動します。
NextcloudでS3互換バケットを表示するには、バンドルされている外部ストレージサポートアプリを有効にし、管理設定でAmazon S3マウントを追加して、プロバイダーのバケット、アクセスキー、シークレットキー、エンドポイントの詳細を入力します。Amazon以外のプロバイダーの場合は、ホスト名とパススタイル設定が最も注意が必要な項目です。マウントが緑色になっていることを確認し、アクセス権限を拡大する前に使い捨てファイルでテストしてください。
この手順では外部マウントを作成します。Nextcloudは既存のバケットに接続し、それをファイルフォルダ内のフォルダとして表示します。この手順では、ファイルをバケットに移行したり、バケットをNextcloudのプライマリストレージにしたり、Nextcloudのデータディレクトリを置き換えたりはしません。
Nextcloud 35 の管理マニュアルには、Amazon S3 および互換性のあるサービス向けの Amazon S3 バックエンドに関するドキュメントが記載されています。プロバイダーによって S3 API の動作、エンドポイントの形式、署名領域、必要な権限が異なるため、これらの値についてはプロバイダーのセットアップページを参照してください。既存のオブジェクトがどのように表示されるか不明な場合は、新規または空のバケット、あるいは明確に分離されたテスト用プレフィックスから始めてください。
ストレージのドロップダウンにバックエンドが表示されない場合は、アプリが有効になっていること、およびアカウントに管理者権限があることを確認してください。メニューのラベルはリリースによって若干異なる場合があります。インストールがバージョン35でない場合は、対応するバージョンのNextcloud管理マニュアルを参照してください。
Archiveを付けてください。これはNextcloudでユーザーに表示される名前であり、バケット名やパスではありません。スラッシュは含めないでください。auto。https://endpoint.example/buckethttps://bucket.endpoint.example必須項目は入力が完了すると保存されます。ステータスインジケーターが緑色の場合はNextcloudが接続できることを示し、黄色または赤色の場合はマウントの検証に失敗したことを示します。エラー状態が続く場合は、ステータスアイコンをクリックするか、管理ページを再読み込みして再度確認してください。Nextcloudでは、エラーが発生したマウントは10分間利用不可と表示される場合があることに注意してください。
行のオプションメニューを開いて、マウントレベルの設定を確認してください。共有はデフォルトでは無効になっています。ユーザーがこのマウントからファイルを共有する必要がある場合にのみ有効にしてください。また、参照データ用にマウントを読み取り専用に設定したり、必要に応じてプレビューを有効にしたり、Nextcloud が外部の変更をチェックする頻度を選択したりすることもできます。これらのオプションは、Nextcloud 内部でのマウントの動作に影響しますが、ストレージプロバイダのバケットポリシーは変更しません。
マウントを追加しても、プロバイダ コンソールでの直接の変更が Nextcloud にすぐに反映されるとは限りません。Nextcloud はファイル キャッシュを保持しています。Nextcloud の外部でファイルが作成、変更、または削除された場合、キャッシュされたリストはスキャンによって更新されるまで古いままになる可能性があります。プロバイダ プッシュ通知のない S3 やその他のバックエンドの場合、Nextcloud は定期的なスキャンを で記録しますocc files_external:scan <mount_id>。 で ID を見つけocc files_external:list、Nextcloud のインストール ディレクトリから Web サーバー ユーザーとして OCC を実行し、ユーザーとコマンド ラッパーをインストールに合わせて調整してください。
Photos//cat.pngとその内容が無視されることを警告します。マウントの状態が緑色になるまで待ちます。許可されたスコープ内のユーザーとしてファイルを開き、マウントフォルダーを開き、一意の名前の小さなテストファイルをアップロードし、ダウンロードして、Nextcloud 経由で削除します。可能であれば、プロバイダーのバケットビューに期待されるオブジェクトが表示されることを確認します。グループアクセスが計画に含まれている場合にのみ、2 番目のユーザーでテストを実行します。最後に、選択したスコープ外のユーザーがマウントを見ることができないことを確認します。テストオブジェクトを削除し、最小限の権限の認証情報を保持します。
バージョン固有のフィールドの説明については、Nextcloud 35 Amazon S3 の設定およびNextcloud 35 外部ストレージ管理ガイドを参照してください。
永続的なUUIDマウント、メンテナンスモード、検証済みコピー、および元のパスのシンボリックリンクを使用して、Linux Nextcloudのデータディレクトリを安全に外部ドライブに移動します。
SQLエラーの診断、データベース接続の確認、中断された移行の安全な完了を行うことで、アップデート後にNextcloudへのアクセスを復元します。
NextcloudのOCCコマンドを使用して、サーバーシェルから管理者パスワードをリセットする方法を説明します。ユーザー名、権限、外部ログインプロバイダーに関するガイダンスも含まれています。
NextcloudのHSTS警告を解消するには、Apache、NGINX、またはTLSプロキシでヘッダーを設定し、公開HTTPS応答が安全に動作することを確認してください。
App Storeのインストール失敗の原因を、DNS、HTTPS、プロキシ、TLS、またはNextcloudサーバー自体の設定の問題に絞り込んでください。
サムネイル作成作業を制御されたバックグラウンドスケジュールに移行し、使用されていないプレビューサイズをトリミングし、Nextcloudサーバーに過負荷をかけることなくキューを検証します。
Nextcloudの同期を妨げているファイル、除外ルール、接続の問題、またはクライアントデータベースの状態を特定し、アップロードとダウンロードが安全に行われることを確認します。
Nextcloudの警告を引き起こしているPHP OPcacheの制限値を特定し、適切なWeb PHP設定を更新し、安全に再起動して、結果を確認してください。
組み込みのCODEとDockerベースのCODEを比較し、安全なHTTPSリバースプロキシを介してCollabora OnlineをNextcloudに接続します。
共有ストレージ、Redisロック、クォーラム対応MariaDBルーティング、および実用的なフェイルオーバーチェックを備えた、信頼性の高いNextcloud HAデプロイメントを計画します。