問題判別の手引き

製品機能での問題

この問題は、データウェアハウスセンターの使用中に起きることがあります。

データウェアハウスセンターのコンポーネントが別のコンポーネントと通信できない

このエラーでは、次のようなメッセージ情報が表示されます。

   Return code = 6106
   Message = 6117
   Method VWSocket::Send
   Secondary Code = 10061
   System Message = 10061

原因

データウェアハウスセンターのコンポーネントが、別のデータウェアハウスセンター・コンポーネントと通信できません。 このエラーが最もよく起きるのは、エージェント・デーモンが実行中でないために、 ウェアハウス・サーバーがエージェント・デーモンと通信できない場合です。

処置

Windows NT では、 Windows NT の「コントロール パネル」をオープンし、 「サービス」アイコンをダブルクリックします。 Windows 2000 では、「コントロール パネル」をオープンして、 「管理ツール」−>「サービス」をクリックします。 サービスのリストをスクロールダウンして、 「ウェアハウス・サーバー (Warehouse Server)」「ウェアハウス・ロガー (Warehouse Logger)」、 および「ウェアハウス・エージェント (Warehouse Agent)」を見つけます。 サービスが停止していれば始動してください (サーバーとロガーはリンクされているので、一方を始動すれば両方とも始動します。)

また、Windows NT または Windows 2000 で netstat コマンドを使って、 ウェアハウス・エージェント・デーモン、ウェアハウス・サーバー、 およびウェアハウス・ロガーの状態を判断することもできます。 活動中のサービスをすべて表示するには、以下のコマンドを入力します。

netstat -a

サービスが活動中かどうかを調べるには、次のようにします。

ウェアハウス・サーバー
vwkernel

ウェアハウス・ロガー
vwlogger

ウェアハウス・エージェント・デーモン
vwd

UNIX では、ウェアハウス・エージェント・デーモンが活動中かどうかを確認するには、 以下のコマンドを入力します。

ps -ef | grep vwd

ウェアハウス・エージェント・デーモンが活動中の場合に、 その割り当てポートでこのデーモンが listen 中かどうかを確認するには、 以下のコマンドを入力します。

netstat -a | grep vwd

データウェアハウスセンターと AS/400 エージェントが通信できない

原因

データウェアハウスセンターと AS/400 エージェントは、 互いに通信するには同じ TCP/IP ポート項目を使用しなければなりません。 Windows NT のサービス・ファイル内のポート番号を変更したが、AS/400 で同じ変更を行わない場合 (またはその逆の場合)、 データウェアハウスセンターと AS/400 エージェントの通信は失敗します。

データウェアハウスセンターは、番号ではなく名前でポートを参照します。 データウェアハウスセンターは、インストール時にポート番号に名前を割り当てます。 Windows NT または Windows 2000 ではデータウェアハウスセンターは、 ポートの割り当てをサービス・ファイルに書き込みます。 AS/400 ではデータウェアハウスセンターは、WRKSRVTBLE コマンドを使ってポートの割り当てを保管します。 デフォルトではデータウェアハウスセンターは、次のポートを使用します。

処置

該当するポート番号がすでに別のアプリケーションで使われている場合だけ、 そのポート番号を変更してください。 Windows NT または Windows 2000、または AS/400 でポート番号を変更する場合、 必ずもう一方のオペレーティング・システムでも対応する番号を変更してください。

データウェアハウスセンターの実行中にウェアハウス・ロガーが停止した

データウェアハウスセンターの実行中にウェアハウス・ロガーが停止すると、ビープ音が 5 回鳴ります。 次のメッセージが表示されることがあります。

There are no log records to display

原因

このメッセージが表示されるのは、 ウェアハウス・コントロール・データベース用の DB2 ログがいっぱいになったためと考えられます。

処置

この問題を解決するには、 ウェアハウス・コントロール・データベースの 1 次または 2 次ファイルの数を増やしてください。

このメッセージが表示されない場合、IBM Software Support に連絡してください。

ウェアハウス・エージェントがステップのプロモート中に処理を停止した

ステップのプロモートは停止しますが、 データウェアハウスセンターの他の部分にはこれまでどおりアクセスすることができます。

原因

ウェアハウス・エージェントが、ターゲットでロック待機状態になっています。

