推薦：在SQL Server數據庫中批量導入數據的四種方法
在軟件項目實施的時候，數據導入一直是項目人員比較頭疼的問題。其實，在SQL Server中集成了很多成批導入數據的方法。有些項目實施顧問頭疼的問題，在我們數據庫管理員眼中，是小菜一碟。現在的重點就是，如何讓用戶了解這些方法，讓數據導入變得輕松一些。

SQL Server 2000中存在的許多的備份和恢復特性都同樣保留在了SQL Server 2005中，但是有一些新的提高同樣值得我們關注。

鏡像備份

SQL Server 2005讓你可以創建鏡像備份。鏡像備份允許你為備份文件創建兩個或者四個同樣的拷貝，以防備其中的某一個集合損壞的情況。鏡像具有同樣的內容，所以你可以在某個文件被損壞的時候修復這個文件。

假設你有鏡像集合1和鏡像集合2，兩個集合都有完全的備份和事務日志備份。如果鏡像集合1的完全備份發生了損壞，你可以通過鏡像集合2來進行恢復，然后對鏡像集合1持續使用事務日志備份。

在線恢復

你還可以進行在線恢復，但是，不要太激動。從名字上看，似乎是你可以在恢復的同時，完全保持數據庫啟動、運行和保證用戶登錄到數據庫中——但是實際情況不是的。在線恢復允許你在保持數據庫在線的情況下恢復一個離線的文件組。所以你可以保障數據庫的大部分在工作，但是你想要恢復的文件組必須是離線的。

注意:要運行這個特性，你必須使用SQL Server 2005企業版，并且主要的文件組不能是離線的。另外，你必須確保你的應用程序你可以使文件組離線，并且仍然可以起作用。通過仔細的計劃，這個特性是非常有用的，但是也許很多人不會使用這個功能。

只拷貝備份

我認為一個很有用的特性就是只拷貝備份，它讓你可以在備份過程中，在不打亂其他備份文件的順序的情況下進行拷貝。使用SQL Server 2000的時候，如果你在一天的中間運行了一個特殊的完全備份，為了恢復，你必須使用完全備份和在完全備份之后發生的所有事務日志。這個新的特性允許你創建一個只對備份的拷貝，然后使用正常的完全拷貝來達到恢復的目的。

對于不同的備份，在處理方式上沒有任何的改變。對于事務日志備份，你也可以只對備份進行拷貝——同樣是不需要打亂其他備份文件的順序。任何通過這個選項創建的備份都在備份表中標記為copy_only

部分備份

你也許認為部分備份與差別備份一樣——但是他們不一樣。部分備份是將所有的文件組，除了那些標記為只讀的文件組之外(除非是指定的)，進行備份。對于只讀數據庫，只有基本文件組被備份。如果你在只讀文件組中有很多的靜態數據，那么用這種方式來備份你的數據庫就要快得多。

從以前的版本中恢復

SQL Server 2005中有一項保留的完全相同的特性就是從以前的版本中恢復數據庫的能力;你可以從SQL 7.0和2000中恢復數據庫備份。(然而，仍然沒有辦法從6.5版本中恢復備份。)

注:不能從早期版本中恢復系統數據庫，對于SQL Server 2005也一樣。

分享：怎樣創建SQL Server 2000故障轉移群集
在創建SQL Server 2000 故障轉移群集之前，必須配置 Microsoft 群集服務 (MSCS) 并使用 Microsoft Windows NT4.0 或 Windows? 2000 中的群集管理員創建至少一個群集磁盤資源。在運行 SQL Server 安裝程序之前，在群集管理員中記下群集驅動器的位置，因為創建