|
|
MSSQlServer所謂的分布式查詢(Distributed Query)是能夠訪問存放在同一部計算機或不同計算機上的SQL Server或不同種類的數(shù)據(jù)源, 從概念上來說分布式查詢與普通查詢區(qū)別 它需要連接多個MSSQL服務(wù)器也就是具有多了數(shù)據(jù)源.實現(xiàn)在服務(wù)器跨域或跨服務(wù)器訪問. 而這些查詢是否被使用完全看使用的需要.
本篇將演示利用SQlExpress鏈接遠程SQlServer來獲取數(shù)據(jù)方式來詳細說明分布式查詢需要注意細節(jié).先看一下系統(tǒng)架構(gòu)數(shù)據(jù)查詢基本處理:
當(dāng)然如果采用了分布式查詢 我們系統(tǒng)采取數(shù)據(jù)DataBase也就可能在多個遠程[Remote Server]上訪問時:
如上截取系統(tǒng)架構(gòu)中關(guān)于數(shù)據(jù)與緩存流向中涉及的分布式查詢業(yè)務(wù), 當(dāng)我們從客戶端Client發(fā)起請求數(shù)據(jù)時. 首先檢查MemCache Server緩存服務(wù)器是否有我們想要數(shù)據(jù). 如果沒有我需要查詢數(shù)據(jù)庫. 而此時數(shù)據(jù)要求查詢多個遠程服務(wù)器上多個數(shù)據(jù)庫中表, 這時利用分布式查詢.獲得數(shù)據(jù) 然后更新我們在緩存服務(wù)器MemCache Server上數(shù)據(jù)保持數(shù)據(jù)更新同步, 同時向客戶端Client直接返回數(shù)據(jù).那如何來執(zhí)行這一系列動作中最為關(guān)鍵分布式查詢?
<1>分布式查詢方式
我們知道Microsoft微軟公用的數(shù)據(jù)訪問的API是OLE_DB, 而對數(shù)據(jù)庫MSSQlServer 2005的分布式查詢支持也是OLE_DB方式.SQL Server 用戶可以使用分布式查詢訪問以下內(nèi)容：
A:存儲在多個 SQL Server 實例中的分布式數(shù)據(jù)
B:存儲在各種可以使用 OLE DB 訪問接口訪問的關(guān)系和非關(guān)系數(shù)據(jù)源中的異類數(shù)據(jù)
OLE DB 訪問接口將在稱為行集的表格格式對象中公開數(shù)據(jù)。SQL Server 允許在 Transact-SQL 語句中像引用 SQL Server 表一樣引用 OLE DB 訪問接口中的行集,[其實不用關(guān)心這個行集概念 它的功能類似SQl中臨時表 不過它容積更大 能容納類型更多 更豐富]
SQL Server 實例的客戶機與 OLE DB 訪問接口之間的連接 如下圖:
從上圖可以看出.客戶端借助OLEDB接口可以訪問Oracle/MS Jet/MS SQL/ODBC/第三方等這些豐富數(shù)據(jù)源來我們分布式查詢提供數(shù)據(jù). 說了這么多關(guān)于OLEDB底層支持. 關(guān)于在MSSQL2005中則支持兩種方式來進行分布式查詢:
<A>使用添加鏈接服務(wù)器方式(Add Link Server)
<B>使用特定名稱及特定數(shù)據(jù)源來直接指定(Add Host Names)
其實這兩種方式在實際運用中是有區(qū)別的:
方式A:Add Link Server方式建立服務(wù)器之間關(guān)聯(lián).創(chuàng)建一個鏈接的服務(wù)器，使其允許對分布式的、針對 OLE DB 數(shù)據(jù)源的異類查詢進行訪問. 一般適用于持久的數(shù)據(jù)操作 對于數(shù)據(jù)量偏大 服務(wù)器之間交付時間長特點.
方式B: Add Host Name 利用域來唯一識別數(shù)據(jù)庫以及數(shù)據(jù)庫表對象. 來實現(xiàn)跨服務(wù)器訪問. 這種方式一般比較簡單 主要適用于對數(shù)據(jù)需求臨時性查詢是使用偏多. 不適合做大批量數(shù)據(jù)提取. 有性能瓶頸.
<2>分布式查詢實現(xiàn)
在進行實現(xiàn)分布式查詢之前.本次測試Demo對應(yīng)的SQL版本:
確定SQLServer版本后如下會演示兩種方式來實現(xiàn)分布式查詢,并對Distributed Query中詳細細節(jié)進行說明.
<2.1>鏈接服務(wù)器查詢
鏈接服務(wù)器配置使 SQL Server 可以對遠程服務(wù)器上的 OLE DB 數(shù)據(jù)源執(zhí)行命令。鏈接服務(wù)器具有以下優(yōu)點：
- 訪問遠程服務(wù)器。
- 能夠?qū)ζ髽I(yè)內(nèi)的異類數(shù)據(jù)源發(fā)出分布式查詢、更新、命令和事務(wù)。
- 能夠以相似的方式確定不同的數(shù)據(jù)源
下圖顯示了鏈接服務(wù)器配置的基礎(chǔ):
現(xiàn)在利用鏈接服務(wù)器方式實現(xiàn)數(shù)據(jù)訪問遠程服務(wù)器數(shù)據(jù)庫CustomerDB中Users表數(shù)據(jù)先本地添加LinkServer:
1: -- 建立連接服務(wù)器 第一步建立連接 IP方式來控制
2:
3: EXEC sp_addlinkedserver '192.168.10.104' , 'SQL Server'
4:
5: -- 查看鏈接服務(wù)器信息 [測試連接成功]
6:
7: select name , product, provider, data_source, query_timeout, lazy_schema_validation, is_remote_login_enabled, is_rpc_out_enabled
8: from sys.servers
9: where is_linked= 1<3>問題排查與更多查詢方式
當(dāng)我們在實際編程中進行訪問遠程數(shù)據(jù)時 因為不同操作環(huán)境會引發(fā)各種各樣的異常,如下我會提出一種常見的異常方式解決辦法和關(guān)于遠程數(shù)據(jù)操作更多查詢方式.
<3.1>無法建立遠程連接
其實這個問題在做分布式查詢時極其常見. 而引起這個問題的因素過多. 我們一時無法判斷真正引發(fā)這個異常地方. 只能通過逐個排查方式來進行設(shè)置:
例如我們在建立關(guān)聯(lián)關(guān)系后 進行查詢時會遇到:
提示是: 在進行遠程連接時超時, 引起這個問題原因可能是遠程服務(wù)器積極拒絕訪問!
首先要在Sql Server Configuation Manager中保證你服務(wù)已經(jīng)運行 且是開機自動運行.
再次檢查SQl2005外圍配置DataBaseEngine允許遠程連接:
設(shè)置完成后.我們還需要設(shè)置Sql Server Analysis Services分析服務(wù)也支持遠程數(shù)據(jù)查詢:
在遠程服務(wù)器上如果啟用了防火墻則可能對目前SQl Server方位實例進行攔截. 所以在服務(wù)器端啟用防火墻情況下要為SQl DAtaBase創(chuàng)建例外.防止客戶端請求被攔截.
<3.2>進程被其他用戶占用
當(dāng)我們在遠程分布式查詢中有創(chuàng)建動作或是類似創(chuàng)建一個新的數(shù)據(jù)庫. 有時會提示 “該數(shù)據(jù)庫無法操作 已經(jīng)別其他進程占用”異常. 導(dǎo)致我們無法訪問數(shù)據(jù)庫. 或是執(zhí)行我們要做的創(chuàng)建操作.
遇到這種情況我們可以利用SA權(quán)限查詢到Master數(shù)據(jù)庫對應(yīng)數(shù)據(jù)庫被占用的進程 并殺掉Kill Process.查詢:
1: -- [sysprocesses 表中保存關(guān)于運行在 Microsoft® SQL Server™ 上的進程的信息。
2: -- 這些進程可以是客戶端進程或系統(tǒng)進程。sysprocesses 只存儲在 master 數(shù)據(jù)庫中]
4: use Master
5: go
7: SELECT * FROM sysprocesses ,sysdatabases WHERE sysprocesses.dbid=sysdatabases.dbid AND sysdatabases.Name='CustomerDB'
9: select * from sysprocesses
11: select * from sysdatabases
13: -- 殺死占用進程
14: kill 5
it知識庫：SQLServer分布式查詢，轉(zhuǎn)載需保留來源！
鄭重聲明：本文版權(quán)歸原作者所有，轉(zhuǎn)載文章僅為傳播更多信息之目的，如作者信息標記有誤，請第一時間聯(lián)系我們修改或刪除，多謝。
