<ruby id="bbzbz"></ruby>

<ruby id="bbzbz"></ruby>

<p id="bbzbz"><del id="bbzbz"><mark id="bbzbz"></mark></del></p><pre id="bbzbz"><b id="bbzbz"></b></pre>

        <del id="bbzbz"></del>
        <p id="bbzbz"></p>

          <p id="bbzbz"></p>
          <pre id="bbzbz"><ruby id="bbzbz"><dfn id="bbzbz"></dfn></ruby></pre>
          <pre id="bbzbz"><del id="bbzbz"></del></pre>

          <output id="bbzbz"></output>
          <output id="bbzbz"></output>
          <output id="bbzbz"><ruby id="bbzbz"><dfn id="bbzbz"></dfn></ruby></output>
            <ruby id="bbzbz"></ruby>

            <p id="bbzbz"></p> <p id="bbzbz"></p>
              <pre id="bbzbz"></pre>
              <pre id="bbzbz"></pre>
                <cite id="bbzbz"><mark id="bbzbz"><thead id="bbzbz"></thead></mark></cite>
                  <pre id="bbzbz"><b id="bbzbz"><thead id="bbzbz"></thead></b></pre>

                  <p id="bbzbz"><del id="bbzbz"><thead id="bbzbz"></thead></del></p>
                    <pre id="bbzbz"></pre>
                    <p id="bbzbz"></p>
                        <pre id="bbzbz"><del id="bbzbz"><dfn id="bbzbz"></dfn></del></pre><ruby id="bbzbz"></ruby>

                          <p id="bbzbz"></p>

                                <p id="bbzbz"></p>

                                <pre id="bbzbz"></pre>

                                <ruby id="bbzbz"></ruby>

                                  <pre id="bbzbz"><ruby id="bbzbz"></ruby></pre>

                                      <del id="bbzbz"></del>

                                      <ruby id="bbzbz"></ruby>
                                      <pre id="bbzbz"></pre><pre id="bbzbz"><del id="bbzbz"></del></pre>

                                          <p id="bbzbz"><del id="bbzbz"></del></p>

                                                <noframes id="bbzbz"><ruby id="bbzbz"><dfn id="bbzbz"></dfn></ruby> <pre id="bbzbz"></pre>

                                                  <del id="bbzbz"><mark id="bbzbz"><thead id="bbzbz"></thead></mark></del>

                                                    <ruby id="bbzbz"></ruby>

                                                    <p id="bbzbz"></p>

                                                    <p id="bbzbz"><cite id="bbzbz"></cite></p>
                                                    <ruby id="bbzbz"><mark id="bbzbz"></mark></ruby>
                                                    <del id="bbzbz"><mark id="bbzbz"><thead id="bbzbz"></thead></mark></del>

                                                        <pre id="bbzbz"><del id="bbzbz"></del></pre>

                                                            <del id="bbzbz"><dfn id="bbzbz"></dfn></del>

                                                              <p id="bbzbz"></p>

                                                              <pre id="bbzbz"></pre>

                                                              <p id="bbzbz"></p>

                                                              <p id="bbzbz"></p>

                                                              <pre id="bbzbz"><del id="bbzbz"><dfn id="bbzbz"></dfn></del></pre><ruby id="bbzbz"><dfn id="bbzbz"></dfn></ruby>
                                                                <pre id="bbzbz"><del id="bbzbz"></del></pre>
                                                                <p id="bbzbz"><del id="bbzbz"></del></p>

                                                                  <pre id="bbzbz"><del id="bbzbz"></del></pre>
                                                                    <pre id="bbzbz"><b id="bbzbz"></b></pre>

                                                                    <p id="bbzbz"></p>

                                                                                  <del id="bbzbz"></del>

                                                                                  <pre id="bbzbz"></pre>

                                                                                          <ruby id="bbzbz"><b id="bbzbz"></b></ruby><ruby id="bbzbz"><b id="bbzbz"></b></ruby>

                                                                                          呼叫中心系統

                                                                                          致力于高穩定性、高性價比的呼叫中心系統建設

                                                                                          咨詢電話
                                                                                          當前位置: 首頁 > 呼叫中心產品 > 雙機熱備 >

                                                                                          雙機熱備

                                                                                          雙機熱備可以分為哪幾類?

                                                                                          作者:admin點擊:發布時間2020-03-13 14:49
                                                                                          對現代企業來說,利用計算機系統來提供及時可靠的信息和服務是必不可少的;另一方面,計算機硬件與軟件都不可避免地會發生故障,這些故障有可能給企業帶來極大的損失,甚至整
                                                                                                 對現代企業來說,利用計算機系統來提供及時可靠的信息和服務是必不可少的;另一方面,計算機硬件與軟件都不可避免地會發生故障,這些故障有可能給企業帶來極大的損失,甚至整個服務的終止,網絡的癱瘓??梢?,對一些特別的企業或公司,系統的高可用性顯得更為重要。因此,必須有適當的措施來確保計算機系統提供不間斷的服務,以維護系統的可用性。
                                                                                           
                                                                                                 不過,現在大部分企業的系統采用單機運行模式,當系統出現故障時,首先需要重建系統,然后恢復昨天以前備份的業務數據。在這種情況下,一旦出現平臺級的故障,則需要較長的時間恢復系統,并且造成半天至一天的數據丟失。為保證系統運行的可靠性,現急需在對平臺的進行擴容,實現平臺級的雙機方案。

                                                                                           

                                                                                          雙機熱備

                                                                                           
                                                                                                 樂科技術作為資深呼叫中心系統廠商,一直致力于為客戶提供穩如泰山的產品,樂科雙機熱備系統功能也越來越強大。今天樂科小編就帶大家了解一下:雙機熱備到底可以分為哪幾類?
                                                                                           
                                                                                                 從信息系統本身的可靠性分析,現有信息系統備份方式主要分為如下三種,分別為冷備份、熱備份以及異地容災備份,其特點及優劣勢分別如下:
                                                                                           
                                                                                          一. 雙機冷備份
                                                                                                 雙機冷備份是除運行系統外還安裝一套和運行系統一樣的備份系統。一旦運行系統出現故障,啟動備份系統,將備份的業務數據在備份系統中恢復,用備份系統的應用系統代替原運行系統,保證業務的連續運行。
                                                                                                 其優點是建設投資低,只需購買對應的服務器及配套的軟件即可滿足冷備份的需要。
                                                                                                 缺點是系統出現故障時,恢復時間較長。需要安排人力定期手工備份數據,維護成本較高,且有數據丟失的風險。
                                                                                           
                                                                                          二. 雙機熱備份
                                                                                                 雙機熱備份是安裝兩套信息系統,用磁盤陣列或存儲區域網絡(SAN)來做業務數據的存儲系統。將數據庫也安裝在磁盤陣列或SAN上,并且安裝熱備份軟件。系統和業務數據都不需要在熱備份系統上恢復,從故障系統將業務切換到熱備份系統只需幾分鐘時間。雙機熱備份系統當一套系統有故障而切換到另一套系統后,數據不會丟失。
                                                                                                 其優點是任意系統出現單點故障,系統可以自動切換至備份系統繼續運行,故障恢復時間非常短暫。且數據不會產生丟失。
                                                                                                 缺點是還需要購買雙機熱備軟件、數據庫同步軟件、磁盤陣列等,投資相對增多,且有一定的實施周期。
                                                                                           
                                                                                          三. 災難備份中心
                                                                                                 災難備份中心是將現有的系統平臺,在同城或者異地完全建設一套相同的平臺,并將現有運行信息系統運行時的業務數據和相關信息同步傳送到災難備份中心的備份信息系統中。一旦運行中心因故障不能正常運行時,災難備份中心可以很快接管運行中心的系統繼續運行,而且不會丟失業務數據。
                                                                                                 其優點是可以規避單個機房出現電源、網絡故障,以及自然災難引起的故障如地震、火災、水災、臺風颶風等以及戰爭、恐怖襲擊等極端情況下的故障。
                                                                                                 其缺點是投資非常大,且實施周期非常長,需要對現有平臺進行重新的規劃。
                                                                                           
                                                                                                 因此,樂科技術工程師建議系統上線初期,企業暫時不需要考慮災難備份中心的建設方式,待后續業務量逐步增多,再考慮是否需要采用災備中心方式進行系統備份。綜合考慮備份系統的建設需要,在保障預算可控、工期短、備份效果良好、系統恢復時間短以及數據完整性好等核心需求,建議采用雙機熱備份的建設模式。
                                                                                          本文標簽:
                                                                                          上一篇:雙機熱備
                                                                                          下一篇:沒有了
                                                                                          亚洲永久精品大片ww免费>>久久99精品久久久久…>>天天综合网天天综合导航>>天天综合天天做