説明

データベースでの書き込み操作を中断しようとしているときに、エラーが発生しました。

説明

データベースへの書き込み操作を再開しようとしましたがエラーが発生しました。

説明

データベース・マネージャーは操作を完了できませんでしたが、データベースは引き続きアクセス可能です。 このエラーは将来障害を起こすかもしれない重大な問題があることを示している可能性があります。

説明

データベース・マネージャーは操作を完了できませんでしたが、データベースは引き続きアクセス可能です。 このエラーは将来障害を起こすかもしれない重大な問題があることを示している可能性があります。

説明

REDUCE 節を指定して ALTER TABLESPACE ステートメントを発行すると、特定の表スペース内の未使用のエクステントを再利用できます。 ALTER TABLESPACE ステートメントは、非同期のエクステント移動操作を開始すると即時に、正常実行したものとして戻ります。 非同期のエクステント移動操作の結果は、このメッセージなどの、管理通知ログ内のメッセージに記録されます。

このメッセージは、非同期のエクステント移動操作が正常に完了し、未使用のエクステントが移動された場合に返されます。

説明

データベース・マネージャーは、restart light 操作で使用するメモリーを、いくらか各メンバー・ホストで自動的に予約します。 この予約されたメモリーは、ホーム・ホスト以外のホストで、restart light モードで再始動する必要のある失敗したメンバーを入れるために使用されます。 rstrt_light_mem データベース・マネージャー構成パラメーターは、restart light リカバリーのためにホストで割り振られて予約されるメモリーの最大量を指定します。

このメッセージは、ホストで restart light のために予約されているメモリーの量が、最適なリカバリー・パフォーマンスには不十分である場合に返されます。

説明

ALTER TABLESPACE REBALANCE SUSPEND ステートメントの使用により、表スペースのリバランス操作が手動で中断されました。

説明

SET WRITE コマンドか db2SetWriteForDB API を使用して、データベースの書き込み操作の中断と再開を行うことができます。 DB2 pureScale 環境では、いずれかのメンバーに対して SET WRITE コマンドを実行するか db2SetWriteForDB API を呼び出すと、DB2 クラスター内のすべてのメンバーにおいて書き込み操作が中断または再開されるようになります。

書き込み操作を正常に中断したり再開したりできるのは、データベースがアクティブまたは停止いずれかの状態になっている場合に限られます。 このメッセージは、アクティブでも停止中でもないデータベースにおいて書き込み操作を中断または再開しようとした場合に返されます。 例えば、以下のようなシナリオで SET WRITE コマンドを実行する場合に、このメッセージが返されることがあります。

• データベースにおいて STOP DATABASE コマンドが実行されたが、そのデータベースが完全には停止していなかった。
• QUIESCE DATABASE コマンドが実行されていた。
• データベースでエラーが発生し、クラッシュ・リカバリーを実行しようとしている。

このメッセージが返されるのは、DB2 pureScale 環境の場合に限られます。 特に、このメッセージは、データベースの状況に関する問題が検出されたメンバーの管理通知ログに出力されます。

説明

SET WRITE コマンドか db2SetWriteForDB API を使用して、データベースの書き込み操作の中断と再開を行うことができます。 DB2 pureScale 環境では、いずれかのメンバーに対して SET WRITE コマンドを実行するか db2SetWriteForDB API を呼び出すと、DB2 クラスター内のすべてのメンバーにおいて書き込み操作が中断または再開されるようになります。

書き込み操作を正常に中断したり再開したりできるのは、データベース内の表スペースがすべて NORMAL 状態になっている場合に限られます。

このメッセージが返されるのは、DB2 pureScale 環境の場合に限られます。 特に、このメッセージは、表スペースの状態に関する問題が検出されたメンバーの管理通知ログに出力されます。

説明

SET WRITE コマンドか db2SetWriteForDB API を使用して、データベースの書き込み操作の中断と再開を行うことができます。 DB2 pureScale 環境では、いずれかのメンバーに対して SET WRITE コマンドを実行するか db2SetWriteForDB API を呼び出すと、DB2 クラスター内のすべてのメンバーにおいて書き込み操作が中断または再開されるようになります。

このメッセージが返されるのは、DB2 pureScale 環境の場合に限られます。 特に、このメッセージは、中断操作の処理に関する内部問題が検出されたメンバーの管理通知ログに出力されます。

説明

SET WRITE コマンドか db2SetWriteForDB API を使用して、データベースの書き込み操作の中断と再開を行うことができます。 DB2 pureScale 環境では、いずれかのメンバーに対して SET WRITE コマンドを実行するか db2SetWriteForDB API を呼び出すと、DB2 クラスター内のすべてのメンバーにおいて書き込み操作が中断または再開されるようになります。

