然后設置一個虛擬IP對外連接？

用友軟件自身不支持雙機熱備的。但是可以通過sql進行雙擊熱備，有這方面的案例。U8軟件雙機熱備解決方案雙機熱備有兩種實現模式，一種是基于共享的存儲設備的方式，另一種是沒有共享的存儲設備的方式，一般稱為純軟件方式。 基于存儲共享的雙機熱備是雙機熱備的最標準方案。 對于這種方式，采用兩臺或多臺服務器，使用共享的存儲設備如磁盤陣列柜或存儲區域網SAN。兩臺服務器可以采用互備、主從、并行等不同的方式。在工作過程中，兩臺服務器將以一個虛擬的IP地址對外提供服務，依工作方式的不同，將服務請求發送給其中一臺服務器承擔。同時，服務器通過心跳線（目前往往采用建立私有網絡的方式)偵測另一臺服務器的工作狀況。當一臺服務器出現故障時，另一臺服務器根據心跳偵測的情況做出判斷，并進行切換，接管服務。對于用戶而言，這一過程是全自動的，在很短時間內完成，從而對業務不會造成影響。由于使用共享的存儲設備，因此兩臺服務器使用的實際上是一樣的數據，由雙機或集群軟件對其進行管理。 對于純軟件的方式，則是通過支持鏡像的雙機軟件，將數據可以實時復制到另一臺服務器上，這樣同樣的數據就在兩臺服務器上各存在一份，如果一臺服務器出現故障，可以及時切換到另一臺服務器。 下面我就在xx項目上采用的雙機熱備方式進行介紹：xx項目雙機熱備采用的是基于共享磁盤陣列柜的標準方案，客戶購買了兩臺IBM高性能服務器用于雙機熱備，并另采購了一臺性能稍低的服務器作為加密服務器，希望將U8軟件的數據與應用通過雙機熱備的方式提高系統的安全可靠性，但在我們U8IT部署中，只提供數據庫的雙機熱備的方式，應用服務器是采用負載均衡的方式進行處理，而客戶認為如果僅備份數據庫不備份應用不能實現系統安全的保證，而且對服務器的硬件設備也是一種資源浪費，如果不能解決好這個問題，這兩臺服務器就要挪作它用，還需要另做批復重新購買服務器，這將延誤項目的啟動時間，為了解決好這問題，我根據過去安裝SYMIX軟件雙機熱備方式的經驗，決定按xx領導提出的要求進行嘗試，我取得了xx領導進行嘗試安裝的同意，并爭取到IBM服務器提供商的現場配合，同時也征詢了集團相關技術部門的意見，部署了xx項目雙機熱備方案，應用服務器與數據服務器進行雙機熱備，單獨使用一臺服務器做加密服務器。 首先分別在兩臺服務器上安裝好windows2000，啟用好IIS服務，并打好操作系統補丁程序，安裝完畢后，由IBM服務器供應商配置好cluster群。然后安裝sqlsever，建有集群的服務器，sql安裝程序能自動找到集群，安裝sqlsever時選虛擬服務器，這樣的話，系統會將sql安裝在磁盤陣列上安裝一臺完畢后，系統會自動同步至另一臺服務器中，不需要再次執行sql安裝，安裝后打sqlsp3補丁，打補丁重新啟動計算機后，也會同步，另一臺服務器不需要再次安裝sql補丁程序。 所有環境準備好后，安裝用友u8產品，應用服務器與數據服務器安裝在cluster群服務器上，注意兩臺服務器都需要分別執行U8安裝程序，不支持象sql軟件那樣的同步操作，同時將加密服務器安裝在群以外的另一臺服務器上，安裝完畢后配置應用服務器192.168.4.203為sql的虛擬服務器ip地址，1433為sql的端口號，中間要用逗號分隔，然后點測試連接，測試連通后，確定配置加密服務器，點服務器參數配置，在加密服務器中指定加密服務器名，確定 安裝客戶端產品，登錄測試是否能連通，注意服務器使用群集的ip地址，模擬當機過程，測試客戶端是否能登錄u8產品，在當機過程中，客戶端會提示連接失敗，需要重新登錄，當服務器群集交接完成后用戶可重新登錄U8進行操作，只是用戶在當機過程中正在處理的工作需要重新做一下，原因在于我們的U8軟件應用服務器其實是不支持雙機熱備的方式，因為用戶對應用服務器發的指令是會先放在內存中，雙機熱備的方式是不備內存的，而xx領導對于這種短時間內就能交接完成重新使用U8軟件的方式是接受的，問題得到了圓滿解決。