n-segaのブックマーク / 2011年7月9日

n-sega id:n-sega

2011年7月9日のブックマーク (3件)

300 Multiple Choices - HTTP Status Code
このウェブサイトは販売用です！ studyinghttp.net は、あなたがお探しの情報の全ての最新かつ最適なソースです。一般トピックからここから検索できる内容は、studyinghttp.netが全てとなります。あなたがお探しの内容が見つかることを願っています！
n-sega 2011/07/09
http

network

apache

status

reference
リンク
ウノウラボ Unoh Labs: MySQL オペミスでデータが破損してしまった場合の復旧方法
こんにちは satoです。オペミスで update に where句を付け忘れたり、プログラムのバグでデータが破損してしまったりした場合でも、バイナリログには更新SQLがすべて書き込まれるので、バックアップデータからオペミスが起こるまでの全てのSQLを流し込めれば、元の状態に戻すことは可能です。 •バイナリログを取っている •オンラインバックアップをとっている(mysqldumpやMySQLを止めた状態でのcpによるバックアップとバイナリログ) •バックアップ時点でのバイナリログの書き込み位置を保存している以上のような状態でデータが壊れた時の復旧手順をまとめてみました。シナリオとして •ある1カラム em ail をupdateしようとしたら、間違ってwhere 句を付け忘れ全レコードをupdateしてしまった •気がついたのが半日後というオペミスが発生したとします 1) データベー
n-sega 2011/07/09
mysql

recovery

sql

database

backup
リンク
レプリケーションしてるMySQLで、マスタやスレーブが障害停止した場合のリカバリプラン - （ひ）メモ
MySQLで、レプリケーションベースのHAな構成について考えたメモです。 3台(というか2台＋1台)がいいかなぁと思っていて、前半はその理由を、後半では{マスタ,スレーブ}が{再起不能になった,ちょっとダウンしてすぐ復帰した}場合のリカバリプランについて書きます。今のところはこれがベストかなと思っているのですが、「こうしたほうがいいと思う！」「ここがおかしい！」などなどのご意見はコメント、TBなどでいただけるとうれしいです。ゴールマスタが落ちてもぐーすか寝ていられるようにしたいリカバリの作業はできるだけ単純に、かつ、短時間で完了するようにしたいめんどくさいのはいや基本構成、方針 2台＋1台サービスで使うのは2台 (db1, db2) もう1台は管理用 (db3) スレーブを多数並べる構成にはしない台数増えると管理コストが上がるマスタダウン時のフェイルオーバとそのフェイルバ
n-sega 2011/07/09
mysql

database

db

server

replication
リンク
- 2011年7月11日
- 2011年7月9日
- 2011年7月8日