伺服器系統備份

❶ 如何選擇正確的服務器備份方法

數據丟失和數據損壞是大多數個人和企業的噩夢。由於硬體故障，軟體錯誤，人為操作或自然災害，您可能會丟失數據。備份是保護數據免受這些災難影響的有效方法。通過使用正確的伺服器備份方法，您可以最大限度地減少存儲空間並減少對計算資源和帶寬使用的影響，從而確保數據安全。如果發生災難，數據恢復過程應盡可能快速，輕松。我們將為您的伺服器介紹一些備份方法，並幫助您選擇正確的方法。

完全備份

完整備份是最簡單的備份形式，其中包含您選擇要備份的所有文件夾和文件。通常會壓縮文件以節省空間，但即使壓縮完全備份可能會佔用大量存儲空間。備份磁碟的大量訪問也需要額外的帶寬。

完全備份的優點是易於恢復。由於可以隨時獲得完整的數據，因此數據恢復快速簡便。 理想的做法是始終進行完整備份，因為它們是最全面的，並且是獨立的。但是，這樣做往往耗費時間。

除了主要更新（例如操作系統升級或新軟體安裝）之外，通常每周執行完整備份。在間隔中執行增量備份或差異備份。

增量備份

由於完全備份非常耗時，因此引入了增量備份，以減少執行備份所需的時間。增量備份僅備份自上次備份以來已更改的數據。例如，假設在星期一進行了完整備份，則可以在星期二執行增量備份以備份自星期一以來已更改的文件。周三，對備份自周二以來發生變化的文件執行了另一次增量備份。由於每次迭代備份的數據量要小得多，因此可以節省存儲空間並減少網路帶寬。它還允許保留相同文件的多個版本。

但是，增量備份使用更多計算能力，因為必須將每個源文件與上一個完整備份和每個後續增量備份進行比較，以確定數據是新的還是已更改。而且，恢復過程較慢。您首先需要還原最新的完整備份以及每個後續增量備份。如果其中一個備份失敗（完整備份或增量備份），則恢復將不完整。

差異備份

差異備份介於完全備份和增量備份之間。盡管增量備份了自上次完全備份或增量備份以來修改的所有文件，但差異備份通過備份自上次完全備份以來已更改的所有文件提供了中間立場。差異備份本質上是自上次完全備份以來所做的所有更改的累積備份。恢復差異備份比恢復增量備份更快 只有最後一次完整備份和最後一次差異備份才能創建完整的恢復。要節省存儲空間，可以將差異備份設置為覆蓋上次差異備份。與增量備份一樣，差異備份還需要額外的網路帶寬來將當前文件與已備份的文件進行比較，以便查找和備份僅更改的文件。

圖像備份

基於映像的備份允許您創建整個系統（或一個或多個分區）的完整磁碟備份，包括操作系統，應用程序和與之關聯的所有數據，而不僅僅是文件和文件夾。備份將保存為一個稱為映像的文件。

當您需要還原整個系統時，映像備份是最快的恢復選項。它們在災難恢復方面非常有效。您可以選擇將整個伺服器恢復到與新伺服器完全相同的狀態，即使該伺服器具有不同的硬體也是如此。您還可以從基於映像的備份還原單個文件， 而無需還原整個系統。備份映像可以保存到各種不同的介質中，為您提供額外的備份副本。

哪種伺服器備份方法適合您？

請務必考慮哪種備份類型最適合您的業務需求。問自己以下問題：

• 您的服務水平協議對恢復時間有何規定？

• 有關在異地存儲備份磁帶的政策是什麼？如果備份是在異地發送的，則增量備份是個壞主意，因為在開始恢復之前必須先取回所有磁帶。

• 您的備份應用程序支持哪些類型的備份？

以下是您可以考慮的幾個選項：

• 每月映像備份，每周完整備份以及每日差異/增量備份

• 季度映像備份，每月完整備份和每日增量備份

將備份設置為按計劃自動運行始終是個好主意。請記住在進行任何類型的系統更改之前創建映像備份，例如更新操作系統，添加新硬體，更新驅動程序等。請記住，使用任何備份方法都比沒有備份更好。

