Foglight for Databases Reviews

On a day-to-day basis, my main use case for Foglight for Databases is a centralized database for performance monitoring and troubleshooting. I use it to monitor database health, review CPU and memory usage, identify slow-running queries, and performance bottlenecks. I also investigate issues when an application becomes slow. I use the dashboards, alerts, and historical performance data to identify unusual behavior early.

One example was when Foglight for Databases gave me an alert indicating unusually high CPU usage on one of our databases. I used the product performance information to investigate and found that a query was taking much longer than usual and consuming a lot of significant resources. We were able to identify the query and work with the DBA team to address it before it caused noticeable application slowdown. This helped us avoid waiting for users to report the problem and reduced troubleshooting time.

Foglight for Databases has a positive impact mainly by reducing the time my team spends on routine monitoring and troubleshooting. With the centralized dashboards, we have dashboards and alerts ready. In the morning, I can simply look at them, and if there is anything concerning, I can investigate it. This has reduced the amount of manual effort needed to gather performance information across different databases, allowing the team to spend more time addressing issues rather than collecting data.

We have seen a noticeable reduction in the time spent on monitoring and troubleshooting, estimating that twenty to forty percent of troubleshooting activities have been reduced. Although we have not formally measured this, we have been able to manage more databases without increasing our day-to-day monitoring workload. The main benefit is the faster identification of issues and less effort rather than a specific reduction in the number of incidents.

The features that are most valuable to me in Foglight for Databases are real-time monitoring, performance dashboards, and alerts. I particularly value the ability to identify slow queries and investigate what is contributing to a performance issue. The historical performance data is also useful because it helps me compare the current behavior with previous periods and understand when an issue has started. Having multiple databases visible from a central data dashboard makes day-to-day monitoring more efficient.

Foglight for Databases offers centralized monitoring and performance analysis with visibility across the database environment, which supports more consistent oversight and faster issue detection. I appreciate that the tool has AI capability, and I feel confident about the governance and security features. I trust Foglight for these aspects.

The performance and AI capability, accuracy, and reliability of output from Foglight for Databases is good, giving accurate results that I can rely on. Although I still validate the information myself, it gives me trustworthy data.

Foglight for Databases allows me to monitor multiple database platforms from a centralized view. In our environment, I use it across different database platforms, making it easier to monitor overall health and performance without having to manage each platform separately. I monitor Microsoft SQL Server, Oracle Server, PostgreSQL, MySQL, Azure SQL, MongoDB, IBM DB2, SAP HANA, and Snowflake.

I assess Foglight for Databases as very effective for quickly diagnosing emerging database issues. Its real-time monitoring and alerts help me identify unusual behavior early, particularly when a performance issue arises. Using Foglight for Databases, I can understand when the issue starts and look at the timeline for any recent changes, which helps me identify the root cause without impacting performance. It is a vital tool for developers who may not have the capability to run tests independently, as it enables them to assess what is happening after changes are made.

I use Foglight for Databases' monitoring and alerting capability to identify long-running or resource-intensive queries. This capability helps us catch potential performance problems before they have a broader impact on other applications. When a query starts taking significantly longer than usual and consumes excessive CPU, the alert prompts me to investigate the query and its resource usage, allowing the DBA team to address the issue proactively instead of waiting for users to report slow application performance.

I use the solution's user interface to access database performance information. I find the data fairly easy to locate once I am familiar with the interface, as the centralized dashboards provide access to database health, resource utilization, query performance, alerts, and historical trends. When investigating a slow database, I can start from the dashboard and drill into the relevant performance information rather than collecting data manually from multiple sources. The main challenge is that some troubleshooting views can take time to learn and navigate, so a more intuitive interface would improve the experience.

I find Foglight for Databases useful for getting a centralized view of my database environment, especially when database platforms and cloud resources are involved. The ability to bring monitoring information into one place makes it easier to compare performance and understand any unusual behavior. I can determine whether an issue is isolated to one database or is a broader problem with more than one database. When an application becomes slow, I can check database health and resource allocation, monitor query performance, and see alerts and historical trends, which gives me more context while troubleshooting. This reduces the need to check each platform separately, as I can directly analyze what is performing well and what is not.

I would improve the user interface of Foglight for Databases, as I feel it is somewhat complex, especially when using the specific troubleshooting view, particularly for new users. I would also appreciate more flexibility when customizing the dashboards and alerts, so better prioritization based on impact would be beneficial. Reporting could also be more straightforward with more ready-made reports and easier customization. Clearer recommendations during troubleshooting would help users move from identifying a problem to understanding the likely root cause.

There is still room for improvement in the user interface, reporting, and alert customization, but overall Foglight for Databases has been valuable.

I have been using Foglight for Databases for about one year.

Foglight for Databases is stable.

Regarding scalability, as our databases grow, we can add additional databases to the monitoring setup without changing the overall architecture. Once a database is configured, mapping it to the centralized monitoring setup is fairly straightforward.

The customer support for Foglight for Databases has been very good, supportive, and responsive. We do not encounter issues when they involve complicated requirements. However, more complicated issues can sometimes take longer to resolve when multiple teams are involved. Overall, I am satisfied with the support, but faster resolution times and more practical troubleshooting guidance would improve the experience.

I would rate the customer support six out of ten because the support team has been generally helpful with technical issues, although for complex cases, they took considerable time to resolve.

Before using Foglight for Databases, I mainly relied on native monitoring tools provided with our databases, along with some manual reporting. Those tools were adequate for basic monitoring, but managing different database platforms separately became more difficult as our environment grew. I moved to Foglight for Databases because I wanted centralized monitoring, historical performance data, and reporting in one place. I still use native tools for certain tasks, but Foglight for Databases has made overall database monitoring more convenient.