処置

ウェアハウス・エージェント・ワークステーションを解放する必要があります。 それには、次のようにします。

  1. DB2 コマンド行プロセッサーをオープンして、次のように入力します。
    DB2 LIST APPLICATIONS
    

    ロックされたエージェント用の DB2 エージェント ID が示されます。

  2. ソースおよびターゲット用の DB2 エージェント ID を記録します。
  3. 次のように入力します。
    DB2 FORCE APPLICATIONS (XXX)
    

    ここで XXX は、ソース用の DB2 エージェント ID です。

  4. ターゲットに対しても同じステップを繰り返します。

AIX または Solaris 操作環境のウェアハウス・エージェント・プロセスの作成に失敗した

ウェアハウス・エージェントから応答がないか、 またはソースまたはターゲット・データベースに接続できません。

原因

この問題が起きる原因は、次のようにいくつかあります。

処置

次の解決法を試してみてください。

複数のステップを同時に実行するとデータウェアハウスセンターが処理を停止する

データウェアハウスセンターが処理を停止しました。 現在実行中のエディションの「進行中の作業 (Work In Progress )」ウィンドウでの状況の変更はありません。

原因

同時にターゲット表を更新しようとするウェアハウス・エージェントの数が多すぎるため、 ターゲットはロックされています。

処置

データベース構成パラメーター LOCKS TIMEOUT を変更してください。 デフォルト値は -1 ですが、これは DB2 が無限に待機することを意味します。 ロッキングで問題が生じた場合、DB2 コントロール・センターまたは DB2 コマンド行プロセッサーを使って、 待ち時間を 30 秒に設定してください。

AS/400 から表をインポートできません

データウェアハウスセンターが DB2 AS/400 用の表にアクセスできません。

原因

AS/400 でデータウェアハウスセンター (Windows NT 版) を使用すると、いくらかの問題があります。 以下に例を示します。

処置

DB2 サーバーの修正パック US8125D またはそれ以降を適用してください。

BINARY WITH PRECISION と定義された列が INTEGER と解釈される

ソース表が、BINARY WITH PRECISION と定義されたフィールドの入った AS/400 ファイルである場合に、 そのフィールドのデータ型が INTEGER として DB2 AS/400 用から戻されます。

原因

これは AS/400 での永続的な制約事項です。 この制約事項のため、BINARY WITH PRECISION データの小数部分は切り捨てられます。

SQL ステートメントの準備で障害が起きた

原因

ステートメントを処理するために使える十分な記憶域がアプリケーション・ヒープ中にありません。

処置

ウェアハウス・コントロール・データベース用のアプリケーション・ヒープ・サイズを増やす必要があります。 DB2 ユニバーサル・データベース 概説およびインストール を参照してください。

データウェアハウスセンターで戻りコード 7356 が表示された

この項では、データウェアハウスセンターが戻りコード 7356 を表示する原因となる問題をいくつか説明します。

旧リリースのリモート AS/400 システムからのソース表のインポート

バージョン 4 リリース 2 より前のリモート AS/400 システムから、 新規のウェアハウス・ソースに表定義をインポートしようとすると、 以下のメッセージを受け取ることがあります。

原因

このエラーが発生するのは、SQL コール・レベル・インターフェースの SQL パッケージが、 現行バージョンよりも古い場合です。 SQL パッケージは、インポートを要求されたシステムに対してリモートであるシステムの QGPL ライブラリー内に置かれています。

処置

このエラーが発生するのは、SQL コール・レベル・インターフェースの SQL パッケージが、 現行バージョンよりも古い場合です。 SQL パッケージは、インポートを要求されたシステムに対してリモートであるシステムの QGPL ライブラリー内に置かれています。

この問題を解決するには、次のようにします。

  1. インポートを要求されたシステムに対してリモートであるシステムの QGPL ライブラリーから SQL パッケージを削除します。 これを実行するには、AS/400 コマンド・プロンプトに以下のコマンドを入力します。
    DLTSQLPKG SQLPKG(QGPL/QSQCLI*)
    
  2. もう一度表をインポートします。

    そのインポート時に、コール・レベル・インターフェースの新規の現行 SQL パッケージが作成されます。

