自宅でのバックアップ体制の構築

[ガラケー版(QRコード)] 総閲覧回数:3,684,876回 / ブログ拍手:2,295
作品DB等各サービスの機能追加情報や、技術系・面白系記事を中心に提供。
記事の投稿は基本Twitterでも告知させて頂いています。
連絡は作品DBの論客の方なら私書、DB外ユーザの方ならメールTwitterで可能です。
アクセス記録[推移 / PV内訳(過去1日 / 過去1週間) / 外部アクセス元 (昨日 / 過去1週間) / ログイン論客足跡]
プロフィール私書(メール)
   /   /送済
評価(一覧   /)
投票   /共:   /
ファン登録
作品/情報/
DB構築()
ブログ
[書く]
攻略記事リンク集
My Play List
<=新記事2009/09/23 rsync::リモートサーバー側の負荷を抑えてrsyncを実行する方法
=>古記事2009/09/22 海外サービス紹介:: 記事投票サービス(?)reddit.com

1.
2009/09/23 その他技術系 > バックアップ > 自宅でのバックアップ体制の構築」
[この書込みのみ表示(記事URL紹介用) / 編集 / 削除 / トラバ送信 / 共有分類に追加(タグ付け)]

1. 自宅でのバックアップ体制の構築
2. 自宅でのバックアップサーバーの選定
3. 期待できる効果
4. Windows上でのバックアップ処理の定期化の仕方

    1. 自宅でのバックアップ体制の構築

本番環境では、2つのサーバーの間でバックアップを取り合っていますが(参照)、

・同じ環境にあるところではどんなことが起きるか分らない。別環境のところにもバックアップを設けたい
・毎日80万以上のブログ記事を収拾/検索対象化している皆声.jpの方は容量的に収まらなくなる日が近い

ということで、自宅の方でもサーバーのデータのバックアップをとるようにしました。

バックアップのデータの流れとしては以下の通り
本番サーバーA => 本番サーバーB(バックアップ/今のところ1日1回) => 外部HDD接続自宅サーバー

なお、accessup.orgの方は、サーバーの中でHDDの二重化(RAID1)もされています。
自宅の外部HDDも、家庭機のHDDは壊れやすいのでHDDの二重化(RAID1)をされているものを選んでいます。
    2. 自宅でのバックアップサーバーの選定

自宅のサーバー(の役割をさせるPC)は、
要件考察
単にバックアップを行うだけPC自体は大して高いスペックでなくても大丈夫 / データ保存領域はPCではなく外部HDDに持たせるようにする
家庭機のHDDは信頼性が周りの環境的にもスペック的にも低いRAID 1(ミラーリングによる冗長性の確保)をしたい
ずっと動かしっぱなしPC自体の記憶領域はHDDよりもSSDの方が故障率が低く、また電力料金も低くて済む
家で動かすという生活の場にあることを考慮する必要がある静音である方が良い
ということを考えた結果、DellのInspiron mini 10vを買いました。
・Netbookとしての価格の手頃さ(35,000円位/NetbookとはいえノートPCは安くなったなぁ)
・SSD搭載機である
・ファンがないことによる静音性
と上記の要件を満たす機体であった為、それを選びました。

外付けHDDはLAN接続をすることができるRAID1で2台のHDDでミラーリングが行われるものを買いました。容量はとりあえず1TB。HDDは値下がり速度も速いので、満タンになったらその時の時点の製品を買おうと思っています。

で、今色々とバックアップの設定をして調整している作業をしています。

少なくともこの用途には問題ない、期待通りの働きをしてくれています。
    3. 期待できる効果

バックアップを使うというのは、緊急の事態ですが、少なくともこれによりデーターセンター側のHDD、サーバーが同時に逝ってしまったとしても、時間はかかるでしょうが自宅側のデータから復旧させることができる状態にはなりました。
確率的に言えば、例えばHDD1つの故障率がサーバー側が1年で5%、自宅側が1年で10%だとすると
サーバーA(HDD x 2/RAID 1)=2台のHDDが同時に壊れる故障率:0.05x0.05=0.0025 = 0.25%
サーバーB(HDD x 2/RAID 1)=2台のHDDが同時に壊れる故障率:0.05x0.05=0.0025 = 0.25%
外部HDD接続自宅サーバー(HDD x 2/RAID 1) =2台のHDDが同時に壊れる故障率:0.1x0.1=0.01=1%
サーバーAとサーバーBと自宅のHDDが同時に全滅する確率=0.0025 x 0.0025 x 0.01 = 0.0000000625 = 0.00000625%
と「一年間の間にそのまま直さないとしてHDDが全損する確率」をかなり下げることが出来ます。