❷ 伺服器操作系統備份

用windows自帶的備份，在運行里ntbackup

❸ 伺服器電腦可以做備份嗎，怎麼備份

系統本身有備份功能，可以看看這個教程，如何備份windows系統

❹ 伺服器系統怎樣備份

一般伺服器不建議備份系統，因為就算你備份了，到時候系統壞了，照樣要重做，因為有些管理軟體不支持備份後繼續使用，再說你做了RAID，只要數據的安全性做好了，定時備份一下資料庫就OK了.
.
伺服器的數據安全是通過RAID卡實現陣列，數據量若是大的話，還可以考慮購買TSM軟體實現快速備份。

伺服器主要是對數據安全要求比較高，可以做雙機熱備，一台伺服器出現問題，另一台仍會正常運轉。
.
參考資料：http://jingyan..com/album/a3761b2b6c411a1576f9aa90.html
.
http://wenku..com/link?url=-7YthLqLeI7POpYW47or_EOSCb2FAHs6FzDd1NJDdPSrB3-dZj3bJj5SNt9o1rc3Ji

❺ 伺服器系統如何備份才能保證數據萬無一失

對於伺服器系統進行備份，要想做到萬無一失需要針對不同的對象採用不同的備份方案版。
對於伺服器系權統中包含的對象，大致可以分為三類：系統、資料庫，非結構化的文本文檔。眾所周知，CDP（持續數據保護）是目前最先進最前沿的技術，那是不是針對這些對象都要做CDP？答案一定不是。這三類數據都有自身的特性，所以要採用不同的備份手段。
針對系統的備份，主要是防止操作系統崩潰，程序異常，能夠通過備份快速恢復，系統一般在系統上線後，除了打補丁、軟體升級外，很少發生變化，如果採用實時備份，那對網路和存儲空間來說，無疑是種浪費，因此系統備份，建議每周進行一次備份，如果系統發生變化，立即備份一次。
針對資料庫、文件，一般都是系統的生產數據，一旦發生損壞或丟失，勢必會影響系統的正常運行，因此對於這部分數據至少是做到實時備份，尤其對於資料庫，建議採用CDP軟體，例如和力記易的備特佳系統，可以最大限度的降低RPO。
另外，目前虛擬化技術應用比較普遍，還需要支持對於虛擬機的備份，總而言之，選擇一套備份系統的時候，該備份系統要能夠針對不同的對象提供最優的解決方案。

❻ 伺服器的數據備份方法有哪些

D2T
(Disk
to
Tape)方式是傳統保存備份數據方式，基本數據流程為:備份伺服器按照既定策略，在相應時間發出控制命令，將生產伺服器主盤的數據通過LAN或SAN備份到磁帶機或磁帶庫中。
隨著磁帶機及磁帶技術的發展，磁帶機的讀/寫速度及磁帶容量已有了突飛猛進的發展，但由於磁帶機及磁帶是機械設備，其固有的上載、定位、下載、順序讀/寫等特性，決定了當用戶數量大、備份主機數目較多時，備份或恢復速度仍然較慢，尤其對大數據量的恢復。
2.
D2D保存備份數據方式
隨著基於SATA磁碟技術的戍熟及價格的下降，
D2D
(Disk
to
Disk)方式正逐漸被越來越多的用戶採用，基本數據流程為:備份伺服器按照既定策略，在相應時間發出控制命令，將生產伺服器主盤的數據通過LAN或SAN備份到相應的磁碟設備中。
3.
D2D2T保存備份數據方式
D2D2T
(Disk
to
Disk
to
Tape)方式結合了傳統磁帶的離線管理和磁碟高速備份恢復的特性，基本數據流程為:備份伺服器按照既定策略，在相應時間發出控制命令，將生產伺服器主盤的數據通過LAN或SAN備份到相應的磁碟設備中。
由相應生產主機或備份伺服器(依備份架構而定)在既定時間自動將保存在備份磁碟中的數據復制到磁帶庫中。同時，縮短磁碟中相應備份數據的保存備份數據周期，從而可以將其覆蓋新的備份數據，釋放了備份磁碟的空間。

