Posts Tagged with SQL Clone

SQL Clone and backups protected with TDE – part 2

My last article demonstrated that you can use SQL Clone to make a copy of a live database, even when that database is protected with Transparent Data Encryption (TDE). However, not everyone will want to use SQL Clone against a live database, especially a production database. Fortunately, SQL Clone allows you to build an... read more

SQL Clone and databases protected with TDE – part 1

SQL Clone is designed to make it easy to provision copies of a database for development and test environments in seconds. Often, these ‘clones’ are copies of production databases, which contain sensitive data that needs to be protected from unauthorized access. Transparent Data Encryption (TDE) is one technique that many organizations have implemented in... read more

Database provisioning: getting started with SQL Clone

For large databases, it’s a hard and time consuming task to provide database developers with development or test copies of that database that resemble the production database, in terms of the size, distribution and nature of the data. It can take a lot of time to produce a copy of the latest database build,... read more

A behind the scenes glimpse of SQL Clone

It has always been a difficult task to provision development and test environments so that they reflect as closely as possible what’s present in production. With the rise of containerization and Infrastructure as Code (IaC) technologies, some parts of this are becoming much easier. We can automate the process of spinning up and configuring new... read more

SQL Clone beta launch – are ewe ready?

Sheep jokes aside, we’re excited to announce the launch of our SQL Clone beta, which will be released on 28 November. We’ve spent the best part of 2016 gathering requirements, getting a technical preview into the wild, and listening to feedback from the 1,500 people who signed up to the early access program. We’re... read more

What is SQL Clone and why are we building it?

If you’ve ever worked in a team that uses a shared database for development, testing or UAT, you’ll appreciate some of the frustrations in simply ‘getting stuff done’. And you’ll be all too familiar with the reasons why… contentions for resources, overlap between projects, inconsistent environment states, and dependencies on other team members to... read more