まあ、要するに「最悪の障害」が起きたとしても、doblogやゆびとまのように、データ消失?といった事態にはならないような構造にはなっている筈...ということです。
サイトの持続性で言えば、HDD側の冗長性は取れているので(6HDDで/想定しうるダウンタイムの最小化にはもっと考えるべき点がありますが)、あとは人・技術的な面での冗長性をどうやって取れるようにするかですね。
    4. Windows上でのバックアップ処理の定期化の仕方

ちなみに、家庭での外部HDDの直接接続の都合上、Windows機のままバックアップをとっているので、例えばrsyncコマンドをperlから呼び出すことで実行するとすると、毎日の処理は.plをperlで実行するとファイルの関連づけをして(テキストエディターでどうしてもタスクからだと実行されるようになってしまっている場合には、レジストリーエディターのregeditで.plとテキストエディターの関連づけを解除する)、それから

スタートメニュー→プログラム→すべてのプログラム→アクセサリ→システムツール→タスク

と行って、そこで定期的に実行する処理を定義する事になります。
なお、プログラムは他に同じバックアッププログラムが動いていることに気づいたら、処理を止めるという、重複稼働防止処理を入れる必要があります(万が一1日の間に終わらなかったら処理が積み重なって酷いことになってしまうので)。

コメントする


[他の記事も読む]
<=新記事2009/09/23 rsync::リモートサーバー側の負荷を抑えてrsyncを実行する方法
=>古記事2009/09/22 海外サービス紹介:: 記事投票サービス(?)reddit.com


大分類が「その他技術系」の記事
この論客の記事全て
RSS購読
RSS
ブログ表示スタイル
リスト/携帯(QRコード)
画像/動画/音声/リンク
表示開始年月
分類
全て
1.このサイトについて
2.作品DB開発/運用
3.ホームページ制作技術
4.Perl
5.C言語 / C++
6.検索エンジン&SEO
7.サッカー
8.自分のこと
9.Linux
10.旅行
11.思ったこと
12.パソコン
13.Berkeley DB
14.その他技術系
15.企画
16.スマートフォン
17.鑑賞
18.皆声.jpニュース
19.インターネット業界
20.運用マニュアル(自分用)
21.技術系以外実用書
22.料理
23.ALEXA
24.アニメ
25.会計
26.漫画
27.設計書
28.色々サイト作成
29.サーバー
30.自分専用
31.生活
32.OP/ED/PV
33.ゲーム
34.DB整備
35.新規開始作品紹介
36.英語圏の話題
37.大道芸
38.映画
39.PHP
40.ダイエット
41.Mac
42.JavaScript
43.MySQL
44.介護
45.作品DB作品追加作業
46.BI
47.Web API
48.パフォーマンス
49.インターネットの活用方法
50.Riak
51.Androidアプリ開発
52.Cassandra
53.スパム
54.写真
55.iOSアプリ開発
56.AWS
57.マーケティング
58.Web漫画
59.法律
60.mongodb
61.開発環境整備
62.Google Apps Script
63.meteor
64.Pentaho
65.Ansible
66.VPS
67.技術書メモ
68.Vagrant
69.Docker
70.dokuwiki
71.Apple Watch
72.Webサービス
73.セキュリティ
74.Elastic Search
75.Wordpress
76.クラウド
77.英語
78.MVNO
79.シンガポール
80.マレーシア
81.海外生活
日記の主な内容
サイト運営/開発
検索エンジン情報
・技術ネタ(Berkeley DB,
Linux, Perl, サイト作成)等

サイト管理
全まとめ
サーバー管理
定期処理状況
開発予定
削除提案
作品追加依頼
OP/ED追加依頼
OP/ED not found
作品提案承認欄

格言 fromスクライド
この世の理は即ち速さ
20年かければ馬鹿でも
傑作小説を書ける

助けられたら助け返す
それが俺のルール

強くなるには
一番弱い考えをする事だ
そしてその考えに反逆する




右側に何か入れてみるテスト


仕事でのサイト
介護DB
Helpyou
Doctor career
Nurse career
上へ ↑上へ 最速検索作品DB皆声