When compression is enabled, have an option for a temporary/intermediary directory for the cloning of files

[wisc7]

Suggestion/Enhancement request.
Have the files initially clone to a temporary "working" directory (would allow for a smaller/fast SSD/drive for the clone) then compress to the "VM_BACKUP_VOLUME" which could be a slow/larger storage array (USB drive in my case)

At the moment, files are cloned to the target, then read from the target, and compressed to that same target drive, this is super slow.

adding a feature to use multiple drives would significantly speed up the clone & compression.

If implemented, the system could use a worker thread for the copy, then create a second worker/thread for the compression to the slower drive.

(would be easy to run another script once this is to do the final move, but then this would break the rotation feature)

[TheCranston]

I'd love to see some form of this implemented. It's taking hours to clone and compress to the backup target (NFS4 datastore) for each VM. I've got high speed local drives where it would be advantageous to make the clone and compress it there. Then just move the result over to the main backup target and the whole thing is optimized in a sense.