Rebooting client during backup.

Last post 06-16-2017, 9:24 AM by efg. 1 replies.
Sort Posts: Previous Next
  • Rebooting client during backup.
    Posted: 06-16-2017, 9:14 AM

    Hi.

    We have a maintenance window on third weekend each month. 

    Normally we only do incremental backups - but now there is a customer which requires to run full backup the same weekend. 

    So my question is - what will happend with the backup if the client is rebooted while backup is running. We use Client side dedup.

    We us VSA, file, SQL, Oracle, SharePoint, Exchange agents.

    We have both windows and linux servers.

     

    Wil the backup continue where it left off - or does it have to restart the job?
    Will the different agents handle this differently?

     

    Regards

    Tore ML

  • Re: Rebooting client during backup.
    Posted: 06-16-2017, 9:24 AM
    • efg is not online. Last active: 08-09-2017, 11:08 AM efg
    • Top 10 Contributor
    • Joined on 02-02-2010
    • CommVault Tinton Falls NJ
    • Expert
    • Points 1,354

    Different agents will handle this differently.   For File system backup, CV tracks files backed up in the index, so depending on how far the backup is and the state of the index will determine if the backup (when resumed) would start from the beginning or pick up where it left off when the reboot occurred.

    As far as the Oracle iDA, there is less granularity, but depending on the configuration of the backup and RMAN options selected RMAN can resume a backup based on the backup piece level.  So if the database is backed up using 10 backup piece handles, and get interrupted on the 6th piece, it can be restarted with that 6th piece and skip pieces 1 through 5 (that have already been backed up).

    Other database agents may have to start over from the beginning...  it all depends upon the API being used for the backup.


    Ernst F. Graeler
    Product Specialist
    Applications and File Systems
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.
Close
Copyright © 2017 Commvault | All Rights Reserved. | Legal | Privacy Policy