• Please help support our sponsors by considering their products and services.
    Our sponsors enable us to serve you with this high-speed Internet connection and fast webservers you are currently using at ADSM.ORG.
    They support this free flow of information and knowledge exchange service at no cost to you.

    Please welcome our latest sponsor Tectrade . We can show our appreciation by learning more about Tectrade Solutions
  • Community Tip: Please Give Thanks to Those Sharing Their Knowledge.

    If you receive helpful answer on this forum, please show thanks to the poster by clicking "LIKE" link for the answer that you found helpful.

  • Community Tip: Forum Rules (PLEASE CLICK HERE TO READ BEFORE POSTING)

    Click the link above to access ADSM.ORG Acceptable Use Policy and forum rules which should be observed when using this website. Violators may be banned from this website. This notice will disappear after you have made at least 3 posts.

VM's missed backup in TSM4VE, due to moved to the other ESXi host

vkky2k

ADSM.ORG Member
#1
Because some VM's are being moved around among ESXi hosts based on some criteria, for instance, if CPU is too high on the host. If the VM is moved to the other ESXi host which has not been backed up, then we will miss the backup for that VM.

I checked this link: http://www-01.ibm.com/support/docview.wss?uid=swg21634961

"Wild cads" solution provided in the link above can not work here, because it is not easy to find common characters for thousands of quite different VM names. VMFolder probably not work neither, because VMFolder structure has already been set up before implement TSM4VE, and they are quite unique too.



What would be your solutions to this issue?
 

ILCattivo

ADSM.ORG Senior Member
#2
What about backing up the vm's at the 'Datastore' level, assuming that the vm's are only moving between the ESXi hosts and not the storage they're sat on.
If your vm's are randomly named, along with your vSphere\vCenter folder structure, here's hoping that your Datastore's have some kind of uniformed naming convention to help you out a bit.
 

vkky2k

ADSM.ORG Member
#3
Thanks for your message!

Yes, you assumptions are all correct, we have a lots of randomly named vm's and folder structure has already been set up.

  • Are you saying that TSM4VE can backup vm's at the Datastore level, or if I need to use some other tools other than TSM4VE to backup datastores?

  • What are respective pros and cons to use TSM4VE backup VM's and backup VM's at the Datastore level?
 

ILCattivo

ADSM.ORG Senior Member
#5
Thanks for your message!

Yes, you assumptions are all correct, we have a lots of randomly named vm's and folder structure has already been set up.

  • Are you saying that TSM4VE can backup vm's at the Datastore level, or if I need to use some other tools other than TSM4VE to backup datastores?

  • What are respective pros and cons to use TSM4VE backup VM's and backup VM's at the Datastore level?
Marclant has a point.. [post #3] Firstly what TSM / Spectrum Protect DP 4 VE product version are you using? If it's one of the latest 8.1.x versions then vm tagging could be your friend.

If you're using an older 6.x or 7.x version then you can backup vm's at the Datastore level using the 'DOMAIN.VMFULL "VMDATASTORE=datastore1;-VM=tsm*"' option (for example) within either your server side schedule OR your DM opt file. You will then be able to catch all the vm's on a given datastore and use the '-VM=' parameter to exclude those vm's that are not required for backups.

VMware environments managed in such a fashion as yours can often cause these types of headaches for us backup admins...!
 

vkky2k

ADSM.ORG Member
#6
I am sorry, I am not a TSM admin, so, not so familiar with it.

Currently, we are using TSM4VE to backup VM's. Again, can somebody please just explain to me:

  • Are you saying that TSM4VE can backup vm's at the Datastore level, or if I need to use some other tools other than TSM4VE to backup datastores?

  • What are respective pros and cons to use TSM4VE backup VM's and backup VM's at the Datastore level?
 

ILCattivo

ADSM.ORG Senior Member
#7
If vMotion only moves your vm's between ESXi hosts (where some are not included in the backup options parms) but the VM files (VMDK's etc..) always remain on the same Datastore then it may be better for you guys to backup your vm's via the Datastore option instead. Please refer to my response in post #5.
 

Advertise at ADSM.ORG

If you are reading this, so are your potential customer. Advertise at ADSM.ORG right now.

UpCloud high performance VPS at $5/month

Get started with $25 in credits on Cloud Servers. You must use link below to receive the credit. Use the promo to get upto 5 month of FREE Linux VPS.

The Spectrum Protect TLA (Three-Letter Acronym): ISP or something else?

  • Every product needs a TLA, Let's call it ISP (IBM Spectrum Protect).

    Votes: 9 20.5%
  • Keep using TSM for Spectrum Protect.

    Votes: 23 52.3%
  • Let's be formal and just say Spectrum Protect

    Votes: 8 18.2%
  • Other (please comement)

    Votes: 4 9.1%

Forum statistics

Threads
31,078
Messages
132,323
Members
21,276
Latest member
tion1976
Top