サクサク読めて、
アプリ限定の機能も多数！
アプリで開く
写真はどこに保管するのが一番安全なのか？今回は1TB以上の大容量データ（RAWデータや動画含む）を管理していくことを想定しているため、保管先のストレージとして外付けHDDとNASをメインに考えつつ、補助的にクラウドストレージを使うことを想定しておきます。 バックアップ無しは論外この記事を読んでいる方なら大丈夫かと思いますが、バックアップ無しで大事なデータを運用するというのは問題外です。 データが飛ぶのが怖いからNASやデータセンター向けの高級HDDを使って安心している人がたまにいますが、どんな高級なHDD（SSD）を使っても壊れるときは壊れます。単に確率が低いだけです。どんなHDDでも壊れた場合はデータがゼロになります。（HDDの復旧サービスで運良くデータを取り戻せる場合もありますが、10万とか20万は軽く飛んでいき完全に戻る保証もありません） 消えては困る大事なデータは必ずバックアップを
というわけでPCを買ってバックアップをセットアップしたので考えてみるわけだけども、やはりバックアップはどちらかというとバックアップのしやすさよりもリストアのしやすさが重要と思うわけだ。ZFS send/recvだとかiSCSIでネットワーク越しにLVM論理ボリュームを構築してミラーさせたりとか、原理的には可能かもしれないが、リストアの面倒臭さの面でぜんぜんダメと言わざるを得ない。ZFSはそれはそれでよいものだが、だからといってそれだけではバックアップとして成立しない。RAIDがバックアップではないのと同程度には、ZFSもバックアップではないのだ。バックアップは基本的に、奇をてらわないコンサバティブな技術が要求されている分野。すなわち、 バックアップ先メディアは大容量低速回転HDDのRAID1クラスタを使うということ(次点テープ)。容量と入手性の観点からHDD以外のバックアップメディアの選択
An autonomous pod. Asolid-state battery-powered sports car. An electric pickup truck. A convertible grand tourer EV with up to 600 miles of range. A “fully connected mobility device” for young urban innovators to be built by Foxconn and priced under $30,000. The next Popemobile. Over the past eight years, famed vehicle designer Henrik Fisker…
サーバのファイル整理作業をしていたところ…、 間違えてrm -rfしてしまった！ ぎゃーバックアップもねー！ 長いこと生きてたらこんな経験の1度や2度はありますよね？ えぇ、ついさっきやらかしちゃいましたｗｗオワタｗｗｗ 速攻「rm 復活」とか「rm 取り消し」とかでググッたねｗ、したらmcってプログラムのUndelete機能使えばよいって情報が出てくるが、どうやらこれext2じゃないと使えないっぽいぞ…、うちext4だ。 混乱。以下ターミナルのヒストリーより実況。 ## こーいうときはまずあれだ、現場保存！ ## まずは今いるパーティションを確認 # df -hT Filesystem Type サイズ 使用 残り 使用% マウント位置 /dev/sdb2 ext4 193G 6.9G 176G 4% / /dev/sdb1 ext3 194M 22M 163M 12% /boot /d
Linuxにて、ext2/ext3ファイルシステムを使用しているときのシステムバックアップリストア方法。 （TOPICSに投稿したのを再編集して静的ページにしました） dumpを使用してファイルシステムイメージでバックアップしているのでaclやselinuxにも対応できます。（aclやselinuxの場合は権限の箇所を適時読み替えてください) 以下の条件がそろっていることを前提とします。 リストアにはlvm2およびNFSマウント restoreコマンドが扱えるレスキューCD（インストールCD）を利用する。（CentOSあたりがよさそう） （↑わかってるならKNOPPIXや他のLiveCDLinuxでも可。こちらのほうが融通利きやすい） バックアップイメージは他サーバーのNFSエクスポート領域に配置 ファイルシステムはext2またはext3を使用
Linuxなどを利用する上で、「これはどうやったら実現できるのだろう」と思うことは数知れない。本連載では、ユーザーがひんぱんに遭遇するであろう問題と、その解決方法を解説する。上級者には新たな発見を、初心者には上級者への道の手引きとなるだろう。 ファイルやディレクトリをバックアップ／同期するためのツールは幾つも存在していますが、rsyncはとりわけ大きな人気を誇っているといってよいでしょう。変更分を検出して差分のみを転送することで、ネットワーク経由でも効率的にバックアップ／同期が行える点や、sshなどのリモートシェル経由での利用が可能な点など、機能の洗練度はさすがに登場から10年以上たっているだけのことはあります。バックアップやミラーリングなどの用途であれば、基本的にはコピー元とコピー先でわずかな違いしか発生しないはずで、ファイルの相違部分だけを転送するrsyncは効率的に機能します。 そん
2009年2月5日追記 Hat氏がこのトピックに関する情報をまとめてくださっているので併せてご参照ください．MacOSX 10.5 LeopardからTimeMachineというバックアップソフトウェアが標準搭載されるようになりました。TimeMachineはバックアップ先として、外付けのハードディスクドライブの他に、Time Capsuleのような特定のネットワークストレージもサポートしています。MacBookなど本体を日常的に持ち運ぶ環境では、外付けハードディスクドライブは毎回接続するのは少々煩わしいですし、Time Capsuleを新たに買うには少々お金がかかります。手元に空き容量に余裕があるハードディスクドライブがある場合、それをネットワークドライブとしてTimeMachineから使えればベストです。 さて、TimeMachineとTime Capsuleの間の通信はA
1リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
