<sup id="lplxh"><track id="lplxh"></track></sup>

      <tr id="lplxh"></tr>
    1. <tr id="lplxh"></tr>

      1. <sup id="lplxh"><small id="lplxh"></small></sup>

      2. <tr id="lplxh"><nobr id="lplxh"></nobr></tr>
        <small id="lplxh"></small>

        
        
        <ins id="lplxh"><option id="lplxh"></option></ins>
      3. <noframes id="lplxh"><small id="lplxh"></small></noframes>
        <ins id="lplxh"><acronym id="lplxh"></acronym></ins>

            <output id="lplxh"><nobr id="lplxh"></nobr></output><ins id="lplxh"><acronym id="lplxh"></acronym></ins>
            <sup id="lplxh"></sup>

                1. <tr id="lplxh"><track id="lplxh"></track></tr>

                  <ruby id="lplxh"><option id="lplxh"></option></ruby>

                      <ins id="lplxh"><option id="lplxh"></option></ins>
                      <tr id="lplxh"></tr>
                    1. <tr id="lplxh"><small id="lplxh"></small></tr>

                      <tr id="lplxh"><nobr id="lplxh"><ol id="lplxh"></ol></nobr></tr>
                      <tr id="lplxh"><nobr id="lplxh"></nobr></tr>

                      1. <ins id="lplxh"><video id="lplxh"><var id="lplxh"></var></video></ins>
                        
                        
                      2. <menuitem id="lplxh"><acronym id="lplxh"></acronym></menuitem>

                          <tr id="lplxh"><nobr id="lplxh"><ol id="lplxh"></ol></nobr></tr>
                        1. <ins id="lplxh"><video id="lplxh"><var id="lplxh"></var></video></ins>
                          <output id="lplxh"><track id="lplxh"></track></output>

                            <ruby id="lplxh"><option id="lplxh"></option></ruby>
                          1. <tr id="lplxh"></tr>

                            <ins id="lplxh"><video id="lplxh"><var id="lplxh"></var></video></ins>
                            <ins id="lplxh"><acronym id="lplxh"></acronym></ins>

                          2. <output id="lplxh"><track id="lplxh"></track></output>
                            <menuitem id="lplxh"></menuitem>
                          3. <tr id="lplxh"></tr>
                            CONTENT

                            容災備份解決方案

                            關鍵業務系統異地容災解決方案

                            用戶系統現狀

                            用戶經過近幾年的信息化系統建設,目前已經完成中心數據中心的建設,目前,用戶的業務系統都處在雙機運行運行的服務狀態,但是存儲均為一臺設備,沒有業務連續性方面的保護。面臨以下問題:

                            1)服務器故障會導致業務中斷,造成不可預計的損失

                            現有幾個重要的業務服務器處在雙機運行,但是存儲均為一臺設備,業務連續性面臨諸多風險。服務器硬件、操作系統、數據庫等任何一個元素都可能出現或大或小的狀況,業務就會中斷。停止服務的時間取決于故障恢復的時間,這段停機時間的長短決定了業務損失對企業生產的影響。故障恢復的時間往往由于技術人員到位,故障原因的確診,物理備件的到位而變得無法控制。

                            2)存儲設備一旦故障,數據不可用或丟失。

                            使用存儲磁盤陣列使得數據集中后,給前端業務帶來了更好的存儲方式的安全性,同時也提高了業務的處理速度。但是只要是硬件設備就有故障的可能。磁盤陣列正式應為數據集中,所以一旦故障影響面也就比較廣,前端相聯的業務系統都會由于數據不可用而中斷業務服務。

                            3)沒有有效的措施抵抗機房站點級別的災難

                            客戶一般在信息中心的建設中往往會忽略機房的容災。常見的一些故障會導致中各數據中心癱瘓,如火災,水災,地震等。如果沒有相關的預防措施和保護手段,那么數據丟失,備份不可恢復就會給企業帶來致命打擊。美國911事件后,許多公司不能從災難中生存下來往往不是人員或資產上的損失,而是企業核心數據的丟失。

                            上述面臨的問題,使得為核心的存儲平臺進行異地數據容災變得非常必要和迫切。

                             

                            系統建設目標

                            1)數據異地存儲,中心機房和容災機房

                            2)災難發生后,業務恢復設計:數據恢復時間小于10分鐘

                            3)基于磁盤陣列的數據復制;

                            4)采用裸光纖,采用同步的數據復制

                            5)建立的災難備份中心,遠程數據同步時基本不影響本地的數據生產應用的性能表現。

                            6)在災難備份中心,放置主機系統以用作熱備份,其處理能力可以為生產中心主機的80%以上。

                            系統設計建設

                             

                             

                            政府行業數據大集中及災備解決方案

                            第一,實現針對業務系統服務器實現包括操作系統,數據庫在內所有數據系統級異地容災;

                            第二,能夠實現OA服務器,LINUX數據庫服務器實現數據大集中,這部分的數據容量要求在10TB;

                            第三,目前數據中心所有服務器的數據容災;

                            第四,為上百臺終端計算機實現網絡硬盤功能,并能夠分權限實現文件的共享,這部分容量要求在45TB,要求實現:針對每個客戶端基于用戶名密碼,有自己的私人空間;針對一個群組,有一個共同的用戶名密碼,不同人分不同的權限,有人可讀,可寫;有些人只可以讀;公共空間,大家都可以訪問,分權限,一個管理員,其他人都只讀。

                             

                             

                            “財務集中管理系統和結算中心信息管理系統”采用雙服務器、雙磁盤陣列方式,即每臺服務器掛一臺磁盤陣列。每臺服務器均分別安裝“用友R9”應用軟件平臺,數據存放在相應的磁盤陣列上。一臺服務器主要承擔結算中心往來業務,另一臺服務器主要用于報表和數據匯總。 

                             

                              

                             

                            多層應用架構和“用友R9”財務應用軟件的結合

                             

                            按照客戶端訪問層---財務軟件服務應用層---數據庫服務層多層應用架構體系進行設計。“用友R9”財務應用軟件也是基于三層架構體系進行設計的,只是“用友R9”財務應用軟件的多層架構體系實現方式有所不同:客戶端訪問層(帳務處理、報表、資金結算、固定資產客戶端應用程序)和中間應用服務層(負責客戶端程序和數據庫之間的業務邏輯控制、權限控制、數據分發程序)安裝在網絡終端計算機上;數據庫服務層安裝在數據庫服務器上。在本設計方案中,財務數據中心同樣設計了一套應用服務器,主要作為財務子網域控制器和機關調度大樓內財務部和資金核算中心中間應用服務器。

                             

                             

                            城域專網上實現VPN通信和網絡防毒控制,滿足網絡安全要求

                             

                            城域骨干網絡基本建設完畢,采用租用專線方式與調度大樓形成了專網數據通道。在方案中我們按照招標要求設計了各個分公司與財務網的VPN通信,保證在骨干網絡上傳輸的數據是加密的,避免信息泄漏和防止信息篡改。在整個城域網上和財務子網上增加網絡防毒功能,防止病毒的爆發和實現病毒的查殺,使網絡應用免受病毒的攻擊和病毒破壞數據庫系統。

                             

                             

                            充分考慮財務應用系統的可用性和財務數據的完整性

                             

                            1)可用性:數據庫服務器系統的可用性是整個系統的關鍵,一旦數據庫系統停機或癱瘓,整個財務應用系統都不能使用。在本方案中采用三種方式保證可用性。

                            ①采用兩臺數據庫服務器分別掛接磁盤陣列柜的方式分別承擔不同的財務數據庫服務,防止一臺服務器承擔所有的數據庫服務癱瘓造成全部應用停止現象。

                            ②在方案中,我們設計的數據庫服務器可以實現,一臺服務器停止數據庫服務或與服務器相關的磁盤陣列柜損壞,相應的數據庫服務將在很短的時間內轉移到沒有停機的數據庫服務器系統上,至少保證在工作時間內數據庫服務的不間斷性。

                            ③方案中,考慮了數據服務器全部癱瘓或1臺數據庫服務器癱瘓情況下的災難恢復措施。我們設計災難恢復措施在系統初始化完好后整體備份數據庫系統,備份系統實時備份數據庫系統數據,在災難出現的情況下,可以很快利用備份系統的災難恢復功能和備份的數據庫數據恢復數據庫系統。

                            2)數據完整性:采用了三種措施保證數據的完整性

                            ①數據庫存儲在磁盤陣列柜上,可以保證在壞一塊硬盤的情況下,數據不會丟失,系統仍然可用,在線更換新硬盤,系統自動重建RAID,自動恢復。

                            ②兩臺服務器之間采用數據庫平臺SQL Server2000企業版的事務同步復制功能,分別實時復制對方的數據,實現數據的同步。一旦一個數據庫癱瘓,數據仍然存在。

                            ③在方案中,我們設計了數據庫的實時備份系統,備份服務器將按照備份策略實時備份兩臺數據庫的數據。

                             

                            高性能架構體系

                             

                            財務子網所有的服務器都采用1000M的網絡接口和財務子網千兆交換機實現連接。磁盤陣列柜采用2GB帶寬的光纖通道與數據庫服務器連接。VPN的網關采用關閉不必要的服務通信端口,定制財務應用Qos策略,滿足快速轉發的需要。

                             

                            財務集中管理系統和結算中心信息管理系統”數據中心系統解決方案

                            国色天香在线电影 欧美高清videosdesex0| 午夜伦埋影院达达兔| 秋霞午夜理论理论福利无码| 住在隔壁的小狼狗| 又爽又色又高潮的免费视频| 金刚杵直入莲花宫小f| 亚洲日韩中文字幕a∨| 日本丰满熟妇videos| 父母儿女一家换着草| 国产精品国产三级国产专不?| 欧美牲交a欧美牲交aⅴ免费真|