このメッセージが返されるのは、DB2 pureScale 環境の場合に限られます。 特に、このメッセージは、再開操作の処理に関する内部問題が検出されたメンバーの管理通知ログに出力されます。

説明

このメッセージが返される理由は多数あります。例えば、次のような理由があります。

• 基礎となるファイル・システムがいっぱいになっている。
• このファイル・システムに許可されている最大スペース使用量に達した。
• 最大ファイル・サイズのユーザー限度に達した。
• 開くことができるファイルの最大数のユーザー限度に達した。

説明

データベースへの書き込み操作が中断されているか、または中断処理中のため、データベースの再始動ができません。

説明

SET WRITE コマンドか db2SetWriteForDB API を使用して、データベースの書き込み操作の中断と再開を行うことができます。 DB2 pureScale 環境では、いずれかのメンバーに対して SET WRITE コマンドを実行するか db2SetWriteForDB API を呼び出すと、DB2 クラスター内のすべてのメンバーにおいて書き込み操作が中断または再開されるようになります。

このメッセージが返されるのは、DB2 pureScale 環境の場合に限られます。 特に、このメッセージは、中断操作か再開操作の処理に関する内部問題が検出されたメンバーの管理通知ログに出力されます。

説明

データベース・マネージャーは操作を完了できませんでしたが、データベースは引き続きアクセス可能です。 このエラーは将来障害を起こすかもしれない重大な問題を示している可能性があります。

説明

REDUCE 節を指定して ALTER TABLESPACE ステートメントを発行すると、特定の表スペース内の未使用のエクステントを再利用できます。 ALTER TABLESPACE ステートメントは、非同期のエクステント移動操作を開始すると即時に、正常実行したものとして戻ります。 非同期のエクステント移動操作の結果は、このメッセージなどの、管理通知ログ内のメッセージに記録されます。

このメッセージは、非同期のエクステント移動操作が失敗した場合に返されます。 以下のように、理由コードは失敗の理由を示しています。

1

別のユーティリティーが表スペースの処理を試行し、エクステントの移動を中断した。

2

一部のエクステントが「削除ペンディング」になっており、そのために最高水準点の移動ができない。

3

一部のエクステントが移動されたが、表スペース内のフリー・スペースが足りないため、残りのエクステントを移動できない。

4

表スペースが非互換の状態になっている。

説明

表データの行は、ページと呼ばれるブロックに格納されます。 データベース管理スペース (DMS)、一時 DMS、および非一時自動ストレージ表スペースでは、PAGESIZE データベース構成パラメーターを使ってデータベースに対して選択するページ・サイズによって表スペース・サイズの上限が決まります。

このメッセージは、REGULAR または USER TEMPORARY DMS 表スペースでの表スペース操作によって表スペースのサイズが増え、定義されている最大許容サイズ (PAGESIZE データベース構成パラメーターによって決定されたもの) を超える場合に返されます。

説明

db2DatabaseRestart API または WRITE RESUME パラメーターを指定した RESTART DATABASE コマンドのどちらかによってデータベースへの書き込み操作が再開されたため、WRITE SUSPEND 状態は解除されました。

説明

関連する表またはデータ・パーティションが DROP_PENDING 状態の表スペースにあるため、索引または索引パーティションを再作成できません。

説明

CREATE TABLESPACE コマンドを使用して表スペースを作成する際に、データベース管理スペース (DMS) 表スペース・コンテナーのサイズを指定できます。 ALTER TABLESPACE コマンドを使用して DMS 表スペース・コンテナーのサイズを変更することもできます。

表スペースの作成時に指定された EXTENTSIZE の値と比べて、指定されたページ数が小さすぎると、このメッセージが戻されます。

説明

指定されたデータベースでの書き込み操作を中断しようとしましたが、このデータベースは既に WRITE SUSPENDED 状態になっています。

説明

SET WRITE SUSPEND コマンドを呼び出すか、db2SetWriteForDB API を使用することによって、データベースの I/O 書き込み操作を中断できます。 このメッセージは、データベースが WRITE SUSPENDED 状態になったときに返されます。

説明

データベースは以前に WRITE SUSPEND 状態でしたが、現在はその状態ではありません。 データベースへの書き込み操作は再開されました。

説明

データベースの WRITE SUSPEND 状態を解除しようとしましたが、このデータベースは WRITE SUSPEND 状態ではありません。 WRITE RESUME を指定しても何の効果もありません。

説明

再ビルド・モードの REORG INDEXES ALL FOR TABLE table-name コマンドを使用して索引を再編成できます。 パーティション化された表の場合は、ALLOW NO ACCESS を指定する必要があります。 別の方法としては、すべての索引を再ビルドするだけでなく、ページあたり 255 行より多い行数を表がサポートできるようにするかたちで、表を再編成できます (INPLACE ではなく、従来の REORG)。

