Like many of our clients, Consejo uses SharePoint to collaborate -- both with our clients and amongst our employees. As a result, it has become a critical service to maintain -- thereby making it critical from a business continuity planning perspective as well.
Recently a number of clients have all asked the same question: how can we easily create backups of our SharePoint sites so that we can restore them in the event of a disaster? While there are some good backup options built into SharePoint and some commercial vendors like AvePoint that provide backup and restore solutions, there are some relatively simply approaches that will provide baseline protection in the event of a disaster.
To begin, you should really read this post from Microsoft's SharePoint Developer Documentation Team blog on the various backup mechanisms and elements that need to be protected. The blog entry does a great job of highlighting all of the moving parts, but doesn't provide a straightforward approach to getting the basics. What we've tried to do, below, is provide you with an easy mechanism to automate and schedule backing up SharePoint site collections. These backups can easily be restored in the event of a disaster. To be clear, this approach is kind of the sledge hammer approach for site collections only and may not be right for the needs of individual sites. However, this represents the very least you should have in place for your SharePoint environment.
NOTE: The backup process described will backup only the site collections specified in the backup routine. As the Microsoft article suggests, there are a lot of other parts to a SharePoint environment. When designing your complete disaster recovery/business continuity plan, please ensure you have all of your bases covered.
Identifying the Site Collections
Depending on the type of SharePoint environment you have, your complete SharePoint environment will have one or more site collections. When using the approach illustrated in this post, you must backup each site collection separately (or include them in a single job). In any event, you should inventory the various site collections you want included in the backup routine. If you're unsure what collections exist, you can look them up in the Central Administration tool by going to the Applications tab and clicking on the Site Collection List option under the SharePoint Site Management category (show in figure 1-1).
Figure 1-1 The site collection list for a given SharePoint application
If the site collections that appear aren't what you expect, make sure that you've selected the right web application, using the drop down list just above and to the right of the site collection list.
If you have found the right set of collections, take note of all the ones that are important to include in your backup routine. You'll need the URLs to each of the collections. Because you can have multiple collections off of the same web application, SharePoint may only show a relatively URLs; make sure that you know the full-qualified URL for this backup process.
Creating and Automating the Process
To create some basic automation and logging, we're going to create a CMD file that contains all of the commands necessary to use the STSADM command-line utility to backup one or more site collections and add some basic logging to a text file.
The code in the CMD file should contain at least the following:
echo --------------------------------------------------------------------- >> SharePoint_backup.log
echo SharePoint Backup Began >> SharePoint_backup.log
date /t >> sharepoint_backup.log
time /t >> sharepoint_backup.log
"c:\program files\common files\microsoft shared\web server extensions\12\bin\stsadm" -o backup -url [URL TO YOUR SITE COLLECTION] -filename [PATH TO BACKUP FILE] -overwrite >> sharepoint_backup.log
if errorlevel 0 goto finish_backup
echo An error has occured and the backup did not complete properly >> sharepoint_backup.log
echo The backup completed successfully >> sharepoint_backup.log
echo SharePoint Backup Finished >> sharepoint_backup.log
date /t >> sharepoint_backup.log
time /t >> sharepoint_backup.log
Keep in mind that the code contains bracketed text (like [URL]). This bracket text should be replaced with settings specific to your environment, like the URL to your site collection or the path to your backup file.
Once you've made the modifications to your specific site, save the file to a directory on your SharePoint server; keep in mind that the log file will be written to the same directory and will collect entries over time.
Before proceeding, I would recommend testing your finalized CMD file to ensure it operates as you expect. Once it does, proceed to the next step.
Scheduling the CMD File
There are a number of ways to schedule a process to run on a server, but Windows has a built-in scheduling system that you can use for this purpose. The service is the Windows Scheduled Tasks. A scheduled task can be created and run on a specific period and within the context of a given user. To create the backup scheduled task, using the following instructions:
- Open up the Windows Control Panel
- Click on Scheduled Tasks
- Click on Add New Task
- The Scheduled Task Wizard appears
- Click Next
- Click on the browse button and locate the CMD file you created earlier
- Now name the task and choose the schedule as shown below
- Click Next
- Enter the credentials for the user that the system will use to run the task. In this example, we're using the Administrator account, but you should choose a user with the minimum privileges necessary to complete the backup. Keep in mind that the user must have access to both the SharePoint site collections and the file system.
- Once you click next, the final confirmation dialog will appear; simply click Finish to schedule the job.
To confirm that the job runs as expected, you can reopen the Scheduled Tasks option in the control panel and right click on the new job. From the context menu, pick RUN.
After you have your job scheduled, your SharePoint site collection(s) will be backed up every time the job runs. I would recommend at least once every 24 hours.
- When I developed this routine, I made the assumption that you will get a full backup on the specified site collections every time the job runs.
- The backup files are overwritten every time the job runs, so if you want historical backups, you'll need to develop some process for making a copy of the resulting backup file elsewhere. Ideally, you could move the backup file to tape or another file system once the SharePoint backup is complete.
- This backup process will backup all of the data and the security settings. In the event of a disaster, the security context may not be the same when the site is restored. For example, the domain used by SharePoint may change in the new environment. As a result, you'll have to set the owner of the site through Central Administration to the new user ID who will control the site. Then, you must grant the appropriate users in the new domain access to the SharePoint site collection. This can get complicated if you use a lot of item or container-level security (e.g. sites within a collection or lists/libraries within a site don't use inherited permissions).
- The text file that holds the log entries can fill up quickly over time. Make sure someone is reviewing that file periodically to ensure it does get too big AND that the backups are completing successfully.
I'd love to hear your feedback on this approach and/or whether this was helpful to you.
Fantastic, and yet very simple.
Awesome! Thanks for helping me work a little less! :)
Post a Comment