I have seen a return on investment through time savings and better use of my team's resources rather than reducing headcount. I estimate that monitoring and troubleshooting activities take around twenty to forty percent less time. Although this has not been formally measured, we can manage more databases without increasing our day-to-day monitoring workload. Another benefit is that historical performance data makes monthly performance reviews and reporting much less manual.

In terms of pricing, the setup cost and licensing require planning from both perspectives. The initial configuration takes effort because I have to decide which database to monitor and configure according to my requirements. The licensing cost can become significant as the number of monitored databases grows. However, once the initial setup is completed, ongoing management is straightforward. I would appreciate more flexible pricing options when expanding the monitored environment.

I evaluated SolarWinds Database Performance Analyzer and Redgate SQL Monitor before choosing Foglight for Databases. I was looking for a solution that could provide centralized monitoring across my database environment, along with historical performance analysis and reporting. I considered each product's capability, licensing, cost, and setup requirements before selecting Foglight for Databases.

Foglight for Databases provides strong centralized monitoring across all my needs, and I would rate the tool nine out of ten.

When someone is looking for a tool like Foglight for Databases, I would recommend first identifying the database and performance metrics that are most important to your environment rather than trying to monitor everything at once. Start with critical databases, configure them, then create dashboards and alerts around your requirements, and gradually expand. It is worth spending time learning the reporting and historical analysis features.

My main use case for Foglight for Databases is to monitor database performance and identify issues before they affect our applications. I mainly use it to keep track of database health, check slow running queries, monitor CPU and memory usage, and identify any bottlenecks. One thing I find useful is that I can monitor multiple databases from a single dashboard instead of checking each one separately. Whenever we notice an application running slowly, I can use Foglight for Databases to check what's happening at the database level and find out whether the issue is related to queries, resource usage, or database connection. It also helps us catch performance issues early through alerts, so we don't always have to wait for users to report the problem.

One specific time when Foglight for Databases helped us catch or solve a problem before it affected users was when it alerted us to unusual high CPU usage on one of our databases. When we checked, we found that a query was taking much longer than usual and consuming a lot of resources. We were able to identify the query and work with our DBA team to fix the issue before it started affecting application performance. What I appreciated was that we didn't have to wait for someone to complain about the slow application. We could see the problem early and take action. It saved us quite a bit of troubleshooting time.

The features I value most about Foglight for Databases are its real-time monitoring, alerts, and performance dashboards. The dashboard is useful because I can quickly check how our databases are performing without going through multiple screens. Another feature I really value is the ability to identify slow queries and see what's causing the performance issue. The alerts are helpful, especially when something goes wrong outside regular working hours. I also find the historical performance data useful because I can compare current performance with previous days and figure out when an issue actually started. Overall, these features make my daily monitoring and troubleshooting work much easier.

Foglight for Databases has helped us reduce the time we spend monitoring and troubleshooting database issues. Earlier, we had to spend more time checking different databases to figure out what was causing a problem. Now, we can identify the issues much faster and fix them before they affect our applications. The alerts have also helped us avoid unnecessary downtime, and our team does not have to constantly check everything manually. It has made our daily work easier, saved considerable time, and helped us keep our database running more smoothly.

I think Foglight for Databases could improve its user interface. It can be complex to navigate sometimes, especially when you are trying to troubleshoot a specific issue. It can be overwhelming for someone using it for the first time. I would also appreciate more flexibility in customizing the dashboard and alerts based on our requirements. Sometimes we receive too many alerts, and it takes time to identify which one actually needs attention. Apart from these things, the product works well for our daily database monitoring.

The reporting could be improved. Sometimes when we need to share a performance report with our team or management, it takes extra effort to get the information in the format we want. Having more ready-made reports and easier customization would be helpful. Integration with other monitoring tools could also be simpler. When we are troubleshooting an issue, it would be beneficial to have clearer recommendations on what might be causing the problem instead of having to go through multiple metrics ourselves. These improvements would make our day-to-day work easier.

I have been using Foglight for Databases for one year.

Foglight for Databases has been quite stable for us. We haven't faced any major issues with the tool itself, and it handles our daily monitoring well, even with multiple databases connected. Occasionally, we have noticed some delays in data collection or had to restart an agent after configuration changes. These issues haven't caused any serious problems. Once the initial setup was completed, we haven't had to spend much time maintaining it overall.

Foglight for Databases has been quite scalable for our requirements. As our database environment grows, we are able to bring additional databases into monitoring without having to change our entire setup. Since we are using Azure and managing different database platforms, this flexibility is useful. Adding new databases does require some configuration, and we need to consider licensing and monitoring server capacity as the environment grows. Once everything is configured, managing the additional databases is fairly straightforward. We haven't faced any major scalability issues so far, although I feel the process of adding multiple databases at once could be simpler.

Our experience with Foglight for Databases customer support has been generally good. Whenever we raise a technical issue, the support team has been helpful and willing to investigate it. For more complicated issues, getting a resolution can take longer, especially when multiple teams need to be involved. I feel the documentation could also be improved, as sometimes it's easier to contact the support team than to find the exact solution ourselves. Overall, I'm satisfied with the support, but faster resolution times and more practical troubleshooting guides would make the experience better.

Before Foglight for Databases, we were mainly using the native monitoring tools available with our databases, along with some manual reporting. They worked fine for basic monitoring, but managing different database platforms separately was becoming difficult as our environment grew. We moved to Foglight for Databases because we wanted a more centralized solution with better visibility into our entire database environment. The biggest difference for us has been having historical performance data, automated reporting, and monitoring information in one place. We still use native tools occasionally for specific tasks, but Foglight for Databases has made our overall database management much more convenient.

