利用DAC(Data-tier Application)實現資料庫結構遷移

標籤：style   blog   http   color   io   os   使用   ar   strong   

從一個存在的庫，抽取其表結構，對象，許可權等，再部署成一個不包含資料的”空庫“的方法有很多種。如內建的Generate Scripts功能，自訂指令碼提取建立指令碼等。

在實際使用中，我更喜歡使用DAC的方式。特別是它能跟PowerShell結合使用。

什麼是DAC，它能幹什嗎？

      資料層應用程式 (DAC) 可以簡化支援用戶端-伺服器或多層應用程式的資料層元素的開發、部署和管理。每個 DAC 都作為單個嵌入式管理單元運行，貫穿於分支機構應用程式的開發、測試和生產生命週期。DAC 定義支援應用程式所需的所有資料庫物件（如表和視圖）以及與資料庫關聯的執行個體對象（例如登入名稱）。DAC 還包括用於定義 DAC 的部署先決條件的策略。      

它能實現的功能很，官方說明：資料層應用程式

 

下面簡單介紹一下利用DAC遷移資料結構的步驟：

1. 建立測試庫和登入。然後提取庫為DAC包，這個過程有嚮導，很簡單，基本一路Next。

use mastergocreate database DAC_Testgocreate login DAC_User with password=‘[email protected]‘gouse DAC_Testgoselect * into tb1 from sys.objectsselect * into tb2 from sys.objectsgocreate user DAC_User for login DAC_Userexec 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，也就不會有這麼多事了。

利用DAC(Data-tier Application)實現資料庫結構遷移