説明

「DB2 SQL リファレンス」の ALTER TABLESPACE ステートメントに関する説明に、CONVERT TO LARGE オプションを使用する場合のベスト・プラクティスが示されています。 将来表が大きくなったときに障害が起きないようにするために、事前の対策として推奨事例にしたがい、この表スペース内にあるすべての表のすべての索引を再編成または再ビルドしておくことをお勧めします。

説明

データベース・パーティション上の 1 つのストレージ・グループに、指定されたストレージ・パスのインスタンスが複数含まれる場合は、ALTER STOGROUP ステートメントを使用してこのストレージ・パスのドロップを要求すると、当該ストレージ・グループにあるこのストレージ・パスのインスタンスすべてがドロップされます。

説明

当該データベース・パーティション上のこのストレージ・パスを使用する表スペースはありません。 このストレージ・パスは、即座にドロップされます。

説明

1 つ以上の自動ストレージ表スペースが、当該データベース・パーティション上にあるこのストレージ・パスにコンテナーを備えています。 したがって、このストレージ・パスは「ドロップ・ペンディング」状態になります。

説明

このストレージ・パスにはデータが含まれないため、即座にドロップされます。

説明

TEMPORARY、REGULAR、または LARGE 自動ストレージ表スペースでは、自動的に新規ストレージ・パスを使用することができません。

説明

リバランス操作により、ドロップされた 1 つ以上のストレージ・パスからのデータが、この表スペースに追加されました。 リバランス操作は正常に行われましたが、表スペースが最大サイズを超えました。

説明

QUIESCE INSTANCE コマンドまたは START DATABASE MANAGER コマンド (あるいは db2InstanceQuiesce API または db2InstanceStart API) を使用すると、データベース・マネージャー・インスタンス内のすべてのユーザーを強制的にオフにし、そのインスタンスとその中のすべてのデータベースを静止モードにすることができます。 このメッセージが戻される目的は、インスタンスを静止するための要求の静止モードについて通知し、ログに記録するためです。

説明

QUIESCE DATABASE コマンドまたは db2DatabaseQuiesce API を使用して、データベースを静止モードにする要求が出されました。 このメッセージが戻される目的は、データベースを静止するための要求の静止モードについて通知し、ログに記録するためです。

説明

ディレクトリー・キャッシングは比較的オーバーヘッドの低い機能であり、エンジンにおいてデフォルトで有効になります。 ユーザーがこの機能を無効にする理由はほとんどありません。 特にコンセントレーター構成でディレクトリー・キャッシングをオフにすることには特に注意が必要です。 これは、コンセントレーターのボトルネックであるディスパッチャー処理が、新しい接続が行われる度にディスクに行くことを要求される可能性があるためです。

説明

DB2 pureScale 環境では、データベース・メンバーで障害が起こった場合、そのメンバーに対するメンバー・クラッシュ・リカバリーが自動的に開始されます。 さらに、両方のクラスター・キャッシング・ファシリティーに同時に障害が発生した場合は、グループ・クラッシュ・リカバリーが自動的に開始されます。

メンバー・クラッシュ・リカバリー中は、そのメンバー経由のそのデータベースへの接続は許可されません。 その名前の DB2 メンバー経由でその名前のデータベースに接続しようとしても、データベースが正常にリカバリーされるまで、その試行は失敗します。

このメッセージは、自動再始動中に、DB2 クラスター・サービスが障害が起こったメンバーのデータベースのリカバリーに失敗した場合に返されます。 リカバリーが失敗したホスト上のメンバーに対してアラートが設定されます。

説明

このエラーは、データベース・アクセス中にデータの整合性を損なうおそれのある重大な問題が突然発生した場合に返されます。 このエラーが返される可能性があるシナリオの一例を以下に示します。

• トランザクション中にデータベース・オブジェクトが予期せずにアクセス不能になると、データベース・ログへの書き込み操作はすべて停止し、このデータベースでのすべての操作がシャットダウンされます。 データベースは、再度アクティブになるときにクラッシュ・リカバリーを必要とします。

説明

現在の restart light の計算されたメモリー・サイズは小さすぎるため、DB2 アイドル・プロセスの始動のための十分なメモリーを割り振ることができません。 restart light のメモリー・サイズは instance_memory 構成パラメーターおよび rstrt_light_mem 構成パラメーター (これによって instance_memory のパーセンテージが指定されます) を使用して計算されます。 restart light のメモリー・サイズは、restart light に最低限必要なメモリー・サイズ以上である必要があります。

DB2START 処理が正常に行われるためには DB2 アイドル・プロセスを開始する必要があるので、restart light のメモリー・サイズを最低限必要なサイズまで増加させました。

説明

