シンのインストールを実行することは非常に簡単なプロセスです。 このタイプの環境をセットアップするには、 以下のステップを実行します。
DB2 アドミニストレーション・クライアントまたは DB2 コネクト パーソナル・エディションは、 シン・クライアントまたはシン・コネクト・ターゲット・ワークステーションのためにコード・サーバーとして機能するワークステーションにインストールする必要があります。 DB2 シン・クライアントは、 DB2 シン・クライアント・コード・サーバーからでないとコードをロードできません。 また、DB2 シン・コネクト・ワークステーションは、 DB2 シン・コネクト・コード・サーバーからでないとコードをロードできません。
注: | DB2 クライアントをインストールするときは、 カスタム・インストールを実行してください。 インストールしたい構成要素は、 「構成要素の選択 (Select Components)」ウィンドウから選択できます。 シン・クライアントのセットアップに必要なファイルをインストールするためには、 「シン・クライアント・コード・サーバー (Thin Client Code Server)」を選択しなければなりません。 |
DB2 アドミニストレーション・クライアントのインストールについては、 DB2 クライアントのインストールを参照してください。 DB2 コネクト パーソナル・エディションのインストールについては、 概説およびインストール を参照してください。
このステップでは、
Windows NT および Windows 2000 コード・サーバー (このセクションでは Windows コード・サーバーと呼びます) をセットアップして、
Windows 9x シン・クライアント・ワークステーションにサービスを提供する方法について説明します。
![]() | 環境内で Windows NT、Windows 2000、 および Windows 9x シン・ワークステーションが混合するのをサポートしない場合は、 このステップを省略できます。 |
コード・サーバーが提供できるのは、 同じオペレーティング・システムのファミリーに属するシン・ワークステーションのコードだけです。 つまり、Windows NT または Windows 2000 コード・サーバーは Windows 9x ベースのシン・ワークステーションをサポートできませんし、 Windows 9x コード・サーバーは Windows NT または Windows 2000 ベースのシン・ワークステーションをサポートできません。
構成が異なる複数の Windows 32 ビット・オペレーティング・システムを社内に展開する場合は、 Windows NT または Windows 2000 ベースのシン・ワークステーションと、 Windows 9x ベースのシン・ワークステーションの両方がサポートされるコード・サーバーをセットアップする必要があります。 そのためには、以下のステップを実行します。
注: | この後に紹介する例では、 Windows NT ベースのコード・サーバーを構成して Windows 9x シン・ワークステーションにサービスを提供するという前提で話を進めます。 |
Windows 9x マシン上のシン・ワークステーションが Windows コード・サーバーを利用できるようにするには、 以下のステップを実行します。
xcopy c:\sqllib\*.* d:\sqllib9x /s /e
ここで、
ここで、
これで、コード・サーバーには 2 つのコード・ベースが用意されました。 シン・ワークステーションを Windows NT または Windows 2000 マシンに作成する場合、 残りのステップでは Windows NT または Windows 2000 コード・ベース (たとえば、 c:\sqllib) を使用します。 シン・ワークステーションを Windows 9x マシンに作成する場合で、 Windows NT または Windows 2000 コード・サーバーから提供されたコードがあるときは、 残りのステップでは Windows 9x コード・ベース (たとえば、 d:\sqllib9x) を使用します。
注: | Windows NT コード・サーバーのものであるコードを実行している Windows 2000 シン・クライアント・ワークステーションにログオンする場合、 Windows 9x ワークステーションにログオンするユーザー・アカウントが、 Windows NT または Windows 2000 コード・サーバーでローカル定義されていることを確認する必要があります。 |
シン・ワークステーションが必要なコードをコード・サーバーからロードできるようにするためには、 各ターゲット・シン・ワークステーションが、 DB2 クライアントまたは DB2 コネクト パーソナル・エディションのコードがインストールされているディレクトリーを読み取れなければなりません。 すべてのシン・ワークステーションが読み取りモードでコード・ディレクトリーを使用できるようにするには、 以下のステップを実行します。
注: | Windows 9x ベースのコード・サーバーをセットアップする場合は、 共用をセットアップするときにこのタイプのアクセスを指定する必要はありません。 デフォルトでは、全員に読み取りアクセスが許可されています。 |
コード・サーバーのインストール時には、対話式のインストールを実行しました。 今回のインストールでは、 セットアップ・プログラムから出されるプロンプトに手動で応答しなければ、 製品をインストールできません。 この応答によって、DB2 製品のインストールや環境の構成に必要な情報が提供されます。 分散インストールでは、 キーワードと値という形式で応答ファイルにこの情報を入力します。 そのため、 分散インストールのことを自動インストールまたは無音インストールと呼ぶ場合があります。 分散インストールの詳しい説明、 およびこのインストールをターゲット・シン・ワークステーションの場合に実行する方法については、 分散インストールの概要を参照してください。
DB2 シン・クライアントまたは DB2 シン・コネクトのインストールの場合、 db2thin.rsp というすぐに使える応答ファイルがあります。 このファイルは、どちらのシン・ワークステーションのインストールにも使えます。 ほとんどのインストール・タイプのデフォルト設定が、 このファイルには提供されています。 この応答ファイルは、 c:\sqllib\thnsetup ディレクトリーにあります。 ここで、c: は DB2 製品のインストール先ドライブです。
応答ファイルには、以下のものが含まれています。
応答ファイルにおいて、アスタリスク (*) はコメントのような役割を果たします。 先頭にアスタリスクが置かれた行は、インストール時には無視されます。 キーワードを指定しなかった場合や、コメント化された場合は、 デフォルト値が使用されます。 パラメーターを使用可能にするには、アスタリスクを取り除きます。
たとえば、ODBC のサポートをインストールするとしましょう。 このキーワードの応答ファイルでのデフォルト入力は、次のとおりです。
*COMP =ODBC_SUPPORT
この構成要素をインストールするには、 次のようにこの行からアスタリスクを取り除かなければなりません。
COMP =ODBC_SUPPORT
キーワードによっては、値を設定することが必要なものもあります。 そのようなキーワードを使用可能にするには、同じようにアスタリスクを取り除きますが、 等号の右側にある内容をそのパラメーターに適用した値に置き換えることも必要です。
たとえば、次のようなキーワードがあるとしましょう。
*DB2.DIAGLEVEL = 0 - 4
このキーワードのパラメーターを 4 に変更したい場合は、次のようにします。
DB2.DIAGLEVEL = 4
以下に、db2thin.rsp サンプル応答ファイルのセクションを示します。
* Required Global DB2 Registry Variable * ------------------------------------- DB2INSTPROF = C:\CFG * General Options * --------------- *TYPE = 0,1,2 (0=compact, 1=typical, 2=custom) *COMP = ODBC_SUPPORT *COMP = CONTROL_CENTER *COMP = EVENT_ANALYZER *COMP = WEB_ADMINISTRATION *COMP = QUERYMONITOR *COMP = TRACKER *COMP = QUERYADMIN *COMP = CLIENT_CONFIGURATION_ASSISTANT *COMP = COMMAND_CENTER *COMP = DOCUMENTATION *CREATE_ICONS = YES or NO (default=YES) *REBOOT = YES or NO
これらのパラメーターの詳しい説明については、 使用可能なサンプル応答ファイルを参照してください。
たとえば、次のように設定できます。
DB2INSTPROF = C:\CFG TYPE = 1 REBOOT = YES
このファイルの編集が完了したら、 別名保管してサンプルの保全性を維持できるようにします。 このファイルに test.rsp という名前を付け、 直前のステップで共用したのと同じディレクトリー (c:\sqllib) に保管します。
コード・サーバーがアクセス可能にならないと、 ターゲット・ワークステーションをシン・ワークステーションとしてセットアップすることはできません。 ネットワーク・ドライブが thnsetup ディレクトリー (コード・サーバー上に作成した共用ディレクトリーの下にある) にアクセスするように割り当てることもできます。
\\computer_name\share_name
ここで、
Windows NT または Windows 2000 を実行している場合は、 「入力」フィールドにコネクトのユーザー情報を指定することもできます。 その場合の形式は、次のとおりです。
domain\username
ここで、
注: | Windows 9x ワークステーションでは、 コード・サーバーへの共用ディレクトリー・アクセスを所持している有効なユーザーとして、 ワークステーションにログオンしなければなりません。 |
DB2 (Windows NT または Windows 2000 版) コード・サーバーが Windows 9x シン・ワークステーションにサービスを提供できるように計画している場合は、 必ず、その目的で作成したディレクトリーの共用名を入力してください。
このステップを完了するためには、 thnsetup コマンドを実行する必要があります。 このコマンドを実行すると DB2 シン・クライアントまたは DB2 シン・コネクト・ワークステーションがセットアップされ、 コード・サーバーへの必要なリンクが確立されます。 thnsetup コマンドは、 以下のパラメーターと一緒に入力できます。
ここで、
注: | ステップ 5. コード・サーバーからターゲット・シン・ワークステーションへのアクセス可能化で説明されている手順に従って、 永続ネットワーク・ドライブをまだコード・サーバーに割り当てていない場合は、 このパラメーターをドライブ文字にする必要があります。 このドライブ文字が、その後ネットワーク・ドライブを表すために使用されます。 |
たとえば、シン・ワークステーションを作成し、 その中では myserver という名前のコード・サーバー上にある共用 NTCODESERVER ディレクトリーをローカルの x: ドライブへ割り当てるとともに、 名前が test.rsp で、 コード・サーバーと同じディレクトリー内に存在する応答ファイルを作成するには、 次のコマンドを入力します。
x:\thnsetup\thnsetup /P x:\ /U x:\thnsetup\test.rsp
thnsetup コマンドが完了したら、 ログ・ファイルのメッセージをチェックします。 シン・ワークステーションのセットアップが完了したら、 いったんマシンをリブートするよう設定されているため、 マシンがリブートされなかった場合はエラーになります。