When configuring access to DPX services on a SharePoint Server, specify a user account that has administrator-level privileges. That same account must have administrator-level access to SharePoint itself. Following are additional considerations for the user account.
Do not install SharePoint on %SystemRoot% (which is usually the C: drive). Doing so may interfere with Block restore and Instant Access.
DPX can recover SharePoint 2013 or SharePoint 2016 web applications to a SQL 2012 AlwaysOn availability group. Consult your Microsoft SQL Server AlwaysOn Availability Group documentation for specific procedures. Considerations and Requirements for SharePoint 295
DPX will not automatically create SQL 2012 AlwaysOn Availability groups. To restore into a SQL 2012 AlwaysOn availability group, the group must be properly configured, have an active listener, and the group must have at least 1 active database that is either existing or new and unused for DPX to recognize the restore destination.
When recovering to an existing listener that is not the same as the original listener name, a special registry setting must be configured in the SharePoint control node. To configure the registry entry in the Windows registry for your DPX server:
Run Microsoft Registry Editor (regedit) and navigate to HKEY_LOCAL_ MACHINE\SOFTWARE\Syncsort\BackupExpress<server>\0 where <server> is the name of the host DPX was installed on. Create a new String value called SNAPSPNEWSERVER, and assign it the value of the new listener name.
The AlwaysOn availability group cannot have an active database with the same name that you intend to restore. You must create a standalone SQL database on the AlwaysOn availability primary replica node with the same database name as the database you intend to recover. The recovery will take place into this database, and then be merged into the AlwaysOn availability group.
call into VSS
perform administrative actions on SharePoint
access database servers
For information about VSS requirements for successful SharePoint backups and restores, go to in Microsoft Learn Database.
In a SharePoint Farm configuration, an appropriate account is usually a domain administrator account that has the SharePoint access permission by default, or a domain account that has the SharePoint access permissions specifically assigned.
By default, DPX is installed to run using a Windows Local System account. If that account does not have the required privileges to access SharePoint, change this setting and specify another account for this configuration.
In a SharePoint standalone configuration, using the local Windows system account is normally sufficient, or use an alternate account, as long as that account also has SharePoint access privileges. Configure the SharePoint 2010 VSS Writer service to run as a domain account, when applicable.
DPX cannot interface with SharePoint without use of the SharePoint VSS Writer. Ensure that the SharePoint VSS Writer is running under an account that also has access to SharePoint resources.
start the SharePoint writer by using the stsadm interface
query VSS components
collect a SharePoint farm/standalone server information by using .NET CSOM, etc.
A DPX cmagent account, normally a domain user, needs to have a SharePoint farm administrator privilege, a SQL sysadmin privilege, and local admin permission. For information on configuring permissions for backup and recovery on SharePoint Foundation 2010 or SharePoint 2013, see or in Microsoft Learn Database. For information on security settings for running VSS, see in Microsoft Learn Database.