I feel Foglight for Databases is a bit expensive, especially when you're monitoring multiple databases, as the licensing cost can add up. The initial setup also took some planning because we had to decide which databases to monitor and configure everything according to our requirements. Since we are using Azure, we also had to consider the infrastructure costs. Once everything was set up, managing it became much easier. I think the pricing could be more flexible, especially when adding a new database or expanding our environment.

We have definitely seen some return on investment, mainly in terms of time saved and better use of our team's resources. We haven't reduced our team size, but we can now manage more databases without increasing our daily monitoring workload. One example is our monthly performance review. Earlier, collecting information from different databases and preparing the reports took considerable manual effort. Now, we can pull historical data and performance trends directly from Foglight for Databases, which makes the process much easier. I would estimate around twenty to forty percent of time savings in our monitoring and troubleshooting activities, although we haven't formally measured it. I don't have an exact figure for the money saved, but reducing manual work and avoiding unnecessary troubleshooting has definitely helped us use our resources more efficiently.

Before choosing Foglight for Databases, we also looked at SolarWinds Database Performance Analyzer and Redgate SQL Monitor. We wanted to understand which tool would work better for our database environment, especially since we manage different database platforms. SolarWinds had some useful performance monitoring features, while Redgate was more focused on SQL Server. Foglight for Databases offered centralized monitoring and historical reporting capabilities we were looking for. We also considered the licensing cost and the effort required for the setup before making our decision.

I would suggest understanding your database monitoring requirements before going with Foglight for Databases because the licensing and initial setup need some planning. Don't try to configure everything at once. Start with your critical databases, get familiar with the dashboards and alerts, and then gradually add the rest. Also, spend some time understanding the reporting features because there is quite a lot you can do with them. If you're managing multiple database platforms, having everything in one place is really convenient. Just make sure your team gets proper training during the initial setup so you can get the most out of the tool. I would rate this product a nine out of ten.

I am currently using Foglight for Databases with real-time monitoring only.

We use this tool for monitoring purposes only. Frequently, we monitor the tool by logging into all servers and fetching the output using queries. We can check the homepage of Foglight for Databases and verify whether all databases are running fine or not. We can differentiate based on different types of databases such as Oracle databases, MS SQL, and MySQL, and we can monitor them separately as well.

Foglight for Databases enables me to monitor multiple database platforms. It is currently monitoring MS SQL databases and Oracle databases for me. We can divide the databases based on types and monitor using those specific database types only.

Using Foglight for Databases will drastically reduce the employee size. Without Foglight for Databases, we have to use multiple employees for monitoring different databases. By using Foglight for Databases, we can significantly reduce those employees, thus saving their salaries.

Foglight for Databases saves costs when performing root cause analysis.

Foglight for Databases is a user-friendly tool. On the homepage, we can see whenever it is connected to all production and disaster recovery databases, and it is easy to monitor on the homepage itself. It displays indications such as CPU utilization, load average, and session details including the number of sessions and active sessions. It shows details such as critical outages with three indications: warning in orange color and critical outage in red color. It also displays error messages regarding what errors have occurred in that particular database, allowing us to fetch and find the error and solve the issue as soon as possible.

By clicking the database by server name, it can be divided to show the report on a node-by-node basis. In that report, we can see multiple data such as the users connected to the database, the SQL running, and how much time it has been taking. We can also see the output in pie charts, making it very easy to analyze.

Foglight for Databases is easy to monitor, and we can fetch the report node-by-node. We can obtain all other database information such as backup information, table space size information, disk group size, ASM storage, and SP file parameter files. We can directly fetch everything in Foglight rather than using commands in the server itself. Report generation is also easier in Foglight, and using this, we can optimize performance and queries.

Foglight for Databases is very useful; however, the negative side we face is that customer care support is not frequent. If any issues related to Foglight arise, we cannot reach customer care support as soon as possible. It takes much longer compared to other third-party tools, and that is a major issue we are facing with Foglight for Databases.

Foglight for Databases is good for monitoring, and we can fetch problematic issues and queries. However, the only main drawback is the customer care support. It is available only during the general shift, so if any issue occurs after 6:00 p.m. or before 9:00 a.m., there is usually no one to handle it. I think there are only two or three people handling customer care for Foglight for Databases.

I have been using Foglight for Databases for nearly two to two and a half years.

I did not have any issues with Foglight for Databases.

Foglight for Databases is very useful; however, the negative side we face is that customer care support is not frequent. If any issues related to Foglight arise, we cannot reach customer care support as soon as possible. It takes much longer compared to other third-party tools, and that is a major issue we are facing with Foglight for Databases.

Foglight for Databases is good for monitoring, and we can fetch problematic issues and queries. However, the only main drawback is customer care support. It is available only during the general shift, so if any issue occurs after 6:00 p.m. or before 9:00 a.m., there is usually no one to handle it. I think there are only two or three people handling customer care for Foglight for Databases.

For customer support regarding Foglight for Databases, I would rate it a three out of ten.

Before going with Foglight for Databases, we were using inbuilt services in Oracle databases only. We could utilize certain queries and services in Oracle to fetch and find problematic solutions, and we worked in that format only.

Foglight for Databases saves costs when performing root cause analysis.

Using Foglight for Databases will drastically reduce the employee size. Without Foglight for Databases, we have to use multiple employees for monitoring different databases. By using Foglight for Databases, we can significantly reduce those employees, thus saving their salaries.

For intensive database queries, Foglight for Databases is useful. If any abnormal activity occurs such as sessions, CPU load average, or any kind of issue on the database side, we can fetch what the problematic query is, who runs that query, and what the issue is. We can then gather that output and optimization query to send to the application team.

