10.7.Root folders
The root folder paths to be applied in a file archive job is specified in this section. The root folder defines the start point (start point = e.g. “c:\”) of the archive process. A root folder set here is selected for an archive job on the given job’s configuration page. The relative path (e.g. folder “Test files” if directory “c:\Test files” will be archived) can be set in the given job’s configuration section further on.
The root folders and their settings are written to the file system database defined in section System settings above (File Archive ⇒ Settings ⇒ System settings). A connection that already exists in the system database cannot be specified twice. E.g. if “\\tanews\TECH-ARROW files to archive” is already set, then “\\tanews\TECH-ARROW files to archive\contracts” cannot be added to the root folder’s list. This feature prevents the users from archiving the same folder into two different databases/storages. If the user wants to add a root which already exists in the system database, he will be prompted about this.
A root folder always must have an assigned database and a storage. The job which archives (restores/recovers) this root will use this database and storage.
Hint: It is not recommended to change the database and storage connections already associated with a root folder. Changing the database will lead to problems when trying to retrieve the already archived items, because some of your data will be saved in the originally set database, and another part of data in the newly set database. The same retrieve problem might occur with changing the storage, too. The application warns the user about it:
The root folders may be either
- imported using the “import” button (refer to chapter Importing contentACCESS configurations from files) or
- added to the list using the “new” button.
Click “new” to manually add a root folder that should be processed by a job.
Deleting a root:
Already configured root folders can be deleted from the list using the root’s context menu. A deleted root is only hidden, but it still exists in the database. If the user wishes to add an already deleted root again, he will be prompted that it already exists in the database, and he will be able to restore it with the old settings only (with the originally assigned database and storage).