Changes for page sql-tde

Last modified by Nikhil Singh on 2026/07/03 08:32

<
From version < 7.1 >
edited by Nikhil Singh
on 2025/02/28 11:30
To version < 10.2 >
edited by Nikhil Singh
on 2025/05/21 12:45
>
Change comment: There is no comment for this version

Summary

Details

Page properties
Content
... ... @@ -1,111 +1,381 @@
1 -= TDE(backup from smss to azure) =
1 += **1. Steps for Implementing Transparent Data Encryption (TDE) FROM SQL Server** =
2 2  
3 3  
4 -1 Create master key in master database (set master key)
4 +This document outlines the process of **encrypting SQL Server databases** using **Transparent Data Encryption (TDE)** and backing them up to **Azure Storage**. TDE ensures data at rest is encrypted, leveraging a **Master Key (MK)**, **TDE Certificate**, and **Database Encryption Key (DEK)** for encryption.
5 5  
6 -2 Create TDE certificate (encrypted by MK)
6 +The process also includes creating a **credential** for secure backup to **Azure Blob Storage**, providing a scalable and secure solution for storing encrypted databases in the cloud.
7 7  
8 -3 Backup the Certificate and private key, By encryption with a password ( did not do it in this case due to storage blog problems)
9 9  
10 -4 Choose DB to create the DEK ,Create database encryption key (DEK) with algorithm ( AES= 256) and encryption by certificate
9 +[[image:image-20250305152543-1.png]]
11 11  
12 -5 Set encryption on for the database
13 13  
14 --- 6 Create a new credential with the SAS token
12 +**~1. Create a Master Key in the master Database**
13 +The first step is to create a **Master Key** in the master database. This key will be used to encrypt other cryptographic objects, such as certificates and symmetric keys, within SQL Server.
14 +
15 +
16 +**2. Create a TDE Certificate (Encrypted by the Master Key)**
17 +Next, generate a **TDE certificate** that will be used to encrypt the **Database Encryption Key (DEK)**. This certificate is encrypted by the **Master Key** created in step 1, providing an additional layer of security.
18 +
19 +
20 +**3. Choose the Database to Create the Database Encryption Key (DEK)**
21 +For the selected database, create the **Database Encryption Key (DEK)**. The DEK will be encrypted by the **TDE certificate** and will use the **AES-256 encryption algorithm** to ensure data is securely encrypted at rest.
22 +
23 +
24 +**4. Enable Encryption for the Database**
25 +Once the **DEK** has been created, enable **TDE** for the database. This ensures that all data written to the database is automatically encrypted at rest, providing full protection for sensitive information.
26 +
27 +
28 +**5. Create a Credential with a SAS Token**
29 +Finally, create a **credential** that allows SQL Server to access Azure Blob Storage. This credential is created using a **Shared Access Signature (SAS) token**, which ensures secure and authenticated access to the storage account for backup purposes.
30 +
31 +{{code language="sql"}}
32 +drop credential [https://zagpebslab.blob.core.windows.net/sql-backups]
15 15  CREATE CREDENTIAL [https://zagpebslab.blob.core.windows.net/sql-backups]
16 -WITH IDENTITY = 'SHARED ACCESS SIGNATURE',
17 -SECRET = 'sp=racwdli&st=2025-02-25T13:28:42Z&se=2026-02-25T21:28:42Z&spr=https&sv=2022-11-02&sr=c&sig=kBFwlj5S5eqBEE32LM1EFebBY0W94uEFiwOXo3R0yt4%3D';
18 -Go--
34 +WITH IDENTITY='SHARED ACCESS SIGNATURE'
35 +, SECRET = 'sp=racwdli&st=2025-02-25T13:28:42Z&se=2026-02-25T21:28:42Z&spr=https&sv=2022-11-02&sr=c&sig=kBFwlj5S5eqBEE32LM1EFebBY0W94uEFiwOXo3R0yt4%3D'
36 +GO
37 +
38 +{{/code}}
19 19  
20 ---7 --
21 21  
41 +**~ 6. Use a Stored Procedure to Back Up to Azure Storage Account**
42 +
22 22  {{code language="sql"}}
23 -Perform the database backup with the provided parameters
24 24  EXECUTE dba.dbo.DatabaseBackup
25 -    @Databases = 'dba',                           Replace with your database name
26 -    @URL = 'https://zagpebslab.blob.core.windows.net/sql-backups',   Azure Blob Storage URL
27 -    @BackupType = 'Full',                         Full backup
28 -    @CopyOnly = 'Y',                              Copy-only backup to avoid breaking backup chain
29 -    @Compress = 'Y',                              Compress the backup
30 -    @Verify = 'N';                                No verification of backup
31 -GO
45 +@Databases = 'dba',
46 +@URL = 'https://zagpebslab.blob.core.windows.net/sql-backups',
47 +@BackupType = 'Full',
48 +@CopyOnly = 'Y',
49 +@Compress = 'Y',
50 +@Verify = 'N'
32 32  {{/code}}
33 33  
34 -The backup was unable to be done from smss to azure ( the MI does not support encrypted DBs to be backed up from smss to azure)
53 +=== ===
35 35  
36 -We have unencrypted a database and backed it up from ssms to azure blob successfully
55 +=== Conclusion: Backup to Azure Storage Account with TDE Encrypted Databases ===
37 37  
57 +The attempt to back up an **encrypted database** (with Transparent Data Encryption - TDE) from **SQL Server Management Studio (SSMS)** to an Azure Storage Account was unsuccessful. This issue arises because **Azure does not permit TDE-encrypted databases to be backed up directly to Azure Storage using SSMS**.
38 38  
39 -Conclusion: Can be done with and unencrypted DB but not with an Encrypted one>
59 +However, after decrypting the database, we were able to successfully back it up to the Azure Storage Account via SSMS. This confirms that **backups can be performed on an unencrypted database**, but **not on an encrypted database**.
40 40  
41 41  
42 42  
43 43  
44 44  
45 -= **Using TDE directly from azure portal** =
65 += **2. Enabling Transparent Data Encryption (TDE) Using Azure Key Vault** =
46 46  
47 47  
48 -===== 1 Go to azure key vault ( DemoTestRudi) to generate a key =====
68 +**Introduction:** This document outlines the process of enabling **Transparent Data Encryption (TDE)** on an **Azure SQL Managed Instance (SQL MI)** using a **Customer-Managed Key (CMK)** stored in **Azure Key Vault**. The encryption is managed using an asymmetric key from **Azure Key Vault**, ensuring that all data within the SQL Managed Instance is encrypted using a strong encryption algorithm.
49 49  
50 50  
51 -- Go to keys and click generate
71 +===== **1. Generate a Key in Azure Key Vault** =====
52 52  
53 -- Name your key (mysqlmikey)
54 54  
55 -- Choose a key type (RSA)
74 +**- Navigate to Azure Key Vault:**
56 56  
57 --Choose RSA key size (2048-bit)
76 +* Go to the **Azure Portal** and select **Key Vault** (DemoRudiTest).
58 58  
59 -Note:
78 +**- Generate a New Key:**
60 60  
80 +* Go to the **Keys** section and click **Generate** to create a new key.
81 +
82 +**- Configure Key Settings:**
83 +
84 +* **Name the Key**: Choose a name for your key, e.g., mysqlmikey.
85 +* **Key Type**: Select **RSA** as the key type.
86 +* **RSA Key Size**: Choose an **RSA key size** of **2048-bit**. (optional)
87 +
88 + Note:
89 +
61 61  * switching from 2048-bit RSA to 4096-bit RSA for TDE will affect performance, but the actual impact might be minor, especially on modern hardware and typical workloads.
62 62  * **It will likely affect CPU usage** more than disk I/O, and the impact might be more noticeable during key management operations (key generation, encryption, etc.).
63 63  * If your database is not under heavy load and your hardware can handle the extra processing, the trade-off for better security may be worth it.
64 64  
65 -- Click create
94 +**- Create the Key:**
66 66  
96 +* Click **Create** to generate the key.
67 67  
68 -[[image:image-20250228120622-1.png||height="236" width="542"]]
69 69  
99 +===== **2. Enable TDE on the SQL Managed Instance** =====
70 70  
71 -===== 2 Enable TDE =====
101 +===== =====
72 72  
103 +**- Navigate to Your Managed Instance:**
73 73  
74 -- Go to your Managed instance ( sqlmi-ebs-lab)
105 +* Go to your **SQL Managed Instance** (sqlmi-ebs-lab).
75 75  
76 -- Click on security and choose Transparent data encryption
107 +**- Enable Transparent Data Encryption (TDE):**
77 77  
78 -- Select the type of managed key ( Customer-managed key0
109 +* Under **Security**, select **Transparent Data Encryption**.
79 79  
80 -- Select the key from the key vault we generated in the key vault( mysqlmikey)
111 +**- Configure TDE with a Customer-Managed Key (CMK):**
81 81  
82 -- Make the key the default TDE protector
113 +* Select **Customer-managed key** as the encryption type.
114 +* Choose the key you created earlier from **Azure Key Vault** (mysqlmikey).
83 83  
84 --Click save
116 +**- Set the Key as Default TDE Protector:**
85 85  
118 +* Make the key the **default TDE protector** for your instance.
86 86  
87 -[[image:image-20250228122106-2.png||height="251" width="511"]]
120 +**- Save Configuration:**
88 88  
122 +* Click **Save** to apply the changes.
89 89  
90 -- TDE has now been enabled on the Managed instance
124 +=== **Conclusion** ===
91 91  
126 +After following these steps, **TDE** has been successfully enabled on your **SQL Managed Instance** using an **asymmetric key** stored in **Azure Key Vault**. All databases within the instance are now encrypted using the same encryption key (identified by the same encryption thumbprint). You can now securely back up these encrypted databases from **SSMS** to **Azure Storage**.
92 92  
93 -Conclusion: All the databases have been encrypted by an asymmetric key. The key is the same for each database ( same encryption thumbprint).
128 +This process ensures that your data is protected both at rest and during backup, offering enhanced security for your managed databases in the cloud.
94 94  
95 -We are now able to backup databases from SSMS to Azure storage.
96 96  
97 97  
132 +=== **1. Backup Specific Databases Using SQL Server Agent Jobs** ===
98 98  
134 +This document describes the process of creating an automated **SQL Server Agent Job** to back up only the **DBA databases** in a SQL Server instance. The backups will occur **daily at 3:00 AM** and will be stored in an **Azure Storage Account** for secure and reliable cloud storage.
99 99  
136 +----
100 100  
138 +==== **1. Create the Backup Script** ====
101 101  
102 102  
141 +====== **- Declaring Variables** ======
103 103  
143 +{{code language="sql"}}
144 +DECLARE @DatabaseName NVARCHAR(128)
145 +DECLARE @BackupContainerURL NVARCHAR(512)
146 +{{/code}}
104 104  
148 +DECLARE @DatabaseName NVARCHAR(128) DECLARE @BackupContainerURL NVARCHAR(512)
105 105  
150 +* **@DatabaseName**: A variable to hold the name of the database during each iteration of the loop.
151 +* **@BackupContainerURL**: A variable to store the URL of the Azure Blob Storage container where the database backups will be stored.
106 106  
153 +----
107 107  
155 +====== **2. Setting the Azure Blob Storage URL** ======
108 108  
157 +{{code language="sql"}}
158 +SET @BackupContainerURL = 'https://<your_storage_account>.blob.core.windows.net/sql-backups/'
159 +{{/code}}
160 +
161 +
162 +----
163 +
164 +====== **3. Declaring the Cursor** ======
165 +
166 +
167 +{{code language="sql"}}
168 +DECLARE db_cursor CURSOR FOR
169 +SELECT name
170 +FROM sys.databases
171 +WHERE name LIKE 'dba%' -- Only pick databases that start with 'dba'
172 +{{/code}}
173 +
174 +* **Cursor Declaration**:
175 +** The cursor db_cursor is declared to loop through the list of databases in the sys.databases system view.
176 +** The **WHERE name LIKE 'dba%'** clause ensures that only databases with names starting with dba will be processed. For example, databases like dbaTest, dbaProd, etc., will be included in the loop.
177 +** **sys.databases**: A system catalog view that contains information about each database in the SQL Server instance.
178 +
179 +----
180 +
181 +====== **4. Opening the Cursor** ======
182 +
183 +{{code language="sql"}}
184 +OPEN db_cursor
185 +FETCH NEXT FROM db_cursor INTO @DatabaseName
186 +{{/code}}
187 +
188 +OPEN db_cursor FETCH NEXT FROM db_cursor INTO @DatabaseName
189 +
190 +* **OPEN db_cursor**: This opens the cursor for reading the results.
191 +* **FETCH NEXT**: The FETCH NEXT statement retrieves the first database name that meets the LIKE 'dba%' condition and stores it in the @DatabaseName variable. This will be used in the next step where the backup procedure is executed.
192 +
193 +----
194 +
195 +====== **5. Looping Through Databases** ======
196 +
197 +{{code language="sql"}}
198 +-- Loop through each database and execute the stored procedure
199 +WHILE @@FETCH_STATUS = 0
200 +BEGIN
201 + -- Print current database for logging/debugging
202 + PRINT 'Backing up database: ' + @DatabaseName
203 +
204 + -- Execute the DatabaseBackup stored procedure for each database
205 + EXECUTE dba.dbo.DatabaseBackup
206 + @Databases = @DatabaseName, -- Specify the current database
207 + @URL = @BackupContainerURL, -- Azure Blob Storage URL
208 + @BackupType = 'Full', -- Full backup type
209 + @CopyOnly = 'Y', -- Use copy-only backup (this doesn’t affect the transaction log chain)
210 + @Compress = 'Y', -- Enable compression
211 + @Verify = 'N'; -- Skip verification after backup
212 +
213 +{{/code}}
214 +
215 +
216 +* **WHILE @@FETCH_STATUS = 0**: The loop will continue as long as the FETCH command successfully retrieves a database name. @@FETCH_STATUS is a system function that returns 0 if the fetch operation is successful.
217 +* **PRINT**: This line prints the name of the database that is currently being backed up. It helps with logging or debugging purposes, as you can track which database is being processed at any given time.
218 +* (((
219 +**EXECUTE dba.dbo.DatabaseBackup**:
220 +
221 +* This calls a stored procedure named dba.dbo.DatabaseBackup for each database.
222 +* The parameters passed to the stored procedure:
223 +** **@Databases = @DatabaseName**: Specifies which database to back up (the current database being processed).
224 +** **@URL = @BackupContainerURL**: Specifies the destination Azure Blob Storage URL.
225 +** **@BackupType = 'Full'**: Specifies the backup type, which is a **Full** backup (this means all data in the database is backed up).
226 +** **@CopyOnly = 'Y'**: Specifies that this is a **copy-only backup**. This ensures that the backup does not affect the transaction log chain and does not interfere with regular backups.
227 +** **@Compress = 'Y'**: Enables compression of the backup, reducing the size of the backup file.
228 +** **@Verify = 'N'**: Specifies that the backup verification step should be skipped. (Verification can be added if needed for additional safety.)
229 +)))
230 +
231 +----
232 +
233 +====== **6. Fetch the Next Database** ======
234 +
235 +{{code language="sql"}}
236 + -- Fetch the next database in the cursor
237 + FETCH NEXT FROM db_cursor INTO @DatabaseName
238 +
239 +{{/code}}
240 +
241 +~-~- Fetch the next database in the cursor FETCH NEXT FROM db_cursor INTO @DatabaseName
242 +
243 +* **FETCH NEXT**: After executing the backup for the current database, this statement retrieves the next database from the cursor and stores it in the @DatabaseName variable. The loop will continue until all matching databases have been processed.
244 +
245 +----
246 +
247 +====== **7. Closing and Deallocating the Cursor** ======
248 +
249 +{{code language="sql"}}
250 +-- Close and deallocate the cursor to clean up resources
251 +CLOSE db_cursor
252 +DEALLOCATE db_cursor
253 +
254 +
255 +{{/code}}
256 +
257 +* **CLOSE db_cursor**: This closes the cursor once the loop finishes processing all databases.
258 +* **DEALLOCATE db_cursor**: This deallocates the cursor, freeing up any resources used by the cursor. It’s a good practice to always deallocate cursors to avoid resource leaks.
259 +
260 +====== ======
261 +
262 +====== **8. Full Script** ======
263 +
264 +
265 +{{code language="sql"}}
266 +DECLARE @DatabaseName NVARCHAR(128)
267 +DECLARE @BackupContainerURL NVARCHAR(512)
268 +
269 +SET @BackupContainerURL = 'https://zagpebslab.blob.core.windows.net/sql-backups'
270 +
271 +DECLARE db_cursor CURSOR FOR
272 +SELECT name
273 +FROM sys.databases
274 +WHERE name LIKE 'dba%'
275 +
276 +OPEN db_cursor
277 +FETCH NEXT FROM db_cursor INTO @DatabaseName
278 +
279 +WHILE @@FETCH_STATUS = 0
280 +BEGIN
281 +
282 +PRINT 'Backing up database: ' + @DatabaseName
283 +
284 +EXECUTE dba.dbo.DatabaseBackup
285 + @Databases = @DatabaseName,
286 + @URL = @BackupContainerURL,
287 + @BackupType = 'Full',
288 + @CopyOnly = 'Y',
289 + @Compress = 'Y',
290 + @Verify = 'N';
291 +
292 +FETCH NEXT FROM db_cursor INTO @DatabaseName
293 +END
294 +
295 +CLOSE db_cursor
296 +DEALLOCATE db_cursor
297 +
298 +{{/code}}
299 +
300 +
301 +
302 +
303 +=== **2. Set Up a New Job in SQL Server Agent** ===
304 +
305 +To automate the backup process of the **DBA databases**, follow the steps below to create a new job in SQL Server Agent.
306 +
307 +----
308 +
309 +====== **Step 1: Create a New Job** ======
310 +
311 +1. **Open SQL Server Management Studio (SSMS)**:
312 +1*. In the **Object Explorer**, expand the **SQL Server Agent** node.
313 +1*. Right-click on **Jobs** and select **New Job**.
314 +
315 +----
316 +
317 +====== **Step 2: Define Job Properties** ======
318 +
319 +In the **New Job** window, configure the job properties:
320 +
321 +* **General Tab**:
322 +** **Job Name**: Enter a descriptive name for the job, such as DBA Databases Backup.
323 +** **Owner**: Specify the job owner (ebssqladmin).
324 +** **Category**: Select Database Maintenance as the category for the job.
325 +** **Description**: Provide a brief description of the job (Automated backup of DBA databases to Azure Storage").
326 +
327 +----
328 +
329 +====== **Step 3: Create the Job Steps** ======
330 +
331 +The job will perform the backup through **Transact-SQL** (T-SQL) commands. Set up the following steps:
332 +
333 +1. **Step Name**: Enter a descriptive step name, such as Backup Only DBA Databases.
334 +1. **Type**: Select Transact-SQL Script (T-SQL).
335 +1. **Database**: Choose the master database, as the script will be run in the context of the master database.
336 +1. **Command**: Paste the backup script you created earlier, which automates the backup of the DBA databases.
337 +
338 +----
339 +
340 +====== **Step 4: Set the Job Schedule** ======
341 +
342 +Now, configure the schedule for the job to run daily at 3:00 AM:
343 +
344 +1. **Schedule Name**: Name the schedule (DBA Database Backup).
345 +1. **Schedule Type**: Choose Recurring for a regular schedule.
346 +1. (((
347 +**Frequency**:
348 +
349 +* **Occurs**: Select Daily.
350 +* **Recurs Every**: Set it to **1 day** to run the job every day at the same time.
351 +)))
352 +1. (((
353 +**Daily Frequency**:
354 +
355 +* Set the **time** for the backup to start, such as **3:00 AM**.
356 +)))
357 +
358 +----
359 +
360 +=== **Conclusion** ===
361 +
362 +The SQL Server Agent job is now configured to automatically back up the **DBA databases** daily to an **Azure Storage Account**. The job will only back up databases that start with 'dba', and it handles encrypted databases with **Transparent Data Encryption (TDE)**. This ensures secure, encrypted backups are stored in the cloud without requiring manual intervention.
363 +
364 +=== ===
365 +
366 +===== Note: We could use the job activity monitor to see if the job executed successfully. =====
367 +
368 +
369 +
370 +
371 +
372 +
373 +
374 +
375 +
376 +
377 +
378 +
109 109  1 CREATE MASTER KEY ENCRYPTION BY PASSWORD = 'YourStrongPasswordHere!';
110 110  GO
111 111  
... ... @@ -402,5 +402,3 @@
402 402  {{/code}}
403 403  
404 404  
405 -
406 -
image-20250305152543-1.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.rudim
Size
... ... @@ -1,0 +1,1 @@
1 +19.6 KB
Content

Need help?

If you need help with XWiki you can contact: