やはり一番重要なのは「データ」ファイルであり、それを簡単にバックアップするためには、専用のディスクを割り当てるのが一般的だろう。従って、以下の鉄則を得る。 鉄則1: mount /dev/sdb1 /data device 名は環境に依存するが、mount point は /data しかありえない。だってシンプルだから。うん間違いない。名前重要！もちろん忘れずに、アプリが利用するデータディレクトリの格納場所は /data 以下にしておく。このような「データ」ファイルの隔離は、OSを入れ替える時の可搬性としても非常に優秀で役立つのだが、件の復旧を考えると、これだけでは不十分である。「設定」ファイルを復活させるのも意外と大変だからだ。そこでぱっと思いつくのが、 大事そうな設定ファイルを /data への symlink にする /etc 自体をもう /data への symlink にする
MySQLバックアップ頂上決戦！！ LVMスナップショット vs InnoDB Hot Backup
スナップショットを使えばとある瞬間のディスクやファイルシステムのデータをいつでも後から参照することができる。しかもスナップショットの作成は一瞬だ。スナップショット機能を活用すれば最強のオンラインバックアップソリューションが出来るだろう。 しかし、スナップショットでバックアップを取るなんて危険な操作じゃないのか？！と不安に思われる方もいらっしゃるかも知れない。MySQL Serverが稼働中にいきなりデータだけをとってくるのだから、そのような疑問を持たれるのは頷ける。しかし仕組みさえ分かればスナップショットによるバックアップは怖くないということが分かるはずだ。そこで、まずはスナップショットによるバックアップの仕組みについて説明する。スナップショットを取る際の要件は次の通りである。 全てのデータを単一のボリュームに置くこと。つまり、一回のスナップショット操作でバックアップが取れることだ。 ディ
netatalk 2.0.5以降はTime Machine対応になり、バックアップが簡単になりました。しかし、Macがsleepしたあとにバックアップが不安定になるという現象が稀に報告されました。また、Lion以降からバックアップできません。 これは、Time Machineに必要な要件を全て満たしていなかったのが原因です。netatalk 2.2以降は要件を満たすので、かなり安定するでしょう。 更に2.2.3では、CNIDに問題が出たときスパースバンドルが壊れたとみなされる問題に対処しています。 それでも未だにディスクイメージが壊れるという問題が時々報告されます。同じ問題は本家Time Cupsuleでも発生するので、クライアント側の問題と思われます。 壊れた場合の修復方法 ウチでは壊れたことがないのでよくわかりませんが、報告例は色々あります。 Time Machineバックアップの信頼
We're under construction. Please check back for an update soon.
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
