ArcSDE サービスのトラブルシューティング

ArcSDE サービスの起動に関連する問題のほとんどは、システム環境の問題により発生します。多くの場合は、ソフトウェアのインストールまたは設定時に、重要な手順を実行しなかったことが原因です。

以下のトラブルシューティングのヒントでは、何種類かの管理コマンドに言及しています。これらのコマンドを使用する方法については、『ArcSDE コマンド リファレンス』をご参照ください。

giomgr の終了コードについては、ArcSDE Developer ヘルプをご参照ください。ArcSDE Developer ヘルプは、ArcSDE インストール メディアおよび「ジオデータベース Resource Center」サイトからご利用いただけます。

問題の特定

• Windows イベント ビューア

  Windows オペレーティング システムでは、Windows イベント ビューアを使用して問題を特定することができます。Windows イベント ビューアは、ArcSDE の起動時の問題を調査するのに役立つ情報も提供します。Windows イベント ビューアを使用するには、次の手順に従います。

  1. [コントロール パネル] を開きます。
  2. [管理ツール] をダブルクリックします。
  3. [コンポーネント サービス] をクリックします。
  4. [イベント ビューア] を展開し、[アプリケーション] をクリックします。
  5. [種類] 列で赤丸の×アイコンを探し、その [ソース] 列に ArcSDE サービス名が表示されているかどうか確認します。ArcSDE サービスのエントリをダブルクリックし、[イベントのプロパティ] ウィンドウを開きます。
  6. このウィンドウには、問題の説明が含まれています。
  多くの場合は、イベント ビューアに問題の説明が含まれていますが、%SDEHOME%\etc\sde_<サービス>.log ファイルを確認することもできます。このファイルには、Windows の起動時の問題に関する詳細情報が含まれています。次に、このファイルとその他のエラー ログ ファイルについて説明します。

• エラー ログ ファイル

  ArcSDE およびサポートされているすべての DBMS（Database Management System）は、それらのアクティビティを追跡するために、ASCII ログ ファイルにイベントのメッセージを書き込みます。これらのログ ファイルを調べて、発生したエラーを追跡することができます。ArcSDE は、giomgr_<サービス>.log と sde_<サービス>.log の 2 つのログ ファイルにメッセージを書き込みます（ダイレクト コネクションを使用している場合、アプリケーションはエラー メッセージをアプリケーション サーバの sde_<サービス>.log ファイルに書き込むのではなく、sdedc_<dbms>.log ファイルに書き込みます）。

  • giomgr_<サービス>.log ファイル

    giomgr_<サービス>.log ファイルは、giomgr プロセスのすべてのアクティビティを記録する ASCII ファイルです（<サービス>は ArcSDE サービスの名前です）。ユーザが ArcSDE サービスに接続する、または接続を試みるたびに、メッセージが記録されます。ユーザが切断する際には、別のメッセージが記録されます。giomgr_<サービス>.log ファイルには、ArcSDE サービスの起動と終了の手続きも記録されます。ただし、このファイルには具体的なエラー メッセージは記録されず、giomgr プロセスの動作が示されるだけです。

  • sde_<サービス>.log ファイル

    gsrvr プロセスで問題が発生するたびに、ArcSDE サービスは sde_<サービス>.log ファイルにエントリを記録します。これらのメッセージは、警告の場合もあれば、ユーザが対処しなければならない ArcSDE サービスのエラーを表すこともあります。sde_<サービス>.log ファイルを調べる際には、このファイルにメッセージが書き込まれるのは、ArcSDE サービス プロセスでエラーが発生した場合であることに注意してください。ArcSDE アプリケーションは ArcSDE 関連の問題を報告することがありますが、それらは sde_<サービス>.log ファイルに書き込まれません。これは、エラーがArcSDE クライアント側で発生していて、サーバ側では発生していないためです。9.3 以降では、不正な形式の接続リクエストが送信されたときの情報も sde_<サービス>.log ファイルに記録されます。不正なリクエストは、サーバへの侵入の試みを意味する場合があります。エントリは次のようになります。

    [Mon Mar 05 09:35:14 2007] [0] [GIOMGR] Invalid connection request
    length of -2147477504 from [10.47.6.5:32923] [Mon Mar 05 09:35:14 2007] [0] 
    [GIOMGR] Could Not Get XDR Request.

    ログ エントリには、接続リクエストを行った IP アドレスがリストされていることに注意してください。このメッセージで「Could Not Get XDR Request（XDR リクエストを受信できませんでした）」が表示されたのは、接続リクエストの長さが無効であるために、giomgr で受信または解釈ができなかったためです。sde_<サービス>.log ファイルは、ArcSDE ArcSDE サービスが停止して再起動するたびに切り捨てられます。

  • DBMS のエラー ログ ファイル

    DBMS はそれぞれ独自の方法でエラーを記録します。DBMS がエラーを記録する方法については、DBMS の管理ガイドをご参照ください。

