パソコンのバックアップ方法を紹介します。


menu

パソコンのバックアップ方法まとめ

バックアップが2つあるとファイルサーバが壊れた時、更に安心です

 
 
ファイルサーバのバックアップは、日次(1日に一回)が多いと思います。
 
私の場合、日次バックアップに加えてもう一つ、週次バックアップも設定しています。
 
もちろん同じHDDではなく、別のHDDへ。
 
 
「バックアップ取り過ぎ?」と思われるかも知れませんが、ファイルサーバが壊れた時の安心感が違います。
 
特に、ファイル数が多い場合に威力を発揮しますよ。


スポンサーリンク

HDDが2本壊れるとダメ

通常、ファイルサーバはRAIDで冗長構成にしてると思います。
 
RAID1やRAID5の場合、HDDが1本までは壊れても大丈夫。
 
たいていはHDDが1本壊れた時点で故障に気づき、新しいHDDに交換することで元の状態に戻ります。
 
 
けど、故障時の通知メールも無く、壊れた事に気づかずに使い続けると、いつかはもう1本も壊れます。
 こうなると、ファイルサーバはもう使えません。
 
絶対に避けたいですが、絶対に起きない事ではありません。
 

スポンサーリンク

バックアップが「本物」になる日

ファイルサーバが壊れてしまった時、残ってるのは「バックアップしておいたファイル」しかありません。
 
日々の作業はこれまで通り続きますので、当面はこのファイルを「本物のファイル」として扱うことになります。
 
 
けど、バックアップのファイルが「本物のファイル」になったということは、いまはバックアップが無い、ということ。
 
早急に、新規バックアップを取る必要があります。 
 

新規バックアップには時間がかかる

バックアップとは、別の場所にファイルをコピーすることです。
 
日々の差分バックアップなら短時間で終了しますが、全てのファイルをコピーするにはとても時間がかかります。
 
 
この時ポイントになるのはファイルのサイズよりも「数」。
同じ10MBでも、10MBのファイル1個と、10KBのファイル1,000個ではコピー時間が全く違います。
 
ファイルが大量にある環境ではコピーに数日かかる事もあります。
実際、私が管理しているファイルサーバの場合、2週間かかりました。。。
 
 
これだけ時間がかかってしまうと、コピー期間中に「本物のファイル」のHDDが壊れてしまう可能性が高まります。
 
まだバックアップが完了していない状態では、いまの「本物のファイル」が全て。
 
これが壊れてしまうと、もう後はありません。
 

既にバックアップがある!

そこで「週次バックアップ=もう一つのバックアップ」が役に立ちます。
 
週次なので日次よりはファイルデータは古い。
けど、ファイルサーバのデータはすべてが毎日更新されるワケではありません。
 
作業の種類や扱うファイルにもよりますが、毎日更新するファイルはその中でも一部のはずです。
 
 
ファイルサーバが壊れてしまった場合でも、
・「日次バックアップ」のドライブを「本物のファイル(仮)
・「週次バックアップ」のドライブを「日次バックアップ(仮)
と設定し、これらを仮のファイルサーバに接続することで、
壊れてしまったその日から運用を再開できます!
 
 
週次バックアップには、ほぼすべてのファイルがありますので、これをバックアップ先にすることでコピー量が最小限になり、バックアップ時間も短くなります。 
 

サーバ復旧もゆっくりできる

仮ファイルサーバを使ってもらっている間に、壊れてしまったファイルサーバを復旧していきます。
 
「本物のファイル(仮)」からファイルをコピーするのですが、この時のコピーも、robocopyを使うのをおすすめします。
 
※「ファイルサーバ移行時にrobocopyを使う2つの理由」記事を参照
 
 
復旧作業は少しくらい時間がかかっても問題ないでしょう。
 
既に運用は再開できているので、落ち着いて作業ができますね。
  

あとは設定を戻すだけ

すべてのコピーが終了したら、逆の手順で設定を戻します。
・「復旧したファイルサーバ」のドライブを「本物のファイル
・「本物のファイル(仮)」のドライブを「日次バックアップ
・「日次バックアップ(仮)」のドライブを「週次バックアップ
 
 
設定を戻す前に、コピーし忘れが無いことを確認しておきましょう!
 
