国产精品久久久aaaa,日日干夜夜操天天插,亚洲乱熟女香蕉一区二区三区少妇,99精品国产高清一区二区三区,国产成人精品一区二区色戒,久久久国产精品成人免费,亚洲精品毛片久久久久,99久久婷婷国产综合精品电影,国产一区二区三区任你鲁

0
  • 聊天消息
  • 系統消息
  • 評論與回復
登錄后你可以
  • 下載海量資料
  • 學習在線課程
  • 觀看技術視頻
  • 寫文章/發帖/加入社區
會員中心
創作中心

完善資料讓更多小伙伴認識你,還能領取20積分哦,立即完善>

3天內不再提示

大多數災難恢復(DR)系統不如人意?

存儲D1net ? 來源:存儲D1net ? 2019-11-21 11:25 ? 次閱讀
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

行業專家Trevor Pott在一篇文章中指出,大多數災難恢復(DR)系統不如人意。他指出,現在市場上有很多災難恢復系統。但這些系統或者無法達到要求,或者價格十分昂貴。他還發現存儲行業現在正在關注易用性,從而出現了新的選擇。實際上,他聲稱易用性再次成為災難恢復系統的一個特性。基于此,他認為隨著這些災難恢復系統的出現,存儲行業將會再次展開競爭。

在某種程度上,這聽起來像是向前邁出了一步,但是還有另一個問題。許多組織沒有足夠的災難恢復計劃。許多人認為他們已經擁有災難恢復計劃,但很少擁有一個值得信賴的計劃,甚至更少的組織對其進行測試。在這種情況下,人們應該放棄“備份和恢復”一詞,因為它應該只與數據恢復有關。備份實際上只是恢復工具集中的一個部分。多年來一直在宣傳備份過程完全取決于企業的恢復要求。

不完美的世界

Pott補充道,“在一個完美的世界中,各種規模的組織非常重視災難恢復,備份和災難恢復都是所有人都參與的。不幸的是,許多組織認為災難恢復系統或者太昂貴,或者太耗時,或者兩者兼而有之。遺憾的是,這種疏忽可能導致經濟處罰、客戶流失、品牌聲譽受損。因此,雖然這看起來太昂貴,但試圖從停機或數據泄露中恢復的成本可能更高。因此,明智的做法是提前計劃業務和服務的連續性,以確保所有的業務運營都不會中斷。”

備份即服務(BUaaS)的許多行業都將重點放在如何通過云網關備份到云上變得更加容易。有些組織充滿了幻想,認為一旦實現,他們的備份過程就完成了,這意味著他們覺得自己現在很安全。然而,其中許多設備消除重復數據來壓縮文件,以便將數據傳輸到云端。在這個過程完成并且在數據存儲在云中之前,它們的備份是不完整的。

最糟糕的是,如果沒有PORTrockIT等廣域網數據加速解決方案,從云中恢復的時間就不會那么長。恢復重復數據刪除的文件非常緩慢。但是,如果企業的慢速、高延遲WAN鏈路丟失了數據包,則這種問題會更加復雜。許多存儲供應商和BUaaS演示都忽略了這一點。

專家得出的結論是,如果工具過于復雜且難以使用,人們將避免使用它。在某些情況下,他們會繞過它。企業應該使用某種工具來使其工作更輕松。

諸如備份程序之類的軟件的另一個問題是缺乏持續使用,因此對產品不熟悉,需要面對現實。在設置完成后,組織應該只在尋找恢復或異常。缺乏使用是違反直覺的,因為使用這種解決方案的人們通常需要反復學習。然而,也有一些供應商已經開始考慮這個問題;他們已經從用戶的角度而不是從開發人員的角度重新設計了他們的產品。

廣域網操作依賴項

許多組織還依賴廣域網優化和SD-WAN等技術,以確保他們能夠在有適當備份的情況下從影響其服務和業務連續性的任何災難中恢復。但是,這些技術(包括單獨的SD-WAN)通常無法達到組織的期望。在理想情況下,甚至SD-WAN都需要添加廣域網(WAN)數據加速覆蓋,以應對廣域網(WAN)上的延遲和數據包丟失,因此它們必須成為災難恢復工具包的一部分。

因此,人們在多大程度上錯誤地看待了災難恢復的成本?Potts列出了服務即備份(BUaaS)、業務連續性和災難恢復這三個主題。“服務即備份(BUaaS)”有兩個不同的要求:首先是創建用于災難恢復的數據集,然后是用于日常保存可能需要恢復的文件的數據集;其次是業務連續性,有些人認為這與災難恢復相同,但是有明顯的區別。

同步陣列

業務連續性是指在不中斷服務或系統脫機并將工作負載切換到系統的情況下繼續開展業務而不會中斷。這是大多數公司在同一數據中心或地理位置分離的數據中心中使用同步陣列的原因。根據同步類型,這將取決于這些數據中心之間的距離。

這些陣列必須像交易平臺一樣位于底層,并且它們使用同步技術進行復制,其延遲限制為2ms。這對于真正的災難恢復設施來說很接近。如果兩個陣列上的數據可能有些不同步,那么組織可以使用異步復制功能。當它與廣域網(WAN)數據加速結合以最大化廣域網(WAN)的性能時,其距離可以擴展到數千英里之外。

