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

Related posts

Also in Audit & Compliance

Sharing data in a secure way

One of the most common processes in software development is using a copy of production data to help develop new features or troubleshoot an issue. This typically involves creating a database backup by...

Also in Blog

3 ways Managed Services Providers can offer more value

For many businesses, using a Managed Services Provider (MSP) makes sense, particularly when it comes to database management, monitoring and security. They can control costs while still having access t...

Also in DevOps

Six reasons to version control your database

For most application developers, it’s unthinkable to work without version control. The benefits of tracking and retaining an incremental history of code changes are long understood in the world of s...

Also about data catalog

Welcome to the new world of curating data, not owning it

Faced with the new challenges of data protection – and increased levels of oversight – many of us working with SQL Server have come to the same conclusion. Quite simply, the column names and free ...

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...

  • Jonlee Lockwood

    Can we assume that masker will integrate?