Re: Encryption; SQL Server 2005 & Windows 2003 Server
- From: ITContractor <ITContractor@xxxxxxxxxxxxxxxxxxxxxxxxx>
- Date: Sat, 3 Jun 2006 13:35:02 -0700
Thank you David,
I find your response incredibly interesting as I assume your corporation
has some first-hand experience as well as feedback from Microsoft Corp.
with the approach I am describing. My bosses are a big City Department
and have many Applications' Databases they would like to protect
against accidental/intentional exposure e.g. System/HDD theft or
loss or physical exposure due to natural or other unsavory causes.
At the risk of over-stepping my bounds, any further information you are
at liberty to share as:
1. Types of applications (high xactoin telecomm, DSS, low xactoin
record-keeping) 2. DB Size (our DB's will be 3Gb to 600Gb depending on the
App.)
3. Production environment (SAN, Cluster, Stand-alone)
In any event, many thanks for taking the time to respond.
===================================================
"ITContractor" <ITContractor@xxxxxxxxxxxxxxxxxxxxxxxxx> wrote in message
news:EA318A7B-AD03-4E9C-891E-495EE1BA0B49@xxxxxxxxxxxxxxxx
Issue(s):
1. We *must* encrypt all data items in a Database.
2. SQL Server 2005 Encryption places a tremendous burden on the
system as a whole when many columns are encrypted, especially
columns involved in indexes. Response time(s) are unbearable.
Proposed Solution:
A. Create/Encrypt the *.mdf & *.ldf files as Windows 2003 Server
Encrypted files thereby using the CrytoAPI at the file-level rather
than through SQL Server wrappers etc.
B. As the Key Owner/Windows User of the Encrypted files of "A."
above, attach to the files in SQL Server 2005/2000.
C. The availability of individual Column Privileges is handled by
conventional SQL Server privileges.
Observations (based on actual Testing):
I. The Database application runs fine and response times are
very good.
II. Database changes can be made as though no encryption were
done. This includes the creation of ad hoc tables etc.
III. Current an furture Applications need not be modified to OPEN
SYMMETRIC KEY(s) or access hashed values to speed Queries.
QUESTIONS:
* Has Microsoft tested this approach to encrypting the entire
Database ?
Yes. Putting SQL Databases on an Encrypted File System is supported.
* Is there any collateral experience or other Developers who have
such a configuration in Production ?
* Are there any foreseeable issues with this approach?
Expect physical IO performance to be really bad. Plan around that by
providing plenty of RAM and load-testing your application.
David
.
- References:
- Re: Encryption; SQL Server 2005 & Windows 2003 Server
- From: David Browne
- Re: Encryption; SQL Server 2005 & Windows 2003 Server
- Prev by Date: Re: Encryption; SQL Server 2005 & Windows 2003 Server
- Next by Date: Re: High security Needs, Cheep Clients, Need Help
- Previous by thread: Re: Encryption; SQL Server 2005 & Windows 2003 Server
- Next by thread: Encryption; SQL Server 2005 & Windows 2003 Server
- Index(es):
Relevant Pages
|