It is recommended to store the NetWorker databases on a different volume from the operating system. SAN volumes are an excellent choice because they allow for higher I/O loads along with advanced features like cloning and replication. NAS storage is not recommended for the NetWorker databases.
Th reason why it did not work when you use "I:\ " is because the mapped drive I:\ was local to your login process, and this resource is not shared or accessible to other processes (e.g. nsrindexd) running on Windows.
Networker runs using a specific start-up account, and that account would need adequate permissions and privileges to access a network share - such as a CIFS. When NetWorker is installed, the service is configured to use the local system account to start up the service. This local system account does not have networking privileges, and therefore in this scenario NetWorker would not be able to access the CIFS. This is the most likely reason why you are getting "Access denied" error.
I definitely would not advise restarting NetWorker server with a different account. Doing so can cause a lot of problems that you may not anticipate, and undoing the problems is very painful.
There is a performance hit when accessing data on a network storage... compared to SAN storage or local disk storage.
Workaround: use larger local or SAN disk volumes. Shorten your client's browse time to reduce the index size.
wlee
263 Posts
0
April 12th, 2017 11:00
It is recommended to store the NetWorker databases on a different volume from the operating system. SAN volumes are an excellent choice because they allow for higher I/O loads along with advanced features like cloning and replication. NAS storage is not recommended for the NetWorker databases.
Th reason why it did not work when you use "I:\ " is because the mapped drive I:\ was local to your login process, and this resource is not shared or accessible to other processes (e.g. nsrindexd) running on Windows.
Networker runs using a specific start-up account, and that account would need adequate permissions and privileges to access a network share - such as a CIFS. When NetWorker is installed, the service is configured to use the local system account to start up the service. This local system account does not have networking privileges, and therefore in this scenario NetWorker would not be able to access the CIFS. This is the most likely reason why you are getting "Access denied" error.
I definitely would not advise restarting NetWorker server with a different account. Doing so can cause a lot of problems that you may not anticipate, and undoing the problems is very painful.
There is a performance hit when accessing data on a network storage... compared to SAN storage or local disk storage.
Workaround: use larger local or SAN disk volumes. Shorten your client's browse time to reduce the index size.
Supplemental information:
How to Move a Client File Index to a New Location
https://support.emc.com/kb/336097
For a video demonstration see:
How to move a client file Index to an alternate location:
https://support.emc.com/media49097_How_to_move_a_client_file_Index_to_an_alternate_location.mp4?language=en_US