Best practise for backing up large databases

Last post 05-20-2020, 8:22 AM by ddwyer. 1 replies.
Sort Posts: Previous Next
  • Best practise for backing up large databases
    Posted: 12-01-2019, 8:24 PM

    I have a few databases which is quite large sizes from 1TB to 4TB. Currently it's taking more than a day to complete a full backup. I did not turn on compression & dedupe from commvault level as I'm using Dell's EMC Data Domain as my main storage for backups, thus all my backups goes through hardware compression & dedupe. This setup was done many years ago and has remain so till now. 

    I was wondering, is this setup the correct method? I do not have any clue why it's being setup this way as the previous engineers has long left the company. 

    Does using hardware compression really helps a lot compare to Commvault level compression & dedupe? I'm really concern as by using hardware compression, the media agent will be transfering a full chuck of 1TB or 4TB through the network into the DD for compression & dedupe.

    Anyone has a setup similiar to mine & what is the best practise for this scenario? The databases I'm refering to is both SQL & Oracle which are all running on a physical nodes not VM.

  • Re: Best practise for backing up large databases
    Posted: 05-20-2020, 8:22 AM

    Hi Jason,

    Since you're not getting any compression or savings from CV on the client side here, I believe that the full amount of data is going to be sent through to be processed on the Data Domain.

    We have the following recommendations for working with Data Domain:

    It would be good to check that the recommendations are in place.



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