UNIX サーバでの ArcSDE サービスのトラブルシューティング

システム パス変数の問題

システム パス変数が正しく設定されていない、またはまったく設定されていない場合、次のエラーが発生する可能性があります。ArcSDE のインストール ガイドで、ArcSDE 製品のパス変数を設定する方法を確認してください。

• PATH 環境変数に $SDEHOME/bin ディレクトリが含まれていない場合には、次のエラー メッセージが表示されます。

  sdemon: Command not found

• ライブラリ パス環境変数に $SDEHOME/lib ディレクトリが含まれていない場合には、次のエラー メッセージが表示されます。

  ld.so.1: sdemon: fatal: libsde90.so: open failed: No such file or directory
  Killed

• ライブラリ パス環境変数に必要な DBMS ライブラリのディレクトリが含まれていない場合には、次のようなエラー メッセージが表示されます。

  ld.so.1: /ultra1/ora10gexe/bin/giomgr: fatal:
  libclntsh.so\: open failed: No such file or directory
  Killed
  Could not start ArcSDE - Check Network, $SDEHOME disk, DBMS settings and dbinit.sde.

ArcSDE サービスが起動済みの場合

ArcSDE サービス ライセンスがインストールされていない場合、アプリケーション サーバは起動しません。sdemon -o update_key 管理コマンドを使用して、ライセンスをインストールする必要があります。有効なライセンスの取得については、Esri カスタマー サポートまでお問い合わせください。

入出力（I/O）マネージャがすでに起動している場合には、次のメッセージが表示されます。

SDE Already Running
ArcSDE server license has not been installed

一時ファイルの権限の問題

ArcSDE の一時ファイルが存在し、それらの所有者が ArcSDE 管理者でない場合には、次のエラー メッセージが表示されます。

ERROR: Cannot Initialize Shared Memory (-79)
Delete /tmp/<service name> and /tmp<service
name>.lock if present.
Could not start ArcSDE - Check Network,
$SDEHOME disk, DBMS settings and dbinit.sde.

このエラーを修正するには、一時ファイル /tmp/<サービス名> および /tmp/<サービス名>.lock を削除します。たとえば、サービス名が ESRI_sde の場合は、/tmp/ESRI_sde ファイルと /tmp/ESRI_sde.lock ファイルを削除します。これらのファイルを削除するには、root ユーザとしてログインしなければならない場合があります。

ファイルが /tmp から削除されている場合

ArcSDE サービスが起動された後、/tmp ディレクトリに格納されていたファイルが削除された場合、ArcSDE サービスはユーザが接続または切断に失敗します。ArcSDE サービスは、/tmp ディレクトリに作成される UNIX ソケット プロトコル ファイルを使用します。原則として、/tmp ディレクトリのファイルは削除しないでください。ただし、どうしても削除しなければならない場合は、その前に ArcSDE サービスを終了してください。この方法の詳細は、「Linux または UNIX でのローカル ArcSDE サービスの停止」「Windows でのローカル ArcSDE サービスの停止」「リモート ArcSDE サービスの停止」をご参照ください。

DBMS に関連する問題

• DBMS が起動していない場合は、次のようなエラー メッセージが表示されます。

  init_DB DB_instance_open_as_dba: -51
  DBMS error code: 1034
  ORA-01034: ORACLE not available
  Could not start ArcSDE - Check Network, $SDEHOME disk, DBMS settings, and dbinit.sde.

  データベース インスタンスが起動していることを確認してから、もう一度試してください。

• ArcSDE 管理者のパスワードが正しくない場合は、次のようなエラー メッセージが表示されます。

  init_DB DB_instance_open_as_dba: -93
  DBMS error code: 1017
  ORA-01017: invalid username/password; login
  denied
  Could not start ArcSDE – Check Network,
  $SDEHOME disk, DBMS settings, and dbinit.sde.

  ArcSDE 管理者の正しいパスワードを使用して、コマンドを再度実行してください。パスワードを忘れた場合は、データベース管理者にリセットしてもらう必要があります。

