從一個存在的庫，抽取其表結構，對象，權限等，再部署成一個不包含數據的”空庫“的方法有很多種。如自帶的Generate Scripts功能，自定義腳本提取創建腳本等。
在實際使用中，我更喜歡使用DAC的方式。特別是它能跟PowerShell結合使用。
什麼是DAC，它能幹什麼？
數據層應用程序 (DAC) 可以簡化支持客戶端-服務器或多層應用程序的數據層元素的開發、部署和管理。每個 DAC 都作爲單個管理單元運行，貫穿於關聯應用程序的開發、測試和生產生命週期。DAC 定義支持應用程序所需的所有數據庫對象（如表和視圖）以及與數據庫關聯的實例對象（例如登錄名）。DAC 還包括用於定義 DAC 的部署先決條件的策略。
它能實現的功能很，官方說明：數據層應用程序
下面簡單介紹一下利用DAC遷移數據結構的步驟：
1. 創建測試庫和登錄。然後提取庫爲DAC包，這個過程有嚮導，很簡單，基本一路Next。
use master go create database DAC_Test go create login DAC_User with password='P@ssword123' go use DAC_Test go select * into tb1 from sys.objects select * into tb2 from sys.objects go create user DAC_User for login DAC_User exec sp_addrolemember 'db_owner','DAC_User' go
2. Application name需要注意，後面會用到。
3. 提取DAC並不是所有對象都受支持，支持類型限制在BOL中有說明。我曾經就遇到過數據庫有Synonyms不能提取，只能先刪除之，再提取。
然後一路Next，得到一個生成的DAC包。
4. 在目標實例上創建一個空庫，不一定要同名。首先將這個庫註冊成DAC。
5. 註冊的Application name要與2.中的一致。
6. 註冊成功後， 在Management—>Data-tier Application會看到此DAC。
7. 將前面生成DAC包，拷到一個目標實例上能訪問的位置。然後使用Upgrade Data-tier Application將這個包導入。一路Next.
8. 完成後，源庫中的各種對象都有了。有一點要注意，目標實例被導入的Login是被禁用的，並且在目標庫上對應User的Role,並不是原來的db_owner,而是public。
需要使用則要手動設定之。
總結
1. DAC是很強大的一個工具，還有很多功能。
2. SQL Server要是能提供Backup Database ….WITH NO_DATA，也就不會有這麼多事了。
-------------------------------------
作者：Joe.TJ