Postgresql障害対応／復旧メモ - アルパカDiary Pro
今年はまだ一つもいい事ない 2月はいろいろと最悪な月だった。 半分は障害対応してた。 とりあえず備忘録として、何があってどのような対応をして解決したかをメモっておきます。 概要 うちのとあるサービスのDBサーバはPostgresql8.3.8。 8.3から追加されたウォームスタンバイ機能を使って非同期レプリケーションを行い、 マスタが落ちたら自動でスタンバイへフェールオーバーする仕組みになっています。 ウォームスタンバイ環境とかPITRは以下を参照にするとわかりやすいかも。微妙にうちと設定違うけど。 http://postgres.sios.com/modules/install/index.php?content_id=3 http://www-06.ibm.com/jp/domino01/mkt/cnpages7.nsf/page/default-000B5D90 そして、２月のとある
MySQL5.6でGTIDレプリケーションの導入手順と解除手順 - FAT47の底辺インフラ議事録
MySQL5.6GAが出てから大分経っちゃいましたが、 皆様プロダクト環境でガンガン使っておりますでしょうか。 今更ながら手順を整理したので記述しておきます。 ■GTIDとは Global Transaction Identifiers 今までのMySQLのレプリケーションで行なっていた、「Masterのbinlogファイル名 + ポジション番号」による情報ではなく、 トランザクションごとにGTIDを持たせる事で管理できるようになるという機能です。 mysqlfailoverを利用すると、マスター障害時に各スレーブで最も進んでいるGTIDを持つスレーブがマスターに自動昇格します。 ・メリット ・CHANGE MASTER文を打つ際にポジション番号を指定しなくてよくなる ・MySQL-MHAを利用しなくてもGTID+mysqlfailoverでSPOFをなくせる ・デメリット ・慣れるのが大
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
