在傳統樓宇自控集成管理建設過程中，基本上都按照每個樓宇自控的應用系統，如樓宇自控系統、安保自動化系統、消防自動化系統等，為保證各應用系統的相互獨立穩定，都采用獨立的服務器運行，相應的安全和管理標準均各自定義，數據庫應用、界面應用等均獨立展現，即孤島架構。

樓宇自控孤島架構的缺點主要有：

（1）投入較高、管理復雜、維護效率低、能耗高、低可用問題、資源浪費

當前樓宇自控信息管理硬件配置一般情況如下：

大中型樓宇應用系統：一臺服務器安裝一個智能化應用系統；對于高可靠性要求的應用服務，采用雙機熱備的服務器方式。

小型樓宇應用系統則采用一個服務器上安裝多個智能化應用系統；對于高可靠性要求的系統也可采用雙機熱備的服務器方式。

第一種情況存在嚴重資源浪費問題，在樓宇自控的系統中，有些樓宇智能化系統一天的使用不多，使用模式也非常有規律，但也有一些系統需要二十四小時不間斷運行，由于不同的應用系統均要有獨立的服務器，因此大量的服務器增加了系統的維護難度同時也增加了系統的能耗成本。而對于小型樓宇的應用，由于所有的系統均存放在同一服務器下，當系統應用高峰時，資源不足問題會突顯出來，使所有的應用系統運行變的緩慢，更有甚者，可能會造成系統應用癱瘓，存在巨大的安全隱患。

（2）低可靠性問題

樓宇自控的傳統設計大都是采用獨立機器方式，當相應的電腦主機，特別是服務器出現故障（硬件或系統故障）時，則與本服務器中相應的系統都不能使用，這樣的樓宇自控系統可靠性極差，但如果要實現高可靠性的設計，那么系統必須用雙機熱備的方式予以解決，但這種結構的系統一般要求的維護人員技術水平較高，而系統的建設成本也非常高昂。