# [メタ情報] # 識別子: DAS棚田管理_廃棄処理の規定_exe # システム名: # 技術種別: Misc # 機能名: Misc # 使用言語: # 状態: 実行用 # [/メタ情報] DAS棚田管理 廃棄処理の規定 ======================================== DAS設定運用ファイル(spreadsheet)、pending_deleteシートに以下を規定する。 A1: rule_id 廃棄ルールの識別子。PD-001 など一意に付与する。 B1: enabled このルールを有効にするかどうか。TRUE のみ実行対象。 C1: scan_id 対象とする棚卸し（スキャン）回の識別子。 tanada 管理で作成されたスキャン世代を指定する。 D1: db_ref scan_id に対応して作成されたスキャンDB（CSV / SQLite等）の参照名。 E1: scope_path 廃棄判定を行う対象範囲のパス。 tanada シート D列で規定されたパス配下を前提とする。 F1: match_path_regex 廃棄対象とするパス条件（正規表現）。 一致したものを廃棄候補とする。 G1: match_ext 廃棄対象とする拡張子条件。 カンマ区切りで指定（例：tmp,log,ds_store）。 H1: older_than_days 最終更新日時が指定日数より古いものを廃棄対象とする条件。 I1: exclude_path_regex 廃棄対象から除外するパス条件（正規表現）。 誤廃棄防止用。 J1: move_to_volume 廃棄待ちとして移動する先のボリューム名。 通常は PENDING_DELETE。 K1: dest_subdir 廃棄待ちボリューム内の格納先サブディレクトリ。 ルール単位・世代単位での整理用。 L1: purge_after_days 廃棄待ちに移動後、最終削除（purge）までの日数。 M1: reason 廃棄理由。 例：duplicate、old_data、temp_file 等。 N1: dry_run 試行モード指定。TRUE の場合は実移動せず対象抽出のみ行う。 O1: max_items 1回の処理で廃棄待ちに移動してよい最大件数。 大量誤処理防止用。 P1: require_approval 実行前に承認フラグを必要とするかどうか。 TRUE の場合、人為確認を必須とする。 Q1: last_run_at 当該廃棄ルールを最後に実行した日時。 定期処理（例：3ヶ月毎）の実施管理、および重複実行防止のために使用する。 未実行の場合は空欄とする 実行完了時に処理側が自動更新することを想定する R1: last_run_result 直近の実行結果の要約情報。 実行内容の確認および運用判断の補助として使用する。 設定例とその解説 A2: PD-001 本ルールの識別子。 本設定は廃棄ルール「PD-001」を定義する。 B2: TRUE 本ルールは有効。 pending_delete 処理時に実行対象となる。 C2: 2025Q4 2025年第4四半期に実施した棚卸しスキャン結果を対象とする。 D2: scan_2025Q4.sqlite 上記 scan_id に対応するスキャンDB。 廃棄判定は本DBに格納されたメタデータに対して行う。 E2: /Dropbox/カメラアップロード/ tanada シート D列で規定されたパス配下のうち、 本パスを廃棄判定の対象範囲とする。 F2:（空欄） パス名による廃棄条件は指定しない。 本ルールでは拡張子・経過日数条件のみを用いる。 G2: tmp,log 拡張子が tmp または log のファイルを廃棄候補とする。 H2: 730 最終更新日から 730 日（約2年）以上経過したものを廃棄対象とする。 I2: /重要/ パスに /重要/ を含むものは廃棄対象から除外する。 J2: PENDING_DELETE 廃棄対象は、廃棄待ち用ボリューム PENDING_DELETE へ移動する。 K2: by_scan/2025Q4/PD-001/ 廃棄待ちボリューム内での格納先。 スキャン世代およびルール単位で整理する。 L2: 180 廃棄待ちへ移動後、180日経過した時点で最終削除（purge）可能とする。 M2: old_tmp 本ルールによる廃棄理由。 古い一時ファイルであることを示す識別子。 N2: TRUE 本ルールは試行（dry run）モード。 実際の移動は行わず、廃棄対象の抽出のみを行う。 O2: 300 1回の処理で廃棄待ちに移動してよい最大件数は 300 件までとする。 P2: TRUE 実行には人為的な承認を必須とする。 承認が無い場合、本ルールは実行されない。