作者xurza (阿紫)
看板MIS
標題[請益] Oracle在VPN上的效率現象
時間Fri Jan 6 14:38:21 2017
安安 各位
這問題 拖了好幾個月 找不到解決方式 放上來請大家看看
是否有遇到類似的情況 及更好的解決方式
https://mega.nz/#!kJ9kFBaZ!Be_cnvTQ_M9bB49LQ50CeLtDMexORmruZ8cfDidU0qA
上面是我做的檔案請下載閱讀 內有對應的圖檔
---------------------------------------------------
192.1.1.0 是花蓮端網段 192.1.3.0 是台北端網段 中間用防火牆串起VPN
花蓮端 VPN是用fotinet200D 100M/60M 台北端是用 netscreen 520 100M/100M
下表是 192.1.1.191 透過 VPN 傳一個181M的檔案 到 192.1.3.21
再把該檔 拉回來 所呈現的流量
我的VPN 在台北跟花蓮間 效率是可以跑到20.96Mbps
---------------------------------------------------
在台北網段內的 192.1.3.13 工作站執行某系統內的 一支報表.
該報表資料庫為 Oracle 版本應該是 11G, Oracle 伺服器主機IP 為 192.1.3.21 .
由流量表可知 該報表在執行過程中
工作站與伺服器端穩定同時上傳下載 131K 左右的資料
此報表 在12:19 分開始執行 12:38 分完成 .耗時 19分鐘
---------------------------------------------------
在花蓮端的 192.1.1.191 工作站執行同一支報表.
該報表資料庫為 Oracle, Oracle 主機IP 為 192.1.3.21 .(與上面相同)
而 192.1.1.191 連到 192.1.3.21 是透過第一個圖表說明的這條VPN 連線
由流量表可知 該報表在執行過程中 不穩定上傳下載 8K~20K 左右的資料
同一支報表 要超過10小時才能完成 .
---------------------------------------------------
自我推測
這個系統裡的這隻報表 並非是使用 工作站下指令 請伺服器端跑完後 直接把結果傳回來
而是 工作站不停地跟伺服器端要資料拉回來工作站端運算.
那麼是 Oracle 的資料傳輸在 透過 VPN 會被限制速率?
問過 系統商 ,系統商表示 資料庫他們沒有做任何限制
問過防火牆工程師 也說沒有做任何限制
oracle 專用的 port 1521 也有特別提高優先權
但提高前提高後 效率都是一樣
詢問過其他人的意見 指向 Oracle 在VPN上跑就是只會跑這樣的速度
我VPN 再快都沒用..無解
OS:跨國企業怎辦? 都是這樣?
問題是我要讓花蓮端跑起來跟台北端一樣快 作得到嗎?
申請一條所謂的點對點專線 中間不經由防火牆建VPN 就一定可以嗎?
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 61.219.83.128
※ 文章網址: https://webptt.com/m.aspx?n=bbs/MIS/M.1483684706.A.3D1.html
1F：→ xurza: 先做好遠端桌面讓使用者撐著用,但最終還是必須要回到工作站 01/06 14:41
2F：→ chang0206: XenAPP / Terminal Service 01/06 15:45
3F：推 chang0206: 總的流量看起來不大 MPLS VPN或許可以解 01/06 15:49
4F：→ chang0206: 不過這東西沒在給測試的... 01/06 15:49
5F：→ asdfghjklasd: 這問題又不難.而且這是已經知道的問題啊XDDD 01/06 17:09
6F：→ asdfghjklasd: 你們連跑POS都會有問題 01/06 17:10
7F：→ johnten: 多年前我也曾經跟你一樣天真,以為ap可以擺在遠地wan端 01/06 18:19
8F：→ johnten: 只可惜就算我兩點VPN速度再怎麼快,AP連到DB就是龜 01/06 18:20
9F：→ OSDBNetwork: 在 192.1.3.X 架設一台 "多人遠端桌面連線" 就好了. 01/06 18:20
10F：→ johnten: 後來才知道TS才是正解 01/06 18:21
11F：→ johnten: 你問到重點了 跨國企業怎麼辦 上叢集吧.. 01/06 18:22
12F：→ appledavid: TS or chtml 01/06 19:52
13F：推 chang0206: 請問CHTML是什麼技術？ 01/06 20:12
14F：→ deadwood: 對DB的效能而言，WAN的延遲應該才是最大瓶頸，自己算算 01/06 21:41
15F：→ deadwood: 兩者延遲差了幾倍，就不難理解為何會差這麼多 01/06 21:42
16F：→ konkonchou: 首先報表程式能不能改，有沒有辦法知道PL/SQL指令下的 01/06 21:59
17F：→ konkonchou: 方式 01/06 21:59
18F：→ konkonchou: 有的 PG 寫的程式本地端開發，SQL不會寫，也許一支報 01/06 22:04
19F：→ konkonchou: 表一萬筆資料執行了10001次，一次1ms 結果花10s 無感 01/06 22:04
20F：→ konkonchou: ，放到異地執行假設16ms就160s以上就差很多 01/06 22:04
21F：→ konkonchou: 也許拉好View或串好table結果直接跑出來, 串不出來就 01/06 22:08
22F：→ konkonchou: 學應用cursor去跑就行了 01/06 22:08
23F：→ konkonchou: 若無法看報表程式，或許減少報表資料量就可以驗證是否 01/06 22:10
24F：→ konkonchou: 這原因造成 01/06 22:10
25F：→ dennisxkimo: vpn環境 ping 資料庫ip -l 1472 -f出切割訊息 會很慢 01/06 22:26
26F：→ dennisxkimo: 但是不管頻寬多高 vpn環境下 user最後回歸TS 01/06 22:28
27F：→ kobedisel: 樓上已有正解 network letency 01/07 00:11
28F：→ dou0228: 報表在遠端做好，ts連進去看才是正解。 01/11 15:06
29F：→ asdfghjklasd: 當每家都不同業主時,你看看TS主機誰會出....XDDDD 01/11 19:00