作者查詢 / phdch
作者 phdch 的總覽 (PTT發文,留言,暱稱)
發文數量: 78
收到的『推』: 159 (30.1%)
收到的『→』: 333 (62.9%)
收到的『噓』: 37 (7.0%)
留言數量: 128
送出的『推』: 33 (25.8%)
送出的『→』: 95 (74.2%)
送出的『噓』: 0 (0.0%)
使用過的暱稱: 33
phdch 在 PTT 最新的發文, 共 78 篇
phdch 在 PTT 最新的留言, 共 128 則
29F→: 感謝各位大大集思廣益,但我還是不能想像,各種原因造成障礙05/26 12:52
30F→: 可能還沒有遇過這樣問題吧! 我們firewall是AS mode05/26 12:53
31F→: firewall是唯一閘道與唯一出入口,沒有其他link05/26 12:57
1F→: 預算約20k05/08 00:34
10F推: 錯在都沒分享視頻,自己爽04/24 21:35
3F→: 一機房已有ap虛擬化infra,但無法db虛擬化,要另買高階設備04/23 23:46
4F→: 來db虛擬化,長官說要分開遙遠兩機房,卻沒有力說法可反駁04/23 23:46
15F→: 回答f大,架構是stor1--APvm---10Gbps---DBvm---stor204/24 08:33
16F→: 回答f大,僅規劃,AP用vmware,DB用別hypervisor,硬體獨立建置04/24 08:35
17F→: 回答k大,架構是stor1--APvm---10Gbps---DBvm---stor2,有法04/24 08:36
18F→: 回答g大,stor1--APvm---100km---DBvm---stor2,兩邊有存儲04/24 08:37
19F→: 回答g大,因為都有local storage,IOPS與latency是OK的04/24 08:38
20F→: 回答kon大,有跟DBA確認,您說的SQL指令與SP執行真的是關鍵04/24 08:50
21F→: DBA說之前SP在AP上,效能差,後移至DB執行效能好很多04/24 08:50
22F→: 我們AP也會對DB下SQL指令,但若量大真的不建議相隔100km04/24 08:52
23F→: 量大不大,還要跟寫ap程式同事確認04/24 08:53
24F→: 同事說好像沒什麼tag,但shrinking data有這樣技術04/24 08:53
25F→: dataRow去insert或del會造成OSstorage資料破碎,似磁碟重整04/24 08:55
28F→: 我們先規畫線上ap與線上db相隔100km以上,可否?技術上論瓶頸04/24 08:58
29F→: 回答s大,網路延遲估20ms內,我們某系統ap,db相離100km是這樣04/24 08:59
30F→: 資安會兩邊做好必要設定,排除故障兩邊會有維運人員04/24 09:00
35F→: 回應s大,長官說要這樣規劃,但實在想不出好處.04/24 09:43
40F→: 網路方面有做好HA,網路設備也有HA,每一段都有04/24 09:44
41F→: 回應v大,最糟就是SQL commit太頻繁,影響終端用戶感受04/24 09:45
42F→: 回應t大,也許是長官想讓我們MIS挑戰我們的技術能力吧04/24 09:46
18F推: 想知道3/5從疫區回來,怎沒14天隔離?問題111.71.13.183 03/15 20:21
19F→: 在哪?111.71.13.183 03/15 20:21
20F→: 從外國回來不被追縱?是防疫破口嗎?111.71.13.183 03/15 20:23
phdch 在 PTT 的暱稱紀錄, 共 33 個
暱稱:愛咪
文章數量:12
暱稱:往正面
文章數量:1
暱稱:think
文章數量:3
暱稱:wishope
文章數量:3
暱稱:conscript
文章數量:1
暱稱:紫色香包
文章數量:1