Db2のデータベースに接続できない ― バックアップ保留・ロールフォワード保留を解除する逆引き

アーカイブログを有効にした翌朝、あるいはリストアを流した直後に、db2 connect そのものが弾かれることがあります。特定の表が触れないのではなく、データベースに入れません。

SQL1116N  A connection to or activation of database "SAMPLE" failed because
the database is in BACKUP PENDING state.  SQLSTATE=57019

データベースが保留状態のため接続を受け付けていません。DBに入れないので SELECT も MON_GET_* も打てず、状態を調べる手段から先に塞がれます。この記事では接続できないまま状態を読む方法と、症状からの逆引きを最短でまとめます。再現手順と実機ログは末尾のZenn記事にあります。

まず見る（結論）

最初の分岐はdb2 connect が通るかどうかです。弾かれるならデータベースかインスタンスの側、通るなら表スペースや表の側です。データベース側の保留状態は接続なしで読めます。

# 保留フラグとログ運用の設定を読む（接続は不要）
db2 get db cfg for <DB名> | grep -i -E 'pending|LOGARCHMETH'

Backup pending が YES ならバックアップ保留（SQL1116N）、Rollforward pending が NO 以外ならロールフォワード保留（SQL1117N）です。SQL1116N に理由コードは付きません。SQLSTATEも SQL1117N と同じ 57019 なので、判別はメッセージ番号そのものを読んで行います。

症状 → 原因 → 対処（逆引き）

DBに入れない状態でも GET DB CFG・LIST DB DIRECTORY・LIST HISTORY BACKUP・インスタンスレベルの db2pd - は動きます。MON_GET_* と db2pd -db <DB名> -... は接続や活動化が要るため使えません。障害時に動く手段だけで点検を組んでおくと、この状況でも詰まりません。

それでも切り分からないとき（実機ログつきの詳解）

接続できない状態で何が読めて何が読めないかの実測一覧、LOGARCHMETH1 変更からの再現手順、オフラインバックアップとロールフォワードでの解除ログ、db2diag.log で追うときの検索語まで含めた詳しい解説は、Zennのフル記事にまとめています。

関連: SQL0290N 表スペース・アクセスは許可されません ／ SQL1032N データベース・マネージャーが起動していない ／ SQL0964C トランザクションログがいっぱいです

いざという時に迷わないためのバックアップ方式の選定とリカバリの手順を、本書 第4章「バックアップ・リカバリの鉄則」で体系化しています。