Hello and welcome to our Knowledge Base. Our experts provide answers to the most frequently asked questions of our customers. Start your information search here to find your answer quickly and easily.
Please enter your query or select one of the above categories.
Knowledge Base SpaceObServer
|All entries (Page 1 / 6)|
When you are planning to move your database from one SQL server to another, without changing the type of SQL server, it is recommended using tools provided by your SQL server database to move/migrate the database from the one server to another (e.g. "backup" & "restore" for MS SQL Server databases).
Alternatively, you can use the SpaceObServer intergrade function "Export to SQL Server" (Scan > Configures Scans > right-click on the scans to exports > Export > Export to SQL Server). This function works independent of the underlaying SQL server types.
The last access date of a file is maintained by Windows. Since Windows Vista/Server 2008, Microsoft disabled the automatic update for the "Last access" date by default to improve system performance on NTFS formatteddrives. Because of this, the date won't be updated anymore if a file content is changed for example. That is also the reason why the last access date isn't a good indicator anymore for recent usage of a file.
For more information on these topics, please refer to the following MSDN articles:
The file "SpaceObServerAgent.exe" is the SpaceObServer scan service, called "SpaceObServer Agent". Normally this service automatically shut down before un-/reinstallation. To avoid this problem please do the following: 1. Ensure that the service "SpaceObServer Agent" is stopped. 2. Use your Windows task manager to ensure that there is no process"SpaceObServerAgent.exe" running (tab "Processes"). If so, use the "Terminate process" button to kill this process. 3. Ensure that your windows event log is closed (The Windows event log could hold a handle to this file).
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.
By default, SpaceObServer ships with a SpaceObServer Embedded database (FDB file)SpaceObServer.fdb. You can change this connection by choosing "View / Options / Database" and selecting a new database connection. If you want to use a SQL server database for backing up data, your computer has to be connected to a server with a running MS SQL server. Alternatively, you could use a locally installed MS SQL Server as well. You will also need avalid user account for the database access (user name and password). A free MS SQL server version from Microsoft can be downloaded from the internet or you can use the MS SQL Server installer in SpaceObServer by choosing the corresponding link in "Options > Database".
For each scan that is executed on a specific folder or drive, TreeSize automatically saves the size from that scan for the use in the "History" view. If another scan on that same folder is done, TreeSize will add the new size data and create a graphical trend for this folder. This is the reason why you might see different periods of time for different drives and/or folders.
We have another product named SpaceObServer, which is much more powerful in regards to creating reliable statistics for the increase/decrease and the historic developement of disk usage of your systems. SpaceObServer scans local and network drives as well as Exchange mailboxes and Linux/Unix-servers via SSH using a background service and stores their structure, sizes and properties in an SQL database.
In a user interface similar to TreeSize the collected data can be viewed and browsed in hierarchical or tabular views, 3D bar, pie, line charts and tree maps. Using the archived data you are able to track the development of the space usage from past to present, and forecast future size usage.
You can use this option to store the file system sizes of the selected directories in a different databaseon the connected SQL server. This way the collected information of different directory branches can be easily separated and the access permissions to these data are configurable through the database access rights.You do not have to reconnect to the second database to see the scanned information. SpaceObServer itself knows where to find it and opens a second connection to this database.This does not mean that the information of all scans are stored in the same tables, so you cannot use this option to merge information of multiple scans. So the answer to your questionis: No.
You can use SpaceObServer in a clustered server environment by installing it on one of the nodes. That means that a node fail over is not handled, but scheduled scans will be started automatically after the node is running again. You can also install SpaceObServer on both nodes and in case of a fail over you simply have to change the observing server for all scanned roots. You can do this by selecting "Set Observing Server" in the context menu of the "Configure Scans" dialog ("Scan > Configure Scans > Expert Settings"). Leave the observing service blank to allow any service to perform the scheduled scans. Then you should deactivate the scan services ("Tools > Options > Service") on all but one of the nodes in the cluster and activate it again on a node fail over.
There could be reasons for this issue:
1. Is the system service "SpaceObServer Agent" started? The "SpaceObServer Agent" processes all scans of directories. If thisservice is stopped or paused, no scan can be processed.
2. Is theselected directory on a network drive? You cancustomize the login of SpaceObServer Agent within the installation ofSpaceObServer (username, domain and password). If you do not enter a valid useraccount the login is set to the local system account. That may cause problemswhile scanning network drives. To fix this problem please switch the servicelog on to a user account with sufficient access rights (See: "How can Iswitch the login...").
3. Do you use"Windows Authentication" for the database login? If you usethis option ("Tools > Options > Database > Login info") andyou switched the login of the system service SpaceObServer Agent to a specifieduser account, this user must have read and write access on the selecteddatabase.If it isnot possible to give the user access rights to this database, please do not usethe Windows Authentication for the database access. Use a valid database useraccount instead.
4. Does the"Observing Server" exists and is an SpaceObServer Agent running onthis machine? If the"Observing Server" is set (not blank) for a root directory, only thisserver will execute scans for this directory, no matter from which client thescan was triggered or scheduled. If for any reason (e.g. a rename of theserver) this machine is not found or no SpaceObServer Agent is running on thismachine, the scan will not be executed. You can configure the Observing Serverform within the context menu of the Configure Scans dialog (sub menu "ExpertSettings"). If none ofthe above applies, please check the column "Last Error" in the"Configure Scans" dialog and the Windows Event Log for furtherinformation and error messages. Please include this information if you contactus, together with the type and version of database software you are using.
SpaceObServer supports MS SQL Server 2000-2012.
The SpaceObServer File Search take its values form the stored information inside the database. This way it is posible to apply many kinds of file "filters" on demand, without any needed rescan.