在設備管理主控台中掛接 Microsoft SQL Server 資料庫

本節說明如何掛接擷取的 Microsoft SQL Server：

  • 執行個體
  • AlwaysOn 可用性群組的主要資料庫
  • 一致性群組
  • 一致性群組的個別成員
  • 系統資料庫
  • 使用者資料庫

掛接擷取的 Microsoft SQL Server 資料

使用標準掛接，您可以將 Microsoft SQL Server 資料掛接至其他伺服器，供其他 Microsoft SQL Server 擷取及使用。如要只掛接擷取的 Microsoft SQL 資料，請按照下列步驟操作：

  1. 開啟「App Manager」，前往「Applications List」。

  2. 在 SQL Server 執行個體、使用者資料庫、系統資料庫、叢集或可用性群組上按一下滑鼠右鍵，然後選取「Access」(存取)。使用篩選器找出所需資料庫。

  3. 在跑道上選取要掛接的特定備份，然後選取「Mount」(掛接)。

  4. 視需要輸入標籤，以便清楚識別這個掛接的資料。

  5. 在「Mount Image」(掛接映像檔) 對話方塊的「Application Options」(應用程式選項) 區段中，請勿選取「Create New Virtual Application」(建立新的虛擬應用程式)。如要將 Microsoft SQL 資料掛接為虛擬資料庫，請參閱「將 SQL Server 資料庫掛接為新的虛擬資料庫」。

  6. 視需要填寫「對應選項」和「項目選取」欄位。

    系統會根據所選來源顯示不同選項。 舉例來說，VMware VM 上的資料庫有「Map to all ESX hosts」(對應至所有 ESX 主機) 選項。叢集資料庫有「Map to Cluster Nodes」(對應至叢集節點) 選項。

  7. 按一下「Submit」(提交)，即可提交掛接工作。

  8. 掛接作業成功後，請登入資料庫伺服器，並確認掛接的備份可在「Active Mounts」(有效掛接) 中使用。

將 SQL Server 資料庫掛接為新的虛擬資料庫

虛擬應用程式掛接作業會將擷取的資料庫掛接為虛擬應用程式。您可以快速將資料庫上線，不必實際移動資料，也不必手動設定新的資料庫執行個體。虛擬應用程式掛接可解決建立及管理正式版資料庫副本的難題，不需資料庫、伺服器和儲存空間管理員手動介入。

本節說明如何將擷取的 Microsoft SQL Server 資料庫掛接為虛擬應用程式。您可以為 Microsoft SQL Server 掛接下列項目：

  • 執行個體
  • 系統資料庫
  • 使用者資料庫
  • 一致性群組
  • 一致性群組的個別成員
  • AlwaysOn 可用性群組中的資料庫

掛接備份前，請確認已在掛接備份的主機上設定 iSCSI，或已設定 VMware 中的 NFS 資料儲存庫。

如果只想掛接 Microsoft SQL 資料檔案，而不將任何資料庫新增至 SQL Server 執行個體，請參閱「掛接擷取的 Microsoft SQL 資料」。

如果資料庫損毀或刪除，將 SQL Server 資料庫做為虛擬應用程式掛接至原始伺服器，是還原資料庫的有效替代方案。

