The Connection feature checks the state of connectivity to physical and logical elements inside the organization, such as files, networks, websites, and databases.

A File Connection monitors internal and external files in storage and includes a real-time phone call alert when a change in these files is detected. In this way, it can be used to protect against a crypto-attack, following the “Canary” method

This alert notifies when the file size transpasses a certain limit.

Currently, this feature is available only for Windows operating system servers.


Users might face slowness while doing routine operations that involve accessing this file.


A big file that is widely accessed might cause performance problems because the disk I/O required to reach it will be higher.

If the file has grown too large, it might take up all available disk space and make the disk inaccessible for new inputs.

Expected behavior

When the general workload increases, files may grow bigger. However, if this shouldn’t happen or consumes too much disk space this issue should be addressed.

Find out how you can save hours of work when investigating the root cause of this issue.

Possible causes

1- Errors in applications’ processes. Priority: Medium

If the rate at which errors tend to occur in environments involved with applications is higher, then the log files’ size might get significantly bigger. The specific file extensions where the errors are saved are different between programs, for example, .tmp, .dump, and .logs extensions.

Problem identification:

Identify errors while operating actions in your business application that happen parallel to overgrown application files.

Hands-on approach
Get the answer in just seconds!
Hands-on approach
  1. Identify users complaining about errors in the application’s files. Else, run an overview of the files status in your server by a manual check or get help from a diagnostic tool.
  2. If you don’t know where the application error files are located, you can start searching in Windows’s Event Viewer. Navigate to “Windows Logs” and choose the log you are interested in. It might be difficult to track since you should be aware of the correct event ID and time and choose the correct log from many. 
  3. Otherwise you can use Powershell commands in order to find logs. However you should know the right script to be run.
  4. If you know where the application’s error logs are located, try to search close to the complaint time if there are logs that might explain this issue. It might take time to find them, so you must be accurate about the right time and event details. 
  5. Check if while errors are happening then in parallel the application files get bigger or have new files created, try searching for it via the files’ details or in activity logs.
  6. In some cases, the errors might be related to SQL exceptions, and those might create many logs and consume the file’s volume. Search for it by profiling tools. Read more here
  7. Implement file size limits and regularly monitor the size of critical application files. If you don’t have a monitoring tool, you will probably need to do it manually. 
Get the answer in just seconds!

Aimbetter provides alerts and detailed information about file oversize in a single pane. There is no need for further tracking and investigation.

Recommended action :

Analyze the full details in the error message to understand how to solve this issue better. After any changes, follow up to see if the application files stop getting bigger at a rate that is too high.  Advice about any changes made to your application and/or IT teams. If the issue is related to database issues, consult with a DBA on how to solve the error messages. Read more in here:

2- Higher Data Accumulation Rate. Priority: Medium

A file that receives input will grow bigger if it is accessed more widely. Backup files may also grow bigger if there is significantly more data to back up.

Problem identification:

Recognize files’ size getting bigger and check if at the same time – one of the following happens : 

  1. A backup program is running.
  2. Your business applications are running heavily with new data being inserted and saved to new data files.
Hands-on approach
Get the answer in just seconds!
Hands-on approach
  1. Run an overview of the files’ status in your server by manual check or get help from a diagnostic tool. Check if the disk’s used volume got bigger, and if so, recognize its source. It might be hard to do without knowing your business properties properly.
  2. If the source is an application, you should try to identify the source by:
    • Checking application logs
    • Talking to users of this application if there is a reason that files got bigger and if there might be a higher volume in work than the usual workflow
    • Checking if the higher accumulation rate is due to temporary files. Some applications generate temporary files during their operation, and these may not always be cleaned up efficiently
    • Checking If the issue is related to queries, you should check for it manually using profiling tools. It might be difficult since you will have only new data, and no historical data available. Therefore, identifying it depends on whether this issue will be repeated and when. You will have to be assisted by a DBA who knows how to utilize the results correctly.
  3. If you have recognized that this is a backup program issue:
    • Track the backup process. You can search for it in the event viewer (if the accurate backup time is known) or in the logs of Database application services where the backup is done, looking for incomplete backups or timeouts. If recognized, check for missing steps in the backup process that are related to files getting overgrown. For example, if old backup files are not deleted, it will probably cause files to get bigger.
    • Check older backup files and compare whether the backup files grew for the last attempts. These checks might take time and require knowledge of the current backup and data components.
  4. Once you recognize the right cause for the higher data accumulation rate, follow up to see if there is a change for the better when solutions are implemented.