❼ 伺服器怎麼備份

你好。伺服器備份的方法：
伺服器備份是指針對於伺服器所產生的數據信息進行相應的存儲備份過程，從而保障數據的安全運行，從狹義上來看信息的價值在於其潛在用途，並會隨著時間的推移而改變。數據管理和保護可攫取信息的最大價值，並規避因未按照監管法規保留信息而導致的風險。企業應對當前和將來的信息使用方式進行評估，實施滿足其全部需求的流程和技術。
1、完全備份。
每天對自己的系統進行完全備份。當發生數據丟失的災難時，只要用一盤磁帶（即災難發生前一天的備份磁帶），就可以恢復丟失的數據。然而它亦有不足之處，首先，由於每天都對整個系統進行完全備份，造成備份的數據大量重復。這些重復的數據佔用了大量的磁帶空間，這對用戶來說就意味著增加成本。其次，由於需要備份的數據量較大，因此備份所需的時間也就較長。對於那些業務繁忙、備份時間有限的單位來說，選擇這種備份策略是不明智的。
2、增量備份。
星期天進行一次完全備份，然後在接下來的六天里只對當天新的或被修改過的數據進行備份。這種備份策略的優點是節省了磁帶空間，縮短了備份時間。但它的缺點在於，當災難發生時，數據的恢復比較麻煩。例如，系統在星期三的早晨發生故障，丟失了大量的數據，那麼現在就要將系統恢復到星期二晚上時的狀態。這時系統管理員就要首先找出星期天的那盤完全備份磁帶進行系統恢復，然後再找出星期一的磁帶來恢復星期一的數據，然後找出星期二的磁帶來恢復星期二的數據。很明顯，這種方式很繁瑣。另外，這種備份的可靠性也很差。在這種備份方式下，各盤磁帶間的關系就象鏈子一樣，一環套一環，其中任何一盤磁帶出了問題都會導致整條鏈子脫節。比如在上例中，若星期二的磁帶出了故障，那麼管理員最多隻能將系統恢復到星期一晚上時的狀態。
3、差分備份。
管理員先在星期天進行一次系統完全備份，然後在接下來的幾天里，管理員再將當天所有與星期天不同的數據（新的或修改過的）備份到磁帶上。差分備份策略在避免了以上兩種策略的缺陷的同時，又具有了它們的所有優點。首先，它無需每天都對系統做完全備份，因此備份所需時間短，並節省了磁帶空間，其次，它的災難恢復也很方便。系統管理員只需兩盤磁帶，即星期一磁帶與災難發生前一天的磁帶，就可以將系統恢復。在實際應用中，備份策略通常是以上三種的結合。例如每周一至周六進行一次增量備份或差分備份，每周日進行全備份，每月底進行一次全備份，每年底進行一次全備份。

❽ 伺服器備份方式大概有以下幾種 詳細

1、正常備份（Normal): 也叫完全備份。正常備份是最普遍的一種備份方式，是 將整個系統的狀態和數據完全進行備份，包括伺服器的操作系統、應用軟體以及 所有的數據和現有的系統狀態，系統狀態在Windows server 中包括注冊表、啟 動文件、COM+注冊資料庫、活動目錄和系統卷等等。 正常備份最全面，最完整，如果發生數據損壞，可以通過災難前一天的正常備份 就可以完全恢復數據。但是正常備份缺點也很明顯，因為正常備份是備份伺服器 的所有數據，需要佔用大量的備份空間，並且這些數據有大量的重復內容，在備 份的時候也需要花費大量的時間，是一種雖然完整，但是效率比較低下的備份方式。 2、副本備份(Copy):副本備份和正常備份非常相似，也是完全的備份系統狀態和 所有數據的一種備份方式，和正常備份唯一不同的是在進行備份的時候，正常備 份會清除文件的存檔屬性，而副本備份不會清楚存檔屬性。所謂存檔屬性就是為 文件做的一個標記，來標示文件是否已經被備份過。副本備份不會更改文件的任 何屬性，也不會對系統產生任何影響，主要是為了不影響其他的備份方式而設立。 3、差異備份（Differential):差異備份是將上一次正常備份之後增加或者修改 過的數據進行備份。打個比方，假設企業周一進行了正常備份，那麼如果周二進 行差異備份，那麼將僅備份周二更改過的數據；如果周四進行差異備份，則備份 周二周三和周四更改過的數據。這樣一來就大大節省了備份時所需的存儲空間和 備份所花費的時間，如果需要恢復數據的時候，只需用兩個備份，就可以恢復到 災難發生前的狀態。 4、增量備份（Incremental)：增量備份是將上一次備份之後增加或者更改過的 數據進行備份，這里需要注意以下，差異備份是備份上一次正常備份之後發生或 更改的數據，而增量備份是備份上一次備份之後發生過更改的數據，並不一定是 針對上一次正常備份的。

