In case a scan does not start as expected please check the following points:
1. Is the SpaceObServer scan service ("SpaceObServer Agent") started?
The SpaceObServer scan service ("SpaceObServer Agent") processes all scans of SpaceObServer. If this service is stopped or paused, no scan can be processed.
2. Are there any other scans in progress?
SpaceObServer does not run concurrent scans. We tested both, concurrent scans and sequential scans and the result was a better performance if the scans were executed sequential. This is because of transaction based lock situations in the database and because of the I/O read operations on the file systems within the scan. So, if there is another scan running the next scan will start after the current scan is done.
3. Do you use "Windows Authentication" for the database login?
If you use the "Windows Authentication" option ("Tools > Options > System > Database > Login info") and you configured the login of the SpaceObServer scan service to a dedicated user account, this user must have read and write access on the database. If it is not possible to give this user access rights to this database, please do use the "SQL Server Authentication" and a dedicated database user instead.
4. Does the "Observing Server" exist and is a SpaceObServer scan service running on this machine?
If the "Observing Server" ("Scan > Configure Scans > Expert Settings > Observing Server") is set (not blank) for a root directory, only this server will execute scans for this directory, no matter from which client the scan was triggered or scheduled. If for any reason (e.g. a rename of the server) this machine is not found or no SpaceObServer scan service is running on this machine, the scan will not be executed. You can leave the field blank to allow any available scan service to execute the scan.
5. Are there any error messages displayed in the "State" column of the "Configure Scans" dialog ("Scan > Configure Scans") for the scan?
If this is the case, please check whether any error messages or warnings of the source "SpaceObServer Agent" are listed in your Windows event log (Category "Application"). These entries could help us figure out the nature of the problem.
The space used by the database depends on the number of files, the number of folders and the change rate of your files. Generally the database needs approx. 35 MB per 100,000 files. This is just a rule of thumb and is only valid if the database has been compressed recently. When you enable the "MD5 checksums" for your scans, the database size will increase about 1.5 MB per 100,000 files.
On the first start of SpaceObServer you can configure the database connection used by SpaceObServer the storage of scan data. At "Tools > Options > Database" you can change the database connection.
If you want to use a SQL Server database to for data storage, your computer has to be connected to a server on which a MS SQL Server is available. Another possibility is that you have installed a MS SQL Server locally on your computer. In addition, you need a valid user account (username and password) for database access.
A free version of the MS SQL Server is available from Microsoft as SQL Server Express Edition. You can download this version free of charge from the internet or use the MS SQL Installer integrated in SpaceObServer at "Tools > Options > Database".
TreeSize Professional scans file system structures as needed and holds a snapshot of the scan in your system memory.
SpaceObServer archives all needed file system information in a backend database. This is needed to calculate size development information for the scanned directories and enables you to filter the file system tree without the need of a rescan.
Building up the SQL database is quite costly. This is why the initial scan of SpaceObServer runs very slow compared to the scans of TreeSize Professional.
Note: The update scans of SpaceObServer do only need to update the changes on your file system in the database. So generally the update scans run faster than the initial scans.