如要將擷取的 Microsoft SQL Server 資料庫掛接為虛擬應用程式，請按照下列步驟操作：

  1. 開啟設備管理控制台，然後依序點選「App Manager」(應用程式管理工具) >「Applications」(應用程式) 清單。

  2. 在 SQL Server 執行個體、使用者資料庫、系統資料庫、叢集或可用性群組上按一下滑鼠右鍵，然後選取「Access」(存取權)。使用篩選器找出所需資料庫。

  3. 在備份跑道上，選取要掛接的備份。選取右側的「掛接」。 您可以使用左上角的日曆小工具，縮小備份範圍。

  4. 在「Application Options」(應用程式選項) 部分，您可以視需要輸入標籤，以便清楚識別這個掛接的資料。

  5. 選取「Create New Virtual Application」。

  6. 如果資料庫與記錄一併擷取，「App Options」(應用程式選項) 對話方塊會提供選項，可根據記錄擷取的時間和頻率，將記錄復原至特定時間點。

  7. 從「SQL Server Instance Name」(SQL Server 執行個體名稱) 下拉式選單中，選取要新增資料庫的 SQL Server 執行個體。如果下拉式選單中沒有所需的執行個體名稱，您可以在提供的空格中手動輸入名稱。

  8. 如果您要掛接單一資料庫，請在「SQL Server Database Name」(SQL Server 資料庫名稱) 欄位中輸入新虛擬資料庫的名稱。

    如要掛接多個資料庫，請在「Name of Consistency Group」(一致性群組名稱) 欄位中，輸入包含虛擬資料庫的新一致性群組名稱。

  9. 虛擬應用程式掛接是新的虛擬資料庫。如要保護新的虛擬資料庫，請選取「Manage New Application」(管理新應用程式)，然後選取要使用的範本和設定檔。

    虛擬應用程式掛接是新的資料庫。資料庫的快照是漸進式的。

    虛擬應用程式會顯示在「Application Manager」(應用程式管理工具) 的應用程式清單中。

    如果未選取「Manage New Application」，該應用程式就會在「Application Manager」中顯示為未受保護的應用程式。可以像其他應用程式一樣受到保護。

    掛接至 SQL Server 執行個體的虛擬 SQL Server 資料庫，一律會與執行個體的使用者和系統資料庫分開保護。

  10. Recover Database After Restore：如要將資料庫設為線上狀態，準備處理交易，請保留這個預設選項。清除這個選項，資料庫就會維持在還原狀態，您可以手動套用其他交易記錄備份，將資料庫向前復原至特定時間點。

  11. 復原使用者登入資訊：如果已啟用「Backup SQL Server Logins」(備份 SQL Server 登入資訊) 政策選項，選取這個選項會將這些登入資訊還原至目標 SQL Server 執行個體。如果是網域帳戶，只有在目標執行個體位於相同網域的伺服器上，或位於與來源 SQL 伺服器具有信任關係的網域時，系統才會還原使用者帳戶。SQL 本機帳戶一律會還原。如要確保所有可存取原始來源資料庫的使用者，都能存取新的虛擬資料庫，請使用這個選項。

  12. 在「Username and Password」(使用者名稱和密碼) 欄位中，視需要輸入使用者名稱和密碼。如果備份和災難復原代理程式帳戶沒有權限，無法在卸載作業期間卸離資料庫，或套用交易記錄，請在這裡輸入具備這些權限的帳戶憑證。詳情請參閱「Windows 使用者所需的 SQL Server 角色」。

  13. 如要變更新虛擬資料庫的復原模式，請選取「Recovery Model」(復原模式)。預設為保留原始資料庫的復原模式。

  14. 在「Overwrite Existing Database」(覆寫現有資料庫) 部分，指定何時要覆寫目標伺服器或執行個體上，與要掛接的新資料庫同名的資料庫：Yes (是)、No (否) 或 Only if it's Stale (僅限過時資料庫)。

  15. 在「Mapping Options」(對應選項) 中，您可以輸入「Mount Location」(掛接位置)。如果應用程式只有一個磁碟區，您只能在這裡指定掛接位置。如果應用程式有多個磁碟區，您可以：

    • 輸入掛接位置。所有磁碟區都會自動掛接在指定的掛接位置，並在指定的掛接點使用依序排列的磁碟機代號或編號目錄。

    • 請將這個空間留空，並在「Advanced Options」(進階選項) 中手動指定每個磁碟區的掛接位置。

  16. 按一下「提交」，即可提交工作。

  17. 掛接工作完成後，請登入資料庫伺服器，並確認掛接的備份是否顯示在「Active Mounts」(使用中的掛接)。

管理使用中的掛接

建立掛接後，您可以依序前往「App Manager」 >「Active Mounts」追蹤備份。理想情況下，請勿無限期掛接任何備份。這是因為建立掛接的備份必須等到所有掛接都刪除後，才會過期。使用完掛接的備份後，請執行下列任一操作：

  • 卸載備份。如有需要，您可以重新掛接。確定不再需要備份時，可以刪除。
  • 卸載並刪除備份。這麼做會刪除掛接的備份，而非掛接作業所依據的備份。
  • 遷移備份。這項設定僅適用於 Microsoft SQL Server 掛接。

掛接加密的 SQL Server 資料

備份/復原設備會擷取加密的 SQL Server 資料庫，但不會擷取私密金鑰、加密憑證或密碼。

本節說明下列事項：

  • 判斷是否已啟用 SQL TDE

  • 疑難排解 SQL Server 加密問題

  • SQL Server 主要金鑰、加密憑證和密碼程序

如果您要將加密的 SQL Server 資料庫還原至現有的 SQL Server 資料庫，私密金鑰、加密憑證和密碼已存在於 SQL Server 執行個體中，還原作業完成後，SQL Server 資料庫就會正常運作。

如果您要執行加密資料庫的虛擬應用程式掛接，或僅掛接加密的 SQL Server 資料，則掛接加密資料庫或資料的 SQL Server 執行個體必須具備下列條件：

  • 已啟用透明資料加密 (TDE)

  • 來源 SQL Server 資料庫的私密金鑰副本

  • 來源 SQL Server 資料庫的加密憑證副本

  • 提供來源 SQL Server 資料庫的密碼

如要瞭解相關程序，請參閱 SQL Server 主要金鑰、加密憑證和密碼程序。

判斷是否已啟用 SQL Server TDE