CREATE TABLE ステートメント内の CCSID の保存

原因

文字コード・セット識別子 (CCSID) は、1 つ以上のコード・ページおよび文字セットの集合と、 その文字セットのエンコード方式の ID です。

ターゲット表を作成するのに指定したステップをテスト・モードにプロモートすると、 文字およびグラフィックの列は、プロモート操作時にターゲット表を作成するジョブの CCSID で作成されます。 そのステップを実行したときに、実際の CCSID がウェアハウス・ソースから取り出されます。 文字またはグラフィック・データを抽出するステップの場合に、 そのステップのプロモート時に作成したデフォルト CCSID が実際の CCSID に一致しないとエラーが起きます。 このエラーが起きると、以下のメッセージを受け取ります。

処置

文字および漢字タイプ・データの個々の列の AS/400 CCSID を保存しておくには、 その CCSID を使ってターゲット表を作成してから、プロセス・モデラー内のステップにそのターゲット表をリンクした後で、 そのステップをプロモートしてください。

ターゲット表がジャーナルされない

原因

ターゲット表がジャーナルされていないと、戻りコード 7356 が表示されます。 これが問題であることを確認するには、AS/400 エージェントのジョブ・ログを調べてください。

次のメッセージが表示されます。

CPF4328 Member nnnnnnnnnn not journaled to journal *N

ここで nnnnnnnnnn はファイル / 表の名前です。

処置

この問題を解決するには、ターゲット表がジャーナルされていることを確認してください。

DB2 (MVS 版) バージョン 4 リリース 1 をソースとして使用するステップのプロモートで、AS/400 エージェントがハングした

原因

DB2 (MVS 版) バージョン 4 リリース 1 をソースとして使ったステップのプロモーションで、 データウェアハウスセンターがハングしたように見えることがあります。 この問題が起きるのは、IWH2AGNT ジョブが無限の ICFW 待ち状態に入ったからです。

IWH2AGNT ジョブが問題の原因であることを確認するには、次のようにします。

  1. AS/400 コマンド・プロンプトで WRKACTJOB と入力します。
  2. IWH2AGNT が ICFW 状態にあることを確認します。

処置

この問題を解決するには、次のようにします。

  1. PTF の UQ02568 (APAR PQ01375) を、DB2 (MVS 版) バージョン 4 リリース 1 に適用します。
  2. PTF の SF47985 および SF47986 を、AS/400 バージョン 4 リリース 2 システムに適用します。

データウェアハウスセンターに変更を加える必要はありません。

DB2 (OS/390 版) をウェアハウス・ターゲットとして使用するステップのプロモートで、AS/400 エージェントに障害が起きた

DB2 (OS/390 版) をウェアハウス・ターゲットとして使ってステップをテスト・モードにプロモートしたときに、 そのプロモーションが失敗して、以下のメッセージが戻されることがあります。

原因

この問題が起きるのは、 データウェアハウスセンターが DB2 (OS/390 版) のデフォルト・データベースと表スペース内にターゲット表を作成しようとしたときに、 デフォルト表スペースがすでにいっぱいになっているか、 またはご使用のユーザー ID だけに制限されている場合です。

処置

この問題を解決するには、以下の 2 とおりの方法があります。

長い名前を使ったステップの作成中に、データウェアハウスセンターに「Could not retrieve the step RC-3142 (ステップ RC-3142 を取り出せない)」メッセージが表示された

長い名前でステップを作成しようとすると、 データウェアハウスセンターから「Could not retrieve the step RC-3142」というメッセージを受け取ります。

原因

このエラーが起きるのは、日本語 (2 バイト言語) のオペレーティング・システムの場合です。 他の 2 バイト・ワークステーションでも起きる可能性があります。 ステップ名には、80 字の長さか、または 40 字の 2 バイト文字しか使えません。

処置

名前の長さを短縮してください。 長い名前のバージョンのステップ用のデフォルト表を作成するようにデータウェアハウスセンターに要求していた場合、 メタデータ内にある表定義を削除してください。

ウェアハウス・サーバーは、ウェアハウス・エージェントを作成できないか、またはウェアハウス・エージェントから有効な返答を受け取っていない

