前口上 試しにZFSを使ってみて（VMware Playerで気軽に試せるようになったとは、なんと便利な世の中か）本当に驚いた。 ディスク繋いでzpoolコマンド一発ですぐ使える。パーティションに頭を悩ませる必要もない。RAIDだって楽勝。ディレクトリごとに圧縮することもできるし、気が変わったら、いつでも止めることもできる。スナップショットも早い。 実は、何年か前にZFSについて調べたときはまだまだバギーな印象だったのと、ZFSを使えるようなパワフルマシンがなく保留にしてたんだけど、すごく損した気分。 いままで幾たび、fdiskやnewfs失敗してひどい目にあったことか。電子の海に消えたデータを思う。 そしてRAID。ソフトRAIDで言えばlvmも有名だが、俺にはもうコマンドが複雑すぎて覚えられない（lv...が論理ボリュームを、pv...が物理ボリュームを扱うんだって？）。 これはすごく
先日のエントリー ではディスクが故障した場合の対処法を備忘録として残しましたが、今回は ZFS FreeBSD のフルシステムバックアップとそこからのシステムリストアの方法をメモしておきます。 といっても、次のサイトの手順をそのまま追っただけです ^^; Full system backups for FreeBSD systems using ZFS | Dan’s Blog まず、バックアップ用のドライブを用意します。以下では /dev/da0 のデータを消去して ZFS のファイルシステムを作成し /backup にマウントしています。 # gpart destroy -F da0 # dd if=/dev/zero of=/dev/da0 bs=1m count=128 # zpool create zbackup /dev/da0 # zfs set mountpoint=/ba
よい機会なのでまとめておく。対象はMySQL5.6以下とMariaDB10.0以下。 (2014.12.3追記：以下の書籍にも記述した。) 要旨 MySQL/MariaDBのバックアップについて、相変わらず「InnoDBさえ使っていれば、FLUSH TABLES WITH READ LOCKは不要。よってバックアップ中に更新不可になることはない！」との主張が繰り返されているが、少なくとも5.6/10.0まではそんなことはない。 オンラインバックアップに関するロックの正確な記述 より正確に言えば「全データベース領域をバックアップする場合には、FLUSH TABLES WITH READ LOCKは必須。特定のInnoDBだけのデータベースやテーブルをバックアップする際は、この限りではない」。 なのだが、全領域のバックアップをしたい人に対してロック不要説を吹き込む人が未だにいる。 ロックの必要
2014-06-19 【Rails】backup(gem) + whenever で Rails 環境の MySQL を定期的にバックアップする話し Rails から使用する MySQL のバックアップを定期的にいい感じで取りたいなぁと思いまして。その際に、シェルコマンド + crontab な組み合わせは普通過ぎると思ったのと、Rails プロジェクトをまるっとバージョン管理しているため、対象のプロジェクトディレクトリ配下にバックアップ用の Gem とか config なんかも一式置いちゃったりしたら結構幸せと感じた次第。環境は以下。 OS: CentOS 6.5 x86\64 Ruby: 2.1.0 (rbenv) Rails: 4.1.0 backup(gem): 4.0.1 whenever: 0.9.2 MySQL: 5.1.73 バックアップ要件は以下。 外部の Linux サ
Linuxなどを利用する上で、「これはどうやったら実現できるのだろう」と思うことは数知れない。本連載では、ユーザーがひんぱんに遭遇するであろう問題と、その解決方法を解説する。上級者には新たな発見を、初心者には上級者への道の手引きとなるだろう。 ファイルやディレクトリをバックアップ／同期するためのツールは幾つも存在していますが、rsyncはとりわけ大きな人気を誇っているといってよいでしょう。変更分を検出して差分のみを転送することで、ネットワーク経由でも効率的にバックアップ／同期が行える点や、sshなどのリモートシェル経由での利用が可能な点など、機能の洗練度はさすがに登場から10年以上たっているだけのことはあります。バックアップやミラーリングなどの用途であれば、基本的にはコピー元とコピー先でわずかな違いしか発生しないはずで、ファイルの相違部分だけを転送するrsyncは効率的に機能します。 そん
Time Machine（タイムマシン）からバックアップを消去する方法です。 ファイル単位で消去する方法 特定の日時のバックアップをまるごと削除する方法 を紹介します。 Time Machineからバックアップを消す Time Machineはバックアップ対象のディスクを、まるごとそっくりにコピーして、Time Machine用バックアップディスクにバックアップを取っています。 しかし、本来不要なファイルやバックアップしたくないファイルも、区別無くバックアップを取ってしまいます。 そこで、Time Machineで作成したバックアップから不要なファイルを削除する方法を紹介します。 ファイル単位でバックアップから削除する方法 まず、Time Machineのアイコンをクリックして、Time Machineを作動させます。 さらに、削除したいファイルをTime Machineの中で探し、見つけ
チームでgitを使うときは個人の公開リポジトリから適宜pullする、なんてことはせずにsvnのように中央集権的なbareリポジトリを作ることになると思います。 で、そのリポジトリが吹っ飛んだときとかは、分散型の特性を生かして個人のリポジトリをドラゴンボールみたいに寄せ集めて願い事を唱えながらmergeをしてbareリポジトリを蘇らせるというナメック式バックアップを取ることもできますが、やはりここは宇宙人のなかでもダントツでかしこいとされる地球人らしさを見せておきたいわけであります。 というわけでbareリポジトリのバックアップをとりたいのです。 ベタにrsyncとかscpでリポジトリまるごと日次バックアップというのもいいのですが、その場合バックアップ時刻からリポジトリが吹っ飛んだ瞬間の間にpushされていた変更は失われてしまうわけです。失われた分をわざわざpushするのは地球人らしくありま
MySQL | PostgreSQL | MongoDB | Redis Works with AWS, Linode, DigitalOcean, Rackspace, Heroku and more. Automatic daily backup to Amazon S3. Review your backup strategy Replication and RAID aren't a backup. What happens if your database is wiped by a developer by mistake, or taken hostage by an attacker? You have a virtual machine snapshot, but what happens when a wrong instance was dropped? What a
rsync のウェブページへようこそrsync は、サイズがすぐ大きくなるファイルの転送に適したオープンソースのユーティリティです。rsync は GNU General Public License に基づき、自由に利用することができます。 rsync 2.5.4rsync の最新バージョンは 2.5.4 です。 このバージョンの変更点は以下の通りです: rsync 2.5.4 (13 March 2002) "Imitation lizard skin" BUG FIXES: * Additional fix for zlib double-free bug. (Martin Pool, Andrew Tridgell) (CVE CAN-2002-0059) ENHANCEMENTS: * Merge in changes from zlib 1.1.3 to zlib 1.1.4.
最近、ML115を使ったFreeBSD 7.2-RELEASE boxを仕立てたので、某所からのサルベージも兼ねて、以前書いた記事の内容を再実行してる。 自宅サーバに格納されているデータは、1日1回rsyncを使って自宅サーバの外付けHDDにコピーを取得している。rsyncは--deleteをつけて動作させてるので、サーバのデータを誤って削除した場合、次のrsyncが起動するまでに気づかないとゲームオーバーになる。それじゃあんまりなので、FreeBSD UFS Snapshotを使って何日分かのデータを残しましょう、という話題。 ちなみに、Maildirのメールボックスがあるため、pdumpfsなんかのファイルレベルの操作は時間がかかりすぎて対応不能なことが、身にしみて分かってる。 FreeBSD UFS Snapshot Management Environmentのインストールと設定
はじめに PCに保存したデータは、HDDの障害などでいとも簡単に失われてしまうことが多く、日ごろからのバックアップは非常に重要です。 ファイルのバックアップについては、多数のユーティリティが提供されていますが、UNIX環境では「rsync」と呼ばれる非常に強力なバックアップツールが利用可能です。 このページでは、この「rsync」の利用方法について説明します。 「rsync」のインストール 「rsync」はデフォルトでシステムにインストールされていませんので、別途システムにインストールする必要があります。 インストールはportsを利用して行います。 portsの取得および展開方法については、「最新のportsを取得して展開する」を参照してください。 portsの展開が完了した後、下記手順で「rsync」をmakeし、インストールします。 $ /usr/ports/net/rsync $
少し前からバックアップをしないとまずいなと思っている矢先に、現用機が再インストールするような事態に追い込まれてしまいました。幸いにもバックアップテストをしていたので、前日のHPのデータはバックアップできていたので、つなぎで運用を維持できました。ということで、備えあれば憂いなしということで、rsyncでデータのバックアップをすることにしました。RAIDを使ったり、CPUや電源を二重化したりしてサーバ機自体を高信頼化する方法もありますが、ホットスワップ等を考えるとかなりの費用がかかるのと、当然維持費(電気代)も高くなります。また、壊れるのはHDDやCPU、メモリだけとは限らず、奥さんパソコンで経験したようなマザーボード障害となると、簡単には復旧できません。 従って、障害時にとりあえずサーバを復旧させ、時間があるときにサーバを復旧できるよう、他のパソコン(奥さんのパソコン)にLinuxを入れ、不
Windows上からディスクをパーティションごと全部バックアップ可能なのがこのフリーソフト「EASEUS Todo Backup」です。Windows 2000/XP/Vista、さらにはWindows Server 2000/2003/2008にも対応しており、ブータブルCDの作成も可能。FAT12/FAT16/FAT32/NTFSに対応し、IDE/SATA/SCSI/USB外付けHDD/Firewire外付けHDDもサポート、理論上は最大1.5TBまで認識できるようになっています。 また、バックアップはセクタ単位でのフルバックアップも選択可能となっており、Windowsが起動したままの状態でバックアップ可能です。さらには圧縮率やパスワード、指定サイズごとの分割、コメント入力による管理、MBRの復元、ディスクコピーによるクローン化、バックアップしたイメージファイルのチェック機能、イメージ
この章では、FreeBSD におけるディスクの使用方法を説明します。 これにはメモリディスク、ネットワークに接続されたディスク、 および標準的な SCSI/IDE 記憶デバイスが含まれます。 物理ディスク上のデータ構成 について記述するために FreeBSD が使用する用語 (パーティションおよびスライス) システムにハードディスクを追加する方法 メモリディスクのような仮想ファイルシステムを設定する方法 使用できるディスク容量を制限するためにクォータを設定する方法 攻撃者から保護するためにディスクを暗号化する方法 FreeBSD で CD や DVD を作成する方法 バックアップのためのさまざまな記憶メディアオプション FreeBSD で利用できるバックアッププログラムの使用方法 フロッピーディスクにバックアップする方法 スナップショットとは何か、そしてそれを効果的に使用する方法
2007年5月31日10:53 Tom-Adelstein、Bill-Lubanovic（2007年5月29日（火）） ファイルやディレクトリのバックアップは比較的簡単だが、データベースのバックアップとなると、いくつか特別な工夫を施す必要がある。ここではMySQLを取り上げているが、同じ原理はPostgreSQLやその他のリレーショナルデータベースにもあてはまる。 本稿は、最近O’Reillyから出版された書籍『 Linux System Administration 』の抜粋。 MySQLサーバを休みなく稼働させ続ける必要がないなら、以下に示すような圧縮なしのオフラインバックアップ手法が手っとり早い。 MySQLサーバを停止させる。 # /etc/init.d/mysqld stop MySQLのデータファイルおよびディレクトリをコピーする。例えば、MySQLのデータディレクトリ/var
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