如要判斷 SQL Server 執行個體是否已啟用 TDE，可以使用 Microsoft 的 SQL Server Management Studio 使用者介面 (SSMS)，也可以使用手動查詢，判斷資料庫是否已啟用加密功能。例如：

        SELECT
         DB_NAME(database_id)AS dbname,
         encryption_state,
         case encryption_state
           WHEN 0 THEN 'Unencrypted (no
        database encryption key present)'
           WHEN 1 THEN 'Unencrypted'
           WHEN 2 THEN 'Encryption in Progress'
           WHEN 3 THEN 'Encrypted'
           WHEN 4 THEN 'Key Change in Progress'
           WHEN 5 THEN 'Decryption in Progress'
           ELSE CAST(encryption_state AS
        varchar(20))
         END AS encryption_state,
         key_algorithm,
         key_length
         FROM sys.dm_database_encryption_keys

SSMS

如要使用 SSMS 判斷資料庫是否已啟用加密功能，請按照下列步驟操作：

  1. 在 SSMS 中，在資料庫名稱上按一下滑鼠右鍵。

  2. 從下拉式選單中選取「Properties」(屬性)，系統就會顯示資料庫的屬性。

  3. 在「Select a Page」(選取頁面) 下方，按一下「Options」(選項)，系統就會顯示資料庫的選項。

  4. 在「State」(狀態) 下方，確認「Encryption Enabled」(已啟用加密) 設為「True」(是)。

疑難排解 SQL Server 加密問題

以下是兩種常見錯誤：

  • SQL 錯誤 24583：表示缺少加密憑證。下列 24583 SQL Server 伺服器錯誤表示您嘗試掛接至 SQL Server 執行個體，但該執行個體沒有來源 SQL Server 執行個體的加密憑證。

  • SQL 錯誤 33117：未啟用透明資料加密功能。下列 33117 SQL Server 錯誤表示您嘗試將加密的 SQL Server 資料庫掛接至未啟用透明資料加密的 SQL Server 執行個體。

SQL Server 主要金鑰、加密憑證和密碼程序

建立及複製主金鑰和加密憑證是標準的 Microsoft SQL Server 程序，並非備份/復原設備專屬。為方便起見，我們在此提供這些連結：

  • 建立新的主要金鑰

  • 建立新的加密憑證

  • 套用伺服器主金鑰和加密憑證

  • 建立伺服器主金鑰和加密憑證的副本，並提供來源密碼

  • 複製加密憑證、私密金鑰，並提供來源密碼

如要進一步瞭解安全性憑證和金鑰，請參閱 Microsoft 的詳細資訊：https://msdn.microsoft.com/en-us/library/ff848768.aspx

建立新的主要金鑰

        use master;
        go
        create master key encryption by password = 'SMKSourcePassword';
        go

建立新的加密憑證

        use master;
        go
        create certificate sourcedbcert with subject = 'Act Test Cert';
        go

套用伺服器主金鑰和加密憑證

        use DATABASENAME;
        go
        CREATE DATABASE ENCRYPTION KEY
        WITH ALGORITHM = AES_128
        ENCRYPTION BY SERVER CERTIFICATE sourcedbcert;
        go
        alter database DATABASENAME
        set encryption on;
        go

建立伺服器主金鑰和加密憑證的副本，並提供來源密碼

如果某個 SQL Server 執行個體上的 SQL Server 資料庫掛接至另一個 SQL Server 執行個體，您必須手動複製要掛接的資料庫伺服器主要金鑰、加密憑證和密碼。然後將伺服器主要金鑰、加密憑證和密碼複製到其他 SQL Server 執行個體。

如要複製伺服器主金鑰、加密憑證和密碼，請完成下列步驟：

        use master;
        go
        backup certificate sourcedbcert to file = 'E:\Enc\Sourcecert'
        with PRIVATE KEY (file='E:\Enc\Privatekey',
        ENCRYPTION BY PASSWORD='SecurePassword');
        go

複製加密憑證、私密金鑰，並提供來源密碼

如果已啟用加密功能的 SQL Server 資料庫或資料掛接至新的 SQL Server 執行個體，新的執行個體必須具備來源 SQL Server 執行個體的伺服器主要金鑰、加密憑證和密碼副本。手動將您在上一節中，於來源 SQL Server 執行個體上建立的加密憑證和密碼副本，複製到新的 SQL Server 執行個體。在新的 SQL Server 執行個體中，完成下列操作：

        create certificate destinationdbcert
        FROM file = 'C:\Program Files\Backup and DR\sqlenc\Sourcecert'
        with private key (file = 'C:\Program Files\Backup and DR\sqlenc\Privatekey',
        decryption by password = 'SecurePassword')
        go

Microsoft SQL Server 備份和災難復原的其他說明文件

本頁面是一系列頁面之一，專門說明如何使用備份和災難復原保護及復原 Microsoft SQL Server 資料庫和支援二進位檔。您可以在下列頁面找到其他資訊：