[Db2] HADR TAKEOVER 後、SQL1477N で一部の表へアクセスできない

Resolving The Problem

• LOAD 実行時に COPY YES TO <path> でスタンバイからもアクセス可能なパスを指定する
  詳細はマニュアルの以下のページを参照してください。
  高可用性災害時リカバリー用のデータベース構成 (HADR)
  LOAD 実行時の事故を防ぐため、DB2_LOAD_COPY_NO_OVERRIDE レジストリー変数の使用も検討してください。
  たとえば、db2set DB2_LOAD_COPY_NO_OVERRIDE="copy yes to /share/load/data" のように設定すると、LOAD で COPY オプションを省略した場合にレジストリー変数で指定された COPY オプションが使用されます。
• NOT LOGGED INITIALL (NLI) を実行しない
  表に対する NLI を実行しないよう注意してください。データベース構成パラメーター BLOCKNONLOGGED を YES に設定すると、NLI のようにログされない操作は SQL0628N で実行できなくなります。

• HADR システムの再統合 (データベース全体のバックアップとリストア)
  表が無効化されていないデータベースのバックアップを使用して HADR ペアを再統合します。
  詳細は以下の Technote の (b) を参照してください。
  [Db2] HADR スタンバイの復旧方法
• LOAD REPLACE による単一表の回復
  表が無効化されていないプライマリー・データベースで表データの EXPORT と LOAD REPLACE を行って回復します。
  注1：LOAD COPY TO <path> でスタンバイからもアクセス可能なパスを指定します。
  注2：MDC 表、圧縮辞書を持つ表、XML 列を持つ表はこの手法で回復できません。
  例

  db2 connect to <healthy_primary_database>
  db2 "export to data.ixf of ixf select * from <table_name>"
  db2 "load from data.ixf of ixf replace into <table_name> copy yes to /share/load/data"
  

• 表スペース・リストアによる表の回復
  以下のページの「スタンバイ・データベースのエラー状態の表スペースを再初期化する手順」が利用可能なバージョンの場合、表スペースのリストアにより表データを回復できます。
  HADR スタンバイ・データベースでの表スペース・エラーのリカバリー
  例
  1. プライマリーで対象の表スペースにダミー表を作成します。

     db2 "create table dummy1 (c1 int) in <tablespace_name>"

  2. プライマリーでダミー表へ COPY YES TO /dev/null の LOAD を行います。
       (この結果、スタンバイで該当表スペースがリストア・ペンディングになります)

     db2 "load from data of del replace into ​dummy1 copy yes to /dev/null"

  3. スタンバイ・データベースを非活動化します。

     db2 deactivate db <standby_database>

  4. プライマリーで表スペースのバックアップを取得します。

     db2 flush bufferpool all
     db2 "backup db <primary_database> tablespace <tablespace_name> online to <path_to_backup>"

  5. スタンバイでバックアップをリストアし、活動化します。

     db2 "restore db <standby_database> tablespace (<tablespace_name>) from <path_to_backup> taken at <backup_timestamp>"
     db2 "activate db <standby_database>"

  6. (オプション) プライマリーでダミー表を削除します。​

     ​db2 "drop table dummy1"