ウェアハウス・エージェントを処理するデータウェアハウスセンター コントロール・インターフェースの機能を使用しているときに、 ウェアハウス・サーバーがウェアハウス・エージェントを作成できないか、 またはウェアハウス・エージェントから有効な応答を受信しなかったというメッセージを受け取りました。 (メッセージ番号は DWC07183 です。)

原因

このエラーで最もよくある原因は、TCP/IP 構成が誤っているか、 またはウェアハウス・エージェントの始動 / 停止のタイムアウト値が小さすぎるということです。 また、システム・リソースが小さすぎてウェアハウス・エージェント・デーモンがウェアハウス・エージェントを作成できない場合か、 またはウェアハウス・エージェントの実行可能ファイルが欠落または破損している場合にもこのエラーが起きます。

よく起きる TCP/IP 構成エラーの 1 つとして、 ウェアハウス・エージェントを実行するサイトで、 ウェアハウス・サーバー・ホスト名が認識されていない場合があります。 ウェアハウス・サーバーとウェアハウス・エージェントは、 互いに相手のホスト名を使用できなければなりません。 エラー DWC07183 が起きるのは、 ウェアハウス・サーバーの完全修飾ホスト名 (たとえば mymachine@www.ibm.com) が、 エージェントを実行するサイトで認識されていない場合です。

処置

ホスト名を確認するには、PING コマンドを使ってサーバーを PING してください。 PING が失敗したら、以下のいずれかの問題が原因です。

ウェアハウス・エージェントの始動 / 停止タイムアウト値で、 ウェアハウス・エージェントが始動するまでウェアハウス・サーバーが待機する時間が決まります。 以下の場合は始動 / 停止のタイムアウト値を大きくする必要があるかもしれません。

ウェアハウス・エージェントの始動 / 停止タイムアウト値を大きくするには、以下のようにします。

  1. 「データウェアハウスセンター」ウィンドウで、 「ウェアハウス」オブジェクトを右マウス・ボタンでクリックしてから、 「プロパティ」をクリックします。
  2. 「サーバー」タブをクリックします。
  3. エージェントの始動 / 停止タイムアウト値を大きくします。
  4. 「プロパティ」ノートブックをクローズします。
  5. ウェアハウス・サーバーを停止してから再始動します。

始動 / 停止タイムアウト値を大きくすると、 ウェアハウス・サーバーがタイムアウトになるまで待機する時間が長くなります。 タイムアウトが起きるのは、 ウェアハウス・エージェントが始動できないときと、 ウェアハウス・サーバー・ワークステーションとエージェント・サイトとの間のネットワークが停止した場合です。

「進行中の作業 (Work In Progres)」ウィンドウの「開始 / 終了日付 / 時刻 (Start/End Date/Time)」が誤っている

「進行中の作業 (Work In Progress)」ウィンドウの「スケジュール (Scheduled)」および「完了 (Completed)」列の日時が誤っています。

原因

ご使用の Windows NT または Windows 2000 のシステム・クロックの設定が誤っています。

処置

「コントロール パネル」の「地域」アプリケーションをオープンして、 クロックを正しい時刻と日付に設定してください。 時間帯も正しく設定してください。

ステップをオープンしてクローズしたら DB2 から SQL0973N エラーが出された

DB2 アプリケーションのヒープとパッケージのキャッシュのデフォルト値は、 限られた数のステップしか処理することができません。

原因

DB2 アプリケーションのヒープとパッケージのキャッシュに割り振られている記憶域が十分ではありません。 データベースのデフォルト設定は次のとおりです。

applheapsz
128

pckcachesz
36

処置

DB2 アプリケーションのヒープとパッケージのキャッシュのデフォルト設定を以下のように変更してください。

applheapsz
512

pckcachesz
128

Microsoft Access をソースとして使用するステップで障害が起きた

Microsoft Access を使用するステップを繰り返し実行しようとしましたが、 そのたびにステップは失敗しました。

原因

このエラーが発生する原因としては、以下のいくつかがあります。

処置

次の解決法のいずれかを試してみてください。

Microsoft Excel 95/97 の ODBC ドライバーを使って Excel スプレッドシートにアクセスしようとしたら、データウェアハウスセンターから誤った表名が示されたか、あるいは ODBC OLE エラーが起きた

