Thanks for your reply David Yes that is an option, but numbers of virtual tape drives, while large, are not infinite, and change control effort is, as always, three times more than the technical effort. So before just doing that I wanted to know if it was a restriction or something tuneable.
Cheers Steve -----Original Message----- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of David Ehresman Sent: Tuesday, 23 May 2017 1:18 AM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Tape mounts and VE backups. If it's a VTL, why not just increase the number of "tape" drives? -----Original Message----- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Harris, Steven Sent: Sunday, May 21, 2017 9:38 PM To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] Tape mounts and VE backups. HI all At my current gig, we are running a TSM VE environment. Server is AIX, storage agents and vBS on physical linux X86_64. Disk is on V840 flash, back end is protectier VTL. TSM Server 7.1.1, Storage agent 7.1.1, TSM For VE 7.1.1 can't go higher because of an old Vcenter version. Backups run using SAN transport to VBS servers, through the storage agents direct to the VTL. Now we are ramping up, adding more VMware clusters. Now everywhere else in TSM, when you run up against the devclass device limits, TSM queues nicely and waits for a tape drive. However for the VE backups, when we have used all the drives (48!) we get a "server media mount not possible" error and a failed backup for the VM. Have others found this? Is there a work around? Regards 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 https://urldefense.proofpoint.com/v2/url?u=http-3A__www.bt.com.au&d=AwIFAg&c=SgMrq23dbjbGX6e0ZsSHgEZX6A4IAf1SO3AJ2bNrHlk&r=dOGCMY197NTNH1k_wcsrWS3_fxedKW4rpKJ8cHCD2L8&m=MD2srDAsrnCj0irbBY-8UcfprGA82Nx8894VbxXVWnI&s=NbRKv-lOO-gbwVb1FNA5NvHglD6uCqyqEmhUNklvLAM&e= Past performance is not a reliable indicator of future performance. 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 http://www.bt.com.au Past performance is not a reliable indicator of future performance.
