サポートと今すぐチャット
サポートとのチャット

NetVault Plug-in for SharePoint 11.3 - User Guide

Introducing NetVault Backup Plug-in for SharePoint Deploying, installing, and removing the plug-in Configuring the plug-in Backing up data Restoring data
Understanding the SharePoint restore process Restoring backups in SharePoint Restoring a single Full Backup,a Full + Differential sequence, or an Individual Site Collection Backup Using other restore procedures
Common tasks Restoring to the same server or farm Restoring to an alternate server or farm
Extra items to protect using NetVault Backup and the Plug-in for FileSystem Troubleshooting

Restoring SharePoint Search to the same server or farm

The following procedure describes how to restore the SharePoint Search service to the same server if it has been deleted or corrupted. For more information about the service names, see SharePoint 2007, 2010, 2013, and 2016 terminology.

Verify that the following requirements are met:

•
SharePoint Search service stopped: Stop the SharePoint Search Service. For more information, see Stopping the SharePoint Search service.
•
Search Instance Database deleted: Delete the Search Instance Database. For more information, see Deleting the Search Instance Database.
•
SharePoint Search service restarted: Restart the SharePoint Search service. For more information, see Restarting the SharePoint Search service.
Beginning the restore
•
Restore Full Backup: At a minimum, restoring the SharePoint Search Database requires the restore of a Full Backup.
1
On the Create Selection Set page, select the saveset of the last Full Backup.
2
Select the SharePoint Search node; for more information about the service names, see SharePoint 2007, 2010, 2013, and 2016 terminology.
3
On the Create Selection Set page, click Edit Plugin Options, and complete the following steps:
•
Verify that the Backup Type is labeled STSADM FULL.
•
In the SQL Server User Name field, use the DOMAIN\username format to specify the user name that has the sysadmin server role.
•
In the Password field, enter the password associated with the user specified in the preceding field.
4
To save the settings, click Ok, click Next, and specify a Job Name if you do not want to use the default.
5
Complete the Target Client, Schedule, Source Options, and Advanced Options lists, and click Save & Submit.
The plug-in performs a full restore of SharePoint Search.
•
Restore Differential Backup (optional): If your backup strategy includes Differential Backups, restore the last available Differential Backup.
1
On the Create Selection Set page, select the saveset of the last Differential Backup.
2
Select the SharePoint Search node; for more information about the service names, see SharePoint 2007, 2010, 2013, and 2016 terminology.
3
On the Create Selection Set page, click Edit Plugin Options, and complete the following steps:
•
Verify that the Backup Type is labeled STSADM DIFFERENTIAL.
•
In the SQL Server User Name field, use the DOMAIN\username format to specify the user name that has the sysadmin server role.
•
In the Password field, enter the password associated with the user specified in the preceding field.
4
To save the settings, click Ok, click Next, and specify a Job Name if you do not want to use the default.
5
Complete the Target Client, Schedule, Source Options, and Advanced Options lists, and click Save & Submit.
The plug-in performs a full restore of SharePoint Search.
•
Reconfigure Index Schedule: Reconfigure the Index Schedule back to the applicable interval. For more information, see Reconfiguring the Index Schedule.

Performing a disaster recovery of a Single Server deployment to the same server

Disaster recovery in a Single Server deployment includes the restore and recovery of the entire SharePoint deployment after a farm-level failure; that is, the loss of the entire server that houses the SharePoint SQL Server Instance, application server, and web server. To perform disaster recovery, the minimum set of backups, which includes at least a Full Backup, is required.

The following procedure describes how to perform disaster recovery to the same server where the Single Server deployment resided. You might use this procedure if a complete media failure occurred and either the damaged host was rebuilt using the same configuration or a new server was configured imitating the original host's configuration including host name.

Prerequisites

Verify that the following requirements are met:

•
SharePoint Server installed: Install the same version and edition of the SharePoint software on the system as existed on the damaged server. This step includes installing and configuring Internet Information Services (IIS) so that your computer acts as a web server, installing the Microsoft.NET Framework version 3.0, and enabling ASP.NET 2.0.
 
* 
IMPORTANT: In a Single Server deployment, a Basic Installation of the SharePoint software, free or enhanced version, is assumed for these procedures.
•
Service Packs installed: Install the same Service Packs for Windows Server and SharePoint that were previously installed on the damaged server. A minimum of SP1 is required for WSS.
•
NetVault Backup software and the Plug‑in for SharePoint installed: The same version of NetVault Backup and the plug-in must be installed and configured as they originally existed on the damaged server.
•
Full and optional Differential Backups available: Ensure that you have the latest Full Backup and Differential Backup, if applicable, available.
•
Plug-in for FileSystem backups of additional items available: Ensure that you have backups of the following items available as detailed in Extra items to protect using NetVault Backup and the Plug-in for FileSystem:
•
Customizations
•
Alternate Access Mapping
•
SharePoint Farm Configuration
•
Delete Shared Services in the new deployment: Delete the default SSP, SharedServices1, in the newly installed deployment. For more information, see Deleting Shared Services in a new deployment.
•
Create web applications: Re-create all web applications for your farm before you perform the restore. This step ensures that the timer jobs associated with each web application are created. For more information, see Re-creating the web applications.
•
Ensure that the SQL Server Express Data directory exists: If a directory other than the default directory for the SQL Server Express Data directory was used on the damaged server, ensure that this directory structure exists on the newly installed deployment.
 
