Selparo · 運用判断ガイド

AI自動化のバックアップは戻せるか:復元試験の受入表

バックアップは、別の保存先へ戻して必要な仕事を再開できてから採用します。本番を上書きしない小さな試験で、ファイル・設定・処理済み記録の不足を見つけます。

公式情報確認日:。

戻す対象を三つに分ける

Selparo設計例:毎朝の集計処理の復元対象
対象戻した証拠抜けた場合の影響
入力と成果対象期間・ID・件数が一致途中の仕事や成果を失う
処理定義と設定版・依存関係・起動条件を確認ファイルだけ戻っても実行できない
処理済み記録完了キーと送信先結果を照合再開時に同じ操作を繰り返す

資格情報を普通の試験記録へ貼り付けないでください。再発行や安全な保管場所からの復旧が必要なら、その権限を持つ人と手順を別に定義します。データベースはアプリケーション側で整合するバックアップが必要な場合があり、稼働中のファイルの単純コピーを復旧可能と決めつけません。

別の保存先に、特定の版を戻す

本番と異なる試験用フォルダへ戻し、自動通知・書き込み・定期起動を無効にした状態で読み取ります。バックアップの「最新」という名前だけではなく、対象時刻・対象パス・版を記録します。違う仕事の最新バックアップを選ぶ誤りも試験に含めます。

resticの公式復元資料は、スナップショットと復元先を指定する例や、その場での復元が既存ファイルを上書きし得る注意点を示しています。このページはresticの導入を要求せず、使っている手段で同じ確認ができるかを判断する表です。

コピー完了から業務再開までを確認する

  1. 対象の版が読み出せ、必要なファイルが欠けていないかを確認する。
  2. ファイルの内容・件数・ハッシュなど、保存前に残した基準と照合する。
  3. 読み取りだけの合成処理を実行し、依存関係と設定の不足を確認する。
  4. 完了済みの仕事を再送しないか、処理済み記録と出力先の状態を照合する。
  5. 開始から再開可能になるまでの時間と、戻せなかった期間を記録する。

アーカイブの整合性確認と、アプリケーションとして使えることの確認は別です。一回の成功を継続保証にせず、保存形式・依存関係・保管場所を変えたときに再試験します。

結果から契約前に判断する

許容できるデータ損失の期間と、復旧に使える時間を先に決めます。たとえば「前日分まで失ってよい」「朝の確認時刻までに戻す」は設計条件の例で、推奨値ではありません。試験結果が条件を満たさなければ、保存頻度・対象範囲・復旧手順を直します。サーバーの追加契約だけで不足が解消するとは限りません。担当の割当は関連ガイドで決め、この表では復元できた証拠を残します。

n8nを移す前に:JSONの保存と業務の移行完了を分ける

Claude Codeに使うなら、実行場所も決める

本文の受入条件を決めた仕事をClaude Codeで進める場合、次は入力に届く場所とPCの稼働時間から実行場所を選べます。

復元できる運用を保つ実行場所を選ぶ

診断はClaude Codeの実行場所を選ぶためのものです。容量計算やn8n・Codexの設定は扱いません。VPS結果には広告 / PRがあり、不要なら契約しません。