• ArcSDE 管理者が存在しない場合は、次のようなエラー メッセージが表示されます。

  init_DB DB_instance_open_as_dba: -93
  DBMS error code: 1017
  ORA-01017: invalid username/password; login
  denied
  Could not start ArcSDE – Check Network,
  $SDEHOME disk, DBMS settings, and dbinit.sde.

  サポート対象の DBMS のほとんどでは、ArcSDE管理者がデータベースに存在する必要があります。ArcSDE 管理者が存在しない場合は、データベース管理者が作成する必要があります。

Solaris サーバでの SE_OUT_OF_MUTEXES (-109) エラー

Solaris オペレーティング システムでは、ArcSDE が使用する POSIX 共有セマフォを実装するファイルを使用します。オペレーティング システムがクラッシュした、または停電が発生した後にこれらのファイルが残っていると、問題の原因になることがあります。これらのファイルの場所は、Solaris オペレーティング システムによって制御されます。これらのファイルは、次に示すように、/tmp または /var/tmp ディレクトリにあります。

/tmp/.SEMD/
SDE_9.0_<instance>_iomgr_shared_semaphore
/tmp/.SEML/
SDE_9.0_<instance>_iomgr_shared_semaphore

または

/var/tmp/.SEMD/
SDE_9.0_<instance>_iomgr_shared_semaphore
/var/tmp/.SEML/
SDE_9.0_<instance>_iomgr_shared_semaphore

オペレーティング システムがクラッシュした後、ArcSDE サービスを起動しようとして「-109」エラーが発生した場合は、おそらく 2 つの共有セマフォ ファイルが存在することが原因です。/tmp または /var/tmp ディレクトリでこれらのファイルが見つかった場合は、それらを削除してから、再度 ArcSDE サービスを起動してください。

Windows サーバでの ArcSDE サービスのトラブルシューティング

次に、Windows での ArcSDEサービス の起動時によく発生するエラーと、それらのエラー番号、発生する場所、考えられる原因を示します。

997 Error starting esri_sde service

このエラーは、ArcSDE のインストールまたは設定が正しくない、または完了していない場合に発生する可能性があります。

"ESRI_sde service failed during initialization. 
Please check event log or error log files. 
Error starting ESRI_sde service(997) 
Could not start ArcSDE — Check Network, $SDEHOME disk, DBMS settings"

解決策:

• ArcSDE 管理者ユーザのパスワードが正しく入力されていることを確認します。不正なパスワードが使用されていると、sde.errlog ファイルに「-93」エラーが記録されます。
• 現在の ArcSDE サービスを完全に削除し、新しいサービスを作成します。
  1. sdeservice -o delete コマンドを使用して、サービスを削除します。
  2. レジストリで参照されなくなったサービスのキーを確認します。次のディレクトリを参照し、[esri_sde] フォルダまたはキーが存在する場合は削除します。

     HKEY_LOCAL_MACHINE\SOFTWARE\ESRI\ArcInfo\ArcSDE\ArcSDE for [DBMS]\[サービス名]

     HKEY_LOCAL_MACHINE\SYSTEM\ControlSet001\Services\[サービス名]

     HKEY_LOCAL_MACHINE\SYSTEM\ControlSet002\Services\[サービス名]

     HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\[サービス名]

  3. サーバ コンピュータを再起動して、レジストリの変更内容を有効にします。
  4. [コマンド プロンプト] に「set」と入力して、PATH 環境変数の最初のエントリが「%SDEHOME%\bin」であることを確認します（PATH=%SDEHOME%\bin; ...）。
  5. %SDEHOME%\etc\services.sde ファイルの ArcSDE サービス名とポート番号が、C:\WINNT または WINDOWS\system32\drivers\etc\services ファイルのエントリと一致していることを確認します。
  6. %SDEHOME%\bin ディレクトリへ移動し、sdeservice -o create コマンドを使用して、sdeservice を再作成します。
  7. sdeservice -o list コマンドを実行して、サービス名、SDEHOME パス、ライセンス サーバが正しいことを確認します。

     SDEHOME パスに 2 つの円記号（\\）が含まれている、またはパスの最後に円記号が 1 つ付いている場合は、手動で削除します。

  8. [コマンド プロンプト] で、sdemon -o start コマンドまたは net start <サービス名> コマンドを使用して、ArcSDE サービスを再起動します。

1068 Dependency failure

ArcSDE サービスの接続先の DBMS が見つからないことを意味します。主な原因は次のとおりです。

