SQL Server有幾個版本都在使用中——4.2, 6.0, 6.5, 7.0, 2000，現(xiàn)有又有了2005——你很有可能會需要從以前的版本中重新存儲數(shù)據(jù)庫到后面的版本中。

微軟在7.0版本中對數(shù)據(jù)庫引擎的工作方式和數(shù)據(jù)的存儲方式作了一些非常巨大的變化。這就使得從7.0版本之前的SQL Server中重新存儲數(shù)據(jù)的方式變得不那么直接。

7.0，2000和2005版本的SQL Server允許你將數(shù)據(jù)庫重新存儲到稍后的SQL Server版本中。7.0版本之前的任何東西都需要數(shù)據(jù)移植，在這個過程中你必須實際地將數(shù)據(jù)從原有的SQL Server版本中移動出來，再放入新的SQL Server版本中。

既然最新的版本是2005，那么我就討論一下如何將數(shù)據(jù)從原有的SQL Server版本中移動到最新的數(shù)據(jù)庫管理系統(tǒng)發(fā)布版本中。無論如何，這些技術(shù)同樣也可以應用在7.0或者2000版本上。

從7.0之前版本的SQL Server中重新存儲數(shù)據(jù)

我前面提到了，沒有這樣的一種直接方式可以將早于7.0版本之前的數(shù)據(jù)庫中的數(shù)據(jù)僅僅是備份然后就重新存儲這么簡單直接。要將數(shù)據(jù)移動到SQL Server 2005中，就必須完成某些類型的數(shù)據(jù)移植，有可能是通過創(chuàng)建一個SSIS包，建立一個到你原有數(shù)據(jù)庫版本的ODBC源。或者，你可以使用BCP(塊拷貝程序)來將數(shù)據(jù)從原有的版本中移出來，移入SQL Server 2005數(shù)據(jù)庫。

沒有一種方式可以直接從備份文件中抽取數(shù)據(jù)。所以如果你只有一個你的數(shù)據(jù)庫的備份拷貝，那么你就需要找到一個原有版本的SQL Server ，或者安裝磁盤來建立起那個版本的SQL Server來重新存儲數(shù)據(jù)。

SQL Server 7.0及其以后版本的重新存儲

只要簡單地從你的備份中重新存儲數(shù)據(jù)庫。這項工作就像你曾經(jīng)作過的任何重新存儲，要么使用GUI工具，要么是T-SQL命令。看看這些文章，了解如何執(zhí)行重新存儲：

·使用企業(yè)管理器來重新存儲 SQL Server

·使用T-SQL 命令來重新存儲SQL Server

·從事務日志中重新存儲SQL Server

·從另外一個SQL Server中重新存儲數(shù)據(jù)庫

用7.0之前的版本，你可以使用數(shù)據(jù)移植處理進程將你的數(shù)據(jù)從原有版本的SQL Server中移動到新的版本中。這種方式要求兩個數(shù)據(jù)庫都必須是在線的。

你還可以使用attach 和detach兩個選項來將你的數(shù)據(jù)庫從原有版本中移植到新的版本中。

重新存儲系統(tǒng)數(shù)據(jù)庫

需要提出的一個說明就是你可以重新存儲用戶數(shù)據(jù)庫，但是你不能從先前的版本中重新存儲系統(tǒng)數(shù)據(jù)庫到新的SQL Server版本中。當SQL Server改善功能的時候，大多數(shù)的修改都是存儲在相同數(shù)據(jù)庫中。新表的創(chuàng)建和原有表的修改(為什么你不能使用直接使用系統(tǒng)表的原因)都讓重新存儲系統(tǒng)數(shù)據(jù)庫變得不可能。

你可以使用SSIS或者BCP方式來移植數(shù)據(jù)或者你在這些數(shù)據(jù)庫中創(chuàng)建的新的對象，但是你不能移動整個數(shù)據(jù)庫。

更新用戶和登錄信息

當重新存儲數(shù)據(jù)庫到一個完全不同的SQL Server實例環(huán)境中需要時刻記住的一個問題就是，用戶和登錄信息需要更新以確保數(shù)據(jù)庫認證可以按照計劃工作。參考從其它的SQL Server中重新存儲數(shù)據(jù)庫，學習如何進行。

正如你看到的，從SQL Server 7.0開始，微軟已經(jīng)開始讓數(shù)據(jù)庫管理員感覺到，把數(shù)據(jù)從比較老版本的SQL Server中移植到較新的版本中是相當簡單的了。這個想法通常還包括一些向后的兼容。但是這個功能還會存在多久?它在SQL Server 2005中確實存在，但是下一個名為Katmai的SQL Server的發(fā)布版本會不會向后兼容，只有時間才知道了。