Monitoring different aspects such as the operating system, hybrid clouds, hardware, and databases across different platforms is important because at one point, we can monitor different types of operations such as the operating system side and the database side. If we are using Oracle cluster, we can fetch information regarding the cluster, ASM info, and everything else. We can monitor everything in one single point, and it is very useful to us.

Foglight for Databases is the best tool for monitoring all aspects such as database, backup information, storage information, and operating system side. Everything is very easy to analyze, and it throws error and warning messages as soon as it completes the tasks. It is very useful for monitoring. However, the only issue is customer care support.

I rate this review an eight out of ten.

Monitoring databases is a major use case for Foglight for Databases. We use Foglight for Databases to display intensive database queries.

Foglight for Databases is not a tool that you use to see before a problem happens. However, after we have an issue such as downtime, service failure, or performance issues on the database, we use it to identify the queries that are causing problems, maybe a stored procedure, identify the user that is running that query, the machine where that query is coming from, and do our job as database administrators to optimize the query.

When using Foglight for Databases for monitoring databases, it enables me to drill down and see what is causing the issue if something does not look right. We often use it to drill down and see how long something has happened for, especially for performance tuning, looking at how long any current issue has run for, identify bottlenecks, and get recommendations, because Foglight for Databases gives recommendations on some levels. We use those recommendations to improve or optimize the system.

The best features of Foglight for Databases should be the real-time dashboard and the overview dashboard.

I find the overview and real-time dashboards the most beneficial in Foglight for Databases. For example, with the overview dashboard, I could know what is happening on the database in real-time. Most especially when it comes to blocking sections, I can see if the blocking sections are increasing and then take actions. With the real-time dashboard, I can see performance on a bigger scale, including CPU usage, memory usage, and general performance.

In terms of scalability with Foglight for Databases, I think the tool is somewhat robust compared to other monitoring tools that I have used. I would say it is somewhat rigid to understand if you are a beginner, and it might take a while to understand how to go about using the tool, which requires that training must be done. I would not say there are significant limitations or scalability issues with it.

Besides scalability and customization aspects, I think with the newer version of Foglight for Databases, there are many bugs that need addressing. We encountered instances where it was not even monitoring databases at all or giving us false alerts, which impacts our usage of the application. So I would say that needs improvement, as it leads to confusion about whether databases are down or if the alerts are accurate.

I have been working with Foglight for Databases for about three years.

I have had stability issues, crashes, downtimes, and performance issues with Foglight for Databases in this recent version I have been using. I have not experienced many issues with it in other organizations. However, with the latest version, we have had many crashes, sometimes it stops working entirely, and it can take days to restart the service. Therefore, I think it is an issue related to the new version that has been upgraded.

In terms of scalability with Foglight for Databases, I think the tool is somewhat robust compared to other monitoring tools that I have used. I would say it is somewhat rigid to understand if you are a beginner, and it might take a while to understand how to go about using the tool, which requires that training must be done. I would not say there are significant limitations or scalability issues with it.

I use the vendor's premier support for Foglight for Databases. On occasions when we have issues, we always call Quest, and they come on the call to help us out.

I would rate tech support on a scale of one to ten as a six. The reason I give it a six is that most of the time we have an issue, the support seems time-framed. Even if the issue is not resolved, they often want to get off the call because their time has elapsed, which leads us to go back and forth on the same issue until we eventually get it solved.

Prior to adopting Foglight for Databases, I previously used other solutions of the same kind, including Dynatrace and Ash viewer.

I decided to switch to Foglight for Databases because, as I mentioned earlier, it is more robust and gives more insights compared to the other tools I have used. However, the application's robustness makes it somewhat hard for beginners to understand how it works, which requires additional training to ensure everyone can adjust and fully utilize it.

I evaluated other solutions before choosing Foglight for Databases. The decision to go with Foglight for Databases stemmed from its robustness and the insights it provides compared to other applications and tools.

My experience with the deployment process of Foglight for Databases was challenging because the installation was done on a Linux environment instead of Windows. With Linux, we faced many configuration and permission issues, particularly ensuring that the agent server and management server could communicate with the database server. There was much back-and-forth in getting the installation fully set up before we started using it.

A consultant was used for the deployment of Foglight for Databases, and I think he was from Egypt, but I cannot remember his country exactly.

I would not say Foglight for Databases saves me cost when performing root cause analysis because, based on what I know, payments are made upfront. Regardless of what I use the tool to do, you have to make payment upfront for the license and support, and then you use it based on whatever issues that arise. So in terms of payment or fees, I do not think it matters.

Prior to adopting Foglight for Databases, I previously used other solutions of the same kind, including Dynatrace and Ash viewer.

I decided to switch to Foglight for Databases because it is more robust and gives more insights compared to the other tools I have used. However, the application's robustness makes it somewhat hard for beginners to understand how it works, which requires additional training to ensure everyone can adjust and fully utilize it.

I evaluated other solutions before choosing Foglight for Databases. The decision to go with Foglight for Databases stemmed from its robustness and the insights it provides compared to other applications and tools.

My impressions of Foglight for Databases' ability to help me monitor a variety of aspects such as the OS, hybrid clouds, hardware, and databases across different platforms have been great so far. I have used it in multiple organizations, and my impression is that it is a tool that every organization should use or buy into because they understand its value.

Based on my experience with Foglight for Databases, I recommend running it on a Windows server, as it is much more flexible compared to Linux. Additionally, trainings should be conducted after installation so that everyone can understand how to use the application and utilize it fully. I would rate this review a seven out of ten.

