1. 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.
  2. 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.

Multiple retentions with incremental VM snapshot backups

Discussion in 'VMWare / Virtual Machine' started by Monkeh, Feb 5, 2014.

  1. Monkeh

    Monkeh ADSM.ORG Member

    Joined:
    May 21, 2004
    Messages:
    58
    Likes Received:
    0
    Location:
    UK
    Guys, I'm In need of some VMware V-Storage backup help.


    One of our clients has requested that we perform daily, monthly and yearly snapshot backups of their new VMware servers with TSM, but I’m not sure if this is possible?

    This is their requirements:
    • Daily backups are to be incremental and are to be retained for 90 days
    • Monthly backups are to be retained for 12 months
    • Yearly backups are to be retained for 7 years.

    This is what I was planning to deploy:

    Daily Incremental backups to be performed through daily datamover with 90 days retention (nolimit on versions)
    Monthly Full backups to be performed through monthly datamover with 365 days retention (nolimit on versions)
    Yearly full backups performed through a yearly datamover, which has 7 year retention. (nolimit on versions)

    All datamomvers will be associated to the same node, therefore the CBT information will be retained between the various type of backups. I know that the client will try to re-bind the backups but it cannot change the retention of existing backup objects!

    I was hoping that the changed block tracking would be reset after each full backup, and the next time the incremental backup would run it would only backup changed blocks since the last full, and after three monthly full backups have run TSM would expire the incremental backups that were performed prior to the first full backup, as they are now over 90 days. But reading into the statement below I am now not sure if this will work.

    The TSM for Virtual Environment 6.3 deployment guide states the following:
    Data Protection for VMware manages backup retention based on the full-vm backups and independently of the number of intermediate incremental backups.
    For example, suppose you set-up a management class to retain three versions (VERExists=3) and that a full backup is scheduled on the weekend and incremental backups are scheduled on each of the five weekdays. The TSM Server will retain the three full-vm backups and their dependent incremental backups. When the fourth full-vm backup has been stored on the server, the first full backup and it's five incremental backups will be marked for expiration.

    According to this, to achieve the client requirements I would have to set VerE= 19, but this would result in the incremental backups being retained for 7 years.

    Due to the Change Block Tracking on the VM’s I understand I cannot have incremental and full backups of a VM going to different nodes, and with V-Storage you cannot perform Archives, which is what I used to do with VCB backups.

    Do you have any idea if the retention proposed by the client is possible with TSM?


    ESX 5.5
    TSM for Virtual Environment 7.1
    TSM Server 6.3.4.200


    Regards
    John
     
  2.  
  3. marclant

    marclant ADSM.ORG Moderator

    Joined:
    Jun 16, 2006
    Messages:
    2,559
    Likes Received:
    358
    Occupation:
    Accelerated Value Specialist for Spectrum Protect
    Location:
    Canada
    That will be a challenge. If you use the same node, then they all use the same retention. If you switch management class, they will rebind. So sounds like 7 years it is. Only thing I can think of to reduce storage is to send it to a dedup pool.

    I'm not sure how CBT would handle this, but you could test if this would work:
    node_inc do daily incremental backup and at the end of the month do a full
    after the full, node_month does another full to a monthly management class
    once a year, node_yearly does another full after the monthly to yearly management class.
     
    Last edited: Feb 5, 2014
  4. Toro

    Toro Active Newcomer

    Joined:
    Apr 16, 2014
    Messages:
    6
    Likes Received:
    1
  5. evilution

    evilution ADSM.ORG Member

    Joined:
    May 24, 2011
    Messages:
    81
    Likes Received:
    2
    Occupation:
    Storage Engineer
    Location:
    Madison, WI
    I would try to talk them out of that approach. Try to find out why they would ever want a backup that was so far out from the active version.
     
  6. banched

    banched ADSM.ORG Member

    Joined:
    Oct 28, 2002
    Messages:
    7
    Likes Received:
    0
    Occupation:
    Senior Pre-sales Architect
    Location:
    UK
    Has anyone had any success with the method described by IBM in these two sites. There is some doubt around this statement and whether -MODE=IFFull really does avoid interfering with CBT.

    Note that the schedule uses -MODE=IFFull to perform an "incremental forever full backup (IFFULL)" backup. This is necessary so not to interfere with the "Change Block Tracking (CBT)" mechanism used by the daily "incremental forever incremental backup (IFINCR)" backups.

    Ref:

    http://www-01.ibm.com/support/docview.wss?uid=swg21688752

    and

    https://www.ibm.com/developerworks/...al Environments?lang=en&section=Q26 Long Term
     

Share This Page