Welcome to Scribd, the world's digital library. Read, publish, and share books and documents. See more
Standard view
Full view
of .
Look up keyword
Like this
0 of .
Results for:
No results containing your search query
P. 1
Backing Up and Restoring Share Point Server 2007

Backing Up and Restoring Share Point Server 2007



|Views: 665|Likes:
Published by api-3801209
Microsoft Office SharePoint Server 2007 Administrator's Companion

Chapter 30: Microsoft Office SharePoint Server 2007 Disaster Recovery
Microsoft Office SharePoint Server 2007 Administrator's Companion

Chapter 30: Microsoft Office SharePoint Server 2007 Disaster Recovery

More info:

Published by: api-3801209 on Oct 17, 2008
Copyright:Attribution Non-commercial


Read on Scribd mobile: iPhone, iPad and Android.
download as PDF, TXT or read online from Scribd
See more
See less





Backing Up and Restoring SharePoint Server 2007

There are several methods of backing up and restoring SharePoint Server 2007 content, and you should use a combination of these methods as needed for complete protection. You should test each of these in your environment and see what combination works best for you. Table 30-1 provides an overview of the methods available and their advantages and disadvantages.

There are two primary methods of recovering content in SharePoint Server 2007: content recovery and
disaster recovery. Content recovery should always be considered before resorting to disaster recovery
methods. Content recovery methods are usually quick and easy, allowing faster return to service than
disaster recovery methods. Examples of content recovery are using the native versioning and recycle bin
functionality. Disaster recovery methods are used when all other options have failed, or there is a loss of
hardware due to natural or man-made disasters. Disaster recovery usually means some loss of data, but
this can be minimized with diligent preparation. Examples of disaster recovery are database restores and
system rebuilds.

Performing Content Recovery
Content recovery refers to common activities performed to restore data, usually from accidental deletion

or data corruption. Depending on the severity of the data loss, there are three standard methods for
recovering data: document versioning, two-stage Recycle Bin, and the command-line tool stsadm.exe.
There is also a custom option called Web Delete Event, but it requires custom development. With this

Table 30-1: Disaster Recovery Methods for SharePoint Server 2007
Open table as spreadsheet
Ease of use
Operates on
Document library

\ue000Web pages

Native functionality.
Recycle Bin
Easy end-user

\ue000List items
\ue000Document libraries

Not for disaster
Requires script
\ue000Site collections
Best for restoring

\ue000Web application


Graphical user
interface (GUI) or
command line

GUI is easy to use.
Command line is required
for scheduledbackups.

SQLbac kup
Complex, but
\ue000Databases only
Full fidelity. Must
recrawl content.
Mirror farm
Very complex
\ue000Content only
Fastest disaster
recovery failover.

Microsoft Volume
Shadow Copy
Service Writer

\ue000Farm level
\ue000Individual restore

Requires Microsoft
SQL Server 2005 and
'Longhorn' Server.

Page 1 of 12
Backing Up and Restoring SharePoint Server 2007
mk:@MSITStore:C:\DOCUME~1\KUDRJA~1\LOCALS~1\Tem \_tc\2007.MsPress....

feature, you can automatically back up a site in the event of site deletion. Although this could be a great feature for critical sites, it is probably a bad idea to use it for enterprise-wide implementations because it doesn't scale well.

Document Versioning

The most common method for restoring corrupted content is the native versioning functionality available in
all document libraries in SharePoint Server 2007. This functionality is disabled by default, but enabling this
feature provides several improvements over the basic versioning in SharePoint Portal Server 2003.
Examples of the improvements are limiting the number of minor and major versions, forcing approval and
archival before deletion, and forced checkout. Document versioning is your first line of defense against
data corruption and user changes. Be cautioned-if users have the ability to modify a document, they can
delete it. Document versioning does not protect content; it only preserves history by saving a copy each
time the content was saved. If a document is deleted, it must be recovered from the Recycle Bin.

Two-Stage Recycle Bin for Documents and Lists

One of the most anticipated features of SharePoint Server 2007 is the two-stage Recycle Bin, which is
enabled by default. This should be your first method for restoring deleted files, and it is the easiest of the
tools to use for recovering content. The Recycle Bin is envisioned to be primarily controlled by the end
user, but site administrators can always restore files in the event of first-stage deletion. Remember-the
Recycle Bin is a function of a Web application, not a site collection. You can modify the Recycle Bin
settings by opening Central Administration, then Application Management, then Web Application Settings
and scrolling down to the bottom of the page. You can modify the settings for both stages of the Recycle
Bin, as shown in Figure 30-3

Figure 30-3: Two-stage Recycle Bin and configurable options

If you disable the Recycle Bin, as shown Figure 30-3, all Recycle Bins in that Web application are
emptied, freeing up all disk space occupied by Recycle Bin content. This behavior is useful in an out-of-
storage emergency, but otherwise it is best left alone. This should only be done when there are no other
options, and should be re-enabled after your disk problem is resolved.

The Recycle Bin is a great content recovery tool, but it is not meant for disaster recovery. The Recycle Bin
nearly eliminates the need for other restore methods when objects are deleted. By default, the second
stage of your Recycle Bin is limited to 50 percent of your site quota, but it should be lowered to fit your
storage needs. Raising this quota should be carefully considered given that incorrect stage configurations
can waste large volumes of disk space. Keep in mind your site administrators have the ability to
permanently delete objects in site collections. This is another reason to choose administrators for your
critical sites carefully and provide all site administrators with adequate training.

