増え続けるファイルコレクションに余裕を持たせる。

1。コレクションをファイルシステムから分離します。

アプリケーションが報告する使用量と、基盤となるファイルシステムで使用されている容量の両方を書き留めます。これらは異なる問いに答えます。メンバーのクォータは、そのアカウントがアプリケーションのルールの下で保存できる量を示します。必ずしも VPS ディスクを使用しているすべてを表すわけではありません。

たとえば Nextcloud のドキュメントでは、ユーザークォータをメタデータ、古いバージョン、削除済みアイテムから分離しています。一部のアプリケーションデータはデータベースにも存在します。これらの他のカテゴリを確認せずに、クォータ合計をディスク容量の予測にしないでください。保持動作は構成とバージョンにも依存します。 Nextcloud 33 ストレージクォータのドキュメント.

ワークシート全体で同じ単位を使用してください。あるツールが10進数の GB を報告し、別のツールが GiB を報告する場合は、数値を直接交換可能として扱うのではなく、その違いをラベル付けします。

2。ストレージの種類ごとに1行を設けます。

原本、バージョン、削除済みアイテム、プレビュー、一時作業を分離しておきます。オペレーティングシステム、アプリケーション、データベース、ログを追加します。外部フォルダがマウントされている場合は、実際にどのストレージシステムがそれを保持しているかを記録します。なじみのあるフォルダ名は、バイトが VPS 上にあることを証明しません。

各行について、現在のサイズ、増加する理由、保持の判断、その判断を変更できる担当者を記録します。「バージョン」にはアプリケーション設定または文書化されたポリシーが必要です。「一時」にはクリーンアップ担当者と完了条件が必要です。忘れられたエクスポートアーカイブは、元の目的が終わった後でも実際のディスク使用量です。

名前が使い捨てのように聞こえるからといって、キャッシュやアプリケーションディレクトリを削除しないでください。まず選択したアプリケーションのサポートされているメンテナンス手順を確認します。

3。仮想的なコレクションで作業します。

スキャンしたニュースレターとイベント写真を保管している小さな歴史愛好グループを想像してください。以下の数値は10進数の GB による計画上の仮定であり、測定値や容量の約束ではありません。次の判断までに4か月分の増加を見込んでいます。

10 GBのエクスポート許容量では、2つ目の完全な96 GBコレクションを保持できません。完全なエクスポートには別のターゲットか、改訂された予算が必要です。これはエクスポートをスケジュールする前に明らかにしておくべき有用な発見です。

4。復旧コピーを別途予算化します。

同じVPS上の2つ目のディレクトリでは、そのVPSの喪失は解決しません。独立した保存先、アクセス権者、保持ルール、復元場所を別のワークシートに記録してください。容量は実際のバックアップ方法と保持ポリシーから見積もり、圧縮や重複排除が特定の節約をもたらすと仮定しないでください。

完全なアプリケーション復旧セットには、ユーザーファイル以上のものが必要になる場合があります。Nextcloudは、存在する場合、その構成、データ、データベース、テーマ、カスタムアプリケーションを列挙します。そのバックアップ手順は、データ変更中の一貫性も考慮します。稼働中のディレクトリをコピーして完全と呼ぶのではなく、インストールされたバージョンのドキュメントに従ってください。 Nextcloudのバックアップ構成要素と一貫性.

独立したコピーへのアクセスを、予算シートに資格情報を記載することなく、2人目の承認された保守担当者が利用できるようにしてください。

5。空き容量がなくなる前に何が起こるかを決めます。

次の計画されたアクティビティに連動したレビュー閾値を選択してください。仮想のコレクションの場合、残りの空き容量が次の合意されたインポートと一時処理および運用予備を収容できなくなったときにレビューする、というルールが考えられます。そのルールは、恣意的なパーセンテージが赤くなるのを待つよりも有用です。

増加がワークシートを超えた場合、まずカテゴリを特定してください。受け入れる原本が増えれば、より多くのストレージが正当化されるかもしれません。予期しないバージョン、失敗したクリーンアップ、暴走したログは調査が必要です。保持を変更すると人々が復旧できるものに影響するため、合意された承認を得て、素材を永久に削除する前に独立したコピーを確認してください。緊急削除をコレクションの通常の運用計画として使用することは避けてください。

6。実際のサイクルに対してワークシートを確認します。

承認されたインポートまたは編集サイクルの後、観察された増加を各許容量と比較してください。クォータに近いユーザーが依然として有用なアプリケーションエラーを受け取り、ホストが運用余裕を保持していることを確認してください。共有レポートでプライベートなファイル名を露出させることなく、最大のカテゴリをレビューしてください。

アプリケーションの使用量は控えめに見えてもディスク容量が急速に減少する場合は、バージョン、削除項目の保持、一時アップロード、エクスポート、ログを検査してください。バックアップが予期せず増加した場合は、その選択されたパスと保持の変更を比較してください。容量がすでに危機的に少ない場合は、さらなるインポートを一時停止し、調査中に別の大きなローカルアーカイブを生成することを避けてください。何が変わったかを記録して予算を更新してください。差異をより大きな説明のない許容量の中に隠さないでください。

7。容量と有用性を一緒に保ちます。

ストレージ計画は、グループがどの記録を保持すべきかを決定することはできません。削除を承認できるのは誰か、メンバーが保持の変更をどのように知るかを含め、別途合意してください。また、ファイルが読み取り可能なままであるかどうかも記録してください。廃止された形式の無傷のコレクションでも、エクスポートまたは変換計画が必要になる場合があります。

ワークシートを持って VPSコンフィギュレーター へ。必要なリソース合計がわかったときに。次に計画してください ポータブルエクスポート および リストアドリル。このガイドは予算編成方法を提供するものであり、特定のディスクサイズが未知のコレクションを収容することを保証するものではありません。