OwnBackup - Guide To Salesforce Sandbox Seeding
OwnBackup - Guide To Salesforce Sandbox Seeding
1
10 1
10 10 0
00 10 11 0
01 11 00 10 1
01 10 00 11 10 1
Salesforce
01 00 01 10 10 00
01 01 10 10 10
Ultimate Guide to
01 11 10 10
00 00 01
11 01
01
1
10 0
00 11 0
01 01 00 1
01 01 01 01
01 10 01 00 110
10 01 11 00
01 00 11
01 01
01
1
00 1
01 01 0
01 01 01 0
01 10 01 00
10 01 11
01 00
01
Table of Contents
Introduction
3
What You'll Learn in This Guide
3
01 10 01 00 110
01 01 01 01
10 01 11 00
inexperienced “developers” can prove disastrous. No
01 01 00 1
01 00 11
00 11 0
01 01
10 0
01
Salesforce Platform Owner wants to look incompetent after a
• Top challenges that make sandbox seeding more complicated than most anticipate
• Typical approaches to sandbox seeding, along with pros and cons for each
• How adding OwnBackup helps you innovate faster, with less risk
Fee to
Sandbox Type ssentials rofessional nterprise nlimited
Salesforce
E P E U
Developer Sandbox
Free
Performance
Build Unit Test QA Integration Training UAT Test Staging
Developer Developer Developer Pro Developer Pro Developer Pro Full Copy Full Copy Full Copy
Developer Partial Copy Partial Copy
Pro Tip
Start each new project with your own fresh sandbox. This will
allow you to create and test functionality without interfering
with other developers code.
Challenge #1
Accurate development and testing hinge on production-like data sets. Without replicating
parent/child relationships in your sandbox, it will lack a critical element that impacts your app's
real-world usage.
If your partial copy sandboxes include only a random sample of the production org’s data, you
won’t have control over the included records or the relationships between them.
For example, let’s say your Opportunities have “lookup” relationships rather than “master-detail”
or “required lookup” relationships. That means some of your Accounts, Contacts, and Leads
under Opportunities will be randomized, potentially leaving relevant companies, individuals, and
Pro Tip
Challenge #2
Seeding smaller sandboxes can feel like using a funnel to filter only red grains of sand from a
giant dump truck of rainbow-colored sand. You'll end up buried in tons of irrelevant data. That
means no matter how thorough your testing, irrelevant data will make it easy for bugs and errors
1.
Defining the required objects to replicate.
2.
Exporting all .CSV files and preparing them for Data Loader processing.
3.
Creating the external ID field used to map those records.
4. Preparing all of the records under each object for insertion into the sandbox.
You must also take extreme care to account for records with multiple parents, polymorphic fields,
intra-object relationships, and attachments. These are incredibly challenging to reproduce from
one org to another.
The decision to include or leave out attachments depends on the sandbox capacity. Developer
and Developer Pro sandboxes only allow 200 MB and 1 GB of file storage, so you may not fit all of
your attachments.
Pro Tip
Challenge #3
Seeding On-Demand
Even teams that successfully overcome the first two challenges might find themselves in a
difficult situation when development cycles outpace their ability to refresh sandboxes, causing
unavoidable discrepancies. You might spend days manipulating multiple .CSV files and pushing
countless Data Loader uploads (an application used to bulk import or export data) to finally seed
your sandbox with the perfect data—only to have new requirements identified partway through
the project! You’ll have to re-seed all over again.
This frustrating scenario is an unfortunate reality for many. If you don’t find ways to tighten your
seeding cycles, you’ll end up with code that works in the Developer sandbox, but breaks in QA
environments.
Since sandbox data is a subset of production data, it’s likely to contain confidential information
that could be accessed by several people during your development, testing, and training.
Unauthorized access to personal information is a massive liability that many teams overlook
when testing with real data.
Regulations such as GDPR and CCPA require companies to evaluate and report on their
technical and organizational controls for compliance. In addition, industry-specific standards and
regulations, such as PCI DSS and HIPAA, also include strict privacy and security requirements.
Pro Tip
Challenge #5
However, this presents a significant challenge. Without a tool to compare your data and
metadata, the only way to uncover differences before and after deployment is to download and
compare large numbers of .CSV files in Excel using V-Lookup. A process that’s so painful that
most teams don’t even bother.
Pros Cons
Sandbox
Takes minutes for small orgs
Takes days-weeks for large orgs
Refresh Data and metadata for Full Copy & Only metadata for Developer &
Partial Copy sandboxes
Developer Pro
Limited frequency
Sandbox
Replicate existing sandbox
Must seed ideal data set prior
Cloning Can use same data within different Post-clone changes left out
sandboxes
Data
Can partially automate with Manual process
command line
Loader Time-consuming
AppExchange
Speed seeding by 6-8x with Additional cost
templates
Solutions
Data and metadata for Partial
Copy, Developer, & Developer
Pro sandboxes
Sandbox Refresh
One option Salesforce offers to customers is to refresh a full Copy or partial copy sandbox by
updating the sandbox’s data and metadata from its source org. Keep in mind that refreshing a
developer or developer pro sandbox only updates the metadata. Still, if the sandbox is a clone,
the refresh process will update its data and metadata.
During the refresh process, Salesforce marks the new org as the current version and flags your
old org for deletion. At some future point in time (usually about two days), the system
permanently deletes the org's old version from the database.
It’s also good to know that Salesforce limits the frequency of refreshes based on the type of
sandbox you're using, and refreshes occur in a queued fashion. Your refresh time will depend on
your instance's size, any customization to your org, how much data it contains, the number of
objects and configuration choices, and server load. If timed correctly, it can take only a few
minutes to refresh a small sandbox, but if you're attempting to refresh a large org during peak
hours, it can take days or even weeks.
Approach #2
Sandbox Cloning
With cloning, Salesforce enables you to create a sandbox by replicating an existing sandbox
rather than using your production org as a source. This approach is best to use once your ideal
data set is ready. It allows multiple users to work on identical sandboxes without interfering with
each others' work.
Pro Tip
Data Loader
As a client application for the bulk import or export of data, Salesforce’s Data Loader allows you
to bulk import or export records as .CSV files via a user interface, as well as to Insert, Update,
Upsert (upload new records and update existing records at the same time), Delete, or Export
records as .CSV files. You can use the Data Loader command line to move data to or from any
relational database.
However, building an Excel spreadsheet with exported data from production and then using it to
populate a sandbox requires a multi-step process prone to errors. It’s also challenging to
recreate relationships when your records have multiple parents, intra-object relationships, or
attachments.
Pro Tip
Approach #4 Recommended
Automated AppExchange Partner Solutions
Not all methods of populating sandboxes are equal. The first three strategies we reviewed often
add time to the development process, delaying your go-live. And remember that sandboxes are
only as valuable as the data they contain. Populating them with perfectly sized, relevant data sets
is an arduous task. On the other hand, automated seeding solutions from the Salesforce
AppExchange make it easier to identify coding errors before you release code so that you can
innovate quickly.
Pro Tip
Sandbox Seeding?
Getting started with OwnBackup is as easy as logging in to Salesforce. Our intuitive interface
and dropdown menus enable you to seed sandboxes in minutes. We’ll provide onboarding,
Shorten release cycles: Create the ideal development and testing environment with
subsets of data from production orgs or other sandboxes. Your team will love you for it.
Secure sensitive data: Don’t expose sensitive information in sandboxes. Apply custom
How is it priced?
OwnBackup Enhanced Sandbox Seeding is $2.20 per Salesforce user/month for end-user
organizations.
five-star reviews. The company has 2,000 customers and has raised over $100M in Venture
Data
Data
Data
Seeding
Protection
Governance
Innovate faster, with less risk
Eliminate data downtime Streamline data governance
and compliance
Propagate data to sandboxes Protect data and metadata with
for faster innovation and ideal comprehensive, automated Preserve data in archives with
environments to safely develop, backups and rapid, stress-free customizable retention policies
test, and train.
recovery. and simplified compliance and
reporting.
Data
Data
Seeding
Protection
Data
Goverance
4x
more five-star reviews
2,000+
customers across every
$100M
in funding including investments
1 00 %
year-over-year revenue
than the next competitor industry and market segment