資料倉儲中心管理手冊

架構 OS/390 與 Windows NT(R) 之間的通信協定

Classic Connect 支援 TCP/IP 及 SNA LU 6.2 (APPC) 通信協定,在 Visual Warehouse 代理程式與 Classic Connect 資料伺服器之間建立通信。作為第三個通信協定,交互記憶體可用於 OS/390 上的本端從屬站通信。

本章說明您在架構 Classic Connect 之前,必須先對 TCP/IP 及 SNA 通信協定所作的修改,並包含下列幾節:

通信選項

Classic Connect 支援下列通信選項:

交互記憶體

應使用交互記憶體來架構本端 OS/390 從屬站應用程式 (DJXSAMP),以存取資料伺服器。與 SNA 及 TCP/IP 不同,使用 OS/390 交互記憶體介面無需設定的基本要求。此介面使用 OS/390 資料空間及 OS/390 符記命名服務,在從屬站應用程式與資料伺服器之間進行通信。

每一個交互記憶體資料空間支援多達 400 名的並行使用者,儘管在實際操作中,由於資源的限制,此數目可能會減少。若要在資料伺服器上支援多於 400 名的使用者,請架構多項連接處理程式服務,並賦予每項服務不同的資料空間名稱。

下列範例是對通信複合位址欄位的說明:

XM1/DataSpace/Queue

因為您無需修改交互記憶體的任何架構設定值,所以對此通信協定,我們在此不作詳細討論。

SNA

SNA 通信協定較複雜。它支援硬體壓縮,可以明顯地減少線上實際的資料傳輸量。不幸的是,相較於 TCP/IP,使用 SNA 的基礎設施要求及設定時間通常會更昂貴。

TCP/IP

單一 TCP/IP 連接處理程式服務所服務的並行使用者數目最多可達 255 名。依據您的 TCP/IP 子系統的不同,可能還會有進一步的限制。

在指定的埠號上建立多個階段作業。在該埠上進行的階段作業數是所要支援之並行使用者數目,加上一個監聽階段作業 (連接處理程式藉由此監聽階段作業,從遠端從屬站接受連接)。在使用 TCP/IP 時,如果它要求您指定單一埠上所能進行的階段作業數,則您必須確定已定義適當的階段作業數目。否則,會導致從屬站應用程式連接資料伺服器失敗。

架構 TCP/IP 通信協定

本節說明您在 OS/390 系統與 Windows NT 系統上架構 Classic Connect 的 TCP/IP 通信介面時必須執行的步驟。還包括專門為說明 TCP/IP 參數關係而設計的 TCP/IP 規劃模板與工作表。

與 Classic Connect 一起運作的 TCP/IP CI 有兩種類型:IBM 的 TCP/IP 和 Berkeley Socket。依您使用的 TCP/IP CI 類型的不同,您的架構亦會有所差異。如果您的網站不使用 TCP/IP,請跳到架構 LU 6.2 通訊協定

兩種介面均容許 Classic Connect 與 OS/390 TCP/IP 堆疊進行通信。Berkeley Socket 可讓您在 IBM 的 TCP/IP 需要數字 IP 位址及埠號的地方,使用主電腦及服務程式名稱。Berkeley Socket 可以使用區域主電腦檔案,來取代呼叫 DNS。但是,Berkeley Socket 與 IBM 的 TCP/IP 均需要 TCP/IP 位址空間名稱。

在 OS/390 上架構 TCP/IP

Classic Connect 的 TCP/IP 與 IBM 及 Interlink 的 Berkeley Socket TCP/IP 都相容。本節說明如何使用 IBM 的 TCP/IP 架構 Classic Connect。IBM 及 Interlink 之 TCP/IP 的相關資訊,請參閱適當產品的相關文件。

IBM 與 Interlink 都支援 Berkeley Socket。Berkeley Socket 版本在 DJXDSCF 成員中需要一個附加的參數,稱為 TASK PARAMETER。該參數會識別 Interlink 子系統名稱以及 IBM 的架構資料集位置。在架構資料集內,使用者必須指定用於啟動 TCP/IP 位址空間名稱的啟動作業程序名稱,也可以指定 TCP/IP DNS IP 位址。若未傳送環境變數,則系統會使用預設值 TCPIP 作為位址空間名稱及標準架構檔的高階限定元 (hlq):

Classic Connect 以特定的搜尋次序尋找資料集,不論 Classic Connect 是否設定了 hlq。

請為正安裝 Classic Connect 的 OS/390 系統確定下列值,並將這些值輸入圖 27的工作表部份。

IP 位址或主電腦名稱

取得 OS/390 系統的主電腦名稱或 IP 位址。

使用主電腦名稱需要有一個已架構的區域 HOSTS 檔案或一個領域名稱伺服器。如果涉及到領域名稱伺服器,則會需要額外的執行時間,才能將 HOST 名稱解析為正確的 IP 位址。但是,建議的作法是:在遠端從屬站架構檔中使用主電腦名稱,以增強可讀性並方便日後作架構變更。

使用主電腦名稱,還會使您在環境變更的情況下變更 IP 位址的工作更輕鬆。如果使用了主電腦名稱,則無需頻繁地對資料伺服器/遠端從屬站進行重新架構。Classic Connect 的價格將可能有所下降,而且,網路管理者可以變更 OS/390 及從屬站領域名稱伺服器中的主電腦名稱的 IP 位址。資料伺服器重新啟動後,它會自動監聽新建的 IP 位址,接收來自遠端從屬站的連接要求。當該資料伺服器連有遠端從屬站時,它會自動使用分派給主電腦名稱的新建 IP 位址,而不對 Classic Connect 架構檔作任何變更。

