Chat now with support
Chat with Support

Rapid Recovery 6.1.2 - DocRetriever for SharePoint User Guide

Introduction to DocRetriever for SharePoint Installing and configuring DocRetriever
System requirements Supported items Roadmap for installing DocRetriever for SharePoint Obtaining DocRetriever installation software Guidelines for upgrading DocRetriever for SharePoint Setting up Windows user accounts for use with DocRetriever Installing, uninstalling, and repairing DocRetriever for SharePoint Creating a local service database for DocRetriever Configuring DocRetriever Console settings Manually specifying the SharePoint database location
Recovering SharePoint data with DocRetriever Working with DocRetriever log files About us Glossary

Overview of SharePoint structure hierarchy

Microsoft SharePoint (SharePoint) is a web application platform used by enterprises for intranet, content management, and document management. The SharePoint user interface enables authorized users to access and share information using a web browser.

The information in SharePoint is organized into a hierarchy. At the top level is a SharePoint server farm, a logical collection of SharePoint servers that use common resources to provide a basic set of SharePoint services supporting a single site.

Architecturally, a SharePoint farm is comprised of a configuration database and typically at least one content database. (Larger SharePoint environments may have multiple content databases.) The configuration database is a Microsoft SQL Server database that interfaces directly with each server in the farm. Each server farm contains one or more web applications, the top-level container for SharePoint content.

Web applications contain site collections, which consist of one or more sites. Each site contains content. SharePoint content can include documents, item lists, chat spaces, libraries of objects (such as photos and images), and many other types of data.

Figure 8. SharePoint structure hierarchy

[SharePoint stucture hierarchy]

DocRetriever can restore SharePoint data from the site collection down to the lowest level (a single document, list, and so on). When you use DocRetriever to restore data, you can restore the entire site collection or site if you want to. You can also browse through the data in the offline backup file and restore one or more specific items that you select. You can choose to replace the existing items or to create a copy. For more information on selecting a destination for your restored files, see .

You can open a SharePoint farm from within DocRetriever, and you can browse items within the farm, but typically you would not use DocRetriever if your goal is to completely restore a SharePoint farm. Because a SharePoint farm includes multiple servers and databases, and because the SharePoint front-end web server is typically a protected machine on a Rapid Recovery or AppAssure Core, recovery for entire SharePoint farm would typically happen from the recovery point. In this case, you would locate the recovery point for the appropriate time period, and restore the SQL configuration and content databases, as appropriate, on the machine where SharePoint is installed.

About restore directions for recovered data

Information restored in DocRetriever from a backup data source can be from the same SharePoint farm, content database, or application. Alternatively, the restore process can be used for migration (to move or copy SharePoint data from one SharePoint environment to another).

After opening the backup data in the DocRetriever Console using your selected data source, you must then define the scope of data that you want to restore, determine the restore direction, and then perform the restore process. The following terms are important to this process.

Restore direction. You must choose whether to restore data in place or out of place.

Duplicate actions. If you choose to restore in place, you must select a duplicate action, which determines at the top level the behavior of the restore process when a duplicate object is found.

Choosing to merge containers. The Merge containers option is relevant and accessible only when restoring in place. If you select this option, then when you perform the merge, data from the backup are restored into the SharePoint containers of the same name when merging with your current web application.

Roadmap for recovering SharePoint data

DocRetriever uses Structured Query Language (SQL) to present SharePoint information, displayed within the DocRetriever Console in the familiar SharePoint hierarchical structure.

To recover data, perform the following steps:

Mounting recovery points

If recovering data from a recovery point, the specific recovery point containing the SharePoint farm or content database must be mounted prior to initiating the action in the DocRetriever Console.

If the DocRetriever Console is installed on the same server as your Rapid Recovery or AppAssure Core, then you can mount recovery points from within the Core Console. For information on how to locate and mount recovery points from within the Core Console, see Managing recovery points.

If the DocRetriever Console is installed elsewhere in your configuration, you must mount the recovery point from the remote Core using the Local Mount Utility (LMU). For information on how install the LMU, and to use it to mount and dismount recovery points, see Using the Local Mount Utility for DocRetriever.

Related Documents

The document was helpful.

Select Rating

I easily found the information I needed.

Select Rating