<thead id="xvpvv"><thead id="xvpvv"><b id="xvpvv"></b></thead></thead>

            
            <meter id="xvpvv"><menuitem id="xvpvv"><i id="xvpvv"></i></menuitem></meter><sub id="xvpvv"><font id="xvpvv"></font></sub><progress id="xvpvv"><menuitem id="xvpvv"><b id="xvpvv"></b></menuitem></progress>

                <big id="xvpvv"></big>
                  登錄 用戶注冊
                  資訊活動

                  恢復比備份費時的五個原因

                  發布時間:2022-05-07 來源:金屬加工

                  發現恢復比備份還要費時,許多人感到很驚訝,但這一點都不奇怪。事實上,每個人都應該為這種差異做好計劃,并納入到備份設計中。

                  以下是恢復起來通常比備份慢的五個原因。

                  RAID寫開銷

                  大多數現代磁盤陣列使用基于奇偶校驗的獨立磁盤冗余陣列(RAID)來構建,RAID級別從3到6。其他磁盤陣列使用糾刪碼來構建,這與基于奇偶校驗的RAID面臨相似的挑戰。

                  將數據寫入陣列時,基于奇偶校驗的RAID需要計算奇偶校驗信息。從這同一個陣列讀取數據時不進行這種計算,因此讀比寫快得多。寫開銷對性能的影響可能很小,也可能很大,這取決于RAID級別及/或糾刪碼中使用的設置。但所有這種陣列都面臨一些寫開銷,您需要找出自己的寫開銷有多大。

                  寫時拷貝快照

                  與寫開銷相似的一個概念是,在使用寫時拷貝快照的陣列和NAS文件管理器中發生的情況。當您創建寫時拷貝快照時,它只是將一根棍子立在地上作為參考點。最初創建快照時,幾乎不會發生I/O;所有的重活都在之后發生。寫操作試圖覆蓋需要為快照保存的塊時,該塊會在允許繼續寫操作之前拷貝到快照區。這就是為什么名為寫時拷貝。

                  與RAID寫開銷一樣,這僅在寫入時發生??煺臻_銷也可能非常大,因為它取決于保存在該特定卷上的快照數量。更多的快照加大了在寫操作繼續之前需要拷貝單個寫內容的機會;因此,寫時拷貝卷上的快照越多,寫新數據時的性能就越差。

                  寫入到文件系統

                  下一個寫開銷出現在寫入到文件系統時,尤其是含有數百萬個文件的密集系統時。當您恢復文件時,文件系統必須先創建一個文件來恢復該數據。該文件的創建是單獨的操作,無論文件大小如何,都需要耗費時間。如果有數百萬個文件要恢復,這個文件創建時間實際上可能比恢復本身所花的時間還長。

                  不堪重負的事務日志

                  關系型數據庫具有跟蹤數據庫所有更改的事務日志。數據庫在事務日志中快速記錄事務的能力通常不是大多數數據庫設計中必須考慮的方面。然而,大型恢復每秒創建的事務可能比平常工作日需要創建的事務多得多,因而給事務日志帶來了比平常大得多的負載。因此,事務日志也會減慢恢復速度。

                  多路備份流

                  考慮恢復比備份慢時要注意的最后一方面是多路(multiplexing)。好消息是,只有直接從磁帶恢復時,才會出現這種開銷。如果備份系統基于磁盤,不會出現這個問題。這實際上是過去二十年來許多人放棄磁帶的主要原因。

                  要理解這個問題,應考慮磁帶驅動器的主要問題:它們比實際需要的速度快得多?,F代流式磁帶驅動器的速度比典型增量備份的速度快10倍到20倍。為解決這個問題,業界開發了多路技術:將多個備份流交織成一個流,其速度快得足以讓磁帶驅動器滿意。20年前多路開發出來時,這個領域的大多數人覺得別無選擇,因為他們必須讓磁帶驅動器滿意,才能進行成功的備份。然而,恢復面臨龐大的開銷。

                  如果您從多路磁帶恢復,備份軟件必須讀取整個磁帶,并丟棄除您需要的流之外的所有流。如果多路設置為10,磁帶驅動器必須讀取所有10路流,丟棄其中的9路流。這對恢復速度有很大影響。如果將其與上述某種寫開銷結合起來,情況可能會變得更糟。如果磁盤驅動器無法像磁帶驅動器讀數據一樣快地寫數據,磁帶驅動器不得不停止和啟動,以便磁盤驅動器跟上速度。

                  評估恢復延遲,設定預期

                  找出環境存在什么樣的恢復速度開銷,然后納入到備份設計中,這點很重要。在您要恢復數據的每種類型的系統上對每種不同類型的數據執行測試恢復。這包括您在數據中心、每個大型文件服務器中使用的每種不同類型的RAID。搞清楚什么樣的恢復速度是規定的恢復速度,然后詢問供應商可以怎樣加快這個恢復速度。

                  隨后對大型恢復期間會發生什么準確地設定預期。開會討論恢復重要的文件服務器需要多長時間,并向受影響的人解釋為什么會這樣。供應商可以幫助解釋它是否無能為力,您可以接受這一點,也可以研究一種全然不同的備份技術。

                  重要的是在需要恢復任何數據之前做好所有這些工作。盡可能全面地進行恢復測試,看看恢復比備份慢的程度,并相應地調整設計和預期。


                  攻把受从小睡到大h

                        <thead id="xvpvv"><thead id="xvpvv"><b id="xvpvv"></b></thead></thead>

                            
                            <meter id="xvpvv"><menuitem id="xvpvv"><i id="xvpvv"></i></menuitem></meter><sub id="xvpvv"><font id="xvpvv"></font></sub><progress id="xvpvv"><menuitem id="xvpvv"><b id="xvpvv"></b></menuitem></progress>

                                <big id="xvpvv"></big>