(いまだに時々ブクマされていたりしますが、これはバグで MySQL 5.5.21 以降では修正されています。) mysqldump は MySQL のデータのバックアップを取得するコマンドです。 mysqldump に --single-transaction を指定すると一貫性を保持したバックアップを取得することができます*1。 この時に mysqldump が発行しているクエリは次のような感じです。 [mysqldump --single-transaction DB名] SET SESSION TRANSACTION ISOLATION LEVEL REPEATABLE READ START TRANSACTION WITH CONSISTENT SNAPSHOT UNLOCK TABLES DB選択 テーブルからデータの読み込み「START TRANSACTION WITH CON
皆様におかれましては、WEB+DB PRESSの最新号のRedis特集は既にご覧頂いたかと存じます。 弊社では1年ほど前から広告配信に関する様々な部分でRedisを使っています。まだ2.4系なので、2.6の新機能とか新鮮でした。 本番環境でRedisを運用する上で、強く訴えたい注意点は「RDBが壊れることがある」ということです。 「RDBがあるからインスタンスが落ちても平気だぜ」とか思ってると、RDBが壊れてリストア失敗→データ消失ということになりかねません。ファイルにdumpされるからと安心していると痛い目に遭うかも知れません。 （2013/02/27追記）今のところ壊れたのはハード障害が怪しい場面のみです。「RDB壊れるとかRedis使えねー」とかそういう話ではまったくありません。誤解無きよう。壊れる時はRedisじゃなくても壊れます。自分のユースケースではTokyo Cabinet/
これまでちょこちょことXtraBackupについて紹介してきましたが、MyISAMなども一緒に取得する必要があるため結局利用するのはinnobackupexになります。で、そのinnobackupexをどう使うかという説明はすっ飛ばして、実際にどのような方法でバックアップ／リストアしているかを紹介したいと思います。 が、要は私が書いて実際に利用しているスクリプトを公開するだけの質素な内容になります。 はじめにおことわり 変更した場合はブログやスクリプト内コメントにも書くつもりですが、gistに上げるのでその辺はよしなに 具体的な使い方、処理内容はスクリプト内に書いてあるのでそちらを参照してください 動作確認は、DebianとCentOSで行っています 概要 バージョンについて XtraBackupのバージョンは2系の最新を利用してください。 結構頻繁にバグフィックスされているので、こまめに
XtraBackupとは Percona社 が開発しているオープンソースのMySQLのバックアップツールです。InnoDB, XtraDBとMyISAMストレージエンジンをブロックすることなくバックアップをする事が出来ます。ライセンスはGPLv2で無料で使えます。 MySQLのバックアップ方法としてよく使われているmysqldumpというツールが有りますが、 大量のデータを保存しているデータベースからダンプしたデータをリストア（復旧）する時に非常に時間が掛かってしまうという欠点があります。 ここでは、mysqldumpとXtraBackupを使ってバックアップを取り、両者のバックアップとリストアのスピードの違いを比較してみます。 使用するサーバは以下の通りです サーバ さくらのクラウド プラン8 CPU仮想4コア メモリ24GB HDD100GB OS CentOS 5.7 64bit M
総合的なスピードを見ると、リストアでXtraBackupがかなりの差をつけました。 Mydumperはスレッド数4で試しましたが、CPUコア数の多いサーバでスレッド数を上げたらもっとよい結果になりそうです。 以下、テストデータの準備とそれぞれツールのインストール方法を記述しています。 参考になれば幸いです。 使用したサーバ サーバ さくらのクラウド プラン7-HC CPU仮想5コア メモリ12GB HDD250GB OS CentOS 5.7 64bit MySQL 5.5のインストール remiレポジトリから検証用のMySQLをyumからインストールします。 # rpm -Uvh http://rpms.famillecollet.com/enterprise/remi-release-5.rpm # yum --enablerepo=remi install mysql.x86_64
一昨日に開催された hbstudy #7 にバックアップの話を聞きに行ってきました。Amanda を中心にした話で、とても勉強になりました。が、設定がめんどくさそうだなぁ、とも。自分の需要にはあわない感じでした。 勉強会が終わったあとで、自作のバックアップスクリプト blockdiff に関する話を何人かの方とさせていただいたのですが、思いのほか反応が良かったので、あらためて紹介したいと思います。 blockdiff は、一言でいうと、パーティションやデータベースのデータファイルの差分バックアップツールです。rsnapshot に似ていますが、rsnapshot ではデータベースのホットバックアップ不可能です。逆に blockdiff はディレクトリ単位でのバックアップには対応していないかわり、ファイルシステムやデータベースを、一貫性を保ちつつ実質無停止で差分バックアップすることができます
複数サーバを管理する場合、管理コストの増加やオペレーションミスを避けるための施策として、「すべてのサーバの内容を同一に保つ」という管理方法があります。 サーバの内容を同一に保つには、小中規模ならrsyncと、パス指定の簡便化とミスを防ぐために-a -R (--relative)オプションを使うのがベストでしょう。 ただ、-Rを指定しているときに、同期コピー対象のパスにディレクトリへのシンボリックを含んでいる場合には注意が必要です。そこで今回はrsync 2.6とrsync 3のそれぞれについて、ふたつのケースについて検証してみたいと思います。 ケース1: 実ディレクトリが同じ 物理的なディレクトリ構造をそのまま見せるのではなく、論理的な意味あるディレクトリ名/構造として見せたい場合には、ディレクトリのシンボリックリンクを使うとよいです。 例えば: RAID等のストレージにあるディレクトリの
【訳注: この Thunderbird Help (和訳) の内容は Thunderbird 1.0.x を対象として書かれており、Thunderbird 1.5 の状況とは異なる部分があります。現在、Thunderbird 1.5 向けに更新作業を進めておりますので、今しばらくお待ちください。】 Thunderbird は、メール、パスワード、拡張機能などの個人設定をすべて「プロファイル」に保存しています。プロファイルは、ハードディスク上の「プロファイルフォルダ」に保存されています。 Thunderbird を使っていて問題が起きた場合 (拡張機能をインストールしたら起動しなくなった、一部の機能が正しく動作しないなど)、サポートフォーラムでまず最初にやるべきこととして言われるのは、新しいプロファイルを作成すること です。このチュートリアルでは、その方法だけでなく、既存プロファイルのバ
好きなものは空と緑とS2000とガンダムとラジコン・ミニ四駆、Perfume（かしゆか）。ときどき子育てとキャンプ。 現在のリンクはこちらからどうぞ⇒iTunesを移行・バックアップ、新しいPCへライブラリを移動 以下、アーカイブ iTunesのライブラリを他のPCに移行する手段です。簡単な方法ではmp3ファイルなど音楽ファイルをコピーしてドラッグ＆ドロップすれば移るのですが、これだとプレイリストやレート、再生回数などが全部なくなってしまいます。そこでプレイリストやレート、再生回数などを維持しながら比較的（ここポイント）簡単に移行する手段をまとめました。 iTunesライブラリ移行ソフト： プレイリストや再生回数、iOSのバックアップなどiTunesの全てのデータを他のPCへ移行するならCopyTrans TuneSwiftという専用のソフトを使うと便利です。 このソフトで簡単に iTun
ハードディスクを丸ごとイメージとしてバックアップし、何かあった際にはそっくりそのまま復元(リストア)することができるイメージバックアップ系のソフトはいろいろとありますが、この「ShadowProtect」のおそるべき特徴はハードウェアのメーカーや機種に依存しない復元が可能であるという点。独自のHIR(Hardware Independent Restore)機能によって、ハードウェアの異なる物理システム間(P2P)、物理システムから仮想環境(P2V)、仮想環境から物理システム(V2P)、仮想システム間(V2V)への復元が可能となっており、パソコンを買い換えて今までの環境をすばやく丸ごと移動させたい、という場合にはめちゃくちゃ便利です。 しかもバックアップの動作は他ソフトと比較してもかなり高速な方で、電源を落とさずWindowsが起動しているそのままの状態ですぐにバックアップが可能。フルバッ
なぜいまさら TimeMachine を使おうとしだしたかというと OS アップデート中に停電。 そして OS の挙動がおかしくなり、システムをいれなおすも変にメモリリークおこす始末。 で、環境構築しなおすはめに。めんどくさくてしたくないから TimeMachine を導入してみた。 これで安心。やっぱりバックアップは大切ね。 何箇所かハマったので、それのメモ。 実際の作業は分かりやすくまとめているサイトがあるのでそれらを見てもらえればと。 ネットワーク越しTimeMachineをセットアップ Samba を使って TimeMachine の環境を構築する 一連の流れだけまとめとくと ディスクユーティリティで空の新規イメージを作成。 その際に容量は 100M で作り、smb に移動した後にサイズ変更。 あとはボリュームを mac 側にマウントし TimeMachine を実行。 大体こんな
ハードディスクの再パーティションや、新しいOSをインストールしてデュアルブートシステムを作成する場合には、マスターブートレコードをバックアップすることが奨励されています。 その他のブートレコード関連のネタをお探しならば、『Ubuntu Live CD』でマスターブートレコードを修復する方法（英語）をどうぞ。 HD Hacker [via gHacks] Jason Fitzpatrick（原文／まいるす・ゑびす） 【関連記事】 ・目標を間引いて、前向きな気分になろう ・古いノートPCに新しい命を吹き込む7つの提案（無料または安価で） ・「Anti-Malware Toolkit」でクリーニングツールボックスを簡単作成 ・コードを書くために設計された『Programmer's Notepad』 ・『Darik's Boot and Nuke』でデータを完全削除
RAIDだけではバックアップ機構としては不十分である 2008-06-19 大事な個人的データをちゃんとバックアップしたいなあと思って、RAIDつきのNASを検討していて近くの人に相談したところ「RAIDだけじゃだめだよ」と言われました。なんで？と聞き返したところ 「ファイルシステムが逝っちゃったら終わりだから」 と説明され、色々考えて、納得した話です。 なぜRAIDだけでは不十分なのか RAIDを使うと、物理的な冗長性を持たせることができます。( RAID - Wikipedia ) 誤って手動で削除しちゃったときなんかはダメですが、それは仕方が無いでしょう。また、手動の削除ミスにすぐ気がつけば、削除したファイルを復活させられる道も残されています。 しかしファイルシステムが逝ってしまった場合はどうにもなりません。ソフトウェア的な問題でインデックス領域を破壊されてしまった場合、物理的には何
This shop will be powered by Are you the store owner? Log in here
サンフランシスコから帰ってきました。と思ったら、機内でも使っていた MacBook が突然壊れてしまいました（泣）。仕事とブログの全てにおいて使用していたのに、時差が抜ける間もなくいきなりハードディスクが異音を発し始めて昇天。嗚呼…。 TimeMachine があるからいいじゃないか、と言われそうですが出張直後というのが落とし穴です。海外出張の間は荷物になるので外部ハードディスクを持ち歩いてはいません。そこへきてのハードディスクの故障は痛すぎます。 しかし今回は運のよさも手伝って実質損害是ゼロで復帰することが可能となりました。その理由は、ふだんのノートパソコンの使用方法にありました。何かの参考なるかと思いますので書いておきます。 理由１：じつはノートパソコンには普段からほとんど何のファイルも入れていない 実は２ヶ月ほど前に思い立って、MacBook には「そのときアクションを起こしている仕
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く