...
There are a number of parameters within a job that can only be set when the job is first created (i.e. source/destination connections and paths). The ability to duplicate a job allows you to copy a job and override parameters of If you need to update a job to use different parameters, you need to duplicate the job. This creates a copy of the job and allows you to go through the job creation wizard to change the parameters for the "new" job.
...
REST API
Jobs can be duplicated through the REST API. The request can optionally include a JSON body that overrides the parameters within the source job. The request must include an appropriate Authorization header with a valid access token. An example request and response is found below.
POST <server-url>/v1/jobs/<job_id>/clone | ||
|
Example Clone Job
This example clone job will change the values for lock propagation, permissions, version preservation, and the schedule.
Code Block |
---|
{ "name": "Clone Job", "transfer": { "transfer_type": "copy", "lock_propagation": "ignore", "permissions": { "policy": "none", "links": true, "failures": "none" }, "versioning": { "preserve": "native", "select": "all" } }, "schedule": { "mode": "manual" } } |
Delete or Disable Original Job
When cloning a job, you want to ensure you either delete the original job or at least remove the job schedule so you do not encounter transfer conflicts.
...
Panel | ||
---|---|---|
| ||
Deleted jobs are still available in the database and can be queried; the job history is NOT deleted. DryvIQ simply sets the flag to delete so it will be removed from REST API responses. When you delete a job, DryvIQ will flag it and there is a check every 5 seconds or so on each node which cancels the job if it is running. |
Modify Job Schedule
PATCH {{url}}v1/jobs/{{original_job_id}} | ||
|