❾ IBM伺服器如何做系統備份。

樓上來基本回答了樓主的問題，伺服器自的數據安全是通過RAID卡實現陣列，X3650本身標配自帶RAID0和1，樓主可以用兩塊盤實現。若要實現RAID5，可以聯系IBM購買陣列卡。數據量若是大的話，還可以考慮購買TSM軟體實現快速備份。
其實樓主要是對數據安全要求比較高，可以做雙機熱備，一台伺服器出現問題，另一台仍會正常運轉。

❿ 伺服器備份該如何進行

【伺服器備份進行方法】
伺服器備份是指針對於伺服器所產生的數據信息進行相應的存儲備份過程，從而保障數據的安全運行，從狹義上來看信息的價值在於其潛在用途，並會隨著時間的推移而改變。數據管理和保護可攫取信息的最大價值，並規避因未按照監管法規保留信息而導致的風險。企業應對當前和將來的信息使用方式進行評估，實施滿足其全部需求的流程和技術。
1、完全備份。
每天對自己的系統進行完全備份。當發生數據丟失的災難時，只要用一盤磁帶（即災難發生前一天的備份磁帶），就可以恢復丟失的數據。然而它亦有不足之處，首先，由於每天都對整個系統進行完全備份，造成備份的數據大量重復。這些重復的數據佔用了大量的磁帶空間，這對用戶來說就意味著增加成本。其次，由於需要備份的數據量較大，因此備份所需的時間也就較長。對於那些業務繁忙、備份時間有限的單位來說，選擇這種備份策略是不明智的。
2、增量備份。
星期天進行一次完全備份，然後在接下來的六天里只對當天新的或被修改過的數據進行備份。這種備份策略的優點是節省了磁帶空間，縮短了備份時間。但它的缺點在於，當災難發生時，數據的恢復比較麻煩。例如，系統在星期三的早晨發生故障，丟失了大量的數據，那麼現在就要將系統恢復到星期二晚上時的狀態。這時系統管理員就要首先找出星期天的那盤完全備份磁帶進行系統恢復，然後再找出星期一的磁帶來恢復星期一的數據，然後找出星期二的磁帶來恢復星期二的數據。很明顯，這種方式很繁瑣。另外，這種備份的可靠性也很差。在這種備份方式下，各盤磁帶間的關系就象鏈子一樣，一環套一環，其中任何一盤磁帶出了問題都會導致整條鏈子脫節。比如在上例中，若星期二的磁帶出了故障，那麼管理員最多隻能將系統恢復到星期一晚上時的狀態。
3、差分備份。
管理員先在星期天進行一次系統完全備份，然後在接下來的幾天里，管理員再將當天所有與星期天不同的數據（新的或修改過的）備份到磁帶上。差分備份策略在避免了以上兩種策略的缺陷的同時，又具有了它們的所有優點。首先，它無需每天都對系統做完全備份，因此備份所需時間短，並節省了磁帶空間，其次，它的災難恢復也很方便。系統管理員只需兩盤磁帶，即星期一磁帶與災難發生前一天的磁帶，就可以將系統恢復。在實際應用中，備份策略通常是以上三種的結合。例如每周一至周六進行一次增量備份或差分備份，每周日進行全備份，每月底進行一次全備份，每年底進行一次全備份。