最佳災難恢復站點

使兩個數據中心彼此同步并不一定采用災難恢復解決方案。當企業受到網絡攻擊,破壞了其在兩個站點上的所有數據時將會發生什么?這就是每當發生災難時都需要制定災難恢復計劃的原因。

作為該計劃的一部分,災難恢復數據應位于三個單獨的位置,而不是兩個位置。如果查看不間斷的系統,則它們始終具有三個節點。災難恢復的另一個方面是,組織無法理解其系統與災難恢復數據之間需要“空白”。 網絡犯罪分子在檢測在線磁盤備份系統和破壞備份系統方面變得越來越聰明。最后一個“空白”副本則是企業擺脫網絡攻擊的途徑。

拒絕訪問

最后一個要處理的區域是完全災難,企業由于某種原因失去數據或被拒絕訪問數據。這是因為大多數系統都基于虛擬化硬件。如今,許多公司正計劃將云計算技術用于數據中心災難恢復,而不是傳統廠商提供的災難恢復設施。使用云計算作為災難恢復設施的優勢在于它是一個成本相對較低的選擇。企業仍然需要克服延遲和數據包丟失的問題,這些問題會影響到企業進入云中的廣域網鏈路的性能。然而,將數據復制到兩個不同的云計算供應商并使其保持最新狀態,意味著企業可以再次提高克服云計算供應商停機問題的機會,并選擇成本最低的選項來運行災難恢復站點。

保險政策

災難恢復或者服務連續性無需花費大量費用。投資廣域網(WAN)數據加速,包括SD-WAN的廣域網(WAN)數據加速覆蓋,以及將數據備份到災難恢復站點,這可能是企業的最佳保險策略。很多企業通常會覺得沒有必要購買保險,直到發生無法恢復的事件為時以晚,這將導致他們不得不承擔由災難或事件造成的人身、情感、財務甚至聲譽損失的費用。

這并不意味著易用性并不重要。但是服務連續性要求對災難恢復計劃進行投資,以便在可能導致業務中斷的情況下繼續運營。

聲明:本文內容及配圖由入駐作者撰寫或者入駐合作網站授權轉載。文章觀點僅代表作者本人,不代表電子發燒友網立場。文章及其配圖僅供工程師學習之用,如有內容侵權或者其他違規問題,請聯系本站處理。 舉報投訴
  • 廣域網
    +關注

    關注

    1

    文章

    261

    瀏覽量

    22805
  • 存儲行業
    +關注

    關注

    1

    文章

    22

    瀏覽量

    11573

原文標題:災難恢復計劃需要提前規劃服務連續性

文章出處:【微信號:D1Net11,微信公眾號:存儲D1net】歡迎添加關注!文章轉載請注明出處。

