-しとしと降る雨の夜に-この広告は、90日以上更新していないブログに表示しています。サーバMySQLサーバに何かトラブルがあって停止してしまった場合。停止する直前までのデータをとっておけば、復旧が楽になる。通常スケジュールされたバックアップなどでは、1時間に1回とか30分に1回とか。スケジュールで行うともっと細かい頻度で書き込まれたデータのバックアップは出来ない。DBのレプリケーション(複製)を常に行っておけば、マスターのDBと同じデータが格納されたスレーブのDBが出来上がる。MySQLにはレプリケーションの方法がいくつか存在する。どの方法が良いか比較したいと思う。個人的な要件に基づいて比較しているので、世間一般的にどうかは分かりません...。diaryプラグインをインストールしてmy.cnfを編集。非同期レプリケーションとほぼ同様の設定で出来るみたい。復旧するDB側へ残ったDBのデータを丸々コピーした方が良い、ということらしい。出来ないわけじゃないから、マスタースレーブ間でデータの整合性が無くなっている可能性もある。具体的な方法は見つけられなかったが、マスター側を復旧するならスレーブ側のDBを丸々ダンプしてマスター側DBにいれる。その上でレプリケーションを開始すればよい。バックアップバックアップの手法は通常のMySQLと同じように多数存在する。レプリケーション構成だからといって違うわけではなさそう。レプリケーション構成であるメリットはスレーブ側からバックアップを取れば、ロックしていても構わないということくらい。マスターとの差分が出るかも知れないのなら、マスター側からバックアップを取るべき?ストレージエンジンの種類によって使えるツールと使えないツールがあるということらしい。7.2見参!Webでも使える熱いヤツがやってきた。ストレージエンジンの一つ。Clusterのストレージエンジンとは同居出来ない。大容量のメモリを搭載している必要がある。ここはネックになりそう。管理ノード、データノード、SQLノードの3つの役割を持つノードで構成される。サーバAに管理ノード、SQLノード、データノード。サーバBにSQLノード、データノード。いった形で構成される。使っているストレージエンジンから変えなくてはならない。選択しても問題無さそう。沢山の構成パターンがあるのだと分かって良かった。»はてなブログをはじめよう!beneluxさんは、はてなブログを使っています。ブログを報告するスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。