Backup and recovery enhancements in SQL Server 2005

Backup and recovery enhancements in SQL Server 2005

Greg Robidoux, Edgewood Solutions

As with any new software release, you'll often find new features you didn't know existed or you didn't know you needed. Many backup and restore features that exist in SQL Server 2000 will remain the same in SQL Server 2005, but there are several new enhancements worth your consideration.

Mirrored backups

SQL Server 2005 lets you create mirrored backups. A mirrored backup allows you to create two or four identical copies of the backup files in case one of the sets is damaged. The mirrors have identical contents, so you can mix the files in the event that one becomes corrupt.

Say you have mirror set 1 and mirror set 2, both with full backups and transaction log backups. If the full backup for mirror set 1 becomes corrupt, you can do a restore using

    Requires Free Membership to View

    Login

    By submitting your registration information to SearchSQLServer.com you agree to receive email communications from TechTarget and TechTarget partners. We encourage you to read our Privacy Policy which contains important disclosures about how we collect and use your registration and other information. If you reside outside of the United States, by submitting this registration information you consent to having your personal data transferred to and processed in the United States. Your use of SearchSQLServer.com is governed by our Terms of Use. You may contact us at webmaster@TechTarget.com.

Premium Access

Register now for unlimited access to our premium content across our network of over 70 information Technology web sites.
By submitting you agree to receive email from TechTarget and its partners. If you reside outside of the United States, you consent to having your personal data transferred to and processed in the United States. Privacy

This was first published in October 2005

the full backup from mirror set 2 and then continue using the transaction log backups from mirror set 1.

Online restores

You also have the ability to do an online restore, but, don't get too excited. From the name, it sounds like you can keep the entire database up and running and have users in the database when you do a restore -- but that is not the case. Online restores allow you to restore an offline filegroup while keeping the database online. So you can keep most of your database up and running, but the filegroup you want to restore has to be offline.

Note: To run this feature, you must be using SQL Server 2005 Enterprise Edition, and the primary filegroup cannot be offline. Plus, you have to make sure your application can take filegroups offline and still be able to function. With careful planning this could be very useful, but it will probably not be a feature many people will use.

Copy only backups

A feature I think will get a lot of mileage is copy only backups, which gives you the ability to make a copy in the middle of your backup sequence without disrupting the sequencing of the other backup files. Using SQL Server 2000, if you run a special full backup in the middle of the day, in order to restore, you must use that full backup and any transaction log that occurred after that full backup. This new feature allows you to create a copy only backup and then use your normal full backup for recovery purposes.

For differential backups, there is no change in the way the process works. For transaction log backups, you also have the ability to do copy only backups -- again without disrupting the sequencing of the other backup files. Any backup created using this option is marked as copy_only in the backup tables.

Partial backups

You may think partial backups are the same as differential backups -- but they are not. A partial backup backs up all filegroups except those filegroups marked read only, unless specified. For a read-only database, only the primary filegroup is backed up. If you have a lot of static data in read-only filegroups, this could be a much faster way to back up your database.

Restore from previous versions

One thing that remains the same in SQL Server 2005 is the ability to restore databases from earlier versions; you can restore database backups from SQL 7.0 and 2000. (There is, however, still no way to restore backups from 6.5.)

Note: You have not been able to restore system databases from prior versions, and the same holds true in SQL Server 2005.

I've highlighted several new backup and restore features to investigate with SQL Server 2005. The SQL Server 2005 September CTP is the latest version. Download a copy and begin learning about these new features and how you can take advantage of them when SQL Server 2005 is released in November.

About the author: Greg Robidoux is the president and founder of Edgewood Solutions LLC, a technology services company delivering professional services and product solutions for Microsoft SQL Server. He has authored numerous articles and has delivered presentations at regional SQL Server users' groups and national SQL Server events. Robidoux, who also serves as the SearchSQLServer.com Backup and Recovery expert, welcomes your questions.

More information from SearchSQLServer.com


 

Join the conversationComment

Share
Comments

    Results

    Contribute to the conversation

    All fields are required. Comments will appear at the bottom of the article.

    Disclaimer: Our Tips Exchange is a forum for you to share technical advice and expertise with your peers and to learn from other enterprise IT professionals. TechTarget provides the infrastructure to facilitate this sharing of information. However, we cannot guarantee the accuracy or validity of the material submitted. You agree that your use of the Ask The Expert services and your reliance on any questions, answers, information or other materials received through this Web site is at your own risk.

    Back to top