最近幾天，公司的技術維護人員頻繁讓我恢復數(shù)據(jù)庫，因為他們總是少了where條件，導致update、delete出現(xiàn)了無法恢復的后果，加上那些庫都是幾十G。恢復起來少說也要十幾分鐘。為此，找了一些資料和工作總結，給出一下幾個方法，用于快速恢復表，而不是庫，但是切記，防范總比亡羊補牢好。

在生產環(huán)境或者開發(fā)環(huán)境，往往都有某些非常重要的表。這些表存放了核心數(shù)據(jù)。當這些表出現(xiàn)數(shù)據(jù)損壞時，需要盡快還原。但是，正式環(huán)境的數(shù)據(jù)庫往往都是非 常大的，統(tǒng)計數(shù)據(jù)表明，1T的數(shù)據(jù)庫還原時間接近24小時，所以因為一個表而還原一個庫，不單空間，甚至時間上都是一個很大的挑戰(zhàn)。本文介紹如何恢復單 表，而不需要恢復整個庫。

現(xiàn)在假設一個表：TEST_TABLE。我們需要盡快恢復這個表，并且把恢復過程中對其他表和用戶的影響降到最低。

SQLServer（特別是2008以后），具有很多備份及恢復功能：完整、部分、文件、差異和事務備份。而恢復模式的選擇嚴重影響備份策略和備份類型。

下面是幾個可供參考的方案，但是記住，各有好壞，應該按照實際需要選擇：

方案1：恢復到一個不同的數(shù)據(jù)庫：

對于小數(shù)據(jù)庫來說不失為一種好的辦法，用備份還原一個新的庫，并把新庫中的表數(shù)據(jù)同步回去。你可以做完整恢復，或者時間點恢復。但是對于大數(shù)據(jù)庫，是非常耗時和耗費磁盤空間的。這個方法僅僅用于還原數(shù)據(jù)，在還原數(shù)據(jù)（就是同步數(shù)據(jù)）的時候，你要考慮觸發(fā)器、外鍵等因素。

方案2：使用STOPAT來還原日志：

你可能想恢復最近的數(shù)據(jù)庫備份，并回滾到某個時間點，即發(fā)生意外前的某個時刻。此時可以使用STOPAT子句，但是前提是必須為完整或大容量日志恢復模式。下面是例子：

RESTORE DATABASE 需要恢復的數(shù)據(jù)庫 
 FROM 數(shù)據(jù)庫備份 
 WITH FILE=3, NORECOVERY ; 
 
RESTORE LOG需要恢復的數(shù)據(jù)庫 
 FROM數(shù)據(jù)庫備份 
 WITH FILE=4, NORECOVERY, STOPAT = 'Oct 22, 2012 02:00 AM' ; 
 
RESTORE DATABASE 需要恢復的數(shù)據(jù)庫 WITH RECOVERY ; 

注意：這種方法的主要缺點是會覆蓋掉從stopat指定時間點之后所修改的所有數(shù)據(jù)。所以要衡量好得失。

方案3：數(shù)據(jù)庫快照：

創(chuàng)建數(shù)據(jù)庫快照。當發(fā)生意外時，可以從快照中直接獲取原來的數(shù)據(jù)。但是必須是在發(fā)生意外之前創(chuàng)建的快照。這在核心表不經常更新，特別是有規(guī)律更新時很有用。但是當表經常、不定期被更新，或者很多用戶在訪問時，這種方法就不可取了。當需要使用這種方法時，記得在每次更新前先創(chuàng)建快照。

方案4：使用視圖：

你可以創(chuàng)建一個新的數(shù)據(jù)庫，并把TEST_TABLE移動到這個庫里面。當你需要恢復的時候，你只需要恢復這個非常小的數(shù)據(jù)庫即可。訪問源數(shù)據(jù)庫的數(shù)據(jù)時，最簡單的方法就是創(chuàng)建一個視圖，選擇TEST_TABLE表中所有列的所有數(shù)據(jù)。但是注意這個方法需要在創(chuàng)建視圖前，重命名或者刪除源數(shù)據(jù)庫的表：

USE 需要恢復的數(shù)據(jù)庫 ; 
GO 
CREATE VIEW TEST_TABLE 
AS 
  SELECT * 
  FROM  備份數(shù)據(jù)庫.架構名.TEST_TABLE ; 
GO 

使用這種方法，可以對視圖使用SELECT /INSERT/UPDATE/DELETE語句，就像直接操作實體表似得。當TEST_TABLE更改時，要使用SP_REFRESHVIEW存儲過程來更新元數(shù)據(jù)。

方案5：創(chuàng)建同義詞（Synonym）：

和方案4類似，把表移到另外一個數(shù)據(jù)庫，然后對源數(shù)據(jù)庫的這個表創(chuàng)建一個同義詞：

USE 需要恢復的數(shù)據(jù)庫 ; 
GO 
CREATE SYNONYM TEST_TABLE 
FOR 新數(shù)據(jù)庫.架構名.TEST_TABLE ; 
GO 

方案6：使用BCP保存數(shù)據(jù)：

你可以創(chuàng)建一個作業(yè)，使用BCP定期導出數(shù)據(jù)。但是這種方法的缺點和方案1類似，需要找到哪天的文件并導進去，同時要考慮觸發(fā)器和外鍵問題。

各種方法的對比：這個方法的有點就是你不需要擔心元數(shù)據(jù)更新所帶來的結構變更不及時。但是這個方法的問題就是不能在DDL語句中引用同義詞，或者不能在鏈接服務器中找到。

總結：

良好的編程習慣和良好的備份機制才是解決問題的根本，以上的措施都僅僅是一個亡羊補牢的辦法?？赡苡腥苏fSQLServer 新版本不是有部分還原嗎？我們來看看聯(lián)機叢書的說明：

可以看到，其他這種方法很難還原一個表，但是當庫小的時候，倒可以試試。

版權聲明：本站文章來源標注為YINGSOO的內容版權均為本站所有，歡迎引用、轉載，請保持原文完整并注明來源及原文鏈接。禁止復制或仿造本網(wǎng)站，禁止在非www.sddonglingsh.com所屬的服務器上建立鏡像，否則將依法追究法律責任。本站部分內容來源于網(wǎng)友推薦、互聯(lián)網(wǎng)收集整理而來，僅供學習參考，不代表本站立場，如有內容涉嫌侵權，請聯(lián)系alex-e#qq.com處理。