Get the answer in just seconds!

Aimbetter provides all the details about the issue – you will be alerted about the right path where the file size has grown and can easily search for error logs and queries.

Recommended action :

If the source of the issue is the application – advise the application team and check if the data accumulation is necessary or might be prevented when changing the application’s settings.

If the source of the issue is queries and/or backup-related – advise with a DBA. For tuning the performance of queries, you should read the next articles:,

3-System update. Priority: Medium

There are cases when the application’s update causes inputs to take up more disk space. This might happen due to higher resolution files or updates saved on this file. 

Applications may update with improvements, new features or functionalities, bug fixes, and patches, which can all take up space on the disk’s volume.

Problem identification:

Check if the system has an update done recently close to when the file size is more than usual.

Hands-on approach
Get the answer in just seconds!
Hands-on approach
  1. Check if updates were done recently to one of your business applications. Review it in the application’s version and release date or search for it in the Windows Event Viewer. It might be hard to track when not knowing how, where or when the update has happened, if so. You can start by checking for the last reboot date since many applications require it when it’s updated.
  2. Try to understand the content of the last updates by searching for new files created or within the application logs, both might indicate new data inserted.
  3. Ask application users whether they have noticed recent changes in the application’s performance or design or if they received a message about updates.
Get the answer in just seconds!

There is no need to think about recent updates when all data is provided in Aimbetter. Keep track of changes and update both with an alert or with a view providing all this data. Easily find error logs that might indicate updates and their content as well.

Recommended action :

Advise the application team if the update is necessary to your business flow. If you can’t demand diminishing the updates, consider increasing the drive’s volume or moving the application path to a new one. Consult your system team about this step.

4- Database Files Size Get Higher Due To Database Operations (SQL or Oracle). Priority: Medium

This case is specific to database environments. Once the database content is modified, records are inserted, modified, or deleted, the size of the database file changes.

Problem identification:

Disk space is diminishing fast in the database environment, which can be due to the size of the database log files.

Hands-on approach
Get the answer in just seconds!
Hands-on approach
  1. You should regularly monitor the database’s size, checking whether it has grown or not. For that, you can implement a script written by a DBA. You should also track disk usage using the Performance Monitor. Otherwise, track the database’s file volume over time.
  2. Identify and analyze queries that are frequently executed and contribute to data or log growth. You can use SQL Server profiler for SQL Server or Oracle Enterprise Manager for Oracle. Oracle and SQL Server also provide system views that offer insights into query performance. Take into account that you should track this issue over time, and still, you don’t have history data to compare with.
  3. Examine execution plans for inefficient queries. Track queries with major updates and data inserts into the overgrown databases.
  4. Identify irregular I/O patterns to identify bulk operations or large queries with many joins operations, if exists.
  5. Think about which appropriate improvement would optimize the queries. For example, You can use the Database Engine Tuning Advisor or other tools to help identify the missing indexes.
  6. Track this issue over time and check if the database files have grown slower or less.
Get the answer in just seconds!

Aimbetter provides alerts about the exact issues and suggests improvements if needed. You will not be confused when using AimBetter.

Recommended action :

Optimize the application code to prevent queries with many operations at once or inserting ineffective data loads into the database files.

We would advise you to read about this issue in detail in the next articles:,

    Learn more how you can solve IT systems performance issues faster.

    Share with friends:



    Skip to content