My use case for Foglight for Databases is basically to track performance.

Foglight for Databases allows us to save up to four months of data, enabling us to track performance data for at least one quarter. It tracks everything including Apache and IAS databases. We do not track Cosmos because Microsoft itself provides a good alert system for that with a one-month overview.

Real-time activity data from Foglight for Databases provides alerts. While we have it set up, we don't use it much for live activities because we already have alerts set up inside our other monitoring tools, such as LogicMonitor.

Foglight for Databases enables us to monitor multiple database platforms. We track various databases including Postgres, MySQL, SQL, PaaS, and MI. We are aware of new support for Scylla, but we haven't implemented it yet. We don't track Cosmos because Microsoft provides a better solution.

We use Foglight for Databases to display intensive database queries. We receive alerts and train our LLMs, but everything is still in testing and not live yet because we don't want to expose our data.

Foglight for Databases does help us drill down to see what causes issues, but it can sometimes misattribute slow running procedures to database performance when it could be a network issue.

There has undoubtedly been an increase in speed for diagnosing and resolving issues with Foglight for Databases. I give it a rating of ten out of ten because it effectively saves us memory and resources.

The room for improvement for Foglight for Databases is primarily related to its cost. We pay a hefty amount and only use it for our production servers, not for non-production environments.

Currently, we don't use the Angular UI in Foglight for Databases to proactively alert us for long-running queries. We have a different set of systems, although we are working on some in-house LLM models.

I don't find Foglight for Databases to be very scalable. There are other tools in the market that do the same for less money.

I have been using Foglight for Databases for almost one year.

Stability-wise, I rate Foglight for Databases around a nine out of ten. Although we had one significant issue, they were generally reliable.

I don't find Foglight for Databases to be very scalable. There are other tools in the market that do the same for less money.

From one to ten, I would rate scalability for Foglight for Databases at a three or four from my perspective regarding its price point.

From one to ten, I would rate the technical support of Foglight for Databases a ten because they respond effectively, regardless of the time or day.

We haven't used any other solutions to compare Foglight for Databases with. Before this, we developed our in-house alerts, which are live, but SQL Server only allows us to keep logs for maybe two or three weeks.

We use Foglight for Databases to display intensive database queries. We receive alerts and train our LLMs, but everything is still in testing and not live yet because we don't want to expose our data.

Overall, I would rate Foglight for Databases at eight point five to nine, factoring in that the pricing weighs it down compared to less expensive alternatives I've explored.

I would definitely recommend Foglight for Databases if budget is not an issue. Although it's necessary to be cautious about dependency on tools within Azure, it stays as a top option if resources allow.

My main use case is database performance monitoring and troubleshooting. As a developer, I use Foglight for Databases to understand whether database performance is contributing to an application issue and to identify slow-running SQL statements or resource bottlenecks. For example, if we notice that a particular API or batch process is taking longer than expected, I'll use Foglight for Databases to review database health, check for long-running SQL queries, look at wait events or blocking sessions, and then work with the DBA team if any database tuning is needed. Having that visibility helps us narrow down the root cause much faster instead of relying only on application logs.

I use it on an as-needed basis, rather than monitoring it constantly throughout the day. Whenever we are investigating a performance issue, a slow API, or a batch process that is taking longer than expected, Foglight for Databases is one of the first tools I check. During periods such as releases or when we are troubleshooting production issues, I may use it several times a day. Otherwise, I rely on it whenever database performance needs to be validated or when we need to quickly determine whether the database is contributing to an application issue. It has become an important tool for root cause analysis.

The standout feature for me is real-time database performance monitoring. It gives a clear view of the overall health of the database and helps identify issues before they become major problems. Another feature I find very valuable is SQL performance analysis. It makes it much easier to identify slow-running queries and understand where performance bottlenecks are occurring. I also like the alerting and historical performance analysis. Being able to look at trends over time instead of just current metrics is very helpful when investigating intermittent issues. Finally, the lock and session monitoring capabilities make it much easier to identify blocking sessions and work with the DBA team to resolve performance problems quickly.

We have seen a positive impact. The biggest benefit has been faster issue identification and resolution. When database-related performance issues occur, Foglight for Databases helps us quickly determine whether the database is the root cause instead of spending time investigating multiple layers of the application. It has also helped reduce downtime by providing proactive alerts, allowing the operations and DBA teams to address potential issues before they affect end users. From a developer perspective, having visibility into SQL performance and database health has improved collaboration with the DBA team and has also reduced the time needed to troubleshoot production issues. While I do not have the exact organization-wide metrics, I would say it has noticeably improved our operational efficiency and has helped us resolve performance-related incidents very quickly.

If I had to choose one feature, it would be SQL performance analysis. As a developer, that is the feature I rely on the most because it helps me quickly identify whether a slow application response is being caused by a database query. Instead of spending a lot of time manually investigating, I can see which SQL statements are consuming the most resources and focus my troubleshooting efforts there. I would also add that all of the features work well together. Real-time monitoring tells me if there is an issue. SQL analysis helps identify the cause, and the historical trends and alerting provide the context needed to understand whether it is a one-time event or part of a recurring pattern. That combination makes troubleshooting much faster and more effective.

Based on my experience, I would estimate we are able to resolve database-related performance issues about thirty to forty percent faster than before. The biggest improvement comes from being able to quickly identify whether the problem is database-related or not. Instead of manually collecting information from different sources, Foglight for Databases gives us visibility into SQL performance, sessions, and resource usage in one place. That allows developers and DBAs to focus on the root cause much sooner, which shortens the overall troubleshooting process.