Microsoft Excel 95/97 ODBC ドライバーを使って、 ウェアハウス・ソースとしての Excel スプレッドシートにアクセスしようとしたら問題が起きました。 データウェアハウスセンターを使ってソースにアクセスすると、 スプレッドシート内の各ワークシートごとに表名の末尾に $ が付けられるか、 または ODBC OLE エラーを受け取ります。

原因

ODBC ドライバーは表名を生成しています。

処置

スプレッドシート内のワークシートごとに名前付きの表を作成してください。

ワークシートごとに名前付きの表を作成するには、次のようにします。

  1. 表中に入れたい列と行を選択します。
  2. 「Excel」−>「挿入」−>「名前」−>「設定」をクリックします。
  3. マーク付きデータの名前を入力します (またはデフォルト名を使います)。
  4. 「OK」をクリックします。

これで、「システム表の組み込み (Include system tables)」チェック・ボックスを選択しなくても、 ウェアハウス・ソースの定義時に表をインポートできるようになりました。

データウェアハウスセンターの ODBC テキスト・ファイル・ドライバーを使用しているときか、またはウェアハウス・プログラムを使ってファイルにアクセスしようとしたときに、ファイル・アクセス・エラーが起きた

データウェアハウスセンターの ODBC テキスト・ファイル・ドライバーを使用したか、 またはウェアハウス・プログラムを使ってファイルにアクセスしようとしましたが、 ファイルが見つからないまたは指定ドライブにアクセスできないというエラーを受け取りました。 この問題は、Windows NT または Windows 2000 でのみ発生します。

原因

ウェアハウス・エージェントは、ファイルにアクセスできません。 そのファイルは、ユーザー ID とパスワードを必要とするリモート・システム上か、 または LAN ドライブ上に保管されている可能性があります。

処置

使おうとしているファイルがローカル・ドライブ上にあることを確認するか、 または「サービス」フォルダー内のウェアハウス・エージェント (デフォルト・エージェントを使う場合はウェアハウス・サーバー) の設定を変更して、 このエージェントが、システム・プロセスとしてではなく Windows NT または Windows 2000 ユーザーの代わりに稼働するようにしてください。

Windows NT でシステム・プロセスとしてではなくユーザー・プロセスとしてサービスを実行するには、 以下のようにします。

  1. Windows NT では、「スタート」−>「設定」−>「コントロール パネル」−>「サービス」をクリックします。

    Windows 2000 では、「スタート」−>「設定」−>「コントロール パネル」−>「管理ツール」−>「サービス」をクリックします。

  2. ウェアハウス・サーバーまたはウェアハウス・エージェントをクリックします。
  3. 「起動」をクリックします。

    サービスの実行を代行する Windows NT ユーザーを選択します。

  4. サービスを停止してから再始動します。

Windows 2000 でシステム・プロセスとしてではなくユーザー・プロセスとしてサービスを実行するには、 以下のようにします。

  1. 「スタート」−>「設定」−>「コントロール パネル」−>「管理ツール」−>「サービス」をクリックします。

    「サービス」ウィンドウがオープンします。

  2. ウェアハウス・エージェント・デーモンまたはウェアハウス・サーバーを右マウス・ボタンでクリックしてから、 「プロパティ」をクリックします。
  3. 「ログオン」タブをクリックします。
  4. サービスの実行を代行する Windows 2000 ユーザーを選択します。
  5. OK」をクリックします。
  6. 「サービス」ウィンドウで「閉じる」をクリックします。
  7. サービスを停止してから再始動します。

列グリッド内に今までどおりに列が表示されていない

グリッド内の列の幅を広げてその列を編集しようとしたとき、 グリッド内に第 1 列が見あたりませんでした。 

たとえば、「プログラム」ノートブックの 「パラメーター (Parameters)」ページで「パラメーター・テキスト (Parameter Text)」列を編集すると、 「パラメーター名 (Parameter Name)」列はそのグリッド内には表示されなくなります。

原因

グリッド内の複数の列を結合した幅が、列の表示域より広くなりました。

処置

欠落している列は存在していますが、表示されていないだけです。 左右の矢印キーを押して、欠落した列にスクロールしてください。


[ ページのトップ | 前ページ | 次ページ | 目次 | 索引 ]