備份集中的資料庫備份

Ⅰ 資料庫備份

一：試驗背景

異地備份好處：（待補充）

1：異地備份了把原有伺服器數據放在另外一個位置，避免些物理損害。
比把數據刻錄光碟和原始數據放同房間了房間失火了備份數據也沒有了要放另外地方避免了
就是備份的意義。
2：異地備份可以集中管理備份文件。

二：試驗整體思路

1：要實現異地備份，必須使用域用戶帳號來啟動sql Server服務以及SQL Server Agent服務，因為本地系統帳戶無法訪問網路。
2：在異地機器中建立一個與SQL Server伺服器中啟動SQL Server服務的域用戶帳號同名帳號,且密碼保持相同。
注意：新建帳號針對的是工作組模式，如果是基於域模式，那就無須再建帳號
3:在異地機器中建立一個共享文件夾，並設置合適許可權。
4:在源伺服器上將共享文件夾映射到本地
5:在SQL Server伺服器中建立異地備份的維護計劃，在』備份路徑『處輸入異地共享文件夾的網路路徑(\共享機器IP共享文件夾)。
6:將該執行計劃對應的作業，』所有者『改為SA。
7:執行』維護計劃『，去共享文件夾下面驗證是否生成了備份文件。

三：試驗准備

備份伺服器IP：10.2.37.135
源伺服器IP：10.0.9.243
目的:從10.0.9.243往10.2.37.135進行備份。
用戶都是：SINOOCEANLANDv-dd
在備份伺服器上建了文件夾D:丹丹My SQL SERVERackup(作為共享文件夾使用）

四：試驗步驟

1:確保兩個伺服器的SQL Server Agent服務都已啟動。

2:在兩個伺服器上都建用戶SINOOCEANLANDv-dd，密碼一樣。

3:在備份伺服器上建共享文件夾，並共享給SINOOCEANLANDv-dd，使其有讀寫許可權。

如：在D:丹丹My
SQL SERVER路徑下建個文件夾backup

』確定『，』確定『，』確定『。

7:在源伺服器執行』維護計劃『，去共享文件夾下面驗證是否生成了備份文件。

執行成功後，去備份伺服器共享的那個備份文件夾下，看是否生成了備份文件。

Ⅱ SQL2008資料庫還原的時候提示：備份集中的資料庫備份與現在的xx資料庫不同。

我記得應該是有個強制性還原選項，還遠是要選勾才行。在還原的時候你把現在這個在備份一下。

Ⅲ 備份集中的資料庫備份與現有的「」資料庫不同

你備份策略有問題沒有？中科同向，具體情況問下技術工程師吧

Ⅳ 資料庫的備份與恢復

SQL2000資料庫的備份概念
SQL
SERVER
2000有四種類型是：資料庫、事務日誌、差異、文件和文件組
資料庫備份是創建完事資料庫的復本。它並非將所有的頁都復制到備份集，而只將實際包含數據的頁復制到備份集。數據頁和事務日誌頁均復制到備份集。
資料庫備份用於重新創建資料庫，使其恢復到BACKUP語句完成時的狀態。如果資料庫只存在資料庫備份，那麼資料庫只能恢復到伺服器或資料庫發生故障前最後一次資料庫備份時的狀態。
事務日誌備份僅製作日誌文件的復本。日誌文件備份本身不能用於還原資料庫。日誌文件用於在資料庫還原後將資料庫恢復到原始故障點。
例如，某站點在星期天晚上執行資料庫備份，而在其它每個晚上執行日誌備份。如果資料庫的某個數據磁碟在星期二2：30丟失，則該站點可以：
1備份當前事務日誌
2還原從星期天晚上開始的資料庫備份
3還原從星期一晚上開始的日誌備份，以將資料庫前滾。
4還原故障之後的日誌備份。這將使資料庫前滾到故障發生的那一刻。
事務日誌恢復需要從資料庫備份的那一刻到磁碟丟失那一刻之間所進行的一邊串不間斷的事務日誌備份。
差異備份只追尋資料庫中自上一次資料庫備份之後修改過的所有頁的復本。差異日誌主要用於使用頻繁的系統，一旦這類系統中的資料庫發生故障，必須盡快使其重新聯機。差異備份比完事資料庫備份小，因此對正在運行的系統影響較小。
例如，某個站點在星期天晚上執行完事資料庫備份。在白天每隔4小時製作一個事務日誌備份集，並用當天的備份重寫頭一天的備份。每晚則進行差異備份。如果資料庫的某個數據磁碟在星期四上午9：12出現故障，則該站點可以：
1備份當前事務日誌。
2還原從星期天晚上開始的資料庫備份。
3還原從星期三晚上開始的差異備份，將資料庫前滾到這一時刻。
4還原從早上4點到8點的事務日誌備份，以將資料庫前滾到早上8點。
5還原故障之後的日誌備份，這將使資料庫前滾到故障發生的那一刻。
SQL2000支持備份或還原資料庫中的個別文件或文件組。這是一種相對較完善的備份和還原過程，通常用在具有較高可用性要求的超大型資料庫中。如果可用的備份時間不足以支持完事資料庫備份，則可以在不同的時間備份資料庫的子集。
例如，某站點需要花三小時備份資料庫，並且每天只能用兩個小時執行備份。該站點可在一個晚上備份一半文件或文件級，並在第二個晚上備份另一半。如果包含資料庫文件或文件組的磁碟出現故障，那麼該站點可以只還原丟失的文件或文件組。
該站點還必須進行事務日誌備份，並且在備份文件或文件組之後必須還原所胡事務日誌備份。還可以從完事資料庫備份集中還原文件和文件組。這將回憶恢復速度，因為在第一步只還原已損壞的文件或文件組，而不是整個資料庫。

Ⅳ 數據備份到底指的是什麼呀

數據備份是容災的基礎，是指為防止系統出現操作失誤或系統故障導致數據丟失，而將全部或部分數據集合從應用主機的硬碟或陣列復制到其它的存儲介質的過程。傳統的數據備份主要是採用內置或外置的磁帶機進行冷備份。但是這種方式只能防止操作失誤等人為故障，而且其恢復時間也很長。隨著技術的不斷發展，數據的海量增加，不少的企業開始採用網路備份。網路備份一般通過專業的數據存儲管理軟體結合相應的硬體和存儲設備來實現。
目前比較常見的備份方式有
定期磁帶備份數據
遠程磁帶庫、光碟庫備份。即將數據傳送到遠程備份中心製作完整的備份磁帶或光碟。 遠程關鍵數據＋磁帶備份。採用磁帶備份數據，生產機實時向備份機發送關鍵數據。
遠程資料庫備份
就是在與主資料庫所在生產機相分離的備份機上建立主資料庫的一個拷貝。
網路數據鏡像
這種方式是對生產系統的資料庫數據和所需跟蹤的重要目標文件的更新進行監控與跟蹤，並將更新日誌實時通過網路傳送到備份系統，備份系統則根據日誌對磁碟進行更新。
遠程鏡像磁碟
通過高速光纖通道線路和磁碟控制技術將鏡像磁碟延伸到遠離生產機的地方，鏡像磁碟數據與主磁碟數據完全一致，更新方式為同步或非同步。 數據備份必須要考慮到數據恢復的問題，包括採用雙機熱備、磁碟鏡像或容錯、備份磁帶異地存放、關鍵部件冗餘等多種災難預防措施。這些措施能夠在系統發生故障後進行系統恢復。但是這些措施一般只能處理計算機單點故障，對區域性、毀滅性災難則束手無策，也不具備災難恢復能力。
編輯本段目前數據備份主要方式有
LAN 備份、LAN Free備份和SAN Server-Free備份三種。LAN 備份針對所有存儲類型都可以使用， LAN Free備份和SAN Server-Free備份只能針對SAN架構的存儲。 基於LAN備份 傳統備份需要在每台主機上安裝磁帶機備份本機系統，採用LAN備份策略，在數據量不是很大時候，可採用集中備份。一台中央備份伺服器將會安裝在 LAN 中，然後將應用伺服器和工作站配置為備份伺服器的客戶端。中央備份伺服器接受運行在客戶機上的備份代理程序的請求，將數據通過 LAN 傳遞到它所管理的、與其連接的本地磁帶機資源上。這一方式提供了一種集中的、易於管理的備份方案，並通過在網路中共享磁帶機資源提高了效率。 LAN-Free備份 由於數據通過LAN傳播，當需要備份的數據量較大，備份時間窗口緊張時，網路容易發生堵塞。在SAN環境下，可採用存儲網路的LAN-Free備份，需要備份的伺服器通過SAN連接到磁帶機上，在LAN-Free備份客戶端軟體的觸發下，讀取需要備份的數據，通過SAN備份到共享的磁帶機。這種獨立網路不僅可以使 LAN 流量得以轉移，而且它的運轉所需的 CPU 資源低於LAN 方式，這是因為光纖通道連接不需要經過伺服器的 TCP/IP 棧，而且某些層的錯誤檢查可以由光纖通道內部的硬體完成。在許多解決方案中需要一台主機來管理共享的存儲設備以及用於查找和恢復數據的備份資料庫。SAN Server-Free備份 LAN Free備份對需要佔用備份主機的CPU資源，如果備份過程能夠在SAN內部完成，而大量數據流無需流過伺服器，則可以極大降低備份操作對生產系統的影響。SAN Server-Free備份就是這樣的技術。 目前主流的備份軟體，如全球盾，Eubase，IBM Tivoli 、Veritas，賽門鐵克均支持上述三種備份方案。三種方案中，LAN備份數據量最小，對伺服器資源佔用最多，成本最低;LAN free備份數據量大一些，對伺服器資源佔用小一些，成本高一些;Eubase備份方案能夠在短時間備份大量數據，對伺服器資源佔用最少，但成本最高。中小客戶可根據實際情況選擇。
編輯本段備份數據的重要性
計算機裡面重要的數據、檔案或歷史紀錄，不論是對企業用戶還是對個人用戶，都是至關重要的，一是不慎丟失，都會造成不可估量的損失，輕則辛苦積累起來的心血付之東流，嚴重的會影響企業的正常運作，給科研、生產造成巨大的損失。 為了保障生產、銷售、開發的正常運行，企業用戶應當採取先進、有效的措施，對數據進行備份、防範於未然。
編輯本段造成數據危險的原因
對數據的威脅通常比較難於防範，這些威脅一旦變為現實，不僅會毀壞數據，也會毀壞訪問數據的系統。造成數據丟失和毀壞的原因主要如下幾個方面。 1、數據處理和訪問軟體平台故障。 2、操作系統的設計漏洞或設計者出於不可告人的目的而人為預置的「黑洞」。 3、系統的硬體故障。 4、人為的操作失誤。 5、網路內非法訪問者的惡意破壞。 6、網路供電系統故障等。

Ⅵ 數據備份通常有哪幾種方式

vivo手機備份數據的方法有以下幾點；

一，使用雲服務備份

溫馨提示：手機若不能正常使用，則不能進行備份。

Ⅶ 還原資料庫，出現了備份集中的資料庫與現有的資料庫不同

1、你打開 SQL Server Management Studio，然後連接進入 資料庫管理
2、點資料庫右鍵 里有個還原資料庫 在目標資料庫那裡輸入你要還原資料庫的名字（這個名字你自己隨便定義就可以了）
3、然後在選擇你的BAK數據備份文件。然後還原就是了。他會自動給你還原成你命名的哪個資料庫的。不會影響你原來的資料庫。

Ⅷ sql語句還原資料庫報錯,錯誤信息是備份集中的資料庫備份與現有的 'mydb2' 資料庫不同。

原理是相同的，你先嘗試可視化的還原，如果不行，你還原時選擇完全覆蓋看是否可行，如果不行，就直接還原出一個新的庫

Ⅸ 數據備份有哪些手段

1、完全備份（full backup）

每天對自己的系統進行完全備份。例如，星期一用一盤磁帶對整個系統進行備份，星期二再用另一盤磁帶對整個系統進行備份，依此類推。這種備份策略的好處是：當發生數據丟失的災難時，只要用一盤磁帶（即災難發生前一天的備份磁帶），就可以恢復丟失的數據。然而它亦有不足之處，首先，由於每天都對整個系統進行完全備份，造成備份的數據大量重復。這些重復的數據佔用了大量的磁帶空間，這對用戶來說就意味著增加成本。其次，由於需要備份的數據量較大，因此備份所需的時間也就較長。對於那些業務繁忙、備份時間有限的單位來說，選擇這種備份策略是不明智的。

2、增量備份(incremental backup)

星期天進行一次完全備份，然後在接下來的六天里只對當天新的或被修改過的數據進行備份。這種備份策略的優點是節省了磁帶空間，縮短了備份時間。但它的缺點在於，當災難發生時，數據的恢復比較麻煩。例如，系統在星期三的早晨發生故障，丟失了大量的數據，那麼現在就要將系統恢復到星期二晚上時的狀態。這時系統管理員就要首先找出星期天的那盤完全備份磁帶進行系統恢復，然後再找出星期一的磁帶來恢復星期一的數據，然後找出星期二的磁帶來恢復星期二的數據。很明顯，這種方式很繁瑣。另外，這種備份的可靠性也很差。在這種備份方式下，各盤磁帶間的關系就象鏈子一樣，一環套一環，其中任何一盤磁帶出了問題都會導致整條鏈子脫節。比如在上例中，若星期二的磁帶出了故障，那麼管理員最多隻能將系統恢復到星期一晚上時的狀態。

3、差分備份(differential backup)

管理員先在星期天進行一次系統完全備份，然後在接下來的幾天里，管理員再將當天所有與星期天不同的數據（新的或修改過的）備份到磁帶上。差分備份策略在避免了以上兩種策略的缺陷的同時，又具有了它們的所有優點。首先，它無需每天都對系統做完全備份，因此備份所需時間短，並節省了磁帶空間，其次，它的災難恢復也很方便。系統管理員只需兩盤磁帶，即星期一磁帶與災難發生前一天的磁帶，就可以將系統恢復。

在實際應用中，備份策略通常是以上三種的結合。例如每周一至周六進行一次增量備份或差分備份，每周日進行全備份，每月底進行一次全備份，每年底進行一次全備份。

4、日常維護有關問題

備份系統安裝調試成功結束後，日常維護包含兩方面工作，即硬體維護和軟體維護。如果硬體設備具有很好的可靠性，系統正常運行後基本不需要經常維護。一般來說，磁帶庫的易損部件是磁帶驅動器，當出現備份讀寫錯誤時應首先檢查驅動器的工作狀態。如果發生意外斷電等情況，系統重新啟動運行後，應檢查設備與軟體的聯接是否正常。磁頭自動清洗操作一般可以由備份軟體自動管理，一盤dlt清洗帶可以使用20 次，一般一個月清洗一次磁頭。軟體系統工作過程檢測到的軟硬體錯誤和警告信息都有明顯提示和日誌，可以通過電子郵件發送給管理員。管理員也可以利用遠程管理的功能，全面監控備份系統的運行情況。

網路數據備份系統的建成，對保障系統的安全運行，保障各種系統故障的及時排除和資料庫系統的及時恢復起到關鍵作用。通過自動化帶庫及集中的運行管理，保證數據備份的質量，加強數據備份的安全管理。同時，近線磁帶庫技術的引進，無疑對數據的恢復和利用提供了更加方便的手段。希望更多的單位能夠更快地引進這些技術，讓系統管理員做到數據無憂。

5、存儲數據備份恢復

隨著各單位區域網和互聯網路的深入應用，系統內的伺服器擔負著企業的關鍵應用，存儲著重要的信息和數據，為領導及決策部門提供綜合信息查詢的服務，為網路環境下的大量客戶機提供快速高效的信息查詢、數據處理和internet等的各項服務。因此，建立可靠的網路數據備份系統，保護關鍵應用的數據安全是網路建設的重要任務,在發生人為或自然災難的情況下,保證數據不丟失。