ジョブの実行が，0%（配布管理システムの直下のシステムがジョブを受信しない）〜50%（中継までしかジョブが届かない状態）の間で進まない場合は，次に示すような原因が考えられます。

(a)　中継システムまたはクライアントのPC/WSが停止している

中継システムまたはクライアントのサービス（Client Install Service）が停止している場合があります。

(b)　クライアントの自ホスト名に誤りがある

クライアントの自ホスト名の先頭には，数字を使用できません。

配布管理システムの直下にクライアントがある場合，自ホスト名は64文字を超えて設定できません。

配布管理システムのホスト名が64文字を超えている場合，この配布管理システムに対し中継システムはジョブ結果を返却できません。

ホスト名では大文字と小文字を区別しません。大文字と小文字で区別するホスト名（「DMP011」と「dmp011」など）を付けていないか確認してください。

(c)　配布管理システムのhostsファイルと下位システムのIPアドレスの値が異なっている

配布管理システムのhostsファイルと下位システムのIPアドレスの値が一致していない場合，ジョブを実行できません。

(d)　hostsファイルに誤りがある

上位システムのIPアドレスがわからないため，リモートインストールできない場合があります。このような場合，次の点を確認してください。

• hostsファイルに上位システムのホスト名が定義されているかどうか
• hostsファイルの最終行に改行があるかどうか

(e)　クライアントの自ホスト名と配布管理システムで指定したあて先が不一致

クライアントの名称が，配布管理システムのシステム構成やあて先で指定した名称と異なる場合，リモートインストールが終了しません。クライアントの名称が正しいかどうか確認してください。

(f)　リモートインストール後の処理や，AITファイルまたはレコーダファイルの処理が正常に終了しない

リモートインストール後の処理や，AITファイルまたはレコーダファイルの処理が正常に終了しなかった場合，クライアント側のインストールは無限に待ち状態になります。

リモートインストールが完了しないときは，次の原因が考えられます。

• AITファイルまたはレコーダファイルで，終了時にRegisterWindowMessageを発行していない。
• インストールスクリプトで指定したプログラムの終了コードの設定方法に誤りがある。

(g)　DNS環境でのホスト名の指定に誤りがある

クライアントがドメインに属している場合，JP1/NETM/DMで管理するクライアントのホスト名は，「ホスト名.ドメイン名」になります。例えば，クライアントのホスト名が「client-111」，クライアントの属しているドメインの名称が「net02.abc.co.jp」の場合，JP1/NETM/DMで管理するクライアントのホスト名は，次のようになります。

client-111.net02.abc.co.jp

(h)　ホスト識別子が異なるが重複したあて先が存在する

ホスト識別子を使用する運用で，クライアントが重複して存在している場合，異なるあて先にジョブが実行されているためにジョブが終了しないことがあります。

このような場合は，不要なクライアントを削除してからジョブを再実行してください。不要なクライアントの検索方法および削除方法については，マニュアル「構築ガイド」の「9.1.6(3)　重複しているクライアントを削除する例」を参照してください。

クライアント側のインストールが完了していても，配布管理システム側ではジョブの実行が70%になっているときは，インストール前後に起動するユーザプログラムが終了していないことが考えられます。

リモートインストールなどのジョブがエラーになった場合，エラーの原因が保守コードとして表示されます。［ジョブ実行状況］ウィンドウから表示される［詳細情報］ダイアログボックスで，保守コードを確認してください。保守コードについては，「6.2.3　保守コード一覧」を参照してください。

中継システムで保管されているパッケージは，一定の期間が経過すると自動的に削除されます。パッケージング時，またはジョブの作成時に保管期限を指定しないと，リモートインストールの翌日に削除されます。また，指定していても，リモートインストールした翌日が休日だったり，クライアントの電源を何日も入れなかったりすると，パッケージが削除され，中継システムにジョブはあるが，パッケージがないという状況が発生します。

このような現象を回避するために，パッケージング時，またはジョブの作成時に指定するパッケージの保管期限を考慮して指定してください。ただし，あまり長い期間を指定すると中継システムのハードディスクを圧迫します。

表示される保守コードは次のとおりです。

保守コード：300097030000

インストール時にアイコンの登録を設定しても，アイコンが登録されないことがあります。この場合は，クライアントPCのWindows Shell（Windowsではエクスプローラ）が，ユーザの業務プログラムなどと別プログラムになっていることが考えられます。

日付の新しい英語版のODBCINST.DLLが入っていた場合，画面が正しく表示されず，正常にインストールできないことがあります。この場合は，ODBCINST.DLLを削除してからリモートインストールを実行してください。

(a)　コプロセッサの有無が正しく表示されない

使用しているCPUによって，コプロセッサの有無が決定されます。

• i486DX，i486DX2，Pentiumの場合
  コプロセッサありとなります。
  
• i386SX，i386DX，i486SXの場合
  コプロセッサなしとなります。
  

なお，コプロセッサを追加している場合には認識されません。また，Intel互換CPUについては，正しく表示されることを保証していません。

(a)　データベース領域が不足している

データベース領域が不足すると，JP1/NETM/DMが正常に動作できなくなるおそれがあります。Embedded RDBのデータベース領域が不足した場合は，データベースマネージャの「データベースのアップグレード」から，データベース領域のサイズを増やしてください。

(b)　インベントリビューアおよびCSV出力ユティリティの操作中にデータベースへのアクセスがエラーになる

作業表領域が不足しているおそれがあります。CSVODBC.logやINVODBC.logに，次のメッセージが出力されていないか確認してください。

　
KFPA11713-E Unable to expand work file due to insufficient HiRDB file system area作業表領域のパス/rdsys03
　

作業表領域のパス

