You can take more control by setting up specific schedules to backup some
VMs first.  You might use VM folders to control that as well.

Do you let VMs backup in parallel with "VMMAXParallel" ?  It defaults to

You can also have multiple jobs running simultaneously.  It's not clear to
me, are you using the "IBM Spectrum Protect for Virtual Environments: Data
Protection for VMware"?  If so, in addition you could be running multiple
jobs on multiple datamovers simultaneously.

Enabling #>1 on VMMAXParallel and multiple datamovers helped us to
drastically reduce our backup windows.

Best regards,


On Fri, Feb 9, 2018 at 6:08 AM, Marc Lanteigne <>

> Hi,
>  You could configure a new DataMover to handle that VM.
>  In the preview, is the order alphabetical?  If so, can you rename the VM?
>  Marc...
>  Sent from my iPhone using IBM Verse
>  On Feb 8, 2018, 11:17:20 PM, wrote:
>  From:
>  Cc:
>  Date: Feb 8, 2018, 11:17:20 PM
>  Subject: [ADSM-L] Influencing order of VM backup.
>    Hi All
>   Thanks for the input on my recent query about 7 Year VM backups.  I'll
> let you know when I decide something.
>   Moving on..
>   TSM Server AIX,  Datamovers and Storage Agents on Redhat,
> writing to Protectier VTL, TSM for VE 7.1.1/2 hybrid.
>   We can't use the VMware plugin because of separation of duties concerns,
> so we edit the DOMAIN.VMFULL lines in the dsm.sys stanzas. VMs have a range
> of different sizes that all back up on the same schedule and we'd prefer
> not to split this up.  The execution order of the VM backups is determined
> by TSM for VE, somehow, and can be seen when a backup vm -preview is run.
>   There are some large VMs that take quite a while to back up, but
> unfortunately run late in the execution order, so we overrun our backup
> window.
>   Changing the order of the VMs in the DOMAIN.VMFULL statement does not
> influence execution order.  Is there any way to make the big ones run first?
>   Thanks
>   Steve
>   Steven Harris
>   TSM Admin/Consultant
>   Canberra Australia
>   This message and any attachment is confidential and may be privileged or
> otherwise protected from disclosure. You should immediately delete the
> message if you are not the intended recipient. If you have received this
> email by mistake please delete it from your system; you should not copy the
> message or disclose its content to anyone.
>   This electronic communication may contain general financial product
> advice but should not be relied upon or construed as a recommendation of
> any financial product. The information has been prepared without taking
> into account your objectives, financial situation or needs. You should
> consider the Product Disclosure Statement relating to the financial product
> and consult your financial adviser before making a decision about whether
> to acquire, hold or dispose of a financial product.
>   For further details on the financial product please go to
> O9LHkPCGSh9PJBRSlL8Q4&m=DP7DwxCOv4YVWwNQ-mQuUUtEM6b1fb2rRkkXefrXlGA&s=
> aVJ5Y2IRgiGyROP9MaupUeZM6Y7X6bJW6eHIekbRugI&e=
>   Past performance is not a reliable indicator of future performance.

Reply via email to