• DBMS サービスが起動されていない
• DBMS サーバが削除されている
• ArcSDE サービスの作成時に入力された DBMS コネクション情報が正しくない

DBMS サーバが存在し、サービスが起動され、DBMS コネクション情報が正しいことを確認します。それでも問題が解決されない場合は、sdeservice コマンドを使用して、ArcSDE サービスをいったん削除してから再作成してください。

1069 Login failure

このエラーは一般に、ArcSDE サービスを起動した Windows ユーザが Administrators または Power Users グループに属していないことを意味します。また、パスワードが正しくない可能性もあります。

ArcSDE サービスの起動にシステム管理者アカウントを使用しない場合は、そのユーザ アカウントが Administrators または Power Users グループのメンバであることを確認してください。

1072 Registry was busy

レジストリの ArcSDE サービスのエントリに問題があります。おそらく、sdeservice コマンドが delete オプションで実行されたか、サービスがレジストリ エディタで開かれていることが原因です。あるいは、OLE DB（Object Linking and Embedding Database）プロバイダに問題があることも考えられます。OLE DB プロバイダの適切なバージョンのインストール ガイドをご参照ください。

1075 Service dependency deleted

ArcSDE サービスが接続先の DBMS サービスを特定できないことを意味します。DBMS サービスが存在し、起動していることを確認してください。それでも問題が解決されない場合は、sdeservice コマンドを使用して、ArcSDE サービスをいったん削除してから再作成してください。

2140 Internal Windows error

ArcSDE サービスが起動プロセスを完了できないことを意味します。エラー ログ ファイル（%SDEHOME%\etc\sde_<sde インスタンス>.log）で、ArcSDE サービスが起動できない原因の手がかりがないか調べてください。

原因として考えられるものとその解決策

• システムの services ファイルにインスタンスのエントリが存在しない可能性があります。システムの services ファイルで、起動しようとしている ArcSDE インスタンスに対応するサービス エントリを確認してください。
• システムの services ファイルと ArcSDE サービス ファイルのエントリが一致していない可能性があります。システムの services ファイルのエントリが、%SDEHOME%\etc\services.sde ファイルのエントリと同一であることを確認してください。
• システムの services ファイルの最後の行が EOL（End-of-Line）記号で終わっていないと、その行は読み取られません。問題のエントリがシステムの services ファイルの最後の行にある場合は、その行がキャリッジ リターンで終わっていることを確認してください。
• TCP/IP コンポーネントが破損している可能性があります。TCP/IP コンポーネントを再インストールしてください。具体的な方法については、Windows のドキュメントまたは Microsoft サポート サイトをご参照ください。
• ArcSDE 管理者のパスワードが正しく入力されていない可能性があります。その場合は、sdeservice -o modify -r SDE_DBA_PASSWORD コマンドで修正してください。
• Windows 認証ユーザとして ArcSDE サービスからジオデータベースに接続しようとしているが、ArcSDE サーバの gsrvr.exe が含まれているフォルダにアクセスする権限が Windows 認証ユーザにない、という可能性もあります。Windows アカウントを使用して接続を確立するには、ArcSDE サーバの Windows 管理者がそのアカウントに %SDEHOME%\<dbms>exe フォルダへの READ 権限と EXECUTE 権限を割り当てる必要があります。

An error was encountered while running ArcSDE Post Installation.Operation Failed, Unable to start iomgr.DBMS error code: 2714

このエラーは、サービスが作成されていて一度サービスの起動を試みた後に、ポスト インストール ウィザードを使用してサービスを起動しようとしたときに SQL Server データベースで発生する可能性があります。

原因としては、ジオデータベースの名前が変更されていることが考えられます。この状況は、現在のデータベースをバックアップし、リストアをテストするために、同じ SQL Server インスタンスに異なる名前でリストアした場合に発生します。

いったん作成した ArcSDE ジオデータベースの名前を変更することは不可能です。元のデータベースの名前は、データベース オブジェクトにハードコーディングされています。ストアド プロシージャを使用してデータベースの名前を変更した、またはデータベースを異なる名前でリストアした場合、そのデータベースの ArcSDE サービスは起動しなくなります。

解決策:

次の手順に従って、データベースを元の名前に戻します。

