Question

I would say that I’m bridging the gap between the beginner and intermediate user in SQL Server. I’ve taught myself through google searches, but I can’t find anything decent related to this question.

I have a DB that has gone through many changes and each change has added a full backup set and some size to my backup file. I’m seeing this as a burden as I’m pretty sure I don’t need the older backup sets, but would like to keep them in case.

Can anyone point me to a good tutorial or best practices for keeping SQL Backups, or just offer some good advice?

Answer 1

For the time when your app will be in use and has real data in the database, you need to take “real” backups as dougajmcdonald already explained in his answer.

However, as long as your project is still in the development phase, you are taking the backups basically because you want to keep track of things like table definition changes, correct?

If yes, how about storing your changes as T-SQL scripts in source control, together with your actual code that accesses the database?

There are tools that generate CREATE TABLE scripts and stuff like that for an existing database.
Here are a few links to related SO questions:

• SQL – Source Control and Schema/Script management
• Do you put your database static data into source-control ? How?
• Anybody using SQL Source Control from Red Gate

(search for “sql server source control” if you want to find more)

There are also open source projects like FluentMigrator that help you to track database changes in source code (.net in this case, but there are similar tools for other languages).
Here is a tutorial from the original author of Fluent Migrator, explaining what Fluent Migrator is, why you might need it and how it works.