Click here to monitor SSC
SQLServerCentral is supported by Red Gate Software Ltd.
 
Log in  ::  Register  ::  Not logged in
 
 
 
        
Home       Members    Calendar    Who's On


Add to briefcase «««123

Who uses the Commvault IdataAgent for sql backups? Expand / Collapse
Author
Message
Posted Wednesday, June 18, 2014 8:24 AM
Grasshopper

GrasshopperGrasshopperGrasshopperGrasshopperGrasshopperGrasshopperGrasshopperGrasshopper

Group: General Forum Members
Last Login: Today @ 2:32 PM
Points: 14, Visits: 348
Commvault does provide for dumping to native BKP files its an option on the setup of your backup I believe. I don't think many people use the tool because it is very expensive when you figure in the cost of their infrastructure behind the scenes and if you aren't using a SAN such as EMC or Netapp and fiber channel for your backend you are not going to see the full benefit of the tool. We were told it is as fast as your slowest piece of hardware in the chain. So that could be disk, network Etc, Etc.
Post #1582960
Posted Thursday, June 19, 2014 6:10 AM


Ten Centuries

Ten CenturiesTen CenturiesTen CenturiesTen CenturiesTen CenturiesTen CenturiesTen CenturiesTen Centuries

Group: General Forum Members
Last Login: Yesterday @ 5:49 AM
Points: 1,320, Visits: 2,932
Interesting topic. We are just beginning to implement COMMVAULT for all of our SQL Server and Oracle databases.


Post #1583755
Posted Thursday, July 17, 2014 2:33 PM
Valued Member

Valued MemberValued MemberValued MemberValued MemberValued MemberValued MemberValued MemberValued Member

Group: General Forum Members
Last Login: Today @ 11:39 AM
Points: 56, Visits: 732
We use all threee: Commvault SQL Agent, LightSpeed and SQL Native Backups (with compression). An issue w/Commvault COULD be the backups are scheduled and may not run when you want them to because of library resources, etc. We really prefer to backup SQL to disk then sweep the disk with the Commvault Filesystem Agent. That way we have backup data available on local server disk when we need it and do not have to pay for the Commvault SQL Agent. Commvault does work it's just a personal preference as the DBA we have more control (yes DBA's are control freaks).
Post #1593842
Posted Friday, July 18, 2014 6:23 AM


Ten Centuries

Ten CenturiesTen CenturiesTen CenturiesTen CenturiesTen CenturiesTen CenturiesTen CenturiesTen Centuries

Group: General Forum Members
Last Login: Yesterday @ 5:49 AM
Points: 1,320, Visits: 2,932
DeWayne_McCallie (7/17/2014)
We use all threee: Commvault SQL Agent, LightSpeed and SQL Native Backups (with compression). An issue w/Commvault COULD be the backups are scheduled and may not run when you want them to because of library resources, etc. We really prefer to backup SQL to disk then sweep the disk with the Commvault Filesystem Agent. That way we have backup data available on local server disk when we need it and do not have to pay for the Commvault SQL Agent. Commvault does work it's just a personal preference as the DBA we have more control (yes DBA's are control freaks).


I like that idea DeWayne... I just wish we have enough disk space on our servers to backup to local disk and then have COMMVAULT sweep our disks...



Post #1594011
Posted Friday, July 18, 2014 6:28 AM
Valued Member

Valued MemberValued MemberValued MemberValued MemberValued MemberValued MemberValued MemberValued Member

Group: General Forum Members
Last Login: Today @ 11:39 AM
Points: 56, Visits: 732
We request and build a B:\ drive for SQL Backups and Perfmon capture data (server and SQL counters) as part of our "default configuration" for our Servers/VMs. The backup disk can be SATA disk on the SAN - save the FC for the SQL containers.
Post #1594014
Posted Friday, July 18, 2014 6:29 AM


Ten Centuries

Ten CenturiesTen CenturiesTen CenturiesTen CenturiesTen CenturiesTen CenturiesTen CenturiesTen Centuries

Group: General Forum Members
Last Login: Yesterday @ 5:49 AM
Points: 1,320, Visits: 2,932
DeWayne_McCallie (7/18/2014)
We request and build a B:\ drive for SQL Backups and Perfmon capture data (server and SQL counters) as part of our "default configuration" for our Servers/VMs.


Ah, I wondered if that was how you were going to skin that cat.



Post #1594015
« Prev Topic | Next Topic »

Add to briefcase «««123

Permissions Expand / Collapse