データベースの新規作成時に指定した，作業表領域のパスが出力されます。

このメッセージが出力されている場合は，データベースの作業表領域が不足しています。作業表領域のサイズを見積もり直して，データベースマネージャの「データベースのアップグレード」から，作業表領域のサイズを増やしてください。

現在割り当てられている作業表領域のサイズが，見積もりで算出したサイズと変わらない場合は，自動増分をする設定にしてください。

(c)　データベースのRDエリアが閉塞している

データベースのメンテナンスでエラーが発生する，リモートインストールマネージャの画面が開けないなど，データベースへのアクセスでエラーが発生した場合，イベントログに，次のメッセージが出力されているか確認してください。

KFPH00306-E RDAREA "RDエリア名称" held due to エラー要因

KFPH00307-E RDAREA "RDエリア名称" HELD(CMD) due to エラー要因

このメッセージが出力されている場合は，"RDエリア名称"のRDエリアが閉塞しています。

次の手順でRDエリアの閉塞を解除してください。

1. データベースマネージャの「データベースをバックアップから復元する」を使用して，データベースマネージャまたはnetmdb_backup.batコマンドから取得したバックアップを復元します。
   （KFPH00306-Eが出力されている場合に必要です。）
   

   注意事項

   本手順はバックアップを取得していた場合にのみ適用可能です。

2. コマンドプロンプトを起動する。
3. JP1/NETM/DM Managerのインストール先ディレクトリ\NETMDB\BINに格納されているpdntcmd.batコマンドを実行する。
4. 以下のコマンドを実行する。
   
   • KFPH00306-Eが出力されている場合
     「pdrels -r ALL -o」を実行する。
     
   • KFPH00307-Eが出力されている場合
     「pdrels -r RDエリア名称」を実行する。
     
   コマンドが正常終了するとKFPH00110-I pdrels command completedが表示されてコマンドプロンプト表示に戻ります。
   

(a)　リモートインストールマネージャの画面描画やジョブの作成時間が突然遅くなる

遅くなる直前にジョブを削除した場合は，バックグラウンドでジョブの削除処理が実行されているときがあります。JP1/NETM/DM Managerのセットアップで「ジョブを削除する時刻を指定する」チェックボックスをオンにし，業務に影響しない時間を設定してください。ただし，実行待ちのジョブについては，遅延ジョブ削除の設定があるかどうかに関係なく，ジョブの削除を指示すると即座に削除処理が実行されます。

また，バックグラウンドで業務プログラムが動作している場合もあります。

(b)　JP1/NETM/DMサーバおよびリモートインストールマネージャがハングアップする

データベースが破壊されているおそれがあります。次に示すDBCCステートメントを実行して，データベースの状態を確認してください。

1. Microsoft SQL Serverのプログラムグループから，クエリアナライザを起動する。
2. DBCCステートメントでデータベースの整合性をチェックする。
   

   DBCC CHECKDB(JP1/NETM/DMデータベース名)

エラーメッセージが出力された場合，データベースは破壊されています。バックアップからデータベースを回復するか，システム管理者に連絡してください。

(c)　リモートインストールマネージャの操作中に「管理データベースへのアクセスでエラーが発生しました」と表示される

JP1/NETM/DMのRDBSRV.LOGに，次のメッセージが出力されているか確認してください。

1105,17：'セグメント名'セグメントがフルなので，データベース'データベース名'のオブジェクト'オブジェクト名'の領域を割り当てられません。Syslogsで領域を使い果たしたときは，トランザクションログをダンプしてください。そうでなければ，ALTER DATABASEまたはsp_extendsegmentを使ってセグメントのサイズを増加してください。

このメッセージが出力されている場合は，トランザクションログがいっぱいになっています。トランザクションログのダンプを実行してください。ログを削除するには，次の方法があります。

• Microsoft SQL Server 2012，Microsoft SQL Server 2008，およびMicrosoft SQL Server 2005の場合
  Management Studioでデータベースを右クリックして表示されるメニューから，［タスク］−［バックアップ］を選択し，［データベースのバックアップ］ダイアログボックスを表示します。［データベースのバックアップ］ダイアログボックスの［全般］タブから，トランザクションログのバックアップを取得してください。取得したバックアップ分のトランザクションログが切り捨てられます。
  
• Microsoft SQL Server 2000の場合
  Enterprise Managerの［データベースのバックアップ］メニューからトランザクションログのバックアップを取得してください。取得したバックアップ分のトランザクションログが切り捨てられます。
  
• Microsoft SQL Server 7.0の場合
  Enterprise Managerの［ログの切り捨て］メニューからトランザクションログを切り捨ててください。またはクエリアナライザでDUMPステートメント（DUMP TRANSACTION データベース名 WITH NO_LOG）を記述してトランザクションログを削除してください。
  

トランザクションログのバックアップを定期的に取得する必要がない場合は，ログの切り捨てを自動実行させる方法もあります。自動実行の設定方法については，マニュアル「構築ガイド」の「7.3.2(8)　トランザクションログの設定」を参照してください。

(d)　パッケージャで大容量のソフトウェアをパッケージングしたときにだけエラーが発生する

データベースの容量が不足しているおそれがあります。データベース容量を見積もり直し，必要であればデバイスのサイズを拡大してください。

(a)　データベースサーバへの接続数がオーバーした場合

データベースサーバへの接続数がオーバーした場合，RDBSRV.LOGに次に示すメッセージが出力されます。

「maximum number of processes xxx exceeded」

「xxx」には，現在のprocessesの値が出力されます。

この場合，初期化パラメタファイル（INIT.ORA）に記述されているprocessesの値を変更し，ユーザ接続数を増やしてください。なお，変更した値を有効にするには，Oracleのサービスを再起動する必要があります。