作者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/cn.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