由于MIS系統需要從DCS系統中讀取生產實時數據。在網絡中接進動態數據服務器就會造成通訊網絡堵塞，網絡堵塞現象的嚴重程度與多種因素相關。
　　
　　當結點連到DCS系統的通訊網絡上時，通常有一個網絡接口，控制器把數據送到接口。人機界面從網絡接口讀取數據，讀取數據應遵守網絡通訊協議。網絡物理結構有環形和總線兩種，總線網絡在邏輯上也是環形的。星形網絡只用于小系統（100個I/O點內）。常用的通訊協議是廣播式的，在網絡上的結點，只要把數據送到網絡上，它就要不斷廣播數據，需要數據的結點就接收數據。廣播式協議的網絡除了這種方式以外，還有一種方式：一個結點向網上的其他結點問詢數據，但如果其他結點沒有這個數據，它就反復進行問詢工作，直至讀取到這個數據。那么如果網絡上根本沒有這個數據，就會造成網絡堵塞。
　　
　　操作站死機現象，不管何種DCS系統，在DCS七十年代問世以來，都不同程度的存在死機現象。操作站主要軟件是操作系統、監控軟件和控制器的驅動軟件。早期的DCS系統，所有這三個軟件都是由DCS廠家自行開發的，或者說是的。這三個軟件可能有不相配的地方，所以在運行時產生死機，特別是鍵盤操作時幾個特殊鍵按下時，就會產生死機。另外一種情況是：有的DCS系統、監控軟件從其它系統移植過來，DCS制造廠家只開發一個驅動軟件。這種情況下，由于DCS銷售量小，軟件之間配合問題沒有得到充分暴露，死機就更為頻繁。
　　
　　動態數據服務器不是系統剛投運時就存在的，許多DCS用戶是zui近幾年根據需要才添加的。DCS運行時間比較長的情況下，工廠的維護人員不斷更替，控制器的組態也不斷變化，但有一個現象是：組態只加不減，有一部分組態實際上已沒有與真正的I/O點相連。而動態數據服務器接入時，欲將DCS上所有數據點都讀上去，而其中有很大數量的數據點是無效的，因而造成網絡堵塞，所以人機界面就發生死機現象。這時可以用逆向工程師站讀取控制器中的組態，與正向工程師站的內容進行比較，刪除無效點，就可以避免網絡堵塞和死機現象。
　　
　　另一個應注意的問題是在接入動態數據服務器時，應檢查所有接口的軟件版本是否一致。否則也會影響數據的傳遞。
　　
　　解決網絡堵塞的方法是：如果采用例外報告的方式，可將例外報告的區域加大一些，以減少網絡的通訊量。例外報告的意思是現場的某點只在發生變化時把數據送到網絡上，如果不發生變化就不會傳送。但為了防止點已經壞而人機界面不知道的情況。所以，即使點不變化，超過一段時間也要報告。為了減少網絡上的數量，把例外報告的二個參數都適當加大，也能達到減少數據量的目的。
　　
　　zui近幾年推出的通用操作站，大多采用NT操作系統，監控軟件也采用通用的，如：FIX、INTOUCH等。由于軟件的銷售量大，軟件存在的問題較少。通用操作站的開放性能好，死機現象會大大減少。無論維護成本、備件采購都不受DCS制造廠家的限制。