InstantForum.NET v2.9.0SQLServerCentralhttp://www.sqlservercentral.com/Forums/notifications@sqlservercentral.comFri, 24 May 2013 03:34:49 GMT20http://www.sqlservercentral.com/Forums/Topic1048990-146-1.aspxThanks All for the helpful comments and suggestions.Yes we are small company but 20GB is our database for a single self hosted client.Since this database size will keep on increasing, that is what i am worried about.I will do some research on filegroup backup and work on it..Thanks once again...SQLServerCentral.com is a great help for me..~SachinTue, 18 Jan 2011 08:28:15 GMTSachin-558788http://www.sqlservercentral.com/Forums/Topic1048990-146-1.aspx[quote][b]Steve Jones - SSC Editor (1/18/2011)[/b][hr]20GB, as Grant mentioned, isn't large. However if you are considering this to be a small system that is growing, I would split the table to a separate filegroup and then run filegroup backups.Make sure that you practice restoring so that you understand how to restore a filegroup separately from another.[/quote]Excellent point. Yes, practice doing the restores if you're deviating from a simple standard full backup.Of course, you should practice restoring the full backup too.Tue, 18 Jan 2011 08:22:05 GMTGrant Fritcheyhttp://www.sqlservercentral.com/Forums/Topic1048990-146-1.aspx20GB, as Grant mentioned, isn't large. However if you are considering this to be a small system that is growing, I would split the table to a separate filegroup and then run filegroup backups.Make sure that you practice restoring so that you understand how to restore a filegroup separately from another.Tue, 18 Jan 2011 08:14:19 GMTSteve Jones - SSC Editorhttp://www.sqlservercentral.com/Forums/Topic1048990-146-1.aspxI have to agree 20gb is not large at all - I would concentrate on getting enough space for a standard backup before worrying about any other options outlinedTue, 18 Jan 2011 07:45:43 GMTsteveb. http://www.sqlservercentral.com/Forums/Topic1048990-146-1.aspxUnless I'm reading this wrong, 20gb is very small as databases go. I agree that seperating out the storage to different filegroups would allow you to break up the backup process. You might also consider looking at SQL Server 2008 and the FileStream as a means of moving the LOB out of your database and into a file system. But if you're hitting serious space issues at 20gb, I'd strongly recommend getting some more disk space. I picked up a 2tb external drive for $90. I wouldn't recommend that for a data drive for a system, but it might be a good place for storing backups, especially on what sounds likea commodity system.Tue, 18 Jan 2011 07:38:59 GMTGrant Fritcheyhttp://www.sqlservercentral.com/Forums/Topic1048990-146-1.aspx^ This.Sachin, what Keith said above is your best practice, and should usually be done anyway when dealing with LOB data (VARCHAR(MAX), text, Image, etc.) LOBs behave annoyingly when it comes to their storage, and it's best to try to keep them out of the rest of the data, at least anything that won't store in-row.Look into filegroup backups, and also into differential backups. The two combined should help your storage issues immensely.Tue, 18 Jan 2011 01:20:53 GMTEvil Kraig Fhttp://www.sqlservercentral.com/Forums/Topic1048990-146-1.aspxYou could split that one large table into a separate filegroup, then use filegroup backups to backup the two filegroups separately, which should do what you're looking for.Tue, 18 Jan 2011 00:56:57 GMTKeith Langmeadhttp://www.sqlservercentral.com/Forums/Topic1048990-146-1.aspxIt seems like a big database. You can also consider 3rd party tools like LiteSpeed which can help you backup/restore one table.Ofcourse it is a license tool.If licensing is problem , SSIS is the best option.Mon, 17 Jan 2011 23:19:01 GMTkhushbuhttp://www.sqlservercentral.com/Forums/Topic1048990-146-1.aspxThank You Pradeep!!I appreciate your comments...SachinMon, 17 Jan 2011 22:34:12 GMTSachin-558788http://www.sqlservercentral.com/Forums/Topic1048990-146-1.aspxNative backups to disk does not support excluding objects. SSIS is a good option for you to export the table to another database.You can create a database to store the single exported table and then take the backup of that table to disk.Mon, 17 Jan 2011 22:05:45 GMTAdigahttp://www.sqlservercentral.com/Forums/Topic1048990-146-1.aspxHi Pradeep~,Thanks for the reply.My document table is about 10+ GB with Image column in it. I don't know exporting this table in a file works for me.Also, Do you know if we can backup database with our that 1 table? If we can please do let me know..Thanks~SachinMon, 17 Jan 2011 22:02:07 GMTSachin-558788http://www.sqlservercentral.com/Forums/Topic1048990-146-1.aspxSachin,SQL Server does not have an option to backup a table as a .bak file. You can make use of SSIS to export the tables.Mon, 17 Jan 2011 21:50:56 GMTAdigahttp://www.sqlservercentral.com/Forums/Topic1048990-146-1.aspxHi,I have a huge database whose backup file goes around 20 GB, because we store all documents in image format into the table.Since we need to backup this DB everyday, this requires a lot of space in server.All i want to do is:1. Back whole database without that single table every day.2. Back up that single table separately as separate bak file.. may be every week.. if possible in separate server.Is there any way we can do this in MN SQL?Thanks in advance.Mon, 17 Jan 2011 16:41:02 GMTSachin-558788