logsecond - 2 次ログ・ファイル数構成パラメーター

このパラメーターは、リカバリー・ログ・ファイルのために作成および使用される 2 次ログ・ファイルの数を指定します。 2 次ログ・ファイルが作成されるのは、必要な場合だけです。

構成タイプ
データベース
パラメーター・タイプ
オンラインで構成可能
伝搬クラス
即時
デフォルト [範囲]
logprimary および/または logsecond の値を選択する際、インスタンス内のすべてのデータベースの合計リソース要件を考慮に入れてください。 オープン・ファイルの最大数については、 データベース・マネージャーの制限 を参照してください。
循環ロギングが構成されている場合
10 [ -1; 0 - 254 ]
アーカイブ・ロギングが構成されている場合
10 [ -1; 0 - 4096 ]
注: デフォルト値は、初期データベース作成後に Db2® 構成アドバイザーによって変更される場合があります。
単位
カウンター
割り振られるタイミング
logprimary が不十分なときに必要に応じて。 割り振りについて詳しくは、次に記されている詳細情報を参照してください。
解放されるタイミング
データベース・マネージャーが、2 次ログ・ファイルが不要だと判断したときに、徐々に解放。

1 次ログ・ファイルが満杯になると、2 次ログ・ファイル (サイズ logfilsiz) が、必要に応じて一度に 1 つずつ、 このパラメーターがコントロールする最大数まで割り振られます。 このパラメーターで許可されている数よりも多くの 2 次ログ・ファイルが必要な場合は、エラー・コードがアプリケーションに返されます。

logsecond-1 に設定した場合は、データベースは、アクティブ・ログ・スペースが無限として構成されます。 したがって、データベース上で実行中の未完了トランザクションのサイズや数に制限はありません。 logsecond-1 に設定した場合でも、データベース・マネージャーがアクティブ・ログ・パスに維持する必要があるログ・ファイルの数を指定する場合は、やはり構成パラメーター logprimary および logfilsiz を使用します。 データベース・マネージャーはログ・ファイルからログ・データを読み取る必要がありますが、そのログ・ファイルがアクティブ・ログ・パスにない場合は、データベース・マネージャーはそのログ・ファイルをアーカイブからアクティブ・ログ・パスに取り出します。 (データベース・マネージャーがファイルをオーバーフロー・ログ・パスに取り出すのは、オーバーフロー・ログ・パスが構成してある場合です) ログ・ファイルが取り出されると、データベース・マネージャーはこのファイルをアクティブ・ログ・パス内でキャッシュに 入れるので、他に同じファイルからログ・データを読み取る場合は、読み取りが高速化されます。 データベース・マネージャーは、必要に応じて、これらのログ・ファイルの検索、キャッシング、および除去を管理します。
注: 高可用性災害時リカバリー (HADR) または Db2 pureScale® 環境では、無限のアクティブ・ログ・スペースを構成することはできません。

ログ・パスがロー・デバイスの場合、 logsecond-1に設定するには、 overflowlogpath 構成パラメーターを構成する必要があります。

logsecond-1 に設定することによって、作業単位のサイズにも並行作業単位の数にも制限がなくなります。 ただし、アーカイブからログ・ファイルを取り出す必要があるため、 ロールバック (セーブポイント・レベルと作業単位レベルの両方での) が非常に遅くなる可能性があります。 クラッシュ・リカバリーも同じ理由で非常に遅くなる恐れがあります。 データベース・マネージャーは、管理通知ログにメッセージを書き込んで、現行セットのアクティブ作業単位が 1 次ログ・ファイル数を超えていることを警告します。 これは、ロールバックやクラッシュ・リカバリーが極端に遅くなる恐れがあることを示します。

logsecond-1 に設定するには、logarchmeth1 構成パラメーターを OFF または LOGRETAIN 以外の値に設定する必要があります。

推奨: データベースが周期的に大量のログ・スペースを必要とする場合 は、2 次ログ・ファイルを使用してください。 例えば、1 カ月に一度実行される アプリケーションの場合は、1 次ログ・ファイルで用意されているログ・スペースを超えるスペースが 必要になる可能性があります。 2 次ログ・ファイルでは永続ファイル・スペースを必要としないので、こうした状況では利点になります。

無限ロギングを有効にすると (logsecond-1 に設定すると)、ロールバックとログ・レコード書き込みを必要とする可能性のあるトランザクションについても、データベース・マネージャーはアクティブ・ログ・スペースを予約しません。 ロールバック処理中にアクティブ・ログ・パスとアーカイブ・ターゲットが両方とも満杯になった場合 (またはアーカイブ・ターゲットがアクセス不能の場合)、データベース障害を回避するには blk_log_dsk_ful (ログ・ディスク満杯によるアプリケーション中断 DB 構成パラメーター) も ENABLED にする必要があります。