緑で終わるバックアップは主張です。主張は、いつかの朝、そのファイルが動くサイトになるということです。誰も待っていないとき、試しの機械でその朝をわざとやるまで、主張は信じません。試していないバックアップは、自分に話す話です。実行した復元がバックアップです。
空の環境へ、予定どおり復元
試しの環境は本番ではなく、編集者が使う staging でもありません。空から始まります。バックアップだけが入り口です。立ち上げ、入り、インシデントのときに大事になる道を一つ歩きます。注文ページ、データベースに残っているフォーム送信、書庫にあるはずで古いディスクにだけではないメディアファイル。それから試しのコピーは捨てます。
それが失敗するなら、バックアップの対象だった障害の最中より、火曜日に知りたいです。よくある失敗は退屈です。データベースのダンプが uploads より新しい。プラグインの表が、除外されたファイルを指している。書庫は、試しの機械にない PHP の版を前提にしている。どれもバックアッププラグインの緑のチェックには出ません。
更新には戻り道が要る
更新を入れるのは簡単です。戻り道つきで入れるのが仕事です。前にスナップショット、後に短いスモークテスト、失敗したら書かれた戻し方。バックアップを復元できると言うことは、測った所要時間がない限り戻り道ではありません。その時間は試しの実行から欲しくて、プラグインのパンフレットからではありません。
空のコピーで実際に開くもの
バックアップにユーザーが含まれるなら、インストール管理者ではなく、実在のユーザーで入ります。状態と合計と、少なくとも一つのメモがある注文を開きます。画像のあるページを開き、画像が本番へのホットリンクではなく、書庫のファイルであることを確かめます。何も送信しません。過去が戻ったかを見ていて、使い捨てホストに新しい現在を作ってはいません。
所要時間を日付の横に書きます。「前回の復元、18分、uploads の書庫で失敗、除外を直して再実行。」このメモは監視のバッジより役に立ちます。計画にバックアップが含まれるか聞かれたら、日付で答えられます。日付で答えられない計画は、請求書のついた cron です。
まだ何も復元していないなら、保守計画の応答時間は初日には意味がありません。書いてよい時計は、基準線とアクセスと、成功した復元のあとから始まります。その前は、サイトがどう組まれているかをまだ学んでいます。その霧の中で当日の返事を約束するのが、保守計画が謝罪になる道です。
最後の試験復元がいつ走ったかを聞く。答えの前の間が、答えだ。
保守は、新機能のための開きっぱなしのタブではない
監視、更新、復元に加えて、そのあと思いつくものまで約束する計画は、空想の値段か、空想が来た最初にやり直されます。新しいページ、作り直し、移行は、それぞれ自分の範囲です。私が後ろに立つ計画はより狭いです。サイトは今していることを続けます。バックアップは立証済みです。人は書かれた時間の中で答えます。縁のない月額より刺激は少ないです。確かめられる計画でもあります。