若為 IBM 的 TCP/IP,請確定正安裝 Classic Connect 之主電腦的 IP 位址或主電腦名稱。如果您是在卸載裝置上執行 OS/390 TCP/IP,請指定 OS/390 映像檔上的 TCP/IP 堆疊的位址,而不是指定卸載閘道之 IP 堆疊的位址。

埠號

為每個將從從屬站存取的資料伺服器,取得一個大於 1024 的唯一埠 (socket) 號。

該埠號不能與已定義成供其它應用程式 (包括位於相同 OS/390 系統上的其它 Classic Connect 資料伺服器) 使用的埠號相同。使用的埠號若不唯一將導致該資料伺服器在啟動時失敗。若要確定某個埠號是否已分派給另一個應用程式,請從「排存顯示及搜尋機能 (SDSF)」日誌發出下列指令:

TSO NETSTAT SOCKETS

因為部份網站會將某些埠號限制在特定的應用程式中使用,所以您還應該與您的網路管理者聯絡,以確定您所選的埠號是否唯一且有效。

您也可以有選擇地替換已分派給系統埠號的服務程式名稱。

IBM 之 TCP/IP 的服務程式名稱、位址,及調整值包括在一系列資料集中:

其中 hlq 代表這些資料集的高階限定元。您既可以接受預設的高階限定元 (TCPIP),也可以專門為 Classic Connect 定義一個高階限定元。

確定了這些值之後,便可以使用圖 27來完成 TCP/IP 通信的 OS/390 架構。

在 Windows NT 上架構 TCP/IP

您必須對 Windows NT 機器進行架構,以尋找 OS/390 上的資料伺服器。

  1. 解析從屬站上的主電腦位址。

    如果您是在使用從屬站架構檔中的 IP 位址,則可以略過此步驟。

    從屬工作站必須知道它嘗試連接的主電腦伺服器位址。解析主電腦位址有兩種方法:

    註:

    1. 您必須以一個註解 (# 註解) 結束最後一行,或在該行行尾按 Enter 鍵,以插入行尾字元。

    2. 您應參照 TCP/IP 產品的文件,以取得解析主電腦位址的特定資訊。
  2. 在從屬站上更新 SERVICES 檔案。

    如果您是在使用從屬站架構檔中的埠號,則可以略過此步驟。

    若要取得 TCP/IP 支援,必須將下列資訊新增到從屬站上的 SERVICES 檔案。

    ccdatser   3333   # stplex4a 上的 CC 資料伺服器
    

    SERVICES 檔案位於 %SYSTEMROOT%\SYSTEM32\DRIVERS\ETC 目錄中。

TCP/IP 通信模板與工作表

圖 27的左側為您提供 OS/390 架構之 TCP/IP 值的範例集;在稍後架構資料伺服器與從屬站的步驟中,將用到這些值。將該圖的右側作為模板,可輸入您自己的值。

圖 27. TCP/IP 通信模板與工作表


Figure djxc5532 not displayed.

架構 LU 6.2 通訊協定

本節說明您在 OS/390 系統與 Windows NT 系統上架構 Classic Connect 的 LU 6.2 (SNA/APPC) 通信時,所須確定的值以及必須執行的步驟。

基本要求:
對於 Classic Connect 與 DataJoiner for Windows NT 之間的連接,您需要 Microsoft SNA Server 版本 3.0 與 Service Pack 3 或更新的版本。

本節中的資訊是針對 Microsoft SNA Server 版本 3.0 而提供。架構 Microsoft SNA Server 設定檔的相關資訊,請參閱適當的產品文件。本節還包括專門為說明 OS/390 與 Windows NT 上之 LU 6.2 參數關係,並協助您完成 LU 6.2 架構而設計的通信模板與工作表。

在 OS/390 上架構 LU 6.2

如果您是在使用 LU 6.2 從 DataJoiner 存取 Classic Connect,則需要在 OS/390 系統上架構 VTAM(R) 表定義。定義包括:

與 TCP/IP 不同,您可以為穿過 SNA 網路傳輸層的資料指定分封大小。不過,此決策應由網路管理者作出,因為它涉及對複雜路徑以及機器/節點功能的考量。一般而言,通信媒體的頻寬,或管道越寬,RU 的大小就應越大。

在 Windows NT 上架構 LU 6.2

本節說明您要將 SNA LU 6.2 通信協定應用到 Windows NT 從屬站時所需架構的值。

為每個 Windows NT 系統,架構下列值:

在您輸入這些值之後,請儲存該架構,然後停止並重新啟動 SNA 伺服器。當 SNA Server 及「連接」(在此範例中,分別為 OTTER 及 SNA OS/390) 為「作用中」時,連接即可與應用程式一起進行測試。

APPC 通信模板與工作表

圖 28提供了 VTAM 與 SNA 值的範例集,供您參考。圖 29圖 28的副本,但不含提供的值,您可以將它用作工作表,輸入 LU 6.2 架構特定的 VTAM 及 SNA 值。您將需要這些在此工作表中輸入的值,才能完成後續章節中的架構步驟。

圖 28. LU 6.2 架構模板


REQTEXT

圖 29. LU 6.2 架構工作表


Figure djxc5507 not displayed.


[ 頁面頂端 | 前一頁 | 下一頁 | 目錄 | 索引 ]