バックアップの失敗は静かに起こります。たいていは「数分で終わるだろう」という思いから始まり、Linuxユーザーなら誰もが知っているように、画面を見つめる羽目になります。数週間前、まさにそれが私の身に起こりました。怪しいことは何もしていませんでした。怪しいPPAもカーネル実験もせず、ただ日常的なメンテナンスをしていただけです。まるで額縁にカレンダーを貼るのと同じような作業です。何百回もやってきました。ところが、マシンが… 奇妙な動きを始めたのです。
ダウンしてはいなかった。ダウンしていた方が楽だったからだ。起動も問題なく、画面も開けた。でも、何かがおかしい。これまで正常に動作していたものが、突然暴走してしまった。システムに何かが憑りつかれたような気がすると、かすかな恐怖がこみ上げてくる。1年前なら、そんな不安に襲われて夜を潰していただろう。今回は、思い切ってダウンさせて再起動し、そのまま作業を続けた。大騒ぎも、長い復元ループもなかった。今では理不尽なほど気に入っている、うんざりするほど面倒な2層バックアップを介した、静かな救出劇だった。
現在のバックアップ プランが「これは絶対にやらなければならない」もの、または一度設定して一度も触れたことのない複雑な計画である場合は、この中間の方法が適している可能性があります。
クイックリンク
Linux のバックアップに関するアドバイスのほとんどは、ユーザーが無限の忍耐力を持っていることを前提としています。
Linuxのバックアップ手順を調べてみると、すぐにその口調に気づくだろう。
インターネットの半分の人は、あなたがリビングルームで小規模なデータセンターを運営していると考えています。フルディスクイメージング、マルチレベルリテンション、そしてネットワークストレージ設定 どうやら電気代も別途かかるようです。技術的にはすべて問題ありません。ただ、日々の最大のリスクが、かなり自信満々にアップグレードしたアパートに住むことにある人にとっては、明らかに高すぎます。
残りの半分は、全く逆の方向に大きく振れています。「ファイルを定期的にバックアップする」というのが、まさにこのアドバイスの全てです。文脈も体系も何もなく、ただ感情と善意だけで決めつけているだけです。どちらのアプローチも、私のLinuxマシンの使い方とは合いませんでした。現実世界のクラッシュのほとんどは、面倒で自業自得です。アップデートが不安定に動作したり、設定の微調整が影響を及ぼしたり、深夜に「ここだけ直しておこう」と思ったことが、翌朝のコーヒーを飲んだ後にまた頭を悩ませたりします。私が必要としていたのは、エンタープライズレベルの回復力ではありませんでした。静かで予測可能で、実際に維持できるほど摩擦が少ないものが必要でした。転機は、Linuxインストールを、壊れやすい博物館の収蔵品のように、そのままの姿で永遠に保存するのをやめた時に訪れました。
オペレーティングシステムと個人ファイルは同一ではありません。クラッシュの仕方も、経年劣化の進み具合も異なります。そして、当然ながら、全く同じ復旧プランは必要ありません。システムクラッシュは、アップデート、ドライバの問題、ブートローダーのトラブル、あるいは私の個人的な問題である、深夜の自信過剰とごく平均的な判断力の相乗効果によって発生することが多いのです。個人データの損失は、それほど魅力的なものではありません。削除された文書、上書きされた下書き、あるいは ゆっくりと忍び寄るフォルダの混乱 私たちのほとんどは、それが制御されているふりをしています。
問題を2つに分けた瞬間、すべてが落ち着きました。
何年もの間、単一のソリューションですべてを保護しようと試みてきましたが、どれもうまくいきませんでした。メンテナンスが面倒だったり、本当に重要な時に頼るにはあまりにも脆弱だったりするからです。問題を二つに分割した瞬間、すべてが楽になりました。一つはシステム用のセキュリティネット、もう一つは実際に重要なファイル用のセキュリティネットです。 タイムシフトはシステム層になった正直に言うと、システムが少しおかしな動きをし始めたとき、そして胃の中にあの馴染みのある小さな凹みを感じたときに、それがその価値を証明します。
Debian ベースのディストリビューションを使用している場合、インストールは楽しいですが、面白くありません。
sudo apt install timeshift実行すると、ありがたいことに、あまり派手な設定ウィザードが表示されます。必要なスナップショットの種類を尋ねられたら、ほとんどのデスクトップユーザーはRSYNCを選択してそのまま先に進むことができます。RSYNCはシンプルで信頼性が高く、パッケージに記載されている通りの動作をします。私がいつも皆さんに少しペースを落とすように勧めているのは、スナップショットの保存場所です。可能であれば、スナップショットをルートシステムと同じパーティションに保存しないでください。たとえ小さな外付けドライブであっても、別のドライブに保存しておけば、急に問題が発生した場合でも、よりスムーズな脱出経路を確保できます。
次に、タイムラインをそのままにしておきましょう。復元プロセスは、私が完全に納得した部分です。何かおかしいと感じたら、Timeshiftを開き、異常が始まる前のスナップショットを選択し、「復元」を押して再起動します。すると、システムが何も起こらなかったかのように静かに動きます。初めてうまくいった時は、きっとしばらく「えっ？！」と驚くでしょう。
過剰なエンジニアリングを行わずにホーム フォルダーをバックアップするにはどうすればよいですか?
Timeshift は意図的にプロファイルを無視しますが、それがまさに第 2 層が非常に重要である理由です。
ホームディレクトリには専用のバックアップストリームが必要ですが、多くの人が複雑さに押しつぶされてしまう場所です。デスクトップでの使用には、大規模なバックアップフレームワークは必要ありません。必要なのは、面倒でも常に実行され、面倒な手間がかからないもの。私にとっては、rsync が最適な選択肢でした。まず、メインのシステムドライブとは物理的に異なる保存先を選択します。外付けUSBドライブ、セカンダリディスクなど、ルートパーティションに問題があっても消えないようなものを選びます。そして、セットアップの核となる部分は、率直に言って以下のようになります。
rsync -avh --delete /home/yourusername/ /media/yourbackupdrive/home-backup/初回は少し時間がかかりますが、その間にコーヒーを淹れましょう。その後はrsyncは変更点を転送するだけなので、すぐにバックグラウンドで実行されるので、適切なバックアップが実行される場所へとスムーズに移行します。生活の質を向上させるための真のステップは自動化です。cronで設定するか、ディストリビューションをスケジュール設定して、意識することなく実行できるようにしましょう。1日に1回でも実行すれば、重要なファイルを失う可能性は大幅に減ります。ファイルを復元する必要がある場合も、そのプロセスは心地よいほどに簡単です。バックアップフォルダを開き、ファイルをコピーして貼り付けるだけで完了です。システム全体を復元する必要はなく、面倒な儀式も、画面の前でため息をつく必要もありません。
なぜこの設定が私を何度も静かに救ってきたのでしょうか?
バックアップ戦略の真のテストは、ガイドでどれだけ印象に残るかではありません。
マウスがうなり声をあげ、目が涙目になるまで、セットアップをテストできます。まるで、ちょっとした故障が起きて、しかも既に忙しい日に、突然何かが壊れてしまった時のような感じです。
Timeshiftのスナップショットを取得し、再起動して作業を再開しました。再インストールの悪循環に陥ることも、記憶と頑固さを頼りに環境を再構築する長い夜を過ごすこともありませんでした。
最も重要なのは、私の個人ファイルはストレスに全くさらされなかったことです。それらは独自の静かなバックアップフローの中に存在し、オペレーティングシステムが一時的に実行していたどんな無意味な処理にも全く影響を受けませんでした。この章で、ほとんどの大変な作業が行われます。
デスクトップのレジリエンスとは、想像できる限り最も精巧なバックアップアーキテクチャを構築することではありません。小さなエラーが1週間全体を台無しにしないよう保証することです。システム状態と個人データに独立した避難経路があれば、すべてがより穏やかで予測可能になります。
パートタイムのシステム管理者になる必要はありません。Timeshiftのシンプルな設定とrsyncを使ったシンプルなホームバックアップがあれば、Linuxで起こるトラブルの大半は既にカバーできます。特に面白いものではありませんが、次に小さな、無害な設定が大きな問題を引き起こした時、それが静かにそこに居座って仕事をしてくれていることに感謝することになるでしょう。
