I recently created a new backup copy job that targets 5 copy jobs. It appears that when the backup copy job runs that it processes all of these targets simultaneously rather than sequentially. Because the target repository is a spinning disk, I am concerned about what this means for performance and unnecessary disk fragmentation. Is there a way to change this behavior and have the job copy over the data from each backup job one at a time?
Solved
Backup Copy Job Process Sequentially
Best answer by Chris.Childerhose
My main concern for performance would be that the job is writing to multiple files simultaneously which would create more disk fragmentation than just writing out one file at a time. Is there something I’m missing about why this should no longer be a performance concern like it has been in the past?
This type of thing is not relevant any more in the newer versions of Veeam. Also another thing to check is if you are using the new backup chain method as it will create a chain for each VM in the backup job - Backup Chain Formats - User Guide for VMware vSphere
+5You can limit the target repository's concurrent tasks to accomplish this. However, it being based on spinning disks doesn't mean it will have any problem with multiple tasks running at the same time.
+21If the repository server is separate and depending on the resources (CPU/RAM) limiting the number of tasks is the way to go as Tommy mentioned. Spinning disks won’t be a factor but rather resources and task slots.
My main concern for performance would be that the job is writing to multiple files simultaneously which would create more disk fragmentation than just writing out one file at a time. Is there something I’m missing about why this should no longer be a performance concern like it has been in the past?
+9I will agree with Tommy and Chris. CPU and memory is important to calculate tasks.
Its good to check benchmarks of disk. How many writes is able to provide without dramatical decrease of performance. If you have several disks in raid, you can have high concurrent tasks without performance degradetion.
+21
My main concern for performance would be that the job is writing to multiple files simultaneously which would create more disk fragmentation than just writing out one file at a time. Is there something I’m missing about why this should no longer be a performance concern like it has been in the past?
This type of thing is not relevant any more in the newer versions of Veeam. Also another thing to check is if you are using the new backup chain method as it will create a chain for each VM in the backup job - Backup Chain Formats - User Guide for VMware vSphere
Enter your E-mail address. We'll send you an e-mail with instructions to reset your password.