* 
IMPORTANT: If the SQL Server Express Data directory does not exist on the newly installed deployment, the restore job fails with errors referencing: Directory lookup for the file “<Directory\FileName>” failed with the operating system error 3. (The system cannot find the path specified).

Re-create the directory structure referenced in the error message and submit the restore job again.

Disaster recovery procedure

For more information about disaster recovery, see http://go.microsoft.com/fwlink/?LinkId=102839&clcid=0x409.

•
Restore Full Backup: At a minimum, recovery requires the restore of a Full Backup.
1
On the Create Selection Set page, select the saveset of the last Full Backup.
2
Select the Farm node.
3
On the Create Selection Set page, click Edit Plugin Options, and complete the following steps:
•
Verify that the Backup Type is labeled STSADM FULL.
•
In the SQL Server User Name field, use the DOMAIN\username format to specify the user name that has the sysadmin server role.
•
In the Password field, enter the password associated with the user specified in the preceding field.
The plug-in performs a full restore of the SharePoint Farm to the newly installed deployment.
•
Restore Differential Backup (optional): If your backup strategy includes Differential Backups, restore the last available Differential Backup.
1
On the Create Selection Set page, select the saveset of the last Differential Backup.
2
Select the Farm node.
3
On the Create Selection Set page, click Edit Plugin Options, and complete the following steps:
•
Verify that the Backup Type is labeled STSADM DIFFERENTIAL.
•
In the SQL Server User Name field, use the DOMAIN\username format to specify the user name that has the sysadmin server role.
•
In the Password field, enter the password associated with the user specified in the preceding field.
4
To save the settings, click Ok, click Next, and specify a Job Name if you do not want to use the default.
5
Complete the Target Client, Schedule, Source Options, and Advanced Options lists, and click Save & Submit.
The plug-in performs a differential restore of the SharePoint Farm to the newly installed deployment.
Post-recovery procedure
•
Redeploy solutions: If you have a solution package that you want to redeploy, use the STSADM deploysolution option. For more information, see Redeploying solutions.
•
Restore unpackaged customizations and alternate access mappings: Use the Plug-in for FileSystem to restore unpackaged customizations and mappings as detailed in Alternate access mapping and Customizations.
•
Re-create alternate access mappings (optional): Use the Alternate Access Mapping text file to re-create mappings. For more information, see Re-creating Alternate Access Mappings (optional).
•
Restart timer jobs: Some timer jobs are not started when you restore the web-application backup. For more information, see Restarting timer jobs.
•
Reactivate features: If your solution contains features that must be enabled, enable the features at the appropriate level — web application, site collection, or website. For more information, see Reactivating features.
•
Restart IIS: To ensure that IIS has the most current configuration, restart IIS. For more information, see Restarting IIS.

Performing a disaster recovery of a Small Farm or Scaled-Out Farm to the same farm

Disaster recovery in a Small Farm or Scaled-Out Farm deployment includes the restore and recovery of the entire SharePoint deployment after a farm-level failure, that is, the loss of servers that house the SharePoint SQL Server Instance, application server, and web server. To perform disaster recovery, the minimum set of backups, which includes at least a Full Backup, is required.

The following procedure describes how to perform disaster recovery to the farm where the damaged SharePoint deployment resided. You can use this procedure when a complete media failure occurs and the damaged hosts are rebuilt with the same configuration or new servers are configured that imitate the original host's configuration, including host names.

Prerequisites

Verify that the following requirements are met:

•
SharePoint Server installed: Install the same version and edition of the SharePoint software on the systems that make up the small farm as existed on the damaged farm. This step includes installing and configuring the following software on each of the servers in the farm:
•
Database Server
•
SQL Server software and updates
•
Application Server
•
.NET Framework 3.0
•
Front-End Web Server
•
IIS
•
.NET Framework 3.0
•
APS.NET
 