Command-Line Tool stsadm.exe

In the directory%SystemD rive%\Program Files\Common Files\Microsoft Shared\Web server
extensions\12\BIN resides the very powerful command-line tool stsadm.exe. Many SharePoint
administrators include this directory in their system path for ease of use. Alternatively, you can create a
batch file in%SystemRoot% that changes to that directory for you. The stsadm.exe command-line tool
retains all the functionality from SharePoint Portal Server 2003 in addition to providing many of the new
features in SharePoint Server 2007.

Site Migration
One of the new features of stsadm.exe is the replacement of smigrate.exe with stsadm.exe using the -o
[import | export] options. Here is an example of exporting a site with stsadm.exe:
stsadm.exe -o export -urlhttp://portal.contoso .msft/sites/HR
-filename c:\OSSBackups\HRBackup.bak
Page 2 of 12
Backing Up and Restoring SharePoint Server 2007
mk:@MSITStore:C:\DOCUME~1\KUDRJA~1\LOCALS~1\Tem \_tc\2007.MsPress....

stsadm.exe, when used with the [import | export] option, is primarily a tool for developers moving or
restoring content, as well as for administrators who might incrementally migrate sites. Monitor system
usage carefully when frequently exporting or importing large sites because stsadm.exe is a very process-
intensive application. Using this tool to consistently to back up large, busy site collections is not
recommended. Here is a list of commonly used options when using the -o [export | import] option for
exporting and importing sites:

\ue000-url <URL to be exported>
\ue000-filename <path and filename to export> (can append with -overwrite)
\ue000-includeusersecurity (using this flag will include the permissions associated with object)
\ue000(export only) -versions (1 = last major, 2 = current, 3 = last major and minor, 4 = all versions)
\ue000(import only) -updateversions (1 = add new version to current, 2 = overwrite, 3 = ignore, 4 = terminate

with conflicts)
SiteBackup and Restore

You can also use stsadm.exe to back up and restore individual site collections when using the -backup
option. Using this option creates full sitebackups that can be restored to any SharePoint server farm of
the same version, with the added benefit of restoring the site with a different name. Having recent copies
of site collections from stsadm.exe can dramatically decrease the amount of time required to restore
object-level content when deleted. For example, items emptied from the second stage of the Recycle Bin,
or Web pages deleted from a site collection, can be restored from a full-fidelitybac kup created with
stsadm.exe -obac kup. Be cautioned, backing up with this method is very processor intensive and might
require large amounts of disk space. It does not scale well and should be used only on small farms or on
your most critical sites. The following is an example of backing up a site using stsadm.exe:

stsadm.exe -obackup -url http://portal.contoso.msft/sites/HR -
filename c:\OSSBackups\HRBackup.bak

You can create a Microsoft Visual Basic script or batch file and use Scheduled Tasks in Control Panel to
automate the process. The following options are commonly used when using the -o [backup | restore]
option for backing up and restoring sites using stsadm.exe:

\ue000-url <full URL> (for example,http://portal.contoso.msft/sites/H R)
\ue000-filename (Include the path; this can be a drive letter or Universal Naming Convention name)
\ue000-overwrite (using the overwrite flag will completely overwrite the destination)

The stsadm.exebac kup and restore options are useful when restoring data that has been deleted, in spite
of the protections offered by document versioning and the second-stage Recycle Bin. When this occurs,
you must restore the entire content database containing the deleted items and restore the data to an
alternate server farm.

Real World Restoring Content to an Alternate Server Farm

If you lose content that must be restored from farm-levelbackups, you have two choices: restore the
content databases from the lastbac kup and overwrite all current data, or restore content databases to
a secondary farm and migrate them into the production farm. The first choice isn't generally
acceptable, so this section will focus on restoring to an alternate server farm. Most organizations have
a test environment, and this is the first logical location to use when attaching content databases and
retrieving previously backed-up content. The following steps allow you to restore data from a farm-
level or SQL Server databasebac kup and restore it to the production server farm:

1. Restore the content database that held the deleted content to another SQL server or to a
different database name if restoring to the same SQL server.

2. Attach the content database to a Web application by opening Central Administration, then
Application Management, then SharePoint Web Application Management, and finally Content
Databases, as shown in Figure 30-4.

3. When you attach a content database to an existing Web application, the sites are automatically
populated in the configuration database.
4. If you need only a single file, retrieve the file using the same URL as for the production server,
Page 3 of 12
Backing Up and Restoring SharePoint Server 2007
mk:@MSITStore:C:\DOCUME~1\KUDRJA~1\LOCALS~1\Tem \_tc\2007.MsPress....

Activity (6)

You've already reviewed this. Edit your review.
1 hundred reads
1 thousand reads
mikesmiljanic liked this
kasar_prathmesh liked this
Smile Ever liked this
Michael Keenan liked this

You're Reading a Free Preview

/*********** DO NOT ALTER ANYTHING BELOW THIS LINE ! ************/ var s_code=s.t();if(s_code)document.write(s_code)//-->