• <ruby id="5koa6"></ruby>
    <ruby id="5koa6"><option id="5koa6"><thead id="5koa6"></thead></option></ruby>

    <progress id="5koa6"></progress>

  • <strong id="5koa6"></strong>
  • 實驗1 遠程客戶機能否通過共享內存訪問服務器

    發表于:2007-05-25來源:作者:點擊數: 標簽:客戶機能否共享通過實驗
    實驗目的 SQL Server 2000 網絡 提供了一種稱為共享內存的機制。共享內存是一種在同一個Windows 操作系統的進程間的通信機制。也就是說,在物理上同一臺計算機上的進程間的通信機制就是共享內存。 如果SQL Server 2000的服務器和客戶機安裝在物理上的同一臺

    實驗目的

    SQL Server 2000網絡提供了一種稱為共享內存的機制。共享內存是一種在同一個Windows 操作系統的進程間的通信機制。也就是說,在物理上同一臺計算機上的進程間的通信機制就是共享內存。
    如果SQL Server 2000的服務器和客戶機安裝在物理上的同一臺計算機上(本地客戶機),是可以通過共享內存來訪問的,而且這樣的速度也是最快的。
    如果SQL Server 2000的客戶機和服務器在物理上不同的計算機上(遠程客戶機),能不能夠通過共享內存機制來訪問呢?
    本實驗將對上述問題給出正確的答案。

    實驗環境

    本實驗的環境如圖1.1所示。SQL Server 2000服務器同時也是SQL Server 2000客戶機。
    圖1.1  測試共享內存機制的SQL Server 2000網絡實驗環境

    實驗方法

    Windows 2000的【控制面板】/【管理工具】/【事件查看器】工具可以監控SQL Server 2000更改配置參數后的啟動過程。通過查看【事件查看器】記錄的事件可以分析SQL Server 2000服務器端參數的更改后服務器是如何啟動的。
    實驗將SQL Server 2000服務器配置為【共享內存】模式后,分別用同一臺計算機上的SQL Server 2000客戶機和物理上不同計算機上的SQL Server 2000客戶機通過共享內存機制來訪問SQL Server 2000服務器,驗證共享內存機制。

    實驗步驟

    1.SQL Server 2000服務器上的操作

    (1)在SQL Server 2000服務器上啟動【服務器網絡實用工具】,出現如圖1.2所示的【常規】選項卡。在【啟用的協議】列表框中不要啟用任何協議。完成后單擊 按鈕。
    圖1.2  將服務器配置為共享內存
    (2)出現如圖1.3所示的【提示信息】界面。提示禁止使用所有的協議,無法接受遠程客戶機的請求。單擊 按鈕。
    圖1.3  【提示信息】界面
    (3)出現如圖1.4所示的【提示重新啟動服務】界面。SQL Server服務器網絡配置參數改變后要求重新啟動服務,參數才能生效。單擊 按鈕。
    圖1.4  【提示重新啟動服務】界面
    (4)啟動【事件查看器】,在【樹】下選擇【事件查看器】/【應用程序日志】選項用鼠標右鍵單擊,在出現的快捷菜單中選擇【清除所有事件】選項。SQL Server 2000服務器的啟動過程產生的事件將記錄在這里。
    圖1.5  清除【事件查看器】的事件
    (5)通過SQL Server 2000的【服務管理器】啟動SQL Server 2000服務,如圖1.6所示。
    圖1.6  啟動SQL Server 2000服務
    (6)在【事件查看器】中產生如圖1.7所示的事件,對這些事件進行分析就可以獲得共享內存的SQL Server 2000服務器的啟動過程。
    圖1.7  產生的事件
    (7)實驗環境產生的事件內容分析如下。/**/內的內容為作者添加的說明性內容。
    ―――――――――――――――――――――――――――――――――――――
    /*第1條事件,闡述了SQL Server 的版本信息,安裝環境的操作系統版本*/
    2005-5-29   11:47:05    MSSQLSERVER 信息  (2)  17055    N/A  MYNETSERVER   "17052:
    Microsoft SQL Server  2000 - 8.00.760 (Intel X86)
        Dec 17 2002 14:22:05
        Copyright (c) 1988-2003 Microsoft Corporation
        Enterprise Edition on Windows NT 5.0 (Build 2195: Service Pack 4)"
    /*第2條事件,為SQL Server 2000分配的服務器進程ID*/
    2005-5-29   11:47:05    MSSQLSERVER 信息  (2)  17055    N/A  MYNETSERVER   17104:
    服務器進程 ID 是 500。
    /*第3條事件,SQL Server 2000實例上一次運行使用的進程ID*/
    2005-5-29   11:47:05    MSSQLSERVER 信息  (2)  17176    N/A  MYNETSERVER   此 SQL Server 實例最近于 2005-5-29 11:46:34 (本地) 2005-5-29 3:46:34 (UTC)報告使用的進程 ID 是 1256。
    /*第4條事件,SQL Server 2000安裝在一個CPU的服務器上,以正常優先級開始啟動*/
    2005-5-29   11:47:05    MSSQLSERVER 信息  (2)  17055    N/A  MYNETSERVER   17162:
    SQL Server 正在以優先級“normal”(已檢測到 1 CPU)啟動。
    /*第5條事件,SQL Server 2000的CPU配置為線程模式*/
    2005-5-29   11:47:05    MSSQLSERVER 信息  (2)  17055    N/A  MYNETSERVER   17124:
    已為 thread 模式處理而配置了 SQL Server。
    /*第6條事件,為SQL Server 2000分配的鎖信息*/
    2005-5-29   11:47:05    MSSQLSERVER 信息  (2)  17055    N/A  MYNETSERVER   17125:
    使用 dynamic 鎖分配。[2500] 鎖塊,[5000] 鎖所有者塊。
    /*第7條事件,啟用默認的由SSNETLIB.DLL文件封裝的網絡庫超級套接字,圖1.8說明了該文件封裝了TCP/IP協議和NWlink IPX/SPX兩種通信協議*/
    2005-5-29   11:47:07    MSSQLSERVER 信息  (2)  17055    N/A  MYNETSERVER   17834:
    正在使用“SSNETLIB.DLL”版本“8.0.766”。
    /*第8條事件,由于在圖1.2中配置不使用TCP/IP協議和NWlink IPX/SPX兩種通信協議,所以這里提示無法注冊超級套接字網絡庫*/
    2005-5-29   11:47:09    MSSQLServer 警告  (8)  19011    N/A  MYNETSERVER   SuperSocket 信息: (SpnRegister) : Error 1355。
    /*第9條事件,盡管沒有明確配置啟用共享內存機制,但SQL Server 2000自動啟動共享內存機制*/
    2005-5-29   11:47:09    MSSQLSERVER 信息  (2)  17055    N/A  MYNETSERVER   19013:
    SQL Server 正在監聽 Shared Memory。
    /*第10條事件,已經準備好進行客戶機連接*/
    2005-5-29   11:47:09    MSSQLSERVER 信息  (2)  17055    N/A  MYNETSERVER   17126:
    SQL Server 已準備好進行客戶端連接
    /*第11條事件,啟動完成。*/
    2005-5-29   11:47:10    MSSQLSERVER 信息  (2)  17055    N/A  MYNETSERVER   17052:
    恢復完成。
    ―――――――――――――――――――――――――――――――――――――
    【配套光盤文件】:\第1章\0101.txt。
    (8)圖1.8所示為【服務器網絡實用工具】的【網絡庫】選項卡。說明了各網絡庫封裝的網絡通信協議。網絡庫是以動態鏈接庫 DLL形式實現的IPC(進程間通信)機制。IPC機制的實現對于一般用戶來講是很復雜的,網絡庫將IPC機制的內部實現進行了封裝,留出的部分很容易配置的參數供用戶進行設置。網絡庫必須成對出現,也就是說,客戶機和服務器選擇的網絡庫必須是一致的。當客戶機和服務器通過某種特定的網絡庫進行通信時,實際上就是兩者選擇相同的網絡通信協議、相同的IPC機制來進行通信。網絡庫不是通信協議,而是通信協議和IPC機制組合的結果。
    圖1.8  SSNETLIB網絡庫封裝的網絡協議

    2.本地客戶機的操作

    (1)在SQL Server 2000客戶機上啟動【客戶端網絡實用工具】,出現如圖1.9所示的【常規】選項卡。在【按順序啟動協議】列表框中禁用所有的協議。選擇【啟用共享內存協議】服選框。用【查詢分析器】測試連接成功。如圖1.10所示。
        
    圖1.9  在客戶機上啟用共享內存協議            圖1.10  測試連接成功
    (2)在SQL Server 2000客戶機的【客戶端網絡實用工具】的【常規】選項卡不選擇【啟用共享內存協議】服選框,如圖1.11所示。用【查詢分析器】測試連接,出現如圖1.12所示的共享內存的服務器不存在或者拒絕訪問的信息。如圖1.13所示。
     
    圖1.11  在客戶機上不啟用共享內存協議            圖1.12  測試連接不成功

    3.遠程客戶機的操作

    在遠程SQL Server 2000客戶機的【客戶端網絡實用工具】的【常規】選項卡中選擇【啟用共享內存協議】服選框,用【查詢分析器】測試連接,出現如圖1.13所示的服務器不存在或者拒絕訪問的信息。
    圖1.13  遠程客戶機無法通過共享內存進行訪問

    實驗結論

    本實驗可以得出的結論有3點。
    (1)網絡庫不等于網絡通信協議。
    (2)共享內存通信機制僅僅適合本地客戶機訪問SQL Server 2000服務器。遠程客戶機不能采用該機制。
    (3)TCP/IP協議的優先次序優于共享內存。
    【實驗視頻文件】:\第1章\0101.exe。

    原文轉自:http://www.kjueaiud.com

    老湿亚洲永久精品ww47香蕉图片_日韩欧美中文字幕北美法律_国产AV永久无码天堂影院_久久婷婷综合色丁香五月

  • <ruby id="5koa6"></ruby>
    <ruby id="5koa6"><option id="5koa6"><thead id="5koa6"></thead></option></ruby>

    <progress id="5koa6"></progress>

  • <strong id="5koa6"></strong>