[▂事情是這樣的
最近接到一個issue是關於server更換實體位置放置後，
User端開始有感網頁操作的回應時間變長了。
========詳情========
一台掛有外包網頁系統的server，原本放在 B棟 lab，多數使用者也在lab，
user操作上存取回應很快，由 A/B棟連線，各種動作都是1s內完成。
由於前幾個月的台電停電，此server被規畫至另一UPS區域 C棟放置，問題就開始了..
需要查詢DB的步驟，由 A/B棟連線過去，從原本的1s內，拉長為3~4s，
導致一天有數百筆資料要處理的lab user開始抱怨了。
========環境========
企業內網
光纖 光纖
A

先F12的Network看看到底卡在哪個環節？C棟有其他AB連正常的服務嗎？

你先列出你手上設備的軟硬體清單，看那些可以監控，以及怎做

F12確認過，秒數都花在[時間]頁籤內(要求/回應)中的已傳送要求 ===>2.3毫秒等待(TTFB) ====>859.09毫秒下載內容 =====>282.33毫秒更正:已傳送要求====>2.30 秒目前尷尬的是，C棟只有這個對外的service，無法比較>>kojj 好的 硬體是網路設備，那軟體需要列哪些呢?

前陣子公司前輩有處理類似的 有聽到好像是從DNS方面下去查而解決

你OS? DB? Web service? 以及你有多少權限做設定與監控?看你剛回報數字，比較像你服務平台的延遲造成，但是原因....859ms 那值太慢，但原因可能很多，要看你的最大負載在哪

這樣怎麼感覺Switch 的forwarding有出現問題？ 或者gbic 沒有接好等可能，如果是我我會從switch 上開始盤查問題

跨網域的先看是不是 db query 迴圈過多，handshake 會花很多時間還有就是 db query 量跟頻寬，說不定就真的需要這麼長時間傳輸

就看Antonio 他檢查完，能提供多少訊息。

確認網卡跟網路設備的MTU

光纖多模距離太長會衰減 建議長距離都用單模光纖

Traceroute或到各SW上ping server，先看延遲是不是真的發生在網路上

感謝各位大大提供的建議，前幾天在忙其他專案，這周開始會繼續各位提供調查方向，感溫有沒有解決都會來回報檢查結果 (_"_)

這不是很簡單的問題嗎????

非常感謝各位大大撥冗分享，初步用iperf3實測結果->https://imgur.com/a/RysS4xr結果看來傳輸速度有落差。近期請廠商來現場檢測評估，初判是線路關係導致，推測由於早期的光纖配線盤接點老化，導致端點不通，才會以Cat.6跨棟牽線的方式替代，可能因距離導致衰弱。接下來就是再安排整體線路改善計畫，應能改善。