DSG SnapAssure在備份大型Oracle數(shù)據(jù)庫方面的強大優(yōu)勢2007-05-26 15:23:29
標簽：
DSGSnapAssure備份Oracle數(shù)據(jù)庫 [
推送到技術(shù)圈]
DSG公司在經(jīng)過了多年的技術(shù)研發(fā)、技術(shù)積累和改進，以及在大量的應(yīng)用環(huán)境中與客戶合作與實踐，推出了全球領(lǐng)先的數(shù)據(jù)庫備份恢復管理軟件SnapAssure（DC版），為關(guān)鍵應(yīng)用系統(tǒng)（尤其是Oracle大型數(shù)據(jù)庫系統(tǒng)）提供了更高效率的、更可靠的、可直觀驗證的、恢復功能更強大的、性價比更高的備份恢復支持。
大型數(shù)據(jù)庫的備份問題？
數(shù)據(jù)的安全關(guān)系到企業(yè)信息系統(tǒng)的連續(xù)運行、關(guān)系到企業(yè)的生存與發(fā)展問題。
保證數(shù)據(jù)的安全可靠，這需要制定高效的、靈活的、可靠的數(shù)據(jù)備份計劃。但長期以來，所有企業(yè)都只能選擇傳統(tǒng)備份技術(shù)，其建立的傳統(tǒng)備份系統(tǒng)也只是增加了心理安慰，而實際上并沒有真正解決數(shù)據(jù)備份安全和所面臨的以下關(guān)鍵問題：
n 備份數(shù)據(jù)可靠嗎？許多備份在需要恢復的時候卻不一定能夠恢復！事先無法驗證。
n 恢復時間？傳統(tǒng)備份的恢復時間往往長達數(shù)天，時間沒有辦法事先核定。
n 如果一些表損壞了，能快速恢復嗎？傳統(tǒng)備份對于表的恢復更是一種難以預料的低效。
n 現(xiàn)有的備份策略合理嗎？傳統(tǒng)備份有所謂的全備、增備、差備等復雜的策略，導致恢復時的操作也相應(yīng)復雜。
n 現(xiàn)有的備份時間很長嗎？有的系統(tǒng)由于備份時間很長，干脆放棄了標準的備份策略，轉(zhuǎn)而只備份archive log文件，這種方式的備份系統(tǒng)恢復起來非常的困難。
客戶從SnapAssure中獲益
通過采用DSG SnapAssure解決方案，客戶可在其關(guān)鍵的Oracle數(shù)據(jù)庫備份恢復系統(tǒng)上獲得巨大收益：
（1） 備份數(shù)據(jù)的備前驗證和備份后可打開驗證，確保備份數(shù)據(jù)一定可以恢復
DSG SnapAssure在全球獨家提供了對備份數(shù)據(jù)的數(shù)據(jù)流和日志流提供全面的正確性驗證，這種備份之前的驗證技術(shù)，可以檢查出數(shù)據(jù)庫本身是否有故障；同時，DSG SnapAssure獨家提供了以數(shù)據(jù)庫直接打開的方式來驗證已經(jīng)備份了的數(shù)據(jù)的可恢復性，這個技術(shù)解決了傳統(tǒng)備份難以驗證備份對錯的全球難題。
（2）智能合成全備份技術(shù)，大大縮短恢復時間
SnapAssure-DC采用資源需求優(yōu)化技術(shù)和單版本恢復技術(shù)，避免了傳統(tǒng)方式在恢復上的性能瓶頸，使得恢復性能與備份性能相當。
（3）Oracle直接單表恢復
傳統(tǒng)技術(shù)無法提供大量邏輯錯誤（如：人為誤操作和應(yīng)用程序錯誤造成的Table損壞、記錄丟失等情況）的有效恢復支持。而SnapAssure-DC的智能數(shù)據(jù)存儲技術(shù)能夠在物理備份上提供邏輯（表、記錄級）的恢復功能。
（4）30分鐘完成1TB數(shù)據(jù)庫的增量備份
SnapAssure提供了Oracle專用備份接口，支持無需掃描的增量備份功能，使得增量備份的時間大幅度縮短，1TB的數(shù)據(jù)庫增量備份時間可控制在30分鐘左右。
Oracle No Archive Log模式下的在線熱備份
在實際應(yīng)用中存在著許多Oracle No Archive Log模式，而對于傳統(tǒng)的備份軟件這種模式是無法實現(xiàn)在線熱備份的。SnapAssure-DC能夠支持該模式的在線熱備份，讓企業(yè)既享受了No Archive Log模式的優(yōu)點，又避免了其安全性不足的缺點。
（6）降低存儲空間75%
采用磁盤陣列作為備份介質(zhì)，人們最關(guān)心的是磁盤陣列的成本。而SnapAssure-DC采用壓縮版本文件系統(tǒng)保存，無論是對標準的文件備份還是對復雜的數(shù)據(jù)庫備份， SnapAssure都可降低磁盤陣列需求75%以上。
SnapAssure For Oracle專有備份技術(shù)
SnapAssure-DC備份技術(shù)不是傳統(tǒng)備份技術(shù)的簡單改進和升級，而是從備份的定位、實現(xiàn)方式和功能特點等方面對傳統(tǒng)技術(shù)進行改革和創(chuàng)新：
l SnapAssure-DC是領(lǐng)先的能夠充分發(fā)揮磁盤介質(zhì)特有功能的Disk-Disk備份技術(shù)。
l 面向數(shù)據(jù)的備份和恢復技術(shù)：SnapAssure-DC備份軟件絕非傳統(tǒng)備份技術(shù)那樣只能簡單的對物理存儲數(shù)據(jù)進行備份，而是提供智能的數(shù)據(jù)備份概念。SnapAssure－DC能夠智能的理解、表達和管理所備份的數(shù)據(jù)，能夠以面向應(yīng)用邏輯而非簡單存儲的方式提供數(shù)據(jù)安全保護支持，能夠提供更多邏輯的修復支持和備份數(shù)據(jù)二次應(yīng)用功能。
l 專利壓縮版本文件系統(tǒng)（VCFS）管理備份的數(shù)據(jù)：SnapAssure-DC內(nèi)置智能版本管理，每天只需要完成增量備份，系統(tǒng)便為每次備份的版本自動邏輯形成完全的數(shù)據(jù)庫備份版本。因此通過直接恢復任何一個版本，都能獲得該版本的完全數(shù)據(jù)。這改變了傳統(tǒng)備份技術(shù)先恢復完全備份，再依次逆序恢復各增量備份版本的數(shù)據(jù)的模式。
l 備份數(shù)據(jù)可打開（SnapShare）技術(shù)： SnapAssure-DC并不需要將備份數(shù)據(jù)恢復后才能加以利用，而是通過SnapShare軟件直接打開備份數(shù)據(jù)，提供可靠性驗證和統(tǒng)計報表、查詢等功能。
l 優(yōu)化的數(shù)據(jù)庫備份接口技術(shù)：采用智能變化跟蹤技術(shù)和備份接口技術(shù)，加快備份速度，提供Oracle No Archive Log模式的在線熱備份，避免了傳統(tǒng)備份模式下不能提供的功能和達不到的性能。
l 資源需求優(yōu)化技術(shù)：對備份數(shù)據(jù)進行實時讀取、壓縮及傳送，帶寬利用率提高4倍，備份磁盤陣列占用量降低75％以上，CPU資源占用控制在10%以下，減少對生產(chǎn)系統(tǒng)的資源占用。
SnapAssure與VTL的差別
DSG SnapAssure推薦用戶采用磁盤陣列作為備份介質(zhì)，為了節(jié)省成本可選擇采用SATA盤陣列，但業(yè)界也推出了虛擬磁帶庫（VTL）技術(shù)用于磁盤備份。
雖然二者方案都采用磁盤陣列作為基礎(chǔ)介質(zhì)，但有很大的差別：
l 虛擬帶庫技術(shù)是在磁盤陣列上增加軟件將其模擬成為磁帶驅(qū)動器的接口標準，以期望利用磁盤陣列I/O快的特性來提高備份和恢復的效率。
l DSG SnapAssure之所以采用磁盤陣列是為了利用磁盤陣列的隨即讀取功能，而不是簡單因為其速度快，從而從備份的實現(xiàn)原理上做了根本性的改變.
從以下幾個角度，我們可以分析二者的差別：
VTL技術(shù)＋傳統(tǒng)備份軟件
DSG SnapAssure＋磁盤陣列
增量備份的效率
n有所提高，但效率提高幅度不大。
因為增量備份慢的原因主要不取決于存儲介質(zhì)是帶庫還是磁盤，主要原因是RMAN的增量備份原理造成的。RMAN做增量備份時需要對數(shù)據(jù)塊進行掃描，即使只有幾個塊發(fā)生了變化，RMAN也需要花費很長時間進行全庫掃描。
所以即使采用VTL，現(xiàn)有的備份軟件依然無法提高備份效率，增量備份效率依然很低。
n大幅度提升增量備份效率：1TB的數(shù)據(jù)庫增量備份時間可控制在30分鐘左右。
備份效率之所以提高，不是因為用磁盤陣列做存儲介質(zhì)，而是因為DSG SnapAssure采用了無需掃描的增量備份技術(shù)。
在增量備份時，SnapAssure不需要從掃描全庫的數(shù)據(jù)中去發(fā)現(xiàn)變化的塊。
備份策略
n不能從根本上得到改善：
因為現(xiàn)有備份軟件是因為增量備份性能低下，所以每天才只備份歸檔日志，而不是按照宣稱的那樣每天都做增量備份或者差量備份。
所以即使改成了VTL，那么備份策略依然不能改變。
n根本上改善：每天都會進行一次增量備份（SnapAssure叫合成全備份）。
因為DSG SnapAssure增量備份的速度提高了，每天的增量備份時間在1小時左右。所以，SnapAssure每天都將進行數(shù)據(jù)文件和歸檔日志的雙備份。
恢復效率
nRestore過程將有所提高，但Recover過程無法提升：
采用VTL后，Restore一個文件或所有文件的效率相對于磁帶庫而言將會有很大提升。
但是對于Recover過程卻無法提升，因為如果只備歸檔日志，那么在數(shù)據(jù)恢復時需要Recover的日志量就非常大，例如在電信行業(yè)可能達到600~700GB左右，這么大的日志量Recover的時間也是需要非常長時間的。
nRestore和Recover都提升：
DSG SnapAssure采用合成備份概念，每次備份都是一個全備，無論是恢復周日的數(shù)據(jù)，還是恢復周六的數(shù)據(jù)，都只需要從一次備份版本中恢復。
同時，在Recover過程中，由于SnapAssure每天都有一個合成全備，那么在Recover過程中，最多只需要恢復1天的日志，以電信行業(yè)為例，<100GB。
備份數(shù)據(jù)的可驗證性
n幾乎沒有。
VTL技術(shù)備份的數(shù)據(jù)如果要確認是否能夠恢復，最徹底的辦法就是將數(shù)據(jù)恢復并Open一次。
這一點與現(xiàn)有的帶庫備份沒有什么差別
n支持。
DSG SnapAssure提供了備份數(shù)據(jù)可打開驗證的手段，從備份服務(wù)器上可直接打開備份的數(shù)據(jù)，讓Oracle數(shù)據(jù)庫來驗證備份數(shù)據(jù)是否可用，是否可以恢復。
表恢復
n不支持。
即使采用VTL技術(shù)，也只能支持物理恢復，比如全恢復、表空間恢復、數(shù)據(jù)文件恢復等。
但對于因為誤操作造成的drop table，truncate table，drop table，truncate table以及其他的邏輯誤操作造成的損壞，VTL的恢復過程將非常復雜。
n支持。
DSG SnapAssure提供單表直接恢復功能，能從備份系統(tǒng)上直接恢復某張表。
這是其他備份軟件都不具備的功能。
非歸檔備份
n不支持。
n唯一支持。
SnapAssure支持的平臺
SnapAssure
描 述
SnapAssure-DC支持的服務(wù)器操作平臺
IBM AIX 4.3.3 以上
HP-UX 11i 以上
Sun Solaris 5.7以上
Linux
SnapAssure-DC支持的客戶機操作平臺
IBM AIX 4.3.3 以上
HP-UX 11i 以上
Sun Solaris 2.7以上
Linux
Compaq Tru64 4.0D 以上
SnapAssure-DC支持的數(shù)據(jù)庫和應(yīng)用
Oracle 8
Oracle 8i
Oracle 9i
Oracle 10g
文件數(shù)據(jù)
SnapAssure-DC支持的備份介質(zhì)
操作系統(tǒng)兼容的磁盤存儲介質(zhì)
