在大型機所有可用的實用工具中，那些用於備份的工具通常是最受歡迎的，這是什麼原因呢？還得從大型機備份和常規備份的基礎說起。
大型機崩潰後，有兩種恢復方法：回滾/前滾（它使用備份）和備份/恢復。使用回滾/前滾方法時，需要在日志中跟蹤記錄事務操作，在崩潰後的恢復過程中，進行事務回滾或撤銷，直到狀態達到“穩定”（不包含無效或不一致的數據，例如，每個備份都有一個穩定的狀態），然後再前滾事務，直到非常接近崩潰時的系統狀態。使用備份/恢復方法時，需要定期取得系統的快照，包括所有的數據，然後將它們保存在專門的備份存儲介質上（一般使用磁帶或磁盤），恢復的時候，只需將最新的系統快照（備份版本）拷回系統。
備份的目的是為了盡可能減少系統崩潰引起的損失，另外備份操作還應該最小化對系統資源的占用，因為系統崩潰後，在恢復到崩潰前的狀態過程中，無論是回滾事務，還是復制快照，都必須盡量降低對性能的影響。
從上世紀60年代開始，數據量和需要備份的數據量增長速度非常驚人，據估計，當前全球數據存儲總量已經達到ZT字節，備份處理能力的發展速度遠遠跟不上數據的增長速度。此外，系統在線要求也從原來的工作日（24*5）變成24*7，許多時候根本不能執行備份，因為數據量實在太大了，IT預算也只能滿足不斷增長的存儲需求，對於備份需求只能暫時撇開不管。
因此制定合理的備份策略是當前的首要任務，備份策略必須全面，盡可能覆蓋所有數據，既要做好備份工作，又要盡可能降低備份成本，必須精打細算，盡量將數據細分，如結構化數據，半結構化數據和非結構化數據，然後針對每一種數據類型優化備份策略。
大型機在備份方面提供了全面了支持，它能處理數百個虛擬機，大量的磁盤和磁帶存儲，但為了實現細粒度的備份控制，IT部門必須自動動手對大型機備份工具進行DIY。
大型機備份工具通常都會關聯到批處理作業，在大型機誕生初期，用戶發現備份操作可能會被推遲，要等到一天結束，才會用一個批處理作業一次性備份所有數據，這個時候備份操作不會被其它進程中斷，因此處理備份任務時速度極快，這意味著備份期間不會有其它進程修改數據。因此，周末和周末夜間就成了備份的最佳時間，這個時間段系統可以脫機（切斷用戶的連接，避免其它進程對備份操作的影響），專門執行備份操作，這個時候備份工具需要修改成24*7運行。與此同時，存儲和數據庫廠商也提供了它們自己的備份方案，但都必須結合大型機新的聯機/脫機備份工具使用，如果你看過大型機實用工具指南，你就知道所有備份工具實際上都是在脫機狀態下執行存儲復制操作，每個備份工具都會平衡和協調其它備份進程，不會引發備份沖突。
我們來看一下大型機的IEBCOMPR和IEBCOPY備份工具，IEBCOMPR會先比較兩個文件是否相同，再決定是否備份，但更細粒度的備份除了檢查文件是否相同外，還需要檢查文件是否發生了變化，如果沒有發生變化就不備份，因此可以使用IEBCOMPR確定在線存儲和備份存儲上的數據是否一致，然後再決定是否需要備份，另一個快速的辦法是檢查系統日志，看是否有事務修改了數據，但大多數時候，系統日志中都看不到這個信息，因此聰明的管理員會把IEBCOMPR當作手術刀而不是斧子使用。
IEBCOPY看起來就象是一個文件復制命令，但事實上功能更多，它還可以合並數據集，表面上看起來它是在復制在線存儲上的數據，實際上在復制過程中，它還會將兩個數據集之間冗余的部分擠掉，這樣在備份存儲上占用的空間就更小了。換句話說就是，運行IEBCOMPR或檢查系統日志確定不需要備份的文件後，IEBCOPY還可以進一步排除文件塊級的冗余數據，使得需要真正備份的數據急劇減少。
雖然從短期來看，通過增加備份存儲可以解決目前面臨的備份空間不足問題，但從長遠來看，IT部門應該著眼於制定和實施細粒度的備份策略，減少備份的數據量才是正確的選擇。無論如何，大型機備份工具，如IEBCOPY和IEBCOMPR在管理員的命令清單中都有一個重要的位置，靈活運用這些備份工具不僅可以提高備份效率，減少備份空間占用，還可以大大減少備份所需的時間。
