Changing the Directory of Server Backups

Follow

The Password Depot Enterprise Server usually runs as a Windows Service under the SYSTEM account. Thus, this account must have full read and write access to the corresponding directory where server backups should be stored to.

In general, it is not recommended storing server databases or backups to a network share. This is not due to write permissions but moreover because a network location may not be accessible at all times. A network folder may not be accessible anymore for many different reasons and if Password Depot Enterprise Server cannot send or write the requested data to the specified backup location it will restore settings and use the default ones (which is the subfolder \Backups\).

 

We therefore recommend proceeding as follows:

1. Please use the default SYSTEM account which normally has all necessary (access) rights.

2. Use a folder on the same computer where the Password Depot Service is running, too, for storing backup files. If using a remote location for storing backup files is a must and cannot be done any other way, please make sure to use a fully qualified name including the IP address instead of using names or other mappings (\\\192.168.178.100\Dir1\Dir2\, for example).

If you would like to use a network share or mapped drive, please make sure that the SYSTEM account can access this location at system startup.

3. Use the System Journal (Windows Event Viewer) to specifically detect possible problems. Password Depot Enterprise Server has its own section here (Applications and Services Logs -> Password Depot Server) where all file system problems are logged.

 

In addition to that, please also note the following:

The SYSTEM account is not part of Active Directory. It is a local Windows account , also called "LocalService". Most Windows services run under this account which usually also has all required rights to use the registry and file system. If, for some reason, the account cannot write to a local folder, you can select this folder in the Windows Explorer -> Properties and check if the SYSTEM account has full access to this folder.

2 out of 2 found this helpful

Comments

0 comments

Please sign in to leave a comment.