Overall, I am happy with the product, but there are a few areas where it could be improved. First, I think the user interface could be more modern and intuitive, especially for new users. Some dashboards and navigations take time to get familiar with. I would also like to see more customizable reports and dashboards, so different teams such as developers, DBAs, and operations can tailor the information to their specific needs. Finally, while the product provides a lot of performance data, there can be a learning curve when interpreting some of the advanced metrics. Additional built-in guidance or recommendations would make it easier for less experienced users to get value from the tool more quickly.

The improvements I would like are mostly around usability and ease of adoption, rather than core functionality. The monitoring, diagnostics, and performance analysis capabilities are already quite strong. I would see these as enhancements that would make the product even better, rather than issues that prevent me from recommending it.

I have been using Foglight for Databases for about a year.

My advice would be to clearly identify what you want from a database monitoring solution before evaluating it. If your organization relies on business-critical databases and needs proactive monitoring, performance diagnostics, and faster troubleshooting, I think Foglight for Databases is a strong choice. I would also recommend investing some time in learning its dashboards, alerts, and performance analysis capabilities. Once the team becomes familiar with those features, it is much easier to identify performance bottlenecks and resolve issues quickly. I would recommend it to organizations that want better visibility into their database environment and a more proactive approach to performance monitoring rather than reacting to problems after they have already affected users.

I have had a positive experience with Foglight for Databases. It has been a reliable tool for monitoring database performance, identifying bottlenecks, and helping us troubleshoot issues more efficiently. It has improved collaboration between developers and DBAs by providing a common view of database health and performance. While I would like to see continued improvements to the user interface and dashboard customization, those are relatively minor compared to the value the product provides. I would be comfortable recommending it to organizations that manage business-critical databases and want a proactive approach to monitoring and performance management. My overall review rating for this product is nine out of ten.

I use Foglight for Databases mostly to resolve issues when the dev team and network teams contact me. Foglight for Databases provides real-time activity monitoring and helps to determine potential issues. I can analyze and copy out the exact query from Foglight for Databases and share it with the teams involved. When anything comes up, they contact me to check database activities. I log on to Foglight for Databases to see the activities and queries causing the issue, or if it's the CPU, workload, or other factors, and I explain it to them. If necessary, I ask the team about the importance of running queries to decide if they could be stopped to fix the issue. I do use Foglight for Databases to display intensive database queries.

I appreciate Foglight for Databases because it shows current issues and allows me to choose any date and time to review past activities, helping to explain potential database queries, blockages, and other concerns. I can take real-time snapshots that are transparent for both the user and the team requesting information. It enables drilling down to see what's causing issues with features such as workload, IO, CPU, and network indicators.

I would appreciate more hands-on teaching or sessions to see if any new features have been added, especially as we move towards AI and automation. I would also appreciate better AI training for my team and me.

I have been using Foglight for Databases since 2022 when I joined TransUnion.

I have never seen any lagging or crashing with Foglight for Databases. Each time I open it, I can access it directly. If I have to select a time range, it appears immediately when selected.

I find the scalability of Foglight for Databases to be very useful and helpful.

I opened a case with Foglight for Databases once because some of the databases were not being displayed on the interface or in the tool. I had to contact them, and the issue resulted from the certificate problem that I mentioned.

I have not really used any alternatives to Foglight for Databases, except for in-built tools such as SQL Profiler Activity Monitor to diagnose or see what's happening with the databases.

The initial deployment of Foglight for Databases is not difficult; I just had to become familiarized by attending sessions and then carry on. On my end, it requires some maintenance; one time it was not active due to a login issue, which was corrected, and then I always perform patching to update the encrypted connection certificate.

I cannot comment on pricing because that is handled by the administration team. They are the ones who manage the pricing and licensing.

I have not really worked with other extended tools, so I cannot compare them, but I know that Foglight for Databases is up to speed.

Within that time, I have had two or three sessions from the Foglight for Databases team that briefed me on new features that have been added to the tool. By next month, I will have been working in my current field overall for four years. When using Foglight for Databases for monitoring databases, it enables me to drill down and see what's causing the issue if something doesn't look right. It has all these excellent features, ranging from the workload and IO to CPU and network, and it tells me exactly what I need to see when I drill down to the point that I need. I do not find anything I dislike about Foglight for Databases. All I think could be added is more hands-on teaching or sessions to see if they have added any new features, since we are moving more to AI and automation to ensure we are abreast with the current graphical interface.

When anything comes up, they try to contact me to check a database or anything that is happening. That is one of my favorites; I log on to Foglight for Databases and then see the activities and probably see the query that is causing the issue or the database in question, or if it's the CPU or the workload or anything of that sort, and then I explain it to them. If it's a query that a dev team member is running, I can ask them to know the importance and if that could be terminated to fix the issue. I have given Foglight for Databases an overall rating of nine.

Foglight for Databases is primarily used to monitor SQL Server databases. Another valuable aspect of my main use is obtaining a global view of the health and performance of servers and instances, as it shows real-time metrics and historical data for change before a statement.

Foglight for Databases has helped me with monitoring because it centralizes monitoring, detects bottlenecks, and guides me to diagnose and resolve performance issues faster. It also helps me with alerts, historical analysis, blocking, high availability and disaster recovery, reports, and allows me to spend less time looking for the problem and more time fixing it.

I would highlight the functionality of Foglight for Databases that includes query analysis, waits, blocking and deadlocks to find the root cause. It offers advisories and built-in workflows to speed up resolution, and it allows reports and dashboards to share findings with development, operations, or management.

Foglight for Databases provides the advantage of integrating monitoring, diagnostics, and reporting together in a single console, instead of reviewing multiple tools and tables manually, which reduces the time needed to identify whether the problem is in CPU, memory, input, output, queries, blocking, or configuration.

