[請益] Oracle在VPN上的效率現象

看板MIS (IT資訊人員)作者 (阿紫)時間7年前 (2017/01/06 14:38), 編輯推噓2(2027)
留言29則, 11人參與, 最新討論串1/1
安安 各位 這問題 拖了好幾個月 找不到解決方式 放上來請大家看看 是否有遇到類似的情況 及更好的解決方式 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://www.ptt.cc/bbs/MIS/M.1483684706.A.3D1.html

01/06 14:41, , 1F
先做好遠端桌面讓使用者撐著用,但最終還是必須要回到工作站
01/06 14:41, 1F

01/06 15:45, , 2F
XenAPP / Terminal Service
01/06 15:45, 2F

01/06 15:49, , 3F
總的流量看起來不大 MPLS VPN或許可以解
01/06 15:49, 3F

01/06 15:49, , 4F
不過這東西沒在給測試的...
01/06 15:49, 4F

01/06 17:09, , 5F
這問題又不難.而且這是已經知道的問題啊XDDD
01/06 17:09, 5F

01/06 17:10, , 6F
你們連跑POS都會有問題
01/06 17:10, 6F

01/06 18:19, , 7F
多年前我也曾經跟你一樣天真,以為ap可以擺在遠地wan端
01/06 18:19, 7F

01/06 18:20, , 8F
只可惜就算我兩點VPN速度再怎麼快,AP連到DB就是龜
01/06 18:20, 8F

01/06 18:20, , 9F
在 192.1.3.X 架設一台 "多人遠端桌面連線" 就好了.
01/06 18:20, 9F

01/06 18:21, , 10F
後來才知道TS才是正解
01/06 18:21, 10F

01/06 18:22, , 11F
你問到重點了 跨國企業怎麼辦 上叢集吧..
01/06 18:22, 11F

01/06 19:52, , 12F
TS or chtml
01/06 19:52, 12F

01/06 20:12, , 13F
請問CHTML是什麼技術?
01/06 20:12, 13F

01/06 21:41, , 14F
對DB的效能而言,WAN的延遲應該才是最大瓶頸,自己算算
01/06 21:41, 14F

01/06 21:42, , 15F
兩者延遲差了幾倍,就不難理解為何會差這麼多
01/06 21:42, 15F

01/06 21:59, , 16F
首先報表程式能不能改,有沒有辦法知道PL/SQL指令下的
01/06 21:59, 16F

01/06 21:59, , 17F
方式
01/06 21:59, 17F

01/06 22:04, , 18F
有的 PG 寫的程式本地端開發,SQL不會寫,也許一支報
01/06 22:04, 18F

01/06 22:04, , 19F
表一萬筆資料執行了10001次,一次1ms 結果花10s 無感
01/06 22:04, 19F

01/06 22:04, , 20F
,放到異地執行假設16ms就160s以上就差很多
01/06 22:04, 20F

01/06 22:08, , 21F
也許拉好View或串好table結果直接跑出來, 串不出來就
01/06 22:08, 21F

01/06 22:08, , 22F
學應用cursor去跑就行了
01/06 22:08, 22F

01/06 22:10, , 23F
若無法看報表程式,或許減少報表資料量就可以驗證是否
01/06 22:10, 23F

01/06 22:10, , 24F
這原因造成
01/06 22:10, 24F

01/06 22:26, , 25F
vpn環境 ping 資料庫ip -l 1472 -f出切割訊息 會很慢
01/06 22:26, 25F

01/06 22:28, , 26F
但是不管頻寬多高 vpn環境下 user最後回歸TS
01/06 22:28, 26F

01/07 00:11, , 27F
樓上已有正解 network letency
01/07 00:11, 27F

01/11 15:06, , 28F
報表在遠端做好,ts連進去看才是正解。
01/11 15:06, 28F

01/11 19:00, , 29F
當每家都不同業主時,你看看TS主機誰會出....XDDDD
01/11 19:00, 29F
文章代碼(AID): #1ORpjYFH (MIS)
文章代碼(AID): #1ORpjYFH (MIS)