By: Shawn Melton | Updated: 2010-06-30 | Comments | Related: > SharePoint Administration
Problem
What options are available to backup my data in a SharePoint 2010?
Solution
This is an excellent question and hopefully something that is being planned out prior to implementing SharePoint in your environment. There are numerous parts of SharePoint that can be backed up individually or completely. A good TechNet article to start with is this one: Backup (SharePoint Server 2010). Reviewing this article you will find it contains many solutions to backing up SharePoint data, and although it is SharePoint 2010 there are a few options that apply to any version. A caveat: Since I am short a good lab environment I'm going to focus on the tools I have available to me. So, since I'm a DBA by trade it will be using the SQL Server option. The script I provide below is how I backup all the SharePoint databases in my environment. Among the numerous databases that are created when you install SharePoint, the content database is the one that "holds all the marbles" for your customers/users. Now, the others are important as well, but the content database can be the one that makes or breaks your company (or your job) depending on how it is implemented and used.
In the article a link shows 3 options that can be used to backup the content database: Windows PowerShell, SharePoint Central Administration, and SQL Server tools. I have used the Central Admin on WSS versions and found it to be not exactly what I wanted. SharePoint 2010 offers the ability to utilize PowerShell which is a great, powerful tool to learn. My preference is SQL Server. The script below is built toward use with SQL Server 2008, but can be adjusted to work with SQL 2005 very easily.
The one feature of the script that is specific to SQL Server 2008 is something called Backup Compression (see this TechNet article). If your environment has SQL Server 2008 (non R2 editions) this feature is restricted to Enterprise Edition only. In SQL Server 2008 R2 editions, this feature has been made available to Standard Edition and higher. It is a wonderful feature and may/may not benefit you in your environment. In my environment it was benefical in saving storage space for the backups. I strongly suggest you test anything prior to implementing it. Check the link under "Next Steps" below for some information on pros/cons to using backup compression.
First you may want to enable compression at the server level. You can skip this step and do it at the database level, but I went ahead and enabled it.
--Enable backup compression server wide EXEC sp_configure 'backup compression default', 1 GO RECONFIGURE WITH OVERRIDE GO
With the next script you can just copy and paste into an SQL Server Agent job step to run on a scheduled basis, or run it when needed. The portion of the script in the BACKUP DATABASE statement contains the keyword COMPRESSION, this should be removed if using this script with SQL Server 2005 edition. Even though you can leave this out with SQL Server 2008, if enabled at the server level (according to the TechNet article referenced above), I went ahead and put the command in.
/*
***************DISCLAIMER***********************************
I don't claim to be the original author of this script,
this is just my version of it. It was a common syntax
that could be Google/Bing for with "SQL backup script".
I offer no guarantees on this script and its use in
your environment. You shoud not take my word on anything
and test this before implementing in a production environment.
************************************************************
*/
DECLARE @name VARCHAR(50) -- database name
DECLARE @path VARCHAR(256) -- path for backup files
DECLARE @fileName VARCHAR(256) -- filename for backup
DECLARE @fileDate VARCHAR(20) -- used for file name
DECLARE @type VARCHAR(5) -- backup type
--The directory where you want to store the backup files
SET @path = 'D:\BACKUPS\CIWS\'
--This is strictly used for naming of the backup file
SET @type = 'FULL'
--Pull current date, for use in the file name
SELECT @fileDate = CONVERT(VARCHAR(20),GETDATE(),112)
--YES I use cursors!!!
DECLARE db_cursor CURSOR FOR
SELECT name
FROM msdb.sys.databases
WHERE name LIKE 'WSS%'
/* Most installations of SharePoint tag "WSS" on the name of the database. If your
environment is different you may need to adjust the WHERE clause a little. You can
just copy the SELECT statement and paste in query window by itself to make sure
it will return the desired databases to backup.
If you want to only do specific ones simply make it:
WHERE name IN ('dbname','dbname','dbname')
*/
OPEN db_cursor
FETCH NEXT FROM db_cursor INTO @name
--Goes through the list of databases returned by the SELECT statement above
-- and performs a FULL backup on each one.
WHILE @@FETCH_STATUS = 0
BEGIN
--Set the filename up to be used
SET @fileName = @path + @name + '_' + @fileDate + '_' + @type + '.BAK'
--full database backup with compression
BACKUP DATABASE @name TO DISK = @fileName WITH FORMAT, COMPRESSION
--go get the next database name to backup
FETCH NEXT FROM db_cursor INTO @name
END
--clean up
CLOSE db_cursor
DEALLOCATE db_cursor
Next Steps
- Numerous articles at MSSQLTips.com on SQL Server Backup Category
- TechNet Magazine SQL Q&A article from Paul Randal addressing pros/cons of using backup compression.
About the author
Shawn Melton started his IT career in 2002 and has experience working with SQL Server 2000, 2005, 2008, and 2008 R2.This author pledges the content of this article is based on professional experience and not AI generated.
View all my tips
Article Last Updated: 2010-06-30