Foglight for Databases has had a positive impact on my organization and on the projects where I have implemented it because I manage SQL Server Always On and mixed workloads, and it shows high availability and disaster recovery information while allowing me to see the operational status of the platform from a single panel. The main value lies in speeding up root cause analysis and prioritizing what to address first.

Foglight for Databases has helped me prioritize issues and speed up root cause analysis by being connected to ServiceNow, as it automatically creates the ticket for us. Since everything regarding thresholds and alerts is already configured, we avoid several false positives that would only waste our time instead of letting us focus on what really needs attention.

Foglight for Databases could improve in the operational accuracy of alerts or have thresholds adjusted per environment, reducing noise and aligning each alarm with a clear action. While it already provides lightweight monitoring, diagnostics, and alerts, its value grows when you customize rules and context for high availability.

I think it would be beneficial for Foglight for Databases to correlate related events, for example, a failover plus a replica going down plus latency in a single actionable alarm. Separating warning alerts, degradation, critical incident with different escalation, including context in the message such as instance, availability group, affected replica, average value, and severity, should be considered. Additionally, reviewing and adjusting templates with historical metrics can help them reflect the real baseline or defining alerts by real criticality to avoid false positives in normal load peaks.

Foglight for Databases could benefit from fewer generic alerts and more rules based on impact, priority, and action path, which would make it more useful for daily operations, on-call shifts, and incident follow-up.

I have been using Foglight for Databases since 2005 in some projects.

Foglight for Databases is stable, and I have not had any stability or availability issues with it.

I have not faced challenges with the scalability of Foglight for Databases, as I have not had more than 5,000 database servers, so I suppose the load on the internal database has not affected me.

I generally have not had to contact the technical support team of Foglight for Databases, as they have given us good support without problems. I would rate the technical support of Foglight for Databases a 10, since I have not had problems with them.

I have not used any other solution before Foglight for Databases, as I generally arrive where the monitoring tool is already installed in the companies since 2005 when I started using Foglight at General Electric. We used native tools, but we decided to use Foglight for Databases because it offered some time savings.

Using Foglight for Databases has been beneficial because it is a third-party tool that already has all of Dell's or Quest's experience, adding value in terms of ROI mainly through three avenues: less diagnostic time, fewer prolonged incidents, and less operational inefficiency. Quest highlights that Foglight for Databases helps monitor, predict, diagnose, and resolve issues faster and that it can reduce MTTR by focusing on high-impact query analysis.

Before choosing Foglight for Databases, I did not evaluate other options extensively; I only helped evaluate them by giving my comparison between two or three, for example, Foglight for Databases with SolarWinds and with SentryOne. Then, depending on each company or the budget, they decide which one to implement, and I adapt to whichever they use in the end.

My advice to other professionals considering implementing Foglight for Databases is that they should evaluate the thresholds and the advantages and disadvantages of each option they could implement and based on that decide on one or another, because Foglight for Databases, for example, gives you more value when it is used to detect, diagnose, and resolve quickly and not just to look at screens.

I think it is important that they can implement Foglight for Databases in phases with clear use cases, useful metrics, and actionable alerts so they obtain value quickly and avoid the tool becoming another source of noise, often caused by monitoring tools that generate too many alerts or noise. Configuring it as best as possible is essential to avoid being woken up in the middle of the night or on weekends or during on-call shifts to deal with things that do not make sense if they are not configured well.

I emphasize that they can implement Foglight for Databases in phases with clear use cases, useful metrics, and actionable alerts so they obtain value quickly and avoid the tool becoming another source of noise, which is often the case with monitoring tools generating too many alerts. I would rate this review a 9 overall.

Foglight for Databases is used for database monitoring across all SQL servers and Oracle databases. The monitoring covers database health, deadlocks, long-running queries, disk space usage, historical usage of active sessions, data growth, log file growth, cluster health, and CPU memory metrics.

Foglight for Databases provides both real-time data and historical views. The real-time activity data is used for alerts and historical data is reviewed for trend analysis.

Alerts have been set up in Foglight for Databases for long-running queries and blocking sessions. The tool is used to check for intensive database queries, including resource and CPU-intensive queries, to identify which queries are causing high CPU, wait times, or high memory usage.

When the application team reports that a job is running slow, I monitor the job or query from Foglight for Databases to determine where it is getting stuck or why it is performing poorly. I can check for missing indexes and review the execution plan. If missing indexes are identified, they can be created to improve performance. The tool helps significantly from a performance perspective.

Issues and their root causes can be identified through the GUI mode in Foglight for Databases. Foglight for Databases enables monitoring of multiple database platforms, including Oracle and MS SQL databases. The tool is deployed solely for monitoring, using real-time monitoring and historical data views for application support and database support operations.

The most valuable feature of Foglight for Databases is a centralized location where all reports can be accessed, including session information and execution plans. There is no need to remember specific queries or DMVs; the GUI provides the desired results directly.

When blocking occurs, users begin to experience access issues. Upon receiving notification, I can kill the blocking query, allowing users to regain application access and preventing business impact.

Locating data using the Angular UI of Foglight for Databases is straightforward. There is no need to remember commands; the GUI is simple and intuitive.

Overall, Foglight for Databases is reliable and helps with generating alerts and monitoring database health and historical data in database operations.

An improvement was observed in Foglight for Databases regarding the automatic closure of alerts or incidents once the issue is resolved. Previously, incidents were not automatically closed, but this has been fixed. From my experience, I have not encountered other significant difficulties. The tool could be somewhat more user-friendly, as proper knowledge is required to set up servers and use it effectively.