收藏 人收藏
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

    評論

    相關推薦
    熱點推薦

    BMS電池管理系統中的主動均衡應用考量因素

    簡單高效,即便不是所有設計人員的共同追求,也是大多數人的目標。本著“簡單制勝”的原則,本文針對電池管理系統(BMS),深入探討了一種簡單而高效的主動均衡系統的設計原型。
    的頭像 發表于 03-02 10:09 ?2371次閱讀
    BMS電池管理<b class='flag-5'>系統</b>中的主動均衡應用考量因素

    選擇RTOS的要點

    選擇RTOS。大多數RTOS產品代碼少和速度快,現在RTOS還提升了一致性。RTOS除能很快完成任務外,還能保證很好地完成任務。 在許多應用中,一個遲到的結果可以是災難性的。因此,人們寧愿在一個要求
    發表于 12-12 08:00

    請問C語言開發單片機為什么大多數都采用全局變量的形式?

    C語言代碼,大多數都是使用全局變量,也就是用很多函數來操作這些變量,比如函數1把一個全局變量經過一系列復雜的算法計算后改變了這個全局變量的值,然后函數2再拿著函數1處理過的這個全局變量再做另外的處理
    發表于 12-04 07:47

    基于安路DR1M90 FPSoC的Linux系統全流程開發指南(4)

    本手冊由創龍科技研發,針對安路飛龍 DR1M90,詳述 Linux 系統開發流程:LinuxSDK 配置編譯、BOOT.bin(FSBL+U-Boot)開發、Kernel 與 Rootfs 開發
    的頭像 發表于 11-30 15:46 ?2182次閱讀
    基于安路<b class='flag-5'>DR</b>1M90 FPSoC的Linux<b class='flag-5'>系統</b>全流程開發指南(4)

    基于安路DR1M90 FPSoC 的Linux 系統全流程開發指南(3)

    本手冊由創龍科技研發,針對安路飛龍 DR1M90,詳述 Linux 系統開發流程:LinuxSDK 配置編譯、BOOT.bin(FSBL+U-Boot)開發、Kernel 與 Rootfs 開發
    的頭像 發表于 11-26 17:01 ?318次閱讀
    基于安路<b class='flag-5'>DR</b>1M90 FPSoC 的Linux <b class='flag-5'>系統</b>全流程開發指南(3)

    基于安路DR1M90 FPSoC 的Linux 系統全流程開發指南(1)

    本手冊由創龍科技研發,針對安路飛龍 DR1M90,詳述 Linux 系統開發流程:LinuxSDK 配置編譯、BOOT.bin(FSBL+U-Boot)開發、Kernel 與 Rootfs 開發
    的頭像 發表于 11-25 14:09 ?386次閱讀
    基于安路<b class='flag-5'>DR</b>1M90 FPSoC 的Linux <b class='flag-5'>系統</b>全流程開發指南(1)

    C語言開發單片機為什么大多數都采用全局變量的形式?

    單片機的芯片資源從來都是 “精打細算” 的級別,CPU 主頻普遍不高,RAM 總容量本就緊張,分給棧空間的更是少得可憐。要是像普通軟件那樣,依賴函數返回值傳遞數據、頻繁用局部變量周轉,一來二去占用的全是寶貴的棧內存,很容易出現棧溢出的問題。而且局部變量的賦值、函數調用時的參數入棧出棧,對主頻不高的單片機 CPU 來說,都是一堆額外的指令開銷,積少成多就會拖慢
    的頭像 發表于 11-12 14:29 ?424次閱讀
    C語言開發單片機為什么<b class='flag-5'>大多數</b>都采用全局變量的形式?

    超快軟恢復二極管VS-EBU15006HN4技術深度解析

    正向電流,其軟恢復特性使其在大多數應用中無需使用緩沖器。VS-EBU15006HN4二極管符合AEC-Q101標準,采用PowerTab^?^ 封裝。該二極管非常適合高頻焊接、電源轉換器以及開關損耗在總損耗中所占比例不大的其他應用。
    的頭像 發表于 11-10 15:25 ?513次閱讀
    超快軟<b class='flag-5'>恢復</b>二極管VS-EBU15006HN4技術深度解析

    Linux系統性能優化技巧

    經過10年一線運維經驗,我發現大多數工程師只掌握了Linux優化的冰山一角。今天分享的這些秘技,能讓你的系統性能提升200%以上!
    的頭像 發表于 08-27 14:34 ?960次閱讀

    服務器數據恢復—Linux系統服務器崩潰的數據恢復案例

    服務器數據恢復環境: linux操作系統服務器中有一組由4塊SAS接口硬盤組建的raid5陣列。 服務器故障: 服務器工作過程中突然崩潰。管理員將服務器操作系統進行了重裝。 用戶方需要
    的頭像 發表于 05-20 15:46 ?870次閱讀

    安路科技DR1FPSoC多路以太網擴展方案

    隨著物聯網、工業4.0及汽車電子等領域的快速發展,對嵌入式系統的網絡通信能力提出了更高要求。安路科技,作為國內領先的FPGA及FPSoC解決方案提供商,現推出基于DR1FPSoC系列器件的多路以太網
    的頭像 發表于 04-03 09:10 ?1130次閱讀
    安路科技<b class='flag-5'>DR</b>1FPSoC多路以太網擴展方案

    NW2-05D05DR3 NW2-05D05DR3

    電子發燒友網為你提供AIPULNION(AIPULNION)NW2-05D05DR3相關產品參數、數據手冊,更有NW2-05D05DR3的引腳圖、接線圖、封裝手冊、中文資料、英文資料,NW2-05D05DR3真值表,NW2-05
    發表于 03-20 18:30
    NW2-05D05<b class='flag-5'>DR</b>3 NW2-05D05<b class='flag-5'>DR</b>3

    NW1-24D15DR3 NW1-24D15DR3

    電子發燒友網為你提供AIPULNION(AIPULNION)NW1-24D15DR3相關產品參數、數據手冊,更有NW1-24D15DR3的引腳圖、接線圖、封裝手冊、中文資料、英文資料,NW1-24D15DR3真值表,NW1-24
    發表于 03-19 18:56
    NW1-24D15<b class='flag-5'>DR</b>3 NW1-24D15<b class='flag-5'>DR</b>3

    虛擬化數據恢復—VMware虛擬化環境下重裝系統導致服務器數據丟失的數據恢復

    VMware虛擬化平臺 vmfs文件系統 工作人員誤操作重裝操作系統,服務器崩潰。 重裝系統會導致文件系統元文件被覆蓋。要恢復數據,必
    的頭像 發表于 03-13 10:33 ?782次閱讀
    虛擬化數據<b class='flag-5'>恢復</b>—VMware虛擬化環境下重裝<b class='flag-5'>系統</b>導致服務器數據丟失的數據<b class='flag-5'>恢復</b>

    STM32G474 ADC多通道采集結果為同一通道結果是怎么回事?

    STM32G474ADC 配置為DMA模式采集3路電壓數據,用HRTIM 觸發AD,絕大多數時間正常,在某些輸入電壓下,會出現3路ADC采到的數據為同一個值,且這個值不再隨外部電壓變化而變化,此時程序還在正常運行。只有重啟單片機才恢復正常。
    發表于 03-11 07:05