* 
IMPORTANT: In Small and Scaled-Out Farm deployments, an Advance Installation of the SharePoint software, free or enhanced version, is assumed for these procedures.
•
Service Packs installed: Install the same Service Packs for Windows Server and SharePoint that were previously installed on the damaged server. A minimum of SP1 is required for WSS.
•
SharePoint Central Administration Web Site created: The SharePoint Central Administration Web Site is installed by default on the first server on which you install SharePoint, such as the application server. For more information, see Creating the SharePoint Central Administration Web Site.
•
SharePoint Search configured: On the application server, start the SharePoint Search service. For more information, see Configuring the SharePoint Search service and Configuring the SharePoint Search service. For more information about the service names, see SharePoint 2007, 2010, 2013, and 2016 terminology.
•
Web applications created: Re-create all web applications for your farm before you complete a restore, so that the timer jobs associated with each web application are created. For more information, see Re-creating the web applications.
•
NetVault Backup software and the Plug‑in for SharePoint installed: The same version of NetVault Backup and the plug-in must be installed and configured as they originally existed on the damaged server.
•
Full and optional Differential Backups available: Ensure that you have the latest Full Backup and Differential Backup, if applicable, available.
•
Plug-in for FileSystem backups of additional items available: Ensure that you have backups of the following items available as detailed in Extra items to protect using NetVault Backup and the Plug-in for FileSystem:
•
Customizations
•
Alternate Access Mapping
•
SharePoint Farm Configuration
Disaster recovery procedure

For more information about disaster recovery in small-to-medium-sized deployments, see http://go.microsoft.com/fwlink/?LinkId=102839&clcid=0x409.

•
Restore Full Backup: At a minimum, recovery requires the restore of a Full Backup.
1
On the Create Selection Set page, select the saveset of the last Full Backup.
2
Select the Farm node.
3
On the Create Selection Set page, click Edit Plugin Options, and complete the following steps:
•
Verify that the Backup Type is labeled STSADM FULL.
•
In the SQL Server User Name field, use the DOMAIN\username format to specify the user name that has the sysadmin server role.
•
In the Password field, enter the password associated with the user specified in the preceding field.
4
To save the settings, click Ok, click Next, and specify a Job Name if you do not want to use the default.
5
Complete the Target Client, Schedule, Source Options, and Advanced Options lists, and click Save & Submit.
The plug-in performs a full restore of the SharePoint Farm to the newly installed deployment.
•
Restore Differential Backup (optional): If your backup strategy includes Differential Backups, restore the last available Differential Backup.
1
On the Create Selection Set page, select the saveset of the last Differential Backup.
2
Select the Farm node.
3
On the Create Selection Set page, click Edit Plugin Options, and complete the following steps:
•
Verify that the Backup Type is labeled STSADM DIFFERENTIAL.
•
In the SQL Server User Name field, use the DOMAIN\username format to specify the user name that has the sysadmin server role.
•
In the Password field, enter the password associated with the user specified in the preceding field.
4
To save the settings, click Ok, click Next, and specify a Job Name if you do not want to use the default.
5
Complete the Target Client, Schedule, Source Options, and Advanced Options lists, and click Save & Submit.
The plug-in performs a differential restore of the SharePoint Farm to the newly installed deployment.
Post-recovery procedure
•
Redeploy solutions: If you have a solution package that you want to redeploy, use the STSADM deploysolution option. For more information, see Redeploying solutions.
•
Restore unpackaged customizations and alternate access mappings: Use the Plug-in for FileSystem to restore unpackaged customizations and mappings as detailed in Alternate access mapping and Customizations.
•
Re-create alternate access mappings (optional): Use the Alternate Access Mapping text file to re-create mappings. For more information, see Re-creating Alternate Access Mappings (optional).
•
Restart timer jobs: Some timer jobs are not started when you restore the web-application backup. For more information, see Restarting timer jobs.
•
Reactivate features: If your solution contains features that must be enabled, enable the features at the appropriate level — web application, site collection, or website. For more information, see Reactivating features.
•
Reconfigure Index Schedule: Reconfigure the Index Schedule back to the applicable interval. For more information, see Reconfiguring the Index Schedule.
•
Restart IIS: To ensure that IIS has the most current configuration, restart IIS. For more information, see Restarting IIS.

Restoring to an alternate server or farm

This topic describes the following procedures:

•
Understanding the restore to alternate server or farm process
•
Validating prerequisites
•
Restoring an Individual Site Collection to an alternate farm
•
Restoring a Web Application to an alternate server or farm
•
Restoring a SharePoint Search to an alternate server or farm
•
Restoring a Shared Services Provider to an alternate server or farm
•
Performing a disaster recovery of a Single Server deployment to an alternate server
•
Performing a disaster recovery of a Small Farm or Scaled-Out Farm to an alternate farm
Understanding the restore to alternate server or farm process

STSADM lets you restore to an alternate server or farm with its ability to restore to a new configuration. However, restoring to a new configuration introduces more complexity and requires more manual intervention from the user.

Restoring to an alternate server or farm includes the following steps:

•
Validating the prerequisites.
•
Restoring backup files to the Directory for Temporary Files with the plug-in.
•
Restoring the backup to an alternate server.
•
Performing post-restore procedures.

The following topics provide procedures for multiple restore scenarios, including restoring individual site collections, web applications, SSPs, SharePoint Search, and disaster recovery to an alternate server. To ensure that restores to alternate servers or farms are successful, Quest recommends that you adhere to these procedures.

関連ドキュメント

The document was helpful.

評価を選択

I easily found the information I needed.

評価を選択