DB2 2 min read

Db2 強制TKO後のスプリットブレイン時の動作について

スプリットブレイン時にプライマリ側でサービスを継続したいという要件があり、テストを繰り返していたのですが、なかなかうまく動作せずに四苦八苦した思い出があります。
その際に公開されている情報を知り愕然としたことがあったので記しておきたいと思います。

スプリットブレイン時の動作

Db2 で通信エラーなどが発生しクラスターソフトによってTKOが発生した後に場合によってはスプリットブレイン状態になっている場合があります。その際、Db2 は仕様として旧プライマリをシャットダウンし、旧スタンバイ側でサービスを継続しようと試みます。

設計・テスト時の考慮

この動作を前提としてスプリットブレイン時の設計・テストをする必要があります。
Db2 においてはスプリットブレイン発生時にそのまま旧プライマリ側でサービスを継続する事は難しいのですが、テストの項目として「スプリットブレイン発生時にプライマリ側でサービスが継続できること」とか上げてしまうと予想外の動作になってしいます。

お客様によってはなるべく元のプライマリ機でサービスを継続させてほしい、というご要望をいただくことがあるかと思いますが、この辺は事前にお伝えしておく必要がありますよね。

この記事のような現場のTIPSを、Db2運用の全体像として12章に体系化しました。公式マニュアルには載らない「あのとき知っていれば」を減らすための1冊です。

現場で引ける Db2 の教科書

現場で引ける!Db2実践エンジニア・バイブル

Db2はRDBMS市場でシェア数%。情報が少なく、頼れるのは膨大な公式マニュアルだけ―― そんな現状を変えたくて、「なぜこの値にするのか」「この障害のとき次に何を見るのか」という、マニュアルに載っていない現場の文脈を1冊にまとめました。書いてあることはすべて実際の現場で経験したことです。

アーキテクチャ/構成パラメーター選定/セキュリティ/バックアップ・リカバリ/HADR/pureScale/日常点検の自動化/メモリ・ロック競合/SQLチューニング/RUNSTATS・REORG/MON_GET監視/現場の難題集 ―― 全12章+運用シェルスクリプト集

Zennで読む(¥2,000)→

コメントを残す

メールアドレスが公開されることはありません。 が付いている欄は必須項目です

CAPTCHA