推薦：SQL Server2008 數(shù)據(jù)庫(kù)誤刪除數(shù)據(jù)的恢復(fù)方法分享
今天有個(gè)朋友很著急地打電話給我，他用delete語(yǔ)句誤刪除了SQL Server 2008數(shù)據(jù)庫(kù)中兩個(gè)表中的所有記錄，而這個(gè)數(shù)據(jù)庫(kù)之前沒有任何備份。讓我?guī)退�解決一下，不然他要賠償客戶很多錢

當(dāng)一個(gè)用戶數(shù)據(jù)庫(kù)可用且已啟用TDE時(shí)，在寫入到磁盤時(shí)在頁(yè)級(jí)實(shí)現(xiàn)加密。在數(shù)據(jù)頁(yè)讀入內(nèi)存時(shí)解密。如果數(shù)據(jù)庫(kù)文件或數(shù)據(jù)庫(kù)備份被盜，沒有用來(lái)加密的原始證書將無(wú)法訪問。這幾乎是SQL Server2008安全選項(xiàng)中最激動(dòng)人心的功能了，有了它，我們至少可以將一些初級(jí)的惡意窺視拒之見外。
下面的兩個(gè)例子將展示如何啟用和維護(hù)透明數(shù)據(jù)加密。

示例一、啟用透明加密(TDE)

/********************TDE**************** [email protected] ****************/
USE Master
GO
--------刪除舊主密鑰**********************[email protected]
--------Drop master Key
--------go
--創(chuàng)建主密鑰**********************[email protected]
Create MASTER KEY ENCRYPTION
BY PASSWORD = 'B19ACE32-AB68-4589-81AE-010E9092FC6B'
GO
--創(chuàng)建證書,用于透明數(shù)據(jù)加密**********************[email protected]
CREATE CERTIFICATE TDE_Server_Certificate
WITH SUBJECT = 'Server-level cert for TDE'
GO

USE DB_Encrypt_Demo
GO
--第一步：現(xiàn)在開始透明加密**********************[email protected]
CREATE DATABASE ENCRYPTION KEY--創(chuàng)建數(shù)據(jù)庫(kù)加密密鑰
WITH ALGORITHM = TRIPLE_DES_3KEY--加密方式
ENCRYPTION BY SERVER CERTIFICATE TDE_Server_Certificate--使用服務(wù)器級(jí)證書加密
GO
/*
Warning: The certificate used for encrypting the database encryption key
has not been backed up.
You should immediately back up the certificate and the private key
associated with the certificate.
If the certificate ever becomes unavailable or
if you must restore or attach the database on another server,
you must have backups of both the certificate and the private key
or you will not be able to open the database.
*/

--第二步：打開加密開關(guān)**********************[email protected]
ALTER DATABASE DB_Encrypt_Demo
SET ENCRYPTION ON
GO

--查看數(shù)據(jù)庫(kù)是否加密
SELECT is_encrypted
FROM sys.databases
WHERE name = 'DB_Encrypt_Demo'

注意：一旦在數(shù)據(jù)庫(kù)應(yīng)用了加密，應(yīng)該立刻備份服務(wù)器級(jí)證書！

沒有加密DEK的證書，該數(shù)據(jù)庫(kù)將無(wú)法打開，附加到別的服務(wù)器也無(wú)法使用，數(shù)據(jù)庫(kù)文件亦不會(huì)被Hack。如果一個(gè)DBA想要合法地將數(shù)據(jù)庫(kù)從一個(gè)SQL Server實(shí)例移動(dòng)到另一個(gè)SQL Server實(shí)例，那么她應(yīng)該首先備份服務(wù)器級(jí)證書，然后在新的SQL Server實(shí)例中創(chuàng)建證書。此時(shí)可以合法地備份、還原數(shù)據(jù)庫(kù)或附加數(shù)據(jù)及日志文件。

示例二、管理和移除透明加密(TDE)

注意：對(duì)所有用戶數(shù)據(jù)庫(kù)的加密處理也包含對(duì)tempdb的處理

除了更改DEK的算法，我們也可以更改用來(lái)加密DEK的服務(wù)器級(jí)證書（該證書應(yīng)該定期更改）

注意：如果刪除DEK是SQL Server實(shí)例中最后一個(gè)使用TDE的用戶定義數(shù)據(jù)庫(kù)，在SQL Server實(shí)例重啟后，tempdb也將變?yōu)椴患用艿臓顟B(tài)。

小結(jié)：

1、本文主要介紹透明數(shù)據(jù)加密(TDE)的使用。

2、對(duì)DEK的修改同時(shí)影響到tempdb數(shù)據(jù)庫(kù)的加密狀態(tài)。

SQL Server安全系列至此暫告一段落。謝謝各位耐心看完，歡迎對(duì)邀月提出指正。[email protected]

分享：SQLSERVER2008中CTE的Split與CLR的性能比較
之前曾有一篇POST是關(guān)于用CTE實(shí)現(xiàn)Split，這種方法已經(jīng)比傳統(tǒng)的方法高效了。今天我們就這個(gè)方法與CLR實(shí)現(xiàn)的Split做比較。在CLR實(shí)現(xiàn)Split函數(shù)的確很簡(jiǎn)單，dotnet framework本身就有這個(gè)function了。