The primary product design intent for Sandboxes are to provide temporary and agile copies of production that are isolated to facilitate troubleshooting of production impacting issues and support ongoing development and testing work.
Every organization's needs are different depending on unique development lifecycle requirements however, it is Sandbox Management Best Practices and critical to develop a refresh strategy to consistently refresh sandboxes to ensure accuracy.
If a sandbox has not been refreshed in several months or longer it may not properly reflect the current state of both data and metadata in production. Performing development work, QA, UAT, testing and troubleshooting in "stale" sandbox environments can lead to unforeseen downstream impact and put these activities at risk.
During major releases it is crucial to plan sandbox creation and refreshes per the Salesforce Sandbox Preview Instructions to accommodate regression testing. This period of time is one of the only exceptions for allowing a sandbox to go without refreshing for an extended amount of time.
When a Salesforce issue occurs only in a sandbox and not in production, the recommended first troubleshooting step is to refresh the sandbox to confirm the issue persists in a newly created environment.
It is a common misconception that behavior can be accurately compared between two sandbox environments created at different times or refreshed inconsistently.
Salesforce Support does not have visibility into an organization's internal development lifecycle, configuration changes, metadata deployments, or data modifications that may differ between sandbox environments.
As a result, Support cannot fully analyze or reconcile differences in setup, customizations, or data across multiple sandbox environments.
Salesforce documentation also notes the following limitation from the following Considerations:
"A sandbox isn’t a point-in-time snapshot of the exact state of your data. We recommend that you limit changes to your production org while a sandbox is being created or refreshed. Setup and data changes to your production org during the sandbox creation and refresh operations can result in inconsistencies in your sandbox."
Sandbox inconsistencies can occur due to:
In some cases, sandbox data that enters an unexpected state may not be recoverable without a refresh.
If an issue occurs only in a sandbox and does not impact production:
Refreshing helps determine whether the issue is caused by:
If ongoing development work exists in the sandbox, consider retrieving undeployed metadata before refreshing so it can be redeployed afterward.
If sensitive data should not exist in sandbox environments, consider using:
If you cannot refresh the sandbox:
If Product and Technology teams become involved in the investigation, one of the first requested troubleshooting steps will typically be to reproduce the issue in a newly refreshed or newly created sandbox environment.
Unable to access, modify, or delete records in a sandbox
Records copied when you refresh Partial Data sandbox
003876588

We use three kinds of cookies on our websites: required, functional, and advertising. You can choose whether functional and advertising cookies apply. Click on the different cookie categories to find out more about each category and to change the default settings.
Privacy Statement
Required cookies are necessary for basic website functionality. Some examples include: session cookies needed to transmit the website, authentication cookies, and security cookies.
Functional cookies enhance functions, performance, and services on the website. Some examples include: cookies used to analyze site traffic, cookies used for market research, and cookies used to display advertising that is not directed to a particular individual.
Advertising cookies track activity across websites in order to understand a viewer’s interests, and direct them specific marketing. Some examples include: cookies used for remarketing, or interest-based advertising.