I have been working with Foglight for Databases for approximately four years.

Foglight for Databases receives a rating of nine in terms of scalability. I have used it for Oracle and SQL databases, but I am not certain if it supports all databases, which is why the rating is nine rather than ten.

I do not communicate frequently with technical support for Foglight for Databases, as upgrades and maintenance are handled by my lead. I have never contacted support.

Before Foglight for Databases, basic SQL Server database monitoring was performed using SQL native tools with no external applications. By the time I began working, Foglight for Databases was already implemented.

I am not aware of the pricing and licensing details for Foglight for Databases. I have set up Foglight monitoring for servers, but I am uncertain about the licensing aspect.

Documentation for Foglight for Databases setup for new servers is used for implementation. The tool generates database permissions and provides a ready-made database permission script that can be executed on the SQL Server to automatically grant the required permissions. The documents used for setup may have been provided by Foglight for Databases or created internally, but the permission script was provided by Foglight for Databases and functions effectively.

Foglight for Databases provides real-time data that is invaluable for analyzing ongoing issues with database servers. I give this product a review rating of ten.

Foglight for Databases serves multiple purposes in my organization, with the primary use being the multi-database aspect, where I can have the status and availability of all databases in a single view. Currently, on a daily basis, this means staying alert to the alerts that Foglight provides. With the additional complement of Performance Investigator, it has been of great help to evaluate issues that require historical information and investigation, which is quite solid in that regard.

Currently, we have a system that entered production this year, and Performance Investigator has been invaluable in evaluating response times, especially outside business hours, and in directing the development team to which queries have problems and how to optimize them.

Thanks to Foglight for Databases, we have had a positive impact in our area. We are a very small team with only one database administrator, and if we wanted to go deeper, we would need people with different flavors of databases. This tool helps us have a better overall vision of all types of databases. Specifically, we have had performance issues where we identified users who executed procedures without declaring them, which leaves us with an audit trail that helps in decisions regarding access or processes that run outside appropriate hours.

In terms of how it has positively impacted my organization, Foglight for Databases has continually improved, as the number of cases specifically related to performance and response times has decreased. Another area where it has helped significantly is now that we have grown and are working with cloud topics and integrating those services. Regarding improvements we have seen, they are evident in monitoring through dashboards, which are very fast for analysis.

I have been using Foglight for Databases for approximately three years. Initially, we started with the Oracle module, and now we have incorporated three engines that we manage, which are MySQL and SQL Server.

One of the best features that Foglight for Databases offers me is that it is multi-platform with respect to databases. It is not limited to a single type and offers scalability with any type of database that can be incorporated into the company, providing analysis tools quickly regarding server and database performance, which makes it very useful within the IT area.

I would also highlight the reporting aspect in Foglight for Databases, which can be customized and provides a lot of information. There is so much information that you have to be very thorough. It is not really a drawback, but given that there is so much information, you have to be very careful about what information you need, because Foglight has much to offer.

Overall, I strongly highlight Performance Investigator for the different dimensions it handles. It is very useful for audit topics and performance, especially the historical aspect, which allows us to manage month-to-month periods and identify our bottlenecks during the month. It is a great help for the database area because it is focused and you can extract a lot of information related to what you need. Regarding availability, it has also been of great help in alerting us in case of any type of unavailability and in sending email notifications.

Primarily, given that Foglight for Databases is so multi-platform with different databases such as Oracle, SQL Server, and MySQL, the reports are very specific for each engine. An improvement could be at the availability level for all the services we have registered at the database level, regardless of the engine, providing availability or backup information in a report that covers all databases, not necessarily by database, but in a general report.

I have been using Foglight for Databases for approximately three years. Initially, we started with the Oracle module, and now we have incorporated three engines that we manage, which are MySQL and SQL Server.

Foglight for Databases is entirely a stable solution and very useful for dealing with contingencies in daily operations.

The scalability of Foglight for Databases has been good and will continue to be so, because it does not close the possibility of other engines or other flavors of databases according to the company's needs.

I have had little need for support, but when I have needed it, it has worked well.

I would rate customer support with a nine, primarily because I do not give it a ten since I feel that more information or training is needed to better leverage the tool.

Before implementing Foglight for Databases, we worked with Oracle databases and acquired Spotlight and Toad. With the growth of the project, new databases such as SQL Server and MySQL were added, and others could be added in the future. We still use Spotlight only for Oracle, but it is limited to that database. Foglight helped us achieve greater growth in monitoring.

I have had a good experience with the licensing costs of Foglight for Databases, as we have a provider who has given us good prices, and so far we have not had any cost problems. Regarding configuration, we have support from a provider in Chile that has met expectations so far.

Instead of evaluating several products, I evaluated within the Quest brand what could help us according to our needs, and Quest as a brand completely fulfilled those needs with Foglight for Databases.

Instead of evaluating several products, I evaluated within the Quest brand what could help us according to our needs, and Quest as a brand completely fulfilled those needs with Foglight for Databases.

I have had a good experience with the licensing costs of Foglight for Databases, as we have a provider who has given us good prices, and so far we have not had any cost problems. Regarding configuration, we have support from a provider in Chile that has met expectations so far.

Instead of evaluating several products, I evaluated within the Quest brand what could help us according to our needs, and Quest as a brand completely fulfilled those needs with Foglight for Databases.

I would say that you should evaluate the tool in terms that it might initially seem like a higher cost, but it brings many benefits. For me, one of the most useful components has been Performance Investigator, because it completely helps with bottlenecks or performance problems quickly, evaluating whether the root is at the server level, at the development level, or at the database level.

I want to compliment the tool, especially the support of Performance Investigator. My overall rating for this product is a ten.