如果網絡和應用程序發生延遲，終端用戶就會遭受糟糕的性能問題，但還要努力完成基本的工作任務。雖然有些延遲問題比較容易定位和修復，但是，總有一些問題需要借助監視方案和其它工具才能深入地挖掘并解決。

不能僅關注用戶的反饋

傾聽雇員的反饋并用其發現網絡或應用程序的潛在問題是很重要的，但是用戶的抱怨往往并不能明確地說明問題，而且也不能使管理員完整地闡述問題和故障。管理員應透過現象看本質，由表及里，由此及彼。用戶們可能僅僅告訴管理員其VoIP和視頻會議的呼叫沒有聲音，或者某個應用程序運行速度大不如以前正常時的情況，但你應由此擴展出去。管理員不應利用一個或幾個不同用戶的抱怨來幫助查找潛在的基本問題，而應查找相關的模式。

例如，如果有13個人抱怨說有13個不同的應用程序運行速度緩慢，但這些問題碰巧都運行在相同的存儲陣列，那么你就可以追蹤問題到特定的系統。又如，如果短時間內有幾十個員工抱怨速度問題，但你作為管理員卻發現這些用戶都在使用在云中運行的服務所涉及的應用程序，因而基本可以斷定是服務供應商的問題。

但預防總比等待終端用戶的抱怨要好。管理員應提前規劃，真正理解數據中心的運行方式，以便于能夠執行網絡的健康檢查，真正地定位和解決問題。保持主動是確保管理員能夠快速響應性能問題的***方法。

系統負擔過重

系統承受的負擔，尤其是內存的負擔是造成應用程序延遲的另一個常見原因。你的系統未必運行緩慢，但如果其負擔過重，將無法滿足通信和要求。這種情況既可發生在服務器端也可發生在終端，所以管理員必須確保擁有適當數量的資源(特別是內存)可以運行負載。

如果企業的應用非常重要，而且需要實時響應，那么你必須將這些應用放到擁有***內存的***存儲系統上。但是，如果你的應用不是那么“生死攸關”，或者并不需要同等水平的資源和容量，就可以將其放到一些不太強大的系統上。

為了以最有效的方式將負載分配到服務器中，管理員必須決定***的方法。如果這些系統是在云計算之前設計的，但如今又有新要求的應用程序，那么它有可能造成延遲問題而需要升級。

改進網絡的流量管理

就像系統負擔過重會影響應用程序的性能一樣，網絡的負擔過重也會引起延遲問題。但是，此問題的有趣之處在于延遲往往是由于網絡作為一個整體的利用率過低造成的。

許多數據中心有兩個分離的網絡連接，其中之一是MPLS線，另一個是互聯網連接。在多數情況下，公司并不能充分利用這兩個連接，從而導致大量潛在的性能問題。

例如，有些公司僅將互聯網連接用于處理備份，但此連接還可用于非關鍵的應用和服務。管理員為什么要將所有的娛樂通信交給數據而中心而沒有將其直接發到互聯網上呢?通過將諸如社交媒體、視頻流、其它大量消耗帶寬的服務遷移到不同的網絡連接中，你就可以改善性能，甚至可以釋放一些額外的網絡性能用于將來的繁重任務。

未必都是內部問題

即使在采取了所有必要的措施之后，網絡和應用仍有可能遭受延遲問題，那么問題就未必是內部原因引起的。管理員必須知道，應用程序不再完全位于企業內部的數據中心了。在很情況下，應用程序要與云端的服務相協作，或者使用云中的服務，所以即使企業的數據中心正常運行，互聯網服務供應商或云服務供應商也有可能出問題。管理員不妨運行一些可以查看云服務狀態的工具，這應是不錯的方法。