「復旧したファイルサーバ」と「本物のファイル(仮)」のファイルが一致することが大事です。
robocopyを使ったミラーリングコピーであれば安心ですね。
 
 
もし、「復旧したファイルサーバ」のデータドライブが外付けHDDだったり、性能的にもバックアップドライブと変わらないのであれば、
・「復旧したファイルサーバ」のドライブを「日次バックアップ
・「本物のファイル(仮)」のドライブを「本物のファイル
としてしまっても、問題ないと思います。
 
このあたりは、ハードウェアのスペックと相談しながら臨機応変に。
 

まとめ

通常のバックアップに加え、もう一つバックアップがあると、ファイルサーバが壊れてしまった場合に2つの安心があります。
 
(1) 壊れた時点からバックアップがある安心
(2) 復旧中でも日々のバックアップがすぐ出来る安心
 
過剰なバックアップは良くありませんが、「本物+日次+週次」くらいであればメリットの方が多いと思います。
 

スポンサーリンク

コメント

  • トラックバックは利用できません。

  • コメント (0)

  1. この記事へのコメントはありません。

だーしゅ
IT関係のお仕事してます。
バックアップが趣味。

[当ブログについて]

最近のコメント

  • だーしゅ { イラストは自作ではなく、イラストレーターの方に描いて頂いています。 他のブログや趣味ですが、空いた時間でぼちぼちやってます。 平日は時間が取れないことが多いので、週末が多いですね。 } – 8月 30, 3:01 AM
  • 悪戦苦闘中 { だーしゅさん、返信ありがとうございます。 話が変わりますが、ここの一連のサイトにある可愛いイラストってだーしゅさんの自作でしょうか? だとすると凄い多妻…じゃなくて、多才ですね。 他のブログもちらっと拝見しましたが、キャンプはするは、出張はするは、書斎は作るは、ゲームで遊ぶは、 昼寝はするは(?)と、一体いつ寝ているんでしょうか? (あっ昼? まさが仕事中とか?!) IT関係の仕事って言うだけで寝る間もないようなイメージですが、一体どうやってこんなに大量に楽しそうにこなせるんだろーか? 私からすると魔法かマジックとしか思えないです。 私ですか? 毎日同じ家事と雑用とPCのトラブル対処とかで人生の殆どを費やしてます。。。テレビも見てません。 この差は、一体なんだろーか? orz... } – 8月 28, 6:46 PM
  • だーしゅ { 悪戦苦闘中さん、コメントありがとうございます。 ドライブレターをDやEなどでは無く、もっと後ろ、XやYなどにすると変わりにくいかも知れません。 おまじない程度ですが。 } – 8月 28, 3:18 AM
  • だーしゅ { 悪戦苦闘中さん、コメントありがとうございます。 理由はいくつかあります。 ・バックアップのフォルダが複数ある場合、バッチファイルの方が設定しやすい。 ・設定内容は、テキストエディタで見た方が分かりやすく間違えにくい。 ・一時的に設定を変えたい場合、バッチファイルならコピーしておけばOK。 などでしょうか。 バックアップフォルダが1つであれば、直接robocopyコマンドを登録する方法もアリですね。 } – 8月 28, 3:06 AM
  • 悪戦苦闘中 { この記事では、robocopyをバッチファイルに入れてから、それをタスクスケジューラに登録しているようですが、タスクスケジューラに直接 robocopyコマンドを登録するWeb情報をいくつか発見しました。(まだ、自分では直接登録する方法を試していません) http://beiyan-tool.info/category3/category11/entry12.html http://www.atmarkit.co.jp/ait/articles/1305/31/news049.html http://forsenergy.com/ja-jp/taskscheduler/html/a7df21e3-cdd6-450d-94e8-58579cb7be04.htm わざわざバッチファイルに入れる理由って、何かあるんでしょうか? } – 8月 25, 2:52 PM
  • 悪戦苦闘中 { 4年ぶりにコメントします。 「自動実行をしても定期的な確認は必要です」 => ・ドライブレターが勝手に変わって失敗していた。 この前、実際に起こった話です。 orz...(ドライブを増減していないのに、なぜ?) } – 8月 25, 2:21 PM