2 次クラスター・キャッシング・ファシリティー (CF とも呼ばれる) を追加し、2 次 CF のホスト・コンピューターを再始動した後、 2 次 CF はクラスターを結合するプロセスを経る必要があります。 特に、2 次 CF がクラスターを結合した後、最初にデータベース接続が確立されたときに、2 次 CF は情報を 1 次 CF からコピーします。 この情報のコピーを「キャッチアップ」といいます。2 次 CF が 1 次 CF からデータをコピーしている間、2 次 CF は CATCHUP 状態になります。

このメッセージは、2 次 CF がクラスターを結合した後、最初のデータベース接続を処理しているメンバーが、2 次 CF にアクセスしてキャッチアップ・プロセスを開始することができない場合に返されます。

メンバーが 2 次 CF でキャッチアップ・プロセスを開始できない理由には、以下のようなものがあります。

• ネットワーク・エラー (uDAPL の問題など) により、メンバーが 2 次 CF にアクセスできない
• 2 次 CF があるホストが使用不可になっている
• 2 次 CF サーバー・プロセスが稼働していない

説明

クラスター・キャッシング・ファシリティー (CF とも呼ばれる) には、以下の構造が含まれます。

• グループ・バッファー・プール (GBP)
• CF ロック・マネージャー (LOCK)
• 共用通信域 (SCA)

これらの構造 GBP、SCA、および LOCK のサイズはそれぞれ、オンラインで構成できます。

この失敗が発生する理由の 1 つとして、データベースのアクティブ化の際に 2 次 CF の 1 つ以上の構造で無効なサイズが計算されたことが考えられます。 このエラーが発生すると、このエラーに関する詳細な診断情報が診断 (db2diag) ログ・ファイルに出力されます。

説明

クラスター・キャッシング・ファシリティー (CF とも呼ばれる) には、以下の構造が含まれます。

• グループ・バッファー・プール (GBP)
• CF ロック・マネージャー (LOCK)
• 共用通信域 (SCA)

これらの構造 GBP、SCA、および LOCK のサイズはそれぞれ、オンラインで構成できます。

この失敗が発生する理由の 1 つとして、2 次 CF が構造のメモリーを割り振っていたときに、2 次 CF ホスト上の非 DB2 アプリケーションで大量のメモリーが使用されたことが考えられます。

説明

データベース・マネージャーの始動時に、重大ではないエラーが発生しました。 CF において 1 つ以上の HCA と通信を確立できませんでしたが、それぞれのクラスター・キャッシング・ファシリティー (CF) は、少なくとも 1 つの HCA によって接続されています。 HCA が少ないほど、CF のスループット能力は低下します。 また、冗長度の低下により、ダウン時間が発生するリスクが大きくなります。

説明

CF が正常に停止しました。

説明

予期しないエラーのために CF が停止しました。 データベース・マネージャーはクリーンアップを実行し、CF を再開します。

説明

現在、示された CF は示された状態にあります。

説明

示された CF は、再開できませんでした。

説明

CF が正常に開始されました。

説明

データベースのアップグレード時にすべてのパッケージを再バインドするために、REBINDALL オプションが UPGRADE DATABASE コマンドで指定されました。 データベースは正常にアップグレードされましたが、1 つ以上のパッケージを再バインドできませんでした。 エラーおよびパッケージ名は、生成されたログ・ファイルに記録されています。

説明

DB2 V10 では、データベースにある各々の表スペースのカタログ表に、いくつかの新しい属性が追加されています。 データベースのアップグレード・プロセスにおいて、それらの新しい属性を適切な値で初期化できませんでした。 ファイル db2diag.log を参照し、失敗の原因を判別してください。 表スペース属性が適切に初期化されるまでは、データベースのパフォーマンスが最適にならない可能性があります。

説明

このメッセージは、アダプターがオンラインかオフラインかを示すために返されます。

説明

クラスター・キャッシング・ファシリティー (CF) は、アダプターをモニターして、それらのアダプターがオンラインかオフラインかを判別します。

このメッセージは、アダプターがオンラインからオフラインまたはオフラインからオンラインに変更されたことを CF が検出すると返されます。

説明

このメッセージは、データベースのアップグレード操作時に、データベース内の 1 つ以上の表に対する以前の LOAD 試行が正常に完了していなかったことが分かった場合に返されます。 アップグレードされたデータベースはこれらの表にアクセスできません。

説明

データベース・マネージャーによるトポロジー変更処理が完了し、その結果、いくつかのメンバーがドロップされたか、または ESE および DB2 pureScale のインスタンス間での構成変更が発生しました。 いずれの場合も、そのデータベースの以前のメンバー・トポロジーには含まれていたが現在のメンバー・トポロジーには含まれていないメンバーに関しては、それらメンバー・データベース・ディレクトリーからファイルが削除される結果になっている可能性があります。