10 September 2018

1 Comment

10 September 2018

1 Comment

Highlighting Personally Identifiable Information (PII) across SQL Server instances and databases

With the recent regulatory pressures such as GDPR, being able to know what type of data we are holding onto within our business became a bigger challenge. At Redgate, we have been exploring ways to make this easier for our heavy SQL Server users and eliminate the problems around this area by making it easy to efficiently highlight where you are holding Personally Identifiable Information (PII) among your SQL Server estate.

We have been iterating on this area with a set of users we have been working very closely with as part our Data Catalog Early Access Program (EAP) and the main pain we have identified is around the time taken to complete the initial classification job to highlight what type of data we have within our business, which is mainly what I want to talk about in this post.

SQL Data Privacy Suite EAP solution

SQL Data Privacy Suite is Redgate’s solution to address the pains around efficient classification of your columns across your SQL Server estate and allows you to take advantage of this work within other capabilities such as provisioning.

From the very beginning, the latest SQL Data Privacy Suite (SDPS as short) EAP release gives you a high level overview across your SQL Server estate. For instance, you are immediately represented with the summary of sensitivity label distribution with an instance.

Once we drill down into one of the SQL Server instances, we can also see that we are presented with the sensitivity label distribution per database. You can also notice that the solution offers auto discovery of classification suggestions to make it easy to get started with classifying the columns and decrease the time taken to complete the classification job. 

By default, we save the classification information into the schema of your database through the column level extended properties. However, we have heard from our customers that it is not always a possibility in certain cases to update the database schema. We took this feedback and introduced a way to configure the storage place of the classification information so that you can store them outside your database schema without being worried about overriding the information by mistake. 

Exposing the capabilities as REST APIs

Capabilities inside SQL Data Privacy Suite expose their aspects through a set of REST APIs which can be used to automate certain tasks or create different workflows. Provided Web interface within SDPS also makes use of these REST APIs. Therefore, you will be able to do anything that you can accomplish inside the Web interface through these HTTP endpoints.

On top of that, REST API documentation is released alongside with the SDPS and can be accessed through its Web interface which makes it easy to get started using the REST API:

You can find more about this inside the SQL Data Privacy Suite online documentation. 

Get in touch with us!

In this exciting journey, we’d like to work closely with you to understand how you’re discovering and classifying data across your SQL Server estate and maintaining this information. This would give you a unique opportunity to work with developers and designers within my team, provide feedback on new software releases, and influence our roadmap.

With your help, we aim to solve the challenge of maintaining up-to-date classifications of sensitive data (including PII) stored in SQL Server for reporting and compliance purposes.

If you are interested, please show your interest by joining the Data Catalog early access program!

Share this post.

Share on FacebookShare on Google+Share on LinkedInTweet about this on Twitter
  • Jonlee Lockwood

    Can we assume that masker will integrate?

Related posts

Also in DevOps

Redgate's journey to DevOps

At Redgate, we research DevOps, write articles, whitepapers and other content about DevOps, and talk a lot about DevOps. We actively encourage our customers to introduce database DevOps too, using our...

Also in Audit & Compliance

Enter data privacy. Exit SQL Server 2008.

SQL Server 2008 and SQL Server 2008 R2 are out of extended support as of July 2019, but the end of bug fixes, security updates and ongoing support has far-reaching data privacy implications, as James ...

Also in Blog

Gaining a real competitive edge in managed services

At first glance, the Managed Service Provider (MSP) market looks promising. In its Managed Services Market Size Forecast, Mordor Intelligence valued it at US$166 billion in 2018, and predicted it to r...

Also about data catalog

Practical steps for end-to-end data protection

There have been plenty of opinion pieces and vendor guides about the need for DBAs and data teams to take data protection seriously and integrate good practice into their workflows. I've been guilty o...

Also about Compliant database DevOps

How PASS introduced compliant database DevOps

In 2018, the Professional Association for SQL Server (PASS) was faced with the challenge of putting into place the processes that would enable it to comply with the GDPR as well as upcoming legislatio...