Basic question about what "synthetic full" backups *ought* to catch

Last post 07-02-2020, 2:59 PM by solr. 3 replies.
Sort Posts: Previous Next
  • Basic question about what "synthetic full" backups *ought* to catch
    Posted: 07-02-2020, 11:55 AM

    We have a large number of servers which run incrementals every weeknight and then a synthetic full at the weekend.  Our understanding was that at the time the synthetic full runs, it should stitch together the data captured in the incrementals, plus any new data or modified data which had appeared *since the last incremental* -- essentially, running another incremental and consolidating it with the previous ones to make a full.

    But we've run into a problem where it looked like the synthetic full was consolidating previously run incrmentals, but not capturing anything that was new since the last incremental was run.

    IS that normal? Do synthetic fulls not backup data new since the last incremental?

    Found the documentation confusing, and I need to check my understanding here.

  • Re: Basic question about what "synthetic full" backups *ought* to catch
    Posted: 07-02-2020, 2:15 PM

    Hi LynB,


    Yes that is the behaviour of Synthetic Full's. It stitches all the data in the latest cycle. Which means last Full and all the incrementals till the point Synthetic full is run. It does not backup any new data since last incremental. This has always been like this.

    We will correct/simplify the documentation if there is any confusion.




  • Re: Basic question about what "synthetic full" backups *ought* to catch
    Posted: 07-02-2020, 2:28 PM

    As it happens, since I posted this, I discovered that no, it has NOT always been this way.

    Up until SP16, there was an option to include an incremental before a synthetic full, so you could set up the synthetic fulls to include all the new data!

    Then, as of SP16, they quietly just....took that away. Yell

  • Re: Basic question about what "synthetic full" backups *ought* to catch
    Posted: 07-02-2020, 2:59 PM


             The same could be achieved by making a small change in the new schedules. Documentation Link for that. For the old schedules you should still see the option.

    In case if this still doesnt suffice your business requirement then please get in touch with support and they should help you with directions on to have the previous option enabled.



The content of the forums, threads and posts reflects the thoughts and opinions of each author, and does not represent the thoughts, opinions, plans or strategies of Commvault Systems, Inc. ("Commvault") and Commvault undertakes no obligation to update, correct or modify any statements made in this forum. Any and all third party links, statements, comments, or feedback posted to, or otherwise provided by this forum, thread or post are not affiliated with, nor endorsed by, Commvault.
Commvault, Commvault and logo, the “CV” logo, Commvault Systems, Solving Forward, SIM, Singular Information Management, Simpana, Commvault Galaxy, Unified Data Management, QiNetix, Quick Recovery, QR, CommNet, GridStor, Vault Tracker, InnerVault, QuickSnap, QSnap, Recovery Director, CommServe, CommCell, SnapProtect, ROMS, and CommValue, are trademarks or registered trademarks of Commvault Systems, Inc. All other third party brands, products, service names, trademarks, or registered service marks are the property of and used to identify the products or services of their respective owners. All specifications are subject to change without notice.
Copyright © 2020 Commvault | All Rights Reserved. | Legal | Privacy Policy