db2inidb - ミラーリングされたデータベースの初期化コマンド

スプリット・ミラー環境のミラーリングされたデータベースを初期化します。 ミラーリングされたデータベースは、ロールフォワード・ペンディング状態にある 1 次データベースの複製として初期化したり、1 次データベースをリストアするためのバックアップ・イメージとして使用できます。

データベースが属するインスタンスを変更する場合、インスタンスおよびデータベースのサポート・ファイルへの変更が行われるように、以下を実行する必要があります。 データベースが他のインスタンスに移動されている場合は、新規のインスタンスを作成します。 新規インスタンスは、現在データベースがあるインスタンスと同じリリース・レベルでなければなりません。

スプリット・ミラー・データベースを使用できるようにするには、まずこのコマンドを発行する必要があります。

許可

以下の権限のいずれか。
  • SYSADM
  • SYSCTRL
  • SYSMAINT

必要な接続

なし

コマンド構文

Read syntax diagramSkip visual syntax diagramdb2inidbdatabase_aliasASSNAPSHOTACSSTANDBYMIRRORRELOCATE USINGconfigFile

コマンド・パラメーター

database_alias
初期設定するデータベースの別名を指定します。
SNAPSHOT
ミラーリングされたデータベースは、1 次データベースの複製として初期化されることを指定します。
STANDBY
データベースをロールフォワード・ペンディング状態にすることを指定します。 1 次データベースから新しいログ・ファイルをフェッチ、 スタンバイ・データベースに適用することが可能です。 スタンバイ・データベースは、1 次データベースがダウンした場合に、その代わりに使用できます。
ACS
通常、db2inidbコマンドは、SET WRITE SUSPEND | RESUME コマンドに作成されたスプリット・ミラー・データベース・スナップショットに対してのみ発行できます。

一部のストレージ・マネージャー ( IBM® Tivoli® Storage FlashCopy® Managerなど) では、(最初に完全リストアを実行せずに) データベースの ACS スナップショット・コピーを直接マウントすることができ、 Db2®からこのイメージに直接アクセスすることができます。 そのようなデータベース・イメージをロールフォワード・ペンディング状態にするには、 db2inidb の ACS STANDBY オプションを使用します。 データベースが db2inidbによってこの状態になると、バックアップまたはロールフォワードできます。

MIRROR
ミラー・データベースを、1 次データベースのリストアに使用できるバックアップ・イメージにすることを指定します。
RELOCATE USING configFile
データベースがスナップショット、スタンバイ、またはミラーとして初期化される前に、configFile にリストされた情報に基づいてデータベース・ファイルを再配置することを指定します。 configFile の形式は、 db2relocatedb -データベースの再配置コマンドで説明されています。
注: 以下の操作は、リモート・ストレージ表スペースを使用するデータベースではサポートされません。
  • MIRROR オプション
  • STANDBY オプション
  • データベースのスプリット・ミラー・バックアップ ( db2inidb as mirrorの後のデータベースのバックアップ)

使用上の注意

db2inidb database_alias as mirrorコマンドを発行する前にdb2 connect to database-alias操作を発行しないでください。 初期化する前にスプリット・ミラー・データベースに接続すると、ロールフォワード・リカバリーで必要なログ・ファイルが消去されてしまいます。 その接続によって、データベースは、以前にそのデータベースを中断した時点の状態に戻ります。 中断の時点でデータベースが整合とマーク付けされると、Db2 データベース・システムはクラッシュ・リカバリーの必要はないと判断して、将来の利用のためにログを空にします。 ログが空になった場合、ロールフォワードしようとすると、SQL4970N エラー・メッセージが戻されます。

パーティション・データベース環境では、すべてのデータベース・パーティションに対して db2inidb コマンドを発行する必要があります。 その後、任意のデータベース・パーティションのスプリット・ミラーを使用できるようになります。 db2_all コマンドを使用すれば、すべてのデータベース・パーティションに対して同時に db2inidb を実行することができます。

しかし、RELOCATE USING オプションを使用する場合は、 db2_all コマンドを使用して 全パーティションに対して同時に db2inidb を実行することはできません。 パーティションごとにそれぞれ別個の構成ファイル (変更対象のデータベース・パーティションの NODENUM 値が含まれる) を用意する必要があります。 例えば、データベースの名前を変更する場合は、すべてのデータベース・パーティションが影響を受けることになり、各データベース・パーティションごとに別個の構成ファイルを用意して db2relocatedb コマンドを実行する必要があります。 単一データベース・パーティションに属するコンテナーを移動する場合は、そのデータベース・パーティションに対して一度だけ db2relocatedb コマンドを実行することが必要です。

RELOCATE USINGconfigFile パラメーターが指定され、データベースが正常に再配置されると、指定configFileがデータベース・ディレクトリーにコピーされ、db2path.cfgに変名されます。 それ以降のクラッシュ・リカバリーまたはロールフォワード・リカバリーにおいて、 このファイルは、ログ・ファイルの処理時にコンテナー・パスの名前を変更するために使用されます。

クローン・データベースを初期化している場合、 指定された configFile は、 クラッシュ・リカバリー完了後にデータベース・ディレクトリーから自動的に除去されます。

スタンバイ・データベースまたはミラーリングされたデータベースを初期化している場合、 指定された configFile ファイルは、 ロールフォワード・リカバリーの完了後またはキャンセル後に、 データベース・ディレクトリーから自動的に除去されます。 db2inidb の実行後に、新しいコンテナー・パスを db2path.cfg ファイルに追加できます。 元のデータベースに対して CREATE 操作または ALTER TABLESPACE 操作を実行し、 スタンバイ・データベース上で異なるパスを使用しなければならない場合には、 このことが必要になります。

HADRプライマリーまたはスタンバイから取得したスプリット・ミラー・データベースの初期化を実行するとき、以下のいずれかに該当する場合は、STANDBYパラメーターを使用してください。
  • 新しいデータベースは HADR ペアにして使用する予定であり、その新しいペアの HADR 構成設定は元のペアの設定とは同じではない。
  • データベースは、スタンドアロン・データベースとして初期設定する予定である。

Db2 pureScale® 環境では、任意のメンバーから db2inidb コマンドを発行できますが、このコマンドを発行する必要があるのは 1 回のみです。