How can I change the location for storing backup files and is there anything to take into consideration when doing so?
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 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 writing permissions but rather 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:
Use the default SYSTEM account which normally has all necessary (access) rights.
Use a folder on the same computer where the Password Depot Service is running, too, for storing backup files. If storing backup files at a remote location is required and no alternative is possible, please ensure that you use an absolute UNC path. Ideally, use the server’s fully qualified domain name (e.g., \\backupserver.domain.local\Dir1\Dir2\). If DNS resolution is unreliable, use the IP address instead (e.g., \\192.168.178.100\Dir1\Dir2\). Avoid using mapped drive letters or short names.
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.
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.
Related articles
-