エントリーの編集
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
【コラム】Yet Another 仕事のツール (28) pgpoolの障害復旧手順(1) | エンタープライズ | マイコミジャーナル
記事へのコメント2件
- 注目コメント
- 新着コメント
このエントリーにコメントしてみましょう。
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
【コラム】Yet Another 仕事のツール (28) pgpoolの障害復旧手順(1) | エンタープライズ | マイコミジャーナル
前回は、pgpoolでレプリケーションしているデータベースのマスタまたはセカンダリが、なんらかの障害で... 前回は、pgpoolでレプリケーションしているデータベースのマスタまたはセカンダリが、なんらかの障害で停止してしまった場合の動作について紹介した。障害を検出すると、pgpoolは自動的に正常動作している方のPostgreSQLのみでの縮退運転に入ることでサービスを継続してくれるわけだが、以降、再びレプリケーションを開始するまでの間に障害が起きた場合、今度こそサービスが停止せざるを得なくなる。早急に障害機の原因を取り除き、再びレプリケーションを開始するようにしたい。 pgpoolで再びレプリケーションを開始するためには、再度マスタとセカンダリのデータベースを同期し直す必要がある。マスタが停止してセカンダリのみで縮退運転に入っていたのであれば、セカンダリのデータをマスタにコピーし直す必要がある、ということだ。 まず、どちらのデータベースが最新なのかを確認しよう。psqlからpgpoolにアクセ