1. 変更するサービスを終了します。
2. SQL Server Management Studio で次のクエリを実行します。

   ALTER DATABASE <データベースの名前> MODIFY NAME = <新しいデータベースの名前> 同じ名前のデータベースがすでに存在する場合は、パスを変更する必要があります。テスト用にデータベースを複製することが目的だった場合は、新しいデータベースを新しい名前で作成しなければなりません。ArcSDE のポスト インストール ウィザードは、リポジトリの設定、ソフトウェアの認証、サービスの作成に使用するものです。新しいデータベースを作成したら、ArcCatalog で元のデータベースのデータをコピーすることができます。

gsrvr.exe - DLL Initialization Failed or gsrvr.exe - Application Error:The application failed to initialize properly

Windows では、ArcSDE サービスは非対話型デスクトップとして起動します。非対話型デスクトップに割り当てられるヒープ メモリの最大サイズは、SharedSection という名前の Windows 初期化パラメータによって制限されます。このエラー メッセージが返された場合は、SharedSection パラメータを変更する必要があります。

また、SERVER_CONFIG テーブルの CONNECTIONS パラメータは、単一の ArcSDE サービスで許可される同時接続の最大数を制限しますが、このパラメータの値も増やす必要があります。

• ヒープ メモリ

  すべてのデスクトップ（対話型および非対話型）で利用可能なヒープ メモリの最大サイズは、48MB です。メモリの量には限りがあるため、SharedSection パラメータを調整する必要があります。ArcSDE サービスをドメイン アカウントで起動した場合、gsrvr.exe は ArcSDE サービスに対し、デスクトップから 512KB の非対話型デスクトップ ヒープを割り当てます。ArcSDE サービスを LocalSystem アカウントで起動した場合、gsrvr.exe は LocalSystem として実行されるすべてのサービスに対し、共有デスクトップから 512KB の非対話型デスクトップ ヒープを割り当てます。ArcSDE サービスを LocalSystem アカウントで起動し、デスクトップとの対話を有効にした場合、gsrvr.exe はデフォルト デスクトップから 3MB の対話型デスクトップ ヒープを割り当てます。解決策: 解決策は、ArcSDEプラットフォームによって異なります。現時点では、単一のデスクトップで使用されているメモリ量や、グローバル プールに残っているメモリ量を割り出す方法はありません。Windows Resource Kit のユーティリティである oh.exe を使用して、使用中のデスクトップの数を監視します。

  • レジストリの SharedSection パラメータを変更します。

    必要な gsrvr の数を見積ります。ArcView、ArcEditor、ArcExplorer などのクライアントでは、通常、gsrvr は単一の ArcSDE コネクションです。ArcIMS では、gsrvr の数はサービスの種類に依存します。空間サーバ マシンの CPU につき仮想サーバ スレッドが 2 つであるとすれば、一般的な式は次のようになります。

    (2 image service threads * total CPUs) + (number of query server threads)

    たとえば、(2 * 8) + 8 = 24 この見積りでは、イメージ サービスとクエリ サービスを使用することと、すべての AXL が同じユーザおよびデータベースで ArcSDE サーバに接続することも前提としています。AXL で参照するデータベースまたはユーザが異なる場合、式は次のようになります。

    (#databases * #mapservice threads)+ (#dbs*#queryservices)

    gsrvr の数が 64（ArcSDEのSERVER_CONFIG テーブルのデフォルトの CONNECTIONS 設定）を超える場合は、これらの接続の一部をダイレクト コネクションに変更するか、レジストリで SharedSection パラメータの 3 つ目の値を増やすことを検討してください。ダイレクト コネクションはクライアント プロセス内でスレッドとして実行されるため、ArcSDE サーバでデスクトップが割り当てられることはありません。 警告: このステップの手順には、オペレーティング システムの基本的な部分に対する変更が含まれています。先へ進む前に、レジストリを含め、オペレーティング システムとファイルのバックアップを実行することをお勧めします。必要に応じて、コンピュータ システムの専門家に相談してください。Esri では、これらの手順を実行するときに変更を誤った場合の結果について保証いたしません。このため、各自の責任で慎重に作業を進めてください。このパラメータは、Windows のレジストリ エディタで変更します。SharedSection パラメータを変更するには、[ファイル名を指定して実行] に「regedit」と入力して、[OK] をクリックします。次のレジストリ キーへ移動して、Windows エントリをダブルクリックします。

    \\HKEY_LOCAL_MACHINE\ SYSTEM\CurrentControlSet\Control\Session Manager\SubSystems

    この文字列には、Windows のスタートアップ パラメータが含まれています。この文字列に含まれている SharedSection パラメータを探します。デフォルト値は「1024,3072,512」です。3 つ目の引数は、非対話型デスクトップに割り当てられるヒープ メモリの最大サイズです。デフォルトでは、512KB または 1MB に設定されています。この設定で、ArcSDE サービスは約 56 個の接続に対処できます。非対話型デスクトップの最大ヒープ サイズを 2MB に増やすと、ArcSDE サービスは最大で 270 個の接続に対処できます。非対話型デスクトップのヒープ サイズを 2MB に設定すると、SharedSection パラメータの値は「1024,3072,2048」になります。SharedSection パラメータの 3 つ目の値を 512 から 1024 に変更すると、ArcSDE サービスが生成できる gsrvr の数は 2 倍になります。

    SharedSection=1024,3076,1024

    SharedSection パラメータを変更した後は、サーバを再起動する必要があります。

  • ArcSDE 接続に Windows 認証を使用する SQL Server 環境

    ArcSDE サービスへの接続に Windows 認証を使用すると、接続時の振舞いが異なる場合があります。ArcSDE サービスが Windows 認証を使用する接続から gsrvr を生成する場合、その gsrvr は、サーバ プロセスと同じデスクトップではなく、独自のデスクトップ（非対話型）から 512KB を確保します。同じマシンからの複数の Windows 認証を使用する接続については、同じデスクトップからヒープが割り当てられますが、異なるマシンからの接続については、新しいデスクトップから割り当てられます。Windows 認証のみを使用する場合は、上記のように対話型および非対話型デスクトップのヒープ サイズを増やすのではなく、ヒープ サイズを減らすと、より多くの ArcSDE 接続に対処できる可能性があります。この接続時の振舞いは、ArcSDE for SQL Server の将来のバージョンで変更される予定です。

  • ArcSDE サーバでターミナル サービスまたは Citrix を導入している環境

    ターミナル サービスにより、デスクトップ グローバル メモリ プールのサイズは 48MB から 20MB に減ります。これは、作成されるデスクトップの合計数が減ることを意味します。この環境を使用する場合は、SharedSection パラメータの 3 つ目の値を増やすことができますが、作成される非 LocalSystem サービスの数に注意する必要があります。非 LocalSystem サービスが起動するたびに、グローバル メモリ プールから新しいデスクトップにメモリが割り当てられることを覚えておいてください。SQL Server 環境で Windows 認証の ArcSDE 接続を使用する場合、ターミナル サービスを使用することは推奨されません。この設定が必要で、十分な数の ArcSDE 接続をうまくサポートできない場合は、ArcSDE サービスがデスクトップとやりとりできるようにすると、問題が解決することがあります。この場合は、SharedSection パラメータの値を変更しないでください。

• SERVER_CONFIG CONNECTIONS パラメータ

  SERVER_CONFIG システム テーブル（SQL Server と PostgreSQL のデータベースでは SDE_SERVER_CONFIG）の CONNECTIONS 初期化パラメータによって許可されている同時接続の最大数を超える状況が続いた場合は、このパラメータの値を増やす必要があります。デフォルト値は 48 です。詳細については、「giomgr.defs ファイルと SERVER_CONFIG システム テーブル」をご参照ください。

  メモ:

  ArcSDE 9 以降では、ダイレクト コネクションの数は CONNECTIONS パラメータと照合されるコネクションの数に加算されます。つまり、ダイレクト コネクションと ArcSDE サービス コネクションの数が CONNECTIONS パラメータの値を超えることはできません。

  SERVER_CONFIG テーブルの CONNECTIONS 初期化パラメータは、sdeconfig 管理コマンドを使って変更することができます。
  1. CONNECTIONS パラメータの現在の値を確認するには、[コマンド プロンプト] で sdeconfig -o list コマンドを入力します。このコマンドの構文は次のとおりです。

     sdeconfig –o list [–p <SDE_admin_password>]

     これにより、SERVER_CONFIG テーブルのすべての初期化パラメータとそれらの値が返されます。
  2. CONNECTIONS パラメータの値を変更するには、sdeconfig -o alter コマンドを使用します。

     sdeconfig –o alter –v <Property_Name=Value,...> [–i <service]
     [–s <server_name>] [–D <database>] –u <SDE_admin_user>
     [–p <SDE_admin_password>] [–N] [–q]

     この場合、<Property_Name> は CONNECTIONS、<Value> は同時接続の新しい最大数です。sdeconfig コマンドの使用の詳細については、『ArcSDE コマンド リファレンス』をご参照ください。