|
| 1 | +# summary |
| 2 | + |
| 3 | +Refresh a sandbox org using the sandbox name. |
| 4 | + |
| 5 | +# description |
| 6 | + |
| 7 | +Refreshing a sandbox copies the metadata, and optionally data, from your production org to the refreshed sandbox org. You can optionally specify a definition file if you want to change the configuration of the refreshed sandbox, such as its license type or template ID. |
| 8 | + |
| 9 | +You're not allowed to change the sandbox name when you refresh it with this command. If you want to change the sandbox name, first delete it with the "org delete sandbox" command. And then recreate it with the "org create sandbox" command and give it a new name. |
| 10 | + |
| 11 | +# examples |
| 12 | + |
| 13 | +- Refresh the sandbox named "devSbx1". The production org that contains the sandbox license has the alias "prodOrg". |
| 14 | + |
| 15 | + <%= config.bin %> <%= command.id %> --name devSbx1 --target-org prodOrg |
| 16 | + |
| 17 | +- Refresh the sandbox named "devSbx2", and override the configuration of the refreshed sandbox with the properties in the specified defintion file. The default target org is the production org, so you don't need to specify the `--target-org` flag in this case. |
| 18 | + |
| 19 | + <%= config.bin %> <%= command.id %> --name devSbx2 --definition-file devSbx2-config.json |
| 20 | + |
| 21 | +- Refresh the sandbox using the name defined in the definition file. The production org that contains the sandbox license has the alias "prodOrg". |
| 22 | + |
| 23 | + <%= config.bin %> <%= command.id %> --definition-file devSbx3-config.json --target-org prodOrg |
| 24 | + |
| 25 | +# flags.auto-activate.summary |
| 26 | + |
| 27 | +Activates the sandbox after a successful refresh. |
| 28 | + |
| 29 | +# flags.targetOrg.summary |
| 30 | + |
| 31 | +Username or alias of the production org that contains the sandbox license. |
| 32 | + |
| 33 | +# flags.definitionFile.summary |
| 34 | + |
| 35 | +Path to a sandbox definition file for overriding its configuration when you refresh it. |
| 36 | + |
| 37 | +# flags.definitionFile.description |
| 38 | + |
| 39 | +The sandbox definition file is a blueprint for the sandbox; use the file to change the sandbox configuration during a refresh. If you don't want to change the sandbox configuration when you refresh it, then simply use the --name flag to specify the sandbox and don't use this flag. See <https://developer.salesforce.com/docs/atlas.en-us.sfdx_dev.meta/sfdx_dev/sfdx_dev_sandbox_definition.htm> for all the options you can specify in the definition file. |
| 40 | + |
| 41 | +# flags.name.summary |
| 42 | + |
| 43 | +Name of the existing sandbox org in your production org that you want to refresh. |
| 44 | + |
| 45 | +# flags.wait.summary |
| 46 | + |
| 47 | +Number of minutes to poll for sandbox refresh status. |
| 48 | + |
| 49 | +# flags.wait.description |
| 50 | + |
| 51 | +If the command continues to run after the wait period, the CLI returns control of the terminal to you and displays the "<%= config.bin %> org resume sandbox" command for you run to check the status of the refresh. The displayed command includes the job ID for the running sandbox refresh. |
| 52 | + |
| 53 | +# flags.poll-interval.summary |
| 54 | + |
| 55 | +Number of seconds to wait between status polling requests. |
| 56 | + |
| 57 | +# flags.async.summary |
| 58 | + |
| 59 | +Request the sandbox refresh, but don't wait for it to complete. |
| 60 | + |
| 61 | +# flags.async.description |
| 62 | + |
| 63 | +The command immediately displays the job ID and returns control of the terminal to you. This way, you can continue to use the CLI. To check the status of the sandbox refresh, run "<%= config.bin %> org resume sandbox". |
| 64 | + |
| 65 | +# flags.noPrompt.summary |
| 66 | + |
| 67 | +Don't prompt for confirmation about the sandbox refresh. |
| 68 | + |
| 69 | +# isConfigurationOk |
| 70 | + |
| 71 | +Is the configuration correct? |
| 72 | + |
| 73 | +# error.SandboxNameLength |
| 74 | + |
| 75 | +The sandbox name "%s" must be 10 or fewer characters. |
| 76 | + |
| 77 | +# error.NoSandboxName |
| 78 | + |
| 79 | +Must specify a sandbox name using the `--name` or `--definition-file` flag. |
| 80 | + |
| 81 | +# warning.ConflictingSandboxNames |
| 82 | + |
| 83 | +Different sandbox names were provided with the `--name` ('%s') and `--definition-file` flags ('%s'). Using the value provided by the `--name` flag. If you want to change the name of the sandbox, first delete it and then create it again using the new name. |
| 84 | + |
| 85 | +# error.SandboxNotFound |
| 86 | + |
| 87 | +The sandbox name "%s" could not be found in production org "%s". |
| 88 | + |
| 89 | +# error.SandboxNotFound.actions |
| 90 | + |
| 91 | +Ensure the sandbox name and casing is correct. |
| 92 | +Ensure the production org for the sandbox is correct. |
| 93 | + |
| 94 | +# error.UserNotSatisfiedWithSandboxConfig |
| 95 | + |
| 96 | +The sandbox request configuration isn't acceptable. |
| 97 | + |
| 98 | +# error.pollIntervalGreaterThanWait |
| 99 | + |
| 100 | +The poll interval (%d seconds) can't be larger than the wait period (%d in seconds). |
| 101 | + |
| 102 | +# sandboxInfoRefreshFailed |
| 103 | + |
| 104 | +The sandbox org refresh failed with a result of %s. |
0 commit comments